Procedimiento P31

Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 1 de 15



NDICE:

1. OBJETO
2. ALCANCES
3. DESARROLLO
4. ANEXOS
5. REGISTROS
6. REFERENCIAS


Revisin N Fecha Aprobado por Resumen de cambios
0 27/04/2011 Roberto Daniel Aparicio

Emisin inicial


1

15/08/2012 Roberto Daniel Aparicio
Se modifico el nombre del
Ministerio de Educacin por
Ministerio de Educacin,
Ciencia y Tecnologa, por
aplicacin de la Ley de
Ministerios.









APROB
Nombre C.U. Roberto Daniel Aparicio
Funcin Coordinador de la Direccin Gral. de
Informtica



SGC Certificado

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 2 de 15


1. Objeto
El presente procedimientos tiene como objeto definir el proceso de desarrollo de
software (PDS) utilizado en la direccin General de Informtica del Ministerio de
Educacin, Ciencia y Tecnologa. El mismo prev una visin global del enfoque de
desarrollo basado en la metodologa RUP(El Proceso Racional Unificado, es un
proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado
UML, constituye la metodologa estndar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos), ya que se
proceder a cumplir nicamente con determinadas fases de la metodologa, de
acuerdo a la caractersticas del proyecto, seleccionando los roles de los participantes,
las actividades a realizar y los artefactos (entregables) que sern generados.
2. Alcances
El propsito del Proceso de Desarrollo de Software, basado en RUP, es proporcionar
la informacin necesaria para controlar el proceso de ingeniera, asegurando un
producto de alta calidad que cumpla con los requerimientos funcionales.
De acuerdo a los roles que desempeen los participantes dentro del proceso, lo
utilizarn para organizar las necesidades de los recursos y para realizar su
seguimiento o para entender lo qu deben hacer, cundo deben hacerlo y qu otras
actividades dependen de ello.
El proceso de desarrollo de software describe el plan global usado para el desarrollo
del proyecto, en el se definen los roles de los participantes, las actividades a realizar,
los artefactos que sern generados, y la duracin de las fases e iteraciones.
3. Desarrollo
a) Marco Terico
RUP es un proceso para el desarrollo de un proyecto de software que define
claramente quien, cmo, cundo y qu debe hacerse en el proyecto.
Caractersticas esenciales:
Est dirigido por los Casos de Uso: orientan el proyecto a la importancia para el
usuario y lo que este quiere.
Est centrado en la arquitectura: relaciona la toma de decisiones, que indican
cmo tiene que ser construido el sistema y en qu orden.
Es iterativo e incremental: divide el proyecto en mini proyectos donde los casos
de uso y la arquitectura cumplen sus objetivos de manera ms depurada.
Principios claves de RUP:
Colaboracin entre equipos: El desarrollo de software no lo hace una nica
persona sino mltiples equipos. Debe haber una comunicacin fluida para
coordinar requerimientos, desarrollo, evaluaciones, planes, resultados, etc.
Proceso iterativo e Incremental: Los proyectos se entregan, aunque sea de un
modo interno, en etapas iteradas. En cada iteracin se analiza el
cumplimiento de los requisitos, la estabilidad y calidad del producto, y se
refina la direccin del proyecto as como tambin los riesgos involucrados.

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 3 de 15


