Plandedesarrollo

2013
14/06/2013
Plan de desarrollo de software
Sistema Web para registro de ventas para la empresa Expreso Matieo
Integrantes:
Mariela Gonzales Segobia
Nery Carrizales Gonzales
Rodney Cespedes Espinoza
Riter Mamani Cordoba
Adams Serrano Orellana


2

IDENTIFICACION
Documento Fecha
Edicin
Fecha
Entrega
Ultima
Actualizacin
Versin Autor
Plan de
Desarrollo
de Software
15/06/2013 20/06/2013 20/06/2013 1.0 Mariela Gonzales.
Rodney Cespedes.
Nery Carrizales.
Riter Mamani.
Adams Serrano.
HISTORIAL DE REVISIONES
Fecha Versin Descripcin Autor
30/03/2013 0.5
Versin preliminar como propuesta
de desarrollo. Pendiente de
revisin.
Mariela Gonzales.
Rodney Cespedes.
Nery Carrizales.
Riter Mamani.
Adams Serrano.
05/04/2013 1.0
Versin revisada y corregida del
Plan de desarrollo.
Mariela Gonzales.
Rodney Cespedes.
Nery Carrizales.
Riter Mamani.
Adams Serrano.

3

CONTENIDO
1. INTRODUCCION .................................................................................................... 4
1.1. PROPOSITO .................................................................................................................... 5
1.2. ALCANCE ....................................................................................................................... 5
1.3. RESUMEN ...................................................................................................................... 6
2. VISTA GENERAL DEL PROYECTO ............................................................................ 7
2.1. PROPOSITO, ALCANCE Y OBJETIVOS ................................................................................. 7
2.1.1. Propsito: ............................................................................................................ 7
2.1.2. Alcance:............................................................................................................... 7
2.1.3. Objetivos: ............................................................................................................ 8
2.2. SUPUESTOS Y RESTRICCIONES............................................................................................. 9
2.3. FUNDAMENTACION DE LA METODOLOGIA ............................................................................ 9
2.3.1. puds .................................................................................................................... 9
2.3.2. Ciclo de vida de PUDS ....................................................................................... 10
2.3.3. Fases de PUDS ................................................................................................... 10
2.4. VALORES DE TRABAJO .................................................................................................... 11
2.5. ENTREGABLES DEL PROYECTO .......................................................................................... 12
2.6. EVOLUCION DEL PLAN DE DESARROLLO .............................................................................. 13
3. ORGANIZACIN DEL PROYECTO.......................................................................... 14
3.1. PARTICIPANTES DEL PROYECTO ......................................................................................... 14
3.2. INTERFACES EXTERNAS ................................................................................................... 14
3.3. ROLES Y RESPONSABILIDADES ........................................................................................... 15
4. GESTIN DEL PROCESO ...................................................................................... 16
4.1. ESTIMACIONES DEL PROYECTO ......................................................................................... 16
4.1.1. estimacion de costos......................................................................................... 16
4.1.2. Estimacion de Esfuerzo ..................................................................................... 18
4.1.4. relacion costo-esfuerzo ..................................................................................... 26
4.2. PLAN DEL PROYECTO ...................................................................................................... 27
4.2.1. plan de las fases ................................................................................................ 27
4.2.2. plan de iteracion ............................................................................................... 29
4.2.3. calendario del proyecto .................................................................................... 31
4.3. INFORMACION DE HERRAMIENTAS DE APOYO ...................................................................... 33
4.4. SEGUIMIENTO Y CONTROL DEL PROYECTO ........................................................................... 34
5. REFERENCIAS ..................................................................................................... 37

4

1. INTRODUCCION
Este documento nos proporciona una versin preliminar y detallada de las actividades a
desarrollarse en el proceso desarrollo de una pgina web para el registro de venta de
pasajes. El objetivo de este plan de desarrollo de software es la gestin integral del
proyecto, identificando la informacin acerca del proyecto, incluyendo el tipo de proceso
de gestin a utilizar, la funcionalidad del software, los recursos necesarios para
desarrollarlo, la estimacin en esfuerzo y coste del proyecto, hitos a conseguir y una lista
de actividades del proceso.
La pgina web de registro de venta de pasajes es una herramienta que posibilita el acceso
desde cualquier punto, colabora con el control del negocio a tener un buen manejo y
auditorias ventas correctas.
El proyecto est basado en una metodologa de desarrollo PUDS, basado en UML y que es
iterativo, centrado en la arquitectura y dirigido por los casos de uso. El proceso est
organizado en cuatro fases, se incluir el detalle de las actividades a desarrollar en cada
fase, las personas involucradas y los artefactos que sern generados.


