Herramienta de Control de Gestión de Documentación de Proyectos de Explotación de Información (CADMCoG-II)

Transcripción

1 Herramienta de Control de Gestión de Documentación de Proyectos de Eplotación de Información (CADMCoG-II) Natalia Aguirre, Alan Lopez, Natalia Romero Cátedra Proyecto de Software Licenciatura en Sistemas 2012

2 Herramienta de Control de Gestión de Documentación de Proyectos de Eplotación de Información (CADMCoG-II) UNLa-DDPyT-LS-PdS Natalia Aguirre, Alan Lopez, Natalia Romero Trabajo Final Cátedra de Proyecto de Software Licenciatura en Sistemas Departamento de Desarrollo Productivo y Tecnológico Universidad Nacional de Lanús, Argentina 1 SELECCION DE UN MODELO DE CICLO DE VIDA El modelo de ciclo de vida elegido para el proyecto actual fue el modelo de desarrollo basado en prototipos. La decisión fue tomada teniendo en cuenta las ventajas que presenta este tipo de ciclo de vida para proyectos en los cuales no se tienen los requisitos establecidos en su totalidad o los mismos pueden estar mal interpretados. El desarrollo basado en prototipo permite que el grupo de trabajo pueda comprender de la manera adecuada los requisitos del proyecto. Otra de las ventajas que presenta el modelo de desarrollo basado en prototipos y que fue clave al momento de seleccionar el modelo de ciclo de vida para nuestro proyecto es el reducido tiempo de desarrollo que permite al usuario interactuar con el producto y aportar nuevas ideas o detectar posibles fallos. El desarrollo basado en prototipos al ser fácilmente ampliable y modificable nos permitirá reducir los riesgos asociados al proyecto, como así también el desarrollo de prototipos desechables permitirá identificar funcionalidades desconocidas hasta ese momento. 1.1 Etapas del ciclo de vida seleccionado 1. Factibilidad (FA): Consiste en una investigación preliminar y definición del problema. 2. Especificación de requisitos (ER): Establecimiento de requisitos funcionales. 3. Diseño del prototipo (DIP): Diseño básico del prototipo. 4. Diseño detallado (DID): Refinamiento del diseño. 5. Desarrollo del prototipo (DEP): Codificación. 6. Evaluación (EV): Implementación y prueba del prototipo (verificación y requerimientos). 7. Modificación (MO): Refinamiento iterativo del prototipo. Refinamiento de las especificaciones de requisitos. 8. Diseño e implementación del sistema final (DISF): rediseño e implementación del prototipo final y desarrollo de documentación. 9. Operación y mantenimiento (OM): modificaciones posteriores (mantenimiento correctivo, adaptativo o perfectivo). 10. Retiro (RE): en caso de ser necesario. 2 PLAN DE GESTIÓN DEL PROYECTO En esta sección se describirá la iniciación, planificación y estimación del proyecto, el proceso de seguimiento y control del proyecto y el plan de garantía de calidad de software. 2.1 Proceso de iniciación, planificación y estimación del proyecto. En esta sección se describirá los pasos a seguir para la realización del proyecto, así como sus costos Mapa de actividades En la tabla. 1 se detalla el mapa de actividades que se llevarán a cabo Actividades ecluidas En está sección se detallarán las actividades del proyecto software que serán omitidas agrupadas por su razón de eclusión Actividades que no se aplican al proyecto. 1. Proceso de eploración de conceptos. a. Transición. 2. Proceso de instalación. a. Distribuir Actividades que no se aplican debido a cuestiones de tiempo. 1. Proceso de seguimiento y control. a. Implementar el sistema de informes de problemas. b. Archivar registros. 1

