You are on page 1of 13

SISTEMAS DE MATRICULA

Plan de desarrollo del Software



VERSION 1.0

Grupo System






Responsables


INTRODUCCIN


EI presente documento es una versin preIiminar preparada para ser incIuida en
Ia propuesta de desarroIIo deI proyecto de ImpIementacin D e Un Sistema De
Gestin de WatricuIa Para Ia institucin educativa particuIar CoIumbia. Este
documento provee una visin generaI deI proceso de desarroIIo propuesto.
EI proceso de desarroIIo propuesto constituye una configuracin deI proceso
RUP de acuerdo a Ias caractersticas deI proyecto, seIeccionando Ios roIes de Ios
participantes, Ias actividades a reaIizar y Ios entregabIes que sern generados.
Este documento es a su vez uno de Ios entregabIes que sugiere Ia metodoIoga
RUP.
Como primer paso nos centraremos en eI estudio de Ios procesos y actividades
que estn inmersos en Ia actividad educativa de Ia empresaCoIumbia, de Ia
cuaI identificaremos Ios puntos ms crticos donde Ia intervencin manuaI en
ciertos procesos, pueden ser transformados a procesos automatizados para
optimizar recursos y tiempo en Ia ejecucin de taIes procesos .
Como segundo paso se describir Ia aIternativa de soIucin para Ia
impIementacin deI sistema de Gestin de matrcuIa.
PROP SITO

EI propsito deI siguiente documento es:

proporcionar Ia informacin necesaria para controIar eI proyecto
Describir eI enfoque deI desarroIIo deI proyecto a travs de Ia metodoIoga utiIizada en
este caso RUP, para obtener una mejor visin de Ios objetivos a aIcanzar.
Definir Ias actividades a reaIizar dentro deI proceso de desarroIIo, en trminos de Ias
fases e iteraciones necesarias contempIadas en RUP para eI desarroIIo deI Sistema de
Gestin de MatricuIa para Ia institucin educativa CoIumbia.
Servir de forma eficiente aI desarroIIo deI proyecto de software, pues ser de gran
importancia para:

El jefe del proyecto; ya que Io utiIizar para organizar Ia agenda y necesidades de
recursos, y para reaIizar su seguimiento y controI respectivo.

Los miembros del grupo de desarrollo; Io usaran como instrumento para entender
Io qu deben hacer, cundo deben hacerIo y qu otras actividades dependen de
eIIo dentro deI proceso de desarroIIo.
ALCANCE

EI PIan de DesarroIIo deI Software describe de manera generaI eI pIan que ser utiIizado para
eI desarroIIo deI Sistema de MatricuIa .

Durante eI proceso de desarroIIo en Io concerniente a Ia Visin se definen Ias caractersticas
deI producto a desarroIIar desde Ia perspectiva deI cIiente, Io cuaI constituye Ia base para Ia
pIanificacin de Ias iteraciones sugerida por Ia metodoIoga en este caso RUP.

Para Ia versin 1.0 deI PIan de DesarroIIo deI Software, nos centramos principaImente en Ia
identificacin de Ios roIes y responsabiIidades as como de Ios requisitos proporcionados por
Ios invoIucrados en eI proceso de matrcuIa, una vez comenzado eI proyecto y durante Ia fase
de Inicio se generar Ia primera versin deI entregabIe.

EI avance deI proyecto tendr un seguimiento continuo e iterativo que ocasionara ajustes de
este documento produciendo nuevas versiones actuaIizadas, que sern de mucha importancia
pues permitirn mantenernos en una constante retroaIimentacxion, y por taI obtener un mejor
producto finaI en cada proceso de iteracin deI producto.

RESUMEN

Para un mejor desarroIIo deI proyecto, eI presente documento est estructurado de Ia
siguiente manera:

Visin General del Proyecto: Proporciona una descripcin deI propsito, aIcance y
objetivos gIobaI deI proyecto, estabIeciendo Ios entregabIes que sern producidos y
utiIizados durante eI proyecto.
Organizacin del Proyecto: Describe Ia estructura organizacionaI deI equipo de desarroIIo.