5

1.1. PROPOSITO
El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria
para controlar el proyecto. En l se describe el enfoque de desarrollo de software, la
organizacin del equipo y el calendario de actividades que se ejecutara a lo largo del
proyecto.
Los usuarios del Plan de Desarrollo de Software son:
El gestor del proyecto lo utiliza para organizar la agenda y necesidades de recursos,
y para realizar su seguimiento.
Los miembros del equipo de desarrollo lo usan para entender lo que deben hacer,
cundo deben hacerlo y qu otras actividades dependen de ello.
1.2. ALCANCE
El presente documento describe el plan global usado para el desarrollo de la pagina web
de registro de ventas de pasajes. En l se especifican:
Los supuestos y restricciones del proyecto.
La metodologa de desarrollo a utilizar.
Los entregables del proyecto en cuanto a producto y documentos.
La organizacin del equipo de trabajo, los participantes del proyecto y los
respectivos roles asignados.
Se darn a conocer las estimaciones de costo y tiempo que requerido para el
desarrollo del proyecto.
Especfica en detalle las diferentes fases e iteraciones en la que se dividir el proyecto, el
calendario, lo requisitos o nivel de calidad del aplicados y el sistema de seguimiento y
control del proyecto que se aplicara.


6

1.3. RESUMEN
El presente Plan de Desarrollo contiene la siguiente informacin:
Vista General del Proyecto
Proporciona una descripcin del propsito, alcance y objetivos del proyecto, define las
restricciones y supuestos, define la metodologa de desarrollo a implementar y establece
los artefactos que sern producidos y utilizados durante el proyecto.
Organizacin del Proyecto
Especifica la estructura organizacional del equipo de desarrollo, los roles y
responsabilidades asignadas a cada integrante del equipo. Tambin especifica las
interfaces externas.
Gestin del Proceso
Detalla la estimacin de costos, define el calendario del proyecto en base a las fases e
iteraciones del proceso, proporciona informacin acerca de las herramientas a utilizar y el
sistema de seguimiento y control del proyecto.


7

2. VISTA GENERAL DEL PROYECTO
2.1. PROPOSITO, ALCANCE Y OBJETIVOS
2.1.1. PROPSITO:
Desarrollar una pgina web para el registro de ventas de pasajes, para s tener un control
automatizado, confiable y eficaz de las ventas.
2.1.2. ALCANCE:
El software obtenido tendr las siguientes caractersticas.
Administrar viaje, Esta caracterstica nos permitir administrar la informacin de los
viajes, las principales funcionalidades son:
Registro de Viaje.
Registro de Venta de Pasaje.
Registro de Encomienda.
Registro de Giro.
Registro de Buses, Esta caracterstica nos permitir administrar la informacin acerca
de una flota.
Registro de Choferes, Esta caracterstica nos permitir administrar la informacin
acerca de los choferes.
Registro de Rutas, Esta caracterstica nos permitir administrar la informacin de las
rutas de transporte.
Administrar usuarios, permitir controlar el acceso al sistema web.
Gestionar Usuarios.
Asignar Role.
Reportes, Los reportes que emitir el software son:
Reporte de Lista de Pasajeros.
Reporte de Lista de Encomiendas.
Reporte de Lista de Giros.

8

2.1.3. OBJETIVOS:
Recabar informacin acerca el movimiento de viajes.
Realizar la captura de requisitos basados en la informacin obtenida.
Desarrollar el modelo de negocio en base a los requisitos obtenidos.
Crear prototipos de la pgina.
Analizar y disear la arquitectura del software, de acuerdo a los requisitos
especificados, definiendo paquetes y analizando cada caso de uso, cada clase y
cada paquete definido.
Implementar una pgina web segn las especificaciones del diseo, utilizando
estndares de codificacin y aplicando las herramientas de software definidas.
Realizar las pruebas pertinentes para asegurar el correcto funcionamiento del la
pagina web.


9

