Software Development Plan

I. PLAN DE DESARROLLO DE SOFTWARE

1. Introducción
1.1. Propósito
El objetivo de esto es la definición de las actividades en términos de las fórmulas e
iteraciones requeridas para desarrollar una herramienta de monitoreo del tiempo.
Definir cuál es el propósito del proyecto
1.2. Alcance
Este plan de desarrollo de software describe el plan general que utilizará el equipo para
desarrollar el software de “xyz”. Los detalles de las iteraciones individuales se describirán
en los Planes de iteración.
Los planes descritos en este documento se basan en los requisitos de software definidos
en el documento del SRS.
1.3. Definiciones, Acrónimo y Abreviaturas
Deben ir algunas especificaciones de términos que se utilizarán y que sean técnicos, por
ejemplo, definir: casos de uso, diagrama de actividad, UML, etc.

2. Visión general del proyecto

2.1. Propósito, alcance y objetivo del proyecto
El propósito de este proyecto es crear un Sistema “xyz”. El equipo recibió el trabajo
para cumplir con las expectativas de los clientes con respecto a este sistema. El
objetivo es “xyz desarrollar un software para …”. Se espera que el sistema permita
“xyz el registro de las asistencias…”

2.2. Suposiciones y restricciones

Se prevé que el proyecto dure 127 días según la Figura 1: Diagrama de Gantt. Se
estima que los miembros de este proyecto tienen una carga de trabajo de 270 horas
cada uno durante este período. Estas 270 horas se calculan a partir de las 15 horas
que los clientes esperan que todos los miembros trabajen todas las semanas
durante las aproximadamente 18 semanas que el proyecto estará en desarrollo. De
las 15 horas esperadas cada semana, hay 4 horas de trabajo fijas todos los martes y
viernes de 10:15 a.m. a 14:00 p.m. UTC +01: 00. El tiempo restante de 7 horas de
trabajo es la cantidad esperada de trabajo fuera del horario de trabajo. Con el total
de 1080 horas de trabajo, el equipo no puede garantizar que los objetivos de cada
semana se cumplan a tiempo. Esto se debe a la cantidad precisa de horas requeridas
para completar cada objetivo en particular. Sin embargo, el equipo aspira a cumplir
los objetivos, independientemente de esta incertidumbre. El presupuesto
estudiantil para este proyecto es evaluado y se espera que permanezca en cero.
2.3. Entregables
El equipo espera entregar las siguientes funciones:
 Plan de Desarrollo de Software,
 Documento SRS (Software Requirements Specifications)

Hesmeralda Rojas Enriquez, Ms.

  Diagramas UML (Diagrama de casos de uso, especificación de casos de uso,
diagrama de secuencia, diagrama de actividad)
 Glosario del sistema
 Diagrama ER
 Manuales de Usuario
 Sistema Terminado

3. Organización del proyecto

El equipo de desarrollo consta de cuatro estudiantes del University College of Southeast
Norway. Casper Nilsen, Kenneth Larsen, Martin Torsdal y Sander Heldal. Los cuatro
miembros son ingenieros de sistemas, cada uno de los cuales tendrá múltiples roles como
programador, Software Tester, UX Designer y Software Architect.

Project Manager

Analista - Desarrolladores Diseñador Experiencia Tester

Diseñador de usuario

3.1. Roles y responsabilidades

Rol Responsabilidad
Project Manager
Analista – Diseñador
Desarrollador
Diseñador experiencia
de usuario (UX)
Tester

4. Administración de procesos
4.1. Estimación de proyecto por fases
Fase Número de Inicio Fin
iteraciones
Fase de inicio Semana 1 Semana 2
Fase de elaboración
Fase de construcción
Fase de transición

4.2. Objetivos por fases

Hesmeralda Rojas Enriquez, Ms.

 Fase Descripción
Fase de  Comprenda el proyecto y analice Prototipo
inicio los requisitos.
 Realice el uso necesario:
diagramas y modelos de casos.
 Comience con diseños de
diagramas detallados.
 Repositorio de proyecto de
configuración y pasos de trabajo.
 Desarrollar el prototipo
Fase de  Finalizar todos los artefactos
elaboración relacionados con los casos de
uso (artefactos emitidos a partir
de las actividades de análisis)
 Mejorar todos los artefactos de
gestión del proyecto
 Mejorar todas las
configuraciones en los artefactos
de gestión. Finalizar el plan de
prueba.
 Desarrollar GUI.
Fase de  Finalizar todos los artefactos
construcción relacionados con el diseño.
Actualizar todos los artefactos
producidos.
 Finalizar artefactos de caso de
prueba.
 Implementar funcionalidades de
producto
Fase de Probar el producto con los casos
transición de prueba elaborados.
Finalizar todos los artefactos
relacionados con la prueba.
Producto finalizado
Milestone Riesgos contemplados
asociado
 Clarificar los requisitos del
usuario por adelantado.
 Desarrolla aplicaciones de
software realistas.
 Primer prototipo para la
revisión del usuario.
Prototipo  Problemas arquitectónicos
arquitectural aclarados.
 Primer prototipo para la
revisión del usuario
Prototipo Las principales características
de los usuarios y de la
prospectiva arquitectónica
implementada.
Producto Revisión completa por el
final usuario.
La calidad del producto
debería ser alta.
Defectos minimizados.

5. Requerimientos de hardware y software

5.1. Hardware
 sadf
5.2. Software
 Asdf

6. Cronograma del proyecto

Hesmeralda Rojas Enriquez, Ms.

 II. DIAGRAMAS UML
2.1. Artefacto: Modelado del negocio
2.2. Artefacto: Diagramas de Actividad
2.3. Artefacto: Diagramas de Especificación de Casos de Uso

Hesmeralda Rojas Enriquez, Ms.