SISTEMAS DE MATRICULA

Plan de desarrollo del Software

VERSION 1.0

Grupo System

Responsables
 INTRODUCCIÓN

El presente documento es una versión preliminar preparada para ser incluida en

la propuesta de desarrollo del proyecto de Implementación De Un Sistema De
Gestión de Matricula Para la institución educativa particular “Columbia”. Este
documento provee una visión general del proceso de desarrollo propuesto.
El proceso de desarrollo propuesto constituye una configuración del proceso
RUP de acuerdo a las características del proyecto, seleccionando los roles de los
participantes, las actividades a realizar y los entregables que serán generados.
Este documento es a su vez uno de los entregables que sugiere la metodología
RUP.
Como primer paso nos centraremos en el estudio de los procesos y actividades
que están inmersos en la actividad educativa de la empresa”Columbia”, de la
cual identificaremos los puntos más críticos donde la intervención manual en
ciertos procesos, pueden ser transformados a procesos automatizados para
optimizar recursos y tiempo en la ejecución de tales procesos .
Como segundo paso se describirá la alternativa de solución para la
implementación del sistema de Gestión de matrícula.

PROPÓSITO
 El propósito del siguiente documento es:

 proporcionar la información necesaria para controlar el proyecto

 Describir el enfoque del desarrollo del proyecto a través de la metodología utilizada en

este caso RUP, para obtener una mejor visión de los objetivos a alcanzar.

 Definir las actividades a realizar dentro del proceso de desarrollo, en términos de las
fases e iteraciones necesarias contempladas en RUP para el desarrollo del Sistema de
Gestión de Matricula para la institución educativa “Columbia”.

 Servir de forma eficiente al desarrollo del proyecto de software, pues será de gran
importancia para:

 El jefe del proyecto; ya que lo utilizará para organizar la agenda y necesidades de

recursos, y para realizar su seguimiento y control respectivo.

 Los miembros del grupo de desarrollo; lo usaran como instrumento para entender
lo qué deben hacer, cuándo deben hacerlo y qué otras actividades dependen de
ello dentro del proceso de desarrollo.

ALCANCE

El Plan de Desarrollo del Software describe de manera general el plan que será utilizado para
el desarrollo del “Sistema de Matricula “.

Durante el proceso de desarrollo en lo concerniente a la “Visión” se definen las características

del producto a desarrollar desde la perspectiva del cliente, lo cual constituye la base para la
planificación de las iteraciones sugerida por la metodología en este caso RUP.

Para la versión 1.0 del Plan de Desarrollo del Software, nos centramos principalmente en la
identificación de los roles y responsabilidades así como de los requisitos proporcionados por
los involucrados en el proceso de matrícula, una vez comenzado el proyecto y durante la fase
de Inicio se generará la primera versión del entregable.

El avance del proyecto tendrá un seguimiento continuo e iterativo que ocasionara ajustes de
este documento produciendo nuevas versiones actualizadas, que serán de mucha importancia
pues permitirán mantenernos en una constante retroalimentacxion, y por tal obtener un mejor
producto final en cada proceso de iteración del producto.

RESUMEN

Para un mejor desarrollo del proyecto, el presente documento está estructurado de la

siguiente manera:

Visión General del Proyecto: Proporciona una descripción del propósito, alcance y
objetivos global del proyecto, estableciendo los entregables que serán producidos y
utilizados durante el proyecto.

Organización del Proyecto: Describe la estructura organizacional del equipo de desarrollo.

 Gestión del Proceso: Explica los costos y planificación estimada del proyecto, define las
fases e hitos del proyecto y describe cómo se realizará su seguimiento.

2. Visión General del Proyecto

2.1. Objetivos del proyecto: El desarrollo del proyecto “Sistema de Gestión de Matricula”
tiene como objetivos:

OBJETIVO GENERAL: Implementar soluciones que permitan procesar de forma rápida e

eficiente el proceso de matrícula de la empresa educativa “Columbia” considerando
necesario para esto el desarrollo de un sistema de gestión de matricula.

OBJETIVOS ESPECIFICOS:

 Ofrecer mediante el desarrollo del sistema de matricula: rapidez, seguridad de