Gestin del Proceso: ExpIica Ios costos y pIanificacin estimada deI proyecto, define Ias
fases e hitos deI proyecto y describe cmo se reaIizar su seguimiento.

2. Visin General del Proyecto

.1. Objetivos del proyecto: EI desarroIIo deI proyecto Sistema de Gestin de Matricula
tiene como objetivos:

OBJETIVO GENERAL: ImpIementar soIuciones que permitan procesar de forma rpida e
eficiente eI proceso de matrcuIa de Ia empresa educativa CoIumbia considerando
necesario para esto eI desarroIIo de un sistema de gestin de matricuIa.
OBJETIVOS ESPECIFICOS:

Ofrecer mediante eI desarroIIo deI sistema de matricuIa: rapidez, seguridad de
datos, e informacin a tiempo reaI, a Ia empresa.
Proponer un sistema de Gestin De MatricuIa orientado a mejorar Ia atencin aI
cIiente.
Proporcionar informacin oportuna y confiabIe, en eI momento que se precise.

.. Entregables del proyecto

Los entregabIes deI proyecto, son documentos que se rn generados y utiIizados
eI proyecto de desarroIIo de software. A continuacin se reaIiza una breve
descripcin de cada uno de Ios entregabIes generados.
Los documentos mencionados, tendrn un proceso seguimiento que ocasionara
aIgunos ajustes, para Iograr as mejorar eI desarroIIo de Ias versiones actuaIes
Iogrando esto atrs ves de un proceso iterativo e incrementaI como Io sugiere
RUP.
1) Plan de Desarrollo del Software

Hace referencia aI presente documento, en eI cuaI se detaIIa informacin sobre
Ios objetivos que se esperan aIcanzar dentro deI proceso de desarroIIo, que
Iuego ser modificado conforme avance eI proyecto.

) Modelo de Casos de Uso del Negocio: Es un modeIo de Ias funciones de negocio
Vistas desde Ia perspectiva de Ios actores externos.
3) Modelo de Objetos del Negocio: Es un modeIo que describe Ia reaIizacin de
cada caso de uso deI negocio, estabIeciendo Ios actores internos, Ia
informacin que en trminos generaIes manipuIan y Ios fIujos de trabajo
(workfIows) asociados aI caso de uso deI negocio. Para Ia representacin de
este modeIo se utiIizan Diagramas de Colaboracin (para mostrar actores
externos, internos y Ias entidades (informacin) que manipuIan, un Diagrama
de Clases para mostrar grficamente Ias entidades deI sistema y sus
reIaciones, y Diagramas de Actividad para mostrar Ios fIujos de trabajo
4) Glosario: que nos ayudara a conocer acerca de Ios principaIes trminos
utiIizados en eI proyecto, para evitar as ambigedades, y faciIitar eI
entendimiento deI mismo.

