4.1 Proceso Unificado de Rational (RUP)
4.1.1 Documento Visión
4.1.1.1 Introducción al Negocio
A. Reseña Histórica
Hacia el año 1956, surge en Chimbote, la inquietud de contar
con un Colegio de Educación Secundaria para mujeres. Es así
que el Dr. Carlos Salazar Romero que desempeñaba la función
de Director Superior de Educación Secundaria del Ministerio de
Educación, decide desdoblar el Colegio Nacional Mixto “San
Pedro”, creándose el Colegio Nacional de Mujeres, hoy
“Inmaculada de la Merced”, cuya dirección y regencia se puso
en manos de la orden de Religiosas Mercedarias Misioneras.
Con fecha 23 de febrero de 1957, se resuelve crear el colegio
nacional de mujeres por Resolución Ministerial N° 1956, luego
de 3 días y por Resolución Suprema N° 78, el Ministerio de
Educación y la Superiora de la Congregación de religiosas
mercedarias celebran el Convenio de Locación de Servicios
mediante el cual se encomienda a la congregación, la Dirección
y Regencia del Colegio. Posteriormente, el 01 de Julio de 1957,
se expide la Resolución Ministerial N° 9636 que resuelve
denominar a la institución como “Colegio Inmaculada de la
Merced”. Desde entonces la institución brinda un servicio
64
educativo acorde al perfil de la necesidad educativa local; siendo
hoy un Colegio Mixto que acoge alrededor de 2000 alumnos.
B. Visión del Negocio
Ser una propuesta de educación liberadora y transformadora con
proyección social y religiosa.
C. Misión del Negocio
Brindar una educación pública con tendencia religiosa, que
facilite e incremente el desarrollo de conocimientos básicos,
aptitudes, habilidades y destrezas.
Impartir y promover una educación de calidad, de acorde a
los lineamientos políticos educativos y a las propuestas
pedagógicas brindadas por las Religiosas Mercedarias.
D. Actividad del Negocio
El Colegio Inmaculada de la Merced tiene como principal
actividad impartir educación en el nivel Secundaria.
E. Ambito del Negocio
El Colegio se encuentra ubicado en el Barrio la Balanza s/n,
Distrito de Chimbote, Provincia del Santa, Departamento de
Ancash en la Región Chavín.
F. Estructura Orgánica del Negocio
El Organigrama Estructural 2001 del Colegio Inmaculada de la
Merced se muestra en la figura 2.1.
65
4.1.1.2 Posicionamiento del Proyecto
A. Orientación del Proyecto
El proyecto está orientado a Construir e Implementar un Sistema
Integral de Control en el Area Administrativa del Colegio
Inmaculada de la Merced. El Sistema cubre los principales
procesos de ésta área, permitiendo el control automatizado de
Matrícula, Resultados Académicos, Pagos y Egresos.
B. Oportunidades del Negocio
Las oportunidades del negocio que serán encontradas con el
desarrollo del proyecto son:
Oportunidad para mejorar el prestigio institucional, a través
de la mejora del servicio de atención a los padres de familia
(asociados y no asociados).
Oportunidad para expandir el control automatizado de
procesos de información a otras áreas del Colegio, a través
de la integración con el Sistema del Area Administrativa.
Oportunidad para apoyar al proceso de toma de decisiones
académicas y económicas, a través de la explotación de los
reportes e informes emitidos por el Sistema.
Figura 4.1 ORGANIGRAMA ESTRUCTURAL DEL COLEGIO INMACULADA DE LA MERCED
ESCUELA DE
PADRES
APAFA
SECRETARIA
BIBLIOTECA
PERSONAL DE
SERVICIO
SUB DIRECCION
ADMINISTRATIVA
CIENCIA,TECNOLOGIA
Y AMBIENTE
COMUNICACION
CIENCIAS SOCIALES
MATEMATICA
EDUCACION FISICA
O.B.E.
P.E.C.
ASESORIAS
ALUMNOS
DOCENTES
LABORATORIOS
JEFATURAS
EDUCACION
RELIGIOSA
GESTION
EMPRESARIAL
IDIOMA
EXTRANJERO
EDUCACION
ARTISTICA
COORDINACIONES
SUB DIRECCION
TECNICO PEDAGOGICO
DIRECCION
66
Tabla 4.1 Declaración del Problema N°01
Fuente: Plan Anual de Trabajo 2001 – Colegio Inmaculada de la Merced
C. Declaración de Problemas
67
Fuente: Elaboración Propia
Tabla 4.2 Declaración del Problema N°02
Tabla 4.3 Declaración del Problema N°03
Fuente: Elaboración Propia
Declaración Descripción
Problema Bajo rendimiento en el software y en el equipo
computacional existente.
Afecta La velocidad de acceso, funcionalidad y
procesamiento de las aplicaciones.
Impacto
En el desarrollo de actividades automatizadas
(ofimáticas y operaciones del actual programa
informático) del Area Administrativa.
Solución
Proyecto
Cambiar el equipo computacional obsoleto y
usar software adecuados en el desarrollo del
nuevo Sistema de Control.
Declaración Descripción
Problema Limitación funcional y estructural del actual
programa informático.
Afecta
El acceso, procesamiento, almacenamiento,
consistencia y seguridad de la información
automatizada.
Impacto En los reportes e informes emitidos por el
programa informático (información inexacta).
Solución
Proyecto
Desarrollar un nuevo Sistema de Control que
permita la automatización de los principales
procesos de manejo de información, siguiendo
una adecuada metodología de desarrollo.
68
Tabla 4.4 Declaración del Problema N°04
Tabla 4.5 Declaración del Problema N°05
Fuente: Elaboración Propia
Fuente: Elaboración Propia
Declaración Descripción
Problema Limitación en el desarrollo de actividades
basadas en mecanismos manuales.
Afecta La velocidad, flexibilidad y seguridad de las
actividades realizadas en forma manual.
Impacto
En los reportes e informes de elaboración
basada en mecanismos manuales (información
inoportuna e inexacta).
Solución
Proyecto
Implementar funcionalidades que permitan el
desarrollo automatizado de las actividades
manuales en el nuevo Sistema de Control.
Declaración Descripción
Problema Incomunicación entre los principales procesos
de manejo de información administrativa.
Afecta La integridad, operatividad y facilidad de acceso
a la información interrelacionada.
Impacto
En los reportes e informes de información
interrelacionada (información que relaciona
los principales procesos de control).
Solución
Proyecto
Integrar adecuadamente los principales procesos
de manejo de información en el nuevo Sistema
de Control.
69
Fuente: Elaboración Propia
Tabla 4.6 Declaración del Contenido N°01
Fuente: Elaboración Propia
Declaración Descripción
Problema Centralización en el desarrollo de los procesos
de manejo de información administrativa.
Afecta La velocidad, operatividad y funcionalidad de
las actividades administrativas.
Impacto En el desarrollo de las diversas actividades del
Area Administrativa.
Solución
Proyecto
Aplicar una adecuada arquitectura de enfoque
distribuido en el desarrollo del nuevo Sistema
de Control.
D. Declaración de la Posición del Producto
El Sistema Integral de control (producto) alcanza el nivel de
Implementación y contiene lo siguiente:
Declaración Descripción
Producto
Contiene
Sistema de Control de Matrícula y Notas
(Aplicación Cliente).
Para quién Para uso de la Dirección, APAFA y Asociados.
Para qué
Para automatizar las diversas actividades
realizadas en los procesos de Control de
Matrícula y Resultados Académicos.
Situar En una máquina cliente (Capa de presentación).
70
Tabla 4.7 Declaración del Contenido N°02
Fuente: Elaboración Propia
Tabla 4.8 Declaración del Contenido N°03
Tabla 4.9 Declaración del Contenido N°04
Fuente: Elaboración Propia
Fuente: Elaboración Propia
Declaración Descripción
Producto
Contiene
Sistema de Control de Pagos y Egresos
(Aplicación Cliente).
Para quién Para uso de la Dirección, APAFA, Asociados y
Pagantes externos.
Para qué Para automatizar las actividades realizadas en
los procesos de Control de Pagos y Egresos.
Situar En una máquina cliente (Capa de presentación)
Declaración Descripción
Producto
Contiene
SubSistema de Control de Usuarios (Incluidas
en el Sistema Gestor de Aplicaciones).
Para quién Para uso del Administrador del Sistema.
Para qué Para administrar a los usuarios del Sistema
Situar En una máquina servidor (Capa del negocio).
Declaración Descripción
Producto
Contiene
Sistema Gestor de Aplicaciones (Aplicación
Servidor).
Para quién Para uso del Administrador del Sistema.
Para qué Para administrar los componentes del sistema.
Situar En una máquina servidor (Capa del negocio).
71
Tabla 4.10 Declaración del Contenido
N°05
Fuente: Elaboración Propia
Declaración Descripción
Producto
Contiene
Sistema Gestor de Base de Datos (Aplicación
Servidor corporativa).
Para quién Para uso del Administrador del Sistema.
Para qué Para administrar los datos almacenados (acceso
sobre datos relacionados y no relacionados).
Situar En una máquina servidor (Capa de datos).
4.1.1.3 Descripción de Clientes y Usuarios
A. Estudio de Mercado
Clave de Mercado que motiva el desarrollo del producto:
En la Ciudad de Chimbote, la implementación de Sistemas
Informáticos en los Centros Educativos (Mercado destino) no
está siendo cabalmente explotada, ya que son pocos los Colegios
que utilizan adecuadamente sus equipos computarizados,
llegando a usar en sus áreas administrativas herramientas
ofimáticas para la presentación de documentos y mecanismos
manuales para el procesamiento de Datos.
Segmento del Mercado destino:
72
El proyecto busca una mejora en la actual forma de trabajo
administrativo de los Colegios de Nivel Secundario, mediante
la automatización de sus principales procesos de manejo de
información.
Tamaño del Mercado:
Actualmente en la Ciudad de Chimbote existe un aproximado de
setenta colegios secundarios. La mayor parte de estos colegios
no cuentan con sistemas automatizados para el control de su
información administrativa.
Preguntas Estratégicas de Mercado:
¿Cuál es la reputación de la institución en el mercado?
En la actualidad el Colegio Inmaculada de la Merced es
considerado académicamente como uno de los mejores colegios
públicos del entorno local.
¿Que reputación le gustaría tener?
Además del prestigio académico adquirido, el colegio tiene por
objetivo brindar un mejor servicio de atención al asociado, para
obtener un mayor nivel competitivo en el medio.
¿El producto soporta este objetivo?
El Sistema Integral Control permite brindar un mejor servicio de
atención a los padres de familia (asociados y no asociados),
mediante la entrega de información rápida, exacta y oportuna en
forma automatizada.
73
Tabla 4.11 Descripción de Clientes
Tabla 4.12 Descripción de Usuarios
Fuente: Elaboración Propia
B. Descripción de Clientes
Nombre Descripción
Asociado
Padre de Familia o Apoderado responsable de
uno o varios alumnos matriculados (Es el único
responsable de los pagos por concepto de
APAFA y Dirección).
Pagante
Externo
Padre de Familia (no necesariamente el asociado)
o Concesionario (Responsable de un kiosco o
cafetín ) que realiza un determinado pago al
Colegio.
C. Descripción de Usuarios
Nombre Descripción
Dirección
Organiza, conduce, supervisa, evalúa y controla
el funcionamiento del Colegio y sus recursos
humanos (Padres de familia, profesores, etc.).
Además se encarga de administrar parte de los
recursos económicos provenientes del asociado.
APAFA Brinda apoyo administrativo y logístico al colegio
74
Fuente: Plan Anual de Trabajo 2001
(administra la mayor parte de los recursos
económicos provenientes del asociado).
D. Entorno del Usuario
Recursos Humanos:
El control académico y económico de la institución está bajo la
responsabilidad de la Dirección del Colegio y de la Asociación
de Padres de Familia (APAFA). Este control es realizado en el
Area Administrativa de la institución, para lo cual cuenta con
una secretaria principal y tres secretarias auxiliares. El proyecto
no propone ningún cambio en el actual personal administrativo.
Recursos Software:
El personal administrativo trabaja sobre el siguiente software:
Sistema Operativo: Microsoft Windows 95.
Software Ofimático: Microsoft Office 97.
Software de Desarrollo: FoxPro v2.6 (Para manejar el actual
programa informático es necesario tener conocimientos
básicos sobre este lenguaje de programación).
El proyecto propone una plataforma con soporte a red (en el caso
de la instalación de una red). El nuevo sistema de control no
necesita de la instalación de ningún software de desarrollo (El
75
Tabla 4.13 Computadoras existentes en el Area Administrativa
Tabla 4.14 Impresoras existentes en el Area Administrativa
Fuente: Elaboración Propia
Fuente: Elaboración Propia
personal administrativo puede manejar el nuevo Sistema sin
tener conocimiento de ningún lenguaje de programación).
Recursos Hardware:
El personal administrativo trabaja sobre el siguiente hardware:
Componente PC01 PC02 PC03
Procesador Intel 486DX2
66 Mhz 128Kb
Intel Pentium
90Mhz 256Kb
Intel Pentium
100Mhz 256Kb
RAM 4 MB PC66
DRAM SIMM
8 MB PC66
DRAM SIMM
8 MB PC66
DRAM SIMM
Disco Duro Quantum 5.25”
512 MB
Quantum 5.25”
1.28 GB
Quantum 5.25”
1.28 GB
Monitor Beltron 14”
Monócromo
Samsung 14”
Color 3Ne
Samsung 14”
Color 450NB
Componente Impresora 01 Impresora 02
Modelo Epson LQ-2170 Epson FX-1180
Tecnología Matricial 720 dpi Matricial 460 dpi
Velocidad 440 cps 400 cps
Las computadoras operan como unidades independientes (no
satisfacen las necesidades de procesamiento administrativo). El
proyecto propone la instalación de una Red de computadoras en
76
el Area Administrativa del Colegio para un mejor
aprovechamiento del nuevo sistema de control (esto incluye el
cambio de las computadoras PC01, PC02 y PC03 descritas en la
Tabla 4.13).
E. Entorno del Cliente
En la actualidad el Colegio Inmaculada de la Merced cuenta con
1884 alumnos y 1684 asociados. Los asociados son los únicos
responsables de la matrícula del alumno (realizada en Marzo),
de la recepción de Boleta de Notas (realizada en Julio, Octubre y
Diciembre), de la asistencia a reuniones (realizada tres o cuatro
veces por año), del pago por concepto de APAFA (cuota por
matrícula, cuotas voluntarias, multas, etc.) y del pago por
concepto de Dirección (módulos, cuota de dirección, etc.). Por
otro lado el Colegio cuenta con seis concesionarios: cinco
kioscos y un cafetín, los cuales realizan un pago mensual por
derecho de funcionamiento (El pago es realizado al final de cada
mes de un año lectivo y es administrado por la APAFA). El
proyecto no propone realizar ningún cambio en la actual forma
de funcionamiento administrativo.
4.1.1.4 Objetivos del Producto
77
Controlar en forma automatizada el manejo de la información
en el Area Administrativa.
Reducir la utilización de mecanismos manuales en el desarrollo
de las actividades administrativas.
Integrar los principales procesos de manejo de información del
Area Administrativa.
Descentralizar el desarrollo de los procesos de manejo de
información administrativa.
4.1.1.5 Restricciones del Producto
El Sistema informático no controla los egresos económicos
realizados por la Dirección (Restricción impuesta por la misma
Dirección del Colegio).
Algunas funcionalidades del Sistema son irreversibles (emisión
y anulación de recibos de pago, cierre de matrícula, etc.), pero
pueden ser manipuladas a través de otros mecanismos
funcionales dispuestos en el Sistema informático.
Los reportes no pueden ser editados en forma directa (Los datos
deben ser cambiados desde la ventana de ingresos relacionada).
Cuando las actividades son realizadas en forma concurrente, se
debe recuperar cada cierto tiempo la información almacenada
para tener una vista actualizada de los reportes e informes.
El Sistema puede funcionar sobre una plataforma monousuaria,
sin embargo no podrá ser aprovechado en toda su dimensión.
78
Tabla 4.15 Requerimientos mínimos y recomendados de software
El software y el equipo de red instalado repercute directamente
en la velocidad del Sistema informático.
4.1.1.6 Rangos de Calidad del Producto
El ciclo de vida del Sistema está en el rango de 3 a 5 años
(dependiendo de los cambios en el sistema educativo, en el
funcionamiento administrativo o en la tecnología de información).
Las Aplicaciones Cliente del Sistema pueden ser manejadas por
cualquier personal con conocimiento básico de computación. Las
Aplicaciones Servidor pueden ser manejadas por un administrador
de red. El Sistema tolera diferentes errores cometidos por los
usuarios (errores en el ingreso de datos, en la asignación de deudas,
etc.), además puede soportar errores de tipo externo (errores en la
transmisión de datos, fallas eléctricas, etc.).
4.1.1.7 Otros Requerimientos del Producto
A. Estándares Aplicables
Estándar de Comunicación: TCP/IP.
Estándar de Plataforma: Windows.
B. Requerimientos del Sistema
Requerimientos Software:
Categorías de
Software
Requerimientos
Mínimos
Requerimientos
Recomendados
79
Fuente: Elaboración Propia
Tabla 4.16 Requerimientos recomendados de Hardware
Tabla 4.17 Requerimientos mínimos de Hardware
Fuente: Elaboración Propia
Sistema Operativo
(Máquina Server)
Microsoft Widows
2000 Professional
Microsoft Windows
2000 Server
Sistema Operativo
(Máquina Cliente)
Microsoft Windows
95
Microsoft Windows
2000 Professional
Software SGBD
(Máquina Server)
Sybase Adaptive
Server v6.0
Sybase Adaptive
Server v7.0
Software
Ofimático
Microsoft
Office 97
Microsoft
Office 2000
En el caso de que el Colegio no decida instalar una red (por
motivos económicos), el Sistema puede funcionar sobre una
máquina configurada como servidor.
Requerimientos Hardware:
Componentes Máquina
Servidor
Máquina
Cliente
Microprocesador Intel Pentium IV
1.5 Ghz 256 Kb
Intel Celeron
766 Mhz 128 Kb
Memoria RAM 256 MB RIMM
PC800
128 MB PC133
SDRAM DIMM
Disco Duro Quantum Fireball
20 GB Plus ATA100
Quantum Fireball
20 GB Plus ATA100
80
Fuente: Elaboración Propia
Componentes Máquina
Servidor
Máquina
Cliente
Microprocesador Intel Pentium II 200
Mhz 256 Kb
Intel Pentium
133 Mhz 256 Kb
Memoria RAM 64 MB PC100
SDRAM DIMM
16 MB PC66
DRAM SIMM
Disco Duro Quantum Fireball
2.1 GB UltraATA33
Quantum Fireball
2.1 GB UltraATA33
C. Requerimientos de Performance
El sistema soporta hasta 50 usuarios simultáneos contra la
aplicación servidor en cualquier momento. El Sistema
proporciona acceso a la base de datos en un promedio de 1.5
segundos para el almacenamiento de datos y de 3.0 segundos
para la recuperación de información.
4.1.1.8 Requerimientos de Documentación
A. Ayuda On-Line
La Ayuda Online estará disponible al usuario para cada función
del Sistema y describirá principalmente el uso del Sistema desde
el punto de vista del usuario. La ayuda On-Line incluirá:
Introducción al Sistema.
Requerimientos Mínimos del Sistema.
81
Requerimientos Recomendados del Sistema.
Instalación de las Aplicaciones.
Modo de empezar el Sistema
Características Funcionales del Sistema.
Comandos del Sistema.
Ingresos al Sistema (logging on).
Salidas del Sistema (logging off).
Información de Soporte al Cliente.
4.1.2 Plan de Desarrollo del Software
4.1.2.1 Introducción al Plan de Desarrollo
El objetivo de este Plan es definir el desarrollo de actividades en
términos de fases e iteraciones requeridas para implementar el
Sistema Integral de Control en el Area Administrativa del Colegio
Inmaculada de la Merced. Los detalles individuales de las
iteraciones serán descritos en los planes de iteración. Los planes
esquematizados en este documento están basados en los
requerimientos del producto definidos en el Documento Visión.
4.1.2.2 Vista General del Proyecto
A. Restricciones del Proyecto
82
El Sistema tiene la intención de ser el medio principal de
registro de los procesos de manejo de información
administrativa al término de Noviembre del 2001 (Restricción
impuesta por la Dirección del Colegio). El Sistema debe estar
implementado totalmente antes de esta fecha para su posterior
implantación.
B. Entregables del Proyecto
Los siguientes entregables serán producidos durante el proyecto:
Documento Visión.
Plan de Desarrollo del Software.
Diagrama de Casos de Uso del Negocio.
Diagrama de Objetos del Negocio.
Diagramas de Casos de Uso del Sistema.
Diagramas de Colaboración.
Diagramas de Secuencia.
Diagrama de Clases de Análisis.
Diseño de la Interfaz de Usuario.
Diagrama de Clases de Diseño.
Diagrama de Clases de Diseño en Capas.
Mapeo de Tablas de Base de Datos.
Diagrama de Implementación.
Diagrama de Despliegue.
83
Prueba del Software.
C. Evolución del Plan de Desarrollo
El Plan de Desarrollo del Software será revisado antes de
comenzar cada iteración de una fase.
D. Interfaces Externas
Se proporcionará la estimación del plan del proyecto a la
Dirección del Colegio y a la Asociación de padres de Familia
(APAFA). Además se interactuará con los usuarios del Sistema
y con el personal administrativo para solicitar las entradas, las
salidas y otros artefactos relevantes del Sistema.
4.1.2.3 Administración de Procesos
A. Estimación del Proyecto
El desarrollo del Sistema Integral de Control es similar en
complejidad al de cualquier otro Sistema basado en el esquema
Cliente/Servidor. El tiempo-estructura y el esfuerzo estimado
están basados en el cronograma y el presupuesto del proyecto.
B. Plan del Proyecto
Plan de Fases:
84
Tabla 4.18 Fases y Líneas de tiempo relativa del Proyecto
Fuente: Elaboración Propia
Tabla 4.19 Descripción de Fases y Principales Hitos del Proyecto
El desarrollo del Sistema Integral de Control será conducido a
través de la utilización de un número de iteraciones y del tiempo
de duración aproximado por cada fase.
Fases N°Iteraciones Empieza Finaliza
Iniciación 01 Semana 1 Semana 8
Elaboración 01 Semana 8 Semana 15
Construcción 02 Semana 15 Semana 31
Transición 01 Semana 25 Semana 32
A continuación se describen las fases desarrolladas y los
principales hitos del proyecto:
Fases Descripción Hito
85
Fuente: Elaboración Propia
Iniciación
En la Fase de Iniciación se desa-
rrollarán los requerimientos del
producto y se establecerán los ca-
sos de uso del negocio. Además se
desarrollarán los principales casos
de uso del Sistema así como el
Plan de Desarrollo del Software.
El Hito Revi-
sión de Casos
del Negocio
marcará la
decisión de
seguir o cance-
lar el proyecto.
Elaboración
En la Fase de Elaboración se ana-
lizarán los requerimientos y se de-
sarrollará el prototipo arquitectó-
nico. Al término de la Fase de
Elaboración todos los casos de
uso seleccionados serán
completados en el análisis y
diseño.
El Hito Prototi-
po Arquitectural
marcará la veri-
ficación de los
principales com
ponentes arqui-
tecturales.
Construcción
Durante la Fase de Construcción,
se analizarán y se diseñarán los
casos del uso restantes.Además se
desarrollará y se distribuirá la ver-
sión Beta del producto para su eva
luación respectiva. Por último se
completarán las actividades de
prueba e implementación de v1.0.
El Hito Capaci-
dad Operacional
de la versión be-
ta y de la v1.0
marcará la dis-
ponibilidad del
Software.
Transición
En la Fase de Transición se prepa-
rará la versión 1.0 del producto
para su distribución. Además se
proporcionará el apoyo necesario
para la instalación del sistema y la
capacitación del usuario.
El Hito Puesta
en marcha de la
v1.0 marcará la
disponibilidad
de las capacida-
des del producto
Plan de Iteraciones:
86
Cada fase del proyecto estará constituida por iteraciones en las
que serán desarrolladas partes del Sistema Integral de Control (el
número de iteraciones por fase se describe en la Tabla 4.18). En
general, las iteraciones:
Proporcionarán versiones tempranas del funcionamiento del
Sistema Integral de Control.
Permitirán la máxima flexibilidad en las características
planeadas para cada versión.
Facilitará el manejo eficaz de cambios dentro de un ciclo de
la iteración.
Plan de Versiones:
El Plan de Desarrollo del Software direccionará la
implementación de la versión 1.0 del Sistema Integral de
Control. Las características principales del Sistema están
definidas en el Documento Visión. Se espera que esta versión
pueda ser revisada y modificada debido a posibles cambios en el
Sistema educativo, en las políticas administrativas del Colegio o
debido a factores técnicos/tecnológicos. Para la posterior
implantación del Sistema informático, se manejarán los nuevos
requerimientos del producto en base a la versión 1.0.
87
Tabla 4.20 Cronograma de los Hitos del Proyecto
Tabla 4.21 Cronograma de las Fases del Proyecto
Fuente: Elaboración Propia
Cronograma del Proyecto:
A continuación se muestra el cronograma de desarrollo de las
Fases, Iteraciones e Hitos del proyecto:
Hitos del Proyecto Fecha Inicio Fecha Término
Revisión Casos del Negocio 30/03/2001 30/03/2001
Prototipo Arquitectural 18/05/2001 18/05/2001
Capacidad Operacional - -
Iteración 01: vBeta 13/07/2001 13/07/2001
Iteración 02: v1.0 21/09/2001 21/09/2001
Puesta en Marcha de la v1.0 28/09/2001 28/09/2001
Fases del Proyecto Fecha Inicio Fecha Término
Fase de Iniciación 05/02/2001 30/03/2001
Modelo del Negocio 05/02/2001 23/02/2001
Modelo de Casos de Uso 24/02/2001 30/03/2001
Fase de Elaboración 31/03/2001 18/05/2001
Modelo del Negocio 31/03/2001 06/04/2001
Modelo de Casos de Uso 07/04/2001 13/04/2001
Análisis y Diseño (Arquitect.) 14/04/2001 04/05/2001
Implementación (Arquitectura) 05/05/2001 11/05/2001
Prueba (Arquitectura) 12/05/2001 18/05/2001
88
Tabla 4.21 Cronograma de las Fases del Proyecto (Continuación)
Fuente: Elaboración Propia
Fases del Proyecto Fecha Inicio Fecha Término
Fase de Construcción 19/05/2001 21/09/2001
Iteración 01: 19/05/2001 13/07/2001
Implementacion de vBeta 19/05/2001 29/06/2001
Prueba de vBeta 30/06/2001 13/07/2001
Iteración 02: 14/07/2001 21/09/2001
Análisis y Diseño de v1.0 14/07/2001 10/08/2001
Implementación de v1.0 11/08/2001 07/08/2001
Prueba de v1.0 08/08/2001 21/09/2001
Fase de Transición 06/08/2001 28/09/2001
Despliegue de v1.0 06/08/2001 28/09/2001
Recursos del Proyecto :
El proyecto será desarrollado totalmente por los autores del
presente trabajo. Las actividades de prueba contarán con el
apoyo de los usuarios del Sistema así como del personal
administrativo del Colegio.
89
4.1.3 Modelo del Negocio
4.1.3.1 Modelo de Casos de Uso del Negocio