Elevar el nivel de abstraccin: Este principio dominante motiva el uso de
conceptos reutilizables tales como patrn del software, lenguajes 4GL o
esquemas (frameworks) por nombrar algunos. stos se pueden acompaar
por las representaciones visuales de la arquitectura, por ejemplo con UML.
Indiscutiblemente, en el desarrollo de una aplicacin se sigue un proceso en el
cual se avanza paulatinamente en la comprensin de la funcionalidad requerida
y cmo realizarla, hasta llegar a su construccin. Esto requiere la ejecucin de
un conjunto de actividades que se manejan como un proyecto, es decir, con un
objetivo final, un plazo y un plan. Como en todo proyecto, es importante contar
con puntos intermedios de control a lo largo de su ejecucin, denominados hitos,
que se establecen cuando se elabora el plan de trabajo y sirven de faro para
verificar que el proyecto marcha adecuadamente.
Puede verse entonces el desarrollo incremental e iterativo, planteado por RUP,
como una serie de iteraciones, cada una de las cuales se realiza siguiendo el
modelo en cascada.
Por esta razn RUP organiza las actividades de desarrollo siguiendo dos
criterios ortogonales como se muestra en la figura N1. En el eje vertical, se
describen las actividades fundamentales y que en trminos de RUP se
denominan componentes. El nivel de intensidad del trabajo en cada componente
se representa mediante la amplitud de la grfica asociada. En el eje horizontal,
se describen los criterios para la planeacin y control en el tiempo.
Corresponden a la dinmica del proceso de desarrollo pues establecen cundo
se deber realizar las acciones definidas por los componentes.
Los componentes del proceso de desarrollo establecen cmo avanzar en la
conceptualizacin y construccin del sistema, agrupando las actividades de
acuerdo al nivel de abstraccin en el que estn localizadas y su naturaleza y
establecen qu hay que hacer, quin debe hacerlo y cmo hacerlo.
Figura N 1

Cada componente se describe en los siguientes trminos:

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 4 de 15


1. Artefactos: representan cualquier tipo de informacin generada, modificada o
utilizada en el desarrollo del sistema. Por ejemplo: en el componente de
Anlisis se elaboran las Clases de Anlisis.
2. Trabajadores: que corresponden a los roles (una misma persona puede
desempear varios roles) que intervienen en el componente. Por ejemplo: En
el componente Anlisis el Arquitecto participa en la elaboracin de las Clases
de Anlisis.
3. Flujos de trabajo y actividades: que deben ser adelantadas por los
trabajadores para obtener los artefactos del componente.

Existen dos tipos de componentes: los del proceso de ingeniera, que se refieren
a las actividades relacionadas en forma directa con la obtencin del producto, y
los de soporte, que se refieren a las actividades administrativas del proceso.
Los componentes del proceso de ingeniera son:
1. Modelado de la Organizacin: Consiste en la identificacin y documentacin
de la estructura y funcionamiento de la organizacin en la cual operar la
aplicacin a desarrollar. Su objetivo es brindar un entendimiento a clientes y
desarrolladores sobre cul es el problema de la organizacin, identificar
mejoras potenciales y establecer el impacto que la aplicacin a desarrollar
tendra sobre la organizacin.
2. Captura de Requisitos. Su propsito es obtener la descripcin de para qu
sirve el sistema, y lograr un acuerdo entre el equipo de desarrollo y el cliente,
en este aspecto.
3. Anlisis. En este componente se define la estructura (clases, paquetes, etc.)
y comportamiento del sistema. Su propsito es obtener una descripcin de
cmo funciona el sistema.
4. Diseo. Mientras que Anlisis se ha centrado en establecer la funcionalidad
del sistema, el componente de Diseo se enfoca a lograr que esa
funcionalidad se haga posible sobre una arquitectura fsica (computadores,
redes, etc.) y un entorno de implementacin (sistemas operativos, lenguajes
de programacin, etc.) dados. Su propsito es obtener una descripcin de
cmo se construye el sistema.
5. Implementacin. Construccin del sistema, obteniendo los archivos
ejecutables, de configuracin, libreras, etc.
6. Pruebas. Se verifican los modelos, prototipos y dems artefactos ejecutables
del sistema bajo desarrollo.
7. Puesta en Servicio. En este componente se realizan las actividades
requeridas para poner en funcionamiento el producto en las instalaciones del
cliente.


b) Vista General del Proyecto (Plan de Desarrollo de Software)
i) Propsito, Alcance y Objetivos
La informacin que incluye ser extrada de las diferentes reuniones con los
responsables y usuarios de las reas o departamentos desde el inicio del

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 5 de 15


