SOFTWARE PROJECT MANAGEMENT PLAN

Transcripción

1 SOFTWARE PROJECT MANAGEMENT PLAN HERRAMIENTA PARA LA ADMINISTRACIÓN DE REQUERIMIENTOS DE LOS PROYECTOS DE LAS ASIGNATURAS DE INGENIERÍA Y ARQUITECTURA DE SOFTWARE DE LA PONTIFICIA UNIVERSIDAD JAVERIANA. CARLOS DAVID DUARTE ALFONSO PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS BOGOTÁ D.C 2014

2 Historial De Cambios El historial de cambios es una tabla que muestra la evolución y seguimiento del documento, todos los cambios realizados permiten elaborar, corregir y controlar la calidad del documento por parte del autor. Versión Fecha Sección del documento Descripción de Responsable modificada cambios V /02/2014 Línea base SPMP Estructura general del Carlos Duarte SPMP V /03/2014 Capítulo 1 Elaboración capítulo 1 Carlos Duarte V /03/2014 Capítulo 4.1 Elaboración capítulo 4.1 Carlos Duarte V /03/2014 Capítulo 3 Elaboración capítulo 3 Carlos Duarte V /03/2014 Capítulo 4.2 Elaboración capítulo 4.2 Carlos Duarte V /03/2014 Capítulo 4.3 Elaboración capítulo 4.3 Carlos Duarte V /03/2014 Capítulo 4.4 Elaboración capítulo 4.4 Carlos Duarte V /03/2014 SPMP Revisión del documento (Ortografía, gramática y Carlos Duarte coherencia). V /03/2014 Anexos Eliminación de este Carlos Duarte capitulo V /03/2014 SPMP Entrega Carlos Duarte Tabla 1 Historial de Cambios 2

3 Tabla de Contenido Historial De Cambios... 2 Índice de Tablas Visión general del proyecto Resumen del proyecto Propósito Alcance Suposiciones y Restricciones Entregables del proyecto Referencias Definiciones y Acrónimos Plan de procesos de gestión Plan de trabajo Introducción Objetivo Actividades de trabajo Elaboración del documento SPMP Elaboración del documento de casos de uso Elaboración del documento SRS Elaboración del documento SDD Plan de pruebas Elaboración memoria de trabajo de grado Elaboración del manual Plan de control de cronograma Introducción Objetivo Puesta en marcha Plan de procesos técnicos Introducción

4 Objetivo Lenguaje de programación Herramientas Plan de administración de la configuración Introducción Objetivo Alcance Puesta en marcha Control de versiones en documentos Control de versiones de software y código fuente Gestión del cambio

5 Índice de Tablas Tabla 1 Historial de Cambios... 2 Tabla 2 Entregables del trabajo de grado... 7 Tabla 3 Definiciones y Acrónimos... 9 Tabla 4 Actividades de trabajo...11 Tabla 5 Herramientas

6 1. Visión general del proyecto 1.1. Resumen del proyecto Este proyecto consiste en continuar con el desarrollo de una herramienta de administración de requerimientos (ERMT), para la cual es necesaria complementarla con nuevas funcionalidades que se explicaran de forma general en este documento. Este proyecto tiene como objetivo obtener el título de ingeniero de sistemas de la pontificia universidad javeriana Propósito El propósito de este documento, es de realizar una gestión y planificación de todos los planes y procesos que permite realizar un diseño, desarrollo e implementación para la elaboración de un producto con calidad Alcance El alcance de este proyecto es la incorporación de nuevas funcionalidades en la herramienta ERMT, correspondientes a la administración y gestión de los riegos en los requerimientos de un proyecto de software. Ver documentación casos de uso Suposiciones y Restricciones Suposiciones El proyecto se planea con las siguientes suposiciones: Todos los requerimientos que se obtengan, son necesarios para implementar la aplicación. El código fuente de ERMT 1.0 este documentado y tenga buenas prácticas de programación. La arquitectura es coherente respecto al código fuente de ERMT 1.0 ERMT 1.0 no tenga errores de compilación y ejecución. Restricciones El proyecto se planea con las siguientes restricciones: Las nuevas funcionalidades se deben realizar bajo el lenguaje programación JAVA. Se debe utilizar MySQL como sistema de gestión de bases de datos para la aplicación. Se debe mantener la misma interfaz gráfica de ERMT 1.0. Las nuevas funcionalidades propuestas se deben integrar a ERMT

