Auditoria De La Fase De Diseo.

En esta fase de diseo se elaborara el conjunto de especificaciones fsicas del nuevo sistema que servirn de base para la construccin del mismo. Hay nico modulo: Diseo Tcnico del sistema (DTS). A partir de las especificaciones funcionales, y teniendo en cuenta el entorno tecnolgico, se diseara la arquitectura del sistema y el esquema externo de datos. Se considera un nico objetivo de control. Objetivo de control: se debe definir una arquitectura fsica para el sistema coherente con la especificacin funcional que se tenga y con el entorno tecnolgico elegido. El entorno tecnolgico debe estar definido de forma clara y ser conforme a los estndares del departamento de informtica. Se debe comprobar que: Estn perfectamente definidos todos los elementos que configuran el entorno tecnolgico para el proyecto (servidores, computadores personales, perifricos, sistemas operativos, conexiones de red, protocolos de comunicacin, sistemas gestores de bases de datos, compiladores, herramientas CASE, middleware en caso de programacin cliente/servidor, libreras, entre otros). Se dispone de los elementos seleccionados, estn dentro de los estndares del departamento de informtica y son capaces de responder a los requisitos establecidos de volmenes de respuesta, seguridad , etc.

Se deben identificar todas las actividades fsicas a realizar por el sistema y descomponer las mismas de forma modular. Se debe comprobar que: Se han documentado todas las actividades fsicas que debe realizar el sistema. El catalogo de actividades es coherente con las funciones identificadas en el MLP del modulo EFS. Se han identificado las actividades que son comunes, asi como las que ya existan en las libreras generales del rea. Existe el documento con el diseo de la estructura modular del sistema, se ha realizado con una tcnica adecuada (diagramas de estructura de cuadros por ejemplo) y es correcto.

El tamao de los mdulos es adecuado, el factor de acoplamiento entre ellos es mnimo y la cohesin interna de cada modulo es mxima. Los mdulos se disean para poder ser usados por otras aplicaciones si fuera necesario. Los componentes o programas del nuevo sistema se han definido con detalle a partir del diseo modular, la definicin es correcta y sigue los estndares del rea. La descripcin de los componentes es suficiente para permitir su programacin por parte de un programador sin conocimiento previo del sistema. Se deben especificar los requisitos de operacin de los componentes. Se han detallado las interfaces de datos y control con otros mdulos y sistemas, as como la interfaz de usuario ya especificada en el modulo de EFS.

Se debe disear la estructura fsica de datos adaptando las especificaciones del sistema al entorno tecnolgico. Se debe comprobar que: El modelo fsico de datos esta basado en MLD obtenido en el modulo EFS e incluyen todas las entidades, relaciones, claves, visitas, etc. Tiene en cuenta el entorno tecnolgico y los requisitos de rendimiento para los volmenes y frecuencias de acceso estimados.

Si incluyen algn incumplimiento de las normas, esta justificada.

Se debe disear un plan de pruebas que permita la verificacin de los distintos componentes de los subsistemas y del sistema en conjunto. Se debe comprobar que: Existe el plan de pruebas y contempla todos los recursos necesarios para llevarlas a efecto. Las personas que realizaran las pruebas de verificacin son distintas a las que han desarrollado el sistema. Es adecuado para validar cada uno de los componentes del sistema, incluyendo pruebas del tipo caja blanca para cada modulo. Tendrn en cuanta todas las posibles condiciones lgicas de ejecucin, adems de posibles fallos de hardware o software de base. Permite validar la integracin de los distintos componentes y el sistema en conjunto. La actualizacin del plan de proyecto seguir los criterios ya comentados.

