Pericia de edificios

Ejemplo 8.-Al Juzgado de Primera Instancia Nº XC/ María de Molina, 42 Planta 4ªReferencia: Menor cuantía Y/9AMiguel Angel Gallardo Ortiz como perito informático nombrado por este juzgado en los autos de referencia, en el plazo establecido y tras haber estado en comunicación con los letrados de las partes y haber considerado documentos que constan en los autos, según han sido proporcionados por laparte que propuso la prueba pericial, como mejor proceda, y para conocimiento de juzgado y partes, presenta el informe según el índice:1. Consideraciones generales y previas. Area de conocimiento pericial2. Método, normas y recomendaciones en el desarrollo de aplicaciones. Experiencia3. Preguntas de la parte que propone la pruebay 4. Conclusiones1. Consideraciones generales y previas. Area deconocimiento pericialLa disciplina científico-tecnológica que más y mejor se aproxima al conocimiento requerido para valorar y certificar desarrollos informáticos es la “Ingeniería del Software”. Uno de los problemas que este saber se plantea es el de la prospectiva y dentro de ella, la más precisa evaluación en el tiempo, en el coste, y en la calidad, del grado de cumplimiento de los presupuestos yobjetivos de las aplicaciones informáticas.Pero la ingeniería del software, o si se quiere, la “auditoría o análisis de software” no es, ni mucho menos, una ciencia exacta, ni completa. Su realidad depende de muy variadas y variables circunstancias técnicas y laborales, pero también, en muy gran medida, de la voluntad, compromiso, dedicación, talento, vocación, inteligencia, memoria, formación,información y en definitiva, de la muy difícilmente medible productividad de personas y de los sistemas de diseño, desarrollo, pruebas y mantenimiento de las aplicaciones.Intentando ofrecer algún ejemplo comparable y oportuno, podríamos decir que entre la ingeniería del software y la realidad informática empresarial existe conceptualmente una distancia similar a la que separa al derecho civil de larealidad del tráfico mercantil. Es decir, que la teoría de las ciencias de la computación se adapta a los diversos entornos profesionales, en muchas ocasiones con renuncias, retrasos y grandes pérdidas o al menos importantes y antieconómicos costes de oportunidad. Las consecuencias de retrasos, carencias y errores, sus posibles causas, y sus consecuencias, en un sentido tan especial como en elpresente informe se pretende, pueden resultar comparables entre ciertos desarrollos informáticos, y ciertos procedimientos judiciales.El gran problema de la ingeniería del software consiste en establecer una métrica en unidades de tiempo, complejidad, coste, alcance y calidad, evitando y corrigiendo los fallos del desarrollo de las aplicaciones. Hay varios procedimientos que intentan hacer objetivaesta medida, pero para dar una idea de sus límites, y de su dificultad, los clásicos de la ingeniería del software, evidenciando lo desproporcionado, en el sentido de no lineal, de explosivo, que resulta el consumo de tiempo, dinero y otros recursos escasos, también ilustran con ejemplos lo difícil que resulta acelerar los desarrollos incluso contando con más programadores: “una mujer tiene un hijoen nueve meses, pero nueve mujeres no pueden tener un hijo en un mes” (“The mythical man-month. Essays on Software Engineering”, Frederick P. Brooks, Jr., Ed. Addisson Wesley).Lamentablemente, son muy numerosos los casos de auténticas catástrofes empresariales y de servicios públicos por incumplimiento de plazos informáticos comprometidos. La contratación informática más rigurosa contractualmentesuele establecer penalizaciones en los retrasos. El límite de lo aceptable, tanto si existe justificación, e incluso si el cliente es el mayor responsable de las demoras, como si sólo es imputable a la negligencia del equipo de desarrollo, es bastante discutible, y pueden encontrarse todo tipo y muy diversas circunstancias de casos particulares, y de soluciones más o menos amistosas. Los...