Plan de Desarrollo de Software

CompuVenta - FIIS vs.1.0

Sistema Web CompuVenta - FIIS Versin 1.0

INDICE

1.Introduccin31.1Propsito31.3Resumen32.Vista General del Proyecto42.1Propsito, Alcance y Objetivos42.2Suposiciones y Restricciones42.3Entregables del proyecto53.Organizacin del Proyecto93.1Participantes en el Proyecto203.2Interfaces Externas203.3Roles y Responsabilidades214.Gestin del Proceso224.1.Plan del Proyecto224.1.1Plan de las Fases224.1.2Calendario del Proyecto234.3Seguimiento y Control del Proyecto245.Referencias Bibliograficas25

1. INTRODUCCINEste presente trabajo es hecho como respuesta al curso de negocios electrnico de la Escuela de Ing. de sistemas de la UNFV; este captulo del libro de la creacin de un negocio virtual .Nosotros como estudiantes de ing. de sistemas veremos un caso de estudio desde la prospectiva del ing. de sistemas lo cual nuestro plan de estudio es el desarrollo de software llamada CompuVenta FIIS, este proyecto ha sido propuesto por los integrantes del grupo y lo haremos basado en un proyecto informtico empleando la metodologa de Rational Unified Process en la que nicamente se proceder a cumplir las tres primeras fases que marca la metodologa. 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 propuesto 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.

1.1 Propsito

El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el proyecto. En l se describe el enfoque de desarrollo del software.

Los usuarios del Plan de Desarrollo del Software son:

El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para realizar su seguimiento.

Los miembros del grupo de desarrollo lo usan para entender lo qu deben hacer, cundo deben hacerlo y qu otras actividades dependen de ello.

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

Planes y Guas de aplicacin proporciona una vista global del proceso de desarrollo de software, incluyendo mtodos, herramientas y tcnicas que sern utilizadas.

2. VISTA GENERAL DEL PROYECTO2.1 Propsito, Alcance y Objetivos

La informacin que a continuacin se incluye ha sido extrada de las diferentes reuniones que se hemos celebrado el grupo desde el inicio del proyecto, Flores Sandoval,Indira Grace , Garcia Vargas ,Luis Jonathan , Pineda Pachas Pierre , Yucra Luis.CompuVenta - FIIS llevara a cabo la venta de equipos tecnolgico en lnea por todo el mundo. 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, CompuVenta FIIS considera necesario el desarrollo de un nuevo sistema de gestin de los artculos tecnologicos que forman parte de sus catlogos, as como las bases de datos que recogen datos tanto estadsticos, empresariales como de nminas, plantillas de personal, etc., por tanto los solicitantes demandan una gestin ms rpida, automtica y segura de las gestiones de almacn y bases de datos de los distintos departamentos.

El proyecto debe proporcionar una propuesta para el desarrollo de todos los subsistemas implicados en la gestin de artculos tecnolgicos y bases de datos departamentales. Estos subsistemas se pueden diferenciar en siete grandes bloques:

a) Gestin de Ventas, incluyendo:

Procedimiento de venta mediante el sistema online, va web.

Procedimiento de venta mediante la atencin de comerciales a domicilio del cliente.b) Gestin de Almacenes, incluyendo:

Gestin de nuevos pedidos.

Reserva de stock para la preparacin de pedidos.

Gestin de incidencias de stock.

Gestin de pedidos para envo.

Gestin de consultas de estado de pedidos. Cancelacin de pedidos solicitado por el cliente.c) Gestin de Envos, incluyendo:

Gestin de Pedidos para envo.

Gestin de recibos.

d) Departamento de Recursos Humanos.

e) Departamento de Marketing.

f) Departamento de Logstica.

g) Contabilidad y Facturacin.

2.2 Suposiciones y Restricciones

Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas con el stakeholder de la empresa son:

a) Debe contemplarse las implicaciones de los siguientes puntos crticos:

Compatibilidad de la solucin con protocolos. Caracteres multilinges

Sistemas seguros: proteccin de informacin, seguridad en las trasmisiones de datos (PKI), etc.

Gestin de flujos de trabajo, seguridad de transacciones e intercambio de informacin

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.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. Esto ser indicado ms adelante cuando se presenten los objetivos de cada iteracin.

1) PLAN DE DESARROLLO DEL SOFTWAREEs el presente documento.

2) Modelo de Casos de Uso del Negocio

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 representa con un Diagrama de Casos de Uso usando estereotipos especficos para este modelo.

EMPRESA CompuVenta FIIS

La empresa de ventas consta de varios departamentos centralizados, un almacn central y de diversas sucursales de ventas repartidas en distintos pases. Cada sucursal de ventas dispone de un almacn regional que suministra los pedidos de los clientes a los pases que conforman una regin determinada, siendo el almacn central el que abastece al resto de almacenes.El diagrama representa los diferentes subsistemas en los que se ha dividido la empresa a nivel de abstraccin es el siguiente:

