Herramienta de Documentacion de Requisitos en Proyectos de Explotacion de Informacion (Dr-Pei)

Transcripción

1 Herramienta de Documentacion de Requisitos en Proyectos de Explotacion de Informacion (Dr-Pei) Marcela Lacabanne, Ignacio Colela, Nicolás Díaz, Leonel Leonardis Cátedra Proyecto de Software Licenciatura en Sistemas 2011

2 ÍNDICE 1. Selección de un modelo de ciclo de vida del software (MCVS) Motivos de selección del MCVS Plan de gestión del proyecto Ámbito del Objetivos del proyecto Mapa de actividades Estimación y asignación de recursos Asignación de equipamiento Asignación de software Planificación de la gestión del proyecto Exploración de conceptos Identificar ideas o necesidades Análisis de requisitos del software Requisitos funcionales Requisitos de interfaz con el usuario Análisis del sistema Diagrama de casos de uso Escenarios de casos de uso Proceso de diseño Descripción del diseño del software Descripción de la arquitectura del software Descripción de la base de datos Proceso de implementación Datos para las pruebas 48

3 Documentación de usuario Plan de integración Proceso de instalación Plan de instalación del software Informe de instalación

4 HERRAMIENTA DE DOCUMENTACION DE REQUISITOS EN PROYECTOS DE EXPLOTACION DE INFORMACION Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Abstract. Este reporte contiene los documentos de salida de ciertas actividades que propone el estándar IEEE 1074/1989 para un proyecto que demanda el desarrollo de una aplicación web para la documentación de proyectos de minería de datos. 1 Selección de un modelo de ciclo de vida del software (MCVS) El MCVS seleccionado por el grupo de desarrollo fue el rototipado, dado que el cliente no tiene una idea muy detallada de lo que necesita (si una idea general) y el grupo de desarrollo no está muy seguro de la viabilidad de la solución que tiene en mente. El motivo de selección de este MCVS es que durante el desarrollo del artefacto software se pueden ir dando nuevos requisitos y/o descubrir que supuestos requisitos anteriormente captados fueron mal comprendidos. Además muchos usuarios y clientes encuentran que es mucho más fácil proveer retroalimentación convenientemente basada en la manipulación, desde un prototipo, en vez de leer una especificación de requerimientos potencialmente ambigua y extensa. Específicamente optamos por el que es una derivación del MCVS prototipado, ya que haremos que el prototipo se transforme/evolucione en el sistema en producción. Realizamos esta elección por cuestiones de tiempo. 1.1 Otros motivos por los que se seleccionó dicho MCVS: Cuando el software a desarrollar es por encargo, es interesante tener una idea de cómo será el programa lo antes posible. De este modo, y a fin de disminuir las expectativas del cliente o usuario, se le podrán ir entregando prototipos con funcionalidades en forma incremental, para que se los pueda ir probando durante un período de tiempo a convenir. Prontamente, podrá hacer las sugerencias de cambios en etapas lo más tempranas posibles del ciclo de vida. Por otra parte, el ciclo de vida elegido es pertinente cuando se desea que el usuario sepa cuanto antes si el producto tal cómo se lo interpretó está de acuerdo a sus necesidades y consideraciones.

5 2. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis En muchos casos, el usuario no puede dar una idea acabada de lo que desea, y debido a ello, el desarrollador no termina de saber exactamente lo que éste quiere, por lo que cada prototipo realizado, permite efectuar una revisión de los requerimientos y un refinamiento de dichos requerimientos a fin de aproximarse al producto final con un acercamiento del que el usuario tiene en mente. 1.2 En el ciclo de vida elegido se definen las once etapas básicas siguientes: 1. Factibilidad (FAC) 2. Definición de requisitos del sistema (RES) 3. Especificación de los requisitos del prototipo (REP) 4. Diseño del prototipo (DPR) 5. Diseño detallado el prototipo (DDP) 6. Desarrollo del prototipo (codificación) (DEP) 7. Implementación y prueba del prototipo (IPP) Refinamiento iterativo de las especificaciones del prototipo (aumentando el objetivo y/o el alcance). Luego, se puede volver a la etapa 2 o continuar si se logró el objetivo y alcance deseados. (RIT) 8. Diseño del sistema final (DSF) 9. Implementación del sistema final (ISF) 10. Operación y mantenimiento (OPM) 11. Retiro (si corresponde, en este caso no) (RET) 2 Plan de gestión del proyecto 2.1 Ámbito del proyecto Descripción del proyecto. Este es un proyecto que se basa en la necesidad de los analistas de proyectos de minería de datos de contar con una herramienta que les permita documentar los requisitos de sus proyectos, con la posibilidad de compartirlos y accederlos desde cualquier dispositivo con acceso a internet Alcance del proyecto. Este proyecto permitirá a un analista de minería de datos poder registrarse y documentar los requisitos de los proyectos en los cual está trabajando, con la posibilidad de compartirlos, editarlos, borrarlos y descargarlos en formato PDF. El sistema implementara un mecanismo de hipertextuado. El sistema no contemplara cuestiones de seguridad de manera minuciosa, con lo cual no hay garantía si los datos del analista son perdidos o violados.

6 Herramienta de documentación de requisitos en proyectos de explotación de información. 3 El sistema no implementara ningún mecanismo de recuperación de contraseñas (en el caso de que el usuario se olvide de ella). El sistema no contemplara cuestiones de rendimiento como ser tiempo de respuesta o El sistema presentara la información al usuario siguiendo el formato de las plantillas impuestas por el cliente Objetivos del proyecto. El objetivo de este proyecto es facilitar la tarea de documentación de requisitos para los analistas de proyectos de minería de datos a través de una serie de planillas que le sirven como guía y con la facilidad de acceder a todos sus documentos a través de la web. 2.2 Mapa de actividades En esta sección se detalla el mapa de actividades a llevar a cabo, a continuación se presentan todas las actividades a omitir y la razón de dicha omisión Etapas del MCVS seleccionado. Factibilidad (Fac). Definición de requisitos del sistema (Res). Especificación de los requisitos del prototipo (Rep). Diseño del prototipo (Dpr). Diseño detallado el prototipo (Ddp). Desarrollo del prototipo (codificación) (Dep). Implementación y prueba del prototipo (Ipp) Refinamiento iterativo de las especificaciones del prototipo (aumentando el objetivo y/o el alcance). Luego, se puede volver a la etapa 2 o continuar si se logró el objetivo y alcance deseados. (Rit). Diseño del sistema final (Dsf). Implementación del sistema final (Isf). Operación y mantenimiento (Opm).

7 4. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Mapa de actividades. Actividades Fac Res Rep Dpr Ddp Dep Ipp Rit Dsf Isf Opm Proceso de selección del modelo de ciclo de vida Identificar los posibles MCVS. X Seleccionar un modelo para el proyecto. X Proceso de iniciación, planificación y estimación del proyecto Establecer la matriz de actividades para el MCVS. X Asignar los recursos del proyecto. X X X X X X X X X X X Definir el entorno del proyecto. X X X X X Planificar la gestión del proyecto. X X X X Proceso de seguimiento y control del proyecto Analizar los riesgos. Realizar la planificación de contingencias. X X Gestionar el proyecto. X X X X X X X X X X X Proceso de gestión de calidad del software Planificar la garantía de calidad del software. X X X X Gestionar la calidad del software. X X X X X X X X X X X Proceso de exploración de conceptos Identificar ideas o necesidades. X Formular soluciones potenciales. X X X Proceso de análisis de requisitos del software Definir y desarrollar los requisitos del software. Definir los requisitos de la interfaz. X X X X X X

8 Herramienta de documentación de requisitos en proyectos de explotación de información. 5 Priorizar e integrar los requisitos del software. Proceso de diseño X X X X Realizar el diseño arquitectónico. Analizar el flujo de información. Diseñar la base de datos. X X Diseñar las interfaces. X X Proceso de implementación Crear los datos de prueba. X X X X Crear el código fuente. X X X X Crear la documentación de operación. Proceso de instalación X X X X X X Instalar el software. X X Cargar la base de datos. X X Aceptar el software en el entorno de operación. Proceso de verificación y validación Planificar la verificación y validación. Ejecutar las tareas de verificación y validación. X X X X X X X Planificar las pruebas. X X X X X X Desarrollar las especificaciones de las pruebas. Ejecutar las pruebas. X X X Tabla 1.Mapa de Actividades X X X

9 6. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Actividades excluidas del proyecto. En esta sección se procede a detallar que actividades del proyecto software serán excluidas del mismo y porque. Dichas actividades se agrupan por razón de exclusión. Actividades que serían interesantes incorporarlas en el proyecto pero que no se podrían cometer por cuestiones de tiempo: 1. Proceso de seguimiento y control del proyecto a. Archivar registros b. Implementar el sistema de informes de problemas. 2. Proceso de gestión de la calidad del software a. Desarrollar métricas de calidad b. Identificar necesidades de mejora de la calidad 3. Proceso de exploración de conceptos a. Conducir estudios de viabilidad b. Refinar y finalizar la idea o necesidad 4. Proceso de diseño a. Realizar el diseño detallado 5. Proceso de operación y soporte 6. Proceso de mantenimiento 7. Proceso de retiro 8. Procesos integrales del proyecto a. Recoger y analizar los datos de las métricas, no vamos a realizar métricas. 9. Proceso de gestión de la configuración 10. Proceso de desarrollo de documentación 11. Proceso de formación Actividades que no se aplican al proyecto: 1. Proceso de exploración de conceptos a. Planificar las transición del sistema 2. Proceso de asignación del sistema, se realiza cuando el sistema requiere tanto desarrollo de hardware como de software, o cuando no se puede asegurar que solo se necesita desarrollo de software. 3. Proceso de diseño a. Seleccionar o desarrollar algoritmos 4. Proceso de implementación a. Generar el código objeto, el código objeto lo genera automáticamente el lenguaje de programación partir del código fuente.