2.2. SUPUESTOS Y RESTRICCIONES
Los supuestos y restricciones respecto al proyecto, que se derivan directamente de las
entrevistas con usuarios interesados son:
Seguridad de la informacin de cada usuario: proteccin de los datos, niveles de
usuarios.
El software debe ser desarrollado en un entorno web.
Seguir una metodologa de desarrollo adecuada al software.
Gestin de flujos de trabajo, seguridad de transacciones e intercambio de
informacin.
Compatibilidad con al menos tres navegadores.
El tiempo de desarrollo del proyecto debe ser en un plazo de 3 meses incluyendo
la capacitacin de los usuarios.
2.3. FUNDAMENTACION DE LA METODOLOGIA
2.3.1. PUDS
El PUDS es un proceso que:
Proporciona una gua para ordenar las actividades de un equipo.
Permite dirigir las tareas de cada desarrollador por separado y del equipo como
un todo.
Permite especificar los artefactos que deben desarrollarse.
Ofrece criterios para el control y la medicin de los productos y actividades del
proyecto.
El PUDS es ms que un proceso; es un marco de trabajo genrico que puede
especializarse para un sistema especfico.
El PUDS est basado en componentes, por lo tanto el sistema est formado por
componentes interconectados a travs de interfaces bien definidas.
EL PUDS utiliza el UML (Unified Modeling Language) para preparar todos los
esquemas de un sistema.

10

2.3.2. CICLO DE VIDA DE PUDS
Ciclo de Vida Iterativo e Incremental
El ciclo de vida incremental consiste en desarrollar por partes el producto de manera que
puedas integrarlas funcionalmente.
Ciclo de vida Iterativo, en cada ciclo de iteracin se revisa y mejora el producto.
2.3.3. FASES DE PUDS
La metodologa est formada por cuatro fases principales.
Fase 1: Inicio
En esta fase desarrollar los requisitos necesarios del sistema, los cuales sern
establecidos en el artefacto Captura de Requerimientos. Los principales casos de uso
sern identificados. Se har una estimacin de recursos necesarios y se elaborara el plan
de fases incluyendo hitos.
Fase 2: Elaboracin
En esta fase se analizan los requisitos y se desarrolla un prototipo de arquitectura
(incluyendo las partes ms relevantes y / o crticas del sistema).Tambin se realizar la
versin preliminar del Modelo de Anlisis/Diseo. Se entregara la Especificacin de
Requisitos de Software
Fase 3: Construccin
Durante la fase de construccin se terminan de analizar y disear todos los casos de uso,
refinando el Modelo de Anlisis/Diseo. Se entregara el artefacto Descripcin del Diseo
de Software y el Cdigo Fuente.
Integracin y pruebas de hiptesis: Basar las pruebas de integracin en los casos de uso,
de modo que se pruebe tanto el flujo bsico como los flujos suplentes.
Se comienza la elaboracin del material de apoyo al usuario.

11

Figura 1: Proceso del PUDS

2.4. VALORES DE TRABAJO
Los valores sobre los que se sostiene el equipo de personas que conforman el proyecto
son:
Espritu de equipo.
Creatividad.
Responsabilidad.
Respeto.
Comunicacin.
Honestidad.
Transparencia.
Integridad.
Empeo.


12

2.5. ENTREGABLES DEL PROYECTO
A continuacin se indican y describen cada uno de los artefactos que sern generados y
utilizados por el proyecto y que constituyen los entregables.
1) Plan de Desarrollo de Software
Es el presente documento.
2) Visin
El documento de visin contiene la informacin esencial acerca del software que est
siendo desarrollado. Contiene la siguiente informacin:
Una descripcin general del producto.
Lista de todas las caractersticas del producto.
Los participantes del proyecto.

3) Glosario
Es un documento que define los principales trminos usados en el proyecto. Permite
establecer una terminologa consensuada.
4) Requerimientos de Software.
En este documento se especifican todas las caractersticas del software, se detallan las
funcionalidades y se especifican los atributos principales de cada requerimiento.
5) Especificacin de requisitos suplementarios.
Este documento capturar todos los requisitos que no han sido incluidos o mencionados
en el documento Requisitos de software, hace referencia a los requisitos no-funcionales
del software. Dichos requisitos incluyen: requisitos legales o normas, aplicacin de
estndares, requisitos de calidad del producto, tales como: confiabilidad, desempeo, u
otros requisitos de ambiente, tales como: sistema operativo y requisitos de
compatibilidad.
6) Modelo de Casos de Uso del Negocio.
Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores
externos (usuarios del software). Este modelo se representa con un Diagrama de Casos de
Uso usando estereotipos especficos para este modelo.