3 2. Proceso de gestión de calidad. a. Desarrollar métricas de calidad. 3. Proceso de eploración de conceptos. a. Estudios de viabilidad Estimación y asignación de recursos del proyecto En esta sección se describirán los recursos que se utilizarán para llevar a cabo el desarrollo del proyecto Recursos humanos Se necesitará de un líder, un analista funcional, un arquitecto/diseñador, un desarrollador (programador) y un encargado de realizar las pruebas Recursos de entorno Hardware: El Hardware necesario para el desarrollo del proyecto. Cada integrante deberá contar con una computadora de prestaciones medias Se dispondrá de tres computadoras una para cada integrante del equipo con las prestaciones necesarias para llevar a cabo el proyecto. Software: El Software necesario para el desarrollo del proyecto. Cada integrante deberá contar con una computadora con los siguientes elementos: XAMPP y Easy PHP: para simular el comportamiento de un servidor web. CodeIgniter: Para el mejor desarrollo de la aplicación. MySQL: para el diseño, desarrollo y mantenimiento de la base de datos. Netbeans: para el desarrollo de la aplicación en PHP. Dreamweaver: para el diseño web. Microsoft Visio: para las actividades de diseño. Cada integrante del equipo de trabajo con una computadora con los elementos antes mencionados Asignación del personal Integrantes del equipo de trabajo: -Aguirre Natalia. -López Alan. -Romero Natalia. Al tratarse de un proyecto de índole académica no se asignarán roles específicos a los integrantes del equipo, permitiendo de esa manera que cada uno tenga la oportunidad de participar en el desarrollo de cada una de las etapas del proceso de gestión del proyecto. El equipo de trabajo se comunicará de manera horizontal (estructura descentralizada democrática). Las decisiones serán tomadas en conjunto aportando cada integrante su perspectiva y favoreciendo de esta manera el desarrollo creativo de nuevas y mejores ideas Estimación de tiempo En la Fig.1 se detallan las fechas estimadas para el desarrollo en el diagrama de Gantt correspondiente Calculo de puntos de función. Factor de Ponderación Parámetros de Medición Simple Medio Complejo Cuenta Número de entradas de usuario Número de salidas de usuario Número de peticiones de usuario Número de archivos Número de interfaces eternas Cuenta Total 63 Entradas: Datos de registro, Datos de perfil Tags (palabras claves) Salidas: Inicio de sesión (Aceptado/Rechazado) Cierre de sesión (Aceptado/Rechazado) Registro (Aceptado/Rechazado) Proyectos encontrados Peticiones: Cierre de sesión, Buscar proyectos Archivos: Documentos Proyectos Usuarios Tags Etapas Valores de Ajuste de la complejidad 1. Requiere el sistema copias de seguridad y de recuperación fiables? 2. Se requiere comunicación de datos? 3. Eisten funciones de procesamiento distribuido? 4. Es crítico el rendimiento? 5. Se ejecutará el sistema en un entorno operativo eistente y fuertemente utilizado? 6. Requiere el sistema entrada de datos interactiva? 7. Requiere la entrada de datos interactiva que las transacciones se lleven a cabo sobre múltiples pantallas u operaciones? 8. Se actualizan los archivos maestros de forma interactiva? 9. Son complejas las entradas, las salidas, los archivos o las peticiones? 10. Es complejo el procesamiento interno? 11. Se ha diseñado el código para ser reutilizable? 2

4 ACTIVIDADES DE LOS PROCESOS Proceso de selección de un MCVS Identificar los posibles MCVS Seleccionar un modelo para el proyecto Proceso de Iniciación, Planificación y Estimación del Proyecto Establecer la matriz de actividades para el MCVS Asignar los recursos del proyecto Definir el entorno del proyecto Planificar la Gestión del proyecto Proceso de seguimiento y control del proyecto Analizar riesgos Realizar la planificación de contingencias Gestionar el proyecto Proceso de gestión de calidad del software Planificar la garantía de calidad del software Gestionar la calidad del software Identificar necesidades de mejora de la calidad Proceso de Eploración de conceptos Identificar las ideas o necesidades Formular las soluciones potenciales Refinar y Finalizar la idea o necesidad Proceso de Asignación del Sistema Analizar las funciones del sistema Desarrollar la arquitectura del sistema Descomponer los requisitos del sistema Proceso de Análisis de Requisitos Definir y Desarrollar los requisitos de software Definir los requisitos de interfaz Priorizar e Integrar los requisitos del software Proceso de Diseño Realizar el diseño preliminar Analizar el flujo de información Diseñar la base de datos (si se aplica) Diseñar las interfaces Seleccionar o desarrollar algoritmos (si se aplica) Realizar el diseño detallado Proceso de Implementación e Integración Crear los datos de prueba Crear el código fuente Generar el código objeto Crear la documentación de operación Planificar la integración Realizar la integración FA ER Tabla 1 (Mapa de actividades) DIP DID DEP EV MO DISF OM RE 3

5 Proceso de Instalación y Aceptación Planificar la instalación Instalar el software Cargar la base de datos (si se aplica) Aceptar el software en el entorno de Operación Realizar las actualizaciones Proceso de Verificación y Validación Planificar la verificación y validación Ejecutar las tareas de verificación y validación X Planificar las pruebas Desarrollar las especificaciones de las pruebas Ejecutar las pruebas Tabla 1 continúa (Mapa de actividades) Fig. 1 (Diagrama de Gannt) 4