10 Herramienta de documentación de requisitos en proyectos de explotación de información. 7 b. Planificar y realizar la integración, no hay necesidad de planificar una integración de software-hardware. 5. Proceso de instalación a. Planificar la instalación, no es necesario hacer una planificación de la instalación debido a que es una tarea sencilla. b. Distribuir el software, al ser una aplicación web no será distribuido como lo sería una aplicación comercial. 2.3 Estimación y asignación de recursos Estimación de recursos. A continuación se presenta una tabla con los recursos necesarios/requeridos para llevar a cabo el esfuerzo de desarrollo de software. Recursos Equipo del proyecto Equipamiento, Hardware Software Formación Otros Descripción Un administrador del proyecto, un analista, un diseñador con conocimientos en técnicas UML, una persona que se encargue de planificar las pruebas, un diseñador de bases de datos (DB), una persona que implemente la DB e ingrese datos de prueba (DATA-ENTRY) en dicha DB, un diseñador web con conocimientos en XHTML, CSS y JavaScript; dos programadores PHP con experiencia en el framework CodeIgniter y una persona que se encargue de ejecutar las pruebas. Cuatro computadoras de prestaciones medias que permitan al equipo de análisis, diseño y desarrollo llevar a cabo las actividades y/o productos asociados con el proyecto. Además se requerirá de un servidor web que permita alojar y ejecutar código PHP, así como, alojar tablas y ejecutar sentencias de MySql. WampServer o XAMPP para simular como sería el comportamiento de la aplicación en un servidor web (dichos programas integran PHP, MySql y Apache en un solo paquete), Eclipse o Netbeans para el entorno de desarrollo de dicha aplicación, Aptana o Dreamweaver para el diseño web de la aplicación. También se utilizara el paquete de Office para las actividades de documentación y diseño (Microsoft Visio). Una breve capacitación en el uso del framework CodeIgniter, CSS y JQuery (librería de JavaScript) será necesaria para desarrollar dicha aplicación con éxito. Un espacio de trabajo donde los miembros del equipo se puedan reunir y debatir sobre los problemas que van surgiendo. Tabla 2. Estimacion de recursos.

11 8. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Asignación de personal. Por el carácter académico de este proyecto no se asignara un rol específico para cada integrante del grupo, de lo contrario, el equipo completo participara conjuntamente en cada actividad aportando más y mejores ideas y soluciones, de esta forma se promueve la innovación y creatividad durante todo el proyecto. Otra de las razones de esta decisión es que de esta forma todos los integrantes del grupo aprenderán a realizar todas las actividades propuestas por el proceso software. Nota: Se asignara un responsable a cada tarea, el cual trabajara en profundidad en dicha actividad, pero las tomas de decisiones se hacen por consenso del grupo, permitiendo a otros miembros del equipo dar una mano y proponer ideas en una tarea a la cual no fue asignado Asignación de equipamiento. Cada miembro del equipo cuenta con su propia PC, la cual utilizaran para llevar a cabo cada actividad propuesta por el proceso software y desarrollar la documentación pertinente Asignación de software. El software (herramientas de desarrollo) propuesto para este proyecto se encuentra bajo la licencia de libre o gratuito (FREE en inglés), por lo tanto no hay gastos relacionados a este recurso. Los miembros del equipo ya cuentan con dichas herramientas instaladas en sus PCs. 2.4 Planificación de la gestión del proyecto La siguiente tabla describe la planificación de la gestión del proyecto, en la cual se detallan los responsables de las diferentes tareas, su porcentaje completado y la fecha estimada para completar estas tareas.

12 Herramienta de documentación de requisitos en proyectos de explotación de información. 9 Id Tarea Responsable Duración Completado Fecha inicio Fecha Fin 1 Identificar los posibles MCVS. Leonardis, Leonel. 30 min. 100% 26/08/ /08/11 2 Seleccionar un modelo para el proyecto. Leonardis, Leonel. 30 min. 100% 26/08/ /08/11 3 Establecer la matriz de actividades para el MCVS. Leonardis, Leonel. 3 horas. 100% 03/09/ /09/11 4 Asignar los recursos del proyecto. Diaz, Nicolás. 2 horas. 100% 04/09/ /09/11 5 Definir el entorno del proyecto. Diaz, Nicolás. 1 hora. 100% 04/09/ /09/11 6 Planificar la gestión del proyecto. Colela, Ignacio. 2 horas. 100% 01/09/ /09/11 7 Analizar los riesgos. 8 Realizar la planificación de contingencias. 9 Gestionar el proyecto Planificar la garantía de calidad del software. Gestionar la calidad del software. Identificar ideas o necesidades. Formular soluciones potenciales. Definir y desarrollar los requisitos del software. Definir los requisitos de la interfaz. Priorizar e integrar los requisitos del software. Realizar el diseño arquitectónico. Analizar el flujo de información. Diseñar la base de datos. Lacabanne, Marcela. Lacabanne, Marcela. Leonardis, Leonel. Colela, Ignacio. Colela, Ignacio. Leonardis, Leonel. Lacabanne, Marcela. Leonardis, Leonel. 3 horas. 100% 06/09/ /09/11 1 hora. 100% 06/09/ /09/11 3 horas. 100% 06/09/ /09/11 3 horas. 100% 03/09/ /09/11 2 horas. 100% 09/09/ /09/11 1 hora. 100% 26/08/ /09/11 1 hora. 100% 26/08/ /09/11 6 horas. 100% 01/09/ /09/11 Diaz, Nicolás. 2 horas. 100% 08/09/ /09/11 Diaz, Nicolás. 6 horas. 100% 12/09/ /09/11 Diaz, Nicolás. 12 horas. 100% 12/09/ /09/11 Diaz, Nicolás. 12 horas. 100% 12/09/ /09/11 Lacabanne, Marcela. 48 horas. 100% 16/09/ /09/11

13 10. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis 20 Diseñar las interfaces. 21 Crear los datos de prueba. 22 Crear el código fuente. 23 Crear la documentación de operación. 24 Instalar el software. 25 Cargar la base de datos Aceptar el software en el entorno de operación. Planificar la verificación y validación. Ejecutar las tareas de verificación y validación 29 Planificar las pruebas. 30 Desarrollar las especificaciones de las pruebas. 31 Ejecutar las pruebas. Leonardis, Leonel. Colela, Ignacio. Leonardis, Leonel. 48 horas. 100% 16/09/ /09/11 5 horas. 100% 20/09/11 23/09/ horas. 100% 20/09/11 07/10/11 Diaz, Nicolás. 4 horas. 100% 20/09/11 23/09/11 Lacabanne, Marcela. Lacabanne, Marcela. 2 horas. 100% 07/10/11 07/10/11 4 horas. 100% 08/10/11 08/10/11 Diaz, Nicolás. 2 horas. 100% 08/10/11 08/10/11 Colela, Ignacio. Colela, Ignacio. Colela, Ignacio. Colela, Ignacio. Lacabanne, Marcela. 6 horas. 100% 09/10/11 13/10/11 3 horas. 100% 13/10/11 14/10/11 3 horas. 100% 14/10/11 15/10/11 5 horas. 100% 16/10/11 18/10/11 6 horas. 100% 18/10/11 20/10/11 3 Gestión de riesgos 3.1 Análisis de riesgos En esta sección se detallan los riesgos potenciales que podrían ralentizar o incluso llevar al fracaso del proyecto. La siguiente tabla presenta los riesgos ordenados por impacto, además brinda información como categoría de riesgo y probabilidad de ocurrencia.

14 Herramienta de documentación de requisitos en proyectos de explotación de información. 11 Id Riesgo Categoria Probabilidad Impacto 1 problemas en el diseño del software técnico 30% 2 2 la estimación del tamaño puede ser baja técnico 60% 2 3 menos reutilización de la prevista operativo 70% 2 4 el cliente cambiara los requisitos soporte 80% 2 5 cambios en el personal CPM 60% 2 6 implementación técnico 22% 2 7 la interfaz no es consecuente soporte 22% 2 8 verificación técnico 34% 2 9 mantenimiento técnico 34% 2 10 planificación técnico 25% 2 11 Personal (asignación y organización) niv. recursos 27% 2 12 mala interpretación de los requisitos del cliente técnico 80% 2 13 cambio en las plataformas de desarrollo operativo 70% 2 14 pérdida de recursos humanos no prevista calendario 80% 2

15 12. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis 15 ausencia de servicios de hosting gratuito que soporten las herramientas de desarrollo utilizadas para el proyecto técnico 10% dificultades a la hora de implementar el mecanismo de hipertextuado. mayor número de usuarios de los previstos técnico 50% 2 operativo 30% 3 18 mala estimación del tiempo necesario calendario 40% 3 19 incremento de esfuerzos en la resolución de problemas CPM calendario 80% 3 20 falta de entrenamiento a cerca de herramientas CPM 80% 3 21 fallo en las técnicas de nivelación de recursos calendario 80% 3 22 mayor prioridad en otro proyecto calendario 20% 3 23 problemas de comprensión de nuevas herramientas requeridas técnico 20% 4 24 uso de herramientas mal adaptadas técnico 20% 4 25 uso de herramientas no aprobadas o con fallas técnico 20% 4 26 problemas de integración de las partes del proyecto desarrolladas en paralelo técnico 30% 4 27 mala resolución de problemas no planeados operativo 30% 4 28 falta de liderazgo en el equipo operativo 30% 4 29 falta de comunicación operativo 30% 4

16 Herramienta de documentación de requisitos en proyectos de explotación de información falta de motivación del equipo operativo 30% 4 Tabla 3.Analisis de riesgos Niveles de impacto 1: catastrófico 2: critico 3: marginal 4: despreciable Tabla 4. Niveles de impacto. 3.2 Plan de contingencias En este apartado se presenta el plan de contingencia para poder mitigar los problemas propuestos en la sección 3.1 (Análisis de riesgos). Id Accion Id Riesgo 1 corrección del diseño del software 1 2 rehacer el diseño del software 1 3 capacitar al personal 2 4 incorporar patrones ya probados para acelerar el desarrollo del software 3 5 adquirir códigos ya experimentados y aprobados 4 6 nuevo análisis de requisitos y remodelar el diseño 5 7 repartir nuevamente los recursos de la forma más adecuada posible 6