13

7) Modelo de Anlisis y Diseo
Este artefacto establece la realizacin de los casos de uso en clases y pasando desde una
representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una
de diseo (incluyendo una orientacin hacia el entorno de implementacin), de acuerdo al
avance del proyecto.
8) Modelo de Implementacin
Este modelo es una coleccin de componentes y los subsistemas que los contienen. Estos
componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo de
ficheros necesarios para la implantacin y despliegue del sistema.
2.6. EVOLUCION DEL PLAN DE DESARROLLO
La evolucin del Plan de Desarrollo del Software se revisar semanalmente y se refinar
antes del comienzo de cada iteracin.


14

3. ORGANIZACIN DEL PROYECTO
3.1. PARTICIPANTES DEL PROYECTO

Rol Participantes
Encargado de la Gestin del Proyecto. Rodney Cespedes.
Encargado del Diseo del proyecto. Mariela Gonzales
Encargados de la implementacin del
proyecto.
Riter Mamani
Nery Carizales

3.2. INTERFACES EXTERNAS
El equipo de desarrollo interactuar activamente con los participantes del proyecto para
especificacin y validacin de los artefactos generados, de acuerdo a cada subsistema y
segn el plan establecido.


15

3.3. ROLES Y RESPONSABILI DADES

Rol

Responsabilidades
Gestor del Proyecto
El gestor o responsable del proyecto asigna los
recursos, gestiona las prioridades, coordina las
interacciones con los clientes y usuarios, y mantiene
al equipo del proyecto enfocado en los objetivos. El
gestor de proyecto tambin establece un conjunto
de prcticas que aseguran la integridad y calidad de
los artefactos del proyecto. Tambin se encargar
de supervisar el establecimiento de la arquitectura
del software. Gestin de riesgos. Planificacin y
control del proyecto.
Diseador
Es el responsable de la integridad de los modelos de
diseo y despliegue garantizando que los modelos
sean correctos, consistentes y legibles.
Programador
Encargada de desarrollar el sistema, en base a los
prototipos y especificaciones definidas por el
analista y diseador.
Ingeniero de pruebas
Encargado de realizar las pruebas en cada fase del
proyecto para asegurar buenos resultados.


16

4. GESTIN DEL PROCESO
4.1. ESTIMACIONES DEL PROYECTO
4.1.1. ESTIMACION DE COSTOS
Calculo de costos
4.1.1.1. Mano de Obra Directa
Cantidad de programadores: 3 programadores.
Sueldo por programador mes: 350 $us.
Total Pagar mes: 1050 $us.
Total Pagar por 3 Meses: 3150 $us.

4.1.1.2. Gastos indirectos de fabricacin
Consumo Elctrico /mes: media de 500 KWH/mes= 450 Bs = 65 $us.
Consumo Elctrico por 3 meses = 195 $us.
Servicio de Internet /mes: plan 1536 kbps = 360 Bs = 52 $us.
Servicio de Internet por 3 Meses = 156 $us.
Alquiler de Instalaciones /mes: 300 $us.
Alquiler por 3 Meses= 900 $us.
Mano de obra indirecta (Jefe de Proyecto 1000$u$ + Analista de Sistemas 500$u$)
/mes: 1500 $us.
Mano de Obra indirecta por 3 Meses = 4500 $us.
Total Pagar Gastos Indirectos de fabricacin 5751 $us.


17

4.1.1.3. Totales
Total Precios Mano de Obra Directa 3150 $us.
Total Pagar Gastos Indirectos de fabricacin 5751 $us.
Precio Total: 8901 $us
Margen de utilidad del 25 %= 2225.25$us
Precio ms utilidad: 11126.25 $us.
Impuestos 15.5% = 1668.93 $us.
Precio Final Facturado: 12795.1875 $us.


18

