Proceso de desarrollo v.4

Anuncio
PROCESO DE DESARROLLO
Presentado por:
Mauricio Santacruz
Rodrigo Chingal
Deiber Gaviria
Cristian Ledesma
Presentado a:
Ing. Libardo Pantoja
Universidad Del Cauca
Facultad De Ingeniería Electrónica Y Telecomunicaciones
Programa De Ingeniería De Sistemas
Popayán
2012
PROCESO DE DESARROLLO
Es necesario antes de llevar a cabo el desarrollo del proyecto, definir cuál sería el
proceso de desarrollo más apropiado que se emplearía para su realización, de tal
forma que su adopción pudiera mejorar la forma casi “artesanal” en la que se
venía desarrollando software, para desarrollar algo más disciplinado y de tal forma
como se haría en la vida real. Para esto se adoptó parte del modelo de procesos
definidos en COMPETISOFT que es un modelo de procesos para la mejora de la
pequeña y mediana industria del software en Latinoamérica. De él se hizo un
contraste entre los las actividades y roles que se encuentran definidos en el
proceso de desarrollo elegido y el modelo para el proceso de desarrollo que se
encuentra definido en el Modelo de procesos en la categoría de operación de
COMPETISOFT.
El Proceso de desarrollo que vamos a implementar está basado en el modelo de
desarrollo COMPETISOFT, del cual escogimos algunas de las siguientes fases:
●
●
●
●
●
Fase de Inicio
Fase de Requisitos
Fase de Diseño
Fase de Desarrollo
Fase de Prueba
Las cuales fueron escogidas porque se consideraron relevantes para la ejecución
del proyecto. Además de una pocas actividades de UP que utilizamos para
complementar el proceso.
OBJETIVOS
 Llevar a cabo las actividades de las fases de un ciclo mediante el
cumplimiento del Plan de Desarrollo actual.
 Llevar a cabo las actividades de las fases de un ciclo mediante el
cumplimiento del plan de iteración o actividades.
 Garantizar que al final del análisis del sistema todos los requisitos
funcionales estén trazados o asociados a una especificación funcional.
 Lograr que los productos de salida sean consistentes con los productos de
entrada en cada ciclo definido en el plan de iteración mediante las
actividades de prueba unitarias del sistema.
 Garantizar la culminación del proceso de desarrollo.