7 Entregables del proyecto Las entregas que se realizan a lo largo del semestre correspondiente al desarrollo del trabajo de grado son las siguientes: Entregable Descripción general Fecha de entrega Formato SPMP Documentación casos de uso SRS SDD Software funcional Manuales de producto de software Reporte de pruebas de software Memoria trabajo de grado Página web En este documento se tiene toda la planeación, que se realiza en el trabajo de grado durante el semestre. En este documento se tienen los casos de uso que componen el software, con su correspondiente documentación y diseño. En este documento se tiene la definición precisa del software que se construye, mediante la especificación de los requerimientos de software. En este documento se tiene la descripción detallada del diseño de software. Es el prototipo funcional de la nueva versión de ERMT. En este documento se encuentra el correspondiente soporte para instalar y utilizar el software. En este documento se encuentran las correspondientes pruebas realizadas al software. Contiene especificado el marco teórico, justificación, objetivos y procesos desarrollados a lo largo del trabajo de grado. Contiene almacenado todos los entregables del trabajo de grado en un servidor web. Tabla 2 Entregables del trabajo de grado 22/03/2014 Digital 29/03/2014 Digital 04/04/2014 Digital 25/04/2014 Digital 09/05/2014 Digital 12/05/2014 Digital 1605/2014 Digital 19/05/2014 Digital Digital 23/05/2014 7

8 2. Referencias [1] ERMT. [Online]. Available: [2] IEEE Recommended Practice for Software Design Descriptions, IEEE Std , p. i, [3] Software Engineering Toolbox Construx. [Online]. Available: [4] What is Scrum? Scrum.org - The home of Scrum. [Online]. Available: [5] I. Sommerville, Ingeniería del software. Pearson Educación, [6] Qué es Skype? Videollamadas por Internet, mensajes instantáneos, chat móvil. [Online]. Available: [7] Comprar Office 365 Hogar Premium. [Online]. Available: [8] Dropbox. [Online]. Available: [9] MySQL : Why MySQL? [Online]. Available: [10] Navegador Chrome. [Online]. Available: 419/chrome/browser/features.html. [11] NetBeans IDE - Overview. [Online]. Available: [12] TortoiseSVN - About. [Online]. Available: [13] S. Takats, Zotero 4.0 Launches, Zotero. [14] Productos. [Online]. Available: [15] VectorStudy.com, «Administrative Management». [Online]. Available: [16] A. Silberschatz, H. F. Korth, Sudarshan, and Sáenz Pérez, Fundamentos de bases de datos. Madrid: McGraw-Hill, [17] SPMP template. [Online]. Available: 8

9 3. Definiciones y Acrónimos En esta sección se definen los términos y acrónimos que se usan a lo largo de todo el documento: Término Acrónimo Definición/Descripción Caso de uso CU Un único uso del sistema representado como una interacción entre el usuario y el sistema. [3] Easy Requirement Management Tool ERMT Es una herramienta para la administración de requerimientos en un proyecto de software. [1] Requerimiento REQ Una descripción detallada de lo que el software tiene que hacer. [3] Es un proceso que se aplican un conjunto de SCRUM buenas prácticas para trabajar colaborativamente en un equipo, con el fin de desarrollar un producto. [4] Sistema de gestión de bases SGBD de datos Es una serie de programas, que permite almacenar, modificar y extraer información de una base de datos. [16] Software Design Document SDD Es una representación de un sistema de software que se utiliza como un medio para comunicar la información de diseño de software. [4] Software Project Management Plan Sprint Sprint Backlog Sprint Review Stakeholder System requirements specification SPMP SRS Es la planificación y gestión de proyectos de software. Es una iteración que en SCRUM se denomina Sprint, que por lo general, dura entre 15 días a un mes. [4] Esta lista de tareas permite visualizar el estado actual de las actividades programadas en cada iteración. [4] Es una actividad que permite realizar una entrega informal de los requerimientos ya terminados en una actividad al cliente. [4] Una persona, grupo u organización que participa activamente en un proyecto, se ve afectada por su resultado, o pueden influir en su resultado. [2] Es la especificación de los requerimientos que tiene un proyecto de software y una descripción general del comportamiento del sistema. Tabla 3 Definiciones y Acrónimos 9