datos, e información a tiempo real, a la empresa.
 Proponer un sistema de Gestión De Matricula orientado a mejorar la atención al
cliente.
 Proporcionar información oportuna y confiable, en el momento que se precise.

2.2. Entregables del proyecto

Los entregables del proyecto, son documentos que serán generados y utilizados
el proyecto de desarrollo de software. A continuación se realiza una breve
descripción de cada uno de los entregables generados.

Los documentos mencionados, tendrán un proceso seguimiento que ocasionara

algunos ajustes, para lograr así mejorar el desarrollo de las versiones actuales
logrando esto atrás ves de un proceso iterativo e incremental como lo sugiere
RUP.

1) Plan de Desarrollo del Software

Hace referencia al presente documento, en el cual se detalla información sobre

los objetivos que se esperan alcanzar dentro del proceso de desarrollo, que
luego será modificado conforme avance el proyecto.

2) Modelo de Casos de Uso del Negocio: Es un modelo de las funciones de negocio

Vistas desde la perspectiva de los actores externos .
3) Modelo de Objetos del Negocio: Es un modelo que describe la realización de
cada caso de uso del negocio, estableciendo los actores internos, la
información que en términos generales manipulan y los flujos de trabajo
(workflows) asociados al caso de uso del negocio. Para la representación de
este modelo se utilizan Diagramas de Colaboración (para mostrar actores
externos, internos y las entidades (información) que manipulan, un Diagrama
 de Clases para mostrar gráficamente las entidades del sistema y sus
relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo
4) Glosario: que nos ayudara a conocer acerca de los principales términos
utilizados en el proyecto, para evitar así ambigüedades, y facilitar el
entendimiento del mismo.

5) 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.
6) Visión: Es precisa una visión del proyecto desde la perspectiva del cliente,
señalando cuales son las necesidades y características que deberá contener
el proyecto, mejorando así las actividades de la empresa. Nos permitirá
establecer los requisitos del sistema.
7) 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 descripción narrativa)
se realiza una descripción detallada utilizando una plantilla de documento, donde se
incluyen: precondiciones, post-condiciones, flujo de eventos, requisitos no-
funcionales asociados. También, para casos de uso cuyo flujo de eventos sea
complejo podrá adjuntarse una representación gráfica mediante un Diagrama de
Actividad.
8) Especificaciones Adicionales: Las especificaciones adicionales del proyecto,
que no fueron incluidos en los casos de uso se mencionaran en este
documento. El contenido tendrá requisitos como: requisitos legales o
normas, aplicación de estándares, requisitos de calidad del producto, tales
como: confiabilidad, desempeño, etc., u otros requisitos de ambiente, tales
como: sistema operativo, requisitos de compatibilidad, etc.
9) Prototipos de Interfaces de Usuario: Los prototipos ayudaran al usuario a
obtener una idea general acerca de las interfaces integradas en el sistema; el
usuario nos ayudara a mejorar el sistema con respecto a los requisitos que
hace falta precisar. Se obtendrán los prototipos de diversas maneras; dibujos
a mano en papel, dibujos con alguna herramienta gráfica o prototipos
ejecutables interactivos, dependiendo del avance del proyecto.
10) Modelo de Datos: El modelamiento de datos nos ayudara a realizar una base
de datos relacional, representando así los datos existentes; el cual nos servirá
para soportar el sistema a desarrollar. Este modelo será expresado mediante
un Diagrama de Clases; en el que se utiliza un profile UML para Modelado de
Datos, para conseguir la representación de tablas, claves, entre otras.
11) Modelo de Implementación: Este modelo es una colección de componentes
y los subsistemas que los contienen. Estos componentes incluyen: ficheros
ejecutables, ficheros de código fuente, y todo otro tipo de ficheros necesarios
para la implantación y despliegue del sistema.
 12) Modelo de Despliegue: El Modelo Físico de Despliegue provee un modelo