6 12. Está incluidas en el diseño la conversión y la instalación? 13. Se ha diseñado el sistema para soportar múltiples instalaciones en diferentes organizaciones? 14. Se ha diseñado la aplicación para facilitar los cambios y para ser fácilmente utilizada por el usuario? Las respuestas a cada una de las preguntas anteriores fueron respondidas en la tabla 2 usando una escala con rangos desde 0 (no importante o aplicable) hasta 5 (absolutamente esencial). NÚMERO DE RESPUESTA (0-5) PREGUNTA TOTAL 46 Tabla 2 (Valor de ajuste de la complejidad) PF=63 *(0,65 + 0,01*(Fi)) PF=63 *(0,65 + 0,01*(46)) PF=69, Proceso de Seguimiento y Control del Proyecto En esta sección de detallan los riegos que pueden a llegar a provocar problemas con el proyecto Análisis de riegos En la tabla 3 se describen los posibles riegos que puede llegar a aparecer en la gestión del proyecto Plan de contingencias En la tabla 4 se describen el plan de contingencias para la mitigación de los riegos del punto anterior. ID DESCRIPCIÓN RUBRO PROBABILIDAD DE OCURRENCIA SEVERIDAD Técnico 90% Moderada 1 Volatilidad de requisitos 2 Pérdida de la base de datos 3 Mal diseño del software Operativo 60% Moderada Técnico 30% Moderado 4 Problemas con la Técnico 30% Leve codificación 5 Problemas con el Técnico 30% Leve personal 6 Mal funcionamiento Opera- 20% Moderado de progrativo mas necesarios 7 Estimación de Técnico 40% Moderado tiempo errónea Tabla 3 (Análisis de riegos) 2.3 Garantía de calidad del software A continuación se describe las técnicas que se han utilizado en el desarrollo de este software para garantizar la calidad de la misma Técnicas de garantía de calidad 1. Se ha seleccionado el patrón de diseño MVC para el desarrollo del software lo cual permite que tenga un fácil mantenimiento ya que separa la lógica del negocio (modelo) y la presentación (vista). Además esta separación facilita el desarrollo en equipo. 2. Se ha seleccionado el paradigma orientado a objetos que agiliza el desarrollo del software, permite la reutilización y etensión del código. 3. Se utilizan herramientas de fácil desarrollo, que se adapten a cualquier plataforma y sean seguros para crear aplicaciones web simples y elegantes (Apache, PHP, codeigniter, MySQL). 4. Se realizan las documentaciones correspondientes para su mantenimiento. ID DEL RIESGO 1 Selección del ciclo de vida basado en prototipos 2 Realizar plan de back up y respaldo de los datos (base de datos histórica) 3 Rehacer la etapa de diseño 4 Rehacer o corregir el código 5 Alentar la comunicación entre los integrantes del equipo 6 Realizar reinstalación / Uso de programas sustitutos 7 Distribución de actividades Tabla 4 (Plan de contingencia) 3 PROCESO DE PRE-DESARROLLO En esta sección se describirán el proceso de eploración de conceptos, donde se identificarán las necesidades y sus soluciones; y el proceso de asignación del sistema, donde se desarrollarán las funciones que cumplirá el sistema. 3.1 Proceso de eploración de conceptos Identificar ideas o necesidades MITIGACIÓN 5

7 Los documentos incorporados por los usuarios se administran dentro del software y se acceden a los mismos mediante un único formato. Los documentos permanecen en la web y solo se puede acceder a ellos desde ese medio El ingreso de los usuarios invitados debe ser autorizado por el usuario de gestión Descomponer los requisitos del sistema Formular soluciones potenciales Ofrecer al usuario una opción en la cual pueda acceder al documento en el formato deseado. Permitir al usuario de gestión descargar el proyecto Crear una técnica que mediante la registración se pueda asignar el nivel de usuario Identificar ideas o necesidades Se requiere un sistema que permita gestionar proyecto de eplotación de la información para diferentes usuarios con diferentes funcionalidades Soluciones potenciales Se desarrollará una aplicación que permita la gestión de usuarios y sus respectivos proyectos, y el manejo de documentación. 3.2 Proceso de asignación del sistema En esta sección se detallará las funciones del sistema Analizar las funciones del sistema Se realizo el diagrama de conteto (Fig. 2) y el diagrama de flujo de datos (Fig. 3) para una primera comprensión del problema Desarrollar la arquitectura del sistema La arquitectura que se utilizará para el desarrollo de la aplicación será la arquitectura de tres niveles (Modelo Vista - Controlador), que nos permitirá separar el código de diseño del lógico para poder trabajar de manera más ordenada y eficiente. La capa de Modelo nos permitirá realizar el almacenamiento de datos, la capa Vista interactuará con el usuario y la capa Controlador que responde a eventos del usuario. Fig. 4 (Casos de uso) Descripción de casos de uso A continuación en el grupo de tablas 5 se muestra en forma más detallada cada uno de los casos de uso pertenecientes a dicho sistema. Nombre del caso de uso: Registrarse Único ID: 001 Área: Actores: Descripción: Activar evento: Sistema de eplotación de información Usuarios Le permite al usuario la creación de una cuanta de usuario El evento se activa cuando el usuario desee por primera vez crear un proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario ingresa datos 2- El sistema verifica que los datos sean validos 3- El sistema crea la cuenta 4- se almacena los datos en la base de datos 5- El sistema le confirma al usuario la cuenta creada Precondiciones Post condiciones Ingresar al sitio web del software Recordar cuenta de usuario Suposiciones Reunir requerimientos Aspectos sobresalientes El usuario conoce la utilidad del sistema Permite al usuario acceder al sistema Se debe controlar que el usuario complete todos los datos requeridos Prioridad Riesgo Media Baja Tabla 5.A - Caso de Uso 1 (Registrarse) 6

