plan de desarrollo de software

Imagen Corporativa EMPRESA ArMaSoft Código: PDS-001Versión: 1

FORMATO PLAN DE DESARROLLO DE SOFTWARE

Fecha: 16/09/2009Página 1 de 9

ArkaGoldPLAN DE DESARROLLO DE SOFTWARE

Versión <1.1>04/09/2009

Elaborado por:

Carlos Humberto Marín MurilloMiembro del equipoLuis Carlos Arcila SotoMiembro del equipo




TABLA DE CONTENIDO

1. CONTROL DE CAMBIOS.......................................................................................................................3

2. INTRODUCCION......................................................................................................................................4

2.1 Propósito................................................................................................................................................4

2.2 Glosario..................................................................................................................................................4

3. ORGANIZACIÓN DEL PROYECTO.....................................................................................................4

3.1 Participantes en el Proyecto..................................................................................................................4

3.2 Roles y Responsabilidades.....................................................................................................................5

4. GESTION DE PROCESOS.......................................................................................................................6

4.1 Estimaciones del Proyecto ....................................................................................................................6

4.2 Plan del Proyecto...................................................................................................................................6

4.3 Plan de las Fases....................................................................................................................................7

4.4 Gestión de Riegos...................................................................................................................................9

4.5 Seguimiento y Control del Proyecto.......................................................................................................9




1. CONTROL DE CAMBIOS

Fecha Autor Descripción del Cambio Versión04/09/09 Carlos Humberto

Marín MurilloCreación del Documento 0.1

19/09/09 Carlos Humberto Marín Murillo

Revisión con retroalimentación 1.0

28/10/09 Carlos Humberto Marín Murillo

Actualización del documento para que coincida con las nuevos plazos planteados

1.1

2. INTRODUCCION

Este documento provee una visión global del enfoque de desarrollo a usar para realizar la aplicación ArkaGold y la manera como será gestionada dicha realización tanto en la organización de los miembros del equipo como en la función que cada miembro del equipo debe realizar. Este documento marca el inicio de la metodología que utilizaremos para la realización de dicho proyecto que será una metodología RUP en la cual este documento es parte.

2.1 PropósitoEl propósito del Plan de Desarrollo de Software es proporcionar la información necesaria para controlar el proyecto.

Los usuarios del Plan de Desarrollo del Software son:

Jefe del Proyecto : Lo utiliza para la realización y revisión de la agenda y la necesidad de los recursos que se deban utilizar para la realizar un seguimiento real y conciso al proyecto

Los miembros del Equipo: Lo utilizaran para entender, lo que deben hacer, cuando lo deben hacer la forma en que lo deben hacer y las actividades que dependen de ello

2.2 Glosario

ID Palabra Significado Persona Ingresa

1 RUP

Proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos.

Carlos Humberto Marín Murillo

3. ORGANIZACIÓN DEL PROYECTO

3.1 Participantes en el ProyectoEl talento humano que designará ArMaSoft S.A. al proyecto, sólo considerando las fases completas que realiza la metodologia RUP, estará formado por los siguientes puestos de trabajo y personal asociado.

Analista Diseñador Junior: Estudiante de 7 semestre de Ingeniera de sistemas con experiencia básica en metodología de desarrollo RUP, herramientas CASE y notaciones, en particular la notación UML. Al igual debe tener conocimientos en la realización de análisis de cualquier sistema, comprender rápidamente cualquier tipo de problema al cual se tenga que enfrentar, tener un alto

sentido de la responsabilidad y conocimientos básicos de programación Orientada a Objetos aunque esta ultima no es obligación.

Administrador Desarrollador Junior: Estudiante de 7 semestre de Ingenieria de sistemas, con conocimientos medios de modelado UML y de la aplicación de dicho modelado a un lenguaje de programación orientado a objetos en este caso JAVA, al igual debe tener vocación de liderazgo y tener conocimiento básico sobre el manejo y la organización del personal en una perspectiva amplia.