proyecto, por ello en este artefacto se deber incluir las razones por las que se
considera necesario el desarrollo de un nuevo sistema, y proporcionar una
propuesta para el desarrollo de todos los subsistemas implicados en la gestin y
administracin de las reas y departamentos.
ii) Suposiciones y Restricciones
En este apartado se describe las suposiciones y restricciones respecto del
sistema, y que se derivan directamente de las entrevistas con los responsables y
usuarios de las reas o departamentos, esto debe contemplar lo siguiente:
1) Implicancias de los siguientes puntos crticos:
Compatibilidad.
Cumplimientos con Estndares.
Proteccin de informacin.
Gestin de flujos de trabajo, seguridad de transacciones e
intercambio de informacin
Adaptacin a la normativa de Proteccin de Datos
2) Para el caso de las restricciones, la legislacin vigente que rige a los
procesos automatizados.
Como es natural, la lista de suposiciones y restricciones se incrementar
durante el desarrollo del proyecto, particularmente una vez establecido el
artefacto Visin.
iii) Entregables del proyecto
A continuacin se indican y describen cada uno de los artefactos que sern
generados y utilizados por el proyecto y que constituyen los entregables. Esta
lista constituye la configuracin de RUP desde la perspectiva de artefactos, y
que proponemos para este proyecto.
Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso
iterativo e incremental), todos los artefactos son objeto de modificaciones a lo
largo del proceso de desarrollo, con lo cual, slo al trmino del proceso
podramos tener una versin definitiva y completa de cada uno de ellos. Sin
embargo, el resultado de cada iteracin y los hitos del proyecto estn enfocados
a conseguir un cierto grado de completitud y estabilidad de los artefactos. Esto
ser indicado en los objetivos de cada iteracin.


Plan de Desarrollo de software
Este documento fija los recursos disponibles, divide el trabajo y crea un
calendario de trabajo, identifica las actividades, hitos y entregas del producto. Se
debe tener un plan para guiar el desarrollo hacia las metas del proyecto.

Modelo de Casos de Uso del Negocio
Es un modelo de las funciones de negocio vistas desde la perspectiva de los
actores externos, permite situar al sistema en el contexto organizacional

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 6 de 15


haciendo nfasis en los objetivos en este mbito. Este modelo se representa con
un Diagrama de Casos de Uso.


Modelo de Objetos del Negocio
Es un modelo que describe la realizacin de cada caso de uso del negocio,
estableciendo los actores internos, la informacin que en trminos generales
manipulan y los flujos de trabajo (workflows) asociados al caso de uso del
negocio. Para la representacin de este modelo se utilizan Diagramas de
Colaboracin (para mostrar actores externos, internos y las entidades
(informacin) que manipulan, un Diagrama de Clases para mostrar grficamente
las entidades del sistema y sus relaciones, y Diagramas de Actividad para
mostrar los flujos de trabajo.

Glosario
Es un documento que define los principales trminos usados en el proyecto.
Permite establecer una terminologa consensuada. .

Modelo de Casos de Uso
El modelo de Casos de Uso presenta las funciones del sistema y los actores que
hacen uso de ellas. Se representa mediante Diagramas de Casos de Uso.

Visin
Este documento define la visin del producto desde la perspectiva del cliente,
especificando las necesidades y caractersticas del producto. Constituye una
base de acuerdo en cuanto a los requisitos del sistema.

Especificaciones de Casos de Uso
Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o
que no baste con una simple descripcin narrativa) se realiza una descripcin
detallada utilizando una plantilla de documento, donde se incluyen:
precondiciones, post-condiciones, flujo de eventos, requisitos no-funcionales
asociados. Tambin, para casos de uso cuyo flujo de eventos sea complejo
podr adjuntarse una representacin grfica mediante un Diagrama de Actividad.

Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido incluidos como
parte de los casos de uso y se refieren requisitos no-funcionales globales.
Dichos requisitos incluyen: requisitos legales o normas, aplicacin de
estndares, requisitos de calidad del producto, tales como: confiabilidad,
desempeo, etc., u otros requisitos de ambiente, tales como: sistema operativo,
requisitos de compatibilidad, etc.

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 7 de 15



Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea ms o menos
precisa de las interfaces que proveer el sistema y as, conseguir
retroalimentacin de su parte respecto a los requisitos del sistema. Estos
prototipos se realizarn como: dibujos a mano en papel, dibujos con alguna
herramienta grfica o prototipos ejecutables interactivos, siguiendo ese orden de
acuerdo al avance del proyecto. Slo los de este ltimo tipo sern entregados al
final de la fase de Elaboracin, los otros sern desechados. Asimismo, este
artefacto, ser desechado en la fase de Construccin en la medida que el
resultado de las iteraciones vayan desarrollando el producto final.