ROLES COMPETISOFT
ABREVIATURA
ROL
COMPETENCIAS
RAPE
Responsable
de
administración
proyecto específico.
RD
Responsable
de Conocimiento y experiencia en el
desarrollo de software. desarrollo de software.
ET
Equipo de trabajo.
Conocimiento y
acuerdo a su rol.
PR
Programador.
Conocimiento y/o experiencia en la
programación, integración y pruebas
unitarias.
CL
Cliente.
Interpretación del estándar de la
especificación de requisitos.
DU
Diseñador de la interfaz. Conocimiento
en
diseño
de
interfaces de usuario y criterios
ergonómicos.
la Capacidad
de
liderazgo
con
del experiencia en la
toma
de
decisiones, planificación estratégica,
manejo de personal y desarrollo de
software.
experiencia
de
ACTIVIDADES
En el siguiente cuadro se muestran las diferentes actividades que se tendremos
en cuenta para el desarrollo del proyecto. Cada una de estas actividades están
clasificadas de la siguiente manera:
●
●
●
●
●
A1: En esta categoría se encuentran las actividades relacionadas con la
fase de inicio.
A2: En esta categoría se encuentran todas las actividades relacionadas con
la fase de requisitos.
A3: En esta categoría se encuentran todas las actividades relacionadas con
la fase de diseño.
A4: En esta categoría se encuentran todas las actividades relacionadas con
la fase de desarrollo.
A5: En esta categoría se encuentran todas las actividades relacionadas con
la fase de pruebas.
A1 - Fase de Inicio
ENTRADAS
Descripción del Producto
ROL
ACTIVIDAD
plantilla
ET
A1.1. Revisar con los miembros del equipo de
trabajo el Plan de Desarrollo actual para lograr un
entendimiento común y obtener su compromiso
con el proyecto.
SALIDAS
Plan de desarrollo
A2 - Fase de Requisitos
ENTRADAS
Descripción del Producto
Equipo de trabajo
ROL
ACTIVIDAD
RAPE
A2.1. Distribuir tareas a los miembros del P.A.2.1
equipo de trabajo según su rol, de acuerdo al
Documento de
Plan de Desarrollo actual.
Asignación de
roles
CL
A2.2. Documentar
Requisitos.
ET
plantilla
la
Especificación
de P.A.2.2
Documento de
Especificación
de requisitos
RD
A2.3. Elaborar el diagrama de Casos de Uso.
RD
A2.4. Elaborar el formato de alto nivel de los P.A.2.4
Casos de Uso
Formato
de
alto nivel de
los casos de
uso
DU
A2.5. Elaborar el prototipo de la interfaz.
DU
CL
A2.6. Efectuar pruebas de usabilidad del P.A.2.6
prototipo de interfaz de usuario con usuarios.
Documento de
Observaciones
del prototipado
DU
A2.7. Modificación del prototipo de interfaz de
usuario y su incorporación a la Especificación
de Requisitos.
SALIDAS
Documento de Asignación de roles
Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4)
Prototipo de Interfaz de Usuarios
Documento de Observaciones del prototipado
A3 – Fase de Diseño
ENTRADAS
Descripción del Producto
Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4)
Prototipo de Interfaz de Usuarios
ROL
ACTIVIDAD
RD
A3.1. Elaborar el diagrama de clases del
sistema.
ET
A3.2. Documentar
Sistema.
ET
plantilla
la
Especificación
A3.3. Definir la plataforma tecnológica.
del P.A.3.2
Documento
de
Especificación
del Sistema
P.A.3.3
Documento
de
Especificación
de plataforma
ET
CL
SALIDAS
A3.4. Presentar la arquitectura candidata al P.A.3.4
cliente y esperar su aprobación.
Documento
de
Aprobación
de
la
Arquitectura
Documento de Especificación del Sistema: Especificación,
Formatos y Diagramas (A2.2, A2.3, A2.4, A3.1)
Documento de Especificación de plataforma
Documento de Aprobación de la Arquitectura
A4 – Fase de desarrollo
ENTRADAS
Descripción del Producto
Especificación, Formatos y Diagramas (A2.2, A2.3, A2.4, A3.1)
Prototipo de Interfaz de Usuario
Documento de Especificación del Sistema
Documento de Especificación de plataforma
Documento de Aprobación de la Arquitectura
ROL
ACTIVIDAD
PR
A4.1. Implementar o modificar Componente(s) con
base a la parte detallada de la Especificación del
Sistema.
RD
A4.2. Incorporar Software a la Configuración de
Software.
PR
A4.3. Integrar los componentes en subsistemas.
SALIDAS
Software
plantilla
A5 – Fase de Pruebas
ENTRADAS
Descripción del Producto
Software
ROL
ACTIVIDAD
ET
A5.1. Diseñar los casos de prueba de aceptación P.A.5.1
del Sistema
Documentos
A5.1.1. Privilegios de Usuarios
de Casos de
prueba
A5.1.2. Seguridad de ingreso de la
información
PR
CL
PR
plantilla

Pruebas para
catalogo.

Pruebas para listar libros en el
catalogo
agregar
A5.2. Ejecutar los Casos
aceptación del Sistema
de
libros
prueba
al
de
A5.3. Validar y corregir los defectos encontrados P.A.5.3
Documento
de Reporte
de Pruebas
del Sistema
ET
A5.4. Diseñar los casos de prueba de seguridad P.A.5.4
de la Aplicación.
Documento
A5.4.1. Croos-Site Scriptin
casos
de
prueba de
A5.4.2. Inyección SQL
seguridad.
PR
A5.5 Ejecutar los casos de prueba de Seguridad
de la aplicación
DU
A5.6. Elaborar un Manual de Usuarios del P.A.5.6
sistema
SALIDAS
Manual de
Usuarios
Documentos de Casos de prueba
Reporte de Pruebas del Sistema
Manual de Usuarios
NOTA: Las actividades de UP que complementan el proceso están de color
rojo.
Plantilla General:
Actividad (es)
A2-A3-A4
Plantilla
Planilla Registro Horas
Descargar