SC PDF

AvTic
Suite 2012
Plan de Desarrollo
de Software v0.9
Innova Development Agency

Innova Development Agency II
Plan de Desarrollo de Software v0.9
AvTic Suite 2012
Historial de Revisiones
Fecha Versión Descripción Autor
Alexei De Alba Alvarez
Versión preliminar como
24/02/2012 0.9 Agustín Rodal Alonso
propuesta de desarrollo
Glenn Rodríguez Mariscal
Innova Development Agency III
AvTic Suite 2012
Tabla de Contenidos
1. Introducción ................................................................................................................ 1
a. Propósito ................................................................................................................. 1
b. Alcance ................................................................................................................... 1
c. Resumen................................................................................................................. 1
2. Vista General del Proyecto ......................................................................................... 2
a. Propósito, Alcance y Objetivos ................................................................................ 2
b. Suposiciones y Restricciones .................................................................................. 2
i. Suposiciones ....................................................................................................... 2
ii. Restricciones ....................................................................................................... 3
c. Entregables del Proyecto ........................................................................................ 4
d. Evolución del Plan de Desarrollo del Software ........................................................ 6
3. Organización del Proyecto .......................................................................................... 6
a. Participantes del Proyecto ....................................................................................... 6
b. Interfaces Externas ................................................................................................. 7
c. Roles y Responsabilidades ..................................................................................... 8
4. Gestión del Proyecto ................................................................................................ 10
a. Estimaciones del Proyecto .................................................................................... 10
b. Plan del Proyecto .................................................................................................. 10
i. Plan de las Fases .............................................................................................. 10
ii. Calendario del Proyecto..................................................................................... 12
c. Seguimiento y Control del Proyecto ...................................................................... 15
i. Gestión de Requisitos........................................................................................ 15
ii. Control de Plazos .............................................................................................. 15
iii. Control de Calidad ......................................................................................... 15
iv. Gestión de Riesgos ........................................................................................ 17
v. Gestión de Configuración .................................................................................. 18
5. Referencias .............................................................................................................. 18
Innova Development Agency 1
AvTic Suite 2012
Plan de Desarrollo del Software

1. Introducción
Este Plan de Desarrollo del Software es una versión preliminar preparada para ser
incluida en la propuesta elaborada como respuesta al proyecto de prácticas de la
asignatura. Este documento provee una visión global del enfoque de desarrollo propuesto.
Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se esbozarán

las fases posteriores de Construcción y Transición para dar una visión global de todo
proceso. El enfoque desarrollo propuesto constituye una configuración del proceso RUP
de acuerdo a las características del proyecto, seleccionando los roles de los participantes,
las actividades a realizar y los artefactos (entregables) que serán generados. Este
documento es a su vez uno de los artefactos de RUP.
a. Propósito
El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria

para controlar el proyecto. En él se describe el enfoque de desarrollo del software.
Los usuarios del Plan de Desarrollo del Software son:
 El jefe 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 qué deben hacer,
cuándo deben hacerlo y qué otras actividades dependen de ello.
b. Alcance
El alcance de este proyecto, está definido en términos de tiempo total de desarrollo, el

cual está estimado en 4 meses hábiles. Al final de este tiempo se entregara un paquete
de software funcional, así como los manuales correspondientes (de usuario y técnico), el
manual técnico solo será accesible a desarrolladores externos y empleados de la
compañía.
c. Resumen
AvTic Suite 2012
Después de esta introducción, el resto del documento está organizado en las siguientes
secciones:
 Vista General del Proyecto — proporciona una descripción del propósito, alcance y
objetivos del proyecto, estableciendo los artefactos que serán producidos y
utilizados durante el proyecto.
 Organización del Proyecto — describe la estructura organizacional del equipo de

desarrollo.
 Gestión del Proceso — explica los costos y planificación estimada, define las fases
e hitos del proyecto y describe cómo se realizará su seguimiento.
 Planes y Guías de aplicación — proporciona una vista global del proceso de

desarrollo de software, incluyendo métodos, herramientas y técnicas que serán
utilizadas.
2. Vista General del Proyecto
a. Propósito, Alcance y Objetivos
La información que a continuación se incluye ha sido extraída de los diferentes reuniones