4.1.2. ESTIMACION DE ESFUERZO
La mtrica empleada para realizar las estimaciones del proyecto es la Mtrica de punto
de funcin.
Punto de funcin es una mtrica para establecer el tamao y complejidad de las
aplicaciones de software basada en la cantidad de funcionalidad requerida y entregada a
los usuarios.
PARMETROS DE
MEDICIN
SIMPLE MEDIO COMPLEJO TOTAL
cantidad Peso Cantidad Peso Cantidad Peso
Entradas de usuario 14 3 1 4 1 5 51
Salidas de usuario 9 4 4 5 7 56
Peticiones de usuario 3 3 4 6 12
Archivos 16 7 10 15 16
Interfaces Externas 1 5 7 10 5
Cuenta Total 140


19

N
o

I
n
f
l
u
y
e
n
t
e

I
n
c
i
d
e
n
t
a
l

M
o
d
e
r
a
d
a

M
e
d
i
o

S
i
g
n
i
f
i
c
a
t
i
v
o

E
s
e
n
c
i
a
l

Factor 0 1 2 3 4 5
1 Sistema de copia de seguridad y recuperacin x
2 Comunicaciones de datos x
3 Datos o procesamiento distribuido x
4 Rendimiento critico x
5 Configuracion utilizada masivamente x
6 Entrada de datos en lnea (online) x
7 Entrada de datos interactiva sobre multiplespantallasu operaciones x
8 Eficiencia para el usuario x
9 Actualizacion on-line x
10 Procesamiento complejo x
11 Cdigo diseado para la reutilizacin x
12 Facilidad de instalacin x
13 Instalaciones mltiples X
14
Aplicacin diseada para el cambio x

Valor total 37
PF = Total * [0,65 + (0.01 * Valor total)]
PF= 140 * [0.65 + (0.01 * 37)]
PF = 142.8
Calculo del Esfuerzo basado en Punto Funcin
Esfuerzo = PFA * Numero de Horas PF = X horas/Hombres = (X/8)das/hombre
Esfuerzo = 142.8 * 5= 714 horas/Hombre
714/8 Horas = 89.25 das/Hombre.
Calculo de la Productividad
Productividad = PF / Esfuerzo
Productividad = 142.8 /89.25
Productividad = 1.6
Por lo tanto se estima el desarrollo de 1.6 PF por da.


20

Calculo del costo
Costo Total = tamao aplicacin * costo unitario
Costo unitario = costo total/PF

4.1.3. Detalle de Computo de Punto Funcin
Registro de Viaje
Registro de Viaje

Para EI 1 a 4 DET 5 a 15 DET 16 o mas DET
0 a 1 FTR Baja Baja Media
2 FTRs Baja Media Alta
3 o mas Media Alta Alta

Para EO/EQ 1 a 5 DET 6 a 19 DET 20 o mas DET
2 a 3 FTRs Baja Media Alta

Para ILF/EIF 1 a 19 DET 20 a 50 DET 51 o mas DET
1 RET Baja Baja Media
2 a 5 RET Baja Media Alta
6 o mas RET Media Alta Alta

Registro de Venta de Pasaje
Registro de Venta de Pasaje



21


Registro de Encomienda




Registro de Giro




22


Registro de Buses
Registro de Buses




Registro de Choferes
Registro de Choferes



23


Registro de Rutas
Registro de Rutas




REPORTES:
Lista de Pasajeros
Reporte: Lista de Pasajeros



24



Lista de Encomiendas
Reporte: Lista de Encomiendas



Lista de Giros
Reporte: Lista de Giros



25




26

4.1.4. RELACION COSTO-ESFUERZO
Con los datos Proporcionados, se puede definir la relacin entre costo y esfuerzo
Costo Total = Tamao de la Aplicacin * Costo Unitario.
Costo Unitario = Costo Total / P.F.
Costo Total = 12795.1875 $us.
Tamao de la Aplicacin = 142.8 P.F.
Costo Unitario = 291.85 $us por Cada Punto Funcin.


27

4.2. PLAN DEL PROYECTO
4.2.1. PLAN DE LAS FASES
El desarrollo del proyecto se llevara a cado de acuerdo a las fases definidas por la
metodologa PUDS.
La siguiente tabla ilustra la distribucin de tiempos y el nmero de iteraciones de cada
fase.
Fase Descripcin Nro.
Iteracin
Duracin Total
Inicio Anlisis de Requerimientos 1 2 semanas 2 semanas
Elaboracin Anlisis y Diseo 2 2 semanas 2 semanas
Construccin Implementacin 3 4 semanas 8 semanas

