Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs) Díaz Gabriel, Gabriel Lenguita, Daniela Giordano, Juan Roldán

Transcripción

1 Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs) Díaz Gabriel, Gabriel Lenguita, Daniela Giordano, Juan Roldán Cátedra Proyecto de Software Licenciatura en Sistemas 2012

2 Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs) UNLa-DDPyT-LS-PdS Díaz Gabriel, Gabriel Lenguita, Daniela Giordano, Juan Roldán. 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 MODELO DE CICLO DE VIDA DEL ARTEFACTO SOFTWARE (MCVS) Luego de analizar los diversos modelos de ciclos de vida sus ventajas, desventajas, y características, decimos utilizar para el proyecto de estimación de pymes el modelo de ciclo de vida en Cascada por las siguientes razones: Consideramos que los requisitos están bien definidos y no se prevéen cambios durante la realización del proyecto. Después de cada etapa se realiza una revisión para comprobar si se puede pasar a la siguiente. Se está desarrollando un tipo de producto que no es novedoso. Este modelo admite la posibilidad de hacer iteraciones, es decir, durante las modificaciones que se hacen en el mantenimiento se puede ver por ejemplo la necesidad de cambiar algo en el diseño, lo cual significa que se harán los cambios necesarios en la codificación y se tendrán que realizar de nuevo las pruebas, es decir, si se tiene que volver a una de las etapas anteriores al mantenimiento hay que recorrer de nuevo el resto de las etapas. Por último, la tecnología usada en el desarrollo es accesible y los recursos están disponibles. No se escogió el modelo ciclo de vida en cascada extendido ya que la aplicación no requiere de un proceso de integración con otro artefacto existente en la primera etapa de desarrollo desestimando así la necesidad de testear el correcto vínculo entre ambas. Tampoco se seleccionó el modelo en espiral porque consideramos que las dimensiones del proyecto son pequeñas y los riesgos son bajos, no requiere nada innovador ni tampoco es muy ambicioso. Por lo que no se necesitaran etapas rigurosas de verificación o de diseño, ni el análisis de alternativas e identificación y solución de riesgos. Sin embargo, para el caso de la interfaz, elegimos el modelo de ciclo de vida prototipado (Maqueta) para aportar al usuario un ejemplo visual de entradas y salidas con datos simples y estáticos. Recogiendo las impresiones del usuario para repercutirlas en el diseño de la interfaz. Consideramos que la adecuada interacción con el operador del sistema es clave para el éxito del mismo, por lo tanto consideramos necesario poner especial énfasis en esta etapa. 2. PROCESO DE GESTIÓN DEL PROYECTO En éste apartado se describirá la descripción del Proyecto (2.1.) con sus diferentes, perspectivas (2.1.1.) y especificaciones a nivel funcional (2.1.2.), usuario (2.1.3.), restricciones(2.1.4.) y condiciones de dependencia (2.1.5.), el Proceso de iniciación del proyecto (2.2.) con su respectivo plan de gestión (2.2.1.), las Actividades omitidas (2.2.2.) para el mismo y su plan de retiro (2.2.3.), La asignación de recursos (2.3.) a nivel Físicos (2.3.1.), Humanos (2.3.2.) y la respectiva Asignación de tiempos (2.3.3.), Seguimiento y Control del Artefacto Software (2.4.), con el Análisis de Riesgo (2.4.1.), su plan de contingencia (2.4.2.) y el registro histórico de Proyectos (2.4.3.) Descripción del Proyecto En esta sección se describen todos aquellos factores que afectan al producto y a sus requisitos. No se describen los requisitos, sino su contexto. Esto permitirá decir con detalle los requisitos en el punto 3., haciendo que sean más fáciles de entender Perspectiva del Producto El sistema de Estimación de Esfuerzo para la Explotación de Información estará diseñado, propiamente dicho, para facilitar a las PyMEs saber qué nivel de esfuerzo lle