que se han celebrado con el stakeholder de la empresa desde el inicio del proyecto, para
el proyecto de AvTic Suite 2012, el stakeholder definido es el presidente de la Aerolínea
Alma de México, Carlos Peralta Quintero.
b. Suposiciones y Restricciones
i. Suposiciones
Son aquellas preguntas que modelan el plan de desarrollo y dan un panorama general del
alcance del mismo. Entre las suposiciones planteadas durante las entrevistas y visitas a la
compañía, se encuentran:
 Las compañías comerciales de aerolíneas (Usando como base nuestro cliente

principal) además de las oficinas principales, cuentan con oficinas ubicadas en los
distintos aeropuertos, y en algunas ocasiones en oficinas externas.
AvTic Suite 2012
 Las compañías comerciales ofrecen servicios web a agencias de viaje y otro tipo
de compañías sobre promociones, planes de vuelo e itinerarios a todos los
destinos que ofrecen.
 La información manejada por estas compañías debe ser casi en su totalidad en

tiempo real, mostrando el estado general de los vuelos y de los aviones, dado que
tanto en las oficinas como en su plataforma en línea se maneja la misma
información.
 ¿Sera suficiente el tiempo estimado para un equipo de desarrollo de 5 personas?,

si se aumenta el capital ¿será posible llevar a cabo el proyecto con más personal?
 ¿Las tareas dentro del calendario están acomodadas en tiempo y forma de

acuerdo a las necesidades y la metodología de desarrollo?
ii. Restricciones
Las restricciones son aquellas limitaciones estipuladas, que frenan o limitan el desarrollo
del proyecto.
 El tiempo estimado a partir de la realización de este documento son 4 meses

hábiles a partir de la fecha de aprobación de este documento.
 El monto de inversión, el cual solo asegura costos de producción para los 4 meses
hábiles señalados en el punto anterior.
 Reglamentos internos de las compañías, y normativas de índole estatal y federan

en manejo de aerolíneas comerciales.
 Coordinación entre departamentos; la comunicación es un factor clave dentro del

desarrollo de proyectos de esta envergadura, si los departamentos no mantienen
una alimentación retroactiva entre la información del proyecto, este puede
fracasar.
AvTic Suite 2012
 Los cambios en la estructura del software solo serán aplicables siempre y cuando,
este signifique un cambio importante en toda la arquitectura, en caso contrario
estos deberán negociarse con la empresa de desarrollo.
 La arquitectura de software puede ser un impedimento, si al final del análisis se

determina que la plataforma encaja en la categoría de “Tiempo Real”, continuar
con un desarrollo en 3 capas (MVC) seria ineficiente.
 El uso de un sistema operativo único dentro de la compañía; esto solo implica

detalles en cuanto a ciertos aspectos del desarrollo, aunque no lo frena si lo alenta
si estos no se cubren.
c. Entregables del Proyecto
A continuación se indican y describen cada uno de los artefactos que serán generados y
utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuración de RUP desde la perspectiva de artefactos, y que proponemos para este
proyecto, aunque no están listados todos si los considerados como los esenciales para
nuestro plan de desarrollo.
Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e

incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva
y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos
del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de
los artefactos. Esto será indicado más adelante cuando se presenten los objetivos de
cada iteración.
1) Plan de Desarrollo del Software: Es el presente documento.