17 14. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis 8 verificar la plataforma donde será instalado 7 9 desarrollar una interfaz consecuente 8 10 revisar la fase de verificación 9 11 revisar back up de las versiones del software entrenar al personal en las herramientas específicas a ser utilizadas nueva nivelación de recursos nueva especificación de requisitos adaptar el software a la plataforma adecuada tomar personal capacitado restringir acceso a usuarios esporádicos tomar personal capacitado para acelerar el proceso de desarrollo del software repartir recursos en tiempo y forma adecuados capacitar al personal en esas herramientas repartir nuevamente los recursos de la forma más adecuada posible focalizarse por completo al proyecto para mejorar la performance estudiar herramientas requeridas adaptar o cambiar herramientas 23

18 Herramienta de documentación de requisitos en proyectos de explotación de información reparar o descartar herramientas reunir las partes y estudiarlas detalladamente mejorar la resolución de problemas reunirse con los integrantes y acordar quien será el líder el líder deberá informarle a los integrantes del equipo las reuniones que se realizaran para intercambiar ideas el líder deberá aceptar las críticas de cada integrante, ya que pueden surgir nuevas ideas de esas criticas Contratar un servicio de hosting pago llegar a un acuerdo con el cliente 31 Tabla 5. Plan de contingencias 4 Garantía de la calidad del software En este apartado se describen las técnicas a utilizar para garantizar la calidad del artefacto software a desarrollar. Más adelante se propone un plan de pruebas para detectar fallos en el sistema antes de que pasen a ser defectos, ver Tabla 4 adjunta a este documento. 4.1 Técnicas para garantizar la calidad del producto software 1. Se utilizaran patrones de desarrollo reconocibles (MVC, Singleton), lo cual garantiza disminuir los problemas relacionados con el mantenimiento del sistema. 2. Se utilizaran herramientas de desarrollo probadas, actuales, que poseen gran soporte técnico y una gran comunidad de desarrolladores que conocen de las mismas (PHP, CodeIgniter, MySql, JQuery, CSS y Apache). Esto garantiza que ante cualquier problema contamos siempre un respaldo para poder solucionarlo.

19 16. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis 3. objetos, la utili reutilización de código y que dicho código sea legible para otros programadores que realicen recodificación. 4. Se utilizara las técnicas de documentación UML, la cual es ampliamente usada hoy en día, y es un estándar para el diseño de software. 5. Se entrenara al personal sobre algunas herramientas de desarrollo, lo cual mejorara la calidad del producto obtenido. 6. Se llevaran a cabo pruebas de verificación y validación, lo cual garantiza el descubrimiento y depuración de errores antes de que el software pase a producción. 7. El desarrollo será documentado adecuadamente para facilitar la mantención y la reutilización. 8. Las actividades de desarrollo serán debidamente planeadas. 5 Exploración de conceptos 5.1 Identificar ideas o necesidades Se encuentra ante la necesidad por parte de los analistas de minería de datos de contar con una herramienta que le permita de cierta forma poder documentar los requisitos de sus proyectos de una forma automática e interactiva, y que luego puedan acceder a esos requisitos a través de cualquier dispositivo con acceso a internet. 5.2 Soluciones potenciales La solución propuesta es la de desarrollar una aplicación web que basándose en una serie de plantillas, le facilite al analista de minería de datos poder documentar, compartir, editar y descargar los requisitos de los proyectos en los cuales está trabajando. 6 Análisis de requisitos del software 6.1 Requisitos funcionales Req1: El sistema deberá permitir al usuario registrarse en el mismo. Req2: El sistema deberá permitir al usuario guardar información referente a sus proyectos de minería de datos.

20 Herramienta de documentación de requisitos en proyectos de explotación de información. 17 Req3: El sistema deberá permitir al usuario invitar a otras personas (usuarios potenciales) para que participen en sus proyectos, permitiéndole elegir las credenciales que tendrá dicho usuario potencial sobre el proyecto. Req4: El sistema deberá permitir al usuario ingresar a su cuenta en cualquier momento. Req5: El sistema deberá permitir al usuario borrar, modificar y ver sus proyectos o los proyectos a los que fue invitado (según sus credenciales). Req6: El sistema deberá implementar un motor de hipertextuado. Req7: El sistema deberá permitir al usuario descargar sus proyectos en formato PDF. Req8: El sistema deberá permitir al usuario desvincularse del mismo, registrando la razón de dicho desvinculo. Req9: El sistema deberá integrar un formato de plantillas predeterminado para que el usuario (analista de minería de datos) vuelque la información referente a sus proyectos. Req10: El sistema deberá permitir al usuario registrado poder acceder a cualquier plantilla en cualquier momento. Req11: El sistema deberá ser implementado en un ambiente web. Req12: El sistema deberá implementar diferentes categorías de usuarios, utilizando un mecanismo de permisos-credenciales. Ej.: Administrador (lectura, modificación, borrado, invitación a otros usuarios), Invitado (lectura), etc. 6.2 Definición de escenarios funcionales Escenarios Req1: El sistema deberá permitir al usuario registrarse, solicitándole una cuenta de correo electrónico y una contraseña. El sistema deberá verificar que el usuario no se encuentre ya registrado. El sistema deberá enviar un mail de confirmación al usuario. En caso de que el usuario acepte la invitación los datos del usuario serán guardados en una DB para que tenga acceso al sistema en cualquier momento. de esta manera para sus propios proyectos. Escenarios Req2: El sistema deberá permitir a un usuario registrado crear un proyecto nuevo para documentar los requisitos de minería de datos. El sistema deberá permitir a dicho usuario registrado ingresar los datos referentes a ese proyecto. El sistema deberá guardar los datos del proyecto en una base de datos (DB) para su uso posterior.

21 18. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Escenarios Req3: El sistema deberá permitir a un usuario registrado invitar a una o más personas a participar en uno o más de sus proyectos (a través de mail). El sistema deberá darle la facilidad al usuario registrado de elegir las credenciales para las personas a las cual va a invitar. El sistema deberá tener bien definidos los permisos de cada credencial sobre el proyecto (modificación, borrado, solo lectura, invitación a otros usuarios, etc.). Escenarios Req4: El sistema deberá permitir a un usuario registrado ingresar al mismo (a través de mail y contraseña). El sistema deberá mostrar al usuario todos los proyectos a los cuales tiene acceso y/o permisos. Escenarios Req5: El sistema deberá permitir al usuario navegar por todos los proyectos en los cuales tiene permisos. El sistema deberá permitir al usuario entrar al detalle de un proyecto. El sistema deberá permitir al usuario modificar un proyecto (si posee los permisos necesarios). mismo). Escenarios Req6: El sistema deberá permitir al usuario registrado escoger una serie de palabras dentro de sus proyectos (las más importantes) para que sean hipertextuadas. Escenarios Req7: El sistema deberá proporcionar al usuario registrado la opción de ver y/o descargar una versión de sus proyectos en formato PDF.

22 Herramienta de documentación de requisitos en proyectos de explotación de información. 19 Escenarios Req8: El sistema deberá proporcionar la opción al usuario registrado de desvincularse del mismo. El sistema deberá exigir al usuario que describa la causa de dicho desvinculo. El sistema deberá registrar las razones dadas por el usuario. El sistema deberá mantener los datos referentes a dicho usuario (no se borraran de la DB). 6.3 Requisitos no funcionales. RNF1: El sistema deberá permitir al usuario registrarse en el mismo cargando la menor cantidad de datos y con un tiempo de espera de confirmación menor a 24hs. RNF2: El sistema deberá permitir al usuario guardar información referente a sus proyectos de minería de datos de forma segura y ordenada a través de menús y tablas. RNF3: El sistema deberá permitir al usuario invitar a otras personas (usuarios potenciales) para que participen en sus proyectos, permitiéndole elegir las credenciales que tendrá dicho usuario potencial sobre el proyecto, contemplando que el mismo siga siendo usuario aun cuando el usuario que lo invito se desvincule de dicho proyecto. RNF4: El sistema deberá permitir al usuario ingresar a su cuenta en cualquier momento a través de la sección iniciar sesión y ser escalable (permitir que varios usuarios estén conectados concurrentemente). RNF5: El sistema deberá permitir al usuario borrar, modificar y ver sus proyectos o los proyectos a los que fue invitado, según sus credenciales. RNF6: El sistema deberá implementar un motor de hipertextuado que marque las palabras buscadas en el documento. RNF7: El sistema deberá permitir al usuario descargar sus proyectos en formato PDF, visualizando un botón asociado a cada proyecto para efectuar dicha operación

23 20. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis RNF8: El sistema deberá permitir al usuario desvincularse del mismo, registrando la razón de dicho desvinculo de forma segura y en muy pocos pasos. RNF9: El sistema deberá integrar un formato de plantillas predeterminado para que el usuario (analista de minería de datos) vuelque la información referente a sus proyectos de forma rápida y segura. RNF10:El sistema deberá permitir al usuario registrado poder acceder a cualquier plantilla en cualquier momento RNF11: El sistema deberá ser implementado en un ambiente web y debería poder ejecutarse a través de cualquier sistema operativo y cualquier browser. RNF12: El sistema deberá implementar diferentes categorías de usuarios, utilizando un mecanismo de permisos-credenciales de forma segura y confiable. 6.4 Requisitos de interfaz con el usuario. RIU1: Accesible, el usuario deberá tener la posibilidad de entrar y salir del programa sin esfuerzos. RIU2: Debe permitir interrumpir y deshacer cualquier acción sin perder la información previamente guardada. RIU3: No deberá requerir que el usuario interactúe a un nivel interno de máquina. RIU4: Reducir la demanda de memoria a corto plazo (ej.: mediante claves visuales). RIU5: Establecer valores por defecto (como resetear datos de una plantilla). RIU6: Deberá organizarse de forma jerárquica (ej.: de la lista de proyectos al proyecto y de este a las plantillas). RIU7: Consistente, organizada de acuerdo con el diseño estándar que se mantiene en todas las presentaciones de pantallas. Que los mecanismos para ir de tarea en tarea se implementen de forma consecuente. RIU8: Los modelos interactivos planteados esperanzaron al usuario por lo cual no se deberían realizar cambios en la interfaz al menos que exista una razón convincente para hacerlo. RIU9: Intuitiva, de manera que sean muy claras las posibles acciones a llevar a cabo y la manera de hacerlas.

