Plan de Desarrollo de Software
Contents
1. Sambay n Group Sambay n Plan de Desarrollo de Software Versi n 3 0 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 Historial de Revisiones Fecha Versi n Descripci n Autor 26 03 08 0 1 Versi n preliminar del documento Adri n M Paredes 02 04 08 0 2 Se agregaron algunos productos a la WBS se modific el equipo de trabajo para que coincidiera con los roles de RUP se quitaron los reportes de avance y se quit el encabezado de identificaci n de documento Adri n M Paredes 04 04 08 0 3 Fueron corregidos algunos roles de RUP Se agregaron los roles de System Analyst y Requirement Specifier para Ezequiel G B y se le quit el rol de Implementer Adri n M Paredes 07 04 08 1 0 Primera iteraci n Adri n M Paredes 15 04 08 1 1 Puesta en formato Oscar L Alvarez Imaz 18 04 08 1 2 Corregidos algunos roles del ET que quedaron desactualizados en el presente documento Adri n M Paredes 20 04 08 2 0 Agregado uso de la herramienta Project para estimar y para el an lisis de Earn Value Cambiadas las referencias de Directrices de Programaci n por Gu a de Programaci n Adri n M Paredes 02 05 08 2 1 Se quita a Project como herramienta para el Earn Value Se lo pone a Project para el Baseline y estimaci n y a Excel para el EV Se agrega el Plan de2. s lo puede publicarse uno por fecha o Consultas a Ex menes realizados o Estad sticas gr ficas y anal ticas El acceso al m dulo Back debe ser restringido S lo los administradores podr n acceder a l Confidencial OSambay n Group 2013 Page 4 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 2 2Supuestos y Restricciones e La primera versi n del sistema debe estar finalizada para el 23 de junio de 2008 d a de la presentaci n oficial e implantaci n del producto en ambiente de producci n e La disponibilidad de los integrantes del Equipo de Trabajo es limitada Cada uno de ellos se encuentra actualmente involucrado en otros diversos proyectos y la falta de tiempo y concentraci n puede ser una restricci n importante a la hora de seguir el calendario propuesto e Suponemos que el servicio web que usamos como servidor de SVN y bug tracker http www assembla com va a permanecer on line durante todo el proyecto y que no habr interrupciones temporarias ni definitivas en la disponibilidad del servicio hasta la entrega de la primera versi n 2 3Entregables del Proyecto Los entregables para cada fase del proyecto se identifican en la secci n 4 2 que corresponde al Plan del Proyecto Los entregables que ser n presentados al cliente al final de cada iteraci n se especifican detalladamente en la secci n 4 2 4 que corresponde al Calendario del Proyecto 2 4
3. donado de nsoiocade nto baneado iocccentdcatodenipiocce nto iandnipeneci nacos 6 4 1 Estimaciones del Proyecto said cs 6 AD Plan del DEOYECO ii ip aiSs 6 ARA MA A ES A ANOA E E E EANES 6 4 2 2 Objetivos de las Iteraciones oooncnicnoninononnononnnonnnnononnnonnono cnn nnnono canon conc on nro conc on nro non con n rn non none rn non nana rn nonrnnnin nos 11 4 23 Calendario del Proyect im A A As 12 AS Controlidel Proye l iii A A AA A ia 12 PES O OTTE A T I I T ENE ARAE A EA 14 Confidencial Sambay n Group 2013 Page 3 of 14 Tabla de Contenidos Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 Plan de Desarrollo de Software 1 Introducci n 1 1Prop sito El prop sito del Plan de Desarrollo de Software es reunir toda la informaci n necesaria para el control del proyecto En el presente documento se describe el enfoque del desarrollo del software y es el plan de alto nivel generado y utilizado por los administradores para dirigir los esfuerzos de desarrollo 1 2Alcance Se describe el plan general para ser utilizado por el proyecto Sambay n incluyendo el despliegue del producto y los detalles de cada una de las iteraciones a grandes rasgos Los planes como se indican en este documento se basan en los requerimientos del producto tal como se definen en el documento de Visi n 1 3Resumen El presente Plan de Desarrollo contiene la siguiente informaci n e Descripci n del Pro
4. n el d a de la demostraci n de la primera versi n funcionando en producci n Comprende la implantaci n del servicio los ensayos de los oradores que se dirigir n al p blico la preparaci n de la exposici n preparado de l minas casos de demostraci n pantallas demo y la presentaci n propiamente dicha Artefactos de RUP e Visi n y Alcance o Visi n e Plan de Trabajo o Plan de Desarrollo de Software o Plan de M tricas Confidencial OSambay n Group 2013 Page 9 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 e Proceso de Administraci n y Control de Cambios o Plan de Administraci n de Requerimientos e Lista de Riesgos o Lista de Riesgos o Plan de Administraci n de Riesgos e Arquitectura incluye Modelo de Datos y Modelo de Dominio o Documento de Arquitectura de Software o Gu a de Programaci n Programming Guidelines e Despliegue o Plan de Despliegue e Especificaci n de Casos de Uso o Especificaci n de Requerimientos de Software SRS o Especificaci n de Casos de Uso 1 documento por Caso de Uso e Casos de Prueba o Plan de Test o Casos de Prueba 1 documento por Caso de Prueba o Resumen de los resultados de las pruebas e Manual de Usuario Plan de Iteraciones Siguiendo la metodolog a de RUP se ha dividido el trabajo de la primera versi n completa del sistema en 5 iteraciones m s una presentaci n Una iteraci n para la fase de Concepci n dos iteraciones
5. para la fase de Elaboraci n tres iteraciones para la fase de Construcci n y la presentaci n final del producto para la fase de Transici n A grandes rasgos las iteraciones de cada fase est n compuestas por los siguientes artefactos e Fase de Inicio o Iteraci n 1 Plan de Trabajo Proceso de Administraci n y Control de Cambios Visi n Alcance Arquitectura Despliegue e Fase de Elaboraci n o Iteraci n 2 Lista de Riesgos Casos de Uso de Alto Nivel SRS Modelo de Datos Modelo de Dominio Confidencial OSambay n Group 2013 Page 10 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 o Iteraci n 3 Casos de Prueba Imagen Conceptual de la Interfaz de Usuario Prototipo Ejecutable e Fase de Construcci n o Iteraci n 4 Entrega Incremental I o Iteraci n 5 Entrega Incremental II o Iteraci n 6 Entrega Incremental III e Fase de Transici n o El producto final ser presentado en una exposici n de no m s de 10 minutos o El sistema quedar instalado en producci n 4 2 20bjetivos de las lteraciones Cada iteraci n agrupa una cantidad estrat gica de artefactos que engloban un objetivo concreto Los objetivos para cada iteraci n son e Iteraci n 1 Visi n y Plan o Entregar al cliente la visi n del producto y el plan del proyecto Definir el plan y el proceso de desarrollo Definir el proceso de administraci n de cambios Defini
6. que necesitar para generar el ambiente de trabajo 1 1 2 Desarrollo del m dulo Front El m dulo Front es el servicio de evaluaci n que utilizar n los evaluados aquellas personas que se acercar n a un centro autorizado por el PMI y rendir n el examen para la certificaci n PMP B sicamente el usuario clave ser el evaluado y el m dulo consiste en un formulario para que el usuario complete con sus datos personales la rendici n del examen donde el usuario ir visualizando las preguntas y eligiendo las respuestas y la finalizaci n del examen que incluye el almacenamiento de los resultados 1 1 2 1 Formulario de Datos Comprende el dise o visual del formulario la posibilidad de que el usuario pueda ingresar los datos personales y la funcionalidad de que el sistema almacene estos datos ingresados en la base de datos de evaluados Tambi n incluye una pantalla de confirmaci n antes del guardado de los datos 1 1 2 2 Rendici n de Examen Comprende el n cleo del m dulo Front Se deben mostrar las preguntas correspondientes al examen del d a y el usuario debe tener la posibilidad de marcar cada una de las preguntas con la respuesta que l cree que es la indicada o marcarla para revisi n Comprende tambi n la funcionalidad del cambio de idioma el usuario debe poder seleccionar visualizar el examen en ingl s o en espa ol y cambiar en cualquier momento de la rendici n del examen el idioma Adem s se debe mostrar la cuenta regresi
7. ser instalado en producci n el 23 de junio de 2008 e S lo contamos con 4 recursos que ser n asociados a los diferentes roles antes descriptos e Seestimar usando la herramienta Project de Microsoft Office con el cual trazaremos el baseline El an lisis de Earn Value se realizar con una planilla de c lculos en Microsoft Excel 4 2Plan del Proyecto 4 2 1Plan WBS Confidencial OSambay n Group 2013 Page 6 of 14 3 0 02 05 08 Versi n Fecha Plan de Desarrollo de Software Sambay n Page 7 of 14 1 Sambay n 1 1 Desarrollo 1 2 Administraci n y 1 3 Prueba 1 4 Presentaci n Control del Proyecto 1 1 1 Armado del 1 1 2 Desarrollo 1 1 3 Desarrollo 1 1 4 Armado de Entorno de Desarrollo del M dulo Front del M dulo Back la DB 1 2 1 Administraci n y 1 3 1 Armado del 1 4 1 Instalaci n Control de Ca
8. Evoluci n del Plan de Desarrollo de Software La evoluci n del Plan de Desarrollo de Software ser iterativa El Plan ser revisado antes del inicio de cada iteraci n y ser adaptado incrementalmente a medida que las fases del proyecto avancen 3 Organizaci n del Proyecto 3 1Estructura Organizacional del Equipo de Trabajo 3 2Roles Persona Ezequiel Mart n Gonz les Busquin Alejandro Ezequiel Aguilar Oscar Luis Alvarez Imaz Adri n Marcelo Paredes Rol de RUP Project Manager Business Designer System Analyst Requirement Specifier Business Process Analyst Implementer Tech Writer Change Control Manager Software Architect Designer Integrator Test Manager Test Analyst Test Designer Deployment Manager Implementer Process Engineer Tool Specialist Configuration Manager Cualquier integrante del equipo de especialistas puede realizar actividades de cualquier rol siempre y cuando stas no sean incompatibles con las del rol oficial que desempe a La habilidad de cada uno de ellos es similar los cuatro cuentan con la misma experiencia Confidencial OSambay n Group 2013 Page 5 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 4 Proceso de Gesti n 4 1Estimaciones del Proyecto e Se estima que el proyecto contar con 14 semanas de desarrollo El 17 de marzo de 2008 se llev a cabo la reuni n de kick off por lo tanto el sistema estar listo para
9. Test como artefacto de RUP Se agrega referencia al documento de Introducci n a RUP Se agrega referencia al Plan de Despliegue como Manual de Configuraci n Adri n M Paredes 04 05 08 3 0 Versi n Entregable del Documento Adri n M Paredes Confidencial OSambay n Group 2013 Page 2 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 A OO AO 4 LA Prop lee 4 LRALCAMCE A A A A A ia 4 IE ANTA TEER EEEE AAA 4 2 Descripci n del Proyecto oocionionnonoonconcononosonnononecocoononerococnoncconoanonenoconnoncnnroononecoroe non ASR SSE a PEE rencor Ear E E aoao RESE aaa 4 2 1 Objetivo del Proyecto mbito de aplicaci n y Objetivos ssesssseesssiessssrsessiissssirsesriissssrrsssriressssrreererine 4 2 2 SUPUESTOS Y Restricciones in tna sant 5 DI ENTEzablesdel P O E O a ia 5 2 4 Evoluci n del Plan de Desarrollo de Software oonnooncniccnonnnncnnconononnnonncnnn nono nnnonn nc nannn conc nnn cnn ncnn anna rana rn nrnnnrnnins 5 3 Organizaci n del Proyecto ivavoocoooonesiononcnciononncnei conncicioconnenosenonnenccci enencidionnoo secs sovs svskes dsvvsovs ov vo sorsi srseviss es ssi 5 3 1 Estructura Organizacional del Equipo de Trabajo oonooinnnnonnninncnnnnnnncnnnnnnannnonnnonnannn cora nnn cnn cnn rana nn rra rnnrnn rra 5 A NERO 5 4 Proceso de Gesti N corvocinosinioninencicincconeni ntcc ion cinspiavevnn ce doncdn so coo cian
10. a de versionado de documentos y de c digo fuente se usar SVN El servidor de SVN lo provee el servicio de assembla El cliente de SVN que utilizaremos ser Tortoise SVN El manual de configuraci n se encuentra detallado en el Plan de Despliegue 5 Anexos El proyecto seguir el proceso de RUP para peque os proyectos ver documento Introducci n a RUP guiado por los Casos de Uso que se especificar n en la Especificaci n de Requerimientos de Software SRS Para el desarrollo del c digo fuente se usar la gu a de programaci n del documento Gu a de Programaci n Programming Guidelines Confidencial OSambay n Group 2013 Page 14 of 14
11. as posibles y a una y s lo una respuesta correcta 1 1 3 3 ABM de Modelos de Ex menes Comprende el dise o y la implementaci n del armado de modelos de ex menes con sus preguntas correspondientes Confidencial OSambay n Group 2013 Page 8 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 1 1 3 4 Pantalla de Publicaci n de Ex menes Comprende el dise o y la implementaci n de la pantalla de publicaci n de Ex menes Como m ximo s lo se permitir publicar un examen por d a 1 1 3 5 Pantalla de Consultas de Ex menes Realizados El usuario podr consultar por ex menes ya realizados y podr inspeccionar los resultados las respuestas marcadas por el evaluado sin posibilidad de alterar los resultados 1 1 3 6 Estad sticas Se debe desarrollar hasta un m ximo de cinco estad sticas en forma gr fica y anal tica Comprende el relevamiento de las estad sticas necesarias y el dise o y la implementaci n de las mismas 1 1 4 Armado de la Base de Datos Comprende el armado de la base de datos con sus scripts de creaci n de tablas el dise o del modelo de datos y su implementaci n 1 2 Administraci n y Control del Proyecto Comprende el seguimiento y control del proyecto mediante la administraci n y control de los cambios el confeccionado y la mantenci n de los artefactos y o documentos de RUP y la confecci n y mantenci n de los indicadores de control 1 2 1 Administrac
12. endario Confidencial OSambay n Group 2013 Page 12 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 El Project Manager mantiene el calendario cliente que muestra la fecha de entrega de cada iteraci n Dentro de cada iteraci n el Project Manager asignar las distintas tareas al equipo de especialistas para construir los artefactos que corresponden a dicha entrega Como el equipo de trabajo es peque o no va a hacer falta un calendario interno minucioso para cada iteraci n Cada individuo que se le asigna un paquete de trabajo proporcionar informaci n sobre su trabajo y una estimaci n de la finalizaci n del mismo Habr reuniones de coordinaci n peri dicas entre el Project Manager y el equipo de trabajo para informar sobre estas cuestiones Los cambios en el calendario se elevan al Sponsor del proyecto que decidir si corresponde recortar el alcance de la iteraci n a fin de preservar las fechas de entrega o de correr las mismas Control de Calidad Habr dos o tres idas y vueltas entre desarrollo y pruebas Los bugs ser n reportados y administrados mediante la herramienta de bug tracker que provee el sitio de assembla ya mencionado Los testers deber n confeccionar los Casos de Prueba registrados en el documento Casos de Prueba deber n ejecutarlos para cada funcionalidad deber n registrar los bugs encontrados en la herramienta de bug tracking y resumir los resultados de las pr
13. i n y Control de Cambios Riesgos y Calendario Comprende el absoluto manejo de los cambios la administraci n de los pedidos de cambios del cliente los an lisis de impactos las evaluaciones las aprobaciones la priorizaci n planificaci n la implementaci n la validaci n implantaci n y control Tambi n incluye el manejo de los riesgos la forma de mitigarlos o minimizarlos y el control del calendario 1 2 2 Documentos de RUP Comprende el confeccionado y las actualizaciones de todos los artefactos de RUP con la correspondiente mantenci n en cada iteraci n y a lo largo de todo el ciclo de vida del proyecto 1 2 3 Indicadores de control Comprende el confeccionado de los indicadores de control y el trabajo constante de mantenerlos actualizados 1 2 4 Reuniones de Avance Comprende la preparaci n y ejecuci n de las reuniones de avance con el cliente en las que mostraremos borradores y adelantos de lo que ya hay o est por construirse los indicadores de control las minutas de las reuniones anterior y los informes de avance 1 3 Prueba Comprende todo el ciclo de testeo de los m dulos armado del entorno de prueba armado del ambiente de aceptaci n armado de los casos de prueba testing sobre los m dulos y el armado del manual de usuario El equipo de Testers es el responsable de todas estas actividades 1 4 Presentaci n Comprende todos los sub tems concernientes a la presentaci n final del sistema en la fase de transici
14. lo menos se tendr un prototipo funcional de cada uno de ellos e Iteraci n 6 Producto final o Presentar al cliente la tercera y ltima entrega incremental que consiste en las correcciones solicitadas la implementaci n final de todos los casos de uso y el producto ya estabilizado 4 2 3Calendario del Proyecto Todas las fechas corresponden al a o en curso 2008 Iteraci n 1 Visi n y Plan entregada Iteraci n 1 Visi n y Plan aprobada Iteraci n 2 Riesgos y Casos de Uso entregada Iteraci n 2 Riesgos y Casos de Uso aprobada Iteraci n 3 Imagen Conceptual entregada Iteraci n 3 Imagen Conceptual aprobada 12 de mayo Iteraci n 4 Casos de Uso m s riesgosos Project Manager 19 de mayo entregada Iteraci n 4 Casos de Uso m s riesgosos Cliente 26 de mayo aprobada Iteraci n 5 Todos los casos de uso entregada Iteraci n 5 Todos los casos de uso aprobada Iteraci n 6 Producto final entregada Iteraci n 6 Producto final aprobada Presentaci n Final del Producto y Reuni n de Project Manager 23 de junio Cierre 4 3Control del Proyecto Administraci n de Requerimientos Los requerimientos para este sistema son capturados en el documento Visi n La definici n del Proceso de Administraci n y Control de Cambios en los requerimientos se encuentra en el documento Plan de Administraci n de Requerimientos Control del Cal
15. mbios Entorno de Prueba Riesgos y Calendario 1 4 2 Ensayos de la 1 1 2 1 Formulario 11 1 3 1 Pantalla de 1 1 4 1 Dise o del z Presentaci n H de Datos Login H Modelo de Datos 1 3 2 Armado del pa 1 2 2 Documentos Ambiente de Aceptaci n de RUP m 1 1 3 2 ABM de 1 1 4 2 Implementaci n 1 4 3 Preparaci n on Preguntas 4 del Modelo de Datos de la Presenta 1 3 3 Armado de los 1 1 3 3 ABM de 1 2 3 Indicadores Casos de Prueba 1 1 2 3 Finalizaci n Modelos de Ex menes de control n Q del Examen 1 4 4 Exposici n 1 1 3 4 Pantalla de 1 3 4 Pruebas sobre el Publicaci n de Ex menes 1 2 4 Reuniones M dulo Front de Avance 1 1 3 5 Pantalla de Consultas de Ex menes realizados 1 3 5 Pruebas sobre el M dulo Back 1 1 3 6 Estad sticas 1 3 6 Manual de Usuario OSambay n Group 2013 Confidencial Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 Diccionario de la WBS 1 Sambay n Servicio de Evaluaci n para certificaci n PMP 1 1 Desarrollo El sistema de Servicio de Evaluaci n para certificaci n PMP consta b sicamente de dos m dulos M dulo Front y M dulo Back 1 1 1 Armado del Entorno de Desarrollo Comprende la instalaci n de todas las herramientas necesarias y el armado de la plataforma en la que se desarrollar el software Cada integrante del equipo de especialistas deber instalar Java Eclipse los plug in necesarios un cliente de SVN y todos los productos
16. r la arquitectura del sistema e Iteraci n 2 Riesgos y Casos de Uso o Identificar los riesgos m s importantes y la forma de administrarlos Definir la lista de riesgos Definir los casos de uso empezando por los m s riesgosos Definir el modelo de datos y el modelo de dominio para eliminar o aminorar el riesgo de una alta diferencia entre ambos e Iteraci n 3 Imagen Conceptual o Entregar al cliente el primer prototipo con el dise o de las interfaces y los casos de prueba Definir los casos de prueba en base a los casos de uso definidos Refinar la especificaci n de los casos de uso Dise ar las ventanas de la aplicaci n en base a los casos de uso y a los casos de prueba y armar un ejecutable sin funcionalidad para que el cliente pueda aprobar el aspecto visual del sistema e Iteraci n 4 Casos de Uso m s riesgosos Confidencial OSambay n Group 2013 Page 11 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 o Presentar al cliente la primera entrega incremental que consiste en las interfaces de la iteraci n anterior con las modificaciones solicitadas y la funcionalidad de los casos de uso m s riesgosos implementada e Iteraci n 5 Todos los casos de uso o Presentar al cliente la segunda entrega incremental que consiste en las correcciones solicitadas y la implementaci n de los casos de uso restantes No todos estar n terminados pero s por
17. uebas en el documento Resumen de los Resultados de las Pruebas Los defectos que el usuario y o el cliente encuentren en las versiones incrementales ser n corregidos en las entregas siguientes y cualquier pedido de mejora ser introducido en el proyecto como cambio de requerimiento y se administrar de la forma explicada en el documento Plan de Administraci n de Requerimientos Reportes y M tricas Se efectuar una reuni n de avance cada quince d as entre entrega y entrega En las reuniones se presentar al cliente reportes de avance artefactos incompletos para que pueda opinar sobre ellos y el Project Manager presentar los indicadores de control para que todos conozcan el estado del proyecto Los indicadores a presentar ser n e Earn Value e Cobertura de Prueba e Evoluci n de la Prueba El calendario de reuniones de avance es el siguiente 12 reuni n 31 de marzo 22 reuni n 14 de abril 4 reuni n 12 de mayo 52 reuni n 26 de mayo En general salvo la primera reuni n del 31 de marzo las reuniones de avance coincidir n con la aprobaci n del cliente de la iteraci n anterior Administraci n de Riesgos Confidencial OSambay n Group 2013 Page 13 of 14 Sambay n Versi n 3 0 Plan de Desarrollo de Software Fecha 02 05 08 El proceso de Administraci n de Riesgos es descripto en el documento Plan de Administraci n de Riesgos Gesti n de Configuraci n Como herramient
18. va en alg n lado de la pantalla Rendici n de Examen comprende el dise o de la interface y la implementaci n del seleccionado de respuesta y el marcado para revisi n de preguntas 1 1 2 3 Finalizaci n del Examen Comprende una pantalla de confirmaci n antes de cerrar el examen el c lculo del porcentaje de respuestas correctas la visualizaci n de cada una de las preguntas con las opciones seleccionadas por el evaluado y las correctas y el almacenado de los resultados en forma segura 1 1 3 Desarrollo del M dulo Back El m dulo Back es el sistema que los administradores utilizar n para cargar las preguntas armar y publicar los ex menes consultar los ex menes realizados y visualizar estad sticas relevantes El acceso debe ser restringido s lo a los administradores as que ellos ser n los usuarios clave 1 1 3 1 Pantalla de Login Comprende el dise o y la implementaci n de una ventana de login donde el administrador ingresar su nombre de usuario y contrase a y podr ingresar al sistema Incluye la validaci n del usuario y una pantalla de acceso no autorizado si la clave y o el usuario son incorrectos o desconocidos 1 1 3 2 ABM de Preguntas Comprende el dise o y la implementaci n de una pantalla para que el administrador pueda realizar las altas bajas y modificaciones de preguntas en la base de datos Las preguntas deben ser almacenadas en espa ol y en ingl s pueden contener gr ficos y deben estar linkeadas a respuest
19. yecto ofrece una descripci n del prop sito del proyecto el alcance y los objetivos Tambi n define los entregables que se esperan del producto e Organizaci n del Proyecto describe la estructura de organizaci n del equipo del proyecto e Proceso de Gesti n explica el calendario se determinan las fases y entregas incrementales del proyecto y se describe c mo ser llevado a cabo el seguimiento del proyecto e Planes y Directrices aplicables ofrece una visi n general del proceso de desarrollo de software incluidos los m todos herramientas y t cnicas a seguir 2 Descripci n del Proyecto 2 10bjetivo del Proyecto mbito de aplicaci n y Objetivos El objetivo del proyecto Sambay n es desarrollar un Software para el PMI Project Management Institute que sirva como soporte para la evaluaci n de certificaci n PMP Project Management Professional que consta de un examen en PC en centros autorizados Sambay n es un Servicio de Evaluaci n para Certificaci n PMP que consta de dos m dulos separables e Front consiste en o Formulario de datos del evaluado o Examen m ltiple choice en ingl s y espa ol para el evaluado 200 preguntas 4 horas El sistema deber llevar la cuenta regresiva del tiempo faltante y mostrarla al evaluado o Almacenamiento de los resultados de los ex menes e Back que consiste en o ABM de Preguntas o ABM de Modelos de Examen m ximo 200 preguntas por examen o Publicaci n de Ex menes
Download Pdf Manuals
Related Search