8 Fig. 2 (Diagrama de conteto) Fig. 3 (Diagrama de flujo de datos) 7

9 Nombre del caso de uso: Editar perfil Único ID: 003 Área: Actores: Descripción: Activar evento: Sistema de eplotación de información Usuarios Le permite al usuario modificar los datos de su perfil El evento se activa cuando el usuario desee datos de su perfil Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario ingresa a la opción de modificar el perfil 2- El usuario ingresa los datos que desea cambiar, agregar o eliminar 3- El sistema almacena los cambios en la base de datos Precondiciones Post condiciones Suposiciones Reunir requerimientos Aspectos sobresalientes Prioridad Riesgo El usuario debe Iniciar sesion El usuario debe guardar cambios El usuario conoce los datos a editar Permite al usuario mantener actualizado sus datos Se debe controlar que el usuario complete todos los datos requeridos Media Media Tabla 5.B - Caso de Uso 3 (Editar Perfil) Nombre del caso de uso: Cerrar sesion Único ID: 004 Area: Actores: Descripción: Activar evento: Sistema de eplotacion de información Usuarios Le permite al usuario cerrar la sesión de su cuenta El evento se activa cuando el usuario desee salir del sistema Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario selecciona la opción de Log out 2- El sistema pide confirmación del usuario 3- El usuario confirma su solicitud Precondiciones Post condiciones Suposiciones Reunir requerimientos Aspectos sobresalientes Prioridad Riesgo El usuario debe Iniciar sesión El usuario debe guardar cambios del proyecto El usuario finalizo la utilización de la aplicación Permite al usuario mantener actualizado sus datos Se debe controlar que el usuario cierre sesión de forma correcta Alta Alta Tabla 5.D - Caso de Uso 4 (Cerrar Sesión) Nombre del caso de uso: Iniciar sesión Único ID: 002 Área: Actores: Descripción: Activar evento: Sistema de eplotación de información Usuarios Le permite al usuario iniciar su cuenta al sistema El evento se activa cuando el usuario desee ingresar al sistema Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario ingresa datos 2- El sistema verifica que los datos sean validos 3- Se rechaza o autoriza el inicio de sesión Precondiciones Post condiciones Suposiciones Reunir requerimientos Aspectos sobresalientes Prioridad Riesgo Ingresar al sitio web del software El usuario debe cerrar sesión El usuario conoce su cuenta Permite al usuario acceder al sistema Se debe controlar la validación de la cuenta Media Media Tabla 5.C - Caso de Uso 2 (Iniciar Sesión) Nombre del caso de uso: Crear proyecto Único ID: 005 Area: Actores: Descripción: Activar evento: Sistema de eplotacion de información Usuarios Le permite al usuario crear un proyecto nuevo El evento se activa cuando el usuario desee realizar un proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario selecciona la opción de crear proyecto 2- El usuario completa los campos correspondientes al nuevo proyecto 3- El usuario sube la documentación que ya tenga en su poder 4- El usuario selecciona la opción guardar proyecto 5- El sistema guarda el nuevo proyecto con sus datos y documentación correspondiente en la base de datos. Precondiciones Post condiciones Suposiciones Reunir requerimientos Aspectos sobresalientes Prioridad Riesgo El usuario debe Iniciar sesion El usuario debe asignar un nombre al proyecto El usuario conoce el objetivo de sus proyectos Permite al usuario crear un proyecto Se debe controlar la creación correcta del proyecto Alta Alta Tabla 5.F - Caso de Uso 5 (Crear Proyecto) 8