10 4. Plan de procesos de gestión 4.1. Plan de trabajo Introducción Este capítulo contiene el plan de trabajo, el cual consiste en especificar los documentos que se entregan a los largo del desarrollo del trabajo de grado con sus respectivas actividades, además de establecer un punto de partida y priorizar actividades Objetivo El objetivo del plan de procesos de gestión es definir y especificar el plan de trabajo que se realiza durante todo el trabajo de grado, además de establecer los entregables que se realizan en cada proceso con sus correspondientes actividades Actividades de trabajo SPMP Documento Documentación casos de uso SRS SDD Software funcional Manuales de producto de software Reporte de pruebas de software Actividades Definición de entregables Definición cronograma Definición plan de trabajo Definición plan de configuración Plan de procesos técnicos Obtención de los casos de uso Definición de actores Priorización de los casos de uso Definición de procesos Flujo de información para cada caso de uso Obtención de requerimientos funcionales Obtención de requerimientos no funcionales Priorización de requerimientos Gestión de requerimientos Diagrama de clases Diagrama modelo de datos Consideraciones de diseño Vista lógica Vista de despliegue Vista de implementación Conocimiento código fuente Desarrollo nuevas funcionalidades Instalación software Tutorial software Pruebas unitarias Pruebas de integración Pruebas de sistema 10

11 Memoria trabajo de grado Descripción del proyecto Marco teórico Desarrollo del trabajo Resultados del proyecto y reflexión Tabla 4 Actividades de trabajo Elaboración del documento SPMP Esta actividad tiene como propósito de elaborar el documento que permite gestionar, definir el cronograma de trabajo, las actividades y procesos que se llevan a lo largo de todo el proyecto Elaboración del documento de casos de uso Esta actividad se encarga de las tareas relacionadas con la elaboración de los nuevos casos de uso, desde lecturas previas del tema, hasta la elaboración de los correspondientes casos de uso y documentación. Ver documentación casos de uso Elaboración del documento SRS Esta actividad tiene como propósito la definición, análisis y especificación de los nuevos requerimientos funcionales y no funcionales de ERMT 2.0. Ver documento SRS Elaboración del documento SDD Esta actividad se encarga de realizar el documento de diseño de software, la arquitectura de la aplicación con base a los requerimientos previamente establecidos, además de la descripción detallada del diseño del software. Ver documento SDD Plan de pruebas Esta actividad tiene como propósito elaborar el documento que se encarga de diseñar la estrategia y las herramientas necesarias poder validar y verificar el producto final. Ver documento plan de pruebas Elaboración memoria de trabajo de grado Esta actividad tiene como propósito elaborar el documento que contiene el marco teórico, objetivos generales, objetivos específicos, resultados y conclusiones del trabajo de grado desarrollado a lo largo del semestre. Ver memoria de trabajo de grado. 11

12 Elaboración del manual Esta actividad tiene como propósito realizar el documento que se encarga de especificar, cómo se va a utilizar la aplicación, permitiendo a los diferentes usuarios tener una interacción adecuada con la herramienta. Ver documento manual de usuario Plan de control de cronograma Introducción Este plan consiste en gestionar y controlar las actividades programadas en el cronograma, con el propósito de llevar un control de las tareas a desarrollar y cumplir con las fechas establecidas Objetivo El objetivo del plan de control de cronograma es de especificar las metodologías, actividades y entregables que se usan a largo del trabajo de grado Puesta en marcha Para la realización de este trabajo de grado, se escogen dos fases metodologías que permiten cumplir los objetivos del proyecto. La primera fase metodológica consiste en una exploración y la segunda fase metodológica es la ejecución de SCRUM. [4] Fase Metodológica 1 La primera fase metodológica consiste en una exploración, debido a que el primer objetivo específico tiene como propósito realizar un estudio y un análisis acerca de ERMT, además permite conocer más en detalle la problemática que se quiere afrontar, realizando así una investigación más completa. Metodología La metodología que se usa en esta fase, es la de realizar un estudio exploratorio sobre las herramientas existentes en el mercado, la herramienta ERMT y realizar un análisis detallado de los estándares de calidad de requerimientos. Actividades Las actividades necesarias para realizar esta fase son las siguientes: 1. Investigar la mayor cantidad de herramientas para la administración de requerimientos que existen en el mercado. 2. Conocer y entender las características y funcionalidades que ofrecen estas herramientas. 12

