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