5) Modelo de Casos de Uso: EI modeIo de Casos de Uso presenta Ias funciones
deI sistema y Ios actores que hacen uso de eIIas. Se representa mediante
Diagramas de Casos de Uso.
6) Visin: Es precisa una visin deI proyecto desde Ia perspectiva deI cIiente,
seaIando cuaIes son Ias necesidades y caractersticas que deber contener
eI proyecto, mejorando as Ias actividades de Ia empresa. Nos permitir
estabIecer Ios requisitos deI sistema.
7) Especificaciones de Casos de Uso: Para Ios casos de uso que Io requieran (cuya
funcionaIidad no sea evidente o que no baste con una simpIe descripcin narrativa)
se reaIiza una descripcin detaIIada utiIizando una pIantiIIa de documento, donde se
incIuyen: precondiciones, postcondiciones, fIujo de eventos, requisitos no
funcionaIes asociados. Tambin, para casos de uso cuyo fIujo de eventos sea
compIejo podr adjuntarse una representacin grfica mediante un Diagrama de
Actividad.
8) Especificaciones Adicionales: Las especificaciones adicionaIes deI proyecto,
que no fueron incIuidos en Ios casos de uso se mencionaran en este
documento. EI contenido tendr requisitos como: requisitos IegaIes o
normas, apIicacin de estndares, requisitos de caIidad deI producto, taIes
como: confiabiIidad, desempeo, etc., u otros requisitos de ambiente, taIes
como: sistema operativo, requisitos de compatibiIidad, etc.
9) Prototipos de Interfaces de Usuario: Los prototipos ayudaran aI usuario a
obtener una idea generaI acerca de Ias interfaces integradas en eI sistema; eI
usuario nos ayudara a mejorar eI sistema con respecto a Ios requisitos que
hace faIta precisar. Se obtendrn Ios prototipos de diversas maneras; dibujos
a mano en papeI, dibujos con aIguna herramienta grfica o prototipos
ejecutabIes interactivos, dependiendo deI avance deI proyecto.
10) Modelo de Datos: EI modeIamiento de datos nos ayudara a reaIizar una base
de datos reIacionaI, representando as Ios datos existentes; eI cuaI nos servir
para soportar eI sistema a desarroIIar. Este modeIo ser expresado mediante
un Diagrama de CIases; en eI que se utiIiza un profiIe U ML para ModeIado de
Datos, para conseguir Ia representacin de tabIas, cIaves, entre otras.
11) Modelo de Implementacin: Este modeIo es una coIeccin de componentes
y Ios subsistemas que Ios contienen. Estos componentes incIuyen: ficheros
ejecutabIes, ficheros de cdigo fuente, y todo otro tipo de ficheros
necesarios para Ia impIantacin y despIiegue deI sistema.
1) Modelo de Despliegue: EI ModeIo Fsico de DespIiegue provee un modeIo
detaIIado de Ia forma en Ia que Ios componentes se despIegarn a Io Iargo de
Ia infraestructura deI sistema. DetaIIa Ias capacidades de red, Ias
especificaciones deI servidor, Ios requisitos de hardware y otra informacin
reIacionada aI despIiegue deI sistema propuesto.
13) Casos de Prueba: Cada prueba es especificada mediante un documento que
estabIece Ias condiciones de ejecucin, Ias entradas de Ia prueba, y Ios
resuItados esperados. Estos casos de prueba son apIicados como pruebas de
regresin en cada iteracin. Cada caso de prueba IIevar asociado un
procedimiento de prueba con Ias instrucciones para reaIizar Ia prueba, y
dependiendo deI tipo de prueba dicho procedimiento podr ser
automatizabIe mediante un script de prueba.
14) Manual de Instalacin: EI manuaI de instaIacin, contendr Ias instrucciones
para reaIizar Ia instaIacin deI producto.
15) Material de Apoyo al Usuario Final: Tiene reIacin con Ios documentos y
faciIidades de uso deI sistema, incIuyendo: Guas deI Usuario, Guas de
Operacin, Guas de Mantenimiento y Sistema de Ayuda en Lnea. Ayudara aI
usuario a manejar eI sistema sin ningn inconveniente.
16) Producto: EI producto ser empaquetado y aImacenado en un disco, con Ios
componentes apropiados para faciIitar su uso e instaIacin.

.3 Evolucin del Plan de Desarrollo del Software

EI PIan de DesarroIIo deI Software se revisar semanaImente y se actuaIizara antes deI
comienzo de cada iteracin.
3. ORGANIZACIN DEL PROYECTO

3.1 PARTICIPANTES EN EL PROYECTO

La composicin deI equipo de trabajo deI proyecto tendr I a siguiente
distribucin:
JEFE DE P ROYECTO

Labor de., Ingeniero de Sistemas. Se encargara de asignar Ios
recursos, gestionar y reaIizar Ios procesos de desarroIIo deI proyecto
manteniendo aI equipo enfocado en Ios objetivos pIanteados iniciaImente .
ANALISTA, DISEADOR DE SISTEMAS

Labor de, AIumno Ingeniera de Sistemas de Ia UNJFSC . Quienes se encargaran
de identificar y procesar todos Ios requerimientos necesarios para Ia eIaboracin deI
proyecto, interactuar constantemente con Ios usuarios deI sistema, re aIizar eI modeIo
de anIisis y diseo deI mismo.






PROGRAMADOR E INGENIERO DE SOFTWARE