Objetivos de cada fase.
Fase
Descripcin
INICIO
Durante esta fase, se desarrollan las siguientes actividades:
Obtener/Elaborar requerimientos funcionales: Consiste en definir
de lo que debe de hacer el software, segn las necesidades de los
usuarios de negocio.
Realizar el modelo del dominio: Consiste en definir y entender, lo
necesario, las entidades de negocio y como estas se relacionan.
Esto es para conocer el problema y evitar ambigedad en lo
posible. Diagrama a utilizar: Diagrama de dominio.
Elaborar los requerimientos de comportamiento: Consiste en
describir como el sistema y los usuarios de negocio interactuarn.
Se elaboran casos de uso que se apeguen a los requerimientos
funcionales y al modelo del dominio. Se recomienda hacer un
prototipo de la interfaz de usuario. Diagrama a utilizar: Diagrama
de casos de uso y sus respectivos escenarios.
Revisin de los requerimientos: Verificar que los casos de uso se
ajusten a las expectativas de los usuarios de negocio.
ELABORACION
En esta fase se desarrollan las siguientes actividades:
Realizar Anlisis de robustez: Consiste en elaborar un diagrama
identificando los pasos en un caso de uso y las entidades, las
acciones y las interfaces de usuarios e ir depurando los casos de
uso a medida que se avanza. Diagrama a utilizar: Diagrama de
comunicacin.

28

Actualizar el modelo del dominio: A medida que se realiza el
anlisis de robustez y la depuracin de los casos de uso, se
identificarn nuevas entidades, se corregirn o eliminarn algunas
entidades y se identificarn atributos que tienen estas entidades.
Diagrama a utilizar: Diagrama de clases.
Listar las funciones lgicas que tendr el software: Consiste en
identificar y listar las funciones que se encuentran en los casos de
uso.
Depurar los casos de uso: Rescribir los casos de uso que se
elaboraron en la fase de requerimientos.
Revisin del diseo preliminar: Verificar que los diagramas de
robustez, los casos de uso y el modelo de dominio coincidan. Esta
revisin es el puente entre esta fase y la de Diseo Detallado.
Elaborar diagramas de secuencia por cada caso de uso para
mostrar en detalle cmo se implementara. El objetivo de elaborar
estos diagramas de secuencia es asignar las funciones respectivas
a cada clase. Diagrama a utilizar: diagrama de secuencia.

CONSTRUCCION
Realizar el diagrama de componentes que muestra la distribucin
fsica de los elementos que componen la estructura interna del
sistema.
Esta fase contiene los procesos de codificacin y pruebas.
Integracin y escenario de pruebas: Realizar pruebas en base a los
escenarios descritos en los caso de uso.
Revisin de la codificacin: Realizar una revisin del cdigo fuente.


29

4.2.2. PLAN DE ITERACION
Durante el proceso de desarrollo se realizaran cuatro iteraciones. Cada iteracin agrupa
una cantidad estratgica de artefactos que engloban un objetivo concreto, las cuales se
detallan a continuacin:
Iteracin 1: Visin, Plan y prototipos del software.
Objetivo: Entregar al cliente la visin del producto, especificacin de
requerimientos, el plan del proyecto y los prototipos.
Actividades:
o Definir el plan y el proceso de desarrollo.
o Definir el proceso de administracin de cambios.
o Modelo de Dominio.
o Definir la arquitectura del sistema.
o Desarrollar los prototipos de las interfaces, disear las ventanas de la
aplicacin en base a los casos de uso, para que el cliente pueda aprobar el
aspecto visual del sistema.
Hito: Revisin de requerimientos.
Entregables: Visin, Glosario, Requerimientos de software, requerimientos
suplementarios Plan de Proyecto de software, prototipos de interfaces.
Iteracin 2: Riesgos, Casos de Uso e implementacin de casos de uso bsicos y realizar
el diseo del software.
Objetivo: Identificar los riesgos ms importantes y la forma de administrarlos.
Actividades:
o Definir los casos de uso, empezando por los ms crticos.
o Definir el modelo de datos y actualizar el modelo de dominio, para
eliminar o reducir el riesgo de una alta diferencia entre ambos.
o Desarrollar los casos de uso bsico de la aplicacin.
o Refinar la especificacin de los casos de uso.
o Elaborar los diagramas de secuencia.
o Implementar los casos de uso.

