Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Versin: Fecha:
0.2 22/06/2009
Historial de Revisiones
Fecha 22/06/2009 29/06/2009 Versin 0.1 0.2 Descripcin Autor Versin preliminar como propuesta de Sergio Valero Orea desarrollo. Versin revisada por el profesor Sergio Valero Orea
Confidencial
ITZOFT, 2009
Pgina 2 de 16
Versin: Fecha:
0.2 22/06/2009
Tabla de Contenidos
1. Introduccin.......................................................................................................................................... 4 1.1 1.2 1.3 Propsito ......................................................................................................................................... 4 Alcance ........................................................................................................................................... 4 Resumen ......................................................................................................................................... 5
2. Vista General del Proyecto .................................................................................................................. 5 2.1 2.2 2.3 Propsito, Alcance y Objetivos........................................................................................................ 5 Suposiciones y Restricciones.......................................................................................................... 6 Entregables del proyecto................................................................................................................. 7
4.2 Plan del Proyecto .......................................................................................................................... 11 4.2.1 Plan de las Fases ...................................................................................................................... 11 4.2.2 Calendario del Proyecto ............................................................................................................ 12 4.2.3 Matriz de roles y responsabilidades .......................................................................................... 13 4.3 Seguimiento y Control del Proyecto .............................................................................................. 14
5. Infraestructura necesaria................................................................................................................... 15 6. ANEXO 1 Plan de gestin de riesgos ............................................................................................ 16 7. ANEXO 2 Plan de gestin de la configuracin.............................................................................. 16 8. ANEXO 3 Plan de aseguramiento de la calidad ............................................................................ 16 9. ANEXO 4 Modelo del dominio ........................................................................................................ 16 10. ANEXO 5 Modelo de casos de uso ............................................................................................. 16
Confidencial
ITZOFT, 2009
Pgina 3 de 16
Versin: Fecha:
0.2 22/06/2009
1.2 Alcance El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Sistema ERP para constructores de vivienda y asociados. El detalle de las iteraciones individuales se describe en los planes de cada iteracin, documentos que se aportan en forma separada. Durante el proceso de desarrollo en el artefacto Visin se definen las caractersticas del producto a desarrollar, lo cual constituye la base para la planificacin de las iteraciones. Para la versin 0.1 del Plan de Desarrollo del Software, nos hemos basado en la captura de requisitos por medio del stakeholder representante de la empresa para hacer una estimacin aproximada, una vez comenzado el proyecto y durante la fase de Inicio se generar la primera versin del artefacto Visin, el cual se utilizar para refinar este documento. Posteriormente, el avance del proyecto y el seguimiento en cada una de las iteraciones ocasionar el ajuste de este documento produciendo nuevas versiones actualizadas.
Confidencial
ITZOFT, 2009
Pgina 4 de 16
Versin: Fecha:
0.2 22/06/2009
1.3 Resumen Despus de esta introduccin, el resto del documento est organizado en las siguientes secciones: Vista General del Proyecto proporciona una descripcin del propsito, alcance y objetivos del proyecto, estableciendo los artefactos que sern producidos y utilizados durante el proyecto.. Organizacin del Proyecto describe la estructura organizacional del equipo de desarrollo. Gestin del Proceso explica los costos y planificacin estimada, define las fases e hitos del proyecto y describe cmo se realizar su seguimiento. Infraestructura proporciona los requerimientos necesarios para poder implementar la solucin propuesta. Son los requisitos para que el sistema funcione adecuadamente.
Confidencial
Versin: Fecha:
0.2 22/06/2009
o atributos del producto en almacn o movimientos entre almacenes o inventario de obras (fsico) o movimientos en obra o lotes, nmeros de serie, bultos, etiquetas o entradas, salidas, inventarios y transportes. Compras y proveedores. Se deber gestionar: o pedidos de compras o gestin de rdenes de compra en base a presupuesto o recepcin de mercancas o verificacin de facturas de proveedores o evaluacin de proveedores o planificacin de compras o relacin entre pedidos o notas de entrega y facturas o informes de pedidos de compra Control de avance de obra (visualizacin grfica). Se debe gestionar: o planos de ubicacin de las viviendas o tipo de vivienda o avance de la construccin del desarrollo o estado de la vivienda Comercializacin de viviendas (Preventa, Postventa, comisiones). Se deber controlar: o proceso de facturacin o facturas clientes o manejo de comisiones o procesos de venta Administracin de crditos o gestin de crditos o manejo de cuentas o presupuestos estimados y ejecutados Administracin de trmites notariales y permisos de construccin o Almacn de datos para documentos legales (digital) o rdenes de construccin Nmina. Se deber gestionar: o registro y control de empleados o manejo de percepciones y deducciones o emisin de reportes de nmina o manejo de recibos de honorarios o nmina semanal, catorcenal, quincenal y mensual o manejo de impuestos
2.2 Suposiciones y Restricciones Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de los requerimientos de la empresa son: a) Uso de la metodologa RUP
Confidencial ITZOFT, 2009 Pgina 6 de 16
Versin: Fecha:
0.2 22/06/2009
b) Uso de tecnologa Microsoft c) Uso de la herramienta Enterprise Architect Como es natural, la lista de suposiciones y restricciones se incrementar durante el desarrollo del proyecto, particularmente una vez establecido el artefacto Visin. 2.3 Entregables del proyecto A continuacin se indican y describen cada uno de los artefactos que sern generados y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuracin de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto. Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso iterativo e incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, slo al trmino del proceso podramos tener una versin definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteracin y los hitos del proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. 1) Plan de Desarrollo del Software Es el presente documento. Disciplina modelado del negocio 2) Modelo de Casos de Uso del Negocio Este modelo permite visualizar el alcance de la organizacin, representando lo que abarca y cules son sus lmites. As mismo, modela las actividades y procesos que ejecuta una organizacin, seala grficamente las funciones y metas que persigue el negocio, y tambin permite identificar cules son los roles y entregables de la organizacin. Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos (Agentes de registro, solicitantes finales, otros sistemas etc.), permite situar al sistema en el contexto organizacional haciendo nfasis en los objetivos en este mbito. Este modelo se representaremos con un diagrama de clases conceptuales. Disciplina ingeniera de requerimientos 3) Visin Este documento define la visin del producto desde la perspectiva del cliente, especificando las necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del sistema. 4) Documento de especificacin de requerimientos El objetivo de este artefacto es documentar todos los requerimientos del sistema, describir las funciones del sistema, los requerimientos no funcionales, las caractersticas del diseo y otros elementos necesarios para proporcionar una descripcin completa y comprensiva de los
Confidencial ITZOFT, 2009 Pgina 7 de 16
Versin: Fecha:
0.2 22/06/2009
requerimientos para el software a desarrollar. Disciplina anlisis y diseo 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. Este modelo se basa en la descripcin de elementos o usuarios externos al sistema (actores) y de la funcionalidad del sistema (casos de uso). Un modelo de casos de uso describe los requerimientos funcionales de un actor (usuarios, sistema, dispositivo, etc.) en trminos que ste interacta con el sistema. El modelo de caso de uso es una tcnica efectiva y la ves simple para modelar los requerimientos del sistema desde la perspectiva del usuario. Este modelo lo representaremos con el modelo de casos de uso. 6) Especificaciones de Casos de Uso Para efectos del presente proyecto, solamente se describir el flujo de eventos principal para cada caso de uso. Se realizar una descripcin breve y sencilla utilizando una plantilla de documento. 7) Modelo de diseo Es una abstraccin del Modelo de Implementacin y su cdigo fuente, el cual fundamentalmente se emplea para representar y documentar su diseo. Es usado como entrada esencial en las actividades relacionadas a implementacin. Representa a los casos de uso en el dominio de la solucin. El modelo de diseo lo representaremos con los diagramas de clases, diagramas de secuencia y el modelo de datos. 8) Modelo de datos Describe la representacin fsica y lgica de los datos constantes utilizados por la aplicacin. Se utilizar siempre que se necesiten manejar datos constantes. Usualmente describir los diferentes elementos componentes de la estructura de una base de datos relacional. Disciplina implementacin 9) Modelo de implementacin El Modelo de Implementacin es comprendido por un conjunto de componentes y subsistemas que constituyen la composicin fsica de la implementacin del sistema. Entre los componentes podemos encontrar datos, archivos, ejecutables, cdigo fuente y los directorios. Fundamentalmente, se describe la relacin que existe desde los paquetes y clases del modelo de diseo a subsistemas y componentes fsicos. Para representar los diagramas del Modelo de Implementacin emplearemos el diagrama de UML de Componentes. Disciplina pruebas 10) Plan de prueba Es la coleccin formada por los casos de prueba y procedimientos de prueba. Este artefacto incluye el propsito de las pruebas, qu elemento se va a probar, las herramientas a utilizar y con
Confidencial ITZOFT, 2009 Pgina 8 de 16
Versin: Fecha:
0.2 22/06/2009
qu recursos, as como el documento que va hacer entregado. Al tener el resultado de las pruebas se puede comparar lo obtenido con lo esperado. 11) Casos de prueba Este artefacto define un conjunto de datos de entradas, condiciones de ejecucin y resultados esperados de las pruebas, identificados para hacer una evaluacin de los aspectos especficos de un elemento objeto de prueba. Cada Caso de de Prueba est asociado a un escenario de un Caso de Uso en particular. Disciplina implantacin 12) Sistema Este artefacto es el producto final, es decir, el sistema ya funcionando que puede ser instalado y ser utilizado por el cliente. Un Sistema se diferencia de una unidad de implantacin, ya que el sistema puede contener varias unidades de implantacin. Cabe destacar que dichas unidades de implantacin que rene el sistema pueden ser exportadas a una unidad de almacenamiento. 13) Plan de implantacin El objetivo principal de este artefacto es asegurar que el sistema llegue satisfactoriamente al conjunto de usuarios para el cual fue destinado. Este artefacto debe definir un conjunto de tareas que defina una transicin sencilla para el cliente, para ello se debe minimizar el impacto que la implantacin del sistema pueda llegar a causar en el personal del cliente, los sistemas de produccin existentes y en todas las rutinas del negocio. 14) Documentacin para el usuario Este artefacto provee una ayuda a las personas que manipularn directamente el producto, acerca del uso que le debe dar al sistema y su instalacin. Dicho artefacto debe ser discutido y aprobado por el cliente.
Confidencial
ITZOFT, 2009
Pgina 9 de 16
Versin: Fecha:
0.2 22/06/2009
Analista de sistemas
Se encarga de dirigir el proceso de captura de requerimientos, definir los actores y casos de uso y estructurar el modelo de casos de uso, estableciendo la forma en que funcionar el sistema y cules son las restricciones del mismo. Se encarga de la definicin de la arquitectura que guiar el desarrollo, y de la continua refinacin de la misma en cada iteracin; debe construir cualquier prototipo necesario para probar aspectos riesgosos desde el punto de vista tcnico del proyecto; definir los lineamientos generales del diseo y la implementacin. Responsable de la codificacin de de los componentes en cdigo fuente en algn lenguaje de programacin durante cada iteracin Responsable de las clases que ha desarrollado debiendo documentarlas, actualizarlas ante los cambios y mantenerlas bajo el control de la configuracin de las mismas mediante la herramienta utilizada
Diseador de sistemas
Desarrollador
Confidencial
ITZOFT, 2009
Versin: Fecha:
0.2 22/06/2009
papelera, cursos, etc.) Costo Total Tiempo total para el desarrollo del proyecto $ xxx.xx 30 semanas (7 meses y medio)
4.2 Plan del Proyecto En esta seccin se presenta la organizacin en fases e iteraciones y el calendario del proyecto. 4.2.1 Plan de las Fases El desarrollo se llevar a cabo en base a fases con una o ms iteraciones en cada una de ellas. La siguiente tabla muestra una la distribucin de tiempos y el nmero de iteraciones de cada fase (para las fases de Elaboracin, Construccin y Transicin solo fueron tomadas como referencias). Fase Fase de Inicio Fase de Elaboracin Fase de Construccin Fase de Transicin No. Iteraciones 1 1 2 2 Duracin 3 semanas 9 semanas 14 semanas 4 semanas
Los hitos que marcan el final de cada fase se describen en la siguiente tabla. Descripcin Fase de Inicio Hito En esta fase desarrollar los requisitos del producto desde la perspectiva del usuario, los cuales sern establecidos en el artefacto Visin. Los principales casos de uso sern identificados y se har un refinamiento del Plan de Desarrollo del Proyecto. La aceptacin del cliente / usuario del artefacto Visin 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 ms relevantes y / o crticas del sistema). Al final de esta fase, todos los casos de uso correspondientes a requisitos que sern implementados en la primera release de la fase de Construccin deben estar analizados y diseados (en el Modelo de Anlisis / Diseo). La revisin y aceptacin del prototipo de la arquitectura del sistema marca el final de esta fase. Durante la fase de construccin se terminan de analizar y disear
Fase de Elaboracin
Fase de Construccin
Confidencial
ITZOFT, 2009
Pgina 11 de 16
Versin: Fecha:
0.2 22/06/2009
todos los casos de uso, refinando el Modelo de Anlisis / Diseo. 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 elaboracin de material de apoyo al usuario. El hito que marca el fin de esta fase es la versin de la release 3.0, con la capacidad operacional parcial del producto que se haya considerado como crtica, lista para ser entregada a los usuarios para pruebas beta. Fase de Transicin En esta fase se prepararn dos releases para distribucin, asegurando una implantacin y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentacin del proyecto con los manuales de instalacin y todo el material de apoyo al usuario, la finalizacin del entrenamiento de los usuarios y el empaquetamiento del producto.
4.2.2 Calendario del Proyecto A continuacin se presenta un calendario de las principales tareas y actividades programadas del proyecto. Como se ha comentado, el proceso iterativo e incremental de RUP est caracterizado por la realizacin en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayora de los artefactos son generados muy tempranamente en el proyecto pero van desarrollndose en mayor o menor grado de acuerdo a la fase e iteracin del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el nfasis de cada disciplina (workflow) en un momento determinado del desarrollo.
Confidencial
ITZOFT, 2009
Pgina 12 de 16
Versin: Fecha:
0.2 22/06/2009
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobacin indica cundo el artefacto en cuestin tiene un estado de completitud suficiente para someterse a revisin y aprobacin, pero esto no quita la posibilidad de su posterior refinamiento y cambios. Disciplinas/Actividades Modelado del Negocio - Describir el negocio actual - Desarrollar el modelo del dominio Requerimientos - Realizar entrevistas - Analizar el problema - Clasificar y priorizar requerimientos Anlisis y Diseo - Especificacin de casos de uso - Realizacin de casos de uso - Realizacin de los diagramas de clases - Realizacin de los diagramas de secuencia - Realizacin del modelo de datos - Realizar prototipos Artefacto Modelo de casos de uso de negocio Inicio 8-Jun-2009 Fin 26-Jun-2009
17-Jul-2009
Modelo de casos de uso Especificaciones de casos de uso Modelo de diseo 29-Jun-2009 18-Dic-2009 Modelo de datos
Implementacin - Estructurar el modelo de implementacin - Planificar la integracin - Implementar componentes Pruebas - Definir misin de pruebas - Validar estabilidad componentes de
Modelo de implementacin
13-Jul-2009
2-Ene-2010
Plan de pruebas Casos de 7-Sep-2009 27-Nov-2009 pruebas Sistema Plan de implantacin Documentacin para el usuario
9-Ene-2010
4.2.3 Matriz de roles y responsabilidades Esta matriz es una propuesta de las responsabilidades solamente con respecto a los artefactos considerados para este ejercicio.
Confidencial ITZOFT, 2009 Pgina 13 de 16
Versin: Fecha:
0.2 22/06/2009
Artefactos Modelo de casos de uso de negocio Doc. Visin Doc. Especificacin de requerimientos Modelo de casos de uso Especificacin de casos de uso Modelo de diseo Modelo de datos Modelo de implementacin Plan de prueba Casos de prueba sistema Plan de implantacin Documentacin para el usuario
Lder de proyecto A A A A A A A A A A A A A
Analista R R R P R P P A
Roles Diseador
Desarrollador
Tester
A R A R R A R R R R R R
4.3 Seguimiento y Control del Proyecto Gestin de Requisitos Los requisitos del sistema son especificados en el artefacto Visin. Los cambios en los requisitos sern gestionados mediante una Solicitud de Cambio, las cuales sern evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de gestin de configuracin y cambios. Control de Plazos El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto y por el Coordinador de Calidad. Control de Calidad Los defectos detectados en las revisiones y formalizados tambin en una Solicitud de Cambio tendrn un seguimiento para asegurar la conformidad respecto de la solucin de dichas deficiencias Para la revisin de cada artefacto y su correspondiente garanta de calidad se utilizar un plan de aseguramiento de calidad. Este es un documento generado por separado.. Gestin de Riesgos
Confidencial ITZOFT, 2009 Pgina 14 de 16
Versin: Fecha:
0.2 22/06/2009
A partir de la fase de Inicio se mantendr una lista de riesgos asociados al proyecto y de las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista ser evaluada al menos una vez en cada iteracin. Gestin de Configuracin Se realizar una gestin de configuracin para llevar un registro de los artefactos generados y sus versiones. Tambin se incluir la gestin de las Solicitudes de Cambio y de las modificaciones que stas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los participantes en el proyecto. Al final de cada iteracin se establecer una baseline (un registro del estado de cada artefacto, estableciendo una versin), la cual podr ser modificada slo por una Solicitud de Cambio aprobada.
5. Infraestructura necesaria
De acuerdo con los requerimientos solicitados por cliente, tomando en cuenta que el ERP debe ser desarrollado utilizando tecnologa de la empresa Microsoft, y para el correcto funcionamiento del sistema ERP para constructores de vivienda asociados, se recomienda adquirir los siguientes equipos y licencias con las caractersticas mnimas mostradas: Cant. Equipo/Licencia 1 Equipo de cmputo servidor Caractersticas Procesador Intel Xeon E5502, 1.86Ghz, 4M Cache, 4.86 GT/s QPI, Memoria RAM de 2GB Memory (2x1GB), 1066MHz Single Ranked UDIMMs for 1 Processor, Adv ECC, Disco Duro 160GB 7.2K RPM SATA 3.5" Hot Plug Hard Drive, DVD-ROM, SATA, Internal, tarjeta de red Embedded Broadcom NetXtreme II 5709 Gigabit Ethernet NIC Capacidad: 420 VA Tecnologa: interactiva Regulacin: SI Tiempo de respaldo: 13 min. Voltaje de entrada: 120 VOLTS Voltaje de salida: 120 VOLTS Conexin de entrada: NEMA 5-15 P Conexin de salida: (4) NEMA 5-15 R Rango de entrada: 82 - 144 VOLTS Sistema operativo para soportar las aplicaciones Gestor de base de datos Antivirus
ITZOFT, 2009 Pgina 15 de 16
1 1 1
Windows small business server 2008 SQL server 2008 McAfee Total Protection Service
Confidencial
Versin: Fecha:
0.2 22/06/2009
Cabe sealar tambin, que la naturaleza y ejecucin del sistema ser en un ambiente web que deber tener presencia pblica sobre Internet. De esta forma, se sugieren una de dos cosas: 1. Adquirir los derechos de algn dominio (ejemplo www.miempresa.com) ante NIC Mxico y contratar un plan con un ISP para adquirir una conexin a Internet y una IP pblica para gestionar el DNS y tener presencia mundial teniendo los derechos del dominio y el control total de la aplicacin. 2. Contratar un plan de hospedaje de alguna empresa que brinde esos servicios con las caractersticas recomendadas de hardware y software, pagando una renta mensual a la empresa contratada y ahorrando los costos por la adquisicin del equipo.
6. ANEXO 1 Plan de gestin de riesgos 7. ANEXO 2 Plan de gestin de la configuracin 8. ANEXO 3 Plan de aseguramiento de la calidad 9. ANEXO 4 Modelo del dominio 10. ANEXO 5 Modelo de casos de uso
Confidencial
ITZOFT, 2009
Pgina 16 de 16