PROCESO DE DESARROLLO Presentado por: Mauricio Santacruz Rodrigo Chingal Deiber Gaviria Cristian Ledesma Presentado a: Ing. Libardo Pantoja Universidad Del Cauca Facultad De Ingeniería Electrónica Y Telecomunicaciones Programa De Ingeniería De Sistemas Popayán 2011 PROCESO DE DESARROLLO Es necesario antes de llevar a cabo el desarrollo del proyecto, definir cuál sería el proceso de desarrollo más apropiado que se emplearía para su realización, de tal forma que su adopción pudiera mejorar la forma casi “artesanal” en la que se venía desarrollando software, para desarrollar algo más disciplinado y de tal forma como se haría en la vida real. Para esto se adoptó parte del modelo de procesos definidos en COMPETISOFT que es un modelo de procesos para la mejora de la pequeña y mediana industria del software en Latinoamérica. De él se hizo un contraste entre los las actividades y roles que se encuentran definidos en el proceso de desarrollo elegido y el modelo para el proceso de desarrollo que se encuentra definido en el Modelo de procesos en la categoría de operación de COMPETISOFT. El Proceso de desarrollo que vamos a implementar está basado en el modelo de desarrollo COMPETISOFT, del cual escogimos algunas de las siguientes fases: ● ● ● ● ● Fase de Inicio Fase de Requisitos Fase de Diseño Fase de Desarrollo Fase de Prueba Las cuales fueron escogidas porque se consideraron relevantes para la ejecución del proyecto. Además de una pocas actividades de UP que utilizamos para complementar el proceso. OBJETIVOS Llevar a cabo las actividades de las fases de un ciclo mediante el cumplimiento del Plan de Desarrollo actual. Llevar a cabo las actividades de las fases de un ciclo mediante el cumplimiento del plan de iteración o actividades. Garantizar que al final del análisis del sistema todos los requisitos funcionales estén trazados o asociados a una especificación funcional. Lograr que los productos de salida sean consistentes con los productos de entrada en cada ciclo definido en el plan de iteración mediante las actividades de prueba unitarias del sistema. Garantizar la culminación del proceso de desarrollo. ROLES COMPETISOFT ABREVIATURA ROL COMPETENCIAS RAPE Responsable de administración proyecto específico. RD Responsable de Conocimiento y experiencia en el desarrollo de software. desarrollo de software. ET Equipo de trabajo. Conocimiento y acuerdo a su rol. PR Programador. Conocimiento y/o experiencia en la programación, integración y pruebas unitarias. CL Cliente. Interpretación del estándar de la especificación de requisitos. DU Diseñador de la interfaz. Conocimiento en diseño de interfaces de usuario y criterios ergonómicos. la Capacidad de liderazgo con del experiencia en la toma de decisiones, planificación estratégica, manejo de personal y desarrollo de software. experiencia de ACTIVIDADES En el siguiente cuadro se muestran las diferentes actividades que se tendremos en cuenta para el desarrollo del proyecto. Cada una de estas actividades están clasificadas de la siguiente manera: ● ● ● ● ● A1: En esta categoría se encuentran las actividades relacionadas con la fase de inicio. A2: En esta categoría se encuentran todas las actividades relacionadas con la fase de requisitos. A3: En esta categoría se encuentran todas las actividades relacionadas con la fase de diseño. A4: En esta categoría se encuentran todas las actividades relacionadas con la fase de desarrollo. A5: En esta categoría se encuentran todas las actividades relacionadas con la fase de pruebas. A1 - Fase de Inicio ENTRADAS Descripción del Producto ROL ACTIVIDAD plantilla ET A1.1. Revisar con los miembros del equipo de trabajo el Plan de Desarrollo actual para lograr un entendimiento común y obtener su compromiso con el proyecto. SALIDAS Plan de desarrollo A2 - Fase de Requisitos ENTRADAS Descripción del Producto Equipo de trabajo ROL ACTIVIDAD RAPE A2.1. Distribuir tareas a los miembros del P.A.2.1 equipo de trabajo según su rol, de acuerdo al Documento de Plan de Desarrollo actual. Asignación de roles CL A2.2. Documentar Requisitos. ET plantilla la Especificación de P.A.2.2 Documento de Especificación de requisitos RD A2.3. Elaborar el diagrama de Casos de Uso. RD A2.4. Elaborar el formato de alto nivel de los P.A.2.4 Casos de Uso Formato de alto nivel de los casos de uso DU A2.5. Elaborar el prototipo de la interfaz. DU CL A2.6. Efectuar pruebas de usabilidad del P.A.2.6 prototipo de interfaz de usuario con usuarios. Documento de Observaciones del prototipado DU A2.7. Modificación del prototipo de interfaz de usuario y su incorporación a la Especificación de Requisitos. SALIDAS Documento de Asignación de roles Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4) Prototipo de Interfaz de Usuarios Documento de Observaciones del prototipado A3 – Fase de Diseño ENTRADAS Descripción del Producto Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4) Prototipo de Interfaz de Usuarios ROL ACTIVIDAD RD A3.1. Elaborar el diagrama de clases del sistema. ET A3.2. Documentar Sistema. ET plantilla la Especificación A3.3. Definir la plataforma tecnológica. del P.A.3.2 Documento de Especificación del Sistema P.A.3.3 Documento de Especificación de plataforma ET CL SALIDAS A3.4. Presentar la arquitectura candidata al P.A.3.4 cliente y esperar su aprobación. Documento de Aprobación de la Arquitectura Documento de Especificación del Sistema: Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4, A3.1) Documento de Especificación de plataforma Documento de Aprobación de la Arquitectura A4 – Fase de desarrollo ENTRADAS Descripción del Producto Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4, A3.1) Prototipo de Interfaz de Usuario Documento de Especificación del Sistema Documento de Especificación de plataforma Documento de Aprobación de la Arquitectura ROL ACTIVIDAD PR A4.1. Implementar o modificar Componente(s) con base a la parte detallada de la Especificación del Sistema. RD A4.2. Incorporar Software a la Configuración de Software. PR A4.3. Integrar los componentes en subsistemas. SALIDAS Software plantilla A5 – Fase de Pruebas ENTRADAS Descripción del Producto Software ROL ACTIVIDAD ET A5.1. Diseñar los casos de prueba de aceptación P.A.5.1 del Sistema Documentos A5.1.1. Privilegios de Usuarios de Casos de prueba A5.1.2. Seguridad de ingreso de la información PR CL PR plantilla Pruebas para catalogo. Pruebas para listar libros en el catalogo agregar A5.2. Ejecutar los Casos aceptación del Sistema de libros prueba al de A5.3. Validar y corregir los defectos encontrados P.A.5.3 Documento de Reporte de Pruebas del Sistema DU A5.4. Elaborar un Manual de Usuarios del P.A.5.4 sistema Manual de Usuarios SALIDAS Documentos de Casos de prueba Reporte de Pruebas del Sistema Manual de Usuarios NOTA: Las actividades de UP que complementan el proceso están de color rojo. Plantilla General: Actividad (es) A2-A3-A4 Plantilla Planilla Registro Horas