Upload
phungkhanh
View
217
Download
0
Embed Size (px)
Citation preview
2012
Pontifica Universidad Javeriana
Stephanie Herrera Bautista
[SOFTWARE PROJECT
MANAGEMENT PLAN
(SPMP)]
Hoja de Firmas
El presente documento es aprobado por las personas referenciadas a continuación:
Firma Clientes:
______________________ ________________________
PYME 1 PYME 2
Firma Gerente de Proyecto:
__________________________________
Stephanie Herrera
Prefacio
El propósito de este Plan de Gestión de Proyecto de Software (SPMP) es detallar los estándares,
practicas, herramientas y técnicas que serán usadas por el equipo, durante el desarrollo y ciclo de
vida del proyecto de software.
Este documento se llevara para la realización del proyecto de trabajo de tesis.
Este documento está divido en 4 planes los cuales se basaron en el estándar 1050 de la IEEE, para el
desarrollo de la herramienta de análisis de información desde OLA , los grupos que se plantearon
fueron los siguientes:
Administración del plan de proceso
Plan de trabajo
Tabla de Contenidos
Hoja de Firmas .................................................................................................................................... 2
Prefacio ............................................................................................................................................... 3
Tabla de Contenidos ............................................................................................................................ 4
Lista de Imágenes ................................................................................................................................ 5
1. Introducción. ............................................................................................................................... 6
1.1. Resumen del proyecto. ........................................................................................................ 6
1.1.1. Propósito...................................................................................................................... 6
1.1.2. Alcance del Proyecto. .................................................................................................. 6
1.1.3. Objetivos del Proyecto. ............................................................................................... 6
1.1.4. Entregables del proyecto. ............................................................................................ 6
2. Referencias. ................................................................................................................................. 7
3. Definiciones y Acrónimos. .......................................................................................................... 8
4. Plan de administración de procesos............................................................................................. 9
4.1. Plan de Trabajo.................................................................................................................... 9
4.1.1. Actividades de Trabajo. ............................................................................................... 9
4.2. Plan de Control. ................................................................................................................... 9
4.2.1. Plan de Control de Requerimientos. ............................................................................ 9
4.2.2. Plan de Control de Calidad. ....................................................................................... 10
5. Plan de procesos Técnicos. ........................................................................................................ 10
5.1. Modelo de ciclo de vida del Proyecto. .............................................................................. 10
5.2. Métodos, Herramientas y Técnicas. .................................................................................. 11
Lista de Imágenes Ilustración 1. Ciclo de vida del proyecto ......................................................................................................... 11
1. Introducción.
1.1. Resumen del proyecto.
1.1.1. Propósito
El propósito de este proyecto, a realizar, es desarrollar un prototipo para computadora de una
herramienta de inteligencia de negocios para. Este proyecto se hará por la demanda del mercado de
las PYMES y la falta de herramientas enfocadas a este nicho de mercado
Para el desarrollo del proyecto, se ha escogido al Espiral de Boehm como modelo de ciclo de vida
(Ver sección 6.1 Modelo de Ciclo de Vida del Proyecto). Este modelo se enfoca en abordar los
riesgos de forma incremental[1], siendo esta la principal razón de su elección para el proyecto en
cuestión.
El modelo Espiral de Boehm asume que los requerimientos software no cambiarán de forma
drástica durante el desarrollo del proyecto [1], y por lo tanto, otra de las razones para su elección
como modelo de ciclo de vida de este proyecto.
1.1.2. Alcance del Proyecto.
Este proyecto consiste en el desarrollo un prototipo para computadora de una herramienta de
inteligencia de negocios
Debido a restricciones de tiempo (ver Sección 1.1.4 Supuestos y Limitaciones), se implementará y
entregará por lo menos el 50% del software. Adicionado al producto de software, se entregará toda
la documentación asociada, manuales de usuario y todos los documentos y diagramas relacionados
con el proceso de software (SPMP, SRS, SDD). Para más información sobre los entregables, (ver
sección 1.1.5 Entregables del Proyecto).
1.1.3. Objetivos del Proyecto.
Objetivos Generales:
Construcción de un prototipo funcional, con al menos el 70% de las funcionalidades
asociadas a los requerimientos, y dentro del tiempo estipulado para el proyecto (Ver sección
1.1.2 Alcance del proyecto).
Objetivos Específicos:
Poner en práctica los principales conceptos de la ingeniería de software, asociados al
desarrollo de software.
Generar una documentación precisa y de calidad, asociada al producto de software (Ver
sección 1.1.5 entregables del proyecto): Manuales y documentos asociados al proceso de
software (SPMP, SRS, SDD).
1.1.4. Entregables del proyecto.
Los entregables del proyecto son los siguientes:
1. Plan de Gestión del Proyecto de Software (SPMP)
Describe el proyecto, las personas que se encuentran involucradas, los procesos y
estándares y lineamientos que deben seguirse durante el desarrollo del Proyecto.
2. Especificaciones de Requerimientos de software (SRS)
Detallas los Requerimientos del sistema por parte del cliente. Este contendrá tanto
los requerimientos funcionales y no funcionales de las necesidades, siendo
clasificados como primordiales u opcionales.
3. Documento de Diseño de Software (SDD)
Contiene un diseño del software a fondo.
4. Manual de Usuario (UD)
Contiene información detallada de cómo funciona el sistema, e instruye al usuario
como instalar y utilizar la herramienta.
2. Referencias. [1] Brugge,”Ingeniería desoftwareOrientadoaobjetos”,primeraedición,PrenticeHall,2002.
[2] http//:www.buckley-golder.com/papers/mbg_SPMP_ProjectManagement.pdf.
[3] http//:ww.scribd.com/doc/6286437/Tipos-de-Estructura-Organizacional.
[4] http://web.heinsohn.com.co/www/index.php/compania/organigrama.
[5] https://bases.javeriana.edu.co/f5-w-
687474703a2f2f6965656578706c6f72652e696565652e6f7267$$/stamp/stamp.jsp?tp=&arn
umber=491371] Process Improvement for Software Engineering Training
[6] When Management Gets Serious About Managing Software, [en Línea],Disponible en:
https://bases.javeriana.edu.co/f5-w-
687474703a2f2f6965656578706c6f72652e696565652e6f7267$$/stamp/stamp.jsp?tp=&arn
umber=1559742
[7] Ian Somerville, Ingeniería de software, séptima edición, Madrid, Pearson Addison Wesley,
2005.
[8] Roger Pressman, Ingeniería de Software, un enfoqué practico. Quinta Edición. McGraw
Hill, 2002.
[9] An Experiment Measuring the Effects of Personal Software Process (PSP) Training, [en
Línea], Disponible en:
https://bases.javeriana.edu.co/f5-w-
687474703a2f2f6965656578706c6f72652e696565652e6f7267$$/stamp/stamp.jsp?tp=&arn
umber=922716
[10] http://www.eumed.net/libros/2006a/prd/7c.htm
[11] Robert T. Futrell, Donald F. Shafer, Linda I. Safer, “Quality Software Project
Management”.
[12] Unlpam, Calidad de software, [Citado Agosto 2012], Disponible en:
http://gidis.ing.unlpam.edu.ar/downloads/pdfs/Calidad_software.PDF
[13] Matt H. Evans, Free Excel Spreadsheets. [En línea]. Disponible:
http://www.exinfm.com/free_spreadsheets.html
[14] Gestión Riesgos en proyectos, PMI, [Citado Agosto 2012], Disponible en:
http://docs.google.com/viewer?a=v&q=cache:cIxw5ExAEaIJ:www.pmi.org.pe/sitio/modul
es/wfdownloads/visit.php?cid%3D2%26lid%3D28+gestion+de+riesgos+en+proyectos&hl=
es&gl=co&pid=bl&srcid=ADGEEShQCwSZNz3eezgIpwCqVMMUTsg2LeSyPMvwDwC
wVRr_w5rookRz8YQopnld5syEIlY6bl0qPmDh94D6anNIowmH7KJ6MOFX8128xUJwfd
SGM2f3vqWUxfulTO1BA9Cjfgp0IPN4&sig=AHIEtbQz6nHtI8J1IOas70yfYSa0Xg9IiA&
pli=1
[15] Plantilla Ironworks SPMP. Pontificia Universidad Javeriana. Bogotá: 2008.
[16] Canadian Navy. [En línea]. Disponible:
http://www.navy.forces.gc.ca/cms/3/ 3-a_eng.asp?category=7&id=208 , [Citado Agosto
2012],
[17] Unlpam, Calidad de software, [Citado Agosto 2012], Disponible en:
http://gidis.ing.unlpam.edu.ar/downloads/pdfs/Calidad_software.PDF.
[18] TESCAM, “Verificación de Software”. [En línea] Disponible en:
www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r56662.PDF. [Citado Agosto 2012],
[19] IEEE Standard Computer Dictionary. A Compilation of IEEE Standard Computer
Glossaries," IEEE Std 610 , vol., no., pp.1, 1991 [Citado Agosto 2012],
[20] Pruebas de Software ¿la salvación, un proceso de utilidad, trivial o simplemente una
moda, o…?, María Clara Choucair, [Citado Agosto 2012], Disponible en:
http://www.acis.org.co/fileadmin/Base_de_Conocimiento/XXVII_Salon_Informatica/Maria
ClaraChoucair-PruebasDeSoftware.pdf
[21] Built Security In, “White Box Testing”. [En línea] Disponible en:
https://buildsecurityin.us-cert.gov/bsi/articles/best-practices/white-box/259-BSI.html
[22] John E. Bentley, Wachovia Bank, y Charlotte NC, "Software Testing
Fundamentals—Concepts, Roles, and Terminology", SUGI 30 Proceedings. [En línea].
Disponible en: http://www2.sas.com/proceedings/sugi30/141-30.pdf
[23] Pruebas de Utilidad, worldlingo, [Citado Agosto 2012], Disponible en:
http://www.worldlingo.com/ma/enwiki/es/Usability_testing
[24] https://bases.javeriana.edu.co/f5-w-
687474703a2f2f6965656578706c6f72652e696565652e6f7267$$/stamp/stamp.jsp?tp=&arn
umber=29489]
[25] métodos orientados a objetos
[26] Programación Orientada a Objetos. Luis Joyanes
[27] http://www.dsi.uclm.es/asignaturas/42530/pdf/M2tema5.pdfprogramacion orientada
a objetos Universidad de valencia.
[28] ADvanced JAVA 2 Plataform soluciones graficas DEITEL
[29] Redes y comunicaciones de Tanembaw. [30] Metricas de la documentacion de Software, SC, [Citado Agosto 2012], Disponible
en: http://www.sc.ehu.es/jiwdocoj/remis/docs/medidocs.htm
[31] Método de Estimación de Puntos de Caso de Uso
http://www.kybeleconsulting.com/index.php/estimacion-puntos-caso-de-uso.html
3. Definiciones y Acrónimos. El documento de definiciones y acrónimos se encuentra en un archivo separado de este
documento. (Ver Anexo A. Glosario).
4. Plan de administración de procesos.
4.1. Plan de Trabajo.
4.1.1. Actividades de Trabajo.
La tabla de descripción de actividades del cronograma (ver actividades de trabajo tabla) muestra
más detalladamente las actividades a seguir en cada entrega. Estas entregas representan fases del
ciclo de vida. Cada fase tiene objetivos y tareas específicas a realizar (ver sección 6.1 Modelo de
Ciclo de Vida del proyecto)
4.2. Plan de Control.
4.2.1. Plan de Control de Requerimientos.
Procesos y procedimientos:
Se realizarán 4 etapas correspondientes al proceso de la ingeniería de requerimientos:
- Recolección de requerimientos.
- Análisis de requerimientos
- Validación [11]
Recolección de requerimientos:
En esta primera etapa se definirá requerimientos junto cliente en términos claros para su
entendimiento, teniendo en cuenta el alcance de cada uno de ellos. [10]
Análisis de requerimientos:
Primera Entrega
• Planeación y estructuración del SPMP
• Desarrollo del SPMP
• Realización de casos de uso
• Revisiones de Calidad
Segunda Entrega
• Planeación del SRS
• Desarrollo del SRS
• Gestión de requerimientos
• Desarrollo del primer prototipo
Tercera Entrega
• Planeación del SDD
• Desarrollo del SDD
• Revisión y corrección de entregas pasadas
Esta etapa la realizaremos para garantizar que están bien definidos los requerimientos que se han
recolectado y se entiendan de igual manera para todos los involucrados [10].
Si durante este proceso llegara a haber un cambio en los requerimientos definidos se evaluará dicho
cambio con respecto al costo y tiempo y se negociará con el cliente, gerente, subgerente y
arquitecta.
Herramientas:
Microsoft Excel
Enterprise Arquitect
4.2.2. Plan de Control de Calidad.
Contenido:
El desarrollo de este plan esta la parte de los documentos
Documentos:
En la primera parte de los documentos se manejarán los estándares de:
Ortografía: Cada documento deberá cumplir con las reglas ortográficas del idioma Español
planteadas por la academia de la real academia Española (RAE)
Coherencia: Las ideas planteadas a lo largo del documentó deben tener una conexión con lo
planteado en él, buscando que no haya ni ambigüedades ni contradicciones
Facilidad de Lectura: La redacción de cada documentó será de forma concreta, en donde no
se presente repeticiones y la escritura sea de forma que el cliente comprenda la idea.
Además cualquier término no común utilizado en el documento debe estar definida en la
sección de definiciones, abreviaturas y acrónimos.
Referencias Bibliográficas: Las referencias planteadas a lo largo del documento deben
cumplir con el estándar planteado por el cliente
5. Plan de procesos Técnicos.
5.1. Modelo de ciclo de vida del Proyecto.
Descripción
El modelo Espiral de Boehm es un modelo evolutivo, incremental y repetitivo, consistente en un
conjunto de “rondas” asociadas a un conjunto de actividades del desarrollo de software[1].
Ilustración 1. Ciclo de vida del proyecto
Este modelo permitirá crear prototipos incrementales del software[8], los cuales serán aprobadas de
acuerdo al cumplimento de los requerimientos del cliente y a sus criterios de aceptación. En cada
ronda se revisarán los resultados de las rondas anteriores y se harán ajustes de acuerdo a la
planeación y el estado actual del proyecto.
5.2. Métodos, Herramientas y Técnicas.
Metodología de desarrollo. [24][25][26][27]
La metodología de desarrollo que se utilizará durante el proyecto será la programación orientada a
objetos, debido a que se desea aprovechar la cualidad de la recursión, es decir utilizar métodos que
permitan generar llamados recursivos múltiples veces, lo que permite desarrollar algoritmos más
eficientes y ahorrar líneas de código, trabajo y esfuerzo, acompañado de otras cualidades:
1. Objetos que son bien diseñados crean la base fundamental para que otros sistemas
se puedan ensamblar.
2. Permite la reutilización de clases existentes, lo cual facilita a su vez reutilizar
código y ahorrar tiempo.
3. Favorece la construcción de interfaz gráfica de usuario.
4. Reducir la complejidad del proyecto a medida que este incremente de tamaño.
5. Los sistemas orientados a objetos simplifican el esfuerzo al momento de realizar
cambios tanto pequeña como a gran escala.
6. Los problemas de mantenimiento pueden ser mitigados por el encapsulamiento de
información y las interfaces entre objetos.
7. Con la metodología de programación orientada a objetos es posible capturar la
semántica de forma más eficiente ayudando a tener un entregable acorde a las
especificaciones realizadas.