24 Herramienta de documentación de requisitos en proyectos de explotación de información. 21 RIU10: Cómoda, que brinde una buena interacción humano-máquina. RIU11: Eficiente, permitiendo realizar todas las tareas necesarias para lo cual el sistema fue desarrollado. 7 Asignación del sistema 7.1 Análisis del sistema Diagrama de casos de uso. En esta sección se presenta el diagrama de casos de uso con todas las funciones que el sistema deberá desempeñar. Fig. 1. Diagrama de casos de uso.

25 22. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Escenarios de casos de uso. En esta sección se presentan los escenarios de casos de uso correspondientes al diagrama de casos de uso presentado en la sección anterior. Nombre del caso de uso: Ingresar datos ID única: 001 Área: Sistema para la documentación de proyectos de minería de datos Actor(es): Analista de minería de datos Descripción: Permite al analista ingresar datos en las plantillas usando un sitio Web seguro. Activar evento: El analista ingresa a uno de sus proyectos, selecciona un set de plantillas, luego elije uno de los reportes, introduce información y hace clic en el botón Guardar. Tipo de señal: Externa: [X] Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. Se presenta un formulario Web para ingresar datos. Formulario Web para ingresar datos en las plantillas. 2. El analista ingresa los datos en dicho formulario y hace clic en el botón Guardar. Formulario Web para ingresar datos en las plantillas, datos a ingresar. 3. Los datos se guardan en la DB. Formulario Web para ingresar datos en las plantillas, registro del proyecto. 4. La página Web con todos los datos (los Página Web con todos los datos anteriores y los recién ingresados) se envía al analista. ingresados. Precondiciones: El analista ha iniciado sesión, ha escogido un proyecto, luego un set de plantillas, después el reporte al cual quiere ingresar datos y por ultimo ha hecho clic en el botón Agregar. Pos condiciones: El analista ha ingresado exitosamente información en las plantillas. Suposiciones: El analista posee un navegador Web, se encuentra registrado en el sistema y tiene uno o más proyectos creados en el mismo. Reunir requerimientos: Aspectos sobresalientes: Prioridad: Media Riesgo: Media Fig. 2

26 Herramienta de documentación de requisitos en proyectos de explotación de información. 23 Nombre del caso de uso: Darse de baja ID única: 002 Área: Sistema para la documentación de proyectos de minería de datos Actor(es): Analista de minería de datos Descripción: Permite al analista de minería de datos darse de baja del sistema, obligándolo a que ingrese las causas de desvinculación. Activar evento: El analista de Web, ingresa su contraseña y causas de desvinculación, y luego hace clic en el botón Darse de Baja. Tipo de señal: Externa: [X] Temporal: Pasos desempeñados (ruta principal) 2. El analista ingresa su contraseña y causas de desvinculación, luego y hace clic en el botón Darse de baja. 3. Se valida la contraseña y que se hayan completado las causas de desvinculación. 4. El registro del analista se borra lógicamente de la DB (se cambia el campo estado del analista a FALSE). 5. L as causas de desvinculación se registran en la DB. 6. La página Web de despedida se envía al analista. Información para los pasos contraseña, causas de desvinculación. contraseña, causas de desvinculación. del analista. causa de desvinculación del analista. Página de despedida. Precondiciones: El analista ha iniciado sesión. Pos condiciones: El analista se ha dado de baja exitosamente. Suposiciones: El analista posee un navegador Web y una cuenta en nuestro sitio Web. Reunir requerimientos: Aspectos sobresalientes: Prioridad: Baja Riesgo: Baja Fig. 3.

27 24. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Nombre del caso de uso: Registrarse ID única:003 Área: Sistema para la documentación de proyectos de minería de datos. Actor(es): Analista de minería de datos. Descripción: Permite registrar al usuario para tener acceso al sistema, ingresando nombre, apellido, mail y contraseña. Activar evento: Tipo de señal: Externa: [X] Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. El usuario ingresa al sitio Web. Navegador web. 2. El usuario ingresa sus datos en la sección Nombre, apellido, mail y contraseña. 3. Se verifica que los datos ingresados sean Formulario web. correctos y que no haya un registro del mismo usuario anteriormente. 4. Se manda un mail de confirmación en la Mail de confirmación. dirección de correo registrada por el usuario. 5. Se envía la página de confirmación de registro al Página de confirmación. usuario. Precondiciones: El usuario ingresa al sitio web para registrarse. Poscondiciones: El usuario se ha registrado correctamente. Suposiciones: El usuario tiene un navegador y una dirección mail valida. Reunir requerimientos: Permite el registro de usuarios utilizando un sitio web seguro. Aspectos sobresalientes: Se debe controlar la veracidad de los datos introducidos por el usuario? Prioridad: Alta. Riesgo: Medio. Fig. 4.

28 Herramienta de documentación de requisitos en proyectos de explotación de información. 25 Nombre del caso de uso: Modificar datos ID única:004 Área: Sistema para la documentación de proyectos de minería de datos. Actor(es): Analista de minería de datos. Descripción: Permite al usuario cambiar los datos ingresados en el registro, como mail y contraseña. Activar evento: El usuario usa el sitio web cambiar información de usuario, introduce los Tipo de señal: Externa: [X] Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. El usuario se conecta a un sitio Web Mail y contraseña. seguro. 2. El registro de los datos se leen y Registro, mail y contraseña. verifican. 3. Se muestran los datos actuales del Registro de usuario. usuario. 4. El usuario ingresa los cambios en el Formulario Web cambiarestudiante. formulario Web. 5. Se validan los cambios introducidos. Formulario Web cambiarestudiante. 6. Se escribe el registro en el archivo de Formulario Web cambiarestudiante. Registro de cambios del usuario. 7. Se envía página de confirmación al Página de confirmación. usuario. Precondiciones: El usuario está conectado en el sistema, en la sección cambiar datos de usuario. Poscondiciones: El usuario ha cambiado exitosamente sus datos. Suposiciones: El estudiante tiene un navegador y una cuenta de usuario. Reunir requerimientos: Permite al usuario cambiar sus datos. Aspectos sobresalientes: Se puede realizar el cambio de nombre y apellido? Prioridad: Media. Riesgo: Media. Fig. 5. Modificar datos

29 26. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Nombre del caso de uso: Ver plantillas en ID única:005 pantalla Área: Sistema para la documentación de proyectos de minería de datos. Actor(es): Analista de minería de datos. Descripción: Permite al usuario visualizar los proyectos generados, para luego modificarlos, guardarlos o imprimirlos. Activar evento: El usuario hace clic en Ver proyecto. Tipo de señal: Externa: X Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. El usuario elige el proyecto a visualizar. Proyecto. 2. El usuario hace clic en ver Plantilla. Plantilla. Precondiciones: El usuario se encuentra en la página de ingreso de datos. Poscondiciones: El usuario pudo visualizar el proyecto. Suposiciones: El usuario ya pudo generar al menos un proyecto. Reunir requerimientos: Permite al usuario ver su proyecto. Aspectos sobresalientes: Se debe tener una credencial especial para poder visualizar el proyecto? Prioridad: Alta. Riesgo: Medio. Fig. 6.

30 Herramienta de documentación de requisitos en proyectos de explotación de información. 27 Nombre del caso de uso: Iniciar sesión ID única: 006 Área: Sistema para la documentación de proyectos de minería de datos. Actor(es): Analista de minería de datos Descripción: Permite al analista iniciar sesión en el sistema Activar evento: El analista ingresa al sitio Web Tipo de señal: Externa: x Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. El analista ingresa la URL del sitio URL en la barra de direcciones del Browser elegido 2. Aparece la página principal con los nombre de usuario y contraseña campos a llenar 3. El registro del analista se lee y la Registro, nombre de usuario y contraseña contraseña se verifica 4. Inicio de sesión del usuario Registro existente, nombre de usuario y contraseña validos Precondiciones: El analista está en la página principal del sitio Web Poscondiciones: El analista ha iniciado sesión exitosamente Suposiciones: El analista tiene un Browser, un nombre de usuario y contraseña validos Reunir requerimientos: Permite a los analistas iniciar sesión en el sitio Web seguro Aspectos sobresalientes: Se debe controlar la cantidad de veces que un analista ingresa al sitio Web? Prioridad: Media Riesgo: Media Fig. 7. Iniciar sesión

31 28. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Nombre del caso de uso: Borrar ID única:007 datos Área: Sistema para la documentación de proyectos de minería de datos Actor(es): Analista de minería de datos Descripción: Permite al analista borrar los datos que el mismo cargo en las plantillas del sistema, tal como la plantilla de requisitos, riesgos, plan de contingencia y otra información usando un sitio Web seguro. Activar evento: El analista usa el sitio Web Borrar datos de plantillas, introduce el nombre de usuario y contraseña y hace clic en el botón que procede a iniciar sesión. Tipo de señal: Externa: x Temporal: Pasosdesempeñados (ruta principal) 1. El analista se conecta a un servidor Web seguro. 2. El registro del analista se lee y la contraseña se verifica. 3. Se despliegan las plantillas cargadas por el analista. 4. El analista elige la plantilla a borrar y hace clic en el botón borrar que se encuentra al lado de la misma. Información para los pasos nombre de usuario y contraseña del analista Registro, nombre de usuario y contraseña Registro del analista Formulario Web Borrardatos Precondiciones: El analista está en la página Web Borrar datos de plantillas Poscondiciones: El analista ha borrado los datos de la(s) plantilla(s) exitosamente Suposiciones: El analista tiene un Browser, un nombre de usuario y contraseña validos Reunir requerimientos: Permite a los analistas borrar datos de una plantilla usando un sitio Web seguro. Aspectos sobresalientes: Se debe controlar la cantidad de veces que un analista se conecta al sitio Web? Prioridad: Media Riesgo: Alto Fig. 8. Borrar datos