detallado de la forma en la que los componentes se desplegarán a lo largo de
la infraestructura del sistema. Detalla las capacidades de red, las
especificaciones del servidor, los requisitos de hardware y otra información
relacionada al despliegue del sistema propuesto.
13) Casos de Prueba: Cada prueba es especificada mediante un documento que
establece las condiciones de ejecución, las entradas de la prueba, y los
resultados esperados. Estos casos de prueba son aplicados como pruebas de
regresión en cada iteración. 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.
14) Manual de Instalación: El manual de instalación, contendrá las instrucciones
para realizar la instalación del producto.
15) Material de Apoyo al Usuario Final: Tiene relación con los documentos y
facilidades de uso del sistema, incluyendo: Guías del Usuario, Guías de
Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea. Ayudara al
usuario a manejar el sistema sin ningún inconveniente.
16) Producto: El producto será empaquetado y almacenado en un disco, con los
componentes apropiados para facilitar su uso e instalación.

2.3 Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisará semanalmente y se actualizara antes del

comienzo de cada iteración.

3. ORGANIZACIÓN DEL PROYECTO

3.1 PARTICIPANTES EN EL PROYECTO

La composición del equipo de trabajo del proyecto tendrá la siguiente

distribución:

JEFE DE PROYECTO

Labor de……………., Ingeniero de Sistemas. Se encargara de asignar los

recursos, gestionar y realizar los procesos de desarrollo del proyecto
manteniendo al equipo enfocado en los objetivos planteados inicialmente.

ANALISTA, DISEÑADOR DE SISTEMAS

Labor de, Alumno Ingeniería de Sistemas de la UNJFSC . Quienes se encargaran

de identificar y procesar todos los requerimientos necesarios para la elaboración del
proyecto, interactuar constantemente con los usuarios del sistema, realizar el modelo
de análisis y diseño del mismo.
 PROGRAMADOR E INGENIERO DE SOFTWARE

Labor de Alumno de Ingeniería de Sistemas, de la UNJFSC. La labor a realizar es

la construcción de los prototipos, codificación de las interfaces del sistema y
colaborará en todo momento con el analista de sistemas, en las diversas funciones
que este realice.

3.2 INTERFACES EXTERNAS

El gerente de las empresas “Columbia”, delegara a las personas que

proporcionaran la lista de requerimientos para el desarrollo del sistema, y
también a las personas que estarán encargadas de supervisar y evaluar el
avance de cada uno de los entregables. El grupo de trabajo interactuara de
forma constante con las personas designadas por la empresa, en lo que
concierne al desarrollo y validación de los entregables que se vayan generando.

3.3 Roles y Responsabilidades

El grupo está formado por 6 integrantes que desempeñan los roles del proyecto
indistintamente según la situación. Estos roles son:

A continuación se describen las principales responsabilidades de cada uno de los

puestos en el equipo de desarrollo de acuerdo con los roles que desempeñan 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. El jefe de proyecto también establece un
conjunto de prácticas que aseguran la integridad y calidad
de los artefactos del proyecto. Además, el jefe de
proyecto se encargará de supervisar el establecimiento
de la arquitectura del sistema. Gestión de riesgos.
Planificación y control del proyecto.
Analista de Captura, especificación y validación de requisitos,
Sistemas interactuando con el cliente y los usuarios mediante
entrevistas. Elaboración del Modelo de Análisis y Diseño.
Colaboración en la elaboración de las pruebas funcionales
y el modelo de datos.
Programador Construcción de prototipos. Colaboración en la
 elaboración de las pruebas funcionales, modelo de datos
y en las validaciones con el usuario
Ingeniero de Gestión de requisitos, gestión de configuración y cambios,
Software elaboración del modelo de datos, preparación de las
pruebas funcionales, elaboración de la documentación.
Elaborar modelos de implementación y despliegue.

4. Gestión del Proceso

4.1 Estimaciones del Proyecto
4.2 Plan del Proyecto
En esta sección se presenta la organización en fases e iteraciones y el calendario del
proyecto.

4.3 Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una
de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de
iteraciones de cada fase (para las fases de Construcción y Transición es sólo una
aproximación muy preliminar)

Fase Nro. Duración

Iteraciones
Fase de Inicio 1 3 semanas
Fase de Elaboración 1 2 semanas
Fase de 2 7 semanas
Construcción
Fase de Transición 1 2 semanas

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

