requerimientos no funcionales

CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION

Requerimientos de Alto Nivel - No Funcionales (Documento Final) Pág. 1

TABLA DE CONTENIDO

Pág.

1. REQUERIMIENTOS NO FUNCIONALES............................................................. 2

1.1 ATRIBUTOS DE CALIDAD DEL SISTEMA .................................................................................. 2

1.2 OTROS REQUERIMIENTOS NO FUNCIONALES.......................................................................... 4

1.3 REQUERIMIENTOS NO FUNCIONALES PARA HERRAMIENTAS DE BASE ................................... 6



1. REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales hacen relación a las características del sistema que aplican de manera general como un todo, más que a rasgos particulares del mismo. Estos requerimientos son adicionales a los requerimientos funcionales que debe cumplir el sistema, y corresponden a aspectos tales como la disponibilidad, mantenibilidad, flexibilidad, seguridad, facilidad de uso, etc., los cuales se describen en este capítulo. Los requerimientos no funcionales deberán ser detallados aún más durante la fase de diseño del Sistema de Información Misional de la PGN por el proveedor que realizará el diseño y construcción de este sistema y que será contratado por la Procuraduría con posterioridad al contrato 066 de 2004. En este capítulo se han dividido los requerimientos no funcionales en Atributos de Calidad y Otros Requerimientos No Funcionales del Sistema.

1.1 Atributos de Calidad del Sistema

Desempeño:

Garantizar la confiabilidad, la seguridad y el desempeño del sistema informático a los diferentes usuarios a nivel nacional. En este sentido la información almacenada podrá ser consultada y actualizada permanente y simultáneamente, sin que se afecte el tiempo de respuesta.

El sistema debe estar en capacidad de dar respuesta al acceso de todos los usuarios y a los procesos batch con tiempo de respuesta aceptable y uniforme, en la medida de las posibilidades tecnológicas de la PGN, en períodos de alta, media y baja demanda de uso del sistema.

Disponibilidad:

Estar disponible 100% o muy cercano a esta disponibilidad durante el horario hábil laboral de la PGN a nivel nacional (Ejemplo: de lunes a viernes de de 8:00 a.m. a 5:00 p.m., con excepción de los días festivos).



Operar de la misma manera para todos los niveles de la estructura jerárquica de la PGN, los niveles central, regional y provincial.

Escalabilidad:

El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser incorporados afectando el código existente de la menor manera posible; para ello deben incorporarse aspectos de reutilización de componentes.

El sistema debe estar en capacidad de permitir en el futuro el desarrollo de nuevas funcionalidades, modificar o eliminar funcionalidades después de su construcción y puesta en marcha inicial.

Facilidad de Uso e Ingreso de Información:

El sistema debe ser de fácil uso y entrenamiento por parte de los usuarios de la PGN, así como de fácil adaptación de la entidad con el mismo.

El sistema no debe permitir el cierre de una operación hasta que todos sus procesos, subprocesos y tareas relacionados, hayan sido terminados y cerrados satisfactoriamente.

El ingreso de información al sistema debe diseñarse con transacciones que permitan el ingreso de los datos de forma parcial; es decir, que el tamaño de las páginas de registro (o formularios) de información sean adecuadas de acuerdo con la estabilidad de la red.

El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error y comunicarse con el administrador del sistema.

Facilidad para las Pruebas:

El sistema debe contar con facilidades para la identificación de la localización de los errores durante la etapa de pruebas y de operación posterior.

Flexibilidad:

El sistema debe ser diseñado y construido con los mayores niveles de flexibilidad en cuanto a la parametrización de los tipos de datos, de tal manera que la administración del sistema sea realizada por un administrador funcional del sistema.

Instalación:

El sistema debe ser fácil de instalar en todas las plataformas de hardware y software de base definidas por el área de Sistemas de la PGN, así como permitir su instalación en diferentes tamaños de configuraciones.

Mantenibilidad:

Toda el sistema deberá estar complemente documentado, cada uno de los componentes de software que forman parte de la solución propuesta deberán estar debidamente documentados tanto en el código fuente como en los manuales de administración y de usuario.