32 Herramienta de documentación de requisitos en proyectos de explotación de información. 29 Nombre del caso de uso: Descargar plantillas en PDF ID única:008 Área: Sistema para la documentación de proyectos de minería de datos Actor(es): Analista de minería de datos Descripción: Permite al analista descargar las plantillas del sistema en formato.pdf Activar evento: El analista usa el sitio Web visualizar plantillas, introduce el nombre de usuario y contraseña y hace clic en el botón que procede a iniciar sesión. Tipo de señal: Externa: x Temporal: Pasos desempeñados (ruta principal) 1. El analista se conecta a un servidor Web seguro. 2. El registro del analista se lee y la contraseña se verifica. 3. Se despliegan las plantillas cargadas por el analista. 4. El analista dispone de la opción para proceder a descargar el archivo. Información para los pasos nombre de usuario y contraseña del analista Registro, nombre de usuario y contraseña Registro del analista Formulario Webvisualizar Precondiciones: El analista está en la página Web visualizar plantillas Poscondiciones: El analista ha descargado el archivo en.pdf exitosamente Suposiciones: El analista tiene un Browser, un nombre de usuario y contraseña validos Reunir requerimientos: Permite a los analistas descargar las plantillas en formato.pdf usando un sitio Web seguro. Aspectos sobresalientes: Se debe controlar la cantidad de veces que un analista descarga las plantillas? Prioridad: Media Riesgo: Media Fig. 9.

33 30. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Nombre del caso de uso: Elegir palabras ID única: 010 clave para el hipertextuado. Área: Sistema para la documentación de proyectos de minería de datos. Actor(es): Analista de minería de datos. Descripción: Permite al usuario utilizar palabras claves para encontrar con mayor facilidad la información que busca. Activar evento: El usuario selecciona las palabras claves que le serán de utilidad y al hacer click derecho sobre la m Tipo de señal: Externa: X Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. El usuario ingresa al sitio web. Navegador web. 2. El usuario ingresa a su sesión. Nombre de usuario y contraseña. 3. El usuario abre alguno de sus proyectos. Plantillas web. 4. El usuario selecciona las palabras con las Plantillas Web cambiarproyecto. que hará el hipertextuado. Precondiciones: El usuario tiene una sesión y ésta está abierta. Poscondiciones: El usuario ha agregado correctamente el hipertextuado. Suposiciones: El usuario tiene acceso a internet y una cuenta de usuario. Reunir requerimientos: Permite al usuario crear hipertextuados. Aspectos sobresalientes: Prioridad: Media. Riesgo: Media. Fig. 10 palabras clave para el hipertextuado

34 Herramienta de documentación de requisitos en proyectos de explotación de información. 31 Nombre del caso de uso: Invitar a otro ID única: 011 analista a participar en un proyecto. Área: Sistema para la documentación de proyectos de minería de datos. Actor(es): Analista de minería de datos. Descripción: Permite al analista invitar a otro analista a participar de uno o más proyectos. Activar evento: n determinado proyecto al que el mismo pertenezca. Tipo de señal: Externa: X Temporal: Pasos desempeñados (ruta principal) Información para los pasos 1. El usuario ingresa al sitio web. Navegación web. 2. El usuarioiniciasesión. Nombre de usuario y contraseña. 3. El usuario abre uno de sus proyectos. Plantillas web. 4. El usuario hace click en Invitar Proyecto. 5. Se verifican las credenciales para otorgar Formularios web. las credenciales al invitado. 6. Se manda un mail de confirmación al Mail de confirmación. invitado. 7. Se accede a la página de confirmación. Página de confirmación. Precondiciones: El usuario se encuentra participando de un o más proyectos. Poscondiciones: El usuario pudo invitar a otro usuario a participar del proyecto. Suposiciones: El usuario tiene acceso a la página web y tiene una cuenta. Reunir requerimientos: Permite al usuario invitar a otro usuario a un proyecto. Aspectos sobresalientes: Prioridad: Medio. Riesgo: Medio. Fig. 11.

35 32. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis 8 Procesos de desarrollo 8.1 Proceso de diseño Descripción del diseño del software. En esta sección se presenta el diagrama de clases del artefacto software a construir. Nota: los métodos getters y setters no se incluyeron en el diagrama por una cuestión de tamaño, se debe considerar que por cada atributo de una clase hay un método getter y setter correspondiente. Fig. 12. Diagrama de clases del software.

36 Herramienta de documentación de requisitos en proyectos de explotación de información Descripción de la arquitectura del software. En esta sección se presenta el diagrama de componentes del artefacto software a construir, dicho diagrama representa la arquitectura básica de la aplicación. Fig. 13. Diagrama de componentes del software. Cliente. GUI Login: tipo de interfaz gráfica de usuario que permite iniciar sesión a través de manipulación directa de los elementos gráficos. GUI Registrarse: tipo de interfaz gráfica de usuario que permite registrarse a través de manipulación directa de los elementos gráficos. GUI Menú: tipo de interfaz gráfica de usuario que permite visualizar el menú principal, que se encuentra en el home de la página web, y manipular elementos gráficos. GUI Proyecto: tipo de interfaz gráfica de usuario que permite visualizar el proyecto a través de manipulación directa de los elementos gráficos. GUI Reporte: tipo de interfaz gráfica de usuario que permite visualizar y manipular las plantillas a través de elementos gráficos. Application server. Controllers PHP: responde a eventos, usualmente acciones del usuario, e invoca peticiones al modelo y genera las vistas para el usuario, también valida las entradas de datos. Clases PHP: elemento usado en programación orientada a objetos (POO) con PHP que contiene atributos y metodos.

37 34. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Model PHP: representación específica de la información con la cual el sistema opera, contiene las clases y los DAOs (tipo de clases que se encargan de la interacción con la base de datos). Librerías de CI PHP: librerías del frameworkcodeigniter, son clases de programación orientada a objetos (POO) preparadas para realizar tareas típicas en el desarrollo de páginas web. BD Server. Tablas básicas MySql: Son el elemento más importante de una base de datos. Una Tabla básica representa una unidad de información de una entidad física o lógica que pueda ser sujeta a un proceso de información. Sus elementos individuales reciben el nombre de campos, propiedades o atributos. Triggers MySql: objetos relacionados con tablas y almacenados en la base de datos que se ejecutan o se muestran cuando sucede algún evento (insert, update, delete) sobre sus tablas asociadas. Procedures MySql: programa que es ejecutado directamente en el motor de bases de datos, posee acceso directo a los datos que necesita manipular sin retornar ningún valor. Functions MySql: similar a los procedurespero una función siempre debe retornar un valor del tipo definido en la declaración de la función, siendo este tipo de dato, cualquier tipo de dato válido para MySql Diccionario de datos. Clase: requisitos_objetivo Atributo: Id Objetivo Referencia Identifica cada requisito de objetivo Describe el objetivo Da las pautas de los requisitos de objetivo Clase: requisitos_suposicion_resultado Atributo: Id Identifica cada requisito de suposición Suposición Son las diferente suposiciones del proyecto Descripción Describe las características de cada suposición Referencia Da las pautas de los requisitos de suposición Clase: requisitos_atributo_relacionado Atributo: Id Identifica cada requisito de atributo Atributo Describe las características de cada atributo Origen Define de donde viene el atributo Referencia Da las pautas de los requisitos de atributo

38 Herramienta de documentación de requisitos en proyectos de explotación de información. 35 Clase: requisitos_plan_contingencia Atributo: Id Identifica cada requisito de plan de contingencia Identificación Describe las características de cada plan de contingencia Acción Acción que realizará en cada caso particular Riesgo Define lo que sucederá si no se realiza la acción Referencia Da las pautas de los requisitos del plan de contingencia Clase: requisitos_riesgo Atributo: Id Identifica cada requisito de riesgo Identificación Describe las características de cada requisito de riesgo Descripción Describe las características de cada riesgo Objetivo Define como estar preparado para cada situación Referencia Da las pautas de los requisitos de riesgo Clase: proyecto_criterio_exito Atributo: Id Criterio Descripción Objetivo Referencia Clase: proyecto_suposicion Atributo: Id Suposición Descripción Objetivo Referencia Identifica cada requisito de éxito Define cada criterio de éxito Describe las características de cada criterio de éxito Define como considerar los criterios de éxito Da las pautas de criterio del proyecto Identifica cada suposición Define cada suposición Describe las características de cada suposición Define como actuar según cada suposición Da las pautas de las suposiciones del proyecto Clase: proyecto_plan_contingencia Atributo: Id Identifica cada plan de contingencia Identificación Describe las características de cada plan de contingencia Acción Define como se reaccionará según la situación planteada Riesgo Define qué sucederá si no se actúa Referencia Da las pautas del plan de contingencia del proyecto Clase: tools_evaluacion Atributo: Id Identifica cada requisito de evaluación Tool_nombre Identifica nombre P1 Persona 1 P2 Persona 2 P3 Persona 3 P4 Persona 4

39 36. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Clase: requisitos_fuente_datos Atributo: Id Identifica cada requisito de fuente Origen Define de donde proviene cada dato Tipo Describe las características de cada dato Responsable Define a un responsable de cada fuente Referencia Da las pautas de las fuentes de los datos Clase: definiciones_acronimos_abreviaturas Atributo: Id Identifica cada abreviatura Nombre Le asigna un nombre a cada abreviatura Descripción Describe las características de cada abreviatura Referencia Da las pautas de cómo serán las abreviaturas Clase: recurso_humano_involucrado Atributo: Id Identifica cada individuo involucrado Recurso Considera cada caso particular de individuos Credencial Le asigna permisos a cada individuo Descripción Describe las características de credencial de cada individuo Clase: proyecto_riesgo Atributo: Id Identifica cada riesgo del proyecto Riesgo Define cada riesgo del proyecto Descripción Describe las características de cada riesgo del proyecto Acción Define la acción que se realizará en cada según el riesgo Referencia Da las pautas de los riesgos del proyecto Clase: proyecto_restriccion Atributo: Id Restricción Descripción Permisos Referencia Identifica cada restricción del proyecto Define las restricciones de cada proyecto Describe las características de cada restricción Define los permisos que se tendrán sobre un proyecto Da las pautas de las restricciones del proyecto Clase: proyecto_expectativa Atributo: Id Identifica cada expectativa del proyecto Expectativa Describe cada expectativa Detalle Describe las características de cada expectativa Referencia Da las pautas de las expectativas del proyecto Clase: proyecto_objetivo Atributo: Id Objetivo Descripción Referencia Identifica cada objetivo del proyecto Define lo que se espera que cumpla un proyecto Describe las características de cada objetivo Da las pautas de los objetivos del proyecto