Cliente y tester de la aplicación: Profesor de Desarrollo de Software II, especializada en UML, con altos conocimientos de programación orientada a objetos y de encontrar cualquier tipo de errores tanto en la documentación del software como en la implementación del mismo

3.2 Roles y ResponsabilidadesA continuación se describen las principales responsabilidades de cada uno de los puestos en el equipo de desarrollo de acuerdo con los roles que desempeñan en RUP.

Puesto Responsabilidad

Analista Diseñador Junior El analista Diseñador junior, será el encargado de realizar el análisis del sistema, generando la documentación necesaria en dicho análisis, al igual es el encargado de realizar la documentación de diseño del sistema, y verificar que el diseño y el análisis realizado sea actualizado durante la construcción del sistema

Administrador Desarrollador Junior El administrador desarrollador junior de la aplicación asigna los recursos, gestiona las prioridades, coordina la relación con nuestro único cliente. También gestionara la arquitectura del sistema, será el encargado de coordinar el proceso de desarrollo como desarrollador principal. Es el encargado de la implementación del sistema

Cliente y tester de la aplicación El Cliente y tester de la aplicación se encargara de la revisión sistemática de que el software si cumpla con los requerimientos documentados, al igual, será la encargada de dar el grado de satisfacción en cuanto a la realización de la aplicación. Buscara errores funcionales, de presentación o de incumplimientos de algún tipo de requerimiento

4. GESTION DE PROCESOS

4.1 Estimaciones del Proyecto

Presupuesto General del proyecto:

Id Recurso Tipo Recurso Nombre Recurso Cantidad

1 Humano Horas SGC 22

2 Humano Horas Análisis 15

3 Humano Horas Diseño 15

4 Humano Horas Desarrollo 144

5 Humano Horas Pruebas e implantación

15

4.2 Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto.

Fase Descripción Entregable Tiempo(H) Responsable

Actividad

Inicio Organización del equipo de trabajo, elección del proyecto a realizar

Idea del proyecto concreta

4 Equipo

A

Realización del sistema de Gestión de calidad y del Plan de desarrollo

Plan de desarrollo. 6 EquipoA

Realizar SRS inicial SRS 8 ADDJ ARealización de el diseño de la GUI

Especificaciones GUI y boceto inicial

4 ADJDI

22 Elaboración Elaboración del

diagrama de secuencia de la aplicación

Diagrama de secuencia de la aplicación

8 ADDJD

Elaboración de los diagramas de clase de la aplicación

Diagramas de clase de la aplicación

12 ADDJA

Elaboración del modelo entidad-relación de la

Modelo entidad-relación

4 ADDJD

Elaboración del modelo relacional de la aplicación

Modelo relacional 2 ADDJD

Actualización del SRS con base en las especificaciones

SRS actualizado 2 ADDJA

Especificación de la arquitectura del sistema

Documento en el que se especifique la arquitectura del sistema

2 ADJ C

30 Construcción Iteración 1

Análisis de los requerimientos hechos y aprobación de ellos

Documento de validación de requerimientos

2 ADJ C

Construcción de los casos de prueba de la aplicación

Casos de Prueba 8 ADJ P

GUI Implementada Software 50 ADJ CImplementación 1

de los requerimientos planteados

Software 60 ADJC

Validación de la primera fase de construcción

Nota de conformidad del cliente

2 CTAT

Actualización de los diagramas de clase y de los diagramas de secuencia

Diagramas de clase y de secuencia actualizados

5 ADDJD

Corregir no conformidades

Software10 PM I

87 Construcción 2 Implementación de

los requerimientos basados en la iteración anterior

Software 35 ADDJI

Actualización final de los diagramas de de clase y de los diagramas de secuencia

Diagramas de clase y de secuencia finales

6 ADJD

Análisis del cumplimiento dado a los requerimientos

Documento de Validación de Requerimientos

2 ADDJA

Ejecución Pruebas funcionales finales