Modelo de Anlisis y Diseo
Este modelo establece la realizacin de los casos de uso en clases, pasando
desde una representacin en trminos de anlisis (sin incluir aspectos de
implementacin) hacia una de diseo (incluyendo una orientacin hacia el
entorno de implementacin), de acuerdo al avance del proyecto.

Modelo de Datos
Previendo que la persistencia de la informacin del sistema ser soportada por
una base de datos relacional, este modelo describe la representacin lgica de
los datos persistentes, de acuerdo con el enfoque para modelado relacional de
datos. Para expresar este modelo se utiliza un Diagrama de Clases.

Modelo de Implementacin
Este modelo es una coleccin de componentes y los subsistemas que los
contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de cdigo
fuente, y todo otro tipo de ficheros necesarios para la implantacin y despliegue
del sistema. (Este modelo es slo una versin preliminar al final de la fase de
Elaboracin, posteriormente tiene bastante refinamiento).

Modelo de Despliegue
Este modelo muestra el despliegue de la configuracin de tipos de nodos del
sistema, en los cuales se har el despliegue de los componentes.

Casos de Prueba
Cada prueba es especificada mediante un documento que establece las
condiciones de ejecucin, las entradas de la prueba, y los resultados esperados.
Estos casos de prueba son aplicados como pruebas de regresin en cada
iteracin. Cada caso de prueba llevar asociado un procedimiento de prueba con
las instrucciones para realizar la prueba, y dependiendo del tipo de prueba dicho
procedimiento podr ser automatizable mediante un script de prueba.


Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 8 de 15


Solicitud de Cambio
Los cambios propuestos para los artefactos se formalizan en este documento.
Mediante el cual, se hace un seguimiento de los defectos detectados, solicitud
de mejoras o cambios en los requisitos del producto. As se provee un registro
de decisiones de cambios, de su evaluacin e impacto, y se asegura que stos
sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto
de la ltima base line (el estado del conjunto de los artefactos en un momento
determinado del proyecto) establecida.

Plan de Iteracin
Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos
asignados y dependencias entre ellas. Se realiza para cada iteracin, y para
todas las fases.

Evaluacin de Iteracin
Este documento incluye la evaluacin de los resultados de cada iteracin, el
grado en el cual se han conseguido los objetivos de la iteracin, las lecciones
aprendidas y los cambios a ser realizados.

Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y vigentes en el
proyecto, ordenados en orden decreciente de importancia y con acciones
especficas de contingencia o para su mitigacin.

Manual de Instalacin
Este documento incluye las instrucciones para realizar la instalacin del
producto.

Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos y facilidades de uso del sistema,
incluyendo: Guas del Usuario, Guas de Operacin, Guas de Mantenimiento y
Sistema de Ayuda en Lnea

Producto
Constituido por los ficheros del producto empaquetados y almacenadas en un
CD con los mecanismos apropiados para facilitar su instalacin. El producto, a
partir de la primera iteracin de la fase de Construccin, es desarrollado
incremental e iterativamente, obtenindose una nueva relase al final de cada
iteracin.

Los artefactos Manual de Instalacin, Material de apoyo al Usuario Final y
Producto se generarn a partir de la fase de Construccin, con lo cual se han

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 9 de 15


