EMELNORTE S.A. SIGMEM - Sistema de Gestión del Mercado Eléctrico Mayorista Caso de Desarrollo Confidencial EMELNORTE S.A., 2015 Página 1 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> Histórico de revisiones Date Versión Descripción Autor <15/10/2007> 1.0 Borrador caso de desarrollo Roberto López <16/10/2007> 1.0 Adopción de artefactos Roberto López <10/06/2008> 1.1 Adopción del documento proyecto SIGMEM. Confidencial EMELNORTE S.A., 2015 para el Catalina Gordillo Página 2 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> Tabla de Contenidos 1. 2. Introducción 4 1.1 1.2 1.3 4 4 4 Propósito Alcance Definiciones y abreviaturas Vista General del Caso de Desarrollo 4 2.1 2.2 2.3 2.4 2.5 2.6 4 4 4 5 7 8 Ciclo de Vida del Proyecto Disciplinas Incepción Elaboración Construcción Transición Confidencial EMELNORTE S.A., 2015 Página 3 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> Caso de Desarrollo 1. Introducción 1.1 Propósito El propósito de este documento es describir el proceso a seguir en el desarrollo del proyecto SIGMEM, indicando los artefactos generados y las herramientas a utilizarse. 1.2 Alcance El centro de cómputo de EMELNORTE S.A., tomando en cuenta que Rational Unified Process (RUP) constituye una de las mejores metodologías para el desarrollo de software, ha decido adoptarla como metodología estándar para el desarrollo de los sistemas informáticos que actualmente y a futuro se implementan en la empresa, entre ellos el proyecto SIGMEM. 1.3 Definiciones y abreviaturas Ver Glosario. 2. Vista General del Caso de Desarrollo 2.1 Ciclo de Vida del Proyecto El ciclo de vida de software en RUP está compuesto por 4 fases, cada una concluye con hitos; cada fase es esencialmente un espacio de tiempo entre 2 hitos relevantes. Al final de cada fase una valoración es desarrollada para determinar los objetivos cumplidos permitiendo pasar a la siguiente fase si la valoración es exitosa. 2.2 Disciplinas El Caso de Desarrollo para este proyecto presenta las disciplinas: Modelamiento del negocio, Requerimientos, Análisis y Diseño, Implementación, Pruebas, Despliegue, Administración de Configuración y Cambios, Administración del Proyecto, y Ambiente. 2.3 Incepción Actividad Gestión del Proyecto: Concepción/Aprobación Flujo de trabajo Artefactos Concepción del Nuevo Proyecto Casos de Negocio aprobados Evaluación de Alcance y Riesgos del Proyecto Visión (preliminar) Plan de Software Gestión/Monitoreo Plan de desarrollo de Software. de Desarrollo de Gestión de la iteración Lista de Riesgos. Registros de Revisión Monitoreo y Control del Proyecto Requerimientos Confidencial EMELNORTE S.A., 2015 Página 4 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> Definición del Alcance Inicial Análisis del Problema Entendimiento de las necesidades de stakeholders Definición del Sistema Principal artefacto es la Visión completa, incluyendo los casos de uso mas importantes y su prioridad La Visión será mas refinada cuanto mas detallados sean los casos de uso Gestión del Alcance del Sistema Gestión de requerimientos. Prototipo de interfaz de usuario Refinar la definición del sistema Grupo requerimientos A de Grupo requerimientos B de cambios en Prototipo de Interfaz de Usuario Prototipo de interfaz de usuario Refinar la definición del sistema (excepto las actividades relacionadas con la interfaz de usuario pues están en tareas separadas). Modelo de Casos de Uso (con los casos de uso de alta prioridad detallados) Visión actualizada El esfuerzo de definir los requerimientos se divide en tareas más pequeñas con duraciones más cortas. Éstos se representan como “Grupo de Requerimientos A”, “Grupo de Requerimientos B”, etcétera. Las tareas se organizan típicamente alrededor de casos de uso o escenarios Etc. 2.4 Elaboración Actividad Gestión del Proyecto: Gestión/Monitoreo Flujo de trabajo Artefactos Gestión de la Iteración Registros de Revisión Monitoreo Proyecto y Control del Alcanzar la misión aceptable (Actividades: Valorar y Promover Calidad, Valorar y Mejorar Esfuerzo de Pruebas) Requerimientos Prototipo de interfaz de usuario Confidencial Prototipo de Interfaz de Usuario EMELNORTE S.A., 2015 Prototipo usuario de interfaz de Página 5 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> Gestión de cambios requerimientos en Gestión de requerimientos Refinar la sistema del Refinar la definición del sistema (excepto las actividades relacionadas con la interfaz de usuario pues están en tareas separadas). definición Grupo de requerimientos A cambios en Grupo de requerimientos B Modelo de Casos de Uso (con los casos de uso de alta prioridad detallados) Visión actualizada Especificaciones Suplementarias. Etc. El esfuerzo de definir los requerimientos se divide en tareas más pequeñas con duraciones más cortas. Éstos se representan como “Grupo de Requerimientos A”, “Grupo de Requerimientos B”, etcétera. Las tareas se organizan típicamente alrededor de casos de uso o escenarios Definición Arquitectura Definir candidata de la arquitectura Definir arquitectura candidata Estructurar el modelo de implementación Estructurar el implementación Refinar la arquitectura Refinar la arquitectura modelo de Soporte de Desarrollo Desarrollo de componentes/características Diseñar la Base de datos Modelo de Datos Implementar Componentes Modelo Implementación Integrar el Sistema Pruebas y Evaluación Confidencial EMELNORTE S.A., 2015 Página 6 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> 2.5 Construcción Actividad Gestión del Proyecto: Gestión/Monitoreo Flujo de trabajo Artefactos Gestión de la Iteración Registros de Revisión Monitoreo y Control del Proyecto Alcanzar la misión aceptable (Actividades: Valorar y Promover Calidad, Valorar y Mejorar Esfuerzo de Pruebas) Planificación de la siguiente iteración Plan de desarrollo de Software Plan de Desarrollo de Software – actualizado de acuerdo a los cambios en el alcance y riesgos. La lista de riesgos debe ser revisada La lista de riesgos debe ser analizada si existen riesgos restantes de importancia Plan de Pruebas – actualizado para reflejar la misión para la pruebas de la próxima iteración Requerimientos Prototipo de interfaz de usuario Prototipo de Interfaz de Usuario Gestión de cambios requerimientos en Gestión de requerimientos Refinar la sistema del Refinar la definición del sistema (excepto las actividades relacionadas con la interfaz de usuario pues están en tareas separadas). definición Grupo de requerimientos A cambios Grupo de requerimientos B Prototipo usuario de interfaz de en Modelo de Casos de Uso (con los casos de uso de alta prioridad detallados) Visión actualizada Especificaciones Suplementarias. Etc. El esfuerzo de definir los requerimientos se divide en tareas más pequeñas con Confidencial EMELNORTE S.A., 2015 Página 7 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> duraciones más cortas. Éstos se representan como “Grupo de Requerimientos A”, “Grupo de Requerimientos B”, etcétera. Las tareas se organizan típicamente alrededor de casos de uso o escenarios Soporte de Desarrollo Refinar Arquitectura Refinar la Arquitectura Corrección de Defectos Flujo de trabajo idéntico a la actividad “Desarrollo de componentes/características” La Corrección de defectos en el código que ya se ha desarrollado es una tarea importante... Desarrollo de componentes/características Diseñar la Base de datos Modelo de Datos Implementar Componentes Modelo Implementación Integrar el Sistema Pruebas y Evaluación 2.6 Transición Actividad Gestión del Proyecto: Gestión/Monitoreo Flujo de trabajo Artefactos Gestión de la Iteración Registros de Revisión Monitoreo y Control del Proyecto Alcanzar la misión aceptable (Actividades: Valorar y Promover Calidad, Valorar y Mejorar Esfuerzo de Pruebas) Planificación de la siguiente iteración Confidencial Plan de desarrollo de Software EMELNORTE S.A., 2015 Plan de Desarrollo de Software – actualizado de acuerdo a los cambios en el alcance y riesgos. La lista de Página 8 de 10 SIGMEM Caso de Desarrollo Version: <1.1> Date: <09/11/07> riesgos debe ser revisada La lista de riesgos debe ser analizada si existen riesgos restantes de importancia Plan de Pruebas – actualizado para reflejar la misión para la pruebas de la próxima iteración Requerimientos Prototipo de interfaz de usuario Prototipo de Interfaz de Usuario Prototipo usuario Gestión de cambios requerimientos en Gestión de requerimientos Refinar la sistema del Refinar la definición del sistema (excepto las actividades relacionadas con la interfaz de usuario pues están en tareas separadas). definición Grupo de requerimientos A cambios en Grupo de requerimientos B de interfaz de Modelo de Casos de Uso (con los casos de uso de alta prioridad detallados) Visión actualizada Especificaciones Suplementarias. Etc. El esfuerzo de definir los requerimientos se divide en tareas más pequeñas con duraciones más cortas. Éstos se representan como “Grupo de Requerimientos A”, “Grupo de Requerimientos B”, etcétera. Las tareas se organizan típicamente alrededor de casos de uso o escenarios Soporte de Desarrollo Refinar Arquitectura Refinar la Arquitectura Corrección de Defectos Flujo de trabajo idéntico a la actividad “Desarrollo de componentes/características” La Corrección de defectos en el código que ya se ha desarrollado es una tarea importante... Confidencial EMELNORTE S.A., 2015 Página 9 de 10 SIGMEM Caso de Desarrollo Desarrollo de componentes/características Version: <1.1> Date: <09/11/07> Diseñar la Base de datos Modelo de Datos Implementar componentes Modelo Implementación Integrar el Sistema Plan de Integración Pruebas y Evaluación Despliegue Plan de Despliegue Plan de Despliegue Desarrollo del Material de Soporte Desarrollo Soporte Gestión de Aceptación de Pruebas en ambiente de Desarrollo Gestión Pruebas Unidad de Despliegue del Producto Plan de Desarrollo de Software (Sección del plan de Despliegue). material de Material de Soporte para el Usuario final de Aceptación de Producto instalado y aceptado en ambiente de desarrollo Unidad de Producto Despliegue del Artefactos de Instalación del Unidades de despliegue Gestión de Aceptación de Pruebas en ambiente de Producción Confidencial Gestión Pruebas de Aceptación EMELNORTE S.A., 2015 de Producto instalado y aceptado en ambiente de producción Página 10 de 10