Sambayn Group Sambayn Plan de Desarrollo de Software

Versin 3.0

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

Historial de Revisiones
Fecha 26/03/08 02/04/08 Versin 0.1 0.2 Descripcin Versin preliminar del documento. 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 identificacin de documento. 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. Primera iteracin. Puesta en formato Corregidos algunos roles del ET que quedaron desactualizados en el presente documento. Agregado uso de la herramienta Project para estimar y para el anlisis de Earn Value. Cambiadas las referencias de "Directrices de Programacin" por "Gua de Programacin". Se quita a Project como herramienta para el Earn Value. Se lo pone a Project para el Baseline y estimacin, y a Excel para el EV. Se agrega el Plan de Test como artefacto de RUP. Se agrega referencia al documento de Introduccin a RUP. Se agrega referencia al Plan de Despliegue como Manual de Configuracin. 04/05/08 3.0 Versin Entregable del Documento. Adrin M. Paredes. Autor Adrin M. Paredes Adrin M. Paredes

04/04/08

0.3

Adrin M. Paredes

07/04/08 15/04/08 18/04/08

1.0 1.1 1.2

Adrin M. Paredes Oscar L. Alvarez Imaz Adrin M. Paredes

20/04/08

2.0

Adrin M. Paredes

02/05/08

2.1

Adrin M. Paredes

Confidencial

Sambayn Group, 2012

Page 2 of 14

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

Tabla de Contenidos
1. Introduccin 4 1.1 Propsito 4 1.2 Alcance 4 1.3 Resumen 4 2. Descripcin del Proyecto 4 2.1 Objetivo del Proyecto, mbito de aplicacin, y Objetivos 4 2.2 Supuestos y Restricciones 5 2.3 Entregables del Proyecto 5 2.4 Evolucin del Plan de Desarrollo de Software 5 3. Organizacin del Proyecto 5 3.1 Estructura Organizacional del Equipo de Trabajo 5 3.2 Roles 5 4. Proceso de Gestin 6 4.1 Estimaciones del Proyecto 6 4.2 Plan del Proyecto 6 4.2.1 Plan 6 4.2.2 Objetivos de las Iteraciones 11 4.2.3 Calendario del Proyecto 12 4.3 Control del Proyecto 12 5. Anexos 14

Confidencial

Sambayn Group, 2012

Page 3 of 14

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

Plan de Desarrollo de Software

1.Introduccin
1.1Propsito El propsito del Plan de Desarrollo de Software es reunir toda la informacin 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 Sambayn, 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 Visin. 1.3Resumen El presente Plan de Desarrollo contiene la siguiente informacin: Descripcin del Proyecto: ofrece una descripcin del propsito del proyecto, el alcance y los objetivos. Tambin define los entregables que se esperan del producto. Organizacin del Proyecto: describe la estructura de organizacin del equipo del proyecto. Proceso de Gestin: explica el calendario, se determinan las fases y entregas incrementales del proyecto, y se describe cmo ser llevado a cabo el seguimiento del proyecto. Planes y Directrices aplicables: ofrece una visin general del proceso de desarrollo de software, incluidos los mtodos, herramientas y tcnicas a seguir.

2.Descripcin del Proyecto

2.1Objetivo del Proyecto, mbito de aplicacin, y Objetivos El objetivo del proyecto Sambayn es desarrollar un Software para el PMI (Project Management Institute) que sirva como soporte para la evaluacin de certificacin PMP (Project Management Professional), que consta de un examen en PC en centros autorizados. Sambayn es un Servicio de Evaluacin para Certificacin PMP, que consta de dos mdulos separables: Front: consiste en: o o o Formulario de datos del evaluado Examen mltiple choice en ingls y espaol para el evaluado (200 preguntas, 4 horas). El sistema deber llevar la cuenta regresiva del tiempo faltante y mostrarla al evaluado. Almacenamiento de los resultados de los exmenes

Back: que consiste en: o o o o ABM de Preguntas ABM de Modelos de Examen (mximo: 200 preguntas por examen) Publicacin de Exmenes (slo puede publicarse uno por fecha) Consultas a Exmenes realizados Sambayn Group, 2012 Page 4 of 14

Confidencial

Sambayn Plan de Desarrollo de Software o Estadsticas (grficas y analticas)