10 Nombre del caso de uso: Área: Manipular documentación de proyecto Único ID: 006 Sistema de eplotación de información Actores: Usuarios El usuario puede subir, borrar o modificar y Descripción: guardar nueva documentación. El evento se activa cuando el usuario desee trabajar sobre la Activar evento: documentación Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- -El usuario abre el proyecto 2- El usuario sube/borrar/modifica la documentación correspondiente a una determinada etapa. 3- El usuario sube la documentación que ya tenga en su poder 4- El usuario guarda los cambios 5- El sistema actualiza la base de datos Precondiciones Post condiciones Suposiciones Reunir requerimientos Aspectos sobresalientes El usuario debe haber creado un proyecto El usuario debe manipular la documentación según sus necesidades El usuario conoce el documento que va a manipular Permite al usuario administrar sus proyectos Se debe controlar que cualquier tipo de manipulación del documento sea de forma correcta Prioridad Alta Riesgo Alta Tabla 5.G - Caso de Uso 6 (Manipulación del proyecto) Nombre del caso de uso: Modificar Proyecto Único ID: 008 Área: Actores: Descripción: Activar evento: Sistema de eplotación de información Usuarios El usuario puede cambiar datos o documentación de un proyecto determinado El evento se activa cuando el usuario desea modificar un proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario abre el proyecto 2- El usuario sube/borra/modifica la documentación correspondiente a una determinada etapa. 3- El usuario cambia datos relativos al proyecto. 4- El usuario guarda los cambios 5- El sistema actualiza la base de datos Precondiciones Post condiciones Suposiciones Reunir requerimientos Aspectos sobresalientes Prioridad Riesgo El usuario debe abrir un proyecto eistente El usuario sabe del proyecto a modificar El usuario modifica el proyecto deseado Permite al usuario modificar sus proyectos Controlar el guardado de las modificaciones Alta Alta Tabla 5.I - Caso de Uso 8 (Modificar Proyecto) Nombre del caso de uso: Abrir Proyecto Único ID: 007 Área: Actores: Descripción: Activar evento: Sistema de eplotación de información Usuarios El usuario abre un proyecto seleccionado El evento se activa cuando el usuario desea ver el proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario selecciona un proyecto 2- El usuario selecciona la opción abrir proyecto El usuario debe haber iniciado sesión y tener un Precondiciones proyecto eistente Post condiciones El usuario tiene total control sobre el proyecto Suposiciones Reunir requerimientos Aspectos sobresalientes El usuario abre el proyecto deseado Permite al usuario abrir sus proyectos Se debe controlar su correcto acceso Nombre del caso de uso: Guardar proyecto Único ID: 009 Área: Sistema de eplotación de información Actores: Usuarios Descripción: El usuario guarda estado del proyecto El evento se activa cuando el usuario finaliza Activar evento: el proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario selecciona la opción guardar proyecto 2- El sistema actualiza la base de datos El proyecto cuenta con todos los datos necesarios Precondiciones para ser guardado Post condiciones El usuario finalizo el uso del proyecto Suposiciones El usuario guarda correctamente el proyecto Reunir requerimientos Permite al usuario guardar sus proyectos Aspectos sobresalientes Controlar el correcto almacenamiento del proyecto Prioridad Alta Riesgo Alta Tabla 5.J - Caso de Uso 9 (Guardar Proyecto) Prioridad Riesgo Alta Alta Tabla 5.H - Caso de Uso 7 (Abrir Proyecto) 9

11 Nombre del caso de uso: Borrar proyecto Único ID: 010 Área: Sistema de eplotación de información Actores: Usuarios Descripción: El usuario decide eliminar un proyecto El evento se activa cuando el usuario elimina Activar evento: un proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario ingresa al proyecto 2- El usuario selecciona la opción borrar proyecto 3- El sistema pide confirmación 4- El sistema actualiza la base de datos Debe haber proyectos eistentes en la cuenta Precondiciones del usuario Post condiciones El usuario debe confirmar la eliminación El usuario selecciona correctamente el proyecto Suposiciones a eliminar Reunir requerimientos Permite al usuario eliminar un proyectos Aspectos sobresalientes Prioridad Riesgo Controlar la correcta eliminación del proyecto dentro del sistema Alta Alta Tabla 5.K - Caso de Uso 10 (Borrar Proyecto) Nombre del caso de uso: Buscar Único ID: 011 Área: Sistema de eplotación de información Actores: Usuarios El usuario busca palabras claves entre todos Descripción: los documentos creados El evento se activa cuando el usuario inicia Activar evento: la búsqueda de un proyecto Tipo de señal eterna: temporal: Pasos desempeñado (ruta principal) 1- El usuario selecciona la opción buscar proyecto. 2- El usuario completa con palabras claves relativas al proyecto a buscar. 3- El sistema trae los documentos que presenten coincidencias 4- El usuario selecciona el documento deseado y es vinculado al mismo. Debe haber proyectos eistentes en la cuenta Precondiciones del usuario Post condiciones El usuario finaliza la búsqueda una vez encontrado el proyecto Suposiciones El usuario conoce los datos del proyecto Reunir requerimientos Permite al usuario buscar coincidencias de palabras. Aspectos sobresalientes Controlar que la búsqueda se realice de forma eficiente Prioridad Alta Riesgo Alta Tabla 5.L - Caso de Uso 11 (Buscar) 4 GARANTÍA DE CALIDAD DEL SOFTWARE En está sección se describirán las técnicas de garantía. Técnicas de garantía de calidad 1. Se ha seleccionado el patrón de diseño MVC para el desarrollo del software lo cual permite que tenga un fácil mantenimiento ya que separa la lógica del negocio (modelo) y la presentación (vista). Además esta separación facilita el desarrollo en equipo. 2. Se ha seleccionado el paradigma orientado a objetos que agiliza el desarrollo del software, permite la reutilización y etensión del código. 3. Se utilizan herramientas de fácil desarrollo, que se adapten a cualquier plataforma y sean seguros para crear aplicaciones web simples y elegantes (Apache, PHP, codeigniter, MySQL) 4. Se realizan las documentaciones correspondientes para su mantenimiento 5 PROCESO DE DESARROLLO En esta sección se describirá el proceso de requisitos: en donde se especificarán las tareas del software a realizar; y el proceso de diseño de dichas tareas. 5.1 Proceso de requisitos La aplicación deberá permitir Dar de alta y baja a usuarios. Editar los datos de un usuario. Crear, cargar, modificar o eliminar documentación de un proyecto. Crear, cargar, modificar o eliminar proyectos. Gestionar los procesos de administración y desarrollo de proyecto de manera simultánea. Buscar patrones en común entre proyectos Requisitos en negativo El sistema no debe permitir que los usuarios invitados puedan modificar o borrar proyectos. El sistema no debe permitir crear usuarios que ya se encuentren registrados. El sistema no debe eliminar los datos de los usuarios que decidan dar de baja su cuenta Requisitos de seguridad Protección de datos (validaciones): Los proyectos sólo pueden ser modificados por el usuario que los ha creado o en su defecto el administrador del sistema. Protección de accesos (permisos): Al registrarse cada usuario genera una contraseña que le permitirá ser 10