Descripción Hito

Fase de Inicio En esta fase desarrollará los requisitos del producto desde la
perspectiva del usuario. Los principales casos de uso serán
identificados y se hará un refinamiento del Plan de Desarrollo
del Proyecto. La aceptación del cliente / usuario de los
documentos Visión y el Plan de Desarrollo marcan el final de
esta fase.

Fase de En esta fase se analizan los requisitos y se desarrolla un

Elaboración prototipo de arquitectura (incluyendo las partes más relevantes
y / o críticas del sistema). Al final de esta fase, todos los casos
de uso correspondientes a requisitos que serán implementados
en la primera release de la fase de Construcción deben estar
 analizados y diseñados (en el Modelo de Análisis / Diseño). La
revisión y aceptación del prototipo de la arquitectura del
sistema marca el final de esta fase.

Fase de Durante la fase de construcción se terminan de analizar y

Construcción diseñar todos los casos de uso, refinando el Modelo de
Análisis / Diseño. El producto se construye en base a 2
iteraciones, cada una produciendo una release a la cual se le
aplican las pruebas y se valida con el cliente / usuario. Se
comienza la elaboración de material de apoyo al usuario.

Fase de En esta fase se prepararán dos releases para distribución,

Transición asegurando una implantación y cambio del sistema previo de
manera adecuada, incluyendo el entrenamiento de los usuarios.
Esta fase incluye, la entrega de toda la documentación del
proyecto con los manuales de instalación y todo el material de
apoyo al usuario, la finalización del entrenamiento de los
usuarios y el empaquetamiento del producto.

4.4 Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto. Como se
ha comentado, el proceso iterativo e incremental de RUP está caracterizado por la
realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con
lo cual la mayoría de los entregables son generados muy tempranamente en el
proyecto pero van desarrollándose en mayor o menor grado de acuerdo a la fase e
iteración del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido
marca el énfasis de cada disciplina en un momento determinado del desarrollo.
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación indica
cuándo el entregable en cuestión tiene un estado de completitud suficiente para someterse a
revisión y aprobación, pero esto no quita la posibilidad de su posterior refinamiento y cambios.

Disciplinas y entregables generados o modificados

Comienzo Aprobación
durante la Fase de Inicio

Modelado del Negocio

Modelo de Casos de Uso del Negocio y Modelo Semana 1 Semana 3

de Objetos del Negocio

Requisitos

Semana 1 Semana 3
Glosario

Semana 2 Semana 3
Visión

Semana 3
Modelo de Casos de Uso siguiente fase

Semana 3
Especificación de Casos de Uso siguiente fase

Semana 3
Especificaciones Adicionales siguiente fase

Análisis / Diseño

Semana 2
Modelo de Datos siguiente fase

Semana 2
Diccionario de Datos Siguiente fase

Implementación

Semana 3
Prototipos de Interfaces de Usuario siguiente fase

Modelo de Implementación Semana 3 siguiente fase

 Pruebas

Semana 3
Casos de Pruebas Funcionales siguiente fase

Despliegue

Semana 3
Modelo de Despliegue siguiente fase

Gestión del proyecto

Plan de Desarrollo del Software en su versión Semana 1 Semana 3

1.0 y planes de las Iteraciones

4.5 Seguimiento y Control del Proyecto

Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el
jefe de proyecto.
 CAS GUIA (AVALUACIÓ CONTINUADA)
Inicio Elaboració Constr 1a Iter Constr 2a Iter transicion
3 4 5 6 7 8 9 10 11 12 13 14 15 16

Modelat del Negoci

Model de Casos d'Ús del
Negoci
Requisits

Visió 

Model de Casos d'Ús 

Especificació de Casos
d'Ús 
Anàlisi / Disseny

Model d'Anàlisi / Disseny …….….. 

Model de Dades …….….. ………...

Implementació
Prototipus d'Interficies
d'Usuari …….….. ………...
Proves
Casos de Proves
Funcionals …….….. ………...
Desplegament

Model de Desplegament …….….. ………...

Gestió de Canvis i
Configuració
Gestió del projecte
Pla de Desenvolupament
del Software en versió 1.0