Análisis del Sistema de Información

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Análisis del Sistema de Información"

Francisca Pereyra Franco
hace 8 años
Vistas:

1 Análisis del Sistema de Información 1

2 1. Definición y objetivos análisis.(del gr. ἀνάλυσις). 1. m. Distinción y separación de las partesdeun todo hasta llegar a conocer sus principios o elementos. 2. m. Examen que se hace de una obra, de un escrito o de cualquier realidad susceptible de estudio intelectual. 3. m. Tratamiento psicoanalítico. 4. m. Gram. Examen de los componentes del discurso y de sus respectivas propiedades p y funciones.5. m. Inform. Estudio, mediante técnicas informáticas, de los límites, características y posibles soluciones de un problema al que se aplica un tratamiento por ordenador. 2

Examen que se hace de una obra, de un escrito o de cualquier realidad susceptible de estudio intelectual. 3. m. Tratamiento psicoanalítico. 4.

3 1. Definición y objetivos. El objetivo es la obtención de una especificación detallada del sistema de información que satisfaga las necesidades de información de los usuarios y sirva de base para el posterior diseño del sistema. 3

4 1. Descripción y objetivos Actividades en el ASI 4

5 Actividad ASI 1: Definición del Sistema Tarea ASI 1.1: Determinación del Alcance del Sistema Tarea ASI 1.2: Identificación del Entorno Tecnológico Tarea ASI 1.3: Especificación de Estándares y Normas Restricciones Generales Supuestos y Dependencias Entorno Operacional Tarea ASI 1.4: Identificación de los Usuarios Participantes y Finales Tarea ASI 2.4 (ASI-SEG 1.1): Estudio de la Seguridad Requerida en el Proceso de Análisis del Sistema de Información. Actividad ASI 2: Establecimiento de Requisitos Software Tarea ASI 2.2: Especificación de Casos de Uso Tarea ASI 2.1: Obtención de Requisitos. Tarea ASI 2.3: Análisis y Validación de Requisitos Tarea ASI 2.5 (ASI-SEG 3.1): Actualización del Plan de Pruebas Actividad ASI 3: Identificación de Subsistemas de Análisis Tarea ASI 3.1: Determinación de Subsistemas de Análisis Actividad ASI 4: Análisis de los Casos de Uso Tarea ASI 4.1: Identificación de Clases asociadas a un Caso de Uso Tarea ASI 4.2: Descripción de la Interacción de Objetos Actividad ASI 5: Análisis de Clases Tarea ASI 5.1: Identificación de Responsabilidades y Atributos Tarea ASI 5.2: Identificación de Asociaciones y Agregaciones Tarea ASI 5.3: Identificación de Generalizaciones Tarea ASI 6: Elaboración del Modelo de Datos Tarea ASI 6.4: Especificación de Necesidades de Migración de Datos y Carga Inicial Actividad ASI 8: Definición de Interfaces de Usuario Tarea ASI 8.1: Especificación de Principios Generales de la Interfaz Tarea ASI 8.2: Identificación de Perfiles y Diálogos Tarea ASI 8.3: Especificación de Formatos Individuales de la Interfaz de Pantalla Tarea ASI 8.4: Especificación del Comportamiento Dinámico de la Interfaz Tarea ASI 8.5: Especificación de Formatos de Impresión Actividad ASI 9: Análisis de Consistencia y Especificación de Requisitos Tareas ASI 9.1 y ASI 9.2: Verificación y Análisis de Consistencia entre Modelos Tarea ASI 9.3: Validación de los Modelos Actividad ASI 10: Especificación del plan de pruebas Tarea ASI 10.1: Definición del Alcance de las Pruebas Tarea ASI 10.2: Definición de Requisitos del entorno de pruebas Tarea ASI 10.3: Definición de las Pruebas de Aceptación del Sistema Actividad ASI 11: Aprobación del Análisis del Sistema de Información Tarea 11.1: Presentación y Aprobación del Análisis del Sistema de Información 5