40 Herramienta de documentación de requisitos en proyectos de explotación de información. 37 Clase: Crear Proyecto Operaciones: Crear_Proyecto() Crea el proyecto en el que se trabajará. Clase: Registrarse Operaciones: Registrarse() Permite al analista ingresar sus datos y los almacena. Clase: Iniciar Sesión Operaciones: Iniciar_Sesión() Permite al analista poder ingresar a un proyecto. Clase: Darse de baja Operaciones: Darse_de_baja() Elimina los datos del analista de la base de datos del proyecto. Clase: Ver plantillas en pantalla Operaciones: Ver_plantillas() Muestra en pantalla las plantillas de un determinado proyecto. Clase: Descargar plantillas en pdf Operaciones: Descargar_plantillas() Permite que puedan descargar las plantillas del proyecto. Clase: Invitar a otro analista a participar en un proyecto Operaciones: Invitar_analista() Permite ingresar otro analista a la base de datos del proyecto. Clase: Ingresar datos Operaciones: Ingresar_datos() Permite ingresar datos a un determinado proyecto. Clase: Modificar datos Operaciones: Modificar_datos() Permite modificar los datos de un proyecto Clase: Borrar datos Operaciones: Borrar_datos() Elimina datos de un determinado proyecto. Clase: Elegir palabras claves para el hipertextuado Operaciones: Hipertextuado() Toma una palabra y realiza el hipertextuado.

41 38. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Descripción del flujo de información. En esta sección se presentan los diagramas de secuencia correspondientes a los casos de uso presentados anteriormente. Ingresar datos: Darse de baja. Fig. 14. Fig. 15.

42 Herramienta de documentación de requisitos en proyectos de explotación de información. 39 Registrarse. Fig. 16 Modificar datos. Fig. 17. Diagrama de

43 40. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Ver plantillas en pantalla. Fig. 18 Iniciar sesión. Fig. 19 sesión

44 Herramienta de documentación de requisitos en proyectos de explotación de información. 41 Borrar datos. Fig. 20 Descargar plantillas en PDF. Fig. 21

45 42. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Elegir palabras clave para el hipertextuado. Fig. 22. Diagrama de secuencia Invitar a otro analista a participar en un proyecto Fig. 23

46 Herramienta de documentación de requisitos en proyectos de explotación de información Descripción de las interfaces. A continuación se describe la interfaz de usuario que se aplica al proyecto software. Descripción de interfaz de usuario. Sencilla. Friendly, fácil de usar. interfaz visual atractiva, hace que su uso sea más agradable y aumente la satisfacción de los usuarios. Eficiente, permite ahorrar tiempo y esfuerzos en cada tarea. Intuitiva, no requiere tiempo de aprendizaje. Consecuente (en situaciones similares se emplea la misma secuencia de acciones). Permite accesos rápidos. Ofrece una respuesta a toda acción del usuario. Permite deshacer acciones (como borrado de registros de plantillas). Posee un menú interactivo. Formato visual basado en la metáfora de plantillas que conduce al usuario a estar orientado. Clara, interfaz limpia que no da lugar a confusiones. Con ello aseguramos que nuestros usuarios tengan menos fallos mientras la utilizan. Concisa, especifica todos los elementos brevemente. Sensible, por su rapidez y buen feedback (el usuario puede saber qué es lo que está haciendo en todo momento). Buen posicionamiento de los controles y uso de estándares. Funcional, ayuda a realizar las tareas propias de minería de datos. Nota: Ver maqueta en:

47 44. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Descripción de los algoritmos. En estasección se presentan los algoritmos de los métodos más importantes de cada diagrama de secuencia. Ingresar datos. 1. Inicio 2. Leer los datos referentes al reporte pertinente. 3. Guardar los datos en el reporte (dentro del proyecto seleccionado). 4. Traer todos los registros de dicho reporte (incluyendo el recién ingresado). 5. Mostrar vista con reporte completo. 6. Fin. Darse de baja. 1. Iniciar. 2. Leer contraseña y causa de desvinculación. 3. Si contraseña introducida=contraseña almacenada en sesión: a. Dar de baja a usuario con Id = Id de usuario almacenada en la sesión. b. Guardar la causa de desvinculo en la DB. c. Mostrar vista de despedida. 4. Sino: a. 5. Fin. Registrarse. 1. Inicio. 2. Leer nombre, apellido, y contraseña. 3. Si son correcto los datos: a. Si no hay un registro con el mismo i. Dar de alta al usuario con Id auto-incremental. ii. Enviar de confirmación. b. Sino: i. 4. Sino: a. inválidos 5. Fin.

48 Herramienta de documentación de requisitos en proyectos de explotación de información. 45 Modificar datos. 1. Inicio. 2. Mostrar datos actuales. 3. Leer datos ingresados/modificados. 4. Actualizar los registros según los datos ingresados/modificados. 5. Mostrar vista con datos actualizados. 6. Fin. Ver plantillas en pantalla. 1. Inicio. 2. Extraer los datos de la plantilla seleccionada almacenados de la DB. 3. Mostrar vista con los datos de la plantilla seleccionada. 4. Fin. Iniciar sesión. 1. Inicio. 2. Leer y contraseña. 3. Si existe y contraseña coincide: a. Iniciar sesion del usuario. b. 4. Sino: a. Mostrar mens Borrar datos. 1. Inicio. 2. Leer ítem/s seleccionado/s para borrar. 3. Borrar ítems seleccionados de la DB. 4. Mostrar reporte actualizado (sin los datos borrados). 5. Fin.

49 46. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Descargar plantillas en PDF. 1. Inicio. 2. Leer datos del reporte seleccionado de la DB. 3. Armar el PDF mostrándolo en pantalla y permitiendo al usuario la descarga del mismo. 4. Fin. Cerrar sesión de usuario. 1. Inicio. 2. Borrar todos los datos en la sesión Fin. Elegir palabras clave para el hipertextuado. 1. Inicio. 2. Presentar al usuario todas las palabras para hacer el hipertextuado. 3. Leer palabras seleccionadas por el usuario. 4. Armar hipertextuado. 5. Mostrar proyecto hipertextuado. 6. Fin Invitar a otro analista a participar en un proyecto. 1. Inicio. 2. Leer /s de usuario/s a invitar y credenciales a ser asignadas. 3. Si /s ingresado/s es/son valido/s: a. Enviar mail de invitación a el/los usuario/s. 4. Sino: a. 5. Fin.

50 Herramienta de documentación de requisitos en proyectos de explotación de información Descripción de la base de datos. En esta sección se presenta el diagrama de entidad relación (DER) de la base de datos (DB) pertinente al artefacto software a construir. Fig. 24. Diagrama de entidad Relación.

51 48. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis 8.2 Proceso de implementación Datos para las pruebas. En esta sección se presentan los datos de entrada junto a las salidas esperadas del artefacto software desarrollado. GUI Entrada Salida Registrarse Nombre: Leonel Apellido: Hotmail leonel.leonardis@hotmail.com Contraseña:1234 Contraseña confirmación: 1234 Registrarse Iniciar sesión Iniciar sesión Crear proyecto Crear proyecto Modificar proyecto Modificar proyecto Modificar mis datos personales Nombre: Leonel2 Apellido: Hotmail2 leonel.leonardis@hotmail.com Contraseña:abcd Contraseña confirmación: abcd leonardis1990@gmail.com Contraseña: abcd leonel.leonardis@hotmail.com Contraseña: 1234 =>Menú =>Crear un proyecto nuevo Nombre: Proyecto1 Fecha de creación: 28/10/2011 Descripción: DM-BI para Coca-Cola =>Menú =>Crear un proyecto nuevo Nombre: Fecha de creación: 28/10/2011 Descripción: DM-BI para Coca-Cola =>Menú =>Ir a mis proyectos =>Proyecto1 =>Modificar los datos de este proyecto. Nombre: Proyecto Modificado Fecha de creación: 15/10/2011 Descripción: DM-BI para Pepsi =>Menú =>Ir a mis proyectos =>Proyecto Modificado =>Modificar los datos de este proyecto. Nombre: Fecha de creación: 15/10/2011 Descripción: DM-BI para Pepsi =>Menú => Modificar mis datos personales Pantalla de confirmación de envió y mail enviado. Mensaje de leonel.leonardis@hotmail.com ya está siendo contraseña Se inicia la sesión para dicho usuario y se muestra pantalla de menú. Proyecto creado y pantalla de proyectos desplegada. nombre es Proyecto modificado y pantalla de proyectos desplegada. nombre es Datos de usuario modificados y pantalla de menú desplegada.

52 Herramienta de documentación de requisitos en proyectos de explotación de información. 49 Modificar mis datos personales Invitar Invitar Desvincularse Desvincularse Nombre: Roberto Apellido: Fernandez Contraseña nueva: abcd Confirmar contraseña nueva: abcd Contraseña vieja: 1234 =>Menú => Modificar mis datos personales Nombre: Apellido: Contraseña nueva: Confirmar contraseña nueva: Contraseña vieja: 5678 =>Menú =>Ir a mis proyectos =>Proyecto Modificado =>Invitar a otros usuarios a este proyecto. leonel.leonardis@yahoo.com.ar Credencial: Usuario Luego hacer click en Agregar=>Invitar =>Menú =>Ir a mis proyectos =>Proyecto Modificado =>Invitar a otros usuarios a este proyecto. Hola mundo!!! Credencial: Administrador Luego hacer click en Agregar =>Menú =>Desvincularme de este sitio web Causa de desvinculación: Contraseña: 5678 =>Menú =>Desvincularme de este sitio web Causa de desvinculación: No me gusta Contraseña: abcd Tabla 6. Datos de prueba. Mensajes de error: es es Usuario invitado y retorno a la pantalla de menú. Mensaje de error: Mensajes de error: de desvinculación es Usuario desvinculado, causa de desvinculación almacenada y despliegue de pantalla de loggin Documentación de usuario. En esta sección se presenta la documentación del usuario, dicho documento posee una descripción detallada de cómo utilizar el artefacto software construido, enriquecida con ilustraciones y textos para facilitar el aprendizaje del software por parte del usuario, dicho manual se encuentra anexo a este documento.