incluido aqu slo para dar una visin global de todos los artefactos que se
generan en el proceso de desarrollo.
iv) Evolucin del Plan de Desarrollo de software
Se propone que el Plan de Desarrollo de software se revise semanalmente y se
refine antes del comienzo de cada iteracin. Los periodos de revisin
dependern del tipo de proyecto de software.
c) Organizacin del Proyecto
i) Participantes en el Proyecto
Describe el personal que el departamento o rea designar como Responsable
del Proyecto, Comit de Control y Seguimiento, y otros participantes que se
estimen convenientes para proporcionar los requisitos y validar el sistema.
El personal propuesto para el proyecto, considerando las fases de Inicio,
Elaboracin y las iteraciones de la fase de Construccin, estar formado por los
siguientes puestos de trabajo:
Jefe de Proyecto: Nombre del responsable, titulo y experiencia.
Analista de Sistemas: Nombre del responsable, titulo y experiencia.
Analistas Programadores. Nombre del responsable, titulo y experiencia
Ingeniero de Software: Nombre del Responsable, titulo y experiencia

La cantidad de profesionales asignados depender del proyecto de software a
desarrollar.
ii. Interfaces Externas
Los responsables del proyecto definirn quienes sern los participantes del
proyecto que proporcionarn los requisitos del sistema, y entre ellos quines
sern los encargados de evaluar los artefactos de acuerdo a cada subsistema y
segn el plan establecido.
El equipo de desarrollo interactuar activamente con los stackholders para la
especificacin y validacin de los artefactos generados.
iii. Roles y Responsabilidades
A continuacin se describen las principales responsabilidades de cada uno de
los puestos en el equipo de desarrollo propuesto durante las fases de Inicio y
Elaboracin, de acuerdo con los roles que desempean en RUP.

Puesto Responsabilidad
Jefe de Proyecto
El jefe de proyecto asigna los recursos, gestiona las
prioridades, coordina las interacciones con los clientes y
usuarios, y mantiene al equipo del proyecto enfocado en los
objetivos. Tambin establece un conjunto de prcticas que
aseguran la integridad y calidad de los artefactos del proyecto.
Adems, se encargar de supervisar el establecimiento de la
arquitectura del sistema, Gestin de riesgos, Planificacin y

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 10 de
15


control del proyecto.
Analista de Sistemas
Captura, especificacin y validacin de requisitos,
interactuando con el cliente y los usuarios mediante
entrevistas. Elaboracin del Modelo de Anlisis y Diseo.
Colaboracin en la elaboracin de las pruebas funcionales y el
modelo de datos.
Programador
Construccin de prototipos. Colaboracin en la elaboracin de
las pruebas funcionales, modelo de datos y en las validaciones
con el usuario
Ingeniero de
Software
Gestin de requisitos, gestin de configuracin y cambios,
elaboracin del modelo de datos, preparacin de las pruebas
funcionales, elaboracin de la documentacin. Elaborar
modelos de implementacin y despliegue.


d) Gestin del Proyecto
i) Estimaciones del Proyecto
El presupuesto del proyecto y los recursos involucrados se adjuntan en un
documento separado.
ii) Plan del Proyecto
En esta seccin se presenta la organizacin en fases e iteraciones y el
calendario del proyecto.
Plan de las Fases
El desarrollo se llevar a cabo en base a fases con una o ms iteraciones en
cada una de ellas, dependiendo del tipo de proyecto de software. La siguiente
tabla muestra una posible distribucin de tiempos y el nmero convenientes de
iteraciones de cada fase.

Fase
Nro.
Iteraciones
Duracin
Fase de Inicio 1 3 semanas
Fase de Elaboracin 1 2 semanas
Fase de Construccin 2 7 semanas

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 11 de
15