Hito: Revisin del anlisis y diseo.

30

Entregables: Plan de riesgos, Modelo de dominio, Modelo de caso de Uso,
Diagrama de robustez (Diagrama de comunicacin), casos de uso bsico
implementados.
Iteracin 3: Producto final
Objetivo: Presentar al cliente el producto concluido, que consiste en las
correcciones solicitadas, la implementacin final de todos los casos de uso y el
producto ya estabilizado.
Actividades:
o Realizar la codificacin del sistema.
o Realizar la entrega de todos los artefactos especificados.
o Desarrollar la capacitacin a los usuarios del software
o El sistema quedar instalado y en produccin.
Hito: Revisin del software.
Entregables: Software concluido de acuerdo a todas especificaciones realizadas, los
documentos de desarrollo, manual de usuario, manual de configuracin.


31

4.2.3. CALENDARIO DEL PROYECTO
Para el desarrollo del proyecto se ha definido el siguiente cronograma de actividades de
acuerdo a las distintas fases e iteraciones.


32


33

4.3. INFORMACION DE HERRAMIENTAS DE APOYO
A continuacin se describen las herramientas para la asignacin adecuada de recursos y la
organizacin pertinente las de actividades en el desarrollo del proyecto. Algunas de las
herramientas fundamentales del proyecto son:
Ms Project.
Es un software de administracin de proyectos diseado y desarrollado para asistir a
administradores de proyectos en el desarrollo de planes, asignacin de recursos a tareas,
dar seguimiento al progreso, administrar presupuesto y analizar cargas de trabajo.
El software Microsoft Office Project en todas sus versiones es til para la gestin de
proyectos, aplicando procedimientos descritos en el PMBOK.
Enterprise Architect
Enterprise Architect combina el poder de la ltima especificacin UML 2.1 con alto
rendimiento, interfaz intuitiva, para traer el modelado avanzado al escritorio, y para el
equipo completo de desarrollo e implementacin. Es una herramienta de uso muy
sencillo, que aborda el diseo y anlisis UML y cubre el desarrollo de software desde la
captura de requerimientos a lo largo de las etapas de anlisis, diseo, pruebas y
mantenimiento. EA es una herramienta multi-usuario, Windows, diseada para ayudar a
construir software robusto y fcil de mantener. Adems, permite generar documentacin
e informes flexibles y de alta calidad
Balsamiq Mockups
Balsamiq Mockups es una aplicacin eficiente que proporcionar a los usuarios la
capacidad de trabajar en su interfaz de usuario. Con esta herramienta realizaremos los
prototipos o interfaz e usuarios que tendr el software.


34

4.4. SEGUIMIENTO Y CONTROL DEL PROYECTO
Gestin de Requisitos
Los requisitos del sistema son especificados en el artefacto Requerimientos de Software.
En l se especifican las caractersticas las funcionalidades que engloba cada una. Cada
requisito tendr una serie de atributos tales como importancia, estado, iteracin donde se
implementa, las personas de referencia para recabar informacin y las encargadas de la
revisin de los mismos. Estos atributos permitirn realizar un efectivo seguimiento de
cada requisito.
Los cambios en los requisitos sern gestionados mediante una Solicitud de Cambio, las
cuales sern evaluadas y distribuidas para asegurar la integridad del sistema y el correcto
proceso de gestin de configuracin y cambios.
Control de Plazos
El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de
proyecto y por el Comit de Seguimiento y Control. Con el objetivo de llevar un control
sobre el desarrollo del plan de proyecto de acuerdo al cronograma establecido y si se
estn cumpliendo las actividades en el periodo de tiempo establecido. Habr reuniones de
coordinacin peridicas entre el gestor de proyecto y el equipo de trabajo para informar
sobre estas cuestiones.
Incluir el seguimiento a los objetivos para garantizar que el proyecto avanza en buen
camino. Los cambios en el calendario sern informados al jefe del proyecto, quien
entonces decidir si se altera el alcance con el fin de preservar las fechas de terminacin o
si estas sern recorridas.
Control de Calidad
El proceso de control de calidad ser basado en evaluaciones, inspecciones, auditorias y
revisiones que aseguren que se cumplan las responsabilidades asignadas, se utilicen
eficientemente los recursos y se logre el cumplimiento de los objetivos del producto
adems que este cumpla con los requerimientos del cliente. Con este proceso lograremos
mantener bajo control el proceso de desarrollo de software para asegurar que se siguen
los procedimientos y los estndares de garanta de calidad y eliminar las causas de los
defectos en las diferentes fases del ciclo de vida del producto.
Todos los entregables sern sometidos a un proceso de revisin por miembros del equipo
de desarrollo distintos al autor, generalmente por el jefe de proyecto, aunque no

