Requerimientos funcionales y no funcionales parte 2

CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
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
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 1
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
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:
9
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.
9
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:
9
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).
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 2
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
9
Operar de la misma manera para todos los niveles de la estructura jerárquica de la
PGN, los niveles central, regional y provincial.
Escalabilidad:
9
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.
9
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:
9
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.
9
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.
9
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.
9
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:
9
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:
9
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:
9
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:
9
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.
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 3
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
9
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.
9
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:
9
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.
9
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:
9
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.
9
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.
9
El control de acceso implementado debe permitir asignar los perfiles para cada uno de
los roles identificados.
9
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.
9
El sistema deberá contar con mecanismos que permitan el registro de actividades con
identificación de los usuarios que los realizaron.
9
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
9
1.2
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.
Otros Requerimientos No Funcionales
Arquitectura:
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 4
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
9
La solución debe ser 100% Web Based y toda la parametrización y administración
debe realizarse desde un navegador.
9
La solución debe operar de manera independiente del navegador que se utilice.
9
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.
9
La información de los formularios que corresponda a listas de selección deberá ser
parametrizada y administrable.
Backups:
9
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:
9
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:
9
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:
9
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.
9
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.
9
Contar con herramientas de software para la administración automática de archivos.
9
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.
9
El diseño gráfico de los sistemas debe responder al diseño oficial de la Procuraduría.
9
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.
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 5
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
9
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.
9
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
Requerimientos
mínimos técnicos
Requisito Mínimo
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
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 6
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
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
Requerimientos
mínimos técnicos
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.
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 7
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
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
Requerimientos
mínimos técnicos
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
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 8
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
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
Requerimientos
mínimos técnicos
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 Instalar en la PGN las licencias de usuarios virtuales y protocolos
de pruebas
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 Permitir mediante el mismo ambiente (integrado) el desarrollo de
de desarrollo
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
Requerimientos de Alto Nivel - No Funcionales (Documento Final)
Pág. 9
CIFI-INFORMATICA – PROCURADURIA GENERAL DE LA NACION
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 de Alto Nivel - No Funcionales (Documento Final)
Pág. 10