Versin: 3.0 Fecha: 02/05/08

El acceso al mdulo Back debe ser restringido. Slo los administradores podrn acceder a l. 2.2Supuestos y Restricciones La primera versin del sistema debe estar finalizada para el 23 de junio de 2008, da de la presentacin oficial e implantacin del producto en ambiente de produccin. 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 concentracin puede ser una restriccin importante a la hora de seguir el calendario propuesto. 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 versin.

2.3Entregables del Proyecto Los entregables para cada fase del proyecto se identifican en la seccin 4.2 que corresponde al Plan del Proyecto. Los entregables que sern presentados al cliente al final de cada iteracin, se especifican detalladamente en la seccin 4.2.4 que corresponde al Calendario del Proyecto. 2.4Evolucin del Plan de Desarrollo de Software La evolucin del Plan de Desarrollo de Software ser iterativa. El Plan ser revisado antes del inicio de cada iteracin, y ser adaptado incrementalmente a medida que las fases del proyecto avancen.

3.Organizacin del Proyecto

3.1Estructura Organizacional del Equipo de Trabajo 3.2Roles Persona Ezequiel Martn Gonzles Busquin 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

Alejandro Ezequiel Aguilar

Oscar Luis lvarez Imaz

Adrin Marcelo Paredes

Confidencial

Sambayn Group, 2012

Page 5 of 14

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

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 desempea. La habilidad de cada uno de ellos es similar; los cuatro cuentan con la misma experiencia.

4.Proceso de Gestin
4.1Estimaciones del Proyecto Se estima que el proyecto contar con 14 semanas de desarrollo. El 17 de marzo de 2008 se llev a cabo la reunin de kick-off, por lo tanto, el sistema estar listo para ser instalado en produccin el 23 de junio de 2008. Slo contamos con 4 recursos, que sern asociados a los diferentes roles antes descriptos. Se estimar usando la herramienta Project de Microsoft Office, con el cual trazaremos el baseline. El anlisis de Earn Value se realizar con una planilla de clculos en Microsoft Excel.

4.2Plan del Proyecto 4.2.1Plan WBS

Confidencial

Sambayn Group, 2012

Page 6 of 14

Versin: 3.0 Fecha: 02/05/08

1-Sambayn

1.1-Desarrollo

1.2-Administracin y Control del Proyecto

1.1.3-Desarrollo del Mdulo Back
1.1.4-Armado de la DB

1.3-Prueba

1.4-Presentacin

1.1.1-Armado del Entorno de Desarrollo

1.1.2-Desarrollo del Mdulo Front

1.2.1-Administracin y Control de Cambios Riesgos y Calendario

1.3.1-Armado del Entorno de Prueba

1.4.1-Instalacin

1.1.2.1-Formulario de Datos

1.1.3.1-Pantalla de Login

1.1.4.1-Diseo del Modelo de Datos

1.2.2-Documentos de RUP
1.1.4.2-Implementacin del Modelo de Datos

1.3.2-Armado del Ambiente de Aceptacin

1.1.2.2-Rendicin de Examen 1.1.3.3-ABM de Modelos de Exmenes

1.1.3.2-ABM de Preguntas

1.1.2.3-Finalizacin del Examen

1.2.3-Indicadores de control

1.3.3-Armado de los Casos de Prueba

1.4.3-Preparacin de la Presentacin

1.4.4-Exposicin
1.2.4-Reuniones de Avance

1.1.3.4-Pantalla de Publicacin de Exmenes

1.3.4-Pruebas sobre el Mdulo Front

1.1.3.5-Pantalla de Consultas de Exmenes realizados

1.3.5-Pruebas sobre el Mdulo Back

1.1.3.6Estadsticas

Sambayn Plan de Desarrollo de Software

1.3.6-Manual de Usuario

Confidencial

Sambayn Group, 2012

1.4.2-Ensayos de la Presentacin

Page 7 of 14

Sambayn Plan de Desarrollo de Software Diccionario de la WBS 1-Sambayn: Servicio de Evaluacin para certificacin PMP.

Versin: 3.0 Fecha: 02/05/08

