Plan de Desarrollo
description
Transcript of Plan de Desarrollo
Plan de Desarrollo de Software
PROSIF Versin: 1.0
Plan de Desarrollo de Software Fecha: 3/11/2014
Proyecto Final
PROSIFPlan de Desarrollo de Software
Versin 1.0
EDP Software
Historial de Revisiones
FechaVersinDescripcinAutor
02/01/20020.9Versin preliminar como propuesta de desarrollo.Rosanna Mndez Lluberes
Tabla de Contenidos1.Introduccin41.1Propsito41.2Alcance del Proyecto41.3Resumen52.Vista General del Proyecto52.1Propsito, Alcance y Objetivos52.2Suposiciones y Restricciones52.3Entregables del proyecto52.4Evolucin del Plan de Desarrollo del Software83.Organizacin del Proyecto93.1Modelo de Proceso93.2Estructura Organizacional103.3Interfaces e Interacciones113.4Responsables123.5Participantes en el Proyecto143.6Interfaces Externas153.7Roles y Responsabilidades154.Gestin del Proceso164.1Estimaciones del Proyecto164.2Plan del Proyecto164.2.1Plan de las Fases164.2.2Calendario del Proyecto164.3Seguimiento y Control del Proyecto195.Lneas de trabajo, distribucin de recursos humanos y cronograma205.1Lneas de trabajo205.2Dependencias225.3Distribucin de Recursos Humanos225.4Cronograma236.Referencias23
Plan de Desarrollo del Software
IntroduccinEste documento provee una visin global del enfoque de desarrollo propuesto basado en una metodologa de Rational Unified Process en la que nicamente se proceder a cumplir con las tres primeras fases que marca la metodologa, constando nicamente en la tercera fase de dos iteraciones. Es importante destacar esto puesto que utilizaremos la terminologa RUP en este documento. Se incluir el detalle para las fases de Inicio y Elaboracin y adicionalmente se esbozarn las fases posteriores de Construccin y Transicin para dar una visin global de todo proceso. El enfoque desarrollo ha sido propuesto por Rosanna Mndez Lluberes, que constituye una configuracin del proceso RUP de acuerdo a las caractersticas del proyecto, seleccionando los roles de los participantes, las actividades a realizar y los artefactos (entregables) que sern generados. Este documento es a su vez uno de los artefactos de RUP. PropsitoEl propsito de este documento es permitir organizar, controlar y administrar la documentacin referente al proyecto de desarrollo de software PROSIF, que tiene como finalidad de organizar una Farmacia. En este documento se encuentra la referencia a todos los planes y documentos generados durante el proyecto los cuales se irn agregando a lo largo del proyecto. Alcance del ProyectoEl Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Sistema de Control de Inventario de la Tienda Sara. 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 1.0 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.
ResumenA continuacin el documento del Plan de Desarrollo de Software 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. Planes y Guas de aplicacin: proporciona una vista global del proceso de desarrollo de software, incluyendo mtodos, herramientas y tcnicas que sern utilizadas.
Vista General del ProyectoPropsito, Alcance y Objetivos
Sara es una farmacia que comercializa una serie de medicamentos. La entrada en un mercado competitivo como en el que encuentra inmersa esta firma conllevar una previsible adaptacin a los nuevos sistemas de informacin y a la evolucin tecnolgica. Por ello, EDP SOFTWARE, considera necesario el desarrollo de un nuevo sistema de Inventario para una mejor organizacin de su empresa.
El objetivo es desarrollar un sistema de Informacin para mejorar el control de inventario, y gestionar todas las ventas, para que sea totalmente dinmica y de fcil uso.
Este proyecto estar dividido en varios mdulos, que son: Gestin de Reporte, Gestin de Medicamento, Gestin de Usuario, Verificar Existencia, Gestin de venta e imprimir factura. Presentar reportes como inventario, ventas, medicamentos agotando stock, registro de pedido, control de medicamentos vendidos, de tal forma que se optimice este proceso en la farmacia.
Suposiciones y RestriccionesEl Proyecto debe proporcionar una propuesta para el desarrollo del Sistema de Gestin de Inventario para la Farmacia Sara. Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas con el stakeholder de la empresa son: La aplicacin no podr realizar atencin mdica, tampoco se podr realizar pedidos de medicamentos desde la aplicacin y no tendr acceso desde otro sistema o aplicacin. Adaptacin a la normativa de Proteccin de Datos Como es natural, la lista de suposiciones y restricciones se incrementar durante el desarrollo del proyecto, particularmente una vez establecido el artefacto Visin.
Entregables del proyectoEsta lista constituye la configuracin de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto.
Cdigo Actividades WBS Duracin (Das)
1.1 Planificacin 20
1.1.1 Reuniones Iniciales 5
1.1.1.1 Reunirse con personal del Centro / Identificacin de la Necesidad 0.5
1.1.1.2 Visita para anlisis de los mtodos utilizados actualmente para manejo de inventario 1
1.1.1.3 Determinacin de la propuesta sobre la necesidad identificada 2
1.1.1.4 Definir los beneficios para el cliente de contar con dicha herramienta 1.5
1.1.2 Presupuesto y recursos 15
1.1.2.1 Determinacin de presupuesto y solicitud formal de personal a la empresa EDP Software.1
1.1.2.2 Aprobacin de Presupuesto 5
1.1.2.3 Trminos de Desembolso 2
1.1.2.4 Reunin de definicin de manejo de recurso humano personal de EDP Software.2
1.1.2.5 Reunin con administracin de la Farmacia para informar sobre el presupuesto aprobado y expectativas de personal 2
1.1.2.6 Presentacin de cronograma de implementacin a la Farmacia y Stakeholders 3
1.2 Preparacin y Diseo 20
1.2.1 Plataforma Base 6
1.2.1.1 Anlisis de la Estructura Tecnolgica disponible y actualmente instalada 3
1.2.1.2 Revisin de Software instalado, Versiones de Windows disponibles.1.5
1.2.1.3 Reconocimiento de las habilidades tecnolgicas de los voluntarios y trabajadores del centro.1.5
1.2.2 Definicin de Requerimientos de Calidad y funcionamiento del Sistema.14
1.2.2.1Anlisis de requerimientos con el usuario 5
1.2.2.2Preparacin del Documento del diseo final 6
1.2.2.3Aprobacin de Documento con Diseo Final 3
1.3Ejecucin 23
1.3.1Configuracin y adaptacin de Sistema. 15
1.3.1.1Configuracin Mdulo Venta de Farmacia 5
1.3.1.2Configuracin Mdulo Producto de Farmacia 5
1.3.1.3Configuracin Mdulo Usuario de Farmacia 5
1.3.2 Instalacin de mdulos en modo de prueba (UAT) 3.5
1.3.2.1Instalacin Mdulos computadoras locales 2
1.3.2.2 Integracin de Sistema 1.5
1.3.3Pruebas Integrales de Funcionalidad 4.5
1.3.3.1Carga de datos Modo Prueba 0.5
1.3.3.2Pruebas y Ajustes Mdulo al sistema.2
1.3.3.3Pruebas y Ajustes sistema Integrado. 2
1.4Puesta en Marcha 22
1.4.1Preparacin del sistema 6
1.4.1.1Carga de datos inicial al sistema 4
1.4.1.2Creacin de Perfiles de usuario modo produccin 2
1.4.2Puesta en Marcha del sistema 13
1.4.2.1Puesta en Marcha en Produccin 4
1.4.2.2Pruebas finales y resultados de produccin paralelo 4
1.4.2.3Prueba y Monitoreo Produccin 5
1.4.3Capacitacin y Documentacin3
1.4.3.1Sesiones de capacitacin con los usuarios 2
1.4.3.2Entrega de Manuales de Usuario 1
1.5Cierre del Proyecto 5
1.5.1Reunin Final Cliente 1
1.5.1.1Reunin de cierre con cliente 1
1.5.2Reunin Final Patrocinador 2
1.5.2.1Reunin de cierre equipo de proyecto.1
1.5.2.2Reunin de cierre patrocinador.1
1.5.3Documentacin Final 2
1.5.3.1Integracin de Apartado1
1.5.3.2Entrega de Documentacin de Cierre al Patrocinador 1
Total Tiempo90 das
Evolucin del Plan de Desarrollo del Software
Esta seccin tiene como objetivo, especificar la estrategia que se utilizar para realizar cambios agendados y no agendados al Plan de Proyecto. Este Plan de Desarrollo de Software, deber ser revisado al inicio de cada fase, modificado de acuerdo a lo necesario, aprobado y distribuido al equipo de proyecto. El Plan de Desarrollo del Software se revisar semanalmente y se refinar antes del comienzo de cada iteracin. El administrador del proyecto ser encargado de monitorear los cambios que puedan ser necesarios al plan de proyecto, mediante el desempeo de la actividad de seguimiento del proyecto, y recibiendo las propuestas que los responsables por rea crean oportunas. Estos cambios sern evaluados por todos o un subconjunto de los responsables de las distintas reas (dependiendo de la naturaleza del cambio y las secciones a las que afecta).
Organizacin del Proyecto
Modelo de ProcesoEl proceso que se utilizara a seguir es el MUM, este modelo divide el tiempo del proyecto en cuatro fases, que a su vez se dividen en iteraciones de dos semanas de duracin.
Las fases definidas, junto con sus objetivos son:
1- Inicio: Alcanzar un acuerdo entre todos los interesados respecto a los objetivos del ciclo de vida para el proyecto, generando el mbito del proyecto, el caso de negocio, sntesis de arquitectura posible y el alcance del proyecto.
2- Elaboracin: Establecimiento de la lnea base para la Arquitectura del sistema y proporcionar una base estable para el diseo y el esfuerzo de implementacin de la siguiente fase, mitigando la mayora de los riesgos tecnolgicos.
3- Construccin: Completar el desarrollo del sistema basado en la lnea base de la arquitectura.
4- Transicin: Garantizar que el software est listo para entregarlo a los usuarios.
Estructura OrganizacionalEl sistema propuesto, divide su estructura en funciones, programas, y proyectos. Es decir, el proyecto esta concreto de accin de corto plazo, que emerge del plan de largo plazo, y contiene los elementos (objetivo, estrategia, meta y accin) que permiten la asignacin de recursos humanos y materiales a las acciones que harn posible el cumplimiento de las metas y objetivos del proyecto PROSIF. Se confeccionan en trminos de unidades fsicas de producto final o volumen de trabajo. Calculando los costos sobre los resultados esperados y distribuyendo los recursos financieros necesarios por partidas, segn el objeto del gasto (clasificacin contable), para solventar los costos a travs de un presupuesto. Los costos acumulados de cada proyecto darn como resultado el costo total de cada proyecto, y sucesivamente de programa y funcin, as como el costo total de cada dependencia; proporcionando con esta valoracin los elementos necesarios para la toma de decisiones respecto de la distribucin de recursos que realizan los rganos de gobierno de la Universidad, ya que se conoce la magnitud de las erogaciones presupuestarias en todos y cada uno de los niveles, as como de las unidades a las que se destinan los recursos. Esta herramienta de planeacin, organizacin y control de las actividades del proyecto, ofrece en el corto plazo la certidumbre de las acciones a realizar; claridad en la relacin costo-beneficio; hace posible el seguimiento del avance de metas y la participacin en bolsas de recursos para los proyectos que trabajan con mayor eficiencia.
Interfaces e InteraccionesEn esta seccin se describen los procedimientos administrativos y de gestin entre el proyecto y: el Cliente, Gestin de configuracin, Gestin de calidad y Verificacin.
ActividadProcedimientoResponsableInvolucrado
Comunicacin con el cliente1. Las comunicaciones sern entre los analistas del proyecto y (por medio de su responsable) con el cliente solo con fines del relevamiento de requerimientos. SponsorSponsor y Clientes
Relevar RequerimientosSe realizan reuniones semanalmente en el cual los analistas realizan consultas al cliente sobre el producto y su concepto de calidad para evaluar el mismo.SponsorArquitecto, Responsable SQA, Responsable Verificacin y Cliente.
Validar RequerimientosSe le enva al cliente los documentos para validar obtenido en la reunin anterior.SponsorArquitecto, Responsable SQA, Responsable Verificacin y Cliente.
Diseo del Sistema y Descripcin de la Arquitectura Ver plan de desarrollo DesarrolladorEspecialistas Tcnicos
Definicin del Alcance Se estima el esfuerzo requerido para realizar cada caso de uso y la prioridad de los mismos para evaluar cuales se pueden realizar con el tiempo y recursos. Director
Todos
Planificacin y Seguimiento del Proyecto Planificar el Proyecto.Director
Responsable de Verificacin / Coordinador de desarrollo / Responsable de SQA
Gestin de riesgos Se detectan los riesgos, y se asigna un responsable que se encargar de aplicar los planes de mitigacin y contingencia. DirectorTodos
Evaluacin de la calidad de las entregas y el producto final Ver plan de Calidad
Sponsor
Responsable de SQA
Verificacin de entregables Ver plan de verificacin y validacin. Sponsor
Responsable de verificacin / Asistentes de verificacin
Presentacin del producto Se realiza una presentacin del producto al cliente, de modo de que ste lo evale. DirectorAdministrador y Especialistas tcnicos
Implantacin Se elaboran instrucciones para que el cliente instale el sistema. Administrador Administrador y Especialistas tcnicos
Evaluacin de la satisfaccin Se tiene una reunin con el cliente en el cual se le realiza una encuesta y se discute la satisfaccin que el mismo le causa Administrador
Administrador y Cliente
ResponsablesSe identifican las actividades ms relevantes en el proyecto, los responsables de dichas actividades y los involucrados.
Identificacin de actividadDescripcin de actividadResponsableInvolucrados
Relevar RequerimientosSe realiza el relevamiento del sistema.SponsorAdministrador Arquitecto Responsable SQA Responsable Verificacin.
Especificar RequerimientosSe realiza la especificacin de los requerimientosSponsorArquitecto Responsable SQA Responsable Verificacin Diseador de Interfaz
Especificar Casos de UsoSe realiza la especificacin de los casos de usoSponsorArquitecto Responsable SQA Responsable Verificacin Diseador de Interfaz
Validacin con el cliente de los requerimientos.Se realiza la validacin por parte del cliente.DesarrolladorAnalistas Cliente
Definir Pautas de Interface de usuarioEstablecer las pautas de la interfaz de usuarioDesarrolladorAnalistas
Definir alcance del sistemaDefinir el alcance del sistema a construirDesarrolladorAdministrador Analistas
Definir GlosarioDefinir los trminos utilizadosSponsorTodos
Definir Modelo ConceptualCapturar los tipos de objetos ms importantes.SponsorNo tiene
Documento de Requerimientos para el prototipoDocumentar los requerimientos que debe cumplir el prototipo de la Fase InicialDesarrolladorAnalistas
Disear el sistemaDiseo completo del sistema.DesarrolladorAnalistas Documentador de usuario
Describir la arquitecturaRealizar la descripcin de la arquitectura.DesarrolladorAnalistas Diseador de Interfaz
Comunicar el diseo a los implementadosComentar a los implementadores de forma breve que tiene que implementar.DesarrolladorImplementadores Documentador de usuario
Diseo de la base de datosDisear la base de datosDesarrolladorNo tiene
Def. estndar de documentacin tcnicaGenerar estndares de implementacinDesarrolladorNo tiene
Implementar el prototipoRealizar la implementacin de un prototipoDesarrolladorArquitecto Coordinador de desarrollo
Corregir la implementacin.Realizar aquellas correcciones necesariasDesarrolladorArquitecto, Coordinador de desarrollo, Responsable Verificacin Responsable de integracin.
Planificar la VerificacinRealizar la planificacin de las actividades relacionadas con la VerificacinTesterNo tiene
Planificar las pruebas de la iteracinRealizar las actividades de verificacin de la iteracinTesterAsistente de Verificacin Coordinador de desarrollo
Especificar los casos de pruebasRealizar la completa especificacin de casos de pruebaTesterAsistente de Verificacin
Generar Entorno de pruebaRealizar las pruebas del software y de sistemaTesterCoordinador de desarrollo
Ejecutar las pruebasRealizar la verificacin del producto desarrolladoTesterImplementador
Planificar el proyectoRealizar la planificacin del proyectoDirectorResponsable SCM Responsable SQA Responsable Verificacin
Seguimiento del proyectoRealizar el seguimiento de las actividades que se realizan durante el proyectoDirectorCoordinador de desarrollo
Gestin de RiesgosEvaluar los riesgos del proyectoDirectorTodos
Reunin de Equipo
Tiene como objetivo que los integrantes del equipo se renan para evaluar el Plan de la iteracin.Director Todos
Reunin de Seguimiento
Esta actividad tiene como objetivo evaluar el estado de la iteracin actual.Director Responsable de la Comunicacin - Arquitecto -Resp. SQA Analista- Coordinador Desarrollo - Resp. Verificacin
Planificar la configuracin de SCM
Tiene como objetivo realizar la planificacin de las actividades relacionadas con la configuracin durante el desarrollo del sistema.Sponsor
No Tiene
Definir la lnea base del proyecto Definir la lnea base del proyecto.Sponsor Especialista Tcnico -Responsable SQA
Identificar las Propiedades de Calidad Tiene como objetivo definir aquellas propiedades que permitan evaluar la calidadSponsor
Asistente de SQA
Planificar la Calidad
Tiene como objetivo realizar la planificacin de las actividades relacionadas con la calidad del producto a ser desarrollado.Sponsor
Asistente de SQA
Revisin Tcnica Formal
Revisin formal es descubrir errores en la funcin, la lgica la implementacin.Tester
Sponsor - Director
Definir Mtodos de ComunicacinSe define las formas y medios por los que se comunicarn los integrantes.DirectorAdministrador
Seguimiento de satisfaccin del clienteRealizar el seguimiento de la satisfaccin del ClienteDirectorAdministrador Responsable de SQA - Cliente
Participantes en el Proyecto
Director del ProyectoPROSIF tiene como Directora del Proyecto, a la Ing. Rosanna Mndez, la cual cumple con el perfil requerido para el desarrollo del proyecto. Ser la responsable de administrar el proyecto desde que inicia hasta que se completa.Entre sus responsabilidades se incluye: El desarrollo del plan del proyecto, La identificacin de los requerimientos y el alcance del proyecto, La comunicacin, La administracin de los recursos humanos y materiales, el control de tiempos, Identificacin y Control de riesgos, Administracin de los costos/presupuesto, el aseguramiento de la calidad, Organizado y metdico Facilidad para relacionarse con gente Buena comunicacin oral y escrita Liderazgo
Sponsor
El Sponsor del Proyecto es Rosmery Monegro y Pedro, que defienden el proyecto y obtienen recursos para su ejecucin. Dentro de sus responsabilidades estn las siguientes: Asegurar que los objetivos del proyecto estn alineados con los objetivos de negocio Marcar la direccin a alto nivel del proyecto Aprobar Acta de Constitucin del Proyecto Aprobar el plan de gestin del proyecto Aprobar la Peticin de Cambios Asegurar que se estn gestionando los riesgos Autorizar gastos y compras Aceptar Entregables Aceptar el Producto, Servicio, Resultado Final
TesterEl ingeniero de pruebas (tester) es Sofa Nez, est especializada en Verificacin y Validacin de Software y est encargada de las siguientes tareas: Realizar un plan de pruebas para todo el proyecto. Actualizar el plan de pruebas y hacer correcciones en caso de ser necesarios. Convocar a inspecciones de los productos de software. Disear pruebas de caja blanca, caja negra, pruebas de estrs, de integracin, de aceptacin, etc. Ejecutar todas las pruebas en sus diferentes fases. Generar los documentos resultados de las inspecciones y de las pruebas. Documentar todo lo relacionado con las pruebas.
DesarrolladorEl Ingeniero de Software Vladimir Tolentino, es un profesional con slidas bases metodolgicas en el desarrollo de software a pequea y gran escala, en la tecnologa de inteligencia de negocios y en las principales herramientas de programacin, as como en la interaccin con los lderes de la organizacin.
Interfaces ExternasPROSIF definir los participantes del proyecto que proporcionarn los requisitos del sistema, y entre ellos quines sern los encargados de evaluar los artefactos de acuerdo a cada subsistema y segn el plan establecido.El equipo de desarrollo interactuar activamente con los participantes de PROSIF para especificacin y validacin de los artefactos generados.
Roles y Responsabilidades
A continuacin se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo durante las fases de Inicio y Elaboracin, de acuerdo con los roles que desempean en RUP.
Gestin del Proceso
Estimaciones del ProyectoEl presupuesto del proyecto y los recursos involucrados se adjuntan en un documento separado.
Plan del ProyectoEn esta seccin se presenta la organizacin en fases e iteraciones y el calendario del proyecto.
Plan de las FasesEl 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 Construccin y Transicin es slo una aproximacin muy preliminar)ActividadesNro. IteracionesDuracinSemanas
1234
Fase de Inicio1
Fase de Elaboracin1
Fase de Construccin2
Fase de Transicin1
Calendario del ProyectoPara 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 / Artefactos generados o modificados durante la Fase de InicioComienzoAprobacin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de Objetos del NegocioSemana 05/10/14 - 11/10/14Siguiente fase
Requisitos
GlosarioSemana 05/10/14 - 11/10/14Siguiente fase
VisinSemana 12/10/14 - 18/10/14Siguiente fase
Modelo de Casos de UsoSemana 19/10/14 - 24/11/14Siguiente fase
Especificacin de Casos de UsoSemana 19/10/14 - 24/11/14Siguiente fase
Especificaciones AdicionalesSemana 19/10/14 - 24/11/14Siguiente fase
Anlisis / Diseo
Modelo de Anlisis / DiseoSemana 12/10/14 - 18/10/14Siguiente fase
Modelo de DatosSemana 12/10/14 - 18/10/14Siguiente fase
Implementacin
Prototipos de Interfaces de UsuarioSemana 19/10/14 - 24/11/14Siguiente fase
Modelo de ImplementacinSemana 19/10/14 - 24/11/14Siguiente fase
Pruebas
Casos de Pruebas FuncionalesSemana 19/10/14 - 24/11/14Siguiente fase
Despliegue
Modelo de DespliegueSemana 19/10/14 - 24/11/14Siguiente fase
Gestin de Cambios y ConfiguracinDurante todo el proyectoDurante todo el proyecto
Gestin del proyecto
Plan de Desarrollo del Software en su versin 1.0 y planes de las IteracionesSemana 05/10/14 - 11/10/14Semana 19/10/14 - 24/11/14
AmbienteDurante todo el proyectoDurante todo el proyecto
Disciplinas / Artefactos generados o modificadosComienzoAprobacin
durante la Fase de Elaboracin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo de Objetos del NegocioSemana 05/10/14 - 11/10/14Aprobado
Requisitos
GlosarioSemana 05/10/14 - 11/10/14Aprobado
VisinSemana 12/10/14 - 18/10/14Aprobado
Modelo de Casos de UsoSemana 19/10/14 - 24/11/14Semana 11/12/02 - 17/12/02
Especificacin de Casos de UsoSemana 19/10/14 - 24/11/14Semana 11/12/02 - 17/12/02
Especificaciones AdicionalesSemana 19/10/14 - 24/11/14Semana 11/12/02 - 17/12/02
Anlisis / Diseo
Modelo de Anlisis / DiseoSemana 12/10/14 - 18/10/14Revisar en cada iteracin
Modelo de DatosSemana 12/10/14 - 18/10/14Revisar en cada iteracin
Implementacin
Prototipos de Interfaces de UsuarioSemana 19/10/14 - 24/11/14Revisar en cada iteracin
Modelo de ImplementacinSemana 19/10/14 - 24/11/14Revisar en cada iteracin
Pruebas
Casos de Pruebas FuncionalesSemana 19/10/14 - 24/11/14Revisar en cada iteracin
Despliegue
Modelo de DespliegueSemana 19/10/14 - 24/11/14Revisar en cada iteracin
Gestin de Cambios y ConfiguracinDurante todo el proyectoDurante todo el proyecto
Gestin del proyecto
Plan de Desarrollo del Software en su versin 2.0 y planes de las IteracionesSemana 05/10/14 - 11/10/14Revisar en cada iteracin
AmbienteDurante todo el proyectoDurante todo el proyecto
Seguimiento y Control del Proyecto
Gestin de RequisitosLos requisitos del sistema son especificados en el artefacto Visin. Cada requisito tendr una serie de atributos tales como importancia, estado, iteracin donde se implementa, etc. Estos atributos permitirn realizar un efectivo seguimiento de cada requisito. 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 PlazosEl calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto y por el Comit de Seguimiento y Control.
Control de CalidadLos 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 utilizarn las guas de revisin y checklist (listas de verificacin) incluidas en RUP.
Gestin de Riesgos 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 ConfiguracinSe 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.
Lneas de trabajo, distribucin de recursos humanos y cronograma
Lneas de trabajo
ILT= Identificacin de Lneas de TrabajoIAC= Identificacin de Actividades Correspondientes
ILTDescripcin de Lnea de trabajoIACDescripcin de actividades correspondientes
RAnlisis/RequerimientoR1Relevar los Requerimientos
R2Especificar los Requerimientos
R3Especificar Casos de Uso
R4Priorizar los Casos de Uso
R5Validar con el Cliente
R6Definir Pautas para la Interfase de Usuario
R7Definir el Alcance del Sistema
R8Definir el Glosario
R9Definir Modelo Conceptual
R10Documentar Requerimientos para el Prototipo
DDiseoD1Disear Caso de Usos
D2Describir la Arquitectura
D3Comunicar el Diseo a los Implementadores
D4Disear la Base de Datos
D5Disear el Prototipo
IImplementacinI1Definir estndares de Doc. Tcnica e Implementacin
I2Implementar Prototipo
I3Corregir la Implementacin
I4Planificar la Integracin del Iteracin
I5Integrar el Sistema
I6Documentacin Tcnica
I7Verificacin Unitaria de Mdulo
VVerificacinV1Planificar la Verificacin
V2Evaluar y Ajustar el Plan de V&V
V3Planificar las Pruebas de la Iteracin
V4Especificar los Casos de Prueba
V5Verificar Documento
V6Generar entorno de Pruebas
V7Ejecutar las Pruebas del Sistema
V8Pruebas del sistema
V9Realizar el Informe Final de Verificacin
V10Realizar el informe final de verificacin
PImplantacinP1Planificar la Implantacin
P2Documentacin de Usuario
P3Elaborar la Presentacin del Sistema para el Cliente
P4Producir la Versin del Producto a Liberar
P5Puesta en Produccin
P6Administrar las Pruebas de Aceptacin
P7Verificar la Versin del Producto a Liberar
P8Pruebas Beta del Producto
P9Definir Estndares de Doc. de Usuario
P10Desarrollar los Materiales para Capacitacin
P11Preparar el Entorno de Capacitacin
P12Capacitacin
GGestin de ProyectoG1Planificar el Proyecto
G2Seguimiento de Proyecto
G3Estimaciones y Mediciones
G4Gestin de Riesgos
G5Registrar Esfuerzo
G6Reunin de Equipo
G7Elaborar el Acta de Reunin de Equipo
G8Reunin de Seguimiento
G9Ajustar y Controlar el Desarrollo
G10Evaluar y Ajustar el Plan de Proyecto
G11Realizar el Informe Final de ProyectoRevisin Administrativa
G12Preparar Cierre del Proyecto
G13Evaluar la Fase
G14Reunin Evaluativa del Grupo con el Director
G15Revisin Tcnica y Administrativa
G16Reunin de Responsables por rea
G17Definir Responsables por rea
G18Presentacin al Director del Proyecto
CConfiguracin C1Planificar la configuracin del SCM
C2Definir la Linea Base de Poyecto
C3Seguimiento de la linea base
C4Definir el ambiente controlado
C5Control de cambios
C6Realizar el informe final del SCM
C7Describir la version
C8Escribir las notas de la version
QCalidadQ1Identificar las Propiedades de Calidad
Q2Planificar la Calidad
Q3Evaluar y Ajustar el Plan de SQA
Q4Revisin Tcnica Formal
Q5Revisar las Entregas
Q6Revisar el Ajuste al Proceso
Q7Evaluar la Calidad de los Productos
Q8Realizar el Informe Final de SQA
CUComunicacinCU1Definir los Mtodos de Comunicacin
CU2Seguimiento de Satisfaccin del Cliente
CU3Reunin Conmemorativa
CU4Reunin Informativa
CU5Elaborar Documento Informativo
EFormacin E1Reuniones de Apoyo
E2Auto Estudio
DependenciasLas dependencias entre las actividades anteriormente declaradas se encuentran en el modelo modularizado unificado y medible, instancia orientada a objetos, en la pgina del curso de ingeniera de software.
Distribucin de Recursos HumanosCPAR= Cantidad de Personas Asignadas al Rol.
FaseRolCPAREstimacin horas en faseSoftware
1Requerimientos7133Microsoft Office
1Diseo116Microsoft Office
1Implementacin675Java
1Verificacin519Mantis Microsoft Office
1Gestin de proyecto11123Microsoft Office
1Comunicacin116Microsoft Office
1Calidad 122Microsoft Office
1Configuracin110Todos
CronogramaCronograma del proyecto esta defini en base a la agenda de entregables que se encuentra establecidos para instancias orientado a objeto. Se decidi realizar una pequea modificacin para los entregables de documentacin referente a la arquitectura y desarrollo de un prototipo. Esto se define en el plan de iteracin que se define antes del inicio de la iteracin.
Referencias Ingeniera de Software, Pressman.
Confidencial< EDP Software >2014Pgina 4 de 23