13 3. Comparar las funcionalidades de ERMT frente a las herramientas existentes en el mercado. 4. Investigar y analizar los diferentes estándares de calidad de requerimientos, para determinar que funcionalidades se le pueden agregar a la herramienta. 5. Definir qué funcionalidades le hacen falta a ERMT para complementarla, además que estén dentro del alcance y sirvan para un entorno educativo. 6. Elaboración del marco teórico del tema. 7. Conocer y entender la arquitectura que tiene ERMT. Entregables Luego de realizar las actividades relacionadas con esta fase, el resultado es el documento de plan de gestión de proyectos de software y las nuevas adiciones para ERMT. Fase Metodológica 2 La segunda fase metodológica consiste en la ejecución de la metodología SCRUM, que permite abarcar los restantes objetivos específicos, donde se modifica la arquitectura existente, para que esta a su vez, soporte las nuevas funcionalidades que se implementan, realizando sus respectivas pruebas de usabilidad del producto. Metodología La metodología a usar en esta fase metodológica es SCRUM, ya que esta permite realizar una gestión en el desarrollo del software, además está basada en un proceso iterativo e incremental, acoplándose de manera correcta a las actividades propuestas para esta fase ya que una actividad posterior depende de las actividades anteriores. Actividades Las actividades necesarias para realizar esta fase son las siguientes: 1. Elaboración de los casos de uso. 2. Realizar la especificación de requerimientos. 3. Elaborar el Documento de Requerimientos de Software (SRS). 4. Elaboración de la arquitectura del sistema. 5. Elaboración del diseño por componentes del sistema. 6. Elaboración del Documento de Diseño del Sistema (SDD). 7. Desarrollo e implementación de las nuevas funcionalidades. 8. Realizar las pruebas de usabilidad. 13

14 9. Analizar los resultados de las pruebas de usabilidad. 10. Elaboración manual de usuario. 11. Elaboración de memoria final del trabajo de grado. 12. Elaboración de página web de trabajo de grado. Para llevar de manera oportuna la metodología SCRUM es necesario llevar a cabo las siguientes actividades: Ejecución de la iteración (Sprint) Cada vez que finalice una actividad propuesta, es necesario que se lleve una reunión con el director del trabajo de grado, para poder evaluar cada una de estas actividades ya realizadas, para luego realizar las correcciones necesarias. Demostración de requerimientos completados (Sprint Review) Esta actividad que ofrece SCRUM, permite realizar una entrega informal de los requerimientos ya terminados en una actividad al cliente, que en este contexto es el director del trabajo de grado, la cual permite conocer si realmente se están entendido lo que el cliente quiere, además de realizar mejoras en esta entrega si es necesario y si cumple con sus expectativas. Lista de tareas de la iteración (Sprint Backlog) Esta lista de tareas permite visualizar el estado actual de las actividades programadas en cada iteración, la cual permite realizar una trazabilidad a estas, conocer si se han tenido problemas, retrasos, avance del proyecto y el esfuerzo en horas para la realización de cada una de las tareas. Entregables Luego de realizar las actividades relacionadas con esta fase, el resultado de esta fase son las siguientes: 1. El documento de requerimientos de software. 2. Documento de diseño del sistema. 3. Resultados pruebas de usabilidad. 4. Manual de usuario. 5. Memoria final. 6. Software funcional. 14

