Especificación de requisitos del Módulo de Proyectos

Transcripción

1 Información General del Documento Código del Documento Versión Actual del 1.0 Documento Descripción General: Especificación de requisitos del Módulo de Proyectos Términos y condiciones N/A de uso: Historial de versiones Código de la Versión Fecha Autor 1.0 Julio 17, 2014 Katherine Zubieta

2 Contenido 1. Introducción Requerimientos Funcionales del Ámbito Global Atributos del Sistema Características de uso Confiabilidad Desempeño Capacidad de Soporte Interfaces del Sistema Interfaces de Usuario Aspecto Requisitos de Navegación y Layout and Navigation Requirements Consistencia Personalización Interfaces a Sistemas Externos o Dispositivos Interfaces Software Interfaces Hardware Interfaces de Comunicaciones Reglas del Negocio Restricciones del Sistema Conformidad Legal y Normativa del Sistema Requisitos de Licenciamiento Notificaciones legales, de propiedad intelectual y otros Estándares aplicables Documentación del Sistema... 10

3 1.Introducción Los requerimientos para un sistema son descripciones de los que le sistema debe hacer: el servicio que ofrece y las restricciones de su operación. Tales requerimientos reflejan las necesidades de los clientes por sistema que atienda cierto propósito, como sería controlar un dispositivo, colocar un pedido o buscar información. (I. Sommerville, Ingeniería de Software, México: PEARSON, 2011). 2. Requerimientos Funcionales del Ámbito Global Los requerimientos funcionales para un sistema refieren lo que el sistema debe hacer. Tales requerimientos dependen del tipo de software que se esté desarrollando, de los usuarios esperados del software y del enfoque general que adopta la organización cuando se escriben los requerimientos. Al expresarse como requerimientos del usuario, los requerimientos funcionales se describen por lo general de forma abstracta que entiendan los usuarios del sistema. Sin embargo, requerimientos funcionales más específicos del sistema detallan las funciones del sistema, sus entradas y salidas, sus excepciones, etcétera (I. Sommerville, Ingeniería de Software, México: PEARSON, 2011). 1. Registrar información 2. Registrar Proyecto de Inversión 3. Habilitar Edición Proyecto de Inversión Registrado 4. Editar Proyecto de Inversión Registrado 5. Administrar Documentos 6. Asignar Código BPUD 7. Generar Reporte ficha EBID del Proyecto de Inversión 8. Generar Notificaciones 3.Atributos del Sistema El módulo de proyectos está embebido en la plataforma ICARO, su funcionamiento será similar a lo ya implementado, siguiendo los estándares del Distrito y la Universidad Distrital. Para acceder se debe dirigir al sitio web: Se podrá acceder al Módulo del Banco de Proyectos de tres formas: 1. Coordinador de la Oficina de Proyectos (sesión de Coordinador).