53 50. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Plan de integración. En esta sección se procederá a ilustrar los pasos necesarios para llevar a cabo la integración del software. Debido a que en este proyecto no fue necesario el desarrollo de componentes hardware no se realizara un plan de integración del sistema, sino un plan de integración de software (integración del programa con la base de datos). Los pasos para llevar a cabo la integración del software son: 6. Iniciar sesión en la página del servicio de hosting contratado (en este ejemplo es www. 000webhost.com Plan de instalación del software 7. Hacer click en CPanel. 8. Luego hacer click en MySql. 9. Crear una nueva base de datos. 10. Ir a importar. 11. Cargar el script de la base de datos (tipo.sql) Luego abrir el archivo database.php ubicado en /application/config/ (suponiendo que la pagina ha sido subida al servidor, ver sección Plan de instalación del software 15. Cambiar los siguientes parámetros: a. $mysql_host = "mysql10.000webhost.com"; b. $mysql_database = "a _wm"; c. $mysql_user = "a _admin"; d. $mysql_password = "leomarceniconacho1234"; 16. Guardar archivo y chequear que todo funcione correctamente. Para facilitar el acceso a las tablas de la base de datos se utilizó un tipo especial de módulos llamados DAOs (Data Access Objects), los cuales permiten el mapeo de los datos que se encuentran en las tablas de la base de datos a objetos del lenguaje de programación utilizado, facilitando así también la inserción, modificación y borrado sobre la base de datos pertinente. 8.3 Proceso de instalación Plan de instalación del software. En esta sección se presentan los pasos necesarios para llevar a cabo la instalación del artefacto software desarrollado, es decir, los pasos necesarios para trasplantar el software desde su entorno de desarrollo hasta el entorno de producción. Dichos pasos son los siguientes:

54 Herramienta de documentación de requisitos en proyectos de explotación de información Se debe contratar un servicio de aplicación web desarrollada (en nuestro caso utilizamos 000webhost.com que permite alojar código PHP y bases de datos MySql). 2. Ingresar a Luego hay que descargar e instalar el cliente FTP FileZilla en 6. Una vez instalado nos conectamos al servidor FTP que el servicio de hosting nos ha proporcionado, 7. Se deben subir todos los archivos pertinentes al artefacto software construido a través de FileZilla (solo hay que arrastrar los archivos desde la solapa del directorio local hacia el directorio del servidor web). 8. Luego hay que exportar la base de datos al servidor web y configurar la conexión con el 9. Como paso final hay que chequear que todo funcione como corresponde y llevar a cabo los ajustes de configuración si es necesario Informe de instalación. En esta sección se procederá a describir el resultado de llevar a cabo los pasos planteados en la sección anterior (Plan de instalación del software). El proceso de instalación resulto ser exitoso, se procederá a describir cuales fueron los inconvenientes encontrados en dicho proceso: El servidor web no soportaba el envió de s a través del protocolo SMTP, con lo cual se tuvo que cambiar al protocolo MAIL, ya que es el único que soportaba. El servidor web no soporta el motor de base de datos InnoDb, por lo tanto se tuvo que optar por utilizar MyIsam que es un motor de bases de datos que no permite transacciones, con lo cual no se puede garantizar que los datos no sufran de inconsistencia. 9 Plan de verificación y validación 9.1 Plan de verificación y validación Se establecen una serie de criterios que sirven para decidir si el software supera o no los procesos de verificación, como lo son las técnicas de caja negra y la validación con pruebas beta, para comprobar que el sistema funciona tal como el usuario lo estableció. Se tiene presente que en un software se pueden excluir aspectos del sistema real que se cree que no son importantes para responder a las cuestiones planteadas sobre el sistema y que el software debe responder, de forma que en fases tempranas se ha de fijar también cuáles son dichas cuestiones.

55 52. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Mediante la verificación se determina si hay errores en el programa antes de que el software pase a producción., mientras que la validación llevada a cabo determina si el modelo, como abstracción, es una buena representación del sistema. Herramientas utilizadas: Casos de prueba Como se generan los casos de prueba Pruebas unitarias Pruebas de integración Pruebas del sistema Pruebas de aceptación A continuación se describen los resultados de la validación del software: La interfaz es comprensible para el usuario La explicación del razonamiento del sistema es suficiente Cumple los requisitos de ejecución pedidos Las utilidades especificadas son aplicadas Cumple las especificaciones de seguridad Satisfacción y utilidad de los resultados finales e intermedios La verificación del software proporciono los siguientes resultados: El registro del usuario se almacena correctamente en la base de datos. Para el inicio de sesión, se comprueba que el usuario y la contraseña ingresados sean datos existentes. Proporcionando acceso solo a usuarios registrados. Restringe el acceso a aquel usuario que no se encuentre registrado. El inicio de sesión de un usuario existente procede correctamente. La creación de un proyecto nuevo funciona sin anomalías. El mail para invitar a otro usuario a participar de un proyecto se envía en menos de 40 segundos, de manera satisfactoria con excepción de correos de destino inexistentes. Las funciones propias de cada plantilla, como lo son: agregar fila, guardar, borrar cumplen con su finalidad. La visualización de las plantillas en formato PDF funciona correctamente. Como también el cierre de sesión y las bajas de usuario.

56 Herramienta de documentación de requisitos en proyectos de explotación de información Plan de pruebas A continuación se detalla en la Fig. 25 el Plan de pruebas. P1: PLAN DE PRUEBAS DE PROGRAMA Objetivo de la prueba: Determinar las fallas en el procedimiento del artefacto software por medio de plantillas web. Objetos a probar: 1. Comprobar que los datos ingresados en el registro sean correctos. 2. Comprobar que los datos ingresados para iniciar sesión sean correctos. 3. Comprobar que los datos requeridos para la creación de un proyecto sean correctos. 4. Comprobar que los datos requeridos para la modificación de un proyecto sean correctos. 5. Comprobar que los datos requeridos para la modificación de los datos personales sean correctos. 6. Comprobar que los datos requeridos para la invitación de los usuarios a un proyecto sean correctos. 7. Comprobar que los datos requeridos para la desvinculación del sistema sean correctos. Características a probar: Método de caja negra, datos de entrada y salida en navegador Chrome, Mozilla Firefox e Internet Explorer. Características a no probar: No se tendrá en cuenta otros navegadores que los mencionados en el ítem anterior. Velocidad en las operaciones realizadas por el sistema. Método de caja blanca. Métodos de prueba a utilizar: Caja negra, datos de entrada y salida. Recursos a utilizar: Técnicos: Notebook HP Pavilion dv6, procesador AMD Vision premium, 4 GB de memoria RAM DDR3. Sistema operativo: Windows 7 Home Premium. Navegador: todas las pruebas se ejecutaran bajo el navegador Google Chrome. Humanos: Asistente, encargado de realizar las pruebas: 2 horas.

57 54. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Plan de tiempos y Reparto de responsabilidades: Planificación de la Prueba 2 horas. Diseño de las Pruebas 2 horas. Ejecución de la Prueba 1 hora. Evaluación de la Prueba 1 hora. TOTAL 6 horas. Productos a generar del proceso de pruebas: Plan de pruebas (P1). Documento de Diseño de pruebas (P2). Especificación de los casos de prueba (P3). Informe de las pruebas. Fig. 25. Plan de pruebas 9.3 Diseño de las pruebas A continuación se detalla en la Fig. 26 el diseño de las pruebas. P2: DISEÑO DE LA PRUEBA Procedimiento de prueba: Las Pruebas serán llevadas a cabo de acuerdo a lo descrito en el documento P1. Se especificaran de los casos de prueba, documentando sus respectivos resultados, es decir datos de salida e interfaces esperadas. Métodos de prueba a utilizar: Se utilizará el método de caja negra, para poder así determinar las posibles fallas del sistema en cuanto a la funcionalidad y detección de errores en los datos de entrada. Criterios para aprobación de pruebas: Los criterios para la aprobación de las pruebas se realizan de acuerdo con la siguiente tabla: EXCELENTE: 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 stema. Fig. 26. Diseño de la prueba.

58 Herramienta de documentación de requisitos en proyectos de explotación de información Especificación de los casos de prueba A continuación de detalla en la Fig. 27 la especificación de los casos de prueba. P3: ESPECIFICACIÓN DE LOS CASOS DE PRUEBA Ítem Objetivo Acción Resultado Esperado 1 2 Registrarse en el sistema Registrarse en el sistema Ingresar nombre, apellido, contraseña, repetición de contraseña y un mail en el sitio web. Ingresar un mail no válido. Pantalla de envío de mail. Se recibe un mail para confirmarla cuenta. Mensaje de Error El campo debe contener una dirección de 3 Registrarse en el sistema 4 Registrarse en el sistema 5 Registrarse en el sistema Ingresar contraseña corta Ingresar contraseña diferente a la anterior Ingresar un mail ya registrado contraseña no coincide con el campo 6 Iniciar sesión Ingresar un y contraseña 7 Iniciar sesión Ingresar un o contraseña no correspondientes 8 Iniciar sesión Ingresar un mail no valido debe contener una dirección de 9 Crear proyecto Ingresar nombre, fecha de creación y con o sin descripción Vista de proyectos en los que participa 10 Crear proyecto Ingresar fecha, con o sin descripción nombre

59 56. Nicolás Díaz, Ignacio Colela, Marcela Lacabanne, Leonel Leonardis Ítem Objetivo Acción Resultado Esperado Modificar proyecto Modificar proyecto Modificar nombre, y/o descripción Borrar nombre Borrar apellido Vista de proyectos en los que participa apellido es 13 Modificar mis datos personales Modificar nombre y/o apellido y/o contraseña Modificar mis datos personales Modificar mis datos personales Borrar nombre y/o apellido Ingresar contraseña nueva no correspondiente con la confirmación de contraseña contraseña nueva no coincide con el 16 Modificar mis datos personales Ingresar contraseña incorrecta 17 Invitar Ingresar , seleccionar credencial y hacer clic en invitar 18 Invitar Ingresar no valido 19 Desvincularse Ingresar causa de desvinculación y contraseña Vista del Index 20 Desvincularse Ingresar contraseña 21 Desvincularse Ingresar contraseña incorrecta de desvinculación es Fig. 27. Especificacion de los casos de prueba

60 Herramienta de documentación de requisitos en proyectos de explotación de información Evaluación de las pruebas La metodología utilizada de caja negra para realizar las pruebas, consistió en utilizar un lote de correctos, incorrectos y faltantes. Esto permitió observar la funcionalidad correcta del programa como también la verificación de datos de entrada para detectar posibles errores. Además se verifico que los resultados esperados coincidiesen con los verdaderos datos de salida del sistema. Como resultado final de las pruebas, la totalidad de los casos de prueba, es decir un 100% (detallado en la Fig. 27 según los criterios para la aprobación de las pruebas de la Fig. 25 que el resultado obtenido es idéntico al resultado esperado que figura en la especificación de los casos de prueba.

61 Manual de Usuario Webmining 1. Introducción Este manual le permitirá aprender a utilizar todas las funcionalidades básicas de la aplicación WebMining. 2. Acceso a la Página Web Para acceder a la aplicación usted deberá abrir su navegador web convencional que prefiera, ya sea Internet Explorer, Firefox, Google Chrome, etc., y acceda a la página de la aplicación: Ahora usted estará visualizando la pagina principal de ahora en más llamado index. 3. Registro de usuario Para registrarse en el sitio es requisito fundamental que disponga de una cuenta de correo electrónico. En este apartado no se darán los pasos a seguir para crear la cuenta de correo. Para registrarse en WebMining debe hacer click en regístrese aquí en el index. Se abrirá la sección Registrarse donde tiene que ingresar sus datos tal como muestra la Fig. 1. Fig. 1. Sección Registrarse

62 2 Error! No hay texto con el estilo especificado en el documento. Una vez ingresados los datos, presione en el botón Registrarse. Si el mail no ha sido utilizado antes para otro registro y sus datos son correctos, le aparecerá en pantalla un mensaje, como muestra la Fig. 2. Fig. 2. Mensaje de datos ingresados correctamente. Este mensaje indica que se tiene que dirigir a su cuenta de correo, para verificar si ha recibido el mail de confirmación titulado Activar cuenta en WebMining. En el mail figurara un mensaje de confirmación y si hace click en Aquí, se dirigirá al sitio con su sesión iniciada, pudiendo visualizar el menú principal Que desea hacer?. Si usted desea cerrar la sesión, presione en la esquina superior derecha el botón Salir Posibles mensajes de error al registrarse. E.1- Si usted omite alguno de los datos a ingresar, se le informara con un mensaje de error el dato que le falto ingresar, en la parte inferior de la pantalla. E.2- Si el formato del es incorrecto se le informara con un mensaje de error en la parte inferior del casillero . E.3- Se le informara la seguridad de su contraseña, según su complejidad. E.4- Si la confirmación de la contraseña difiere con la ingresada en el casillero anterior, se informara con un mensaje de error que no es correcta. E.5- Si su casilla de mail ya ha sido utilizada para crear una cuenta WebMining, se le informara con un mensaje de error que ya ha sido utilizada.

63 Manual de Usuario Webmining 3 4. Iniciar sesión. Si usted ya se ha registrado anteriormente, tendrá que ingresar su y contraseña en el index como muestra la Fig. 3. Fig. 3. Iniciar sesión. Una vez iniciada su sesión, visualizara en pantalla el menú Que desea hacer?. Si usted desea cerrar la sesión, presione en la esquina superior derecha el botón Salir Posibles mensajes de error al iniciar sesión. ES.1- Si el o la contraseña no es válida, se le informara mediante un mensaje de error. Atención: Si usted se registró correctamente pero no confirmo la cuenta mediante el mail de confirmación, no podrá iniciar sesión. Por favor revise el mail para poder confirmar su cuenta WebMining.

64 4 Error! No hay texto con el estilo especificado en el documento. 5. Menú Que desea hacer? Una vez iniciada su sesión, ingresara al menú Que desea hacer? (Fig. 4). En el mismo vera 4 secciones diferentes detalladas a continuación. Fig. 4. Menú Que desea hacer?. Nota: Para volver al menú principal, usted podrá hacer click sobre el logo WebMining, el cual al pasar el cursos por encima cambiara a color blanco.

65 Manual de Usuario Webmining Sección Ir a mis proyectos. Al abrir la sección Ir a mis proyectos, usted podrá visualizar los proyectos en los que participa. Si usted no ha creado ningún proyecto, puede hacer click en el botón Crear un proyecto nuevo (ver sección 5.2) Sección Crear proyecto nuevo Al hacer clic en la sección Crear un proyecto nuevo podrá crear un nuevo proyecto donde debe especificar un Nombre, fecha, y opcionalmente una descripción del mismo. Una vez ingresados, aparecerá un nuevo menú titulado Sets de plantillas donde hay 4 nuevas secciones y además dos botones en la parte superior como muestra la Fig. 5. A continuación se describirá cada sección de este menú. Fig. 5 Menú Sets de plantillas.

66 6 Error! No hay texto con el estilo especificado en el documento Invitar a otros usuarios a este proyecto Si usted desea invitar a otro/s usuario/s para participar del proyecto, ingrese a esta sección, donde podrá ingresar el del invitado, y su credencial: como Administrador tiene las mismas capacidades que el creador del proyecto; como Usuario, podrá visualizar y modificar el proyecto; y como Invitado podrá solo visualizarlo. Se muestra la sección en la Fig. 6. Fig. 6. Sección Invitar a otros usuarios a este proyecto Modificar los datos de este proyecto Si usted desea modificar los datos del proyecto, como Nombre del proyecto, fecha y descripción, ingrese a esta sección, donde tendrá que modificar los datos y hacer click en Modificar.

67 Manual de Usuario Webmining Sección Modificar mis datos personales En dicha sección se pueden cambiar los datos ingresados en el registro como el nombre, apellido y la contraseña. Para el cambio de la misma, debemos ingresar la nueva contraseña, confirmarla, y luego la actual. Aparecerá un mensaje de error si la contraseña actual no es válida, o si la nueva contraseña y su confirmación no son iguales. Nota: También usted puede visualizar los datos y cambiarlos, haciendo click en Perfil en la esquina superior derecha. El cambio de contraseña se realiza de la misma forma explicada anteriormente Sección Desvincularse de este sitio web Si usted desea cerrar definitivamente la cuenta WebMining, haga click sobre el botón Desvincularse de este sitio web, en donde tendrá que ingresar la causa de su desvinculación y su contraseña actual, como se muestra en la Fig. 7. Fig. 7. Sección Desvincularse de este sitio web.

68 8 Error! No hay texto con el estilo especificado en el documento. 6. Descripción de las plantillas 6.1. Plantilla Objetivos de requisitos En esta sección usted podrá visualizar el grupo de plantillas perteneciente a la dicha como se ve en la Fig. 8. Para completar las plantillas, diríjase a la Sección 7. Fig. 8. Sección Plantillas Objetivos de requisitos.

69 Manual de Usuario Webmining Plantilla Objetivos del proyecto En esta sección usted podrá visualizar el grupo de plantillas perteneciente a la dicha como se ve en la Fig. 9. Para saber cómo completar las plantillas, diríjase a la sección 7. Fig. 9 Sección Plantillas Objetivo del proyecto..

70 10 Error! No hay texto con el estilo especificado en el documento Plantilla Evaluación de herramientas DM-BI En esta sección usted podrá visualizar la plantilla perteneciente a la dicha como se ve en la Fig. 10. Para saber cómo completar las plantillas, diríjase a la sección 7. Fig. 10. Sección Plantillas Evaluación de herramientas DM-BI 6.4. Plantilla Recursos humanos involucrados En esta sección usted podrá visualizar la plantilla perteneciente a la dicha como se ve en la Fig. 11. Para saber cómo completar las plantillas, diríjase a la sección 7. Fig. 11. Sección Plantillas Recursos humanos involucrados

71 Manual de Usuario Webmining Llenado de las plantillas Las plantillas están formadas por un encabezado (tiene el ID de reporte, la fecha, el nombre del analista y su apellido), y un cuerpo, el cual es particular de cada plantilla. En esta sección se verá como ejemplo el llenado de una plantilla. Véase Fig. 12. Ejemplo: Set de plantillas : Objetivos de requisitos. Plantilla : Restricción de requisitos. Fig. 12. Plantilla Restricciones de requisitos del set Objetivos de requisitos 7.1. Encabezado En el encabezado usted deberá completar el ID#, es decir el identificador del reporte; la fecha, la cual si hace click en ella se abrirá una ventana donde puede seleccionar el día, mes y año; el nombre del analista y el apellido Cuerpo En el cuerpo usted deberá completar los diferentes campos, según el tipo de plantilla que ha seleccionado, en este ejemplo tenemos las restricciones de los requisitos, donde puede ver en este caso 4 columnas: Restricción (donde ira el número de restricción), Tipo (debe completar el tipo de restricción), Descripción (una pequeña descripción de la restricción) y Referencia. Para agregar una fila usted debe hacer click en Agregar fila en la parte inferior de la plantilla como muestra la Fig. 12. Si desea borrar una fila, tiene que seleccionar la primer fila y luego hacer click en Borrar Fila. Una vez conformes con el llenado de datos de la plantilla, puede hacer click en Guardar para que los datos sean cargados en la base de datos.