15 7. Página web del trabajo de grado Plan de procesos técnicos Introducción En este trabajo de grado se utilizan las herramientas, métodos y técnicas para la ejecución de cada uno de los procesos del proyecto, ya que este cuenta con muchos componentes Objetivo El objetivo del plan de procesos técnicos es dar a conocer las herramientas, métodos y técnicas que se utilizan durante el desarrollo del trabajo de grado Lenguaje de programación Para este trabajo de grado se utiliza el lenguaje de programación JAVA, debido a que ERMT 1.0 está escrito en este lenguaje, además está basado en el paradigma orientado a objetos, lo cual me facilita su uso, debido a que lo he usado constantemente durante la carrera y su sintaxis es sencilla. También provee el desarrollo del componente visual y facilidad de conexión a una base de datos Herramientas A continuación se muestran las herramientas que se usan en el desarrollo del trabajo de grado con sus correspondientes funcionalidades. Herramienta Función NetBeans IDE 7.4 Es un entorno de desarrollo libre y gratuito, el cual permite realizar la lógica, conexión e interfaz gráfica de la aplicación. [11] MySQL Es un sistema de gestión de bases de datos relacional, la cual permite llevar a cabo la persistencia de la aplicación. [9] Bizagi Es una herramienta que permite realizar diagramas de BPMN. [14] Google Chrome Navegador de internet, el cual permite utilizar el plugin de Zotero que trabaja sobre este navegador. [10] Dropbox Es una plataforma que sirve de repositorio en la nube, la cual permite ser accedida desde cualquier lugar y momento. [8] Microsoft Office Microsoft Word: Permite la realización de documentos. [7] Microsoft Excel: Permite la realización de plantillas. [7] Microsoft Visio: Permite realizar diferentes tipos de diagramas arquitectónicos de la aplicación. [7] Microsoft Project: Permite realizar la calendarización del trabajo de grado. [7] Zotero Esta herramienta permite almacenar las referencias que se 15

16 TortoiseSVN Skype utilicen durante el desarrollo del trabajo de grado. [13] Es un programa que permite el control de versiones del software. [12] Esta herramienta permite la comunicación entre el profesor y el estudiante. [6] Tabla 5 Herramientas 4.4. Plan de administración de la configuración Introducción El propósito de este capítulo es describir el Plan de Administración de la Configuración. En esta sección del documento se explica el método para evaluar y aprobar un cambio que es necesario durante el transcurso del desarrollo del trabajo de grado Objetivo EL objetivo de la administración de la configuración es definir y mantener la integridad de los diferentes documentos que se generan a lo largo del desarrollo de este trabajo de grado Alcance Las actividades que se encuentran en el ámbito de la administración de la configuración son las siguientes: Identificación de elementos de configuración. Descripción de los ítems de configuración. Establecimiento y administración del repositorio. Mantenimiento de la historia de los documentos. Mantener un control sobre los cambios. Mantener un control de versiones para el código fuente Puesta en marcha A continuación se muestran los documentos que son versionados a lo largo del desarrollo del trabajo de grado, cuando se realice un cambio a estos: SPMP SRS SDD Documentación casos de uso Manuales de producto de software Reporte de pruebas de software 16

17 Control de versiones en documentos La metodología para la administración y gestión de configuración para los documentos del proyecto se realiza en la siguiente herramienta en la nube: Dropbox [8] Esta herramienta es utilizada debido a la facilidad de su uso y acceso a archivos. Además esta herramienta permite un adecuado control en los cambios de los documentos. Para controlar la versión de los documentos, se utiliza la nomenclatura X.Y.Z. En esta enumeración, X es un valor entero que representa un cambio de una gran magnitud (documento aprobado por el director del trabajo de grado), Y indica cambios de forma y fondo del documento (cambios en los capítulos, eliminación de capítulos o uniones de capítulos). Por último el campo Z, también de valor entero, representa un cambio menor en los documentos (revisión de ortografía, fuente, tamaño de la letra, gramática). [17] Control de versiones de software y código fuente Para el control de versiones del software y código fuente, se hace uso de un repositorio SVN. Dicha Herramienta permite que editen los archivos de código y se pueda llevar un control ante estas modificaciones. La herramienta escogida para llevar este control es TortoiseSVN. Para la utilización del repositorio, este es divido en tres carpetas principales: Raíz: Esta carpeta contiene la versión inicial o la versión más reciente y estable del código fuente. Nuevo: Esta carpeta contendrá las nuevas funcionalidades de ERMT 2.0, sin ser integrada a ERMT 1.0. Pruebas: Esta carpeta contiene las nuevas funcionalidades de ERMT 2.0, la cual tiene como objetivo realizar las correspondientes pruebas de integración Gestión del cambio Para la gestión de cambios se realiza un seguimiento a los planes establecidos a lo largo del proyecto, para mantener la consistencia entre los distintos archivos del proyecto. Estos cambios están documentados en el historial de cambios en cada uno de los documentos especificados anteriormente, donde se reflejan los cambios que se han hecho en las diferentes partes del documento y también la persona responsable o quien realiza el cambio. 17