3 vará realizar un proyecto solicitado, generando un valor numérico que podrá ser consultado por un usuario luego de entrar a su cuenta Funcionalidad del Producto De manera general el artefacto software deberá realizar lo siguiente: Facilitará la estimación de esfuerzo de proyectos para PyMEs, de manera rápida y eficiente mediante un formulario de estilo Multiple-Choice (múltiples elecciones), que el usuario deberá completar de la manera más acertada posible para un resultado más exacto para cada uno de sus diseños, mostrándolo en pantalla al finalizar. El software no sólo permitirá a los usuarios poder generar nuevas cuentas de acceso, al igual que modificarlas o eliminarlas, sino que también dejará realizar dichas acciones con los proyectos que desee estimar. El artefacto software guardará tanto los datos de usuarios, como los de los proyectos designados por cada uno de ellos en una base de datos para poder ser levantados cada vez que sea necesario o contraponerse en las validaciones pertinentes, por ejemplo, gestionar el ingreso de un usuario al programa Características de los Usuarios Los usuarios que manejarán el artefacto software en cuestión serán personas que estén relacionadas no solo con el ámbito informático, sino que también podrá ser utilizado por aquellas que se relacionen con el administrativo, ya que la aplicación poseerá una interfaz amigable y entendible que facilitar su uso. Sin embargo, quienes utilicen éste programa deberán tener en claro su finalidad Restricciones El sistema no presenta grandes limitaciones, ya que podrá ser utilizado por cualquier computadora que contenga conexión a Internet, gracias a que la plataforma utilizada para la realización del mismo es accesible a los usuarios mediante ésta herramienta Condiciones y Dependencias La interacción con el cliente es la principal causa de dependencia del proyecto, ya que la comunicación con él y los desarrolladores influirá en el tiempo de trabajo y la organización del equipo a cargo de su diseño, codificación y depuración del sistema Proceso de Iniciación del Proyecto En los siguientes puntos pertenecientes al apartado 2.2. se desarrollará el plan de gestión del Proyecto (2.2.1.), las Actividades omitidas para el mismo (2.2.2.), y el plan de retiro para el proyecto en cuestión (2.2.3.) Plan de Gestión del Proyecto En la Tabla 1 se detallan los procesos y actividades que se desarrollarán para el Artefacto Software con el correspondiente Modelo de Ciclo de vida, representado en el Mapa de Actividades, en la Tabla 2 se especifica cada sigla del mismo Actividades Omitidas Conocidas las características del proyecto presentadas en la Figura 1, se omiten las siguientes actividades: -Proceso de Explotación de conceptos: -Dirigir los estudios de viabilidad. -Planificar la transacción del sistema. -Proceso de implementación e Integración: -Planificar la integración -Realizar la integración -Proceso de Instalación y Aceptación: -Realizar las actualizaciones -Proceso de Operación y Soporte: -Mantener el histórico de peticiones de soporte -Proceso de Verificación y Validación: -Recoger y analizar los datos de las métricas -Proceso de Retiro: -Notificar al usuario -Conducir operaciones en paralelo -Retirar el sistema -Proceso de Formación: -Planificar el programa de formación -Desarrollar los materiales de formación -Validar el programa de formación -Implementar el programa de formación Plan de Retiro El estándar IEEE provée la inclusión de un plan de retiro, que detalla la forma en la cual el Sistema será retirado de todo ámbito, el cual no será utilizado en éste proyecto ya que el artefacto software no compromete a un sistema existente, ni otro recurso importante para su retiro, pero tampoco es solicitado por el cliente. 1

4 ACTIVIDADES DE LOS PROCESOS AR DI COD PI OM Proceso de Selección de un Modelo de Ciclo de Vida del Producto Identificar posibles modelos de ciclo de vida del software. Seleccionar el modelo más adecuado para el proyecto. Proceso de Iniciación, Planificación y Estimación de 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. Implementar sistema de informes de problemas. Archivar registros. Proceso de Gestión de Calidad del Software Planificar la garantía de calidad del software. Desarrollar métricas de calidad. Gestionar la calidad del software. Identificar necesidades de mejora de la calidad. Proceso de Exploración de Conceptos Identificar las ideas o necesidades. Formular las soluciones potenciales. Refinar y Finalizar la idea o necesidad. Dirigir los estudios de viabilidad. Planificar la transición del sistema. 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. Diseñar las interfaces. Seleccionar o Desarrollar algoritmos. 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. Tabla 1.a. Mapa de Actividades 2

5 Proceso de Instalación y Aceptación Planificar la instalación. Distribuir el software. Cargar la base de datos. Aceptar el software en el entorno de operación. Instalar el software probado. Realizar las actualizaciones Proceso de Operación y Soporte Operar el sistema. Proveer de asistencia técnica y consultas. Mantener el histórico de peticiones de soporte. Proceso de Mantenimiento Realizar el mantenimiento correctivo. Reaplicar el ciclo de vida del software Proceso de Retiro Notificar al usuario. Conducir operaciones en paralelo. Retirar el sistema. Proceso de Verificación y Validación Planificar la verificación y validación. Ejecutar las tareas de verificación y validación. Planificar las pruebas. Desarrollar las especificaciones de las pruebas. Ejecutar las pruebas. Recoger y analizar los datos de las métricas. Proceso de Configuración Planificar la gestión de configuración. Realizar la identificación de la configuración. Realizar el control de la configuración. Realizar la información del estado de la configuración. Proceso de Documentación Planificar la documentación. Implementar la documentación. Producir y Distribuir la documentación. Proceso de Formación Planificar el programa de formación. Desarrollar los materiales de formación. Validar el programa de formación. Implementar el programa de formación. Tabla 1.b. Mapa de Actividades AR= Análisis de Requisitos DI= Diseño COD= Codificación PI= Pruebas e Integración OM= Operación y Mantenimiento Tabla 2. Definición de Siglas 3