4 (ASI-SEG 1.1): Estudio de la Seguridad Requerida en el Proceso de Análisis del Sistema de Información. Actividad ASI 2: Establecimiento de Requisitos Software Tarea ASI 2.

6 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA 6

7 ACTIVIDAD ASI 2: ESTABLECIMIENTO DE REQUISITOS 7

8 Rq SW. Requisitos Funcionales: especifican qué tiene que hacer el software. Definen el propósito del software y se derivan de los casos de uso, que están derivado de los requisitosdecapacidad del usuario. Requisitos de Rendimiento: especifican valores numéricos para variables de rendimiento, como por ejemplo tasas de transferencia, frecuencia, capacidad y velocidad de proceso. Ejemplo: el tiempo de respuesta será inferior a 900 milisegundos para el 80% de los casos con un tiempo de respuesta medio de menos de 1300 milisegundos Requisitos de Interfaz: especifican hardware y/o software (como por ejemplo bases de datos) con el que el sistema o componentes del sistema deben interactuar o comunicarse. Los requisitos de interfaz se deben clasificar en hardware, software y de comunicaciones. 8

Requisitos de Rendimiento: especifican valores numéricos para variables de rendimiento, como por ejemplo tasas de transferencia, frecuencia, capacidad y velocidad de proceso.

9 Requisitos de Operación: Aquellosquevanaindicarcómovaarealizar el sistema las tareas para las que ha sido construido, garantizando los niveles de servicio requeridos (tiempo de respuesta, número de usuarios, memoria utilizada, etc.). Los niveles de servicio i seespecifican formalmente en el proceso Implantación y Aceptación del Sistema. Para estos requisitos de operación se especifican los requisitos relacionados con: Tratamiento en línea (franja horaria, periodos críticos, etc.) Tratamiento por lotes (periodicidad y interdependencias, petición de ejecución, etc.). secuencia de ejecución, Control y planificación de trabajos. Recuperación y reanudación de trabajos. Distribución de información generada por el sistema, es decir, quién va a recibir la información en caso de que ésta deba ser enviada. Control y seguimiento de los procesos de backup y recuperación utilizados habitualmente. Requisitos de Recursos: especifican los límites superiores en recursos físicos tales como potencia de proceso, la memoria principal, espacio de disco, etc. Estos requisitos it son necesarios cuando unaampliación ió de hardware posterior a la puesta en funcionamiento suponga un coste demasiado elevado, como puede ser el caso de muchos sistemas empotrados 9