2) Modelo de Objetos del Negocio: Es un modelo que describe la realización de
cada caso de uso del negocio, estableciendo los actores internos, la información
que en términos generales manipulan y los flujos de trabajo (workflows) asociados
al caso de uso del negocio. Para la representación de este modelo se utilizan
Diagramas de Colaboración (para mostrar actores externos, internos y las
entidades (información) que manipulan, un Diagrama de Clases para mostrar
AvTic Suite 2012
gráficamente las entidades del sistema y sus relaciones, y Diagramas de

Actividad para mostrar los flujos de trabajo.
3) Glosario: Es un documento que define los principales términos usados en el
proyecto. Permite establecer una terminología consensuada. .
4) Modelo de Casos de Uso: El modelo de Casos de Uso presenta las funciones del
sistema y los actores que hacen uso de ellas. Se representa mediante Diagramas
de Casos de Uso.
5) Visión: Este documento define la visión del producto desde la perspectiva del
cliente, especificando las necesidades y características del producto. Constituye
una base de acuerdo en cuanto a los requisitos del sistema.
6) Especificaciones de Casos de Uso: Para los casos de uso que lo requieran
(cuya funcionalidad no sea evidente o que no baste con una simple descripción
narrativa) se realiza una descripción detallada utilizando una plantilla de
documento, donde se incluyen: precondiciones, post-condiciones, flujo de eventos,
requisitos no-funcionales asociados. También, para casos de uso cuyo flujo de
eventos sea complejo podrá adjuntarse una representación gráfica mediante un
Diagrama de Actividad.
7) Prototipos de Interfaces de Usuario: Se trata de prototipos que permiten al
usuario hacerse una idea más o menos precisa de las interfaces que proveerá el
sistema y así, conseguir retroalimentación de su parte respecto a los requisitos del
sistema. Estos prototipos se realizarán como: dibujos a mano en papel, dibujos
con alguna herramienta gráfica o prototipos ejecutables interactivos, siguiendo ese
orden de acuerdo al avance del proyecto. Sólo los de este último tipo serán
entregados al final de la fase de Elaboración, los otros serán desechados.
Asimismo, este artefacto, será desechado en la fase de Construcción en la medida
que el resultado de las iteraciones vayan desarrollando el producto final.
8) Modelo de Implementación: Este modelo es una colección de componentes y los
subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables,
ficheros de código fuente, y todo otro tipo de ficheros necesarios para la
implantación y despliegue del sistema. (Este modelo es sólo una versión preliminar
al final de la fase de Elaboración, posteriormente tiene bastante refinamiento).
AvTic Suite 2012
9) Modelo de Despliegue: Este modelo muestra el despliegue la configuración de

tipos de nodos del sistema, en los cuales se hará el despliegue de los
componentes.
10) Casos de Prueba: Cada prueba es especificada mediante un documento que
establece las condiciones de ejecución, las entradas de la prueba, y los resultados
esperados. Estos casos de prueba son aplicados como pruebas de regresión en
cada iteración. Cada caso de prueba llevará asociado un procedimiento de prueba
con las instrucciones para realizar la prueba, y dependiendo del tipo de prueba
dicho procedimiento podrá ser automatizable mediante un script de prueba.
11) Manual de Instalación: Este documento incluye las instrucciones para realizar la
instalación del producto.
12) Material de Apoyo al Usuario Final: Corresponde a un conjunto de documentos
y facilidades de uso del sistema, incluyendo: Guías del Usuario, Guías de
Operación, Guías de Mantenimiento y Sistema de Ayuda en Línea.
13) Producto: Los ficheros del producto empaquetados y almacenadas en un CD con
los mecanismos apropiados para facilitar su instalación. El producto, a partir de la
primera iteración de la fase de Construcción es desarrollado incremental e
iterativamente, obteniéndose una nueva release al final de cada iteración.
Los artefactos 11, 12 y 13 se generarán a partir de la fase de Construcción, con lo cual se

han incluido aquí sólo para dar una visión global de todos los artefactos que se generarán
en el proceso de desarrollo
d. Evolución del Plan de Desarrollo del Software
El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del

comienzo de cada iteración.
3. Organización del Proyecto
a. Participantes del Proyecto
Para facilitar la comprensión de las tareas asignadas durante el proyecto de desarrollo,

los puestos de los participantes se dividieron en 3 categorías principales.
AvTic Suite 2012
 Desarrolladores
o Líder del Proyecto: Glenn Geoniffer Rodríguez Mariscal
o Analistas de Sistema: Agustín Rodal Alonso, Alexei de Alba Alvarez y

Glenn Geoniffer Rodríguez Mariscal
o Programador Senior: Glenn Geoniffer Rodríguez Mariscal
o Programadores Semi Senior: Agustín Rodal Alonso y Alexei De Alba

Alvarez
o Ingenieros de Pruebas: Héctor David Joya Miramontes y Glenn Geoniffer

Rodriguez Mariscal
 Diseñadores
o Ingeniero de Software: Agustín Rodal Alonso
o Arquitectos de Experiencia de Usuario: Jorge Francisco Martínez Casillas y