6 2.3. Asignación de recursos En ésta sección se detallarán los Recursos Físicos para el proyecto (2.3.1.), la asignación de roles al personal (2.3.2.) y la los lapsos para cada proceso (2.3.3.) Recursos Físicos Recursos humanos El principal objetivo de cada miembro del equipo es contribuir a la efectividad de su equipo. Sus responsabilidades incluyen: Colaborar proactivamente en el logro de las metas del equipo. Servidor Web con soporte para PHP, con el Framework CodeIgniter y con base de datos MySQL. Se utilizará el PhpDesigner 7 como editor de Php, Css y HTML. Durante la etapa de desarrollo se utilizara el ampp (servidor independiente de plataforma, software libre, que consiste principalmente en la base de datos MySQL, el servidor web Apache y los intérpretes para lenguajes de script: PHP y Perl) para la realización del software a nivel local. No se realizaran tareas de estimación de costos económicos por tratarse de un proyecto de índole estudiantil, por lo menos en esta etapa inicial. El tiempo requerido está delimitado por la cátedra en Guía de artefacto software, viéndose reflejado en el diagrama de Gantt que será representado en la Figura 1. Entregar oportunamente los artefactos que le fueran encomendados. Cumplir oportuna y disciplinadamente con las tareas que le designen, de diseño, programación, prueba, documentación, instalación, entrenamiento, revisión, administración de herramientas o sitios web. Participar para lograr un desarrollo exitoso, un ambiente productivo y un clima armonioso donde las diferencias de opinión se aprovechan para enriquecer el trabajo. Llevar y entregar oportunamente las estadísticas y registros correspondientes. Asistir puntualmente a las reuniones convocadas. En la Tabla 3 se detallan los roles y/o responsabilidades de cada integrante del equipo de trabajo. Cargo Descripción Responsable Líder El jefe de proyecto asigna los recursos, gestiona las prioridades, Díaz Gabriel coordina las interacciones con los clientes y usuarios, y mantiene al equipo del proyecto enfocado en los objetivos. El jefe de proyecto también establece un conjunto de prácticas que aseguran la integridad y calidad de los artefactos del proyecto. Además se encargará de supervisar el establecimiento de la arquitectura del sistema. Gestión de riesgos. Planificación y control del proyecto Analista Captura, especificación y validación de requisitos, interactuando con el Giordano Daniela cliente y los usuarios. Elaboración del Modelo de Análisis y Diseño. Colaboración en la elaboración de las pruebas funcionales y el modelo de datos Desarrollador Convertir la especificación del sistema en código fuente ejecutable Roldán Juan utilizando uno o más lenguajes de programación, así como herramientas de software de apoyo a la programación. Reducir la complejidad del Martin software, aumentar la eficiencia en el mantenimiento del software, reducir los tiempos de desarrollo, disminuir el número de errores encontrados durante el ciclo de vida del proyecto. Colaboración en la elaboración de las pruebas funcionales, modelo de datos y en las validaciones con el usuario. Tester Definir y ejecutar una metodología que en forma sistemática, organizada Lenguita Gabriel y estructurada, les permita detectar y establecer documentación con ideas funcionales e integrales para la corrección de los errores y inconsistencias conceptuales y/o funcionales encontradas en el proceso de desarrollo del sistema. Tabla 3. Asignación de Roles del Personal 4

7 Asignación de Tiempos Plan de Contingencias La asignación de lapsos a los diferentes procesos queda representada mediante un diagrama Gantt en la Figura Seguimiento y Control El seguimiento y control de un proyecto es vital para el correcto funcionamiento del mismo, por eso s realizan prácticas de Análisis de Riesgo (2.4.1.), un Plan de Contingencia para preservar la integridad del mismo (2.4.2.) y un registro histórico de Proyectos(2.4.3.) Análisis de Riesgo Para el artefacto Software en cuestión se tendrán en cuenta los siguientes riesgos: Pérdida total o parcial de los datos de la base de datos durante el desarrollo de la aplicación. Pérdida total o parcial de los datos almacenados en la base de datos durante la implementación. No contar con una conexión a Internet durante la exposición del proyecto. No lograr hacer funcionar la aplicación en los servidores de la carrera Pérdida total o parcial de los datos de la base de datos durante el desarrollo de la aplicación: Se volverá a ingresar los datos, ya que son datos de prueba. Pérdida total o parcial de los datos almacenados en la base de datos durante la implementación: Se realizaran copias de seguridad de la información de la base de datos mensualmente que serán almacenadas en un dispositivo almacenamiento de la preferencia del cliente. No contar con una conexión a internet durante la exposición del proyecto: Tener varios dispositivos con acceso a internet por diversos medios, ya sea por cable UTP o Wifi como podría ser una notebook, y además un artefacto 3G como podría ser un celular. No lograr hacer funcionar la aplicación en los servidores de la carrera: Dejar un tiempo considerable para esta actividad, de manera que se pueda tratar cualquier problema o inconveniente que surja con la suficiente carga horaria que sea necesaria para poder resolverlo. Desperfecto o colapso total de la aplicación durante periodos breves No conseguir el funcionamiento de alguna característica secundaria particular de la aplicación ya sea por falta de tiempo o por el desconocimiento sobre cómo desarrollarla. Perdida de alguno de los miembro del equipo en el transcurso del proyecto Desperfecto o colapso total de la aplicación durante periodos breves: No consideramos que la aplicación brinde un servicio crítico. Por lo tanto consideramos tolerable la interrupción del servicio temporalmente durante intervalos cortos de tiempo debido a razones ajenas a nuestra responsabilidad como la configuración y/o funcionamiento del servidor donde será montado el software (asignado por la cátedra), o razones propias del proyecto como podría ser la corrección de un error que surja inesperadamente. Figura 1. 5