Modelado del NegocioEl modelado del negocio se basa en dos diagramas principales, el modelo de casos de uso del negocio, el modelo del dominio y los modelos de objetos del negocio. La empresa interacta con distintos elementos externos, entre los que se identifican el cliente externo (persona o entidad que solicita la compra de productos a la empresa), el proveedor (persona o entidad que reabastece de productos a la empresa) y por ltimo la empresa de transportes, que es una subcontrata encargada de servir los pedidos desde los distintos almacenes regionales a los clientes de la empresa. Caso de Uso del Negocio

Modelo de Dominio del Negocio

Los modelos de objetos del dominio estn asociados a cada uno de los casos de uso del negocio. Por ser de mayor prioridad para la empresa, el caso de uso para el cual se desarroll el modelo de objetos fue el del caso de uso del negocio "vender productos". Modelo de Objetos de Vender Productos

Modelo de Objetos de Seguimiento y Consulta de Productos

Modelo de Objetos de Reponer Stock

Modelo de Objetos de Modificar Catlogo

Modelo de Objetos de Realizar Entrega

Modelo de casos de uso del sistema.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.

Gestin de VentasEn el subsistema gestin de ventas participan tres actores para los cuales se generan distintos casos de uso, que se muestran a continuacin.

Gestin de Almacn

Gestin de Envos.

Departamento de Logstica.

Departamento de Marketing

Departamento de Contabilidad / Facturacin

Departamento de Recursos Humanos

3) Prototipos de Interfaces de Usuario

Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las interfaces que proveer el sistema y as, conseguir retroalimentacin de su parte respecto a los requisitos del sistema. Estos prototipos se realizarn como: dibujos a mano en papel, dibujos con alguna herramienta grfica o prototipos ejecutables interactivos, siguiendo ese orden de acuerdo al avanc del proyecto. Slo los de este ltimo tipo sern entregados al final de la fase de Elaboracin, los otros sern desechados. Asimismo, este artefacto, ser desechado en la fase de Construccin en la medida que el resultado de las iteraciones vayan desarrollando el producto final.

Prototipo manual

Utilizando Herramientas de diseo Prototyper Free 2.0.1 4) Modelo de Anlisis y Diseo

Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno de implementacin), de acuerdo al avance del proyecto.

A continuacin se presentan los modelos definidos en RUP como modelo de datos y modelo de anlisis / diseo. Constar de un diagrama de clases en el que se muestran tan slo las clases generadas a partir de los casos de uso incorporados a la aplicacin hasta la segunda iteracin de la fase de construccin, y de un modelo de datos (modelo relacional) donde se muestran las entidades que participan en las relaciones definidas en el proyecto (teniendo en cuenta de nuevo que se alcanz nicamente la segunda iteracin de la fase de construccin).

5) Modelo de Despliegue

Este modelo muestra el despliegue la configuracin de tipos de nodos del sistema, en los cuales se har el despliegue de los componentes.

6) Casos de Prueba

Cada prueba es especificada mediante un documento que establece las condiciones de ejecucin, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son aplicados como pruebas de regresin en cada iteracin. 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.

7) Solicitud de Cambio

Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o cambios en los requisitos del producto. As se provee un registro de decisiones de cambios, de su evaluacin e impacto, y se asegura que stos sean conocidos por el equipo de desarrollo. Los cambios se establecen respecto de la ltima baseline (el estado del conjunto de los artefactos en un momento determinado del proyecto) establecida. En nuestro caso al final de cada iteracin se establecer una baseline.

8) Plan de Iteracin

Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados, dependencias entre ellas. Se realiza para cada iteracin, y para todas las fases.

9) Evaluacin de Iteracin

Este documento incluye le evaluacin de los resultados de cada iteracin, el grado en el cual se han conseguido los objetivos de la iteracin, las lecciones aprendidas y los cambios a ser realizados.

10) Lista de Riesgos

Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto, ordenados en orden decreciente de importancia y con acciones especficas de contingencia o para su mitigacin.

11) Manual de Instalacin

Este documento incluye las instrucciones para realizar la instalacin del producto.

12) Material de Apoyo al Usuario Final

Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guas del Usuario, Guas de Operacin, Guas de Mantenimiento y Sistema de Ayuda en Lnea

13) Producto

Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para facilitar su instalacin. El producto, a partir de la primera iteracin de la fase de Construccin es desarrollado incremental e iterativamente, obtenindose una nueva release al final de cada iteracin.

Los artefactos 19, 20 y 21 se generarn a partir de la fase de Construccin, con lo cual se han incluido aqu slo para dar una visin global de todos los artefactos que se generarn en el proceso de desarrollo.

2.4 Evolucin del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisar semanalmente y se refinar antes del comienzo de cada iteracin.

3. ORGANIZACIN DEL PROYECTO3.1 Participantes en el Proyecto

Considerando las fases de Inicio, Elaboracin y dos iteraciones de la fase de Construccin, estar formado por los siguientes puestos de trabajo y personal asociado:

Jefe de Proyecto. Flores Sandoval Indira Grace, Con una experiencia modesta en metodologas de desarrollo, herramientas CASE y notaciones, en particular la notacin UML y el proceso de desarrollo RUP.

