Академический Документы
Профессиональный Документы
Культура Документы
SISTEMA DE COMERCIALIZACION
Revision History
Date <30 /08/2011> Version <0.1> Description Versin preliminary como propuesta de desarrollo Author
Confidential
Page 2 of 26
Tabla de Contenidos
1. Introduccin 1.1 1.2 1.3 1.4 1.5 2. Propsito Alcance Definiciones, Acrnimos, and Abbreviaciones Referencias Resumen 5 5 5 6 6 Error! Bookmark not defined. 7 7 8 8 13 13 13 13 13 13 13 13 14 16 17 19 19 19 19 19 19 20 20 21 21 21 23 23 23 23 23 24 24 24 24 24 24 Page 3 of 26
Descripcion General del Proyecto 2.1 2.2 2.3 2.4 Propsito, Alcance y Objetivos Suposiciones y restricciones Entregables del proyecto Evolucin del plan de desarrollo de software
3.
Organizacin del Proyecto 3.1 3.2 3.3 Estructura organizacional Interfaces Externas Roles and Responsabilidades
4.
Administracin del Proceso 4.1 Plan del Proyecto 4.1.1 Plan de Fases 4.1.2 Objetivos Iteracin 4.1.3 Entregas 4.1.4 Calendario del Proyecto 4.1.5 Recursos del Proyecto 4.1.6 Presupuesto Plan de Iteraciones Seguimiento y control del Proyecto 4.3.1 Plan de Administracin de Requerimientos 4.3.2 Plan de control de cronograma 4.3.3 Plan de Control de Presupuesto 4.3.4 Plan de Control de Calidad 4.3.5 Plan de Reportes 4.3.6 Plan de Medicin Plan de Administracin de Riesgos Plan de Cierre de Proyecto
4.2 4.3
4.4 4.5 5.
Plan de Procesos Tcnicos 5.1 5.2 5.3 5.4 Caso de Desarrollo Mtodos y Herramientas Tcnicas Plan de Infraestructura Plan de Aceptacion del producto
6.
Plan de Procesos de Soporte 6.1 6.2 6.3 6.4 Plan de Administracin de la Configuracin Plan de Evaluacin Plan de Documentacin Plan de Aseguramiento de la Calidad <Company Name>, 2012
Confidential
Sistema de Comercializacin Vision Documento Vision 6.5 6.6 6.7 7. 8. 9. Plan de Resolucin de Problemas Plan de Administracin de Subcontratistas Plan de Mejoramiento de Procesos
24 24 24 24 24 24
Confidential
Page 4 of 26
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. Este documento es a su vez uno de los artefactos de RUP.
1.1
Propsito El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para controlar el proyecto, tomando en cuenta todos los aspectos importantes.
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 equipo de desarrollo lo usan para entender lo qu deben hacer, cundo deben hacerlo y qu otras actividades dependen de ello.
1.2
Alcance
Nos hemos basado en la captura de requisitos para hacer una estimacin aproximada, una vez comenzado el proyecto y durante la fase de Inicio se generar la primera versin del documento de 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, 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. El alcance del proyecto de aplicacin de gestin de la Vinos Gran Chim es el siguiente: Gestin de Ventas Gestin de Almacn Gestin de Compras
Confidential
Page 5 of 26
Limitaciones y restricciones: No cuenta con el hardware necesario. No cuenta con un personal calificado para el manejo del sistema que se va a implantar. Falta de coordinacin entre las reas de venta ante un problema que pueda presentar. La falta de stock debido al abastecimiento mensualmente. Problemas de devolucin cuando se reciba los productos fuera de la fecha de vencimiento o prximos a vencerse.
Procesos que involucra: Venta directa Venta por delivery Control de almacn Registros de compra
1.3 1.4
Definiciones, Acrnimos, and Abbreviaciones Referencias Descripcin del Producto proporciona una descripcin del propsito, alcance y objetivos del proyecto. Entregables --- establece los artefactos que sern producidos y utilizados durante el proyecto. Equipo de Trabajo describe la estructura organizacional del equipo de desarrollo. Gestin del Proyecto explica la planificacin estimada, define las fases de RUP y MoProsoft, incluye el calendario resumido, el detalle se manejar a travs de MSProject.
Confidential
Page 6 of 26
2.
2.1 1
Especficos Por medio del sistema implantado en la empresa se podrn mejorar los diferentes procesos, mejorando y disminuyendo los cotos de cada uno de ellos. Mejorar el control de ventas y compras diarias. Automatizacin en la elaboracin de los diferentes reportes que se necesiten.
ALCANCE
Gerencia
A. Compras
A. Ventas
A. Almacn
Confidential
Limitaciones y restricciones: No cuenta con el hardware necesario. No cuenta con un personal calificado para el manejo del sistema que se va a implantar. Falta de coordinacin entre las reas de venta ante un problema que pueda presentar. La falta de stock debido al abastecimiento mensualmente. Problemas de devolucin cuando se reciba los productos fuera de la fecha de vencimiento o prximos a vencerse.
Procesos que involucra: Venta directa Venta por delivery Control de almacn Registros de compra
2.2
Suposiciones y restricciones Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las entrevistas con el gerente de la empresa son: El subsistema Gestin de Venta debe disearse como mdulo independiente para ser utilizado posteriormente en otras localidades de los distintos almacenes no centralizados encargados de proveer a diferentes clientes.
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. <Company Name>, 2012
Confidential
Page 8 of 26
1. Plan de Desarrollo del Software. Es el presente documento. 2. Modelado de Negocio. Es un modelo de las funciones de negocio, permite situar al sistema en el contexto organizacional. 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
3. Visin. Nos vislumbramos como: Lder en participacin del mercado en los territorios en donde estamos presentes. Con fortalezas como: Lder en marca, producto de calidad, marketing, excelente servicio al cliente, la eficacia y eficiencia de nuestro sistema productivo, excelencia ocupacional, nuestra gente y nuestra cultura interna. 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. Este documento de plan de proyecto contiene la siguiente informacin Descripcin del objetivo del proyecto con ms detalle. Productos de desarrollo que se generan. Organizacin del equipo de desarrollo Descripcin del proceso de gestin del proyecto. Planes de proceso tcnico.
Confidential
Page 9 of 26
Sistema de Comercializacin Vision Documento Vision 4. Especificaciones de Requerimientos. 1. Descripcin Se registra los productos nuevos para su posterior venta. 2. Flujo De Eventos 2.1 Flujos Bsicos: Obtener datos del producto
2.2 Flujos Alternativos: Ninguno. 3. Requerimientos especiales: Ninguno 4. Pre-Condiciones verificar que el producto no este registrado anteriormente
5. Post-Condiciones : ninguno. 6. Puntos de Extensin : ninguno Registrar Pedido. 1. Descripcin. Este proceso permite registrar los datos de los pedidos realizados por nuestro clientes, para ello captamos los datos del pedido y calculamos el importe. 2.- Flujo de Eventos: 2.1.- Flujos Bsicos: Captar los datos del cliente. Verificar si el cliente es nuevo entonces registrarlo. Calculo del importe del Pedido. Guardar la Pedido
Confidential
Page 10 of 26
5. Glosario. Es un documento que define los principales trminos usados en el proyecto, proporcionando una terminologa consistente que ayuda a evitar los malos entendidos. 6. Prototipos de Interfaces de Usuario Definicin de aquellas caractersticas de la interfaz de usuario que permiten que el software sea fcil de entender, aprender, que genere satisfaccin y con el cual el usuario pueda desempear su tarea eficientemente, incluyendo la descripcin del prototipo de la interfaz. El propsito principal de crear un prototipo del usuario-interfaz es poder exponer y probar la funcionalidad y la utilidad del sistema antes del comienzo verdadero del diseo y del desarrollo.
7. Anlisis y Diseo: Arquitectnica y Detallada 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. 8. Modelo de Datos Previendo que la persistencia de la informacin del sistema ser soportada por un a base de datos relacional, este modelo describe la representacin lgica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para ello, se utilizar un diagrama entidad-relacin que represente a las tablas, campos, campos llave y relaciones entre stas.
9. Plan de Pruebas de Integracin. Descripcin que contiene: El orden de integracin de los componentes o subsistemas, guiado por la parte arquitectnica del Diseo. Pruebas que se aplicarn para verificar la interaccin entre los componentes. 10. Plan de Pruebas de Sistema. Identificacin de pruebas requeridas para el cumplimiento de los requerimientos especificados. 11. Componentes. Conjunto de unidades de cdigo relacionadas. 12. Software. Sistema de software, destinado a un cliente o usuario, constituido por componentes agrupados en subsistemas, posiblemente anidados. 13. Modelo de Implementacin Este modelo es una coleccin de componentes y los subsistemas que los contienen. Los componentes incluyen entregables, tales como ejecutables, y los componentes de los cuales se producen los entregables, por ejemplo archivos del cdigo de fuente.
Confidential
Page 11 of 26
14. 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. 15. Reporte de Pruebas del Sistema. Registro de participantes, fecha, lugar, duracin y de defectos encontrados. 16. Reporte de Pruebas de Integracin. Registro de participantes, fecha, lugar, duracin y de defectos encontrados. 17. Manual de Usuario. Documento electrnico o impreso que describe la forma de uso del software con base a la interfaz del usuario. ste deber ser redactado en trminos comprensibles a los usuarios. 18. Manual de Operacin. Documento electrnico o impreso que contenga la informacin indispensable para la instalacin y administracin del software, as como el ambiente de operacin (sistema operativo, base de datos, servidores, etc.). ste deber ser redactado en trminos comprensibles al personal responsable de la operacin. 19. Manual de Mantenimiento. Documento electrnico o impreso que describe la Configuracin de Software y el ambiente usado para el desarrollo y pruebas (compiladores, herramientas de anlisis y diseo, construccin y pruebas). Este deber ser redactado en trminos comprensibles al personal de mantenimiento. 20. Registro de Rastreo. Relacin entre los requerimientos, elementos anlisis y diseo, componentes y planes de pruebas. 21. Solicitud de cambio. Las solicitudes de cambio se utilizarn para documentar las peticiones formales propuestas por los usuarios ya sea por ampliaciones o defectos. Su propsito es rastrear todos los requerimientos relacionados a lo largo del ciclo de vida del proyecto. 22. Configuracin del Software Conjunto consistente de productos de software que incluye: Especificacin de Requerimientos Anlisis y Diseo Software Registro de Rastreo Plan de pruebas del sistema Reporte de pruebas del sistema Plan de integracin de pruebas Reporte de pruebas de integracin Manual de usuario Manual de operacin Manual de mantenimiento
Confidential
Page 12 of 26
Sistema de Comercializacin Vision Documento Vision 2.4 Evolucin del plan de desarrollo de software
El Plan de Desarrollo del Software se revisar semanalmente y se refinar antes del comienzo de cada iteracin.
3.
3.1
[Describe the organizational structure of the project team, including management and other review authorities.]
3.2 Interfaces Externas El mdulo de gestin de la empresa de Vinos Gran Chim contar con un registro de clientes, registro de pedido,registro de banco, listar productos, registrar comprobante de venta, etc.
3.3
Rol
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 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. Captura, 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. Construccin de prototipos. Colaboracin en la elaboracin de las pruebas funcionales, modelo de datos y en las validaciones con el usuario Gestin 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.
Jefe de Proyecto
Analista de Sistemas
Programador
Ingeniero de Software
4.
4.1 4.1.1
Confidential
Page 13 of 26
#semanas
#semanas
4.1.2
Objetivos Iteracin
Definir la solucin a la problemtica presentada por el cliente Determinar la factibilidad del proyecto desde el punto de vista del negocio Establecer la comunicacin con el cliente
Confidential
Page 14 of 26
Sistema de Comercializacin Vision Documento Vision Fase de Elaboracin En esta fase los principales casos de uso sern identificados, y en base a esto se generarn documentos que indiquen la funcionalidad de cada caso de uso. Se analizan los requisitos y se desarrolla un prototipo de arquitectura. Posteriormente se realizar prototipos de interfaz los cuales se realizarn de tal manera que sean utilizables en la fase de construccin. La revisin y aceptacin del prototipo de la arquitectura del sistema marca el final de esta fase. 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. Se trabajar con el release 1 y 2. La segunda iteracin tendr el objetivo de identificar todos los casos de uso que han de ser especificados, as como el de crear los prototipos de interfaz preliminares. De igual forma permitir hacer una revisin general del estado de los artefactos hasta este punto y actualizar, si es necesario, los artefactos con el fin del cumplimiento de los objetivos planteados. Ambas iteraciones tendrn una duracin de cuatro semanas.
Reporte de Actividades de esta fase Reportes de verificacin y validacin. Lecciones aprendidas. Solicitud de cambio.
En esta etapa se realizarn la actividad de MoProSoft A3 Realizacin de la fase de Anlisis y Diseo. En esta fase de elaboracin se utilizara para el diseo, en esta etapa se analizan los requerimientos establecidos en la fase de inicio para producir una descripcin de la estructura de los componentes de software, la cual servir de base para la construccin, se realiza el diseo de la arquitectura y el prototipo de la interfaz. Como entregables en esta fase podemos mencionar: Diseo de Interfaz (Prototipo). Diseo de Arquitectura (clases de entidad, lmite y control, objetos, mtodos, subsistemas, etc.) Documento de Arquitectura de Software. Manual de usuario preliminar. Plan de Pruebas de Integracin Registro de Rastreo. Configuracin de software. Reporte de Actividades de esta fase Reportes de verificacin y validacin. Lecciones aprendidas. Solicitud de cambio. Al final de esta fase, todos los casos de uso correspondientes a requisitos que sern implementados en la primera y segunda release de la fase de Construccin deben estar analizados y diseados (en el
Confidential
Page 15 of 26
Sistema de Comercializacin Vision Documento Vision Modelo de Anlisis/Diseo). Fase de Construccin La fase de construccin responde con nfasis al desarrollo propiamente de los componentes del sistema, cubriendo el desarrollo del Release 1 y 2, correspondientes a las iteraciones E1 y E2. Posteriormente se aplicarn pruebas al sistema, de tal manera que sea evaluado para tomar como salida el primer release. La primera iteracin E1 tendr como objetivo la refinacin de las clases que afectarn al sistema, el modelo de entidad-relacin y de las interfaces de usuario ya elaboradas. Se iniciar con la construccin de los componentes de los casos de uso principales, los cuales se manejan en el release 1. La segunda iteracin tendr como objetivo la construccin de los componentes del release 2, as como de la elaboracin de los manuales de usuario y gua de instalacin y configuracin.
En esta etapa se realizan las actividades de MoProSoft A4 Realizacin de la Fase de Construccin y A5 Realizacin de la Fase de Integracin y Pruebas. En esta fase se construyen e integran los componentes de software resultantes del anlisis y diseo y se realizan las pruebas unitarias. Su resultado son los componentes de software probados. Como entregables en esta fase podemos mencionar: Manual de usuario final Gua de Instalacin y Configuracin Componentes. Software. Reporte de Pruebas de sistema. Reporte de Pruebas de Integracin. Registro de Rastreo Configuracin de software. Reporte de Actividades de esta fase. Reportes de verificacin y validacin. Lecciones aprendidas. Solicitud de cambio.
Riesgos en la interpretacin de documentos asociados a la programacin Contar con las herramientas necesarias para el desarrollo del sistema Generar un manual de usuario entendible por el cliente
Fase de Transicin
En esta fase durante la primera iteracin T1 se empaquetar e instalar la versin R1.0 del sistema. Se capacitar a los usuarios habiendo elaborado un manual y plan de capacitacin y se esperar un tiempo de prueba de 2 semanas y una vez aceptado se empaquetar e instalar el R2.0 llevndose a cabo tambin su respectiva capacitacin y aceptacin.
Contar con el equipo de hardware y software necesario para la transicin del sistema hacia el cliente
4.1.3
Entregas El plan de releases est sujeto a cambios de acuerdo al progreso del proyecto. Este puede cambiar de acuerdo a factores de negocio o tcnicos. Se utilizar RequisitePro
Confidential
Page 16 of 26
para administrar los requerimientos del producto y mantener la trazabilidad de los contenidos de cada release. En particular, la prioridad y dificultad de los atributos son usados para determinar la prioridad de los requerimientos del producto y su ubicacin en cada release. Plan de Releases con sus respectivas funcionalidades bsicas: R1: o o o R2: o o o 4.1.4 Calendario del Proyecto Caso Uso4 Caso Uso5 Caso Uso6 Caso Uso 1 Caso Uso 2 Caso Uso 3
A continuacin 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 realizacin simultnea 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 flujo de trabajo (workflow) en un momento determinado del desarrollo.
Confidential
Page 17 of 26
Sistema de Comercializacin Vision Documento Vision Disciplinas/Artefactos generados o modificados durante la Fase de Inicio- Iteracin I1 Modelado del Negocio Modelo de Actividades Requisitos Glosario Visin Modelo caso uso Especificacin de Requerimientos Especificaciones Suplementarias Anlisis/Diseo Modelo de Anlisis/Diseo Modelo de Datos Implementacin Prototipos de Interfaces de Usuario Modelo de Implementacin Pruebas Casos de Pruebas Funcionales Despliegue Modelo de Despliegue Gestin de Cambios y Configuracin Gestin del Proyecto Plan de Desarrollo del Software en su versin 1.0 y planes de las Iteraciones Durante todo el proyecto Siguiente fase Durante todo el proyecto Siguiente fase Siguiente fase Siguiente fase Siguiente fase Siguiente fase 3 das 3 das 1 seman 1 seman 30/08/2011 30/08/2011 30/08/2011 30/08/2011 Siguiente fase 03/09/2011 03/09/2011 06/09/2011 06/09/2011 1 seman 30/08/2011 04/09/2011 Duracin Inicia Termina
Rol Responsable
Recursos
Jefe Proyecto Analist de Sis Analist de Sis Analist de Sis Analist de Sis
Confidential
Page 18 of 26
4.1.5.1 Plan de contratacin El personal del departamento de desarrollo tiene poco personal de desarrollo y diseo para conocer las necesidades del proyecto. Por lo que, se piensa en contratar a personal con experiencia mnima de 2 aos en java, Linux y MySQL
[Describe how you will approach finding and acquiring the staff needed for the project.]
4.1.5.3 Plan de capacitacin Se capacitar al personal para que fortalezcan sus conocimientos y habilidades en: o o o 4.1.6 Anlisis y Diseo Orientado a Objetos Introduccin al RUP Programacin avanzada JAVA
Presupuesto
PRESUPUESTO TOTAL GENERAL CATEGORA COSTO TOTAL 2200.00 Recursos Humanos 84.70 Materiales 1580.00 Equipo 2930.00 Software 41.00 Servicios COSTO TOTAL: 6835.71 4.2 Plan de Iteraciones
[Enclosed by reference.]
Los requisitos del sistema son especificados en los artefactos de Visin y Casos de Uso. Cada requisito tendr una serie de atributos tales como prioridad, estado, iteracin donde se implementa, etc. Estos atributos permitirn realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos sern administrados mediante una solicitud de cambio, las cuales sern evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de administracin de la configuracin y cambios.
4.3.2
CANT
FUNCIN
RETRIBUCIN MENSUAL
DURACIN
TOTAL
2 2 1 2
Materiales Papel Bond Materiales de Escritorio Caja de Diskettes A4 de 80 gr. Varios 3.5 1 Unidades 2 Millares 3.60 6.00 2.50 10.20 6.00 2.50
CD
RdWrite, Write
2 Unidades
3.00
6.00
Cartucho de Tinta
Negro
2 Unidades
10.00
20.00
Cartucho de Tinta
Color
2 Unidades
20.00
40.00
Sub. Total
S/ 84.70
Confidential
Page 20 of 26
Equipos Servidor computadora Impresoras Sub. Total Software W2000 Professional. Visual Studio Net SQL Sub. Total Total - Producto 1 Unidades 1 Unidades 1 Unidad 400.00 600.00 350.00 400.00 600.00 350.00 1350.00 (S/) 2930.00 Pentium IV 3.2 Ghz 1G 1 Unidad 80.00 80.00 1580.00 1Unidad 1500.00 1500.00
Epson C20SX
4.3.4
Plan de 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.
Los programadores, jefes y analistas estn manejando las dificultades que se presentara: En qu plataforma es desktop o en la web?, Que lenguaje de programacin y bases de datos se tomara en cuenta para este sistema?, como se asume los nuevo requerimientos hechos por los usuarios.
4.3.5
Plan de Reportes
[Describe internal and external reports to be generated, and the frequency and distribution of publication.]
4.3.6 Plan de Medicin
[Enclosed by reference.]
4.4 Plan de Administracin de Riesgos
Riesgo
Falta de presupuesto de la empresa para poner en marcha el proyecto
Probabilidad
Media
Impacto
Alto
Tipo de Riesgo
Negocio
Confidential
Page 21 of 26
Sistema de Comercializacin Vision Documento Vision Adaptacin del Usuario al nuevo sistema Disponibilidad de tiempo para participacin del usuario en el proyecto Media Alto
Cliente
Media
Medio
Entorno de desarrollo
Abandono de personal de desarrollo Disponibilidad de hardware que soporta el proceso Falta de comunicacin entre los integrantes del proyecto Discrepancias entre los integrantes en puntos crticos del proyecto Viajes no previstos por alguno de los Integrantes.
Alta
Alto
Personal de proyecto
Media
Alto
Tecnolgicos
Media Media
Alto Alto
Media
Alto
Personal de proyecto
En la tabla siguiente se puede apreciar las acciones a tomar para disminuir el impacto de estos riesgos o el plan de contingencia en caso ocurran: Riesgo Falta de presupuesto de la empresa para poner en marcha el proyecto. Plan de Mitigacin Estipular en el contrato que se cumpla con los costos propuestos en el plan de proyecto, hasta la culminacin del proyecto. Planes de capacitacin y evaluacin de los usuarios del sistema durante el desarrollo del proyecto Se conseguir el compromiso de la alta direccin para la participacin del personal necesario Poltica de incentivo por finalizar el proyecto en el tiempo establecido. Adquisicin de equipos redundantes y contratos de mantenimiento. Plan de Contingencia Citar a reunin al gerente de la empresa para indicar si se contina con el desarrollo del proyecto dando ms plazo para que renan el capital. Contratacin de nuevo personal
Confidential
Page 22 of 26
Discrepancias entre los integrantes en puntos crticos del proyecto Viajes no previstos por alguno de los Integrantes.
Sustentar de forma eficiente su punto de vista Consolidar puntos de vistas en una sola. Aceptar la mejor propuesta Establecer horarios Sustituir rol(s) del integrante ausente Contar con personas capacitadas para reemplazar al Integrantes Exigente proceso de seleccin de personal, Monitoreo cercano sobre el rendimiento del personal.
4.5
[Describe the activities for the orderly completion of the project, including staff reassignment, archiving of project materials, post-mortem debriefings and reports, and so forth.] 5.
5.1
[Enclosed by reference.]
5.2 Mtodos y Herramientas Tcnicas
[List the documented project technical standards, etc., by reference: Business Modeling Guidelines User Interfaces Guidelines Use-Case-Modeling Guidelines Design Guidelines Programming Guidelines Test Guidelines Manual Style guide]
5.3 Plan de Infraestructura
[Enclosed by reference]
Confidential <Company Name>, 2012 Page 23 of 26
Sistema de Comercializacin Vision Documento Vision 5.4 Plan de Aceptacion del producto
[Enclosed by reference] 6.
6.1
[Enclosed by reference]
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. 6.2 Plan de Evaluacin
[As part of the Software Development Plan, this describes the projects plans for product evaluation, and covers the techniques, criteria, metrics, and procedures used for evaluation this will include walkthroughs, inspections, and reviews. Note that this is in addition to the Test Plan, which is not enclosed in the Software Development Plan.]
6.3 Plan de Documentacin
[Enclosed by reference.]
6.4 Plan de Aseguramiento de la Calidad
[Enclosed by reference.]
6.5 Plan de Resolucin de Problemas
[Enclosed by reference.]
6.6 Plan de Administracin de Subcontratistas
[Enclosed by reference.]
6.7 Plan de Mejoramiento de Procesos
[Enclosed by reference.] 7. 8. Planes Adicionales [Additional plans if required by contract or regulations.] Anexos [Additional material of use to the reader of the Software Development Plan.] Indice
9.
Confidential
Page 24 of 26
Sistema de Comercializacin Vision Documento Vision a) MODELOS DE OBJETOS DEL NEGOCIO (MON) 1. Control de Ventas
Verifica pago
Clientes
Encargado de Ventas
Cuenta Bancaria
Pedidos Registrar Registrar/Buscar Buscar Encargado de Ventas Automatizado Leer Leer Leer Producto Registrar Cliente
Jefe de Ventas
Cajero
Comprobante de Ventas
Confidential
Page 25 of 26
2.
Compras
Registrar
Administrador
Proveedores
3.
Almacn
Clientes
Confidential
Producto
Page 26 of 26