Fase de Transicin - -

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin Hito
Fase de Inicio
En esta fase se analizar los requisitos del producto
desde la perspectiva del usuario, los cuales sern
establecidos en el artefacto Visin. Los principales casos
de uso sern identificados y se har un refinamiento del
Plan de Desarrollo del Proyecto. La aceptacin del
cliente / usuario del artefacto Visin y el Plan de
Desarrollo marcan el final de esta fase.
Fase de Elaboracin
En esta fase se analizan los requisitos y se desarrolla un
prototipo de arquitectura (incluyendo las partes ms
relevantes y / o crticas del sistema). Al final de esta fase,
todos los casos de uso correspondientes a requisitos que
sern implementados en la primera relase de la fase de
Construccin deben estar analizados y diseados (en el
Modelo de Anlisis / Diseo). La revisin y aceptacin
del prototipo de la arquitectura del sistema marca el final
de esta fase. En nuestro caso particular, por no incluirse
las fases siguientes, la revisin y entrega de todos los
artefactos hasta este punto de desarrollo tambin se
incluye como hito. La primera iteracin tendr como
objetivo la identificacin y especificacin de los
principales casos de uso, as como su realizacin
preliminar en el Modelo de Anlisis / Diseo, tambin
permitir hacer una revisin general del estado de los
artefactos hasta este punto y ajustar si es necesario la
planificacin para asegurar el cumplimiento de los
objetivos. Ambas iteraciones tendrn una duracin de
una semana.
Fase de Construccin
Durante la fase de construccin se terminan de analizar
y disear todos los casos de uso, refinando el Modelo de
Anlisis / Diseo. El producto se construye en base a 2
iteraciones, cada una produciendo una relase a la cual
se le aplican las pruebas y se valida con el cliente /
usuario. Se comienza la elaboracin de material de
apoyo al usuario. El hito que marca el fin de esta fase es
la versin de la relase 3.0, con la capacidad operacional
parcial del producto que se haya considerado como
crtica, lista para ser entregada a los usuarios para
pruebas beta.

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 12 de
15


Fase de Transicin
En esta fase se prepararn dos releases para
distribucin, asegurando una implantacin y cambio del
sistema previo de manera adecuada, incluyendo el
entrenamiento de los usuarios. El hito que marca el fin
de esta fase incluye, la entrega de toda la
documentacin del proyecto con los manuales de
instalacin y todo el material de apoyo al usuario, la
finalizacin del entrenamiento de los usuarios y el
empaquetamiento del producto.
Calendario del Proyecto
En este artefacto de debe especificar un calendario de las principales tareas del
proyecto, a modo de ejemplo se incluye en esta seccin un calendario solo con
las dos primeras fases. Como se ha comentado, el proceso iterativo e
incremental de RUP est caracterizado por la realizacin en paralelo de todas
las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayora de los
artefactos son generados muy tempranamente pero van desarrollndose en
mayor o menor grado, de acuerdo a la fase e iteracin del proyecto.
Se muestra el siguiente calendario para un proyecto genrico. La fecha de
aprobacin indica cundo el artefacto en cuestin tiene un estado de completitud
suficiente para someterse a revisin y aprobacin, pero esto no quita la
posibilidad de su posterior refinamiento y cambios.
Disciplinas / Artefactos generados o modificados
durante la Fase de Elaboracin
Comienzo Aprobacin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de
Objetos del Negocio
Semana 1 aprobado
Requisitos
Glosario Semana 1 aprobado
Visin Semana 2 aprobado
Modelo de Casos de Uso Semana 3 Semana 5
Especificacin de Casos de Uso Semana 3 Semana 5
Especificaciones Adicionales Semana 3 Semana 5
Anlisis / Diseo
Modelo de Anlisis / Diseo Semana 2
Revisar en
cada iteracin

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 13 de
15


Modelo de Datos Semana 2
Revisar en
cada iteracin
Implementacin
Prototipos de Interfaces de Usuario Semana 3
Revisar en
cada iteracin
Modelo de Implementacin Semana 3
Revisar en
cada iteracin
Pruebas
Casos de Pruebas Funcionales Semana 3
Revisar en
cada iteracin
Despliegue
Modelo de Despliegue Semana 3
Revisar en
cada iteracin
Gestin de Cambios y Configuracin
Durante todo el
proyecto