El sistema debe contar con una interfaz de administración que incluya: Administración de usuarios, Administración de módulos y Administración de parámetros. En cada una de éstas secciones deberá ofrecer todas las opciones de administración disponibles para cada uno.

El sistema debe estar en capacidad de permitir en el futuro su fácil mantenimiento con respecto a los posibles errores que se puedan presentar durante la operación del sistema.

Operatividad:

El sistema debe ser de fácil operación por el área técnica de la Oficina de Sistemas de la PGN, y que demande un bajo nivel de soporte de los usuarios del sistema.

El sistema deberá poder ser administrado remotamente por las personas encargadas o designadas por la PGN (este requerimiento dependerá de la arquitectura seleccionada por la PGN).

Seguridad:

La seguridad del sistema debe estar regida por las Políticas de Seguridad Informática de la Comisión Intersectorial de Políticas y Gestión de la Información para la Administración Pública.

El acceso al Sistema debe estar restringido por el uso de claves asignadas a cada uno de los usuarios. Sólo podrán ingresar al Sistema las personas que estén registradas, estos usuarios serán clasificados en varios tipos de usuarios (o roles) con acceso a las opciones de trabajo definidas para cada rol.

El control de acceso implementado debe permitir asignar los perfiles para cada uno de los roles identificados.

Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar accesos o modificaciones indebidos (no autorizados) a la información y proveer los servicios requeridos por los usuarios legítimos del sistema.

El sistema deberá contar con mecanismos que permitan el registro de actividades con identificación de los usuarios que los realizaron.

El sistema debe contar con pistas de auditoría de las actividades que se realizan sobre el sistema con niveles razonables para su reconstrucción e identificación de los hechos.

Validación de Información

El sistema debe validar automáticamente la información contenida en los formularios de ingreso. En el proceso de validación de la información, se deben tener en cuenta aspectos tales como obligatoriedad de campos, longitud de caracteres permitida por campo, manejo de tipos de datos, etc.

1.2 Otros Requerimientos No Funcionales

Arquitectura:



La solución debe ser 100% Web Based y toda la parametrización y administración debe realizarse desde un navegador.

La solución debe operar de manera independiente del navegador que se utilice.

La solución debe tener interfaces gráficas de administración y de operación en idioma español y en ambiente 100% Web, para permitir su utilización a través de exploradores o navegadores de Internet.

La información de los formularios que corresponda a listas de selección deberá ser parametrizada y administrable.

Backups:

El sistema deberá proveer mecanismos para generar backup´s periódicamente de la información que se mantiene en el sistema. Los backup´s deben ser responsabilidad del administrador del sistema quien deberá crearlos, almacenarlos y recuperar la información en el caso que se pierda información.

Integración:

La solución deberá integrarse a la página Web que defina la PGN. Dicha integración corresponde a un link desde la página del sitio Web (Portal) de la PGN, hacia el Sistema de Información Misional de la PGN.

Interoperabilidad:

El sistema debe estar en capacidad de interactuar con los otros sistemas de la PGN y con sistemas de entidades externas a través de la herramienta de middleware seleccionada para el sistema. La Interoperabilidad debe estar regida por la normas de Arquitectura de Integración e Interoperabilidad de la Comisión Intersectorial de Políticas y Gestión de la Información para la Administración Pública.

Otros Requerimientos:

Facilidades y controles para permitir el acceso a la información al personal autorizado de otras entidades del estado a través de Internet, con el propósito de consultar la información pertinente para cada una de ellas.

Facilidades para poder adelantar discusiones electrónicas a través de foros o salas de conversación sobre casos en particular que se adelanten en la PGN y registrar la participación de los asistentes.

Contar con herramientas de software para la administración automática de archivos.

Contar con herramientas y características necesarias para su administración, la realización de búsquedas y la posibilidad de realizar consultas de índole general.

El diseño gráfico de los sistemas debe responder al diseño oficial de la Procuraduría.

El sistema debe propender por el desarrollo de la cultura que minimice el uso del papel. Para ello, hasta donde sea posible, deberá hacer uso de las diferentes características de la tecnología, tales como documentos electrónicos, imágenes digitales, buscando minimizar la sobrecarga de las redes de transporte de datos.



