etapa4-reqnofunc

7/21/2019 Etapa4-ReqNoFunc

http://slidepdf.com/reader/full/etapa4-reqnofunc 1/10

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 R EQUERIMIENTOS NO FUNCIONALES.......................................................................... 4

1.3 R EQUERIMIENTOS 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 laPGN, 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 nuevasfuncionalidades, 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ónde 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 odesignadas 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óndebe 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 lainformació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 autorizadode 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 deconectividad 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, certificadosdigitales

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






Incluir las herramientas de Extracción, Transformación y Cargue

de datos así:

• Soporte nativo a extracción, transformación y transporte dedatos en forma grafica

• Soporte a objetos programables que permiten extraer,transformar y consolidar datos de distintos orígenes en uno ovarios destinos

Sistema de Workflow

Criterio Requisito MínimoPermitir 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 deprocesos, 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.

Requerimientos

mínimos técnicos

Permitir la segmentación de procesos complejos en subprocesos

integrados.






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 )


Requerimientos

mínimos técnicos

Permitir la edición de contenido

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

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






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


Requerimientos

mínimos técnicos

Incluir o proporcionar las herramientas necesarias para que de

manera integrada apoyen el ciclo de vida del proyecto. Se debenincluir 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






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)

etapa4-reqnofunc

Documents