12 el único capaz de cargar, editar o eliminar proyectos. A los usuarios invitados se les proveerá una contraseña que le permitirá ver el avance del proyecto. No podrán realizar ningún tipo de cambio sobre el mismo. Definición de usuarios y perfiles de la funcionalidad: Habrá tres tipos de usuarios. Usuarios de Gestión: Podrán crear, editar y eliminar sus proyectos. Usuarios invitados: Sólo podrán ver sus proyectos como sólo lectura Un administrador: Podrán ver, editar, eliminar cualquier proyecto Requisitos de la interfaz del usuario La aplicación iniciará con un módulo de inicio de sesión (Log In). En caso de que el usuario no este registrado deberá darse de alta en el sistema accediendo a la interfaz de registro, que es derivada desde el Log In, en donde llenará un formulario con todos sus datos, realizando los controles debidos (como puede ser de eistencia o errores tipográficos). Una vez registrado el usuario, realizará su inicio de sesión, y si es correcto entrará al módulo de inicio, en donde podrá elegir entre otros seis módulos: 5.2 Proceso de diseño En esta sección se describirá el diseño, la arquitectura, el flujo de información, los algoritmos y la base de datos del software Descripción del diseño del software En está sección se presenta el diagrama de clases (Fig. 4) del artefacto software a construir. Se divide en dos secciones: La de modelo y la de control. Nota: Las clases de la Vista no se toman en cuenta, ya que sus únicas funciones son redirigir e interactuar con el usuario, lo cual se ve mejor reflejado en el diagrama de secuencia Descripción de la arquitectura del software El diagrama de componentes de la figura 5 representa la arquitectura del artefacto software a construir. Editar Perfil: El usuario podrá cambiar los datos de su cuenta. Nuevo Proyecto: El usuario creará un nuevo proyecto en blanco. Ver Proyectos: El usuario apreciará una lista de todos los proyectos en los que esté trabajando, los cuales podrán ser editarlos o eliminados. Buscar proyectos similares: El usuario verificará la eistencia de proyectos similares mediante la búsqueda de descripciones generales y palabras claves de otros proyectos. Salir: Se dará de baja la sesión y se volverá al módulo de inicio Eliminar usuario: le permitirá al usuario desvincularse del sistema dando de baja a su cuenta de usuario. Previamente a la creación de un proyecto el usuario deberá ingresar un título y una descripción. Luego llenará las fases de los procesos de administración y desarrollo del proyecto, pudiendo guardar o despedirse en cualquier momento. El usuario decidirá cuando dar por finalizado su proyecto Requisitos del interfaz con otro software La aplicación necesitará ser ejecutada por un servidor Web Apache, que trabajará en conjunto con el framework CodeIgniter, y la base de datos MySQL. Fig. 5 (Diagrama de componentes) Descripción del flujo de información En el conjunto de las figuras 6 se describen los diagramas de secuencias que describen los procesos de la aplicación Descripción de los algoritmos. Esta sección muestra cada uno de los algoritmos utilizados. Registrarse: 1. Pantalla de registro. 2. Lectura de datos. 3. Validación de datos 4. Si los datos son correctos: Almacenar datos y crear usuario. Ir a pantalla de inicio de sesión. 5. Sino: Mostrar mensajes de datos incorrectos.(usuario ya eistente, contraseña no 11

13 . coincidente, no valido, campos obligatorios) Fig. 4, A (Diagrama de clases: Modelo) Fig. 4, B (Diagrama de clases: Modelo) 12

14 Iniciar Sesión: 1. Pantalla de inicio de sesión. 2. Lectura de datos. 3. Validación de datos. 4. Si usuario y contraseña son correctos ir a pantalla principal y crear sesión. 5. Si usuario o contraseña incorrectos mostrar mensaje de datos incorrectos (Usuario no eiste, contraseña incorrecta) Editar Perfil: 1. Pantalla de edición de perfil. 2. Lectura de datos. 3. Validación de datos Si los datos son correctos: Actualizar datos de usuario en la base de datos. 4. Sino: Mostrar mensajes de datos incorrectos.(usuario ya eistente, contraseña no coincidente, no valido, campos obligatorios) Crear Proyecto 1. Pantalla crear proyecto. 2. Lectura de datos (Nombre proyecto, descripción, tag) 3. Validación de datos. 4. Si los datos son correctos: Almacenar datos y crear proyecto. Ir a pantalla de gestión de proyecto. 5. Si los datos son incorrectos mostrar mensaje de error (campos obligatorios) Registrar Usuario: Editar Perfil: Fig. 6, C - Diagrama de Secuencia (Registrar Usuario) Iniciar Sesión: Fig. 6, E - Diagrama de Secuencia (Editar Perfil) Fig. 6, A - Diagrama de Secuencia (Iniciar Sesión) 13

