Ciclo De Vida De Un Software

Ejercicio

Planteamiento

Nos han contratado para desarrollar el sistema de gestión de candidatos. Partimos de los requisitos y del diseño funcional del sistema que ha generado otra consultora. Se ha decidido desarrollar el sistema con tecnología WEB según el método COM de Desarrollo genérico de aplicaciones.

Llevamos bastante tiempo en este cliente por lo que disponemos de entornos de desarrollo, pre-producción y producción perfectamente operativos. El cliente dará una semana de formación al nuevo equipo para que se familiarice con el entorno.

Los principales componentes software a desarrollar son:

• Pantalla de login. Complejidad sencilla. Desarrollo: 1 día/hombre

• Pantalla de definición de usuarios y perfiles. Complejidad sencilla. Es un mero wrapper al sistema integrado de gestión de usuarios y perfiles. Desarrollo: 1 día/hombre

• Consulta drill-down por oficinas, centros de trabajo, tipos de candidatos, entrevistadores,... Complejidad alta. Desarrollo: 3 día/hombre

• Ventana de importación de los datos de los test psicotécnicos a partir de los archivos generados por el software OMR. Complejidad media. Desarrollo: 2 día/hombre

• Pantalla para consultar los curricula de los candidatos y para realizar anotaciones sobre los mismos. Complejidad media. Desarrollo: 2 día/hombre.

• Informe de curricula recibido en un periodo determinado, agrupado por procedencia. Complejidad baja. Desarrollo: 1 día/hombre.

• Informe con el seguimiento de los curricula en un periodo determinado. Complejidad media. Desarrollo: 2 día/hombre.

• Informe de gastos de contratación candidatos aceptados vs. curricula considerados. Complejidad alta. Desarrollo: 3 día/hombre.

Se deben generar como mínimo los entregables internos que COM considera obligatorios para este tipo de proyectos.

La experiencia de otros equipos en el cliente nos ha proporcionada la siguiente tabla de estimación de esfuerzos:

Tarea Esfuerzo

Desarrollo de un informe de complejidad baja 1 día/hombre

Desarrollo de un informe de complejidad media 2 día/hombre

Desarrollo de un informe de complejidad alta 3 día/hombre

Desarrollo de una pantalla de consulta de complejidad sencilla 1 día/hombre

Desarrollo de una pantalla de consulta de complejidad media 2 día/hombre

Desarrollo de una pantalla de complejidad alta 5 día/hombre

Prueba de integración 5 componentes / día/hombre

Paso de la aplicación a otro entorno 2 día/hombre

Formación de usuarios 10 usuarios /día/hombre

Configuración de aplicación para funcionar en entorno web 3 día/hombre

El proyecto se realizará en Madrid. Deben recibir formación los empleados de las siguientes oficinas:

• Madrid: 12 empleados.

• Barcelona: 7 empleados.

• Teruel: 1 empleado.

• Sevilla: 5 empleados.

• Oporto: 6 empleados.

• Buenos Aires: 4 empleados.

• Uberlandia: 1 empleado.

• Tucumán: 1 empleado.

Las tareas a realizar son:

• Proponer y justificar los perfiles necesarios para este proyecto. La asignación de un recurso humano a este proyecto debe ser continua y completa.

• Estimar el esfuerzo necesario en días/hombre.

• Estimar la duración del proyecto.

• Planificación detallada del proyecto con:

o Datos de tareas:

 Nombre.

 Criticidad funcional.

 Dependencias externas.

 Complejidad técnica.

 Complejidad algorítmica.

 Interfaces.

 Riesgo por estimación de esfuerzo imprecisa.

 Susceptibilidad a cambios.

 Riesgo por definición imprecisa.

o Asignación de tareas.

o Precedencia de tareas.

o Principales hitos.

o Línea/s crítica/s.

o Fortalezas y debilidades de la planificación propuesta.

1. Método COM de Desarrollo genérico de aplicaciones.

Para realizare este proyecto se seguirá un modelo de desarrollo en W, donde básicamente:

En las primeras etapas se consideran las fases de desarrollo y algunas labores de pruebas como son la elaboración de los planes de prueba y la revisión de estas fases.

En las etapas finales se desglosan las fases de pruebas y las labores de depuración y corrección de los errores detectados.

Las peticiones de cambio se pueden dar en todas las fases de desarrollo y surgen por el cliente o por el propio equipo de desarrollo.

El diagrama es el siguiente:

2. Fases