Analistas de Sistemas. Garcia Vargas ,Luis Jonathan

Ambos tienen conocimientos en el manejo de base de datos: SQL y MySQL.Conocimientos amplios de UML y RUP.

Programador. Pinada Pachas Pierre.

Con experiencia en el entorno de desarrollo del proyecto, con el fin de que los prototipos puedan ser lo ms cercanos posibles al producto final. Diseador Web.Yucra Luis.

Encargado de hacer la gestin de configuracin, documentacin y diseo de datos y las pruebas funcionales del sistema.3.2 Interfaces Externas

CompuVenta - FIIS 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 CompuVenta - FIIS para especificacin y validacin de los artefactos generados.

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

PuestoResponsabilidad

Jefe de ProyectoEl 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 tambin establece un conjunto de prcticas que aseguran la integridad y calidad de los artefactos del proyecto. Adems, el jefe de proyecto se encargar de supervisar el establecimiento de la arquitectura del sistema. Gestin de riesgos. Planificacin y control del proyecto.

Analista de SistemasCaptura, especificacin y validacin de requisitos, interactuando con el cliente y los usuarios mediante entrevistas. Elaboracin del Modelo de Anlisis y Diseo. Colaboracin en la elaboracin de las pruebas funcionales y el modelo de datos.

ProgramadorConstruccin de prototipos. Colaboracin en la elaboracin de las pruebas funcionales, modelo de datos y en las validaciones con el usuario

Diseador WebGestin de requisitos, gestin de configuracin y cambios, elaboracin del modelo de datos, preparacin de las pruebas funcionales, elaboracin de la documentacin. Elaborar modelos de implementacin y despliegue.

4. GESTIN DEL PROCESO4.1 Plan del Proyecto

En esta seccin se presenta la organizacin en fases e iteraciones y el calendario del proyecto.

4.1.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 Construccin y Transicin es slo una aproximacin muy preliminar)

FaseDuracin

Fase de Inicio1 semanas

Fase de Elaboracin2 semanas

Fase de Construccin3 semanas

Fase de Transicin-

Los hitos que marcan el final de cada fase se describen en la siguiente tabla.

DescripcinHito

Fase de InicioEn 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.

Fase de ElaboracinEn 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. En nuestro caso particular, por no incluirse las fases siguientes, la revisin y entrega de todos los artefactos hasta este punto de desarrollo tambin se incluye como hito. La primera iteracin tendr como objetivo la identificacin y especificacin de los principales casos de uso, as como su realizacin preliminar en el Modelo de Anlisis / Diseo, tambin permitir hacer una revisin general del estado de los artefactos hasta este punto y ajustar si es necesario la planificacin para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrn una duracin de una semana.

Fase de ConstruccinDurante la fase de construccin se terminan de analizar y disear 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 TransicinEn esta fase se prepararn dos casos 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.1.2 Calendario del Proyecto

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 / Artefactos generados o modificados

durante la Fase de InicioComienzoAprobacin

Modelado del Negocio

Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio

Semana 1

02/11 09/11Semana 3

21/11 28/11

Requisitos

Glosario

Semana 1

10/11 18/11Semana 3

21/11 28/11

Visin

Semana 2

10/11 18/11Semana 3

21/11 28/11

Modelo de Casos de Uso

Semana 3

21/11 28/11siguiente fase

Especificacin de Casos de Uso

Semana 3

21/11 28/11siguiente fase

Especificaciones Adicionales

Semana 3

21/11 28/11siguiente fase

Anlisis / Diseo

Modelo de Anlisis / Diseo

Semana 2

10/11 18/11siguiente fase

Modelo de Datos

Semana 2

10/11 18/11siguiente fase

Implementacin

Prototipos de Interfaces de Usuario

Semana 3

28/10 28/11siguiente fase

Modelo de Implementacin

Semana 3

21/11 28/11siguiente fase

Pruebas

Casos de Pruebas Funcionales

Semana 3

21/11 28/11siguiente fase

Despliegue

Modelo de Despliegue

Semana 3

21/11 28/11siguiente fase

Gestin de Cambios y Configuracin

Durante todo el proyecto

Gestin del proyecto

Plan de Desarrollo del Software en su versin 1.0 y planes de las Iteraciones

Semana 1

2/11 9/11Semana 3

21/11 28/11

Ambiente

Durante todo el proyecto

4.2 Seguimiento y Control del Proyecto

Gestin de Requisitos

Los 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 Plazos

El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto.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 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 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. REFERENCIAS BIBLIOGRFICAS. Pliego de Clusulas Tcnicas para la Definicin y Anlisis de los Procedimientos del Hemeroteca UNAC.

Desarrollo de una aplicacin informtica para el clculo del personal necesario para la fabricacin de carroceras, utilizando la metodologa RUP. PUC. Visual Modeling with Rational Rose and UML, Terry Quatrani. - Addison-Wesley.

Documentacin de Rational Unified Process, manuals de ayuda, tutoriales, etc.PAGE