8 Asignación de tiempos No conseguir el funcionamiento de alguna característica secundaria particular de la aplicación ya sea por falta de tiempo o por el desconocimiento sobre cómo desarrollarla: Presentar el prototipo a tiempo para poder identificar cuáles son las particularidades que puede llegar a necesitar el usuario para que el uso le sea más cómodo y/o eficiente, e investigar lo máximo posible para poder conseguir el funcionamiento de las mismas. Perdida de alguno de los miembro del equipo en el transcurso del proyecto: Que el resto del equipo realice las tareas que estaban encomendadas a esa persona, lo cual implicaría un esfuerzo extra para el resto de los participantes pero el proyecto podría realizarse de todas maneras Registro histórico de proyectos. Este proceso de la gestión de proyectos no se aplica al proyecto ya que nuestro grupo de trabajo no generó proyectos anteriormente. 3. GARANTÍA DE CALIDAD DE SOFTWARE En este apartado se describen las técnicas a utilizar para garantizar la calidad del artefacto software en tratamiento. Se utilizaran patrones de desarrollo reconocibles, lo cual garantiza disminuir los problemas relacionados con el mantenimiento del sistema. Las actividades de desarrollo serán debidamente planeadas. 4. EPLORACIÓN DE CONCEPTOS En todo proyecto es necesario identificar las necesidades del mismo y un análisis de sus soluciones, por eso en las secciones 4.1. y 4.2. se desarrollan respectivamente los puntos anteriormente dichos Identificar ideas o necesidades Realizar la cantidad de lecturas necesarias, para contar con las herramientas necesarias para el desarrollo del artefacto software al siguiente documento: Latin American Congress on Requirements Engineering & Software Testing (LACREST). Entorno de desarrollo en PHP con Framework, CodeIgniter, cumpliendo el desarrollo de la aplicación bajo el patrón de diseño MVC (Model View-Controller). Documentación acerca de estimación de proyectos ya realizados Soluciones potenciales Se decide utilizar el lenguaje de programación PHP ya que es ampliamente usado en el ámbito Web, con el framework y una Base de Datos basada en MySQL para soporte de los datos, que corra sobre un servidor web con gran facilidad. Se utilizarán herramientas de desarrollo probadas, con respaldo de una gran comunidad de desarrolladores que conocen de las mismas (PHP, CodeIgniter, MySQL, JQuery, CSS y Apache) y un amplio mundo de investigación en caso de dudas o inconvenientes. Esto garantiza que ante cualquier problema contamos siempre un respaldo para poder solucionarlo. Se realizará lo comúnmente llamado Buenas Prácticas de Programación, basado en la reutilización de código y que dicho código sea entendible para que futuros programadores puedan recodificarlo. Tal fin se realizará con una Orientación a Objetos. Se llevaran a cabo pruebas de verificación y validación, lo cual garantiza el descubrimiento y corrección de errores antes de que el software sea presentado. El desarrollo será adecuadamente documentado para facilitar la mantención y la reutilización del artefacto software. 5. ANÁLISIS DE REQUISITOS DEL SOFTWARE En todo Artefacto software se debe tener en claro los tipos de requisitos, ya sean Funcionales o no, por eso en las secciones 5.1. y 5.2. se especificarán cuales son aquellos necesarios para la aceptación del sistema Especificación de Requisitos Funcionales Formulario de Usuario: Formulario con datos requeridos para la generación de un nuevo usuario (Nombre de Usuario, Contraseña, Nombre, etc.). Formulario de Proyecto: Formulario con datos requeridos para cargar un nuevo proyecto en el sistema para su posterior evaluación (Nombre del proyecto, Valor Estimado de Esfuerzo...). 6

9 Formulario de Estimación: Formulario conformado por una serie de preguntas con múltiples opciones a elegir, las cuales mediante una fórmula aplicada dará el un Valor Estimado de Esfuerzo. Modificación de Datos: El sistema proveerá de la posibilidad de modificar tanto los datos del usuario, como de los proyectos cargados y el Valor Estimado de Esfuerzo luego de realizar nuevamente la petición de cálculo. Consulta de Proyectos: El artefacto software les dará a los usuarios la posibilidad de ingresar con sus respectivas cuentas y consultar los resultados obtenidos en sus proyectos cargados Especificación de Requisitos Funcionales del sistema Los requisitos del software se diferencian en dos partes: por un lado los requisitos del servidor y por otro los del cliente. La aplicación no tiene restricciones en cuando al sistema operativo utilizado. Sin embargo para las pruebas utilizaremos un servidor con Linux, ya que es el S.O que utiliza el hosting gratuito que elegido. Posteriormente se montara la aplicación sobre el servidor de la carrera destinado para el proyecto. El servidor debe contar con los siguientes recursos: Servidor Web Apache versión 2.2 en adelante. PHP versión 5 en adelante integrado con Apache. Plugin de conexión de PHP con MySQL. Consultas Online El sistema facilitará a los usuarios la herramienta de enviar sus consultas vía a un centro de mensajes, para ser respondidas en la brevedad por un operador Especificación de Requisitos No Funcionales Usabilidad: El sistema poseerá una interfaz intuitiva para que usuarios con pocos conocimientos informáticos, o recién iniciados en la aplicación, desarrollen sus gestiones fácilmente. Servidor de base de datos MySQL versión 5 en adelante. En cuanto al cliente deberá contar con un navegador con soporte para HTML4 o superior, CSS, Javascript, etc. Sin embargo solo se garantizará el funcionamiento en: Google Chrome versión o superior. Internet Explorer versión 9 o superior Especificación de Requisitos Funcionales del Hardware Soporte: La aplicación se montará en una web, con lenguaje.php Framework CodeIgniter 2.0. Este artefacto software requiere una computadora con las siguientes características: Disco rígido 80GB en adelante. Base de Datos: El software estará conectado a la base de datos My-SQL 5.2 Preguntas Frecuentes (FAQ): La aplicación les facilitará a los usuarios la revisión de un pequeño manual, dentro del mismo artefacto software, que contendrá la información necesaria para entender el funcionamiento general del programa, al igual que algunas consultas simples sobre su utilización. 6. ASIGNACIÓN DEL SISTEMA En este apartado se especificarán los requisitos funcionales del sistema (6.1.), los requisitos funcionales del hardware (6.2.), la especificación de interfaz del usuario (6.3.), la descripción funcional del sistema (6.4.) y la descripción general del mismo (6.5.). Memoria RAM 2Gb. Procesador Intel Pentium D, AMD Athlon 2, o superior. Teclado, mouse y monitor acorde a las necesidades y/o comodidades pretendidas por el usuario. Sistema operativo (Windows P en adelante) o Linux (Ubuntu 9.0 en adelante) Especificación de la Interfaz del Sistema No se toma en cuenta este modulo, ya que el artefacto software no compromete una interfaz con otro software Descripción Funcional del Sistema En la Figura 2 se representa un diagrama con los casos de uso a nivel de usuario, especificando aquellas actividades que podrá realizar dentro del sistema. 7