1.1-Desarrollo: El sistema de Servicio de Evaluacin para certificacin PMP consta bsicamente de dos mdulos: Mdulo Front y Mdulo Back. 1.1.1-Armado del Entorno de Desarrollo: Comprende la instalacin 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 que necesitar para generar el ambiente de trabajo. 1.1.2-Desarrollo del mdulo Front: El mdulo Front es el servicio de evaluacin que utilizarn los evaluados, aquellas personas que se acercarn a un centro autorizado por el PMI y rendirn el examen para la certificacin PMP. Bsicamente el usuario clave ser el evaluado y el mdulo consiste en un formulario, para que el usuario complete con sus datos personales, la rendicin del examen, donde el usuario ir visualizando las preguntas y eligiendo las respuestas, y la finalizacin del examen, que incluye el almacenamiento de los resultados. 1.1.2.1-Formulario de Datos: Comprende el diseo 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. Tambin incluye una pantalla de confirmacin, antes del guardado de los datos. 1.1.2.2-Rendicin de Examen: Comprende el ncleo del mdulo Front. Se deben mostrar las preguntas correspondientes al examen del da 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 revisin. Comprende tambin la funcionalidad del cambio de idioma; el usuario debe poder seleccionar visualizar el examen en ingls o en espaol y cambiar en cualquier momento de la rendicin del examen el idioma. Adems se debe mostrar la cuenta regresiva en algn lado de la pantalla. Rendicin de Examen comprende el diseo de la interface y la implementacin del seleccionado de respuesta y el marcado para revisin de preguntas. 1.1.2.3-Finalizacin del Examen: Comprende una pantalla de confirmacin antes de cerrar el examen, el clculo del porcentaje de respuestas correctas, la visualizacin 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 Mdulo Back: El mdulo Back es el sistema que los administradores utilizarn para cargar las preguntas, armar y publicar los exmenes, consultar los exmenes realizados y visualizar estadsticas relevantes. El acceso debe ser restringido slo a los administradores, as que ellos sern los usuarios clave. 1.1.3.1-Pantalla de Login: Comprende el diseo y la implementacin de una ventana de login, donde el administrador ingresar su nombre de usuario y contrasea y podr ingresar al sistema. Incluye la validacin 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 diseo y la implementacin 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 espaol y en ingls, pueden contener grficos y deben estar linkeadas a respuestas posibles y a una y slo una respuesta correcta. 1.1.3.3-ABM de Modelos de Exmenes: Comprende el diseo y la implementacin del armado de modelos de exmenes con sus preguntas correspondientes.

Confidencial

Sambayn Group, 2012

Page 8 of 14

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

1.1.3.4-Pantalla de Publicacin de Exmenes: Comprende el diseo y la implementacin de la pantalla de publicacin de Exmenes. Como mximo, slo se permitir publicar un examen por da. 1.1.3.5-Pantalla de Consultas de Exmenes Realizados: El usuario podr consultar por exmenes ya realizados y podr inspeccionar los resultados, las respuestas marcadas por el evaluado, sin posibilidad de alterar los resultados. 1.1.3.6-Estadsticas: Se debe desarrollar hasta un mximo de cinco estadsticas, en forma grfica y analtica. Comprende el relevamiento de las estadsticas necesarias y el diseo y la implementacin de las mismas. 1.1.4-Armado de la Base de Datos: Comprende el armado de la base de datos, con sus scripts de creacin de tablas, el diseo del modelo de datos y su implementacin. 1.2-Administracin y Control del Proyecto: Comprende el seguimiento y control del proyecto mediante la administracin y control de los cambios, el confeccionado y la mantencin de los artefactos y/o documentos de RUP, y la confeccin y mantencin de los indicadores de control. 1.2.1-Administracin y Control de Cambios, Riesgos y Calendario: Comprende el absoluto manejo de los cambios: la administracin de los pedidos de cambios del cliente, los anlisis de impactos, las evaluaciones, las aprobaciones, la priorizacin, planificacin, la implementacin, la validacin, implantacin y control. Tambin 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 mantencin en cada iteracin 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 preparacin y ejecucin 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 mdulos: armado del entorno de prueba, armado del ambiente de aceptacin, armado de los casos de prueba, testing sobre los mdulos y el armado del manual de usuario. El equipo de Testers es el responsable de todas estas actividades. 1.4-Presentacin: Comprende todos los sub-tems concernientes a la presentacin final del sistema en la fase de transicin, el da de la demostracin de la primera versin funcionando en produccin. Comprende la implantacin del servicio, los ensayos de los oradores que se dirigirn al pblico, la preparacin de la exposicin (preparado de lminas, casos de demostracin, pantallas demo) y la presentacin propiamente dicha. Artefactos de RUP Visin y Alcance o Visin

