Plan Administrativo de desarrollo software-caso de estudio video tienda videotonio

5/10/2018 Plan Administrativo de desarrollo software-caso de estudio video tienda vid...

http://slidepdf.com/reader/full/plan-administrativo-de-desarrollo-software-caso-de-estudio-video-tie

VIDEOTONIO

PLAN ADMINISTRATIVO DE DESARROLLO SOFTWARE

Guía de Uso de la Plantilla

[SDMP - Software Development Management Plan]

CursoCALIDAD DE SOFTWARE

Profesor ALVARO ANDRES MONTAÑEZ

ProyectoVIDEOTIENDAS VIDEOTONIO

DocumentoPLAN ADMINISTRATIVO

Autores

Código Nombre

MAURICIO MANJARREZ

JHON VIDAL

ALEXANDER MORA

CARLOS ZAPATA

JAVIER VELANDIA

plan administrativo grupo private Estado: Inicial 1/Grupo: Jueves Print Date: 096/5/07



CUADRO DE CONTROL DE REVISIONES

ReunionesAutor(es)

Ordenadosalfabéticamente

Descripción de la versiónFecha de

Terminación

1 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia

Jhon Vidal

Mauricio Manjarrez

Acuerdo para Reuniones(Entregas del Proyecto)

24 de abril

2 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia

Jhon VidalMauricio Manjarrez

Definición de Roles (Proyectovideotonio )

26 de abril

3 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia

Jhon Vidal

Mauricio Manjarrez

Tareas puestas por Líder delProyecto

26 de abril

4 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia

Jhon Vidal

Mauricio Manjarrez

Entrega de bosquejos de tareas(Lideres) 28 de abril

5 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia

Jhon Vidal

Mauricio Manjarrez

Lanzamiento 30 de abril

6 ReuniónCarlos Zapata

Especificacionesde Requerimientos

03 de mayo

7 ReuniónMauricio Manjarrez

Diseño (UML- M E/R) 04 de mayo

8 ReuniónJhon Vidal

Plantilla Administrativa 07 de mayo




ReunionesAutor(es)

Ordenadosalfabéticamente

Descripción de la versiónFecha de

Terminación

9 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia


Estrategia 07 de mayo

10 Reunión

Alexander Mora

Carlos Zapata

Javier Velandia


Postmortem 09 de mayo




CONTENIDO

VIDEOTIENDAS VIDEOTONIO

1 INTRODUCCION

1.1 PROPÓSITO

1.2 PRODUCTOS EXTERNOS DEL PROYECTO

1.3 EVOLUCIÓN DEL PLAN ADMINISTRATIVO DE DESARROLLO DE SOFTWARE1.4 MATERIAL DE R EFERENCIA

1.5 DEFINICIONES Y SIGLAS

2 ORGANIZACIÓN DEL PROYECTO

2.1 MODELO DEL PROCESO

2.2 ESTRUCTURA ADMINISTRATIVA

2.3 LÍMITES DE GESTIÓN E I NTERFACES ADMINISTRATIVAS

2.4 R ESPONSABILIDADES DEL PROYECTO

3 PROCESOS ADMINISTRATIVOS

3.1 PRIORIDADES Y OBJETIVOS DE GESTIÓN

3.2 SUPOSICIONES, DEPENDENCIAS, Y R ESTRICCIONES

3.3 GESTIÓN DE R IESGOS3.4 MECANISMOS DE VERIFICACIÓN Y CONTROL

3.5 PLAN DE CONTRATACIÓN

4 PROCESOS TÉCNICOS

4.1 MÉTODOS, HERRAMIENTAS Y TÉCNICAS

4.2 DOCUMENTACIÓN DE SOFTWARE

4.3 FUNCIONES DE SOPORTE DEL PROYECTO

5 ACTIVIDADES, CRONOGRAMA Y PRESUPUESTO

5.1 ACTIVIDADES

5.2 DEPENDENCIAS

5.3 R EQUERIMIENTOS DE R ECURSOS

5.4P

RESUPUESTO YD

ISTRIBUCIÓN DER

ECURSOS

5.5 CRONOGRAMA

6 COMPONENTES ADICIONALES

7 APROBACIÓN Y VISTO BUENO.

7.1 APROBACIÓN




1 INTRODUCCION

1.1 Propósito

Este documento esta hecho con el fin de realizar versión preliminar de la especificación del tipde software que se pretende realizar un sistema informático para la administración de alquilede películas, además de proporcionar la información necesaria para empezar a llevar un contro

sobre el proyecto, también se validaran los limitantes que tiene el proyecto

1.2 Productos Externos del Proyecto

Producto Fecha Lugar Medio de Entrega

SOFWAREVIDEOTIENDASVIDEOTONIO