10 6.5. Descripción General del Sistema En las Tablas 4.x se detallarán los casos de uso es mostrados en la Figura 2., especificando su descripción, el área de trabajo, el actor, la forma de activación de mismo, los pasos a seguir para su correcto funcionamiento y las condiciones de uso. 7. PROCESO DE DESARROLLO Se detallará el proceso de diseño del sistema (7.1.) comprendiendo su proceso de descripción (7.1.1.), su arquitectura (7.1.2.), sus interfaces (7.1.3.), sus algoritmos (7.1.4.) y su base de datos (7.1.5.) 7.1. Proceso de Diseño Es el proceso central, unifica los procesos de desarrollo y mantenimiento del Proyecto. Su objetivo es desarrollar una representación coherente y organizada del Sistema que satisfaga su Especificación de Requisitos. Figura 2. Diagrama de Casos de Uso Nombre del Caso de Uso: Registrar Usuario ID única: 001 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs). Actor(es): Usuario Descripción: El sistema valida los datos ingresados por el usuario en el proceso de registración, inserta los mismos en la base de datos y envía un mail para la confirmación de la cuenta, siendo este el último requisito que el usuario debe cumplir para poder ingresar a la aplicación posteriormente. Activar Evento: El usuario se dirige a la sección correspondiente al proceso de registración, completa el formulario con los datos y acciona el botón de registrarse. Tipo de Señal: Externa Pasos Desempeñados (ruta principal) Información para los Pasos 1) Se presenta un formulario con una serie de campos a ser completados El usuario se conecta al sitio web 2) El usuario completa los campos y procede a registrarse. Datos requeridos para completar el formulario. 3) El sistema valida los campos Validación de absolutamente todos los campos. 4) Si se supera la validación, se guarda el contenido de los campos en la base de datos y se envía un mail de confirmación ción de la cuenta Mail de bienvenida y confirma- Precondiciones: El usuario tiene un navegador y se encuentra en el sitio, en la sección de registración. Post-condiciones: El usuario se ha registrado correctamente. Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Media-Alta Riesgo: Medio-Alto Tabla 4.1. Escenario: Registrar Usuario. 8

11 Nombre del Caso de Uso: Log In Usuario ID única:002 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs). Actor(es): Usuario Descripción: El usuario intenta ingresar al sitio con los datos proporcionados durante el proceso de registración. Activar Evento: Ingreso de usuario y contraseña en la sección de Log In del sitio. Tipo de Señal: Externa Pasos Desempeñados (ruta principal) Información para los Pasos 1) Se presenta el formulario de ingreso al sitio. Conexión del usuario con el sitio web. 2) El usuario ingresa sus datos de acceso. Clave y nombre de usuario. 3) Se validan los datos ingresados. Validación de los dos campos tanto en la base de datos como en el formulario. 4) En caso de superar la validación se muestra la pantalla de bienvenida. Funcionalidades permitidas a un usuario ya logueado. Precondiciones: Post-condiciones: Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Riesgo: El usuario tiene un navegador y se encuentra en el sitio web, en la sección de ingreso El usuario ingresa a su cuenta. Media-Alta Medio-Alto Tabla 4.2. Escenario: Login Usuario Nombre del Caso de Uso: Crear Proyecto ID Única: 003 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs). Actor(es): Usuario Descripción: El usuario crea un proyecto nuevo que se suma a los anteriores. Activar Evento: El usuario se dirige al modulo correspondiente para crear proyectos y presiona el botón correspondiente Tipo de Señal: Externa Pasos Desempeñados (ruta principal) Información para los Pasos 1) Se presenta un formulario de creación del proyecto Pagina de creación del proyecto 2) Se completan los campos requeridos Nombre del proyecto 3) Se validan los campos Validación de los campos solicitados 4) Se guarda el proyecto nuevo Pagina de éxito en la creación. Precondiciones: El usuario se encuentra logueado y en la sección correspondiente a la creación de un nuevo proyecto. Post-condiciones: Se crea un proyecto nuevo. Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Media-Alta Riesgo: Medio Tabla 4.3. Escenario: Crear Proyecto 9

12 Nombre del Caso de Uso: Estimar Costo ID Única:004 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs). Actor(es): Usuario Descripción: Se procede a calcular la estimación de un proyecto ya creado, respondiendo las preguntas necesarias. Activar Evento: El usuario se encuentra en la parte de estimación de un proyecto y presiona el botón de estimar. Tipo de Señal: Externa Pasos Desempeñados (ruta principal) Información para los Pasos 1) Selección de proyecto a estimar Nombre del proyecto a estimar 2) Se presenta el formulario de estimación del proyecto Respuestas a las preguntas 3) Se validan los campos Preguntas contestadas 4) Se calcula/guarda la estimación Estimación calculada Precondiciones: El usuario se encuentra logueado y en la sección correspondiente para la selección del proyecto y su posterior calculo de estimación. Post-condiciones: Se calcula la estimación asociada al proyecto seleccionado y se almacena en la base de datos. Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Media-Alta Riesgo: Medio-Alto Tabla 4.4. Escenario: Estimar Costo Nombre del Caso de Uso: Mostrar Proyectos ID Única: 005 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI- PyMEs). Actor(es): Usuario Descripción: El usuario visualiza sus proyectos con sus correspondientes datos. Activar Evento: El usuario va dirige a la sección adecuada para gestionar sus proyectos. Tipo de Señal: Externa Pasos Desempeñados (ruta principal) Información para los Pasos 1) El usuario se dirige a la sección que proporciona información sobre sus proyectos Pagina de usuario 2) Se muestra la información de los proyectos Listado de proyectos Precondiciones: El usuario se encuentra logueado en el sitio Post-condiciones: El usuario visualiza sus proyectos y su información correspondiente. Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Riesgo: Media-Alta Medio-Alto Tabla 4.5. Escenario: Mostrar Proyectos Nombre del Caso de Uso: Borrar proyectos ID Única:006 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs). Actor(es): Usuario Descripción: Se borra un proyecto creado con anterioridad Activar Evento: El proyecto selecciona un proyecto y cliquea la opción de borrarlo Tipo de Señal: Externa Tabla 4.6.a. Escenario: Borrar Proyectos 10