Alexei De Alba Alvarez
o Diseñador Grafico/Web: Jorge Francisco Martínez Casillas
 Editorial
o Editor en Jefe del Manual de Usuario: Héctor David Joya Miramontes
o Editor en Jefe del Manual de Técnico: Héctor David Joya Miramontes
b. Interfaces Externas
AvTic Suite 2012, es una suite de software, en la cual sus actividades principales se
dividen en 4 aplicaciones principales; aunque independientes, cada una está relacionada
de manera directa con las otras.
AvTic Suite 2012
 AvTic Data Manager: se encarga de la creación y mantenimiento (respaldo y

restauración) de la base de datos central que utiliza la suite de software.
 AvTic Directive Assist: En AvTic Control, se centraliza la configuración y
establecimiento de los aspectos generales de la compañía, tales como la
información de la empresa, el establecimiento de las sucursales, claves de acceso,
etc.
 AvTic Cashier: En este punto de venta, se podrán realizar tareas comunes como
venta, cancelación, actualización, y reservación de pasajes de rutas comerciales.
 AvTic Airline Manager: dar de alta tipos de aviones, rutas comerciales,
transbordos, pilotos; asignación de rutas a pilotos y aviones.
c. Roles y Responsabilidades
A continuación se describen las principales responsabilidades de cada uno de los puestos

en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo con los
roles que desempeñan en RUP.
Rol Responsabilidades
El jefe de 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 jefe de proyecto también establece un conjunto
Jefe de Proyecto de prácticas que aseguran la integridad y calidad de los
artefactos del proyecto. Además, el jefe de proyecto se
encargará de supervisar el establecimiento de la arquitectura
del sistema. Gestión de riesgos. Planificación y control del
proyecto.
Captura, especificación y validación de requisitos,
interactuando con el cliente y los usuarios mediante
Analista de Sistemas entrevistas. Elaboración del Modelo de Análisis y Diseño.
Colaboración en la elaboración de las pruebas funcionales y
el modelo de datos.
Es un referente técnico dentro del equipo de desarrollo. Su
Programador Senior
conocimiento le permite colaborar en definiciones
AvTic Suite 2012
arquitectónicas y desarrollar proyectos más desafiantes. Su

código funciona, es bueno y fácil de mantener; es aquel que
asegura la calidad del código de los demás miembros, así
como ofrecer técnicas de optimización y documentación del
mismo código.
Técnicamente autosuficiente. Puede desarrollar
funcionalidades más complejas y ejecutar proyectos de mayor
Programador Semi- envergadura. Pero no es un crack y todavía comete errores
Senior “evitables”. Desarrollan la mayor cantidad de módulos de
software, aunque estos están bajo revisión del Programador
Senior.
El ingeniero de pruebas (tester) está especializado en
Verificación y Validación de Software, se encarga de diseñar y
Ingeniero de Pruebas
realizar pruebas de caja blanca, caja negra, pruebas de
estrés, de integración, y de Aceptación.
Gestión de requisitos, gestión de configuración y cambios,
elaboración del modelo de datos, preparación de las pruebas
Ingeniero de Software
funcionales, elaboración de la documentación. Elaborar
modelos de implementación y despliegue.
Se encarga del diseño de las pantallas, mensajes,
Arquitecto de codificaciones, alertas y todos aquellos elementos que tengan
Experiencia de Usuario un contacto con el usuario final y permitan ofrecer una curva
de aprendizaje del software lo más pronunciada posible.
Se encarga del diseño, creación y presentación de todos los
elementos gráficos dentro del software, así como los
Diseñador Grafico/Web
elementos visuales y de maquetación que conforman el sitio
web de la compañía.
Se encarga del diseño, elaboración y corrección del Manual
de usuario que se entrega con todos nuestros productos; se
Editor en Jefe en debe asegurar que el manual de usuario ofrezca una visión
Manual de Usuario simple y entendible del uso del mismo, así como la posibilidad
de resolver los problemas más comunes los que se pueden
enfrentar los usuarios finales al usar el software con
AvTic Suite 2012
regularidad.
Se Encarga del diseño, elaboración y corrección del Manual
Editor en Jefe en Técnico que se archiva con todos los documentos de
Manual Técnico desarrollo del proyecto para futuras versiones y correcciones
del mismo.
4. Gestión del Proyecto
a. Estimaciones del Proyecto
El presupuesto del proyecto y los recursos involucrados se adjuntan en un documento