10-05-2007 (Sala de Tutores F.U.S.M.) Aula virtual-Escrito

1.3 Evolución del Plan Administrativo de Desarrollo de SoftwareEn la medida en que se vaya adquiriendo el conocimiento necesario vamos desarrollando tantel proyecto como de este documento, se realizaran las siguientes modificaciones al presentdocumento, sin que signifique esto que las expuestas sean definitivas. Como es un proceso dconstrucción de SW este proporcionará al ingeniero una serie de elementos que facilitan y guíasu trabajo.

1.4 Material de Referencia

Texto Ingeniería Del Software (Roger S. Pressman) Fascículos de Calidad del Software e Ingeniería del Software Consultas en Internet. Material y Plantillas que publica el Tutor en el Aula Virtual

1.5 Definiciones y Siglas

Por definir




2 ORGANIZACIÓN DEL PROYECTO

Para el desarrollo de este proyecto se ha definido un equipo de trabajo conformado por cincpersonas, quienes serán responsables del buen desarrollo en cada una de las áreas definidas:

LIDER DEL PROYECTO MAURICIO MANJARREZ

LIDER DE PLANEACIÓN JHON VIDAL

LIDER DE DESARROLLO CARLOS ZAPATA

LIDER DE CALIDAD JAVIER VELANDIA

LIDER DE SOPORTE ALEXANDER MORA

Para el buen desarrollo del proyecto debemos tener claro el papel que desarrollará cada uno lointegrantes del equipo y el trabajo a desarrollar en cada uno de los roles definidos, a continuacióse especificarán las metas y actividades que cada líder deberá desarrollar.

LIDER DEL PROYECTO

El líder conduce el grupo y se asegura de que todos los integrantes reportan sus datosdel proceso y terminan su trabajo como se planeó además de ser una persona que estaconstantemente en comunicación con el cliente respecto al proyecto que esta ejecutando. OBJETIVOS

LIDER DE PLANEACION

El líder de planeación debe mantener el registro y riesgo de los problemas que se presenten. lanecesidades del proceso, estará pendiente en hacer el plan de calidad y en hacer seguimiento aproceso y a la calidad del producto.Por otra parte estará pendiente que el grupo cuente con las herramientas necesarias para qutodos los procesos se den manera normal y a tiempo.Dentro de las asignaciones esta: Comprueba que el proyecto tiene una metodología de gestión de desarrollo.Debe hacer el seguimiento semanal del estado del proyecto al igual que de cada uno dregistros de grabación de tiempo a fin de detectar problemas que puedan interferir con e

desarrollo del proyecto.Por lo anterior debe producir un análisis completo del plan de trabajo y cumplimiento de metas. OBJETIVOS




LIDER DE DESARROLLO

El líder de desarrollo lidera y guía al grupo en la definición, diseño, desarrollo y pruebas deproducto. Debe tener la visión suficiente para dirigir el desarrollo de tal manera que el programpueda ser escalable y cumpla con los requerimientos solicitados.

OBJETIVOS

LIDER DE CALIDAD

El líder de calidad debe dar soporte en definir las necesidades del proceso, en hacer el plade calidad y en hacer seguimiento al proceso y a la calidad del producto. Dentro de laasignaciones esta: Comprueba que el proyecto tiene una metodología de gestión y de desarrolloComprueba la adherencia a los procesos, tanto de gestión como técnicos. Recopila y validlas mediciones. Hace un seguimiento de los defectos encontrados durante las actividades dVerificación y Validación. OBJETIVOS

LIDER DE SOPORTE

El líder de soporte como si nombre lo indica es servir de respaldo para la administración adquisición de las herramientas para el desarrollo de determinado proyecto; pero adicional a estes quien tiene la responsabilidad de llevar el control de riesgo y el manejo también las versioney el control de los cambios hecho a los producto que se desarrollen, debe servir como apoyo eel desarrollo del software.

OBJETIVOS

2.1 Modelo del Proceso

El ciclo de vida que se va a utilizar en el proyecto Videotiendas Videotonio, será el Ciclo dVida en V el cual se desarrollara así:

Lanzamiento: El comienzo oficial del proyecto. Estuvo a cargo de todo el grupo:

Alexander Mora

Carlos Zapata

Javier Velandia

Jhon VidalMauricio Manjarre

Etapa de Requerimientos: Para esta etapa el docente nos facilito los requerimientodonde se encuentran claramente las solicitudes del cliente y sus especificaciones parel desarrollo del software. Esta etapa se encuentra a cargo de Carlos Zapata.

Fase de Arquitectura: Se determinara toda la estructura del software y se determinar



http://slidepdf.com/reader/full/plan-administrativo-de-desarrollo-software-caso-de-estudio-video-ti

el diseño de la BD, la interfaz de usuarios (UML), los requerimientos de hardware software para el cliente. Esta etapa se encuentra a cargo de .