4 2. Gerente de proyecto de inversión (Sesión de Gerente de proyecto). 3. Público general (sin loguearse). Cada caso habrá diferentes opciones disponibles y otras similares debido a las características y alcance de cada faceta. El Coordinador del módulo una vez se halla logueado en su panel principal tendrá el número total de alertas correspondientes a los eventos nuevos, tales como proyectos de inversión registrados y listos para su revisión, actualización de información de los proyectos cuando esto haya sido autorizado y cuando cada proyecto haya sido cargado con la información de avance del mismo mensualmente. Se considera importante que el aspecto de notificaciones se presente como una portada inicial, ya que resalta los últimos eventos que han sucedido en el módulo y que no han sido revisados. Para tener acceso a la descripción detallada de cada evento, se hace mediante el la opción <NOTIFICACIONES > en el menú izquierdo, éste presentará el listado de los eventos en el mismo orden en que se originaron (numeración, fecha, ID del proyecto, nombre del proyecto, descripción, estado del proyecto y link para desplegar el detalle de la notificación Ahora bien, como Coordinador podrá controlar (habilitar/deshabilitar) los tiempos en los cuales ocurren los sucesos en el módulo como son: habilitar modificaciones de los proyectos registrados cuando éste cambio haya sido solicitado por escrito ante la oficina del Banco de Proyectos de la Universidad, asignar códigos BPUD a los proyectos, registrar proyectos, cargar y actualizar documentos e información para los gerentes de proyectos y público en general que accedan al módulo. Esto mediante la sección < ADMINISTRAR > del menú izquierdo. Una opción disponible para los tres tipos de usuarios (con algunas variaciones en cada caso) es la de < CONSULTAR > la cual permite mediante los filtros disponibles realizar una búsqueda de proyectos de inversión. En la sección principal aparecerán las opciones disponibles para que el usuario ingrese el filtro de búsqueda de proyectos: Tipo: Por default el campo se encuentra en blanco, esperando la selección del usuario; Académico, Soporte Institucional o Bienestar Universitario

5 Estado: Por default el campo se encuentra en blanco, esperando la selección del usuario, una vez el usuario despliega la lista se presentará las opciones INSCRITO, REGISTRADO, TERMINADO, SUSPENDIDO, *MIS PROYECTOS (sólo disponible para los usuarios Gerentes de proyectos, esta opción filtra por los proyectos asociados al Usuario), que indican el estado de los proyectos por el cual se quiere filtrar. Resultado por página: Indica el número de proyectos a mostrar por cada página como resultado de la búsqueda según los filtros indicados. 10, 25, 50 y 100 Seguido de los filtros de búsqueda, en la parte inferior de la sección se encontrará el resultado de la búsqueda, el cual tiene los siguientes campos. N : Número acumulado de los proyectos como resultado de la búsqueda (Enumeración) Código: ID del proyecto asociado. Nombre: Nombre del proyecto. Dependencia: Nombre de la dependencia proponente del proyecto asociado. Ver descripción detallada: Hipervínculo para abrir y poder visualizar la información en el formato de la ficha EBID del proyecto. La opción < DOCUMENTOS Y FORMATOS > del menú izquierdo estará disponible para los tres usuarios. Al elegirla, en la sección principal aparecerá el listado de los documentos y formatos disponibles para el usuario, éste listado tiene los siguientes campos: N : Número acumulado de los documentos (Enumeración). Nombre: Nombre del documento. Fecha de publicación: Fecha desde la cual el documento se encuentra disponible en el sitio. Ver: Hipervínculo para abrir y poder visualizar el documento en formato PDF. Una vez allí, el usuario puede elegir descargarlo. Por otra parte, para el rol/usuario Gerente de proyecto también se considera importante que el aspecto de notificaciones se presente como una portada inicial, ya que resalta los últimos eventos que han sucedido en el proyecto o proyectos a cargo y que no han sido revisados. Para tener acceso a la descripción detallada

6 de cada evento, se hace mediante el la opción <NOTIFICACIONES > en el menú izquierdo, éste presentará el listado de los eventos en el mismo orden en que se originaron (numeración, fecha, ID del proyecto, nombre del proyecto, descripción, estado del proyecto y link para dirigirse al proyecto). Además de la opción anteriormente descrita, este rol también cuenta con la sección < CONSULTAR> para obtener la información de <DOCUEMENTOS Y FORMATOS > con funcionamiento descrito en el rol de Coordinador con sus variaciones. Para realizar la inscripción de un proyecto se hace mediante la opción < INSCRIBIR > de la sección PROYECTO del menú izquierdo, en el panel principal aparecerá el listado de los proyectos que tiene pendiente por terminar, o la opción para ir a crear el registro de un nuevo Proyecto. Este proceso está dividido en varias secciones, y se podrá guardar en el ultimo formulario para que el gerente pueda continuar con el proceso en otro momento y asegurar que la información se mantenga hasta ese punto. Las secciones se manejan en el siguiente orden: Identificación y clasificación. Descripción. Ubicación Fuentes de financiamiento. Metas, indicadores Relación de Objetivos y metas Costos. Las cuales corresponden a las identificadas del archivo de Excel FORMATO SUGERIDO PARA LA PRESENTACIÓN DE PROYECTOS, suministrado por la Oficina Coordinadora de Banco de Proyectos de la Universidad Distrital, el orden en que se presenta tiene una variación al del documento, con el fin de facilitar la manipulación de la información en su almacenamiento. 3.1 Características de uso Los requerimientos no funcionales, como lo indica su nombre, son requerimientos que no se relacionan directamente con los servicios específicos que el sistema entrega a sus usuarios. Pueden relacionarse con propiedades emergentes del sistema, como fiabilidad, tiempo de respuesta y uso de almacenamiento. De forma

7 alternativa pueden definir restricciones sobre la implementación del sistema, como las capacidades de los dispositivos I/O o las representaciones de datos usados en las interfaces con otros sistemas. Los requerimientos no funcionales surgen a través de necesidades del usuario, debido a restricciones presupuestales de la organización, necesidad de interoperabilidad con otro software o sistemas de hardware, o factores externos como regulaciones de seguridad o legislación sobre privacidad. [1]. La persistencia de los datos del módulo se hará mediante DAOS dentro de la base de datos Postgres para tratar la información como objetos. La complejidad del manejo de la herramienta. La interfaz de usuario implementará ICARO existente. las especificaciones de la plataforma 3.2 Confiabilidad El módulo de proyectos de inversión está embebido en la plataforma ICARO, y por tanto este aspecto es heredado. 3.3 Desempeño Las consultas de SQL deben estar bien estructuradas para que el consumo y respuesta de la base de datos sea óptimo, así la correspondiente información de retorno o proceso se ejecutará en un tiempo adecuado. 3.4 Capacidad de Soporte El módulo de proyectos de inversión queda abierto al escalamiento en cuanto a agregar la funcionalidad de administración de proyectos de funcionamiento. 4. Interfaces del Sistema El sistema cuenta con unas interfaces de comunicación para el servidor web (Apache) y para el manejador de la base de datos, estos son el puerto 8084 y 5432 respectivamente.

8 Este ambiente es un ambiente local, por lo tanto la interface de red es la del equipo (localhost). 4.1 Interfaces de Usuario Existe una interfaz de navegación con la cual se pueden acceder a las diferentes opciones que presenta el modulo dentro de éstas se encuentran las consultas de notificaciones, proyectos, planes de acción, estado de los proyectos, reporte sobre los proyectos, las interfaces para la captura de información en cuanto a inscripción, modificación, registro de avance de ejecución de los proyectos, registro de los planes de acción, etc Aspecto El modulo emplea el estilo ya definido por la plataforma ICARO, desde el comienzo de su desarrollo, dentro de este estilo predominan os colores: blanco, negro, gris y verde aguamarina. El estilo de letra utilizado es mayúscula sostenía para títulos principales, los botones tendrán un estilo propio con fondo gris y una imagen que describe el proceso implícito Requisitos de Navegación y Layout and Navigation Requirements El área de trabajo para el módulo está dividido en cuatro secciones, panel superior e inferior, en los cuales se encontrarán ubicados los nombres de las secciones que identifican a la plataforma. Un panel izquierdo en donde se encontrará el menú de la aplicación para la interacción y un panel derecho en donde se ve reflejado las acciones propias para cada selección encontrada en el menú Consistencia Se delega a los botones, ya que éstos contienen imágenes que le permiten intuir el resultado de selección de las opciones Personalización El menú de navegación varía según el usuario de la sesión, ya que hay diferentes opciones y acciones que se ejecutarán, porque no todos los usuarios tienen el mismo nivel de acceso a las características del módulo. 4.2 Interfaces a Sistemas Externos o Dispositivos. No aplica.

9 4.2.1 Interfaces Software No aplica Interfaces Hardware Heredado de ICARO Interfaces de Comunicaciones No aplica. 5. Reglas del Negocio Una regla de producción es una declaración independiente de la lógica de programación que especifica la ejecución de una o más acciones en el caso de que sus condiciones sean satisfechas. Definen la semántica para la operación del sistema independiente de la tecnología. Ellas restringen el comportamiento expresado en los casos de uso del sistema. Clasificación de las reglas: Estructura de datos Naturaleza de la información Tratamiento de datos 6. Restricciones del Sistema Lenguajes de implementación. Uso de herramientas específicas para el desarrollo: Postgres, JSP, Java. Componentes, clase heredados de ICARO. Plataforma Límites en los recursos.

10 7. Conformidad Legal y Normativa del Sistema 7.1 Requisitos de Licenciamiento Software libre 7.2 Notificaciones legales, de propiedad intelectual y otros Ninguna 7.3 Estándares aplicables. Metodología OPENUP-OAS, estándar de ICARO, normas de operatividad del módulo de proyectos de inversión. 8.Documentación del Sistema La documentación que se creará es: Documentos de la metodología OpenUp-OAS Actas de Trabajo Especificación de Requisitos de Soporte Glosario Listado Maestro de Requerimientos Visión Listas de Unidades de Trabajo Diario Plan General del Proyecto Plan y cierre de Iteración Plan de Riesgos Bloc de Notas de la Arquitectura Diseños UML Documento de código fuente (Javadoc) Especificación de Casos de Prueba Resultados Casos de Prueba Control de Cambios Documento generado para el proyecto de grado Los responsables degenerar esta documentación son: Ivan David Gualtero Salamanca y Katherine Zubieta Vivas.