15 Edición de Documentación: Crear Documentación Buscar: 1. Editor. 2. Selección de palabras claves. 3. Almacenamiento de palabras (sin repetir). 4. Almacenamiento de documentación. 5. Pantalla de búsqueda. 6. Lectura de tag (palabra clave) seleccionada. 7. Recorrer documentación. 8. Traer coincidencias. 9. Ir a pantalla de resultados. Fig. 6, B - Diagrama de Secuencia (Editar la documentación) Cerrar sesión: Edición de proyectos: 1. Eliminar sesión. 2. Ir a pantalla de inicio de sesión Descripción de la base de datos En esta sección se presenta el diagrama entidad relación (Fig. 7) de la base datos, perteneciente al artefacto software a construir. 6 PROCESO DE IMPLEMENTACIÓN E INTEGRACIÓN. Fig. 6, D - Diagrama de Secuencia (Edición de proyectos) Buscar Proyectos relacionados: 6.1 Crear los datos de prueba En la tabla 6 se presentan los datos utilizados para llevar a cabo las pruebas. 6.2 Documentación de usuario Se adjunta el aneo con la documentación correspondiente al artefacto de software desarrollado. La misma contiene el manual de usuario con la descripción detallada de las distintas funcionalidades del sistema. 7 PROCESO DE VERIFICACIÓN Y VALIDACIÓN En está sección se detallará el plan de pruebas, el desarrollo de las pruebas, la especificación de los casos de prueba y los casos de pruebas ejecutados. Fig. 6, F - Diagrama de Secuencia (Buscar por palabras clave relacionadas) 7.1 Plan de pruebas El plan de pruebas se encuentra detallado en la tabla 7. 14

16 7.2 Diseño de las prueba El diseño de las pruebas se encuentra detallado en la tabla Casos de pruebas ejecutados La especificación de los casos de prueba se encuentra detallada en la tabla Especificación de los casos de prueba La especificación de los casos de prueba se encuentra detallada en la tabla 9. Fig. 7 (Diagrama entidad relación) 15

17 F420-A /10/2012 Fecha emisión Proyecto: CADMCoG II Autor: Equipo de Trabajo PLAN DE PRUEBA DE PROGRAMA Objetivo de la prueba: Determinar las fallas en el procedimiento del sistema de administración y desarrollo de proyectos. Objetos a probar: Verificar que los datos ingresados en el registro al sistema sean correctos. Verificar que los datos ingresados para el inicio de sesión sean correctos. Verificar que los datos ingresados para la modificación de perfil sean correctos. Verificar que los datos necesarios para la creación de proyecto sean correctos. Verificar que el proceso de búsqueda se realice de manera correcta. Verificar que los datos ingresados para abrir un proyecto sean correctos. Verificar que la salida del sistema se realice de manera adecuada. Características a probar: Funcionalidad de cada uno de los objetos a probar en el navegador Internet Eplorer. Características a no probar: No se tendrán en cuenta la velocidad de las transacciones. Detalles de diseño de interfaz. No se tendrán en cuenta otros navegadores. Método de prueba a utilizar: Método de caja negra Funcionalidad (Entrada Salida) Recursos a utilizar: Técnicos: PC con 320GB, 3GB de memoria RAM Lenguaje de programación: PHP Base de datos: Mysql Sistema operativo: Windows 7 Navegador: Internet Eplorer Humanos: Asistente encargado de realizar las pruebas: 4 horas. Plan de tiempos: Planificación de la prueba 2 horas. Diseño de las pruebas 2 horas. Ejecución de las pruebas 1 horas. Evaluación de la prueba 2 horas. Codificación (de ser necesario) 3 horas. TOTAL 10 horas. Productos a generar durante el proceso de pruebas: Plan de pruebas. Documento de diseño de pruebas. Especificación de los casos de prueba. Especificación de los procedimientos de prueba. Informe de pruebas. Tabla7 (Plan de pruebas) 16