Plantilla Administrativa: A cargo de Jhon Vidal

Las pruebas de desarrollo se debe llevar a cabo de forma programada y verificandcada uno de los componentes del software, este equipo de pruebas será el encargadde validar el código y aprobar el código para su liberación.

Etapa de Estrategia

Nombre del Producto FechaPlaneada

deTerminació

n

¿BajoControl deCambios?

¿Paraentregar al

cliente?

Personas quedeben firmar en e

producto.

Plan Administrativo de Desarrollode Software

07 demayo

Sí No Grupo

Documento de especificación derequerimientos

07 demayo

Sí Sí Grupo

Plan de aseguramiento de Calidad Sí No Grupo

Documento de diseño 07 demayo

Sí No Grupo

Lanzamiento 10 demayo

Sí No Grupo

Estrategia 10 demayo

Sí No Grupo

Postmortem 10 demayo

Sí No Grupo



http://slidepdf.com/reader/full/plan-administrativo-de-desarrollo-software-caso-de-estudio-video-ti

2.2 Estructura Administrativa

Definiendo las metas y roles claros para cada uno de los miembros del equipo TSP nos ayuda ela construcción de un muy buen plan de trabajo en la planeación y comunicación del mismo.

ALVAROMONTAÑEZAsesor

MAURICIO MANJARREZLíder del Proyecto

ALEXANDER MORALíder de Soporte

JAVIER VELANDIALíder de Calidad

JHON VIDAL

Líder de PlaneaciónCARLOS ZAPATA

Líder de Desarrollo

CLIENTEUsuario Final

2.3 Límites de Gestión e Interfaces Administrativas

El líder del proyecto Mauricio Manjarrez será el encargado y responsable de mantener lcomunicación dentro del equipo de trabajo, como con el asesor y el cliente final del producto adesarrollar .

Cada uno de los líderes es responsable de mantener una comunicación eficaz dentro del grupde trabajo, por tanto se hace necesario la organización dentro del mismo.

En el mejoramiento continuo de entregas oportunas y cumplimiento del cronograma el líder dPlaneación Jhon Vidal, será la encargada de mantener una comunicación eficaz con el usuari

final o cliente, para tenerlo al día con los avances desarrollados en el proyecto, así como haceparte fundamental en el cumplimiento del cronograma de proyecto.

Para garantizar el aseguramiento de la calidad del proyecto el líder de calidad Javier Velandia shará responsable de la documentación técnica, junto con el líder de desarrollo y soporte CarloZapata y Alexander Mora.



http://slidepdf.com/reader/full/plan-administrativo-de-desarrollo-software-caso-de-estudio-video-tien

2.4 Responsabilidades del Proyecto

Responsabilidad Persona Responsable

Concepto del software Alvaro MontañezPlan Administrativo Jhon Vidal

Requerimientos Carlos Zapata

Diseño Mauricio manjarrez y carlos zapata

Codificación y depuración Todos

Pruebas y correcciones Javier velandia

plan administrativo grupo private Estado: Inicial10/Grupo: Jueves Print Date: 096/5/07



3 PROCESOS ADMINISTRATIVOS

Prioridades y Objetivos de Gestión

• Semanalmente entre el 19 de abril y el 10 de mayo, los días lunes, cada lider se encargara dentregar un informe acerca del proceso de cada una de sus funciones.

• Cada lider tiene la obligación de cumplir a cabalidad todos los objetivos propuestos en e

tiempo determinado por el cronograma de proyecto y de informar oportunamente de cualquiecambio o retraso en la información o proceso de desarrollo del software.

• Cada lider debe contar con un plan de contingencia, el cual debe estipular por lo menos losiguientes parámetros:-Contar con una copia de seguridad por cada integrante del grupo.-Prever o poseer otro computadora en caso de emergencia.-informar de manera inmediata los posibles retrasos o inconvenientes en el proceso.

3.1 Suposiciones, Dependencias, y Restricciones

Por la complejidad del proyecto en sí, se hace necesario evaluar variantes como las dtiempo que dependen de la complejidad del proyecto a desarrollar, se deberá tener ecuenta la poca experiencia en la Herramienta que vamos a utilizar como lo es PHP MySql.

La poca experiencia en la elaboración de proyectos.

La coordinación y la disciplina que debemos tener, teniendo en cuenta las ocupaciones dcada unos de los líderes.

3.2 Gestión de Riesgos

Podemos catalogar los riesgos en dos grandes grupos:

Riesgos genéricos, que hacen parte y son comunes a cualquier proyecto.

Riesgos específicos, los cuales implican un profundo conocimiento del proyecto y trabajo final.

Riesgo Categoría Probabilidad Mitigación

Planificación demasiadooptimista

