P. 1
SISTEMAS DE MATRICULA

SISTEMAS DE MATRICULA

|Views: 24.326|Likes:
Publicado porluislarosa

More info:

Published by: luislarosa on Apr 27, 2010
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOCX, PDF, TXT or read online from Scribd
See more
See less

11/13/2015

pdf

text

original

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 D e 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:
y

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.

y

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, siguiente manera: el presente documento está estructurado de la

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:

y
y y

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 se rá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 nofuncionales 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 U ML 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á l a 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, re alizar 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 l os 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 Jefe de Proyecto

Analista de Sistemas

Programador

Responsabilidad 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. Captura, especificación y validación de requisitos, 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. Construcción de prototipos. Colaboración en la elaboración

Ingeniero de Software

de las pruebas funcionales, modelo de datos y en las validaciones con el usuario Gestión de requisitos, gestión de configuración y cambios, 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. Iteraciones Fase de Inicio 1 Fase de Elaboración 1 Fase de 2 Construcción Fase de Transición 1 Duración 3 semanas 2 semanas 7 semanas 2 semanas

Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Descripción Fase de Inicio Hito 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. En esta fase se analizan los requisitos y se desarrolla un 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

Fase de Elaboració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 Construcción

Durante la fase de construcción se terminan de analizar y 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. En esta fase se prepararán dos releases para distribució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.

Fase de Transición

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 tempranament en el e 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 durante la Fase de Inicio Modelado del Negocio Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio Requisitos Semana 1 Glosario Semana 3 Semana 1 Semana 3 Aprobación

Semana 2 Visión

Semana 3

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

Semana 3 Modelo de Implementación 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 1.0 y planes de las Iteraciones Semana 1 Semana 3

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.

3 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

Inicio 4

5

CAS GUIA (AVALUACIÓ CONTINUADA) Elaboració Constr 1a Iter 6 7 8 9 10

11

Constr 2a Iter 12

13

14

transicion 15

16 

  
««.«.. ««.«.. 

«««...

««.«..

«««...

««.«..

«««...

««.«..

«««...

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->