Plan de Trabajo o o Plan de Desarrollo de Software Plan de Mtricas Sambayn Group, 2012 Page 9 of 14

Confidencial

Sambayn Plan de Desarrollo de Software Proceso de Administracin y Control de Cambios o Plan de Administracin de Requerimientos

Versin: 3.0 Fecha: 02/05/08

Lista de Riesgos o o Lista de Riesgos Plan de Administracin de Riesgos

Arquitectura (incluye Modelo de Datos y Modelo de Dominio) o o Documento de Arquitectura de Software Gua de Programacin (Programming Guidelines)

Despliegue o Plan de Despliegue

Especificacin de Casos de Uso o o Especificacin de Requerimientos de Software (SRS) Especificacin de Casos de Uso (1 documento por Caso de Uso)

Casos de Prueba o o o Plan de Test Casos de Prueba (1 documento por Caso de Prueba) Resumen de los resultados de las pruebas

Manual de Usuario

Plan de Iteraciones Siguiendo la metodologa de RUP, se ha dividido el trabajo de la primera versin completa del sistema en 5 iteraciones ms una presentacin. Una iteracin para la fase de Concepcin, dos iteraciones para la fase de Elaboracin, tres iteraciones para la fase de Construccin y la presentacin final del producto para la fase de Transicin. A grandes rasgos, las iteraciones de cada fase estn compuestas por los siguientes artefactos: Fase de Inicio o Iteracin 1 Plan de Trabajo Proceso de Administracin y Control de Cambios Visin/Alcance Arquitectura Despliegue

Fase de Elaboracin o Iteracin 2 Lista de Riesgos Casos de Uso de Alto Nivel (SRS) Modelo de Datos Sambayn Group, 2012 Page 10 of 14

Confidencial

Sambayn Plan de Desarrollo de Software o Modelo de Dominio

Versin: 3.0 Fecha: 02/05/08

Iteracin 3 Casos de Prueba Imagen Conceptual de la Interfaz de Usuario (Prototipo Ejecutable)

Fase de Construccin o Iteracin 4 o Entrega Incremental I

Iteracin 5 Entrega Incremental II

Iteracin 6 Entrega Incremental III

Fase de Transicin o o El producto final ser presentado en una exposicin de no ms de 10 minutos. El sistema quedar instalado en produccin.

4.2.2Objetivos de las Iteraciones Cada iteracin agrupa una cantidad estratgica de artefactos que engloban un objetivo concreto. Los objetivos, para cada iteracin, son: Iteracin 1: Visin y Plan o Entregar al cliente la visin del producto y el plan del proyecto. Definir el plan y el proceso de desarrollo. Definir el proceso de administracin de cambios. Definir la arquitectura del sistema.

Iteracin 2: Riesgos y Casos de Uso o Identificar los riesgos ms importantes y la forma de administrarlos. Definir la lista de riesgos. Definir los casos de uso, empezando por los ms riesgosos. Definir el modelo de datos y el modelo de dominio, para eliminar o aminorar el riesgo de una alta diferencia entre ambos.

Iteracin 3: Imagen Conceptual o Entregar al cliente el primer prototipo con el diseo de las interfaces y los casos de prueba. Definir los casos de prueba, en base a los casos de uso definidos. Refinar la especificacin de los casos de uso.

Confidencial

Sambayn Group, 2012

Page 11 of 14

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08 Disear las ventanas de la aplicacin 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.

Iteracin 4: Casos de Uso ms riesgosos o Presentar al cliente la primera entrega incremental, que consiste en las interfaces de la iteracin anterior, con las modificaciones solicitadas y la funcionalidad de los casos de uso ms riesgosos implementada. Presentar al cliente la segunda entrega incremental, que consiste en las correcciones solicitadas y la implementacin de los casos de uso restantes. No todos estarn terminados, pero s, por lo menos, se tendr un prototipo funcional de cada uno de ellos.