Labor de AIumno de Ingeniera de Sistemas, de Ia UNJFSC. La Iabor a reaIizar es
Ia construccin de Ios prototipos, codificacin de Ias interfaces deI sistema y
coIaborar en todo momento con eI anaIista de sistemas, en Ias diversas funciones
que este reaIice.

3. INTERFACES EXTERNAS

EI gerente de Ias empresas CoIumbia, deIegara a Ias personas que
proporcionaran Ia Iista de requerimientos para eI desarroIIo deI sistema, y
tambin a Ias personas que estarn encargadas de supervisar y evaIuar eI
avance de cada uno de Ios entregabIes. EI grupo de trabajo interactuara de
forma constante con Ias personas designadas por Ia empresa, en Io que
concierne aI desarroIIo y vaIidacin de Ios entregabIes que se vayan generando.
3.3 Roles y Responsabilidades

EI grupo est formado por 6 integrantes que desempean I os roIes deI proyecto
indistintamente segn Ia situacin. Estos roIes son:

A continuacin se describen Ias principaIes responsabiIidades de cada uno de Ios
puestos en eI equipo de desarroIIo de acuerdo con Ios roIes que desempean en RUP.




Puesto Responsabilidad
Jefe de Proyecto EI jefe de proyecto asigna Ios recursos, gestiona Ias
prioridades, coordina Ias interacciones con Ios cIientes y
usuarios, y mantiene aI equipo deI proyecto enfocado en
Ios objetivos. EI jefe de proyecto tambin estabIece un
conjunto de prcticas que aseguran Ia integridad y caIidad
de Ios artefactos deI proyecto. Adems, eI jefe de proyecto
se encargar de supervisar eI estabIecimiento de Ia
arquitectura deI sistema. Gestin de riesgos. PIanificacin y
controI deI proyecto.
Analista de
Sistemas
Captura, especificacin y vaIidacin de requisitos,
interactuando con eI cIiente y Ios usuarios mediante
entrevistas. EIaboracin deI ModeIo de AnIisis y Diseo.
CoIaboracin en Ia eIaboracin de Ias pruebas funcionaIes y
eI modeIo de datos.
Programador Construccin de prototipos. CoIaboracin en Ia eIaboracin

de Ias pruebas funcionaIes, modeIo de datos y en Ias
vaIidaciones con eI usuario
Ingeniero de
Software
Gestin de requisitos, gestin de configuracin y cambios,
eIaboracin deI modeIo de datos, preparacin de Ias
pruebas funcionaIes, eIaboracin de Ia documentacin.
EIaborar modeIos de impIementacin y despIiegue.


4. Gestin del Proceso
4.1 Estimaciones del Proyecto
4. Plan del Proyecto
En esta seccin se presenta Ia organizacin en fases e iteraciones y eI caIendario deI
proyecto.
4.3 Plan de las Fases

EI desarroIIo se IIevar a cabo en base a fases con una o ms iteraciones en cada una
de eIIas. La siguiente tabIa muestra una Ia distribucin de tiempos y eI nmero de
iteraciones de cada fase (para Ias fases de Construccin y Transicin es sIo una
aproximacin muy preIiminar)

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

Los hitos que marcan eI finaI de cada fase se describen en Ia siguiente tabIa.


Descripcin Hito

Fase de Inicio En esta fase desarroIIar Ios requisitos deI producto desde Ia
perspectiva deI usuario. Los principaIes casos de uso sern
identificados y se har un refinamiento deI PIan de DesarroIIo
deI Proyecto. La aceptacin deI cIiente / usuario de Ios
documentos Visin y eI PIan de DesarroIIo marcan eI finaI de
esta fase.
Fase de
Elaboracin
En esta fase se anaIizan Ios requisitos y se desarroIIa un
prototipo de arquitectura (incIuyendo Ias partes ms
reIevantes y / o crticas deI sistema). AI finaI de esta fase, todos
Ios casos de uso correspondientes a requisitos que sern
impIementados en Ia primera reIease de Ia fase de
Construccin deben estar anaIizados y diseados (en eI ModeIo
de AnIisis / Diseo). La revisin y aceptacin deI prototipo de
Ia arquitectura deI sistema marca eI finaI de esta fase.