Facilidades y controles para permitir el acceso a la información al personal autorizado de otras entidades del estado a través de Internet, con el propósito de consultar la información pertinente para cada una de ellas.

Garantizar que el diseño de las consultas no afecte el desempeño de la base de datos, ni considerablemente el tráfico de la red.

1.3 Requerimientos No Funcionales para Herramientas de Base

Motor de base de datos Criterio Requisito Mínimo

Requerimientos mínimos técnicos

Ser un motor de bases de datos relacional (RDBMS)

Incluir algoritmos de minería de datos Tener Aseguramiento nativo de reglas de integridad de los datos Tener Soporte nativo a procedimientos y funciones almacenados Tener Soporte nativo a triggers Permitir la generación de reportes de auditoria Permitir la definición de usuarios, roles y permisos Incluir las herramientas de Bases de datos Multidimensionales (OLAP) Soportar a arquitectura de 64 bits Soportar los estándares de conectividad de las aplicaciones tanto del mundo Java como Windows (JDBC, ODBC, OLEDB) Tener la capacidad de escribir y recuperar datos del estándar de conectividad de aplicaciones a través del modelo de Internet XML a la base de datos Tener la capacidad de tener acceso a consultas SQL a través de una dirección URL Manejar concurrencia, acorde a los niveles de aislamiento ANSI Permitir la Integración con las herramientas de ofimática que posee la PGN Tener la Habilidad de manejar modos de autenticación de las aplicaciones de forma segura Permitir configuración dinámica Soportar la transmisión y almacenamiento encriptados Tener control de acceso basado en roles, permisos, certificados digitales Permitir la replicación de datos y transacciones Permitir la partición de bases de datos Permitir programar tareas Permitir Automatización de procesos e indexación Permitir el uso de múltiples threads Permitir la trazabilidad de las transacciones

Soporte backups online y off line



Criterio Requisito Mínimo Incluir las herramientas de Extracción, Transformación y Cargue

de datos así: • Soporte nativo a extracción, transformación y transporte de

datos en forma grafica • Soporte a objetos programables que permiten extraer,

transformar y consolidar datos de distintos orígenes en uno o varios destinos

Sistema de Workflow Criterio Requisito Mínimo

Permitir el modelamiento gráfico Ofrecer interfaz Web para usuarios Permitir la Integración de manera natural y sin requerir productos adicionales con las bases de datos del mercado Permitir la programación de flujos de acuerdo a itinerarios definidos por los usuarios Ofrecer niveles de decisión Permitir la generación de alarmas tempranas Permitir la asignación y modificación dinámica de tiempos esperados de atención por proceso y actividad Permitir la asignación y modificación dinámica de actividades a usuarios dependiendo de criterios como carga de trabajo, temas específicos, etc. Contar con facilidades para que los usuarios verifiquen procesos y actividades a cargo, estado de los procesos, procesos que requieren atención. Permitir la delegación dinámica de funciones Permitir la generación automática de nuevos flujos como producto de un evento en un flujo determinado. Permitir la generación de notificaciones según eventos (retrasos de tiempo, vencimiento de términos, represamiento de trabajo, etc.) o condiciones de error. Permitir hacer seguimiento y monitoreo de actividades. Permitir el escalamiento de alertas, mensajes y notificaciones. Permitir la generación de reportes estadísticos de tiempos de procesos, represamientos, etc. Ofrecer diferentes mecanismos para avance en el flujo (aprobación de un superior, eventos o acciones específicos, terminación de actividades, criterios dinámicos). Permitir el encadenamiento de documentos a flujos. Permitir la toma de acciones dependiendo de niveles de decisión.Permitir que los flujos involucren ciclos y acciones.


Permitir la segmentación de procesos complejos en subprocesos integrados.



Criterio Requisito Mínimo Permitir el modelamiento de los flujos de trabajo con diferentes plantillas de diagramas.

Contar con interfaz nativa con las herramientas de correo electrónico de la Procuraduría.

Administrador de contenido (CMS) Criterio Requisito Mínimo


Permitir la edición de contenido

Permitir la publicación de información independiente de plataforma.