separado [ANEXO-Presupuesto.pdf]
b. Plan del Proyecto
En esta sección se presenta la organización en fases e iteraciones y el calendario del

proyecto.
i. Plan de las Fases
El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de
ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones
de cada fase (para las fases de Construcción y Transición es sólo una aproximación muy
preliminar).
Fase No de Iteraciones Duración

Fase de Inicio 2 (1 de Soltura) Máximo 25 días hábiles por
iteración
Fase de Elaboración 2 (1 de Soltura) Máximo 51 días hábiles por
iteración
Fase de Construcción 2 (1 de Soltura) Máximo 51 días hábiles por
iteración
Fase de Transición de 1 (1 de soltura) Máximo 4 días hábiles por
AvTic Suite 2012
Iteración iteración
Los hitos que marcan al final de cada fase se describen en la siguiente tabla:
Descripción Hito(s)
En esta fase desarrollarán los requisitos del producto
desde la perspectiva del usuario, los cuales serán
establecidos en el artefacto de Visión. Los
Fase de inicio principales casos de uso serán identificados y se
hará un refinamiento del Plan de Desarrollo del
Proyecto. La aceptación del cliente /usuario
dependerá de lo marcado en el artefacto de
Requisitos de Software.
En esta fase se analizan los requisitos y se desarrolla
un prototipo de arquitectura (incluyendo las partes
más relevantes y / o críticas del sistema). Al final de
esta fase, todos los casos de uso correspondientes a
requisitos que serán implementados en la primera
release de la fase de Construcción deben estar
analizados y diseñados (en el Modelo de Análisis /
Diseño). La revisión y aceptación del prototipo de la
Fase de Elaboración arquitectura del sistema marca el final de esta fase.
La primera iteración tendrá como objetivo la
identificación y especificación de los principales
casos de uso, así como su realización preliminar en
el Modelo de Análisis / Diseño, también permitirá
hacer una revisión general del estado de los
artefactos hasta este punto y ajustar si es necesaria
la planificación para asegurar el cumplimiento de los
objetivos.
Durante la fase de construcción se terminan de
analizar y diseñar todos los casos de uso, refinando
el Modelo de Análisis / Diseño. El producto se
construye en base a 2 iteraciones, cada una
produciendo una release a la cual se le aplican las
Fase de Construcción pruebas y se valida con el cliente / usuario. Se
comienza la elaboración de material de apoyo al
usuario. El hito que marca el fin de esta fase es la
versión de la release 1.0, con la capacidad
operacional parcial del producto que se haya
considerado como crítica, lista para ser entregada a
los usuarios para pruebas beta y de entorno.
AvTic Suite 2012
En esta fase se realiza un re-estudio de todo el

sistema para encontrar cambios en planeación o
Fase de Transición de iteración diseño dependiendo de las circunstancias generadas
por las pruebas y la implementación parcial del
sistema en el cliente.
ii. Calendario del Proyecto
A continuación se presenta un calendario de las principales tareas del proyecto

incluyendo sólo las fases de Inicio y Elaboración. Como se ha comentado, el proceso
iterativo e incremental de RUP está caracterizado por la realización en paralelo de todas
las disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayoría de los
artefactos son generados muy tempranamente en el proyecto pero van desarrollándose
en mayor o menor grado de acuerdo a la fase e iteración del proyecto. La siguiente figura
ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina
(workflow) en un momento determinado del desarrollo.
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación

indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para
someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior
refinamiento y cambios.
AvTic Suite 2012
Disciplinas /Artefactos generados o modificados

Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del Negocio y
1/03/2012 5/03/2012
Modelo de Objetos del Negocio
Requisitos
Glosario 24/02/2012 16/04/2012
Visión 24/02/2012 16/04/2012
Modelo de Casos de Uso 01/03/2012 Siguiente fase
Especificación de Casos de Uso 10/03/2012 Siguiente fase
Análisis / Diseño
Modelo de Análisis/Diseño 21/02/2012 Siguiente fase
Modelo de Datos 05/03/2012 Siguiente fase
Implementación
Prototipos de Interfaces de Usuario 01/03/2012 Siguiente fase
Modelo de Implementación 13/04/2012 Siguiente fase
Pruebas
Casos de Pruebas Funcionales 17/05/2012 25/05/2012
Despliegue
Modelo de Despliegue 26/05/2012 Siguiente fase
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del Proyecto
Plan de Desarrollo del Software v0.9 y Plan de
20/02/2012 24/02/2012
Iteración
Ambiente Durante todo el proyecto
Para las iteraciones sucesivas se considera el siguiente calendario, incluye las mismas
fases pero con ajustes para indicar el comienzo y fin de las etapas en iteraciones
posteriores para mayor información puede consultar el calendario en los anexos [ANEXO-
CalendarioActividades.pdf].
AvTic Suite 2012
Disciplinas /Artefactos generados o modificados

Comienzo Aprobación
durante la Fase de Inicio
Modelado del Negocio
Modelo de Casos de Uso del Negocio y
28/05/2012 Aprobado
Modelo de Objetos del Negocio
Requisitos
Glosario 28/05/2012 Aprobado
Visión 28/05/2012 Aprobado
Modelo de Casos de Uso 28/05/2012 03/06/2012
Especificación de Casos de Uso 28/05/2012 03/06/2012
Análisis / Diseño
Revisar en
Modelo de Análisis/Diseño 28/05/2012
cada Iteración
Revisar en
Modelo de Datos 28/05/2012
cada Iteración
Implementación
Revisar en
Prototipos de Interfaces de Usuario 28/05/2012
cada Iteración
Revisar en
Modelo de Implementación 28/05/2012
cada Iteración
Pruebas
Revisar en
Casos de Pruebas Funcionales 28/05/2012
cada Iteración
Despliegue
Revisar en
Modelo de Despliegue 28/05/2012
cada Iteración
Gestión de Cambios y Configuración Durante todo el proyecto
Gestión del Proyecto
Plan de Desarrollo del Software v0.9 y Plan de Revisar en
28/05/2012
Iteración cada Iteración
Ambiente Durante todo el proyecto
AvTic Suite 2012
c. Seguimiento y Control del Proyecto
i. Gestión de Requisitos
Todo proyecto de software es dependiente del tiempo, por lo que en el transcurso del
desarrollo se pueden presentar cambios imprevistos en las necesidades del sistema de
software, para llevar un mejor control y asegurar que el proyecto se vea afectado en la
menor medida de lo posible, se dará un seguimiento especial a los requisitos medulares
del sistema AvTic Suite 2012, con lo cual se asegura que ante un cambio; lo más
probable es que ocurra dentro de los requisitos aquí mencionados.
 Itinerarios de Vuelo: los itinerarios de vuelo representan sobre lo que está

fundamentado el software, este requisito puede presentar cambios por normativas
estatales y nacionales, así como reglamentos internos de la compañía.
 Reportes generales de estado: ofrecer reportes de gran calidad debe ser el

objetivo de cualquier sistema de software, los reportes deben poderse utilizar en la
toma de decisiones, ahí radica la importancia de presentar reportes que cumplan
con las necesidades de la compañía.
ii. Control de Plazos
En la siguiente tabla se describen las fechas estipuladas de entrega de avances y

documentación sobre el proyecto de desarrollo aquí plasmado.
Fase de Entrega Fecha del Plazo

Plan de Desarrollo, y esquema de Trabajo 24/02/2012
Especificación de Requisitos de Software 16/03/2012
Documento de Diseño 16/04/2012
Prototipo Funcional y Documento de 18/05/2012
pruebas
Entrega Final 22/06/2012
iii. Control de Calidad

AvTic Suite 2012
El control de calidad será llevado por un asesor externo llámese Ingeniero Francisco
Reinaga Camacho el cual, junto con el equipo de desarrollo de este proyecto utilizaran el
modelo CMM (Capability Maturity Model) de la Universidad de Carnegie-Mellon, de
Pittsburgh, el cual consta de los siguientes puntos clave para asegurar la calidad del
software. El proceso CMM, consta de las siguientes 5 etapas:
1. Inicial.
 El proceso depende del problema.
 Se definen pocos procesos.
 El éxito depende del esfuerzo individual.