Reporte no Conformidades

4 CTA P Corregir no

conformidadesSoftware

10 ADDJ 57

TransiciónCierre de Pruebas

Informe de Cierre de Pruebas 4 CTA P

Elaborar Manual de usuario de la aplicación, impreso y magnético. Con la elaboración del manual de instalación

Manual de usuario y de instalación de la aplicación

7 ADJ

D

Verificar Manual de usuario

Lista de chequeo manual de usuario

4 SQA T

15 TOTAL 221

4.3 Plan de las Fases

En esta sección se describe la planeación por fases.

Actividad Fecha Entrega Numero de Iteraciones

Sistema de Gestión de la Calidad(Fase de inicio)

Septiembre 18 de 2009 1

SRS(Fase de inicio y Elaboración)Septiembre 24 de

2009 1Entrega Diseño de la Aplicación(Fase

de Construcción y Transición)Noviembre 12 de

2009 1Entrega De construcción(Fase de

Construcción inicial de la aplicación)Noviembre 19 de

2009 2Entrega De construcción(Fase de

Construcción final de la aplicación)Noviembre 26 de

2009 1Fase de transición final(Entrega de la

aplicación completa y los manuales de usuario de la aplicación)

Diciembre 4 de 2009 1

Descripción Hito:

Fase de Inicio: En esta fase se desarrollará los requisitos del producto desde la perspectiva del usuario, los cuales serán establecidos en el SRS. Al igual se realizara el sistema de Gestión de calidad y se realizara el diseño Inicial de la GUI

Fase de Elaboración: En esta fase se realizara el proceso de diseño del sistema, se realizará la primera versión de los diagramas de clase y de los diagramas de secuencia de la aplicación también se realiza la primera fase de construcción de los requerimientos planteados se hace una actualización de el SRS y se creara tanto el modelo entidad-relación de la aplicación como el modelo relacional esta fase concluirá con la especificación de la arquitectura que usara el sistema

Fase de Construcción: Durante esta fase en la cual se plantean dos iteraciones se concluirá con la implementación de los requerimientos del sistema, la iteración uno concluirá con el desarrollo total de la GUI y con la realización inicial de algunos requerimientos básicos(Los de prioridad alta), al igual en esta fase se empezara el diseño de los casos de prueba. La iteración final concluirá cuando se hayan satisfecho por completo todos los requerimientos planteados al igual que cuando la documentación este actualizada por completo el hito final de esta fase es la presentación de la implementación a la tester(En esta caso la profesora) y la entrega de el certificado de satisfacción

Fase de Transición: En esta fase se realizara la corrección a cualquier tipo de falla que pueda presentar el software después de su implementación, en esta fase se realizaran los manuales de usuario y de instalación de la aplicación esta fase concluye con la sustentación final del software

4.4 Gestión de RiegosEn esta sección se documentan los riesgos identificados para el proyecto.

ID de riesgo Impacto

Descripción

Consecuencia

Acciones preventivas Respons. Seguimient

o

Falta De Tiempo

El tiempo de entrega planeado no alcanza.

El proyecto se atrasa.

Realizar todas las actividades planeadas, con anticipación

4.5 Seguimiento y Control del Proyecto

Gestión de RequisitosLos requisitos del sistema son especificados en el Documento de Especificación de Requerimientos del Sistema. Cada requisito tendrá una serie de atributos tales como prioridad, estado, iteración donde se implementa, etc. Estos atributos permitirán realizar un efectivo seguimiento de cada requisito. Dichos requerimientos serán manejados en el gestor de configuración y cualquier cambio que en alguno de ellos se realice deberá primero ser consultado al resto de integrantes del grupo

Control de CalidadLos defectos detectados en el software entraran a una lista de elementos por corregir con nivel de prioridad cada uno de estos defectos tendrán un tiempo máximo de corrección se le informará a cada miembro del equipo el papel que debe desempeñar en la corrección y detección de errores

plan de desarrollo de software

Documents