01 Caso de Desarrollo

Anuncio
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
Descargar