Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
formato requerido para la elaboracion de proyectos
Tipo: Esquemas y mapas conceptuales
1 / 64
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
Elaborado por: Revisado por: Aprobado por: Silvia Hurtado Haro Fecha: / / Fecha: / / Fecha: / /
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc HISTORIAL DE REVISIONES Versión Autor Descripción Fecha de Revisión Revisado por
Silvia Hurtado Rosa Borja Documento que especifica las adaptaciones realizadas a la Norma Técnica Peruana NTP- ISO/IEC 12207:2004, en la Gerencia de Sistemas e Informática Electoral, en la Oficina Nacional de Procesos Electorales. 02/10/2006 Ricardo Saavedra
Silvia Hurtado Rosa Borja Modificaciones al Documento de Adaptación de la NTP ISO/IEC 12207. Ricardo Saavedra 1.2 Silvia Hurtado Modificaciones al Documento de Adaptación de la NTP ISO/IEC 12207. Confidencial Oficina Nacional de Procesos Página 2 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc ADAPTACIÓN DE LA NTP ISO/IEC 12207:
1. INTRODUCCION De acuerdo a la Norma Técnica Peruana, está ha sido diseñada para ser adaptada a una organización, y el proceso de adaptación consiste en la eliminación de los procesos, actividades y tareas no aplicables. En el presente documento se detalla como se ha llevado a cabo el proceso de Adaptación de la Norma Técnica Peruana de acuerdo a las necesidades de la Gerencia de Sistemas e Informática Electoral en la Oficina Nacional de Procesos Electorales. 2. REFERENCIAS El presente documento empleó como referencia las siguiente documentación: Resolución Ministerial N° 179-2004-PCM, que resuelve el uso obligatorio de la Norma Técnica Peruana “NTP-ISO/IEC 12207:2004 Tecnología de la Información. Procesos del ciclo de vida del software. 1 Edición”, en todas las Entidades Integrantes del Sistema Nacional de Informática. Resolución Ministerial N° 396-2005-PCM, que resuelve la modificación de la Resolución Ministerial N° 179-2004-PCM, con respecto al otorgamiento de un plazo adicional, 30 de junio del 2006, para la implantación de la Norma. Acta de Constitución del Proyecto Norma Técnica Peruana NTO ISO/IEC 12207:2004, documento que formaliza el inicio del Proyecto. Alcance del Proyecto del Proyecto Norma Técnica Peruana NTO ISO/IEC 12207:2004, documento que enuncie lo que se va a lograr y lo que no, a lo largo del proyecto. 3. ANTECEDENTES Y SITUACIÓN ACTUAL Hay una proliferación de estándares, procedimientos, métodos, instrumentos, y de ambientes para la gestión y desarrollo de software. Esta proliferación ha creado dificultades en la administración del software, especialmente al integrar los productos y los servicios. La disciplina del software necesita emigrar de esta proliferación a un marco de trabajo común que pueda ser utilizado por todos los involucrados en un determinado proyecto para "hablar el mismo idioma", crear y manejar software. Y el Estándar Internacional ISO/IEC 12207 proporciona este marco de trabajo común que cubre el ciclo de vida del software desde la concepción de ideas, hasta procesos para adquirir y suministrar productos software y/o servicios asociados. Además, proporciona lineamientos para controlar y mejorar estos procesos. Los procesos en este Estándar Internacional forman un conjunto completo. Una organización, dependiendo de su propósito, puede escoger el subconjunto de Confidencial Oficina Nacional de Procesos Página 5 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc De acuerdo a la norma y a los procesos presentados, el equipo de proyecto definió una serie de entregables (plantillas, formatos, procedimientos, etc.) para cada proceso. Algunos entregables definidos son aplicables para más de un proceso. Para el desarrollo de los documentos correspondientes al proceso de Gestión y de Desarrollo hemos recurrido a metodologías adicionales y complementarias, tales como el Rational Unified Process (RUP), Software Engineering Body of Knowledge (SWEBOK), Métrica 3 para el proceso de Desarrollo, Operación, Mantenimiento; Gestión de la Configuración, Aseguramiento de la Calidad; y la metodología del Project Management Institute, el Project Management Body of Knowledge (PMBOK) para el proceso de Gestión, Aseguramiento de la Calidad. Adicionalmente, se empleó el CMMI para los procesos Gestión, Aseguramiento de la Calidad, Gestión de la Configuración, Verificación, Validación y Mejora. 4.1. ISO/IEC 12207 A continuación una breve definición de los procesos del estándar ISO/IEC
a. Procesos Principales Los procesos principales del ciclo de vida son cinco, que dan servicio a las partes principales durante el ciclo de vida de software. Confidencial Oficina Nacional de Procesos Página 7 de 64 Procesos primariosProcesos primarios Procesos de apoyoProcesos de apoyo Procesos organizativosProcesos organizativos Adquisición Suministro Desarrollo Operación Mantenimiento Documentación Gestión de la configuración Aseguram iento de la calidad Verificación Validación Revisión Conjunta Auditoria Solución de problemas Gestión Mejora I nfraestructura Recursos Humanos Procesos primariosProcesos primarios Procesos de apoyoProcesos de apoyo Procesos organizativosProcesos organizativos Adquisición Suministro Desarrollo Operación Mantenimiento Documentación Gestión de la configuración Aseguram iento de la calidad Verificación Validación Revisión Conjunta Auditoria Solución de problemas Gestión Mejora I nfraestructura Recursos Humanos Figura 1. Procesos de la ISO/IEC 12207
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc Adquisición : Proceso global que sigue el adquiriente para obtener el producto. Suministro : Proceso global que sigue el suministrador para proporcionar el producto. Desarrollo : Proceso empleado por el suministrador para el diseño, y pruebas del producto. Operación : Proceso seguido por el operador en el “día a día para el uso del producto. Mantenimiento : Proceso empleado para mantener el producto, incluyendo tanto los cambio en el propio producto como en su entorno de operación b. Procesos de Apoyo Un proceso de apoyo es el que apoya a otro proceso como parte esencial del mismo, con un propósito bien definido, y contribuye al éxito y calidad del proyecto software. Un proceso de apoyo se emplea y ejecuta por otro proceso, según sus necesidades. Documentación : Actividades empleados para registrar información específica empleada para otros procesos. Gestión de la Configuración
Actividades empleadas para mantener un registro de los productos generados en la ejecución de los procesos. Aseguramiento de la Calidad
Actividades empleadas para garantizar de forma objetiva que el producto y los procesos asociados son conformes a los requisitos documentados y a las planificaciones. Confidencial Oficina Nacional de Procesos Página 8 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc Esta metodología ha servido como apoyo para el proceso de Gestión y es mediante la guía del PMBOK que se han definido ciertos entregables del proyecto. Adicionalmente, ha sido muy útil para llevar a cabo la gestión del proyecto Adecuación de la Norma Técnica Peruana NTP 12207:2004, Procesos del Ciclo de Vida de Software, para la GSIE. 4.3. Rational Unified Process (RUP) Proceso de desarrollo de software, constituye la metodología mas utilizada para el análisis, implementación y documentación de los sistemas orientados a objetos. Se caracteriza por ser iterativo e incremental, esta centrado en la arquitectura y casos de uso. Se utiliza en el proyecto como apoyo en la elaboración de formatos, de los Procesos de Desarrollo, Gestión de la Configuración, Aseguramiento de la Calidad, Operación, Mantenimiento, Documentación, Validación y Gestión de la NTP ISO/IEC 12207:2004. 4.4. SWEBOK (Software Engineering Body of Knowledge) Guía que tiene como finalidad definir y acotar las áreas de conocimiento que comprenden la Ingeniería del Software. Proyecto llevado a cabo por la Computer Society y perteneciente a IEEE. Se utilizó como guía para la estructura y definición del Proceso de Desarrollo de la NTP ISO/IEC 12207:2004, porque establece una línea de fondo para el campo de la ingeniería del software. 4.5. MÉTRICA 3 Metodología de planificación, desarrollo y mantenimiento de Sistemas de Información. Ofrece a las organizaciones un instrumento útil para la sistematización de las actividades que dan soporte al ciclo de vida del software. Contempla el desarrollo de Sistemas de Información para las distintas tecnologías y los aspectos de gestión que aseguran que un proyecto cumple sus objetivos en términos de calidad, coste y plazos. Se utilizó como guía para la estructura y definición del Proceso de Desarrollo de la NTP ISO/IEC 12207:2004, porque establece una línea de fondo para el campo de la ingeniería del software. 4.6. CMMI El propósito del modelo CMMI es el de proveer una guía para el mejoramiento de procesos y la habilidad para administrar el desarrollo, adquisición y mantenimiento de productos o servicios. El CMMI compendia y estructura una Confidencial Oficina Nacional de Procesos Página 10 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc serie de prácticas comprobadas de tal forma que es posible evaluar la madurez organizacional o su capacidad en determinada área de proceso, estableciendo prioridades para el mejoramiento, e implementando las mejoras. A partir de dicho modelo, hemos empleado ciertos procesos del nivel 2 del CMMI.
5. CONSIDERACIONES SOBRE LA ADAPTACIÓN Para la adaptación de la Norma Técnica Peruana NTP ISO/IEC 12207:2004, Procesos del Ciclo de Vida de Software, en la Oficina Nacional de Procesos Electorales (ONPE) se generaron procedimientos, formatos y plantillas asociados a los procesos mencionados en la norma, con el fin de proveer un marco común de trabajo para todo proyecto de Tecnologías de Información que contenga software. Dependiendo el tipo de proyecto a desarrollar se decidirá que procesos, actividades, tareas, y documentación (formatos, plantillas) emplear y quien es responsable de ellas. Así mismo los formatos y plantillas son personalizables de acuerdo a las necesidades de cada proyecto, ciertos documentos pueden no ser de utilidad para determinado proyecto, así como alguna sección en particular. Esto queda a criterio de los jefes de proyecto que deberán basarse en la identificación de características tales como modelo del ciclo de vida, actividad actual del ciclo de vida del sistema, requisitos del sistema y requisitos software, políticas, procedimientos y estrategias de la Institución, tamaño, criticidad y tipo del sistema, producto o servicio software, número de personal y partes involucradas. A continuación un esbozo a mayor detalle de las características claves de proyecto, antes mencionadas, que deberán ser tomadas en cuenta para la adaptación y aplicación de la norma en diferentes proyectos generados en la Gerencia de Sistemas e Informática Electoral (GSIE) de la ONPE: Políticas de la organización Determina que políticas de la organización son relevantes y aplicables, tales como lenguajes de computadora, seguridad física y de acceso, requisitos de necesidades hardware , y gestión de riesgos. En la Oficina Nacional de Procesos Electorales, la Subgerencia de Plataforma Tecnológica de la Gerencia de Sistemas e Informática Electoral, cuenta con las siguientes directivas que deberán ser consideradas para todo proyecto: 1. D01.0-2005-GI/ONPE Detección y Eliminación de Virus Informáticos: El objetivo de la presente directiva es definir las políticas para la detección y eliminación de los virus informáticos de la red de datos de la institución. 2. D02.0-2005-GI/ONPE Respaldo de Base de Datos: El objetivo de la presente directiva es establecer las consideraciones a tener en cuenta en el respaldo de las bases de datos de los sistemas de información de la institución. 3. D03.0-2005-GI/ONPE Seguridad Física de Servidores Informáticos: Directiva que define las medidas de seguridad física que deben cumplir los alojamientos de equipos de cómputo que cumplen la función de servidores de la institución. De acuerdo al TUO del Manual de Organización y Funciones de la ONPE, la Subgerencia de Plataforma Tecnológica tiene las funciones de Confidencial Oficina Nacional de Procesos Página 11 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc para la protección de los recursos de información. Esta política tiene como objetivo especificar las medidas esenciales de seguridad de la información que ONPE debe adoptar para protegerse apropiadamente contra las amenazas que podrían afectar en alguna medida la confidencialidad, integridad y disponibilidad de la información.
7. POL02 EG2006 Política de Seguridad Fisica: la presente política tiene por objetivo establecer la postura de la organización con respecto a las medidas de seguridad física que deberán utilizarse a fin de complementar los sistemas de control de acceso lógico. 8. POL03 EG2006 Política de Seguridad de la Red Electoral de las ODPE: Establecer controles de seguridad para los Procesos Electorales. Los lineamientos de esta política deberán ser cumplidas para garantizar la integridad, confidencialidad y disponibilidad de la información guardada, procesada, transmitida y propagada por la red, las aplicaciones informáticas y/ o otros medios que han sido diseñados, generados, implementados, etc para uso de los Procesos Electorales 9. POL04 EG2006 Política de Seguridad del Personal: El objetivo de la presente Política de Seguridad del Personal es el establecimiento de las normas internas que deben conocer el personal que labora dentro del ámbito del proceso electoral Elecciones Generales 2006, para que conozcan con claridad su aporte a la seguridad de la información, de los requerimientos de confidencialidad, así como el adecuado entrenamiento en los aspectos más relevantes de la seguridad y relacionados con sus funciones y actividad laboral para el proceso electoral vigente. 10. POL05_EG2006 Política de Cumplimiento: Tiene como objetivo establecer las responsabilidades y sanciones del personal, de acuerdo a las leyes aplicables y normativa interna de la institución. 11. INF01 EG2006 Responsabilidades del Comité y Oficial de Seguridad: Tiene como objetivo definir las actividades y responsabilidades del Oficial de Seguridad y de los integrantes del Comité de Seguridad en relación al Sistema de Gestión de la Seguridad de la Información de ONPE para el proceso electoral Elecciones Generales 2006. 12. INF02 EG2006 Organización de la Gestión de la Seguridad: Tiene como objetivo documentar de manera clara las definiciones, responsabilidades y la organización de la Gestión de la Seguridad de la Información para el Proceso Electoral Elecciones Generales 2006. 13. INF03- Plan de Continuidad: Procedimiento que se ha de seguir para mantener un nivel aceptable de funcionalidad de los procesos macros en los que se compone el Sistema de Cómputo del Proceso Electoral para las Elecciones Generales 2006, en caso de existir problemas serios que impidan el correcto funcionamiento y no sean resolubles de manera inmediata. Confidencial Oficina Nacional de Procesos Página 13 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc
14. Manual de Seguridad de la Información: Documento que contiene los documentos que demuestran la estructura del Sistema de Gestión de la Seguridad de la Información de ONPE para el proceso electoral Elecciones Generales 2006 de acuerdo a las especificaciones del Servicio de Habilitación, Acondicionamiento y Logística Informática. 15. EST01 EG2006 Estándar de Estructura Documentaria de Seguridad de Información: Define una estructura que contribuya a la homogeneidad, control, identificación y administración de los documentos que se generen para la Gestión de la Seguridad de la Información. Estrategia de adquisición Determina qué estrategias de adquisición son relevantes y aplicables al proyecto, tales como tipos de contrato, más de un contratista, involucración de los sub- contratistas y de los agentes de verificación y validación, grado de involucración del adquiriente con los contratistas y evaluación de la capacidad de los contratistas. En el caso de contar con un proveedor, éste deberá alinearse a la adecuación de la Norma Técnica Peruana ISO/IEC 12207:2004 en la Gerencia de Sistemas e Informática Electoral, para lo cual deberá incluir entre sus servicios el desarrollo y documentación de los documentos que correspondan de acuerdo al tipo de proyecto que se desarrolle. Concepto de soporte Determina qué conceptos de soporte son relevantes y aplicables, tales como la duración esperada del soporte, grado de cambio, y si será soportado por el adquiriente o por el proveedor. Si el producto software va a tener soporte durante un largo tiempo, o si se espera que cambie significativamente, todos los requisitos de documentación deberían considerarse. Es recomendable tener automatizada la documentación. Modelos de ciclo de vida Determina qué modelo o modelos de ciclo de vida son relevantes y aplicables al proyecto, tales como en cascada, evolutivo, incremental, mejoras sucesivas planeadas del producto, o espiral. Todos estos modelos prescriben ciertos procesos y actividades que pueden llevarse a cabo secuencialmente, repetidamente y combinadamente; en estos modelos, las actividades del ciclo de vida de esta norma deberían correlacionarse con el modelo o modelos seleccionados. Para el evolutivo, incremental o mejoras sucesivas, las salidas de una actividad del proyecto alimentan la siguiente. En estos casos, la documentación debería completarse al final de cada actividad o tarea. En la Gerencia de Sistemas e Informática Electoral (GSIE) se propusieron los siguientes modelos de ciclo de vida, los cuales serán seleccionados dependiendo del tipo de proyecto que se desarrolle en la Subgerencia de Proyectos Informáticos (SGPI). Los modelos presentados a continuación, suministran una guía con el fin de ordenar las diversas actividades técnicas en un proyecto de desarrollo de software Confidencial Oficina Nacional de Procesos Página 14 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc SI NO 1 2 3 4 5 6 7 N° Código del Proyecto Fecha de Revisión [Área Beneficiaria-Correlativo del Proyecto-Año-SGPI-GSIE/ONPE] [dd/mm/aaaa] Objetivo Comprobar que los distintos productos del ciclo de vida del software verifican las propiedades y funciones establecidas en los requerimientos. No Aplica Avance % OBSERVACIONES / COMENTARIOS DETALLE DEL CONTROL V°B° Análisis de requerimientos del sistema 1.1. Identificar y documentar los requerimientos del sistema 1.2. Definir las cualidades del sistema 1.3. Requerimientos funcionales Diseño del sistema 2.1. Arquitectura del sistema 2.2. Modelo funcional 1.4. Requerimientos no funcionales 1.5. Evaluar los costos, duración y beneficios del sistema. 2.3. Diseño de la interfaz 2.4. Diseño de los componentes 2.5. Diseño de la estructura de la base de datos Programación 3.1. Definición de los lenguajes de programación 3.2. Código fuente 3.3. Librerías 3.4. Directorios 4.5. Pruebas de aceptación Documentación 3.5. Base de datos Pruebas 4.1. Pruebas unitarias 4.2. Pruebas de módulos 7.1. Detección de errores en el sistema 7.2. Cambios en los componentes del sistema (S.O., periféricos, etc.) 7.3. Modificaciones funcionales Implementación 6.1. Capacitación de usuario y personal 6.2. Selección de la estrategía de conversión 6.3. Evaluación del nuevo sistema o modificado
Checklist MODELO DE CICLO DE VIDA - CASCADA Mantenimiento 5.1. Manual Técnico 5.2. Manual de Administración 5.3. Manual de Instalación 5.4. Manual de Usuario 4.3. Pruebas de subsistemas 4.4. Pruebas del sistema Confidencial Oficina Nacional de Procesos Página 16 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc Modelo de Ciclo de Vida Espiral Es un modelo de proceso de software evolutivo que acompaña la naturaleza interactiva de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. Se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versión incremental podría ser un modelo en papel o un prototipo, la ultimas iteraciones, se producen versiones cada vez más completas de ingeniería del sistema. Este modelo se divide en un numero de actividades estructurales o regiones de tareas, como comunicación con el usuario, planificación, análisis de riesgos, ingeniería, construcción y adaptación, evaluación del usuario. Las ventajas que tiene el modelo en espiral son las siguientes: Puede ser combinado con otros modelos. Aumenta el costo, disminuye el riesgo No necesita una definición completa de los requerimientos para empezar a funcionar. Al entregar productos desde el final de la primera iteración es más fácil validar los requerimientos. El riesgo en general es menor, porque si todo se hace mal, solo se ha perdido el tiempo y recursos invertidos en una iteración. El riesgo de sufrir retrasos es menor, ya que al identificar los problemas en etapas tempranas hay tiempo de subsanarlos. Las desventajas que presenta este modelo es que son: Mas complejos y requiere mas administración. Es difícil evaluar los riesgos. Necesita de la participación continua por parte del Usuario. Cuando se subcontrata hay que producir previamente una especificación completa de lo que se necesita, y esto lleva tiempo. Se seleccionará este modelo de ciclo de vida ya que permitirá a la Sub Gerencia de Proyectos Informáticos (SGPI) asegurar la desaparición de incertidumbre, prevenir riesgos, definir los objetivos de calidad, alternativas y restricciones que puedan surgir en el desarrollo de un proyecto informático. Además este modelo esta orientado a los riesgos, resultados finales y proporciona un potencial en el desarrollo rápido de versiones incrementales del software. Este modelo funciona bien en proyectos de innovación (Proyectos de gran magnitud). Adicionalmente, convendrá emplear este modelo siempre que se necesite mostrar el grado de avance del proyecto al usuario final o cuando se requiera entregar versiones del producto software. A continuación, se muestra el esquema de checklist del Modelo de Ciclo de Vida en Espiral que servirá como guía de trabajo para cumplir con el modelo en la ejecución de un proyecto informático en la Subgerencia de Proyectos Informáticos: Confidencial Oficina Nacional de Procesos Página 17 de 64
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc generen se modelarán las necesidades de los usuarios a través de diagramas de flujos de datos, entidad-relación, diccionario de datos, etc., dando como resultado las especificaciones estructuradas del sistema o producto software. Además este modelo cuenta con técnicas de documentación, criterios de evaluación y estrategias para el desarrollo del diseño del sistema, para así posteriormente continuar con una adecuada codificación y pruebas del sistema. Este modelo se puede emplear para proyectos no muy grandes y cuando la aplicación este muy bien entendida. A continuación se muestra el esquema de checklist del Modelo de Ciclo de Vida Estructurado que permite a un Jefe de Proyecto llevar de manera adecuada y ordenada el desarrollo de un Proyecto: SI NO 1 2 3 4 5 6 7 8 9 OBSERVACIONES / DETALLE DEL CONTROL (^) COMENTARIOS N° V°B° No Aplica Encuesta 1.1. Identificar a los usuarios responsables del sistema 1.5. Determinar los requisitos del sistema Avance % 9.1. Instalación del sistema Implantación 4.1. Codificación, prueba e integración de modulos 7.1.1. Manual Técnico 7.1.2. Manual de Instalación 7.1.3. Manual de Administración 7.1.4. Manual de Usuario Conversión de la Base de Datos Instalación 8.1. Base de datos nueva 6.1. Realizar pruebas de aceptación Descripción del procedimiento 1.6. Estudio de viabilidad 7.1. Documentación 3.4. Generación de módulos de la base de datos Diseño Análisis del Sistema 3.3. Módulos de implantación 2.1. Especificación estructurada. 2.2. Modelar el ambiente de usuario con diagramas de flujo de datos, E-R. 1.2. Establecer metas y objetivos 1.3. Determinar si es factible automatizar el sistema 1.4. Determinar los limites del sistema Garantía de calidad 3.1. Desarrollar las especificaciones del análisis 3.2. Jerarquía de módulos Pruebas de aceptación 5.1. Casos de prueba de los requisitos 2.3. Preparar un conjunto de presupuestos y cálculos de costo y beneficio más precisos y detallados. Oficina Nacional de Procesos Electorales Checklist MODELO DE CICLO DE VIDA - ESTRUCTURADO Objetivo
_- Establecer lo mas claramente posible los requerimientos establecidos en el desarrollo del proyecto, de acuerdo a cada fase del ciclo de vida.
Adaptación NTP 12207 Fecha: 18/10/ Adaptación NTP 12207 v1.2.doc Modelo de Ciclo de Vida Incremental El modelo incremental permite la creación del sistema añadiendo pequeñas funcionalidades, combinar elementos del modelo cascada con la filosofía de creación de prototipos, el primer incremento a menudo es un producto esencial que el usuario emplea o evalúa. Es interactivo al igual que el de construcción de prototipos y otros enfoques evolutivos. Pero a diferencia del modelo de prototipos, el modelo incremental entrega un producto operacional en cada incremento. Las ventajas que presenta este modelo son las siguientes: o Afrontan requerimientos básicos y muchas funciones extras quedan para los siguientes incrementos. o Los usuarios no esperan hasta el fin del desarrollo para utilizar el sistema. Pueden empezar a usarlo desde el primer incremento. o Los usuarios pueden aclarar los requerimientos que no tengan claros conforme ven las entregas del sistema. o Se disminuye el riesgo de fracaso de todo el proyecto, ya que se puede distribuir en cada incremento. o Las partes más importantes del sistema son entregadas primero, por lo cual se realizan más pruebas en estos módulos y se disminuye el riesgo de fallos. Las desventajas que presenta este modelo son las siguientes: o Cada incremento debe ser pequeño para limitar el riesgo (menos de 20.000 líneas). o Cada incremento debe aumentar la funcionalidad. o Es difícil establecer las correspondencias de los requerimientos contra los incrementos. o Es difícil detectar las unidades o servicios genéricos para todo el sistema. El modelo de ciclo de vida incremental permite a la Subgerencia de Proyectos Informáticos, reducir la repetición del trabajo en el proceso de desarrollo y dar la oportunidad de retrasar la toma de decisiones en los requerimientos hasta adquirir la experiencia con el sistema. Además durante el desarrollo de cada incremento se puede emplear el modelo de cascada, dependiendo del conocimiento que se tenga sobre los requerimientos a implementar, solicitados por la Unidad Orgánica. A continuación, se muestra el esquema de checklist del Modelo de Ciclo de Vida Incremental que servirá como guía de trabajo para cumplir con el modelo en la ejecución de un proyecto informático en la Subgerencia de Proyectos Informáticos: Confidencial Oficina Nacional de Procesos Página 20 de 64
