Administración De Riesgos
Páginas: 5 (1233 palabras)
Publicado: 9 de julio de 2012
Administración de Riesgos
Versión 1.0
Histórico de Revisión
|Fecha |Versión |Descripción |Autor |
| | | | |
| || | |
| | | | |
| | | | |Tabla de Contenidos
1. Introducción.
1.1 Propósito.
1.2 Alcance.
1.3 Definiciones, acrónimos y abreviaturas.
2. Funcionabilidad.
2.1 Componentes Clave.
2.2 Soporte para SOA.
2.3 Integración con Oracle 8i.
2.4 Definición de Usuarios.
2.5 Auditoría de Transacciones.
2.6 Definición de Idioma.
2.7 Reportes.
2.8 Formatos de Impresión.
3. Usabilidad3.1 Facilidad de uso.
4. Confiabilidad.
4.1 Tiempo de Operación de la Aplicación.
4.2 Tipo de Operación de la Base de Datos.
4.3 No Alteración de las Órdenes de Producción.
4.4 Tiempo de Caídas de la Aplicación.
5. Desempeño.
5.1 Cantidad de Usuarios Concurrentes.
5.2 Cantidad de Transacciones.
6. Soporte.
6.1 Capacitación.
6.2 Documentación.
7.Restricciones de Diseño.
7.1 Plataforma.
7.2 Base de Datos.
7.3 Lenguaje Programación.
Administración de Riesgos
Introducción.
Este análisis tiene como objetivo identificar los riesgos lo cual es indispensable para lograr una adecuada administración los mismos. Cuando mencionamos administración nos estamos refiriendo a gestionar los recursos de la institución paralograr un nivel de exposición determinado.
1 Propósito.
El propósito del presente documento es definir los requerimientos suplementarios funcionales y no funcionales que debe tener el sistema de órdenes de producción. Esta lista de especificaciones suplementarias son los requerimientos que no pueden consignarse en los casos de uso del modelo de casos de uso.
2 Alcance.Las especificaciones suplementarias identificadas en el presente documento aplican solamente para las necesidades de la Imprenta Nacional y en el ámbito del proyecto de escogencia de la nueva plataforma tecnológica.
3 Definiciones, acrónimos y abreviaturas.
A continuación se presenta las definiciones para este documento
IDE: Ambiente Integrado deDesarrollo
SOA: Arquitectura Orientada a Servicios.
Funcionabilidad.
Esta sección describe los requerimientos funcionales que debe cumplir la aplicación que se desarrolle.
1 Componentes Clave.
2.1.1 Ambiente de desarrollo (IDE): La aplicación deberá ser desarrollada utilizando Forms and Reports de Oracle 10G, para facilitar la integración y elaprovechamiento de la plataforma tecnológica actual. Este ambiente de desarrollo debe proveer la integración con el servidor de aplicaciones.
2.1.2 Servidor de Aplicaciones: Oracle Application Server 10G
2.1.3 Motor de Base de Datos: Oracle 10 G Standard.
2 Soporte para SOA.
La aplicación debe correr sobre una plataforma con soporte para SOA y en particular Web Servicespara obtener beneficios como reutilización de servicios, modelo flexible y entendible, integración con aplicaciones externas y facilidad de mantenimiento.
3 Integración con Oracle 8i.
La aplicación deberá incorporar la posibilidad de acceder y recuperar de datos de una base de datos en Oracle 8i.
4 Definición de Usuarios.
Para la administración de...
Versión 1.0
Histórico de Revisión
|Fecha |Versión |Descripción |Autor |
| | | | |
| || | |
| | | | |
| | | | |Tabla de Contenidos
1. Introducción.
1.1 Propósito.
1.2 Alcance.
1.3 Definiciones, acrónimos y abreviaturas.
2. Funcionabilidad.
2.1 Componentes Clave.
2.2 Soporte para SOA.
2.3 Integración con Oracle 8i.
2.4 Definición de Usuarios.
2.5 Auditoría de Transacciones.
2.6 Definición de Idioma.
2.7 Reportes.
2.8 Formatos de Impresión.
3. Usabilidad3.1 Facilidad de uso.
4. Confiabilidad.
4.1 Tiempo de Operación de la Aplicación.
4.2 Tipo de Operación de la Base de Datos.
4.3 No Alteración de las Órdenes de Producción.
4.4 Tiempo de Caídas de la Aplicación.
5. Desempeño.
5.1 Cantidad de Usuarios Concurrentes.
5.2 Cantidad de Transacciones.
6. Soporte.
6.1 Capacitación.
6.2 Documentación.
7.Restricciones de Diseño.
7.1 Plataforma.
7.2 Base de Datos.
7.3 Lenguaje Programación.
Administración de Riesgos
Introducción.
Este análisis tiene como objetivo identificar los riesgos lo cual es indispensable para lograr una adecuada administración los mismos. Cuando mencionamos administración nos estamos refiriendo a gestionar los recursos de la institución paralograr un nivel de exposición determinado.
1 Propósito.
El propósito del presente documento es definir los requerimientos suplementarios funcionales y no funcionales que debe tener el sistema de órdenes de producción. Esta lista de especificaciones suplementarias son los requerimientos que no pueden consignarse en los casos de uso del modelo de casos de uso.
2 Alcance.Las especificaciones suplementarias identificadas en el presente documento aplican solamente para las necesidades de la Imprenta Nacional y en el ámbito del proyecto de escogencia de la nueva plataforma tecnológica.
3 Definiciones, acrónimos y abreviaturas.
A continuación se presenta las definiciones para este documento
IDE: Ambiente Integrado deDesarrollo
SOA: Arquitectura Orientada a Servicios.
Funcionabilidad.
Esta sección describe los requerimientos funcionales que debe cumplir la aplicación que se desarrolle.
1 Componentes Clave.
2.1.1 Ambiente de desarrollo (IDE): La aplicación deberá ser desarrollada utilizando Forms and Reports de Oracle 10G, para facilitar la integración y elaprovechamiento de la plataforma tecnológica actual. Este ambiente de desarrollo debe proveer la integración con el servidor de aplicaciones.
2.1.2 Servidor de Aplicaciones: Oracle Application Server 10G
2.1.3 Motor de Base de Datos: Oracle 10 G Standard.
2 Soporte para SOA.
La aplicación debe correr sobre una plataforma con soporte para SOA y en particular Web Servicespara obtener beneficios como reutilización de servicios, modelo flexible y entendible, integración con aplicaciones externas y facilidad de mantenimiento.
3 Integración con Oracle 8i.
La aplicación deberá incorporar la posibilidad de acceder y recuperar de datos de una base de datos en Oracle 8i.
4 Definición de Usuarios.
Para la administración de...
Leer documento completo
Regístrate para leer el documento completo.