Específico 40% Hacer una valoración real del tamañodel proyecto

Diseño inadecuado Específico 30% Elaborar un buen diseño y arquitecturaadecuado.

Los recursos no estándisponibles en el momento

General 60% Contar con instalaciones de base ysoporte.

Motivación débil General 40% Desarrollar perfiles claros dentro delplan de trabajo.




Exceso de requerimientos Específico 70% Conocer profundamente lasespecificaciones para el desarrollo delproyecto.

Cambiar de herramientas amitad del proyecto

Específico 30% Contar con el personal adecuado ycon el conocimiento suficiente paraprogramar y desarrollar el proyecto.

3.3 Mecanismos de Verificación y Control

Describir como se costea el proyecto. Identifique los controles, y formatos de reporte a ser utilizados dentro del proyecto:

El proyecto no debe implicar mayor esfuerzo económico que el referente al espacio quededico a realizar lo propuesto para esta aplicación.

El costo que detecto es la capacitación sobre temas que no manejo y debo hacer investigaciones, donde me representan costos pero no muy altos.

Cada líder del grupo es encargado de medir y evaluar la eficiencia, eficacia y economía de su rolasí como de realizar la respectiva retroalimentación y los correctivos necesarios.

Contaremos con diversos mecanismos de control, como:

• Comités de Coordinación del proyecto..

• Reuniones de seguimiento al trabajo de cada líder.

3.4 Plan de ContrataciónPara este proyecto se trabajará con el equipo de cinco personas conformado como se especificen la estructura administrativa, un líder para rol que se debe trabajar en este proyecto, por tantcada uno será responsable de la función específica.




4 PROCESOS TÉCNICOS

4.1 Métodos, Herramientas y Técnicas

Ya que se trabajará en conexión a Red, por ser un sistema de administración de alquiler dpelículas trabajando simultáneamente con varias sucursales y via Internet, se deberá contar coel equipo que pueda soportar dicho trabajo.

Las herramientas del software que requieren el programa es Visual, ya que se deberá contar coun ambiente fácil y amigable para los cliente, programa para el diseño en UML y las plantillapara el registro de tiempo y errores.

Se realizarán las pruebas con el equipo de calidad y soporte, quienes se encargaran de asegurala calidad del mismo.

4.2 Documentación de Software

Los documentos necesarios para el desarrollo del programa, al igual que las fechas aproximada

para estos son los siguientes:Documento FechasPlan Administrativo de Desarrollo de Software. 07 de mayoDocumento de Especificación de Requerimientos 07 de mayoDocumento de Diseño Detallado 07 de mayoPlan de Control de Cambios 07 de mayoFormato de Propuesta de Cambios 07 de mayoPlan de Aseguramiento de Calidad 07 de mayo

4.3 Funciones de Soporte del ProyectoLos planes a seguir para el cumplimento de las funciones de soporte al desarrollo de softwareincluyendo el proceso de administración, aseguramiento de configuraciones se puede observacon total detenimiento en el cronograma.




5 ACTIVIDADES, CRONOGRAMA Y PRESUPUESTO

5.1 Actividades

Las actividades o conjunto de tareas, que deberán ser completadas para terminar el software sobservará en el cronograma.

5.2 Dependencias

Al desarrollarse un programa como este, donde el trabajo en equipo es fundamental, ldependencia de un rol al otro es alta, ya que cada uno es encargado de transmitir su trabajo aotro líder del equipo.

5.3 Requerimientos de Recursos

En el cronograma y el presupuesto podemos visualizar que recursos se emplearán

5.4 Presupuesto y Distribución de Recursos

Concepto /Día 1 2 3 4 5 6 7 8 9 10 Tota

Diseñador,desarrollador y analista depruebas

300 300 300 300 300 300 300 300 300 300 3.000

Materialbibliográfico

900 900 400 0 0 0 0 0 0 0 2.200

Publicaciones 0 0 0 0 0 0 0 0 0 500 500

Papelería yfotocopias 10 0 10 0 10 20 20 10 20 20 120

Total 1.210 1.200 710 300 310 320 320 310 320 82 5.820

Miles de pesos.




5.5 Cronograma




6 COMPONENTES ADICIONALES

No consideramos necesario incluir dentro de este proyecto componentes adicionales, ya que eun trabajo que no requiere de alguna adquisición de software especial, ni subcontratos, planes dseguridad, pólizas de cumplimiento, ni planes de entrenamiento.




7 APROBACIÓN Y VISTO BUENO.

7.1 Aprobación

Fecha de aprobación:

Nombre de la persona que aprueba el documento:

plan administrativo grupo private Estado: Inicial17/17Grupo: Jueves Print Date: 096/5/07

Documents

Plan Administrativo de desarrollo software-caso de estudio video tienda videotonio