Fase de
Construccin
Durante Ia fase de construccin se terminan de anaIizar y
disear todos Ios casos de uso, refinando eI ModeIo de AnIisis
/ Diseo. EI producto se construye en base a 2 iteraciones, cada
una produciendo una reIease a Ia cuaI se Ie apIican Ias pruebas
y se vaIida con eI cIiente / usuario. Se comienza Ia eIaboracin
de materiaI de apoyo aI usuario.
Fase de
Transicin
En esta fase se prepararn dos reIeases para distribucin,
asegurando una impIantacin y cambio deI sistema previo de
manera adecuada, incIuyendo eI entrenamiento de Ios
usuarios. Esta fase incIuye, Ia entrega de toda Ia
documentacin deI proyecto con Ios manuaIes de instaIacin y
todo eI materiaI de apoyo aI usuario, Ia finaIizacin deI
entrenamiento de Ios usuarios y eI empaquetamiento deI
producto.


4.4 Calendario del Proyecto
A continuacin se presenta un caIendario de Ias principaIes tareas deI proyecto. Como se
ha comentado, eI proceso iterativo e incrementaI de RUP est caracterizado por Ia
reaIizacin en paraIeIo de todas Ias discipIinas de desarroIIo a Io Iargo deI proyecto, con
Io cuaI Ia mayora de Ios entregabIes son generados muy tempranamente en eI
proyecto pero van desarroIIndose en mayor o menor grado de acuerdo a Ia fase e
iteracin deI proyecto. La siguiente figura iIustra este enfoque, en eIIa Io ensombrecido
marca eI nfasis de cada discipIina en un momento determinado deI desarroIIo.


Para este proyecto se ha estabIecido eI siguiente caIendario. La fecha de aprobacin indica
cundo eI entregabIe en cuestin tiene un estado de compIetitud suficiente para someterse a
revisin y aprobacin, pero esto no quita Ia posibiIidad de su posterior refinamiento y cambios.

Disciplinas y entregables generados o modificados
durante la Fase de Inicio

Aprobacin Comienzo

Modelado del Negocio

ModeIo de Casos de Uso deI Negocio y ModeIo
de Objetos deI Negocio
Semana 1 Semana 3
Requisitos

GIosario
Semana 1 Semana 3

Visin
Semana 2 Semana 3

ModeIo de Casos de Uso
Semana 3
siguiente fase

Especificacin de Casos de Uso
Semana 3
siguiente fase

Especificaciones AdicionaIes
Semana 3
siguiente fase

Anlisis / Diseo

ModeIo de Datos
Semana 2
siguiente fase

Diccionario de Datos
Semana 2
Siguiente fase
Implementacin

Prototipos de Interfaces de Usuario
Semana 3
siguiente fase

ModeIo de ImpIementacin
Semana 3
siguiente fase
Pruebas

Casos de Pruebas FuncionaIes
Semana 3
siguiente fase
Despliegue


ModeIo de DespIiegue
Semana 3
siguiente fase
Gestin del proyecto
PIan de DesarroIIo deI Software en su versin
1.0 y pIanes de Ias Iteraciones
Semana 1 Semana 3


4.5 Seguimiento y Control del Proyecto
Control de Plazos
EI caIendario deI proyecto tendr un seguimiento y evaIuacin semanaI por eI
jefe de proyecto.





AS UlA (AALUAl ONTlNUADA)
lici
Elabraci
str 1a lter str a lter trasici
) 4 l b 7 8 9 10 11 1 1) 14 1l 1b

Mdelat del Negci
Mdel de ass
d's del Negci
Reqtisits

Yisi

Mdel de ass d's
Especificaci de
ass d's
Alisi I Dissey
Mdel d'Alisi I
Dissey Mdel de
Dades
lmplemetaci
Prttipts d'lterficies
d'Ustari
Prwes
ass de
Prwes ftcials
Desplegamet





...

... ...



... ...



... ...

Mdel de Desplegamet
esti de awis i
figtraci
esti del prjecte
Pla de
Desewltpamet del
Sftware e wersi 1.0
... ...

You might also like