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 ... ...