Está en la página 1de 4

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