Auditoria de la fase de construccin En esta fase se programaran y probaran los distintos componentes y se pondrn en marcha todos los procedimientos necesarios para que los usuarios puedan trabajar con el nuevo sistema. Estar basado en las especificaciones fsicas obtenidas en la fase de diseo. Hay dos mdulos. Desarrollo de los Componentes del Sistema (DCS) En este mdulo se realizaran los distintos componentes, se probaran tanto individualmente como de forma integrada, y se desarrollaran los procedimientos de operacin. Se considera un nico objetivo de control (serie F): OBEJTIVO DE CONTROL F1: Los componentes o mdulos deben desarrollarse usando tcnicas de programacin correctas. Se debe preparar adecuadamente el entorno de desarrollo y de pruebas, as como los procedimientos de operacin, antes de iniciar el desarrollo. Se debe comprobar que: Se han creado e inicializado las bases de datos o archivos necesarios y que cumplen as especificaciones realizadas en el mdulo de diseo. En ningn momento se trabaja con informacin que se encuentra en explotacin. Se han preparado los procedimientos de copia de seguridad. Se han preparado los editores, compiladores, herramientas, etc. Necesarios. Estn disponibles los puestos de trabajo y el acceso a los equipos, redes, etc. Estn disponibles todos los elementos lgicos y fsicos para realizar las pruebas unitarias de los componentes y las pruebas de integracin. Estn documentados todos los procedimientos de operacin para cuando el sistema est en explotacin. Se debe programar, probar y documentar cada uno de los componentes identificados en el diseo del sistema. Se debe comprobar que: Se han desarrollado todos los componentes o mdulos. Se han seguido los estndares de programacin y documentacin del rea, el cdigo es estructurado, est bien sangrado y contiene comentarios suficientes. Se ha probado cada componente y se ha generado el informe de prueba. Si los resultados de las pruebas no son satisfactorios, se modifica el cdigo y se vuelve a realizar la

prueba. Si se detecta un fallo de especificacin o diseo, el proyecto se actualizara segn el procedimiento establecido para ello. Deben realizarse las pruebas de integracin para asegurar que las interfaces, entre los componentes o mdulos funcionan correctamente. Se debe comprobar que: Las pruebas de integracin se han llevado a cabo segn lo especificado en el plan de pruebas realizado en el mdulo de diseo. Se han evaluado las pruebas y se han tomado las acciones correctoras necesarias para solventar las incidencias encontradas, actualizndose el proyecto en consecuencia. No han participado los usuarios. En las pruebas de integracin solo debe participar el equipo de desarrollo.

Desarrollo de los Procedimientos de Usuario (DPU) En este mdulo se definen los procedimientos y formacin necesarios para que los usuarios puedan utilizar el nuevo sistema adecuadamente. Fundamentalmente se trata de la instalacin, la conversin de datos y la operacin/explotacin. Se considera un nico objetivo de control (serie G): OBEJTIVO CONTROL G1: Al termino del proyecto, los futuros usuarios deben estar capacitados y disponer de todos los medios para hacer uso del sistema El desarrollo de los componentes de usuario debe estar planificado. Se debe comprobar que: En el plan del proyecto est incluido el plan para el desarrollo de los procedimientos de usuario e incluye todas las actividades y recursos necesarios. Los procedimientos se llevan a cabo despus de tener la especificacin funcional del sistema y antes de la implantacin del mismo. Se deben especificar los perfiles de usuario requeridos para el nuevo sistema. Se debe comprobar que: Estn definidos los distintos perfiles de usuario requeridos para la implantacin y explotacin del nuevo sistema. Para cada perfil se ha definido el rango de fechas y la dedicacin necesaria.

Se deben desarrollar todos los procedimientos de usuario con arreglo a los estndares del rea. Se debe comprobar que: Estn desarrollados todos los procedimientos de usuario, recopilados formando el manual de usuario, y son coherentes con las actividades descritas en EFS. Cada procedimiento describe claramente qu realiza, el perfil de usuario asociado, as como los recursos que son necesarios (equipos, consumibles, perifricos especiales, espacio, etc.) Los manuales de usuario y el resto de procedimientos cumplen los estndares del rea y llevan asociado su control de versiones. A partir de los perfiles actuales de los usuarios, deben definir los proceso de formacin o seleccin de personal necesarios. Se debe comprobar que: La comparacin de perfiles de usuarios y recursos requeridos con los actuales es realista y los procedimientos que se derivan con adecuados y estn aprobados por los responsables de las unidades afectadas. Los procedimientos de formacin estn individualizados y se adaptan a cada persona, y se le ha comunicado a cada usuario el plan de formacin que seguir. Se han definido y preparado los recursos necesarios para impartir la formacin (aulas, medios audiovisuales, material para los asistentes, tutoriales, etc.). Se deben definir los recursos materiales necesarios para el trabajo de los usuarios con el nuevo sistema. Se debe comprobar que: Se han determinado los recursos necesarios para cada usuario (consumibles, perifricos especiales, espacio, etc.). Se han comparado con los recursos existentes y se ha planificado el alquiler, leasing, adquisicin, etc. de los recursos no disponibles dentro de plazo.

Auditoria de la fase de implantacin. En esta fase se realizara la aceptacin del sistema por parte de los usuarios, adems de las actividades necesarias para la puesta en marcha. Hay un nico mdulo: Pruebas, implantacin y Aceptacin del Sistema (PIA)