Gestin del proyecto
Plan de Desarrollo de software en su versin 2.0 y
planes de las Iteraciones
Semana 4
Revisar en
cada iteracin
Ambiente
Durante todo el
proyecto


iii) Seguimiento y Control del Proyecto
(1) Gestin de Requisitos
Los requisitos del sistema son especificados en el artefacto Visin. Cada
requisito tendr una serie de atributos tales como importancia, estado, iteracin
donde se implementa, etc. Estos atributos permitirn realizar un efectivo
seguimiento de cada requisito. Los cambios en los requisitos sern gestionados
mediante una Solicitud de Cambio, las cuales sern evaluadas y distribuidas
para asegurar la integridad del sistema y el correcto proceso de gestin de
configuracin y cambios.
(2) Control de Plazos
El calendario del proyecto tendr un seguimiento y evaluacin semanal por el
jefe de proyecto y por el Comit de Seguimiento y Control.
(3) Control de Calidad

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 14 de
15


Los defectos detectados en las revisiones y formalizados tambin en una
Solicitud de Cambio tendrn un seguimiento para asegurar la conformidad
respecto de la solucin de dichas deficiencias. Para la revisin de cada artefacto
y su correspondiente garanta de calidad se utilizarn las guas de revisin y
checklist (listas de verificacin) incluidas en RUP.
(4) Gestin de Riesgos
A partir de la fase de Inicio se mantendr una lista de riesgos asociados al
proyecto y de las acciones establecidas como estrategia para mitigarlos o
acciones de contingencia. Esta lista ser evaluada al menos una vez en cada
iteracin.
(5) Gestin de Configuracin
Se realizar una gestin de configuracin para llevar un registro de los artefactos
generados y sus versiones. Tambin se incluir la gestin de las Solicitudes de
Cambio y de las modificaciones que stas produzcan, informando y publicando
dichos cambios para que sean accesibles a todo los participantes en el proyecto.
Al final de cada iteracin se establecer una baseline (un registro del estado de
cada artefacto, estableciendo una versin), la cual podr ser modificada slo por
una Solicitud de Cambio aprobada.
4. Anexos.
N/A
5. Registros.

ARCHIVO
REGISTRO
RESPONSABLE
CONFECCIN
RESPONSABLE LUGAR
TIEMPO DE
RETENCIN
DISPOSICIN
Plan de
Desarrollo de
Software
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Diagrama de
Casos de Uso
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Diagrama de
Colaboracin
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Diagrama de
Clases
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Diagrama de
Actividades
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Manual de
Especificaciones
Adicionales
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Manual de
Solicitud de
Cambio
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Registro de
Evaluacin de
Iteracin
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo

Procedimiento P31
Emisin:
15/08/2012
Revisin 1

Proceso de Desarrollo del
Software (RUP
Pgina 15 de
15


Registro del
Listado de
Riesgos
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo
Manual de
Instalacin
Miembro del
Departamento Desarrollo
y Mantenimiento
Miembro del
Departamento
Desarrollo y
Mantenimiento
Desarrollo y
Mantenimiento
Indefinido Activo

6. Referencias.
Libro: Ingeniera de Software - Ian Sommerville - Prentice Hill Sptima
Edicin - 2005
Libro: El proceso unificado de desarrollo de software - Ivar
Jacobson, Grady Booch y James Rumbaugh - Pearson Addisson-Wesley.
Ao 2000.
Libro: Aprendiendo UML En 24 Horas - Joseph Schmuller - Prentice Hall-
1era Edicin 2001.
Referencia WEB: Sistema para Gestin de Artculos Deportivos LSI 03 -
Plan de Desarrollo Software - Versin 3.0
Norma ISO 9001:2008.
Manual de la Calidad de la SECRETARIA DE GESTION ADMINISTRATIVA
Y RRHH.