13 Pasos Desempeñados (ruta principal) Información para los Pasos 1) Se selecciona un proyecto a borrar Nombre del proyecto 2) Se pide la confirmación de la eliminación Respuesta al pedido de confirmación 3) Se elimina el proyecto de forma permanente Pagina sin el proyecto eliminado Precondiciones: El usuario se encuentra logueado y en la sección correspondiente para administrar sus proyectos. Precondiciones: El usuario se encuentra logueado y en la sección correspondiente para administrar sus proyectos. Post-condiciones: Se borra el proyecto seleccionado. Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Media Riesgo: Medio Tabla 4.6.b. Escenario: Borrar Proyectos Nombre del Caso de Uso: Modificar Proyectos ID Única: 007 Área: Estimación de Proyectos de Explotación de Información para PyMEs (EPEI-PyMEs). Actor(es): Usuario Descripción: Se modifica alguno de los campos de un proyecto creado con anterioridad. Activar Evento: El usuario selecciona el proyecto a modificar y presiona el botón correspondiente. Tipo de Señal: Externa Pasos Desempeñados (ruta principal) Información para los Pasos 1) Se selecciona el proyecto a modificar Nombre del proyecto 2) Se modifica el/los campos requeridos Valores nuevos que remplazan a los anteriores. 3) Se actualiza el proyecto con nuevos valoretemente. Pagina de proyectos con los datos actualizados recien- Precondiciones: El usuario se encuentra logueado y en la sección correspondiente para administrar sus proyectos. Post-condiciones: Se modifica el proyecto seleccionado con los nuevos valores. Reunir Requerimientos: Aspectos Sobresalientes: Prioridad: Media Riesgo: Medio Tabla 4.7. Escenario: Modificar Proyectos Descripción del proceso del Software La aplicación está montada en una interfaz web, cuya estructura está desarrollada bajo el patrón de diseño MVC (Modelo- Vista- Controlador). El funcionamiento básico del patrón MVC comienza cuando el usuario realiza una petición, el controlador captura el evento,, llama al modelo, encargado de interactuar con la base de datos, el controlador recibe la información y la envía a la vista, quien procesa esta información y se la envía al cliente como una página Web Descripción de la Arquitectura del Software Para poder explicar el diseño de la arquitectura del proyecto, se presenta el Diagrama de Contexto (Figura 3) Diagrama de Flujo de Datos (Figura 4), A continuación se detallan los elementos de los mismos. a) Entidad Externa Usuario : Representa al usuario que va a utilizar el sistema realizando una petición al mismo, luego visualizará su respuesta. b) Flujo Realizar Petición : Son las peticiones que va realizando el usuario para interactuar con el sistema, como crear Proyecto, estimar, borrar o modificar. c) Flujo Datos : Son los datos referidos al proyecto que se quiere estimar enviados por el cliente. d) Flujo Enviar Datos : Datos que el Controlador le envía al Modelo, para que el mismo los procese. 11

14 e) Flujo Enviar datos del proyecto : Son los datos del proyecto que se utilizan para completar o modificar un proyecto de estimación. f) Flujo Enviar datos para mostrar : Son los datos del proyecto que el Modelo le envía al Controlador para que éste se los envía a la vista. g) Flujo Resultado Pagina Web : Es el resultado de la petición del usuario procesada por el sistema, que será mostrada en un navegador Web. h) Proceso Controlador : Es a quien el usuario le realiza la petición, captura el evento y se la envía al Modelo. i) Proceso Modelo : Es quien será el encargado de interactuar con la base de datos de los proyectos y le devuelve al Controlador los datos a mostrar. j) Proceso Vista : Es quien se encarga de recibir la información del Controlador y enviársela al cliente como una página Web. Realizar petición Descripción de Interfaces El Artefacto Software distribuye sus interfaces en diferentes vistas con un modelo prototipado a nivel Administrador y Usuario. Con respecto a éste último, las diferentes interfaces lo ayudarán a desenvolverse con facilidad entre los diferentes módulos de la web, ya sean de registración, creación o consultas de un proyecto o estimación del mismo. En cuanto al administrador, le facilitará la tarea de controlar los usuarios registrados, al igual de tener la posibilidad de eliminarlos o acceder a sus datos Descripción de los Algoritmos La aplicación constará de un solo algoritmo, el de calcular el esfuerzo del proyecto del usuario. De tal modo, solo se contará con las validaciones pertinentes para llevar a cabo dicha actividad y la presentación de los datos necesarios para ejecutarla. Todas las herramientas necesarias se encontrarán en el modelo MVC. Enviar datos k) Almacén Proyectos : Representa a la base de datos en dónde serán guardados los Datos datos de pro- Ayectos. Usuario 0 Sistema de Estimación de Proyectos de Explotación de Información para PyMes D1 Enviar datos Proyectos Enviar respuesta Figura 3. Diagrama de Contexto A Usuario Datos R ealizar petición Enviar datos D1 Enviar datos del proyecto Proyectos Resultado Página Web 1 Controlador Enviar datos del proyecto 2 Modelo Enviar datos para mostrar Enviar datos para mostrar 3 Vista Figura 4. Diagrama de Flujo de Datos 12