2. Repetible. Se establecen procesos de administración del proyecto para hacer
seguimientos del costo, planificación y funcionalidad. Se pueden repetir éxitos
anteriores aplicando la disciplina necesaria. Áreas claves:
 Administración de configuración.
 Aseguramiento de calidad (SQA).
 Administración de subcontratación (outsourcing).
 Seguimiento y supervisión del proyecto.
 Planeación del proyecto.
 Administración de requisitos.
3. Definido. El proceso de software se documenta, estandariza y se integra para toda
la empresa. Todos los proyectos utilizan una versión documentada y aprobada del
proceso de desarrollo. Áreas claves.
 Revisiones periódicas.
 Coordinación entre grupos.
 Ingeniería de productos de software.
 Administración de integración del software.
 Programa de formación.
 Definición del proceso de la organización.
 Enfoque del proceso de la organización.
4. Administrado. Se recopilan medidas detalladas del proceso y de la calidad del
software y con ellas se comprenden y controlan cuantitativamente tanto los
productos como el proceso del software. Áreas claves.
 Administración de calidad del software.
AvTic Suite 2012
 Administración cuantitativa del proceso.

5. Optimizado. Mediante un resultado cuantitativo del proceso y de las ideas y
tecnología nuevas, es posible una mejora del proceso. Aéreas claves.
 Administración de cambios del proceso.
 Administración de cambios de tecnología.
 Prevención de defectos.
iv. Gestión de Riesgos
Los riesgos son limitantes que pueden frenar, e incluso para el desarrollo de un proyecto
de software, tener conciencia de ellas y desarrollar estrategias que permitan evitarlas, o
solventarlas en caso de que ocurran es vital en cualquier proyecto. Entre los riesgos
encontrados, y que podrían afectar de manera significativa el desarrollo del sistema de
software aquí mencionado, tenemos:
 Incremento en Costes: un mal cálculo de las necesidades actuales del proyecto,

puede orillar a entregar un producto incompleto y de mala calidad.
 Tiempo de Desarrollo: si algunas etapas del proceso iterativo de desarrollo

mediante RUP, conllevan tiempo mayor al definido, se podrían presentar
problemas con plazos y con los productos a entregar.
 Mantenibilidad: El software es adecuado pero no es mantenible, su costo de

mantenimiento es alto comparado con otro tipo de sistemas similares.
 Cambios constantes en los requerimientos del sistema: al estar cambiando con

mucha facilidad los requerimientos del sistema, el proceso se tiene que revertir en
muchos aspectos para poder adecuarlos a las necesidades del sector actual.
 Insuficiencia de Personal: el proyecto fue planteado en tiempo y forma para que lo

trabajaran 5 personas, pero por motivas fuera del desarrollo el tiempo se alarga o
son muchos requerimientos para este equipo, la falta de más personal laborando
en el proyecto puede ser un motivo de atraso importante.
AvTic Suite 2012
v. Gestión de Configuración
Se le conoce como gestión de configuración al conjunto de procesos y sus elementos que

permiten asegurar la validez de todo producto obtenido durante la cualquiera de las
etapas del desarrollo del sistema aquí mencionado; dado la envergadura del proyecto de
software, se planea utilizar el estándar METRICAv3 (ver referencias) para asegurar un
control sobre los prototipos y versiones incrementables a entregar. Los elementos que
METRICAv3 requiere son:
 Identificación y Registro de los productos: el registro de los productos creados o

modificados debe contener:
o Nombre del Sistema
o Versión
o Estado (Clasificación del Prototipo)
o Localización (Lenguaje nativo)
 Registro de cambio en el sistema de información.
 Registro de la nueva versión y los productos afectados por este cambio.
 Documentación del Sistema disponible en cada versión.
 Plan de Gestión del Entorno Tecnológico (IDE, servidores de versionado, Sistemas

de base de datos para pruebas, software CASE, herramientas colaborativas, etc.)
5. Referencias
 Metodología METRICAv3
http://administracionelectronica.gob.es/?_nfpb=true&_pageLabel=P600859012742
01580632&langPae=es
AvTic Suite 2012
 Capability Maturity Model (CMM)