Contar con un editor WYSIWYG. Permitir el procesamiento automático de imágenes (optimización

de imágenes para Web). Ofrecer interfaz fácil, intuitiva, con menús sensibles al contexto,

navegación sencilla, ayudas en línea preferiblemente en español. Deseable que posea ayudas de edición/publicación por medio de asistentes automáticos (Wizards), templates de uso frecuente.

Permitir la validación de hiperlinks (detección automática de links “rotos”)

Permitir la administración de contenido sencilla, y no restrictiva (i.e sin límites en la cantidad o tipos de elementos a adicionar por sitio, categoría o página más allá de los límites de almacenamiento del servidor).

Permitir la estructuración del almacenamiento de páginas en forma de árbol

Permitir la administración de archivos con funcionalidades que faciliten al usuario subir, renombrar, copiar, mover y borrar archivos en línea.

Permitir el manejo de estado de “fuera de línea” de manera que una página pueda ser marcada con este estado mientras es editada hasta que sea nuevamente publicada.

Contar con facilidades de preview. Permitir el manejo de versiones. Permitir la extensión de funcionalidad a través de plugins. Contar con un motor de búsqueda indexado que permita realizar

búsquedas archivos de contenido y de medios incluyendo por lo menos archivos html, txt, MS-Word y PDF. Igualmente facilidades para realizar búsquedas sobre bases de datos SQL. Este motor debe estar disponible para los autores de contenido y para los usuarios de consulta y puede ser interno al CMS o externo.

Permitir la incorporación de facilidades de personalización a través de PHP y/o ASP y/o AS.NET.

Permitir la conectividad a Bases de datos del mercado



Criterio Requisito Mínimo Contar con facilidades para administración de usuarios que

permita definir restricciones y acciones permitidas para cada usuario o grupo de usuarios.

Entorno de desarrollo Criterio Requisito Mínimo


Incluir o proporcionar las herramientas necesarias para que de manera integrada apoyen el ciclo de vida del proyecto. Se deben incluir herramientas de modelamiento visual usando metodología UML 1.2, herramientas de administración de requerimientos, solicitudes y administración de cambios y control de versiones.

Proveer Interfaces a bases de datos Permitir el modelamiento Visual de procesos de negocio con

relación hacia casos de uso y diagramas de actividades Permitir la integración entre el modelo y la base de datos a fin de

mantener fácilmente actualizado el código y la base de datos. Requisitos herramienta de pruebas

Instalar en la PGN las licencias de usuarios virtuales y protocolos para pruebas de carga a fin de adelantar las pruebas de aceptación.

Permitir la integración del ambiente de pruebas con el ambiente de desarrollo

Permitir la generación de pruebas automatizadas para funcionalidad y desempeño con pruebas de carga de 100 usuarios concurrentes, en los protocolos propuestos de acuerdo a la naturaleza de la solución (http, SQL, COM, etc.).

Permitir el manejo de métricas y análisis de pruebas que garanticen el correcto control de calidad del producto

Requisitos herramienta de desarrollo

Permitir mediante el mismo ambiente (integrado) el desarrollo de aplicaciones para ser ejecutadas en el servidor, en el cliente o en Internet.

Permitir diseñar visualmente formas que incorporen todas las características de Interfaz de la plataforma cliente en la que se ejecutará la aplicación.

Permitir la generar código compilado que separe la lógica de ejecución de la de presentación.

Ofrecer soporte integrado para la creación y utilización de Servicios Web en XML

Permitir la generación de estándares para soluciones comunes, adaptables a necesidades específicas de la organización usando esquemas XML.

Poseer herramienta gráfica de diseño y desarrollo rápido de aplicaciones

Ser un ambiente .NET o J2EE



Criterio Requisito Mínimo Permitir la diagramación visual Permitir la generación de scripts Permitir integrar componentes de terceros en el ambiente IDE Poseer asistentes para el manejo automático de

empaquetamiento de objetos Ofrecer Soporte al esquema de seguridad que incluya

características tales como mecanismos de autenticación y control de acceso, SSL, LDAP, CA (Certificados Digitales)

requerimientos no funcionales

Education