15 Descripción de la Base de Datos El artefacto software poseerá una base de datos con dos entidades capaces de almacenar los datos de los usuarios registrados, como así también los proyectos que éstos generen para estimar su esfuerzo. Dicha Base de Datos queda reflejada en la Figura 5. Para la adecuada utilización de la aplicación, se proporciono de la anterior tabla que cumple las siguientes consignas: - Clara: las instrucciones proporcionadas en el documento, son lo suficientemente explicitas para que el usuario pueda desenvolverse dentro del entorno de la herramienta. - Correcta: No existen errores semánticos, sintácticos ni ortográficos dentro de la documentación proporcionada al usuario. - Completa: la información debe estar completa, desde la parte técnica hasta la parte funcional. - Coherente: no existen redundancias, ni incongruencias dentro del documento que puedan confundir al usuario Características a ser Probada Figura 5. Diagrama Entidad-Relación: Base de Datos 8. PROCESO DE IMPLEMENTACION Este proceso es el que se encarga de transformar todo diseño detallado de un producto software a una realización en un lenguaje de programación apropiado. Más adelante se describirá el Plan de Integración (8.1.) del artefacto software al igual que su Plan de Pruebas (8.2.) y la Documentación del Usuario (8.3.) Plan de Integración Se procederá a ejecutar la aplicación sobre una computadora que satisfaga los recursos físicos necesarios y se introducirán valores a las diferentes variables para ejecutar las pruebas Plan de pruebas Mediante el plan de pruebas de Software se puede especificar qué elementos o componentes se van a probar para que el grupo de trabajo pueda realizar el proceso de Validación y Verificación de los requerimientos funcionales y no funcionales del proyecto en tratamiento. Además se puede obtener información sobre los errores, defectos o fallas que tiene el prototipo, así se realizan las correcciones pertinentes, según el caso y se asegura la calidad del producto que se está entregando al cliente. Dicho plan de pruebas se ejecutará sobre la aplicación montada en un servidor web Módulos de Prueba En esta sección se muestran los módulos que se pretenderán probar, al igual que la forma de realizarlo, los datos requeridos para su correcta evaluación y el resultado que de desea obtener. Para ello se representa la Tabla Procedimiento de Usuario En esta sección se encuentran las características del proyecto a ser probadas con los casos de estudio proporcionados. Requerimientos Funcionales: Se deben tener en claro los criterios de aceptación y dependencia entre módulos para la correcta ejecución de las pruebas y la corrección de errores en caso de ser necesario. Requerimientos no Funcionales: Se debe tener en cuenta el criterio de aceptación y lo exigido en el documento de Especificación de Requisitos Características a no ser Probadas En esta sección se encuentran las características del proyecto a ser probadas con los casos de estudio proporcionados. Procedimiento de usuario: No serán probados, debido a que serán usuarios con conocimiento en las áreas de Ingeniería de software y que conozca el proceso que se aplica en la asignatura o un vasto conocimiento sobre el artefacto software y, no se posee tiempo para proveer a los usuarios de dichos saberes Documentación del Usuario Se encuentra detallado en el Anexo A: Manual de Usuario. 9. PROCESO DE POST-DESARROLLO Son los procesos que se deben realizar para instalar, operar, soportar, mantener y retirar un producto software. Se aplica a las últimas fases del ciclo de vida del mismo. En el punto 9.1. se describe el Proceso de Instalación, en el 9.3. el Proceso de Operación y Soporte y en el 9.3. el Proceso de Mantenimiento. 13