Como los requisitos y el diseño funcional del sistema lo ha generado otra consultora, el proyecto se hará desde la fase de Diseño Técnico. Según la estimación y planificación realizada se necesitarán 2 programadores (P), 2 analistas (A) y 1 jefe de equipo (JE) . Según cambien estos recursos o la fecha de implantación, la planificación y los costes cambiarían.

FASE DURACIÓN (% del total) PERFILES RESPONSABLE

10% JP, JE y Analistas CONSULTORA EXTERNA

10% JP, JE y Analistas CONSULTORA EXTERNA

20% 1 JE, 2A, 2P. EVERIS

20% JP, JE, Analistas, Progamadores EVERIS

30% JP, JE, Analistas, Progamadores EVERIS

10% JP, JE y Analistas EVERIS

2.1. DISEÑO TÉCNICO

Objetivo: Trasladar el diseño funcional a componentes técnicos que guíen a los desarrolladores en la construcción del sistema

2.1.1 ACTIVIDADES/ENTREGABLES

ACTIVIDAD ENTREGABLE ENTREGABLE

OBLIGATORIO ESTIMACIÓN (días-hombre) RESPONSABLE / DEDICACIÓN

1.- Modelo diseño técnico (Completar y detallar diseños funcionales) DG.DT.P00.E01 - Diseño Técnico SI 15 días/ hombre 1 JEFE DE EQUIPO: 5 días c/u

2 ANALISTAS FUNCIONALES: 5 días c/u 2 PROGRAMADORES: 5 días c/u

2.- Diseño detallado arquitectura del sistema DG.DF.P00.E03 - Documento de Diseño de Arquitectura del Sistema (Completed v1.0) SI 2 días / hombre 2 ANALISTAS: 1 día c/u

3.- Implantación de los entornos de desarrollo y soporte necesarios (Configuración para entorno WEB. Desarrollo) NO 2 días / hombre 2 PROGRAMADORES: 1 día c/u

4.- Diseño de la migración de datos NO

5.- Revisión del plan de pruebas DG.DF.P00.E02 - Plan de Pruebas (draft v0.3) SI 2 días / hombre 2 PROGRAMADORES: 1 día c/u

6.- Diseño del inventario de casos de prueba PR.DP.P00.E01 - Inventario de Casos de Prueba (draft v0.4)

NO 2 horas x 8 componentes = 2 día / hombre 2 ANALISTAS FUNCIONALES: 1 día c/u

7.- Especificación de casos de prueba unitarias PR.PU.P00.E01 - Especificación de Casos de Pruebas Unitarias (draft v0.3) NO 2 horas x 8 componentes = 2 día / hombre 2 ANALISTAS FUNCIONALES: 1 día c/u

8.- Análisis del rendimiento de la aplicación NO

9.-Tracear especificaciones funcionales con especificaciones técnicas y componentes sw NO

10.-Revisión de las especificaciones técnicas. NO

TOTAL 29 días / hombre

2.2. CONSTRUCCIÓN

Objetivo: En este proceso se genera el código de todos los componentes del Sistema, se desarrollan todos los procedimientos de operación y seguridad y se elaboran todos los manuales de usuario final y de explotación con el objetivo de asegurar el correcto funcionamiento del Sistema para su posterior implantación.

2.2.1. ESTIMACIÓN ESFUERZO SEGÚN EXPERIENCIA

DE OTROS EQUIPOS EN EL CLIENTE

Componente Estimación día/hombre

Pantalla de LOGIN. Complejidad sencilla. 1 día/hombre

Pantalla de definición de usuarios y perfiles. Complejidad sencilla. 1 día/hombre

Consulta drill-down por oficinas, centros de trabajo,

tipos de candidatos, entrevistadores,... Es un mero wrapper al

sistema integrado de gestión de usuarios y perfiles. Complejidad alta. 3 día/hombre

Ventana de importación de los datos de los test psicotécnicos a

partir de los archivos generados por el software OMR. Complejidad media. 2 día/hombre

Pantalla para consultar los curricula de los candidatos y

para realizar anotaciones sobre los mismos. Complejidad media. 2 día/hombre

Informe de curricula recibido en un periodo determinado,

agrupado por procedencia. Complejidad baja. 1 día/hombre

Informe con el seguimiento de los curricula en un

periodo determinado. Complejidad media. 2 día/hombre

Informe de gastos de contratación candidatos aceptados vs. curricula

considerados. Complejidad alta. 3 día/hombre

TOTAL 15 días/hombre

...