FUSION (Desarrollo de Software a su medida) RUTA DE TRANSMILENIO EN SUS MANOS
Plan Administrative de Desarrollo Software
[SDMP - Software Development Management Plan]
FUSION
Curso/Empresa Profesor/Instructor/Líder
Ingeniero Alvaro Andres Montañez
Proyecto
RUTA TRANSMILENIO EN SUS MANOS PROY-ILMOVO
Documento
Autores
Código
Nombre
001
GERMAN FRANCO GRISALES HUBERTO HIGUERA NEIRA ANDRES DAVID LILIANA FARFAN FARFAN MAGDA CRUZ
CUADRO DE CONTROL Versión
DE
REVISIONES
Autor(es) Ordenados alfabéticamente
1.0
Todo el Equipo
2.0
Todo el Equipo
Descripción de la versión Borrador inicial del documento Segundo Borrador Documento Completo
Fecha de Terminación Mayo 16 de 2008 Octubre 9 / 2006
1 INTRODUCCIÓN 1.1 1.1 Descri Descripci pción ón del del Proy Proyect ecto o Se implementará un sistema desarrollado de Software Para implementar el sistema de Transp ranspor orte te masiv masivo o Transmi ransmilen lenio io para para la empr empresa esa dedic dedicad ada a a este este medio medio de transporte, transporte, el cual ayudará ayudará tener una rápida rápida información información por medio medio de tecnología tecnología móvil. El sistema mostrara al usuario la ruta más óptima que requiere para llegar, más rápido. Al finalizar el proyecto este debe el sistema mostrara la ruta mas eficaz y rápida.
DOCUMENTO 1. Formula ormulació ción n Del Prob Problem lema a 2. Objetivos Objetivos (Generales (Generales y Específico Específicos) s) 3. Gestió Gestión n de Integr Integraci ación ón 4. Plan Plan Admi Admini nist stra rati tivo vo 5. Anális Análisis is de de reque requerim rimien ientos tos 6. Esti Estima maci cion ones es 7. Gest Gestió ión n de de rie riesg sgos os 8. Plan Plan de Contro Controll De Cambio Cambio 9. Lista Lista De Rie Riesg sgos os TOP TOP 10 10 10.Manual De Usuario 11.Plan Aseguramiento Calidad 12.Documento De Diseño Detallado
MEDIO
FECHA ENTREGA
1.2 Evolución Evolución del del Plan Administr Administrativo ativo de de Desarrollo Desarrollo de Softw Software are
Versión
Autor(es) Ordenados alfabéticamente
Borrador
Todo el equipo
Versión Preliminar
Todo el equipo
Descripción de la versión
Fecha de Terminación
Borrador inicial, creado para 16 de mayo / 2008 distribución, revisión, sugerencias y comentarios. Versión preliminar, que incorp orpora los comentario rios inic inicia iale les, s, y se distr distrib ibuy uye e para para revisión final.
9 Octubre / 2006
1.3 1.3 Materi Material al de Refere Referenci ncia a
Ref
Documento
Versión
1
PRES PRESSM SMAN AN,, Rog Roger er.. Ing Ingen enie ierí ría a del del Sof Softwar tware, e, Un enfo enfoqu que e prá práct ctic ico o. Ed. Ed. Mc Graw Hill, Madrid 2001. IEEE 10 1074 Modelo RUP Unif Unifie ied d Mode Modeli ling ng Lang Langua uage ge™ ™ (UM (UML® L®), ), UML UML 2.0 2.0,, The The Curr Curren entt Off Offic icia iall Version http://www.uml.org ISO, ISO, Inte Intern rnat atio iona nall Org Organ aniz izat atio ion n for for Stan Standa darrdiza dizati tion on,, Gui Guide des s to to ISO ISO IT applications. http://www.iso.org
V Edición
2 3 4
V 2.0
1.4 1. 4 Defi Defini nici cion ones es y Sigla Siglas s
Súper per Administrador
Usuario que que pue puede rea realizar en el sis sistema ope operaciones de Crear, Crear, consultar, modificar y eliminar un usuario administrador.
Administrador
Usuario qu que pu puede re realizar en en el el si sistema op operaciones de de Crear, consultar, modificar y eliminar registros de costos por metro cuadrado y Salas de Cine
Usuario
Persona que puede ingresar al sistema para realizar consultas de creación de salas de Cine.
IEEE
Institute of Electrical and Electronic Engineers
ISO
International Organization for Standardization
UML
The Unified Modeling Language™ - UML - is OMG's mostused specification, and the way the world models not only applic applicati ation on struct structure ure,, behavi behavior or,, and archit architect ecture ure,, but also also business process and data structure.
IEEE 1074 RUP
Método de diseño de software, Rational Unified Process
2 ORGANIZACIÓN
DEL
PROYECTO
2.1 2. 1 Mode Modelo lo del del Pro Proce ceso so 2.1.1. Ciclo De Vida. Para la elabo elaborac ración ión de este este proy proyect ecto o se ha selecc seleccion ionad ado o el métod método o de vida vida La metodología metodología RUP, llamada así por sus siglas en inglés Rational Rational Unified Process, divide en 4 fases el desarrollo del software: 1.
Inic Inicio io::
2.
Elab Elabor orac ació ión: n: óptima.
3.
Construcción: En esta etapa el objetivo es llevar a obtener la capacidad operacional inicial.
4.
El Obje Objeti tivo vo en esta esta etap etapa a es es det deter ermi mina narr la la vis visió ión n del del proy proyec ecto to.. En est esta a etap etapa a el obj objet etiv ivo o es det deter ermi mina narr la ar arquit quitec ectu tura ra
Transmisión: El objetivo es llegar a obtener el release del proyecto.
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual consiste en reproducir el ciclo de vida en cascada a menor escala. Los Objetivos de una una iter iterac ació ión n se esta establ blec ecen en en func funció ión n de la eval evalu uació ación n de las las iter iterac acio ione nes s precedentes. Vale mencionar que el ciclo de vida que se desarrolla por cada iteración, es llevada bajo dos disciplinas:
1. Discip Disciplin lina a de Desarr Desarrollo ollo •
•
•
•
•
Ingeniería de Negocios: Entendiendo las necesidades del negocio. Requer equerimi imien entos tos:: Trasla rasladan dando do las las necesi necesida dades des del del negoci negocio o a un sistema automatizado. Análi Análisis sis y Diseñ Diseño: o: Trasla raslada dando ndo los requeri equerimie miento ntos s dentr dentro o de la arquitectura de software. Implementación: Implementación: Creando software software que se ajuste a la arquitectura arquitectura y que tenga el comportamiento deseado. Prueb Pruebas as:: Asegu Asegurán rándo dose se que que el compor comportam tamien iento to requ requeri erido do es el correcto y que todo los solicitado esta presente.
2. Discip Disciplin lina a de Soport Soporte e
•
Configur Configuració ación n y administ administraci ración ón del cambio: cambio: Guarda Guardando ndo todas todas las versiones del proyecto.
•
Administrando el proyecto: Administrando horarios y recursos.
•
Ambiente: Administrando el ambiente de desarrollo.
•
Distribución: Hacer todo lo necesario para la salida del proyecto
2.1.2. Esquema Administrativo. El equipo de proyecto está formado por seis personas, cada una con diferentes funciones, a saber:
2.1.3. Roles y responsabilidades La siguiente tabla identifica los recursos del proyecto y sus roles asociados. Persona
Roles.
Ing. German Franco
Ing . Humb umberto Higuera Ing. Andres
Diseñador del negocio, Diseñador de cápsulas, Integrador, Jefe de despliegue, Administrador del sistema, Analista de pruebas Espe specific ifica ador dor de de req requi uisi sito tos s, Ar Arqui quitec tecto de softwa tware, Di Diseñad eñado or de base de datos, Jefe de proyecto, Revisor de gestión del proyecto, Documentador técnico, Diseñador de pruebas Analista de procesos de negocio, Implementador, Jefe de configuración, Jefe de pruebas, Gestor de pruebas, Especialista en pruebas Analista de sistema, Diseñador de interfaz de usuario, Jefe de control de cambios, Ingeniero de procesos, Especialista en herramientas, Artista gráfico Desarrollador y Soporte Desarrollador
Puesto
Responsabilidad
Ger Gerente ente De Proy Proyec ecto to
Se enca encarg rga a de espe especi cifi fica carr los req requi uisi sito tos s del pro proye yect cto o. Defin Define e la arquitectura más óptima para el software. Asigna los recursos, gestio gestiona na las las prior priorida idades des,, coor coordin dina a as intera interacci ccione ones s con los los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. Se encarga de realizar realizar la documentación documentación técnica del proyecto. Realiza el diseño del plan de pruebas.
Líde Líderr De De Pro Proye yect cto o
Dise Diseña ña el proc proces eso o del del nego negoci cio. o. Actúa ctúa como como jefe efe en en el el mom momen ento to de despliegue del producto. Se encarga de la administración general del sistema. Actúa como analista en el plan de pruebas diseñado.
Líde Líderr De Plan Planea eaci ción ón
Capt Captur ura, a, esp espec ecif ific icac ació ión n y valid validac ació ión n de req requi uisi sito tos, s, int inter erac actu tuan ando do con el cliente y los usuarios mediante entrevistas. Gestiona el diseño de la interfaz de usuario. Actúa como principal controlador controlador de cambio cambios s del proy proyect ecto. o. Colabo Colabora ra en el entor entorno no gráfic gráfico o del producto.
Líd Líder de Calidad
Diseñador e implementa ntador general del proyecto. Actúa como jefe de configuración y jefe de lo definido en el plan de pruebas. Gestiona el plan de pruebas. Encargado de diseñar los cursos y capacitar al personal respectivo.
Líde íder de Des Desarr arrollo
Se enca encarrgan de rea realizar zar el sof softwa tware, son los los respon ponsabl sable es de elaborar el aplicativo utilizando las herramientas de desarrollo, realizan el código fuente de la aplicación.
Ing. Ing. LIli LIlia ana Farfan fan Ing. Magda Cruz Ing. David
Líder de Soporte
2.1.4. Principales Productos De Software.
Nombre del Producto
¿Bajo Control de Cambios?
¿Para entregar al cliente?
Personas que deben firmar en el producto.
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Análisis de Requerimientos Este es el documento con el cual se estudian cada uno de los Requerimientos del cliente y son aprobados tanto por este como por el grupo de desarrollo de software
Sí
Sí
Gerente, Líder de proyecto, Líder de Calidad de Software, el Jefe de documentación y cliente
Estimaciones En este documento realizamos el calculo de
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Gestión de Riesgos En este documento se identifican los riesgos con el fin de controlarlos y eliminarlos antes de que estos afecten el éxito del proyecto
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Plan de Control de cambios En teste documento se describen cronológicamente todos los cambios que ha tenido el documento durante la ejecución del proyecto.
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Lista de riesgos TOP 10 En este documento de describen los riesgos mas de mayor impacto para el proyecto en orden de mayor a menor importancia
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Manual de Usuario Este documento describe el manejo de cada una de las diferentes interfaces que pueda tener el proyecto
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Plan de aseguramiento de calidad Documento con el cual se describen las normas o estándares de calidad que se utilizaron para el desarrollo del proyecto
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Plan Administrativo de Desarrollo de Software
Fecha Planeada de Terminación 11/03/2008
Nombre del Producto Documento de Diseño Detallado
Fecha Planeada de Terminación
¿Bajo Control de Cambios?
¿Para entregar al cliente?
Personas que deben firmar en el producto.
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
Sí
No
Gerente, Líder de proyecto, Líder de Calidad de Software y el Jefe de documentación documentación
En este este docume documento nto se muest muestra ra el diseño detallado del proyecto Plantillas de formato de seguimiento de proyecto En este documento realizaremos seguimiento del proyecto, diligenciando la plantilla cada vez que avanza en una etapa de su evolución
2.2 Límites Límites de Gestión Gestión e Interf Interfaces aces Admin Administra istrativas tivas
•
Administración Principal La admin administ istrac ración ión de la realiza ealizació ción n del proy proyect ecto o esta esta a cargo cargo de la empre empresa sa FUSION, quien esta dirigida por el Líder del Proyecto el Ing. GERMAN FRANCO, quien responderá responderá directamente directamente por el proyecto proyecto al cliente y será uno de los actores actores que interactuará con el cliente en los avances del mismo.
•
Organización del Cliente La empr empresa esa de TRAN TRANSM SMILE ILENIO NIO el Geren Gerente te region egional, al, como como la perso persona na que que se encar encarga gara ra de la imple implemen mentac tación ión del del proy proyect ecto o en Colom Colombia bia estab establec lecie iend ndo o los requerimientos y quien realizara las revisiones de los avances presentados por la empresa desarrolladora y quien tiene la ultima palabra al momento de tomar una decisión definitiva.
3 PROCESOS ADMINISTRATIVOS 3.1 Prioridade Prioridades s y Objetivos Objetivos de Gestión Gestión •
Políticas de presentación de informes de gestión. Cada semana se hará una reunió a la cual debe asistir cada una de los integrantes integrantes del equipo e informar en que va cada una de sus tareas
•
Prioridades relativas entre funcionalidad, cronogramas y presupuesto. En la realización del proyecto se le dará mayor prioridad a la funcionalidad del mismo, pues en esta se basa el diseño del software. Aun que los cronogramas de activida actividades des y presup presupuest uesto o del proye proyecto cto deben deben cumplirs cumplirse e a cabalid cabalidad, ad, no es la prioridad de mas alta importancia.
•
Procedimientos de gestión de riesgos. Se iden identi tifi fica can n cada cada uno uno de los los ries riesgo gos s que que pued puedan an pres presen enta tars rse e dura durant nte e la evolución del proyecto, estos riesgos se van a identificar en 3 aspectos, Cliente, Personal y Tecnología.
LISTADO GENERAL DE RIESGOS ID
Identificado En.
1
Cliente
2 3 4 5 6 7
Cliente Cliente Cliente Tecnología Tecnología Tecnología
8 9 10 11 12
Tecnología Personal Personal Personal Personal
Riesgo Tiene Idea Clara de lo que Requiere Esta dispuesto a dedicar tiempo a la especificación formal de requerimientos El Cliente Tiene Disponibilidad para Revisiones? El Cliente es un usuario Experto Se trata de una nueva tecnología en la organización? Se debe interactuar con Hardware Nuevo? Es requerido un Interfase de Usua suario Especializado Se debe interactuar con un BD, cuya funcionalidad y rendimiento no han sido probados Cuenta con el Suficiente personal Calificado Esta el personal Comprometido en toda la duración del proyecto? Tiene el personal Toda la información ne necesaria? Tienen lo los mi miembros la las té técnicas ap apropiadas?
3.2 Suposicione Suposiciones, s, Depende Dependencias ncias,, y Restric Restricciones ciones •
El Usuari Usuario o Final Final posee posee person personal al idóne idóneo o que que es capa capaz z de compr comprend ender er el manejo del producto en el momento de la capacitación.
•
•
El sistema propuesto solamente soporta plataforma Windows o Linux. El sistema propuesto no genera reportes estadísticos de diseños realizados por el usuario.
•
•
El sistema propuesto no incluye la posibilidad de realizar inventarios de salas de cine. El sistema propuesto funciona solamente para cual es la ruta mas Eficaz.
3.3 Mecanismo Mecanismos s de Verificación erificación y Control Control •
•
Formatos de informe. •
Formato Gestión De riesgos
Formato FCD-001
•
Plan administrativo
•
Especificación Especifi cación de Requerimientos
Formato FCD-002 Formato FCD-003
Frecuencia de los informes
Los informes de los avances serán entregados por cada uno de lo integrantes del equip equipo o en las las oficin oficinas as del Líder Líder del Proye Proyecto cto con una una frecu frecuen encia cia seman semanal al según según programación establecida para revisiones, en medio impreso.
•
Mecanismos de auditoria
Se establece como política de auditoria la revisión sorpresa de todo el proyecto, sus actividades actividades y avances avances por parte del del Gerente Gerente del Proyecto Proyecto al Líder del Proyecto Proyecto y a todo equipo encargado del proyecto, con el fin de tener un concepto claro del avance. Estas revisiones serán acordadas directamente por las partes.
3.4 3.4 Plan Plan de Contra Contratac tación ión La empresa FUSION, asignara para la realización del proyecto a 6 ingenieros así:
Persona Ing.German Franco Ing. Lilian Farfan Ing. Magda L. Cruz IngHumberto Higuera Ing. David Ing. Andres
Cargo Lider Proyecto Lider Planeacion y de Calidada Lider Planeacion Lider de Soporte y de Desarrollo Lider de Calidad y Soporte Lider de Desarrollo
Tiempo Proyecto
Inicio
Contratacion
Conocimiento Esp.
4 Meses 4 Meses
Fijo Fijo
4 Meses
Fijo
4 Meses
Fijo
4 Meses
Fijo
4 Meses
Fijo
Manejo Proyectos Sw Desarrollo SW y Admon Desarrollo Y Calidad SW Desarrollo y Calidad SW Desarrollo y Calidad SW Desarrollo y Calidad SW
4 PROCESOS TÉCNICOS 4.1 Métodos, Métodos, Herramien Herramientas tas y Técnicas écnicas Creation Data Asignara para la realización del proyecto los siguientes recursos así:
4.1.1.
Herramientas. o
Ofic Oficin ina a de 5 x 5 mts, mts, con con baño baño,, buen buena a ilum ilumin inac ació ión n y sist sistem ema a de ventilación.
o
4 Escritorio individual, silla Ergonómica y materiales de papelería.
o
2 Equipo PC Portátil
o
Sistema Operativo Windows XP Profesional
o
5 Microsoft Office 2007 Professional
o
4 UPS APC 1000 Kva para protección Equipos
o
Canal Dedicado Internet ADSL 1000 K, ETB
o
Correo Electrónico corporativo para cada persona.
o
4 Equipo Computador de Escritorio con las siguientes características así:
Procesador Intel® Core™2 Extreme Processor.
Intel® Desktop Board D975XBX
Memoria Kingston DDR2 2 Gb
Disco Duro SATA2 200 GB
Quemador DVD Lg double Layer.
Monitor LCD, LG 19 pulgadas
4.1. 4. 1.2. 2.
Meto Metodo dolo logí gía a de Des Desar arro roll llo o
Para la elaboración de este proyecto se ha seleccionado el método de vida La metodología RUP, llamada así por sus siglas en inglés Rational Unified Process, divide en 4 fases el desarrollo del software:
Inicio: El Objetivo en esta etapa es determinar la visión del proyecto.
Elaboración: En esta etapa el objetivo es determinar la arquitectura óptima.
Cons Constr truc ucci ción ón:: En esta sta etap etapa a el obje objeti tivo vo es llev llevar ar a obte obtene nerr la capacidad operacional inicial.
4.1.3.
Transmisión: El objetivo es llegar a obtener el reléase del proyecto.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de proyecto.
4.1.4.
Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio tendrán un seguimiento para asegurar la conformidad respecto de la solución de dichas deficiencias.
4.1.5.
Gestión de Riesgos
A partir de la fase de Iniciación 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 iteración.
4.2 4.2 Docum Document entaci ación ón de Soft Softwar ware e DOCUMENTO
MEDIO
1. Formulación Del Problema
Impresió n
2. Plan Administrativo Revisión 1
Impresió n
3. Gestión de riesgos Revisión 1
Impresió n
4. Obje Objeti tivo vos s (Ge (Gene nera rale les s y Espec Específ ífic icos os)) Rev Revis isió ión n1
Impr Impres esió ió n
5. Gestión de Integración
Impresió n
6. Plan Administrativo Revisión 2
Impresió n
7. Obje Objeti tivo vos s (Ge (Gene nera rale les s y Espec Específ ífic icos os)) Rev Revis isió ión n2
Impr Impres esió ió n
8. Análisis de requerimientos
Impresió n
9. Estimaciones
Impresió n
10. Gestión de riesgos Revisión 2
Impresió n
11. Plan de Control De Cambio
Impresió n
12. Lista De Riesgos TOP 10
Impresió n
13. Manual De Usuario
Impresió n
14. Plan Aseguramiento Calidad
Impresió n
15. Documento De Diseño Detallado
Impresió n
FECHA ENTREGA
4.3 Funciones unciones de Soport Soporte e del del Proyecto Proyecto 4.3.1.
Cronograma del pr proyecto
A continuación se presenta un cronograma de las tareas del proyecto. El proceso iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefa tefac ctos tos son son gene enerados muy tem tempran raname amente en el proyecto ecto pero ero van desa desarr rrol ollá lánd ndos ose e en mayo mayorr o meno menorr grad grado o de acue acuerd rdo o a la fase fase e iter iterac ació ión n del 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.
5 ACTIVIDADES, CRONOGRAMA Y PRESUPUESTO 5.1 5. 1 Acti Activi vida dade des s ID
Nombre de la Tarea
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Titulo Definición de términos Listado De De Requerimientos Diseño casos de uso principales Listado de riesgos Revisión plan de desarrollo Revi evisió sión/ac /actua tualiza lizac ción ión lis listtado ado de de riesg iesgo os Modelos de casos de uso Revi evisió sión/ Dise iseño de modelo elos de de casos sos de uso Estimaciones Gestión De riesgos Revis evisió ión n pla plan n de de des desar arro roll llo, o, Ries Riesgo gos s y Reque equeri rimi mien ento tos s Gestión de Calidad Diseño de arquitectura Modelo Matemático Desarrollo de la la aplicación Ini Inicia ciació ción do document ento man manu ual de usu usua ario Revis evisió ión n ini inici ciac ació ión n doc docum umen ento to man manua uall de de usu usuar ario io Completado ma manual de de us usuario Revisión manual de usuario Capacitación y Entrega
5.2 5.2 Requer Requerimi imient entos os de Recu Recurso rsos s Descripcion Computador Escritorio Computador Portátil Alquiler Oficina Alquiler Escritorios
Cargo Equipo Equipo Equipo Equipo
Tiempo Proyecto 4 Meses 4 Meses 4 Meses 4 Meses
Equipo
4 Meses
2
Servicios Públicos Licencia MS Visual .Net (Diferida a 4 meses)
Equipo
4 Meses
1 1 1
Mantenimiento PC Seguridad social Transportes visitas
Equipo Otro Otro
4 Meses 4 Meses 4 Meses
Cant 4 1 1 4
1
Contratacion Alquiler Alquiler Alquiler Alquiler Temporal Proyecto
Fijo Temporal Proyecto Fijo 4 meses Fijo
1
Elementos Papelería
Equipo
4 Meses Fijo
1
Ing. Germán Franco
1
Ing. Liliana Farfán
Líder de Proyecto Líder Planeación y calidad
4 Meses Fijo 4 Meses Fijo
1
Ing. Magda Cruz
1
Ing. Hu Humberto Hig Higu uera
1
Ing. David
Líder Planeación Líder de Soporte y de Desarrollo Líder de Calidad y Soporte
4 Meses Fijo 4 Meses Fijo 4 Meses Fijo
1
Ing. Andrés
Líder de Desarrollo
4 Meses
5.3 5. 3 Pres Presup upue uest sto o PRESUPUESTO PROYECTO Equipo Cantidad 4 1 1 4 1 2 1 1
Costo X Mes $ 1.200.000 $ 300.000 $ 500.000 $ 250.000 $ 200.000 $ 1.000.000 $ 300.000 $ 500.000
Costo 4 Meses $ 4.800.000 $ 1.200.000 $ 2.000.000 $ 1.000.000 $ 800.000 $ 4.000.000 $ 1.200.000 $ 2.000.000
$ 4.250.000
$ 17.000.000
Gerente Proyecto Líder Proyecto Líder Documentación Analista De Pruebas Desarrolladores Seguridad social Transportes visitas Elementos Papelería Otros
Costo X Mes $ 4.000.000 $ 2.000.000 $ 2.000.000 $ 2.000.000 $ 5.000.000 $ 2.500.000 $ 1.000.000 $ 2.000.000 $ 500.000
$ 16.000.000 $ 8.000.000 $ 8.000.000 $ 8.000.000 $ 20.000.000 $ 10.000.000 $ 4.000.000 $ 8.000.000 $ 2.000.000
Sub Total Personal :
$ 21.000.000
$ 84.000.000
Computador Escritorio Computador Portátil Alquiler Oficina Alquiler Escritorios Servicios Públicos Licencia MS Visual .Net (Diferida a 4 meses) Mantenimiento PC Imprevistos PC Sub Total Equipo : Personal
Cantidad 1 1 1 1 2 1 1 1 1
Utilidad Cantidad 1
Costo X Mes
Utilidad Proyecto
$ 15.000.000
Sub Total Utilidad :
$ 15.000.000 Total Proyecto:
$ 117.000.000
5.4 5. 4 Cron Cronog ogra rama ma ID 1 2 3 4 5 6 7 8 10 11 12 13 14 15 16 17 18 19 20 21 22 23 26 27 28 29 30 31 32 33 .
Nombre de la Tarea IL MONDO E IL VOSTRO Iniciación Titulo Definicion de terminos Listado De Requerimientos Diseño casos de uso principales Listado de riesgos Revisión plan de desarrollo
Final de Iniciación Elaboración Revisión/actualización listado de riesgos Modelos de casos de uso Revisión/ Diseño de modelos de casos de uso Estimaciones Gestion De riesgos Revisi visiò òn pla plan de de desa desarrrollo, lo, Riesgos sgos y Requerimientos
Final de Elaboración Construcción Gest Gestio ion n de Cali Calida dad d Diseño de arquitectura Modelo Matematico Desarrollo de la aplicación Inic Inicia iac ción ión docum cumento manua nual de usua suario rio Revisi visió ón ini inici cia ació ción do docum cumento ento manual ual de de usuario
Final Construcción Transición Completado manual de usuario Revisión manual de usuario Capacitaciòn
Final Transición ransició n
Comienzo
Final
Duración 78 días 21 días 5 días 2 días 7 días 2 días 2 días 1 día
0 días 29 días 2 días 10 días 3 días 5 días 5 días 1 día
0 días 26 días 3 días días 2 días 3 días 14 días 1 día día 1 día
0 días 3 días 1 día 1 día 1 dìa
0 días