16 Anexo A 9.1. Proceso de Instalación. Implica el transporte y la instalación de un sistema software desde el entorno de desarrollo al entorno de destino Plan de Instalación del Software. Se procederá a descomprimir el paquete en la ubicación donde el servidor aloja las páginas Web, luego se configura la conexión con la base de datos, y en el caso de que fuese necesario se llevará a cabo la configuración de otros parámetros del servidor Informe de Instalación. En este proyecto, no se contempla la necesidad de la instalación local de la aplicación, ya que sólo bastara con iniciarla desde cualquier navegador de Internet Proceso de Operación y Soporte. Involucra la operación del sistema por parte del usuario e incluye el soporte continuo al usuario, a través del envío de comentarios y/o consultas que serán respondidas a la brevedad por uno de los operadores de la aplicación Histórico de Peticiones de Soporte Debido a que el artefacto software en tratamiento se encontrará en un servidor público, se estima que los accesos a la aplicación serán muchos, a su vez creemos que exigirán un gran volumen de consultas hacia el funcionamiento, el uso y la exactitud de la estimación de los proyectos, principalmente en la etapa inicial del lanzamiento Proceso de Mantenimiento Se interesa por los errores, defectos, fallos, mejoras y cambios del software Orden de Mantenimiento Decidimos atender muy seriamente todo lo referido al mantenimiento correctivo, a través de cualquier defecto o error encontrado por el usuario final. 10. PROCESOS INTEGRALES DEL PROYECTO Son procesos que se ejecutaran simultáneamente y que a su vez son complementarios a aquellos orientados al desarrollo, tales como Proceso de Verificación y Validación (10.1.), Proceso de Gestión de la Configuración (10.2.), Proceso de Desarrollo de la Documentación (10.3.) y el Proceso de Formación (10.4.) Proceso de Verificación y Validación Abarca todas las tareas de verificación, ya sean pruebas de verificación, auditorias o revisiones, como así también las tareas de validación, incluyendo pruebas de validación que se realizarán a lo largo de todo el ciclo de vida del artefacto software para comprobar que lo que se esta realizando sea lo especificado en el análisis de requisitos Proceso de Gestión de la Configuración Este proceso otorga un conjunto de actividades que se utilizarán para gestionar todos los cambios que se realicen durante todo el ciclo de vida del desarrollo de la aplicación. Se identifica la estructura del sistema en un momento determinado, denominándola configuración del sistema. Apunta al control de los cambios en el sistema, mantener su coherencia y su rastreabilidad y trazabilidad. En el punto se describirán las características del Plan de Gestión de configuración del Software Plan de Gestión de Configuración del Software El artefacto software no posée una configuración local, ya que se encuentra montado en un servidor web, por lo que se utiliza la configuración proveniente de dicho servidor Proceso de Desarrollo de la Documentación Facilita un conjunto de actividades que planifican, diseñan, implementan, editan, producen, distribuyen y mantienen los documentos necesarios para los desarrolladores y los usuarios. En la subsección se explicará el Plan de Documentación para éste proceso Plan de Documentación La documentación del presente artefacto software se desarrollo íntegramente bajo las normas del estándar IEEE Estas normas están previstas para el control y el aseguramiento de la calidad del software, conformando los procesos base de la construcción de artefacto software Proceso de Formación Este proceso es el encargado de otorgarles a las personas la documentación y/o programas necesarios para la formación de clientes, desarrolladores y programadores. En el apartado se dejará explícito el Plan de Formación para el artefacto software Plan de Formación Dentro de nuestro proyecto se omite éste proceso ya que se estipula la interacción de la aplicación con usuarios experimentados, hábiles en el campo informático, o con los suficientes recursos para desenvolver sus peticiones con fluidez. 14

17 1. MANUAL DEL USUARIO EPEI-PyMEs Este manual le permitirá al usuario aprender a todas las funciones disponibles en la aplicación. En la sección 1.1. se especificará el Acceso a la página Web, mientras que en los siguientes puntos ( ) se tratarán los diferentes módulos a los que el usuario podrá acceder para realizar su gestión, ya sea el Acceso del Usuario o su Registración, el Generar un Proyecto Nuevo para Estimarlo, una Comunicación con el Soporte o su propia Desconexión Acceso a la Página Web Para acceder a la aplicación usted deberá abrir su Web Browser convencional que prefiera, ya sea Internet Explorer, Firefox, Google Chrome, Opera, etc Acceso del Usuario El usuario deberá completar los campos solicitados con su nombre de usuario y la contraseña correspondiente para luego presionar Ingresar. En la Figura 1 se observa su interfaz. Figura 2. Registración del Usuario 1.4. Generar Proyecto Nuevo Luego de haberse conectado con su nombre de usuario, podrá acceder a la opción Mis proyectos y seleccionar Proyecto Nuevo, donde se accederá a la interfaz de creación de un nuevo proyecto, ingresando simplemente su Nombre. En la Figura 3 se observa su interfaz. Figura 1. Acceso del Usuario 1.3. Registración del Usuario En caso de tener que generar un nuevo usuario, se deberán completar los campos de Nombre, Apellido, Teléfono, , Usuario, Contraseña, Confirmar Contraseña y finalmente ingresar los caracteres del Captchar para completar la registración en el campo Imagen. En la Figura 2 se observa su interfaz Estimar Proyecto Figura 3. Generar Proyecto Nuevo Al acceder a ésta opción dentro de la pestaña Mis proyectos, aparecerá una tabla con los proyectos generados, a su lado se encuentra la opción Estimar, ésta función disparará un formulario de preguntas Multiple-Choice que el usuario deberá completar para saber el valor de la estimación del proyecto seleccionado. Al terminar de contestar las preguntas se deberá presionar el botón Estimar. En la Figura 4 se observa su interfaz. 15

18 1.6. Comunicación con Soporte Al pie de la página se encuentra la opción Enviar Comentario, la cual iniciará una página donde el Usuario podrá enviar un comentario y/o consulta al Soporte de la aplicación, ésta será respondida en la brevedad por uno de los operadores. Para realizar dicha operación, se deberán completar los datos de Nombre, y Consulta. En la Figura 5 se observa la interfaz de dicho módulo Desconexión Luego de realizar las operaciones que el Usuario haya consideraba necesarias, podrá cerrar sesión presionando en la opción Logout. En la Figura 6 se observa el botón de desconexión en la barra de tareas. Figura 6. Barra de tareas 1.8. Eliminar Usuario En caso que el Usuario crea necesario eliminar su cuenta, deberá presionar en Eliminar Cuenta, opción que pedirá una confirmación para ser efectuada Modificar Datos de Usuario Se podrán modificar los datos de la cuenta del Usuario desde la pestaña Modificar Datos de Cuenta, donde accederá a la ventana de Registración (Figura 2) con todos los datos actuales y se dará la posibilidad de cambiar sus valores para posteriormente Guardar Cambios. Figura 5. Enviar comentario al Soporte 16

19 Figura 4. Formulario de estimación. 17