Se verificara en este mdulo que el sistema cumple con los requisitos establecidos en la fase de anlisis. Una vez probado y aceptado se pondr en explotacin. Se consideran dos objetivos de control (serie H): OBJETIVO DE CONTROL H1: El sistema debe ser aceptado formalmente por los usuarios antes de ser puesto en explotacin. Se deben realizar las pruebas del sistema que se especificaron en el diseo del m ismo. Se debe comprobar que: Se prepara el entorno y los recursos necesarios para realizar las pruebas. Las pruebas se realizan y permiten verificar si el sistema cumple las especificaciones funcionales y si interacta correctamente con el entorno, incluyendo interfaces con otros programas, recuperacin ante fallos, copias de seguridad, tiempos de respuesta, etc. Se ha evaluado los resultados de las pruebas y se han tomado las acciones correctoras necesarias para solventar las incidencias encontradas, actualizndose el proyecto en consecuencia. El plan de implantacin y aceptacin se debe revisar para adaptarlo a la situacin final del proyecto. Se debe comprobar que: Se revisa el plan de implantacin original y se documenta adecuadamente. Est incluida la instalacin de todos los componentes desarrollados, as como los elementos adicionales (libreras, utilidades, etc.). Incluye la inicializacin de datos y la conversin si es necesaria. Especifica los recursos necesarios para cada actividad, as como que el orden marcado para las actividades es compatible. Se ha tenido en cuenta la informacin histrica sobre estimaciones. El sistema debe ser aceptado por los usuarios antes de ponerse en explotacin. Se debe comprobar que: Se sigue el plan de pruebas de aceptacin aprobado en la fase de anlisis, que debe incluir la conversin de datos y la explotacin. Las pruebas de aceptacin son realizadas por los usuarios.

Se evalan los resultados de las pruebas y se han tomado las acciones correctoras necesarias para solventar las incidencias encontradas, actualizndose el proyecto en consecuencia. El grupo de usuarios y el comit de direccin firman su conformidad con las pruebas de aceptacin.

OBJETIVO DE CONTROL H2: El sistema se pondr en explotacin formalmente y pasara a estar en mantenimiento solo cuando haya sido aceptad y est preparado todo el entorno en el que se ejecutar. Se deben instalar todos los procedimientos de explotacin. Se debe comprobar que: Se han instalado adems del sistema principal todos los procedimientos auxiliares. Estn documentados de forma correcta. Los usuarios han recibido la formacin necesaria y tiene en su poder toda la documentacin necesaria. Manuales de usuarios. Se han eliminado procedimientos antiguos que sean incompatibles con el nuevo sistema.

Si existe un sistema antiguo, el sistema nuevo se podr en explotacin de forma coordinada con la retirada del antiguo, migrando los datos si es necesario. Se debe comprobar que: Hay un periodo de funcionamiento en paralelo de los dos sistemas, hasta que el nuevo sistema est funcionando con todas las garantas. Esta situacin no debe prolongarse ms tiempo del necesario. Si el sistema antiguo se va a mantener para obtener informacin se debe dejar en explotacin en modo de solo consulta. Los datos se convierten de acuerdo al procedimiento desarrollado y se verifica la consistencia de la informacin entre el sistema nuevo y el antiguo.

Debe firmarse el final de la implantacin por parte de los usuarios. Se debe comprobar que: Existe el documento y que ha sido firmado por el comit de direccin y por el grupo de usuario. Contiene de forma explcita la aceptacin de la implantacin correcta del sistema.

Se debe supervisar el trabajo de los usuarios con el nuevo sistema en las primeras semanas para evitar situaciones de abandono de uso del sistema. Se debe comprobar que: El ndice de utilizacin del sistema es adecuado a los volmenes que se esperaban para cada una de las reas afectadas por el nuevo sistema. Se ha comprobado, al menos informalmente, la impresin de los usuarios respecto al nuevo sistema.

Para terminar el proyecto se pondr en marcha el mecanismo de mantenimiento. Se debe comprobar que: El mecanismo existe y esta aprobado por el director del proyecto, por el comit de direccin y por el rea de mantenimiento, si esta existe. Tiene en cuenta los tiempo de respuesta mximos que se pueden permitir ante situaciones de no funcionamiento. El procedimiento a seguir ante cualquier problema o para el mantenimiento del sistema ser conocido por todos los usuarios. Incluir al menos la persona de contacto, telfono, esquema de la informacin a aportar.