Iteracin 5: Todos los casos de uso o

Iteracin 6: Producto final o Presentar al cliente la tercera y ltima entrega incremental, que consiste en las correcciones solicitadas, la implementacin final de todos los casos de uso y el producto ya estabilizado.

4.2.3Calendario del Proyecto Todas las fechas corresponden al ao en curso: 2008. Hito Reunin de Kick Off Iteracin 1: Visin y Plan entregada. Iteracin 1: Visin y Plan aprobada. Iteracin 2: Riesgos y Casos de Uso entregada. Iteracin 2: Riesgos y Casos de Uso aprobada. Iteracin 3: Imagen Conceptual entregada. Iteracin 3: Imagen Conceptual aprobada. Iteracin 4: Casos de Uso ms riesgosos entregada. Iteracin 4: Casos de Uso ms riesgosos aprobada. Iteracin 5: Todos los casos de uso entregada. Iteracin 5: Todos los casos de uso aprobada. Iteracin 6: Producto final entregada. Iteracin 6: Producto final aprobada. Presentacin Final del Producto y Reunin de Cierre Cliente Project Manager Cliente Project Manager Cliente Project Manager Cliente Project Manager Cliente Project Manager Cliente Project Manager Responsable Project Manager Entrega 17 de marzo 7 de abril 14 de abril 21 de abril 28 de abril 5 de mayo 12 de mayo 19 de mayo 26 de mayo 2 de junio 9 de junio 16 de junio 23 de junio 23 de junio

4.3Control del Proyecto Administracin de Requerimientos

Confidencial

Sambayn Group, 2012

Page 12 of 14

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

Los requerimientos para este sistema son capturados en el documento: Visin. La definicin del Proceso de Administracin y Control de Cambios en los requerimientos se encuentra en el documento: Plan de Administracin de Requerimientos. Control del Calendario El Project Manager mantiene el calendario cliente que muestra la fecha de entrega de cada iteracin. Dentro de cada iteracin, 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 pequeo, no va a hacer falta un calendario interno minucioso para cada iteracin. Cada individuo que se le asigna un paquete de trabajo proporcionar informacin sobre su trabajo y una estimacin de la finalizacin del mismo. Habr reuniones de coordinacin peridicas 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 iteracin 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 sern reportados y administrados mediante la herramienta de bug tracker que provee el sitio de assembla ya mencionado. Los testers debern confeccionar los Casos de Prueba, registrados en el documento: Casos de Prueba, debern ejecutarlos para cada funcionalidad, debern registrar los bugs encontrados en la herramienta de bug tracking y resumir los resultados de las pruebas en el documento: Resumen de los Resultados de las Pruebas. Los defectos que el usuario y/o el cliente encuentren en las versiones incrementales, sern 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 Administracin de Requerimientos. Reportes y Mtricas Se efectuar una reunin de avance cada quince das, 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 sern: Earn Value Cobertura de Prueba Evolucin de la Prueba

El calendario de reuniones de avance es el siguiente: Reunin de Avance 1 reunin 2 reunin 3 reunin 4 reunin 5 reunin 6 reunin Confidencial Fecha 31 de marzo 14 de abril 28 de abril 12 de mayo 26 de mayo 9 de junio Page 13 of 14

Sambayn Group, 2012

Sambayn Plan de Desarrollo de Software

Versin: 3.0 Fecha: 02/05/08

En general, salvo la primera reunin del 31 de marzo, las reuniones de avance coincidirn con la aprobacin del cliente de la iteracin anterior. Administracin de Riesgos El proceso de Administracin de Riesgos es descripto en el documento: Plan de Administracin de Riesgos. Gestin de Configuracin Como herramienta de versionado de documentos y de cdigo 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 configuracin se encuentra detallado en el Plan de Despliegue.

5.Anexos
El proyecto seguir el proceso de RUP para pequeos proyectos (ver documento: Introduccin a RUP), guiado por los Casos de Uso que se especificarn en la Especificacin de Requerimientos de Software (SRS). Para el desarrollo del cdigo fuente se usar la gua de programacin del documento: Gua de Programacin (Programming Guidelines).

Confidencial

Sambayn Group, 2012

Page 14 of 14