Para estos requisitos de operación se especifican los requisitos relacionados con: Tratamiento en línea (franja horaria, periodos críticos, etc.

10 Requisitos de Comprobación. Especifican las limitaciones que afectan a cómo el software debe verificar los datos de entrada y salida. Incluyen requisitos para la simulación, la emulación, pruebas reales con entradas simuladas, pruebas reales con entradas verdaderas, etc. Requisitos para la Aceptación de las Pruebas: especifican las limitaciones en cómo el software debe ser validado, es decir, cómo se debe comprobar que el software cumple con los requisitos establecidos. Requisitos de Documentación: especifican los requisitos i específicos del proyecto para la documentación, además de los contenidos en los estándares. 10

Requisitos para la Aceptación de las Pruebas: especifican las limitaciones en cómo el software debe ser validado, es decir, cómo se debe comprobar que el

11 Requisitos de Seguridad: especifican los requisitos para asegurar el sistema contra amenazas de confidencialidad, la integridad y la disponibilidad. Por ejemplo se especificarán los accesos que deban ser de sólo lectura, sistemas de autenticación de usuarios o sistemas protección de virus. También se puede especificar el nivel de la protección física para los equipos hardware (por ejemplo se dispondrá de un SAI para garantizar que el sistema sigue funcionando ante un corte de luz, o las copias de seguridad se mantendrán en una sala con dispositivos a prueba de incendio). Se tendrá en cuenta: Acceso al sistema y a sus recursos (datos, transacciones, librerías, etc.). Mantenimiento de la integridad y confidencialidad de los datos. Control y registro de accesos al sistema (logs, certificación, etc.). Copias de seguridad y recuperación de los datos, y su periodicidad. Recuperación ante catástrofes. Para la definición i ió de estos requisitos it de seguridad, d es necesario tener en cuenta las directrices marcadas por el Plan de Gestión de Riesgos. 11

También se puede especificar el nivel de la protección física para los equipos hardware (por ejemplo se dispondrá de un SAI para garantizar que el sistema sigue funcionando ante un corte de luz, o

12 Requisitos de Calidad: especifican los atributos del software que aseguran que será adecuado para su propósito. Se deben utilizar métricas para medir la calidad de estos atributos. Tanto los atributos como las métricas a utilizar para medirlos se especifican en el Plan de Aseguramiento de Calidad. Requisitos de mantenimiento: especifican la facilidad que tendrá el software para reparar los defectos o adaptarlo a nuevos requisitos. Requisitos de daño: estos especifican cualquier requisito para reducir la posibilidad del daño que puede surgir del fracaso del software. Los requisitos de daño pueden identificar las funciones críticas cuyo fracaso puede ser perjudicial para personas o propiedades. 12

Tanto los atributos como las métricas a utilizar para medirlos se especifican en el Plan de Aseguramiento de Calidad.

13 Identificador: RSF104 Prioridad: Alta Media Baja Fuente: RUF001, RUF09 Necesidad: Esencial Deseable Opcional Claridad: Alta Media Baja Estabilidad: Descripción: Verificabilidad: Alta Media Baja Alta Media Baja La eliminación de un blog del sistema Blogger Power, supone la eliminación de toda la información relativa a: Nombre del Blog. Entradas del Blog. Comentarios asociados a cada una de las entradas. Archivos asociados a cada una de las entradas. Temáticas asociadas al blog. Plantillas personalizadas de aspecto para dicho blog. Nivel de acceso del blog. 13

eliminación de toda la información relativa a: Nombre del Blog. Entradas del Blog. Comentarios asociados a cada una de las entradas.

14 Matriz de Trazabilidad 14

15 Diagrama de Caso de Uso 15

16 Descripción de un Caso de Uso y Diagrama de Actividad IDENTIFICADOR Caso de Uso Objetivo CU-01 Crear blog anónimo El objetivo es crear un blog anónimo. Estos blogs no tendrán propietario, y se crearán por medio de mensajes de móviles (MMS). El sistema recogerá el mensaje y creará un blog, cuyo nombre del propietario i será el teléfono móvil, y el nombre del blog el texto enviado en él. Actores Anónimo Precondiciones Postcondiciones Blog creado en el sistema Escenario -Enviar mensaje de texto -Añadir blog -Añadir fotografía 16

El sistema recogerá el mensaje y creará un blog, cuyo nombre del propietario i será el teléfono móvil, y el nombre del blog el texto

17 ACTIVIDAD ASI 3: IDENTIFICACIÓN DE SUBSISTEMAS DE ANÁLISIS 17

18 18

19 ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO Diagrama de secuencia: 19

20 ACTIVIDAD ASI 5: ANÁLISIS DE CLASES 20

21 ACTIVIDAD ASI 8: DEFINICIÓN DE INTERFACES DE USUARIO 21

22 Identificador UI-001 Nombre de la pantalla Descripción Registrar Usuario Cuando un usuario se da de alta en el sistema introduce sus datos personales Datos de entrada Nombre, Apellidos, Nombre de usuario, Clave de acceso, Dirección de correo electrónico de contacto. Datos de salida - 22

23 23

24 24

Documentos relacionados

ASI. Análisis del Sistema de Información

ASI. Análisis del Sistema de Información ASI Análisis del Sistema de Información 1 ASI Análisis del Sistema de Información Introducción Objetivo Obtención de una especificación detallada del Sistema Información a través de: Catálogo de Requisitos