18 F420-B /10/2012 Fecha emisión Proyecto: CADMCoG II Autor: Equipo de Trabajo DISEÑO DE LA PRUEBA Procedimiento de pruebas: Las pruebas serán llevadas a cabo de acuerdo a lo descrito en el documento F420-D. Especificando los casos de prueba registrando los resultados (salidas) a través de determinados datos de entrada. Métodos de prueba a utilizar: Se utilizará el método de caja negra que permite evaluar la funcionalidad a través de datos de entrada que generaran determinados datos de salida. Criterios para aprobación de pruebas: Los criterios para la aprobación de las pruebas se realizan de acuerdo con la siguiente tabla: Ecelente: Cuando el resultado obtenido luego de realizada la prueba es idéntico al resultado citado en la especificación de pruebas. Muy bueno: Cuando el resultado obtenido luego de realizada la prueba es parecido al resultado citado en la Especificación de pruebas. Bueno: Cuando el resultado obtenido luego de realizada la prueba no fue el resultado citado en la Especificación de pruebas, pero no ha provocado anomalías en el funcionamiento del programa. Regular: Cuando el resultado obtenido luego de realizada la prueba no fue el resultado citado en la Especificación de pruebas, y ha provocado anomalías en el funcionamiento del programa. Malo: Cuando el resultado obtenido luego de realizada la prueba no fue el resultado citado en la Especificación de pruebas, y ha provocado anomalías en el funcionamiento del programa tales como la salida del sistema o colgar al mismo. Tabla 8 (Diseño de la prueba) 17

19 F420-C /10/2012 Fecha emisión ESPECIFICACIÓN DE LOS CASOS DE PRUEBA Proyecto: CADMCoG II Autor: Equipo de Trabajo Ítem Objetivo Acción Entrada Resultado Esperado 1 Registrarse 2 Registrarse 3 Registrarse 4 Registrarse Ingresar los datos del usuario Nombre, apellido, nombre de usuario, , contraseña, confirmación de contraseña Confirmación de usuario registrado al sistema Ingresar un nombre de Mensaje de error, usuario ya registrado usuario ya registrado Nombre de Usuario Ingresar un mail incorrecto Mensaje de error, mail incorrecto Ingresar contraseñas no coincidentes 5 Registrarse Dejar campos en blanco Iniciar sesión Iniciar sesión Iniciar sesión Ingresar usuario y contraseña Ingresar usuario ineistente Ingresar contraseña incorrecta Iniciar sesión No completar los campos Crear proyecto Crear proyecto Buscar proyecto Editar perfil Editar perfil Abrir proyecto Salir del sistema No completar campos Ingresar datos de proyecto Seleccionar una categoría de proyecto No ingresar datos Ingresar datos de usuario a modificar Contraseña, confirmación de contraseña Nombre de usuario y contraseña Nombre de usuario Contraseña Nombre de proyecto, descripción, tag Tag seleccionado Nombre, apellido, , contraseña, confirmar contraseña Mensaje de error, las contraseñas no coinciden Mensaje de error, los campos deben ser completados Confirmación de acceso, pantalla principal Mensaje de error, el usuario no eiste Mensaje de error, contraseña incorrecta Mensaje de error, los campos son obligatorios Mensaje error, los campos son obligatorios Confirmación de proyecto creado, pantalla de gestión de proyecto Lista de proyectos encontrados / no encontrados. Mensaje de error, los campos son obligatorios. Confirmación de cambios realizados, pantalla principal. Seleccionar nombre de proyecto Nombre de proyecto Pantalla de gestión de proyecto. Selección de opción de despedirse Pantalla de ingreso. Tabla 9 (Especificación de los casos de prueba) 18

20 F420-D /10/2012 Fecha emisión Íte Ingresar los datos del usuario Ingresar un nombre de usuario ya registrado Ingresar un mail incorrecto Ingresar contraseñas no coincidentes ESPECIFICACIÓN DEL PROCEDIMIENTO DE PRUEBA Proyecto: CADMCoG II Autor: Equipo de Trabajo m Acción Entrada Resultado Esperado Nombre, apellido, nombre de usuario, , contraseña, confirmación Confirmación de usuario regis- 1 de contraseña trado al sistema Dejar campos en blanco Ingresar usuario y contraseña Ingresar usuario ineistente Ingresar contraseña incorrecta 9 No completar los campos 10 No completar campos Ingresar datos de proyecto Seleccionar una categoría de proyecto 13 No ingresar datos Ingresar datos de usuario a modificar Seleccionar nombre de proyecto Nombre de Usuario Contraseña, confirmación de contraseña Nombre de usuario y contraseña Nombre de usuario Contraseña Nombre de proyecto, descripción, tag Tag seleccionado Nombre, apellido, , contraseña, confirmar contraseña Nombre de proyecto Selección de opción de despedirse Tabla 10 (Especificación del procedimiento de prueba) Mensaje de error, usuario ya registrado Mensaje de error, mail incorrecto Mensaje de error, las contraseñas no coinciden Mensaje de error, los campos deben ser completados Confirmación de acceso, pantalla principal Mensaje de error, el usuario no eiste Mensaje de error, contraseña incorrecta Mensaje de error, los campos son obligatorios Mensaje error, los campos son obligatorios Confirmación de proyecto creado, pantalla de gestión de proyecto Lista de proyectos encontrados / no encontrados. Mensaje de error, los campos son obligatorios. Confirmación de cambios realizados, pantalla principal. Pantalla de gestión de proyecto. Pantalla de ingreso. 19