35

exclusivamente. De esta forma se asegurar un nivel de calidad aceptable en cada
artefacto.
Los defectos detectados en las revisiones sern formalizados a travs de una Solicitud de
Cambio y tendrn un seguimiento para asegurar la conformidad respecto de la solucin de
dichas deficiencias. Para la revisin de cada artefacto y su correspondiente garanta de
calidad se utilizarn las guas de revisin y lista de verificacin.
Gestin de Riesgos
Al inicio del proyecto se especificaran los diferentes riesgos asociados al proyecto y las
acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta
lista ser evaluada al menos una vez en cada iteracin y actualizada si es necesario.
El proceso de Administracin de Riesgos ser descrito en el documento: Plan de
Administracin de Riesgos.
Gestin de Configuracin
El propsito de la Gestin de Configuracin del Software es establecer y mantener la
integridad de los productos de software creados a travs del ciclo de vida del proceso de
software. As llevar el estricto control de los cambios realizados sobre los mismos y de la
disponibilidad constante de una versin estable de cada elemento para toda persona
involucrada en el citado desarrollo, la gestin de configuracin facilita tambin el
mantenimiento del software al proporcionar una imagen detallada del producto en cada
etapa del desarrollo.
La gestin de la configuracin se realiza durante todas las fases del desarrollo, incluyendo
el mantenimiento y control de cambios, una vez realizada la puesta en produccin.
Los siguientes elementos de configuracin, conforman la lnea base que se aplicara en el
proyecto:
Plan del proyecto software.
Visin.
Especificacin de requerimientos del software.
Especificacin de requerimientos suplementarios.
Glosario.
Estndares de anlisis, diseo, codificacin y pruebas.
Documentos de anlisis.
Documentos de diseo.

36

Prototipos.
Especificaciones de prueba.
El Cdigo fuente del programa.
Documentos de mantenimiento.
Manuales de usuario.
Todos estos documentos contaran con una tabla de identificacin, donde se especifican
los siguientes datos:
Nombre del documento.
Fecha de edicin
Fecha de entrega
Ultima actualizacin.
Versin.
Autor.
Y tambin se definir la tabla de historial de versiones que contendr mnimamente lo
siguiente:
Fecha
Versin
Descripcin
Autor


37

5. REFERENCIAS
Adison Wesley. (1999). Use case driven object modeling whit a mopractical approach.
Recuperado el 4 de Abril de 2013, de iconix: www.iconix.com
Pressman, R. (2001). Ingenieria de Software Calidad de Software. Espana.
Carla Rebeca Patricia de San Martin Oliva, Metodologa ICONIX, en: http://www.unsj-
cuim.edu.ar/portalzonda/seminario08/archivos/MetodologiaICONIX.pdf. Fecha de
consulta: 01/04/2013
Ing. Julio Csar lvarez Reyes, Proyecto de sistemas de informacin, en:
http://www.slideshare.net/juliozet/iconix-2578166. Fecha de consulta: 01/04/2013
Doug Rosenberg and Matt Stephnes. Use Case Driven Object Modeling with UML. Apress.
Berkeley, 2007.
Carla Rebeca Patricia de San Martin Oliva, Uso de ICONIX,
en: http://www.slideshare.net/Jgperez/usode-i-c-o-n-i-x. Fecha de consulta: 01/04/2013
Manual introductorio de ICONIX, en: http://ima.udg.edu/~sellares/EINF-
ES2/Present1011/MetodoPesadesICONIX.pdf. Fecha de consulta: 01/04/2013

(Pressman, 2001)
(Adison Wesley, 1999)

Plandedesarrollo

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Plandedesarrollo

Încărcat de

Drepturi de autor:

Formate disponibile

2013

S-ar putea să vă placă și