Proceso de Desarrollo de Software

1. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 1
Proceso Fases del
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
Modelado del
Proceso de
Negocios de la
Organización
Definición del
sistema de negocio
Identificar con claridad el
espacio conceptual dentro
del cual los procesos que
se piensan modelar cobran
sentido; el dominio puede
referirse a un área, a una
unidad de negocio o a un
conjunto de áreas que
atraviesan la organización
El dominio que se defina,
se conocerá como el
Sistema de Negocio que se
desea modelar
Recopilar, organizar y analizar
la documentación existente
Definir al alcance del sistema
de negocio
Definir el sistema de negocio
Revisión de
manuales y base
legal relacionada
Entrevistas con los
Gerentes / expertos
del Sistema de
Negocios
Observación directa
Diagrama de
Contexto del
Sistema de
negocio
Expresión del
dominio
Representación
gráfica de
conceptos
usando cualquier
técnica:
diagrama de
contexto,
diagrama de
clases
Modelos de
Procesos para el
Desarrollo de
Software Orientado a
objetos (Montilva;
Jonás)
Taller de Modelado
de Negocios
orientado por
objetos.
Barrios, Judith &
Besembel, Isabel
Modelado de
Sistemas usando
UML 2.0
Montilva, Jonás &
Besembel, Isabel
Modelado de
Objetivos del
Negocio
Identificar ó definir la
misión, visión, objetivos
generales y específicos y
de estos últimos, los
cuantitativos y cualitativos,
para producir la
jerarquización y árbol de
objetivos que más tarde
serán cumplidos por los
diferentes procesos de
negocio que se piensan
modelar
Definir o consultar
documentación sobre la misión
y visión del sistema de
negocios
Definir o consultar
documentación sobre los
objetivos del sistema de
negocios
Jerarquizar los objetivos
buscando sus relaciones, desde
los más generales hasta los
más específicos
Crear el árbol de objetivos
Refinar el modelo de objetivos
Validar el modelo de objetivos
Revisión de
Manuales de
Organización
Entrevistas con
Gerentes / expertos
del Sistema de
Negocios
Modelado de
objetivos
Sesiones de trabajo
Modelo de
objetivos
Árbol de
objetivos
Idem al anterior
Proceso de Modelado del Proceso de Negocios de la Organización

2. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 2
Proceso Fases del
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
Modelado de
Tecnologías y
Reglas del Negocio
Describir en forma general
la arquitectura de los
sistemas de información
existentes relacionados con
el Sistema de negocio y
documentar las reglas del
negocio desde la
perspectiva de los procesos
Dichas reglas abarcan:
Leyes, políticas, planes,
estándares,
procedimientos, o reglas de
negocio de bajo nivel que
pueden ser obtenidas a
partir de entrevistas con los
involucrados. Las reglas
controlan, restringen o
condicionan la ejecución de
los procesos de la empresa
Identificar y modelar
tecnologías de producción o
servicios usadas por el Sistema
de Negocios
Identificar las reglas del
Negocio que regulan el Sistema
de Negocios o Dominio de los
procesos que se modelan
Para cada subproceso del
negocio:
* Analizar y clasificar las reglas
de negocio de nivel alto y medio
* Identificar y describir las
reglas del negocio de bajo nivel
* Validar las reglas del negocio
Validar el Modelo completo de
reglas del Negocio
Consultas a usuarios
y expertos
Búsqueda y análisis
de documentación
Modelado y
documentación de
reglas del negocio
Modelado de
Arquitectura de
Sistemas
Modelo de
Tecnologías
existentes
Modelo de reglas
del Negocio
Modelo de reglas
del negocio
Descripción de
las reglas del
negocio
Diagrama de
arquitectura de
sistemas
existentes
Idem al anterior
Modelado de
Procesos del
Negocio
Identificar los procesos
medulares--aquellos que
están relacionados con el
deber ser del dominio o
unidad de negocio que se
esté modelando--así como
los procesos de apoyo --
los cuales incluyen
procesos administrativos
del recurso humano,
financiero, servicios de
información y también
procesos estratégicos
Los procesos de apoyo
permiten la realización de
los procesos medulares
A partir de esta
identificación de los
procesos de negocio, se
Realizar el inventario de
procesos de la organización, o
consultar el inventario existente.
Clasificar los procesos en:
fundamentales y de apoyo
Modelar la cadena de valor
Modelar los procesos
descomponiéndolos en
subprocesos
Para cada subproceso del nivel
más bajo:
* Identificar actividades y tareas
* Elaborar diagramas de
actividades y de tareas
* Revisar los modelos de
actividades y tareas
Visitas de campo
Entrevista con
expertos
Revisión de
documentación
técnica
Modelado de
Procesos en UML
Modelado de
Actividades en UML
Modelo de la
Cadena de valor
Modelos de
Procesos
Jerarquía y
relaciones entre
procesos
Modelos de
actividades
generales y
detalladas
Modelos de tareas
por actividad
Cadena de valor
de procesos de
negocio del
dominio que se
está modelando
Diagramas de
procesos del
sistema de
negocios,
diagrama
jerárquico de
procesos de
negocios
Matriz Actores-
Procesos
Idem al anterior
Proceso de Modelado del Proceso de Negocios de la Organización

3. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 3
Proceso Fases del
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
continúa con el modelado
de los procesos
fundamentales y de apoyo
y sus actividades,
descomponiendo también a
estas últimas si es
necesario, hasta llegar al
nivel de tareas
* Validar la coherencia del
modelo con el modelo general
de la ULA y de los subprocesos
entre sí
Diagramas de
actividades y
tareas
Modelado de
objetos del negocio
Definir los elementos
concretos o abstractos que
circulan entre los procesos,
pudiendo ser entradas o
salidas, los cuales son
relevantes para la empresa
(materia prima, recursos
financieros, productos,
servicios, clientes, etc)
Identificar los tipos de objetos
del sistema de negocios o
dominio de los procesos
Para cada subproceso derivado
de los procesos fundamentales
y de apoyo
1
:
* Elaborar la matriz procesos-
objetos
* Definir las relaciones entre los
objetos del negocio
* Elaborar el modelo de objetos
del negocio
* Consolidar el Modelo de
objetos del Negocio de todos
los subprocesos
Modelado conceptual
Modelado de clases
en UML
Modelo de objetos
del negocio
Modelo de
objetos del
negocio
Matriz procesos-
objetos
Idem al anterior
Modelado de
eventos
Identificar y documentar
los eventos que intervienen
en los diferentes procesos
del sistema de negocio.
Identificar los eventos internos y
externos y para cada uno de
ellos, los programados y no
programados
Para cada subproceso, modelar
el flujo de eventos y revisarlo
Para cada evento externo,
modelar el flujo de trabajo,
señalando las relaciones entre:
eventos, subprocesos
afectados por los eventos, flujo
Modelado de
eventos en UML
Modelo de eventos Modelo de
eventos
Idem al anterior
1 El punto de partida pueden ser los procesos o subprocesos. Por lo general, los subprocesos que se relacionan en la matriz procesos-objetos, corresponden a procesos del tercer
nivel de descomposición
Proceso de Modelado del Proceso de Negocios de la Organización

4. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 4
Proceso Fases del
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
de objetos e información, etc.
Modelado de
Actores
Identificar los actores que
participan en los procesos
fundamentales,así como
los roles y
responsabilidades que
cumplen con el objeto de
poder relacionarlos con las
actividades en pasos
posteriores
Identificar los actores del
sistema de negocio
Analizar la estructura
organizacional (organigrama) y
ubicar los actores en cada una
de las unidades respectivas
Definir los roles y
responsabilidades de los
actores
Para cada proceso fundamental
y de apoyo:
* Elaborar la matriz
actores/unidad vs subprocesos
Diseño
Organizacional
Modelado de actores
/unidades vs.
subprocesos
Modelo de actor-rol
Modelo
actor/unidad vs.
subprocesos
Organigrama
Descripción de
actores y sus
roles
Matriz Actores /
unidades vs
subprocesos
Idem al anterior
Entrega de Modelo
del Negocio
Revisar y validar el modelo
de negocio o la compilación
del conjunto de modelos
producidos en la Fase de
Modelado de los procesos
de negocio de la
Organización.
Validar los modelos producidos
Refinar los modelos producidos,
retornando a cada fase cuando
se estime necesario
Verificar la consistencia del
Modelo de Negocio
Entrevistas y
sesiones de trabajo
con los usuarios
Modelado usando
UML 2..0
Todos los modelos
anteriores
comprenden el
MODELO DEL
NEGOCIO
Todos los
productos de las
etapas anteriores
comprenden los
productos del
SISTEMA DE
NEGOCIOS
Idem al anterior
Proceso de Modelado del Proceso de Negocios de la Organización

5. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 5
Proceso Fases de
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
Desarrollo de la
Aplicación
Análisis y modelado
del dominio de la
aplicación
Definir el dominio de la
aplicación
Modelar los objetivos del
sistema de negocio,
relacionados con el dominio de
la aplicación
Modelar las tecnologías y
reglas del negocio del dominio
Modelar los procesos del
dominio
Modelar los objetos del dominio
Modelar los eventos del
dominio
Modelar los actores del dominio
MODELO DEL
DOMINIO DE LA
APLICACIÓN
(COMPRENDE
LOS
PRODUCTOS DE
CADA FASE DEL
MODELADO DE
PROCESOS DEL
NEGOCIO, PERO
RELATIIVOS AL
DOMINIO DE LA
APLICACIÓN)
Glosario de
términos del
dominio de la
aplicación
Definición y
Especificación de
Requisitos
Producir el documento de
requisitos, constituido por:
DDR (documento de
definición de requisitos) y
DER (documento de
especificación de
requisitos).
El DDR consta de
requisitos funcionales y no
funcionales
2
, los cuales se
definen utilizando
Analizar el Modelo del Negocio
o modelo del dominio de la
aplicación para descubrir
requisitos
Realizar entrevistas a los
involucrados y organizar
reuniones usando varias
técnicas para extraer los
requisitos
Analizar los sistemas existentes
Diseño de interfaz
sistema-usuario
Diseño de
entrevistas.
Brainstorming.
Diseño de
cuestionarios.
Análisis FODA
MODELO DEL
DOMINIO DE LA
APLICACIÓN
Modelo de
Requisitos
Modelo funcional,
que comprende:
Diagramas
DDR (Documento
de definición de
requisitos)
DER (Documento
de especificación
de requisitos)
Ingeniería de
Requerimientos. Una
Guía para extraer,
analizar, especificar
y validar los
requerimientos de un
proyecto.
Nicolás Davyt Dávila
Metodología para la
2 Los requisitos no funcionales pueden clasificarse en: requisitos de comunicación, de interfaz de usuario, de fiabilidad, de entorno de desarrollo, de portabilidad, de acceso a los datos, etc.
Las actividades dentro de esta fase son las fases del modelado de procesos de la organización, sólo que el sistema de negocio se
circunscribe al dominio de la aplicación a desarrollar. Es decir, los procesos son, o bien un subconjunto del conjunto de procesos más
amplios ya documentados, o atraviesan la organización, tocando varios sistemas de negocios.
Proceso de Desarrollo de la Aplicación
MODELO DEL
DOMINIO DE LA
APLICACIÓN

6. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 6
Proceso Fases de
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
diferentes técnicas.
El DER está constituido por
la especificación en detalle
para cada requisito
funcional y no funcional que
está contenido en el DDR;
para ello, se usa la Planilla
Volere para los requisitos
funcionales y otros
formatos para el resto de
requisitos.
Esta fase incluye parte del
modelo funcional,
dibujando la interfaz y los
diagramas de casos de uso
en forma general. Pudiera
incluir la realización de un
prototipo de la interfaz para
mostrar al usuario
que estén relacionados con el
sistema de negocios o dominio
de la aplicación que se desea
desarrollar.
Refinar el glosario de términos
manejados en el negocio o
dominio de la aplicación.
Revisar documentación
existente de la cual pudieran
derivarse algunos requisitos.
Analizar y documentar los
requisitos, expresándolos en
lenguaje natural, desde la
perspectiva del cliente del
sistema de negocios,
clasificándolos en funcionales y
no funcionales
Elaborar una lista de requisitos,
asignándoles un identificador
Revisar la consistencia entre
los requisitos y sus relaciones.
Validar los requisitos con los
usuarios mediante entrevistas,
ponderándolos cuando se trate
de un sistema de negocios que
involucra a actores de
diferentes dependencias.
Documentar los requisitos
funcionales usando la planilla
Volere
Priorizar los requisitos
Elaborar y refinar los diagramas
de casos de uso
Diagramas generales
de los casos de uso.
Diagramas de
eventos UML.
Diseño de prototipos
del producto o
aplicación.
Revisión de
Documentos
Observación directa
del sistema de
negocios con el
cliente.
Especificación de
requisitos.
Ponderación de
requisitos (si aplica).
generales de casos
de uso
Modelo de la
interfaz
Diseño
preliminar de la
interfaz
Prototipo del
producto, si se
aplica esta
técnica.
Modelo de Casos
de uso
(generales)
Glosario de
términos del
sistema de
negocios
Relación de
requisitos con
casos de uso
Matriz de
rastreabilidad de
objetivos del
sistema/
requisitos
Elicitación
de Requisitos de
Sistemas Software
Versión 2.3
Amador Durán Toro
Beatriz Bernárdez
Jiménez
Ingeniería de
Requisitos.
Montilva, Jonás.
CeiSoft
Proceso de Desarrollo de la Aplicación

7. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 7
Proceso Fases de
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
Realizar la descripción de
casos de uso a través de la
planilla de escenarios
Documentar los requisitos no
funcionales usando la planilla
más adecuada para cada tipo.
Diseño de la
aplicación
Traducir los requisitos
contenidos en el DER en
especificaciones de diseño
del sistema, así como
modelar la estructura y el
comportamiento y refinar
aspectos funcionales.
Definir los estándares de diseño
de la aplicación
Diseñar la Arquitectura del
Sistema: arquitectura física,
arquitectura de módulos
componentes, usando el
método que resulte más
conveniente
Diseñar la interfaz Usuario-
sistema
Refinar los Casos de Uso
Diseñar el modelo conceptual y
lógico de la BD:
• Producir el Diagrama
de Clases a partir del
Diagrama de Objetos
del Negocio
• Producir el modelo de
la Base de datos a
partir del diagrama de
clases
Producir los diagramas más
convenientes según el caso y la
experticia del diseñador en el
uso de las técnicas.
Para el caso de aplicaciones
web, elaborar los mapas web o
mapa de navegación del sitio a
Modelado de
Sistemas usando
UML 2.0
Modelado de BD
Modelo de objetos
del negocio
Modelo de clases
del negocio
Si se utiliza UML
2.0 para modelar la
arquitectura:
Modelo Estructural,
Modelo de
componentes y
Modelo de
comportamiento;
en otros casos:
Diagrama de
módulos y
componentes del
sistema
Modelo conceptual
y lógico de la Base
de Datos de la
aplicación
Diagrama de
paquetes
Diagramas de
secuencia
Diagramas de
estado
Diagramas de
componentes
Diagrama de
Clases del
Negocio
Esquema de la
BD
Modelado de
Sistemas usando
UML 2.0,
Diseño de BD:
textos varios
Proceso de Desarrollo de la Aplicación

8. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 8
Proceso Fases de
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
diseñar
Diseño de
componentes
Especificar en detalle el
diseño de cada
componente y las
relaciones entre ellos
Modelar la interacción usuario-
sistema
Seleccionar y buscar
componentes reutilizables
Adaptar los componentes
reutilizables
Diseñar los componentes no
reutilizables y realizar
especificaciones de detalle de
cada uno de ellos
Solicitar al personal de soporte
la evaluación del diseño de los
nuevos componentes y realizar
los ajustes necesarios
Verificar requisitos vd.
Componentes y requisitos vd.
Modelo lógico de BD.
Modelado de
Sistemas usando
UML 2.0
Modelado de BD
Modelo de
comportamiento
Modelo de
Componentes
refinado
Modelo de
interacción
Modelo de estados
Diagrama de
componentes
actualizado y
detallado
Diagramas de
secuencia
Diagramas de
estado
Modelo físico de
la BD
Modelado de
Sistemas usando
UML 2.0
Diseño de BD:
textos varios
Implementación de
la Aplicación
Traducir las
especificaciones de Diseño
de Componentes en
productos de software y
verificar que los programas
soportan el diseño
realizado y aseguran la
calidad de la aplicación.
Crear la BD física de la
aplicación
Codificar o programas los
componentes nuevos
Documentar los componentes
codificados (nuevos)
Probar los componentes
Probar la integración de los
componentes.
Modelado de
Sistemas usando
UML 2.0
Modelado de BD
Creación de Bd bajo
los distintos DBMS
de uso libre
disponibles en la
DSIA
Modelo de
Despliegue
Modelos de
componentes
nuevos y sus
interacciones
Diagrama de
Despliegue
Diagrama de
Paquetes
Componentes de
software
desarrollados e
integrados
BD física creada
Modelado de
Sistemas usando
UML 2.0
Diseño de BD:
textos varios
Material de apoyo y
cursos de los distintos
DBMS de uso libre
Prueba de la
aplicación
Asegurar que el sistema
hace lo que os usuarios
quieren que haga, así como
Definir y/o configurar servidores
de Base de Datos, de
aplicaciones y servidor web de
Prueba caja blanca
Prueba caja negra
Componentes y
aplicación
probados
MATERIAL DEL
CURSO DE
Proceso de Desarrollo de la Aplicación

9. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 9
Proceso Fases de
proceso
Propósito de la fase Actividades a realizar Técnicas Modelos
producidos o
utilizados
Productos Material de apoyo
realizar las correcciones a
que haya lugar para que el
sistema funcione en caso
de presentar fallas.
prueba
Instalar los componentes en
servidores de pruebas
Realizar pruebas funcionales
Realizar pruebas no funcionales
Realizar pruebas de aceptación
Documentar fallas y sugerir
cambios en componentes de
software o ajustes en
componentes reutilizables
Pruebas de
seguridad
Pruebas de
conectividad
Pruebas de
accesibilidad
Pruebas de
desempeño de
transacciones
Documento de
sugerencias con
respecto a
cambios en los
componentes
por problemas
de seguridad,
conectividad o
accesibilidad
PRUEBAS??
Entrega de la
aplicación
Transferir el sistema de su
ambiente de desarrollo a su
ambiente de operación o
producción.
Definir y/o configurar servidores
de Base de Datos, de
aplicaciones y servidor web de
producción
Instalar el sistema en los
servidores de producción
Realizar las pruebas de
instalación
Adiestrar a los implantadores
del sistema en el uso del mismo
Adiestrar al personal de soporte
del sistema
Adiestrar a los usuarios
Configuración de
servidores según
estándares
definidos en la
organización
Talleres y cursos
sobre el uso del
sistema
Entrenamiento al
usuario in situ
<ninguno> Sistema en
producción
??
Proceso de Desarrollo de la Aplicación

10. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 10
Procesos Gerenciales asociados al Modelado de Procesos del Negocio
Fase o proceso de
Modelado
Gerencia del Proyecto Documentación de Procesos Gestión de la calidad de los
procesos
Definición del Sistema de
negocio
Planificación del proyecto
Organización del grupo de documentación
de procesos
Dirección del grupo de procesos
Administración del personal del grupo
Control del proyecto
Productos generados:
• Grupo de trabajo
• Plan del proyecto
• Diagramas de control del proyecto
Planificación de la Documentación
Elaboración de la Documentación
Entrega de la Documentación
Modelado de Objetivos del
Negocio
Vinculación de usuarios de unidades del
negocio involucradas
Control de sesiones de trabajo
Dirección del grupo de procesos
Administración del personal del grupo
Control del proyecto
Productos generados:
Planificación de la Documentación
Elaboración de la Documentación
Entrega de la Documentación
Productos generados:
Validación de árbol de objetivos con
manuales de organización o grupo de
usuarios del sistema de negocios
Productos generados:
Modelado de Tecnologías y
Reglas del Negocio
Publicación de reglas del negocio
Solicitud de aprobación de reglas del
negocio por parte de los usuarios
Control de sesiones de trabajo
Dirección del grupo de procesos
Administración del personal del grupo
Planificación de la Documentación
Elaboración de la Documentación
Entregade la Documentación
Verificación de duplicidad de reglas del
negocio o conflictos con reglas existentes
Verificación de integridad de las reglas
definidas
Verificación de exhaustividad de las reglas
definidas

11. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 11
Fase o proceso de
Modelado
Gerencia del Proyecto Documentación de Procesos Gestión de la calidad de los
procesos
Control del proyecto
Modelado de Procesos del
Negocio
Dirección del grupo de procesos
Administración del personal del grupo
Control del proyecto
Planificación de la Documentación
Elaboración de la Documentación
Entregade la Documentación
Validación de procesos del negocio con el
inventariode procesos
Validación de coherencia entre los procesos
y subprocesos documentados
Modelado de objetos del
negocio
Pautar reuniones con el administrador de
objetos y clases utilizadas en los procesos
y aplicaciones desarrolladas en la
organización
Dirección del grupo de procesos
Administración del personal del grupo
Control del proyecto
Planificación de la Documentación
Elaboración de la Documentación
Entregade la Documentación
Verificación de integridad en el modelo de
objetos del negocio
Revisión de objetos existentes en otros
proyectos, que se puedan relacionar o
ampliar con los nuevos objetos definidos
Administración de objetos del negocio
Modelado de Actores del
Negocio
Modelado de eventos del
Negocio

12. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 12
Procesos Gerenciales asociados al Desarrollo de la Aplicación
Fase o proceso
de Modelado
Gerencia del
Proyecto
Gestión de la
Calidad de los
productos
Gestión de la
Configuración
Verificación &
Validación
Adiestramiento Documentación
Análisis del dominio de
la aplicación
Planificación del
proyecto
Organización del
grupo de desarrollo
de procesos
Dirección del grupo
de desarrollo
Administración del
personal del grupo
Control del proyecto
Productos
generados:
• Grupo de
trabajo
• Plan del
proyecto
• Diagramas
de control
del proyecto
Certificación del
Modelo del dominio
de la aplicación.
Productos
generados:
Modelo del dominio
de la aplicación
certificado
Validación de la
definición del dominio
de la aplicación
Validación de
Procesos y
subprocesos con
inventario existente
Validación de la
integridad de los
procesos con los
procesos de la ULA
Validación de actores
y reglas
Validación de eventos
Validación de objetos
Productos
generados:
Modelo del dominio
validado
Planificación de la
Documentación
Elaboración de la
Documentación
Entregade la
Documentación
Definición y
Especificación de
Requisitos
Dirección del grupo
de requisitos
Administración del
personal del grupo
Certificación del
DDR y DER
Chequeo de
integridad entre
requisitos
Validación del DDR y
DER
Gestión de los
Requisitos (manejo de
los cambios)
Talleres a los usuarios
sobre sesiones de
requisitos
Apoyo en sesiones de
descubrimiento de
Planificación de la
Documentación
Elaboración de la
Documentación

13. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 13
Fase o proceso
de Modelado
Gerencia del
Proyecto
Gestión de la
Calidad de los
productos
Gestión de la
Configuración
Verificación &
Validación
Adiestramiento Documentación
Control del proyecto
Productos
generados:
• Grupo de
requisitos
nombrado
• Formato de
control del
proyecto
actualizado
Chequeo de
integridad entre
requisitos y
objetivos del
sistema
Chequeo de
consistencia entre
requisitos desde el
punto de vista
corporativo
Certificación de
calidad del modelo
funcional
Productos
generados:
DER y DDR
certificados
Modelo de casos de
uso y escenarios
certificados
Verificación del
modelo funcional
Productos
generados:
DER y DDR
actualizados y
verificados
Modelo funcional
validado por el usuario
y los expertos
requisitos
Productos
generados:
Lista de requisitos
Planillas de requisitos
ponderados y
priorizados por los
usuarios
Entregade la
Documentación
Productos
generados:
DDR
DER
Diagramas de Casos
de uso general
Documentación de
escenarios
Diseño de la aplicación Dirección del grupo
de diseño de la
aplicación
Administración del
personal del grupo
Control del proyecto
Chequeo de
cumplimiento de
estándares en
modelos
desarrollados
Productos
generados:
Validación de clases
diseñadas vs clases
existentes realizando
reuniones con el
administrador de
objetos de la
organización
Planificación de la
Documentación
Elaboración de la
Documentación
Entregade la
Documentación

14. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 14
Fase o proceso
de Modelado
Gerencia del
Proyecto
Gestión de la
Calidad de los
productos
Gestión de la
Configuración
Verificación &
Validación
Adiestramiento Documentación
Productos
generados:
Productos
generados:
Modelo de clases
validado
Modelos de BD
validados
Productos
generados:
Diseño de
componentes
Dirección del grupo
de diseño de
componentes
Administración del
personal del grupo
Control del proyecto
Productos
generados:
Optimización de
componentes
Certificación de
componentes
Liberación de
componentes
reutilizables no
críticos
Productos
generados:
Revisión del diseño de
componentes y de
componentes
reutilizables
Productos
generados:
Planificación de la
Documentación
Elaboración de la
Documentación
Entregade la
Documentación
Productos
generados:
Implantación de la
Aplicación
Dirección del grupo
de programación
Administración del
personal del grupo
Control del proyecto
Productos
generados:
Planificación de la
calidad del S/W
Aseguramiento de la
calidad del S/W
Productos
generados:
Planificación de la
gestion de
configuración
Gestión de
servidores para el
desarrollo y
adaptación de
componentes
Gestión de
componentes
reutilizables
Revisiones de
Productos
Pruebasde Software
Revisión de
cumplimiento de
requisitos
Productos
generados:
Planificación de la
Documentación
Elaboración de la
Documentación
Entregade la
Documentación
Productos
generados:

15. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 15
Fase o proceso
de Modelado
Gerencia del
Proyecto
Gestión de la
Calidad de los
productos
Gestión de la
Configuración
Verificación &
Validación
Adiestramiento Documentación
Productos
generados:
Prueba de la aplicación Dirección del grupo
de pruebas
Administración del
personal del grupo
Control del proyecto
Vinculación con los
usuarios
Productos
generados:
Planificación de la
calidad del S/W
Aseguramiento de la
calidad del S/W
Productos
generados:
Planificación de la
gestion de
configuración
Gestión de
servidores de
producción
Gestión de cambios,
mejoras y ajustes de
componentes de
S/W
Productos
generados:
Revisiones de
Productos
Pruebas de Software
Revisión de
cumplimiento de
requisitos
Productos
generados:
Planificación de la
Documentación
Elaboración de la
Documentación
Entregade la
Documentación
Productos
generados:
Entrega de la aplicación Planificación de
sesiones de
adiestramiento
Dirección del grupo
de implantación
Administración del
personal del grupo
Control del proyecto
Seguimiento a
nuevos requisitos o
cambios en los
Planificación de la
calidad del S/W
Aseguramiento de la
calidad del S/W
Aseguramiento de la
calidad de los
Manuales de la
Aplicación y del
usuario
Aseguramiento de
calidad en el
adiestramiento
Gestión de
servidores en
producción
Gestión de
seguridad
Gestión de
Integridad
Productos
generados:
Monitoreo del uso de
la aplicación
Monitoreo de
problemas surgidos
después de la puesta
en producción
Productos
generados:
Control del
adiestramiento a
soporte de la
aplicación, soporte a
usuarios y usuarios
Productos
generados:
Planificación de la
Documentación
Elaboración de la
Documentación:
manual del usuario,
guía de uso del
sistema
Entregade la
Documentación
Productos
generados:
Manual del usuario

16. UD - DSIA
Elaborado por: William Montilva y Lena Sánchez Bor – Abril – Mayo 2006 16
Fase o proceso
de Modelado
Gerencia del
Proyecto
Gestión de la
Calidad de los
productos
Gestión de la
Configuración
Verificación &
Validación
Adiestramiento Documentación
requisitos
Productos
generados:
Productos
generados:
Guía de uso del
sistema