http://www.sei.cmu.edu/cmmi/start/
 IBM ® Rational Unified Process (RUP)

http://www-01.ibm.com/software/awdtools/rup/
 Microsoft Office Proyect 2007: Support Page

http://office.microsoft.com/es-es/project-help/redir/CL010072918.aspx?CTT=97

SC PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

SC PDF

Enviado por

Direitos autorais:

Formatos disponíveis

AvTic

Innova Development Agency

Plan de Desarrollo del Software

Se incluirá el detalle para las fases de Inicio y Elaboración y adicionalmente se esbozarán

El propósito del Plan de Desarrollo de Software es proporcionar la información necesaria

Los usuarios del Plan de Desarrollo del Software son:

 El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos,

El alcance de este proyecto, está definido en términos de tiempo total de desarrollo, el

 Organización del Proyecto — describe la estructura organizacional del equipo de

 Planes y Guías de aplicación — proporciona una vista global del proceso de

2. Vista General del Proyecto

a. Propósito, Alcance y Objetivos

La información que a continuación se incluye ha sido extraída de los diferentes reuniones

 Las compañías comerciales de aerolíneas (Usando como base nuestro cliente

 La información manejada por estas compañías debe ser casi en su totalidad en

 ¿Sera suficiente el tiempo estimado para un equipo de desarrollo de 5 personas?,

 ¿Las tareas dentro del calendario están acomodadas en tiempo y forma de

 El tiempo estimado a partir de la realización de este documento son 4 meses

 Reglamentos internos de las compañías, y normativas de índole estatal y federan

 Coordinación entre departamentos; la comunicación es un factor clave dentro del

 La arquitectura de software puede ser un impedimento, si al final del análisis se

 El uso de un sistema operativo único dentro de la compañía; esto solo implica

c. Entregables del Proyecto

Es preciso destacar que de acuerdo a la filosofía de RUP (y de todo proceso iterativo e

1) Plan de Desarrollo del Software: Es el presente documento.

gráficamente las entidades del sistema y sus relaciones, y Diagramas de

9) Modelo de Despliegue: Este modelo muestra el despliegue la configuración de

Los artefactos 11, 12 y 13 se generarán a partir de la fase de Construcción, con lo cual se

d. Evolución del Plan de Desarrollo del Software

El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del

3. Organización del Proyecto

a. Participantes del Proyecto

Para facilitar la comprensión de las tareas asignadas durante el proyecto de desarrollo,

o Líder del Proyecto: Glenn Geoniffer Rodríguez Mariscal

o Analistas de Sistema: Agustín Rodal Alonso, Alexei de Alba Alvarez y

o Programador Senior: Glenn Geoniffer Rodríguez Mariscal

o Programadores Semi Senior: Agustín Rodal Alonso y Alexei De Alba

o Ingenieros de Pruebas: Héctor David Joya Miramontes y Glenn Geoniffer

o Ingeniero de Software: Agustín Rodal Alonso

o Arquitectos de Experiencia de Usuario: Jorge Francisco Martínez Casillas y

o Diseñador Grafico/Web: Jorge Francisco Martínez Casillas

o Editor en Jefe del Manual de Usuario: Héctor David Joya Miramontes

o Editor en Jefe del Manual de Técnico: Héctor David Joya Miramontes

 AvTic Data Manager: se encarga de la creación y mantenimiento (respaldo y

A continuación se describen las principales responsabilidades de cada uno de los puestos

arquitectónicas y desarrollar proyectos más desafiantes. Su

4. Gestión del Proyecto

a. Estimaciones del Proyecto

El presupuesto del proyecto y los recursos involucrados se adjuntan en un documento

b. Plan del Proyecto

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

i. Plan de las Fases

Fase No de Iteraciones Duración

En esta fase se realiza un re-estudio de todo el

ii. Calendario del Proyecto

A continuación se presenta un calendario de las principales tareas del proyecto

Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación

Disciplinas /Artefactos generados o modificados

Disciplinas /Artefactos generados o modificados

c. Seguimiento y Control del Proyecto

 Itinerarios de Vuelo: los itinerarios de vuelo representan sobre lo que está

 Reportes generales de estado: ofrecer reportes de gran calidad debe ser el

ii. Control de Plazos