Análisis del Sistema de Información

1

1. Definición y objetivosanálisis.(Del gr. ἀνάλυσις).

1. m. Distinción y separación de las partes de uny p ptodo hasta llegar a conocer sus principios oelementos.2. m Examen que se hace de una obra de un2. m. Examen que se hace de una obra, de unescrito o de cualquier realidad susceptible deestudio intelectual.3 m Tratamiento psicoanalítico3. m. Tratamiento psicoanalítico.4. m. Gram. Examen de los componentes deldiscurso y de sus respectivas propiedades yy p p p yfunciones.5. m. Inform. Estudio, mediante técnicasinformáticas, de los límites, características yinformáticas, de los límites, características yposibles soluciones de un problema al que seaplica un tratamiento por ordenador.

2

1. Definición y objetivos.

El objetivo es la obtención de unaespecificación detallada del sistema deespecificación detallada del sistema deinformación que satisfaga lasnecesidades de información de losusuarios y sirva de base para ely pposterior diseño del sistema.

3

1. Descripción y objetivosActividades en el ASI

4

2. ASI: Actividades y Tareas.Actividad ASI 1: Definición del Sistema

Tarea ASI 1.1: Determinación del Alcance del SistemaTarea ASI 1.2: Identificación del Entorno TecnológicoTarea ASI 1.3: Especificación de Estándares y Normas

Restricciones GeneralesdSupuestos y Dependencias

Entorno OperacionalTarea ASI 1.4: Identificación de los Usuarios Participantes y FinalesTarea 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 SoftwareTarea ASI 2.2: Especificación de Casos de UsoTarea ASI 2 1: Obtención de RequisitosTarea ASI 2.1: Obtención de Requisitos.Tarea ASI 2.3: Análisis y Validación de RequisitosTarea ASI 2.5 (ASI-SEG 3.1): Actualización del Plan de Pruebas

Actividad ASI 3: Identificación de Subsistemas de AnálisisTarea ASI 3.1: Determinación de Subsistemas de Análisis

Actividad ASI 4: Análisis de los Casos de UsoTarea ASI 4.1: Identificación de Clases asociadas a un Caso de UsoTarea ASI 4.1: Identificación de Clases asociadas a un Caso de UsoTarea ASI 4.2: Descripción de la Interacción de Objetos

Actividad ASI 5: Análisis de ClasesTarea ASI 5.1: Identificación de Responsabilidades y AtributosTarea ASI 5.2: Identificación de Asociaciones y AgregacionesTarea ASI 5.3: Identificación de GeneralizacionesTarea ASI 6: Elaboración del Modelo de DatosTarea ASI 6.4: Especificación de Necesidades de Migración de Datos y Carga Inicial

Actividad ASI 8: Definición de Interfaces de UsuarioTarea ASI 8.1: Especificación de Principios Generales de la InterfazTarea ASI 8.2: Identificación de Perfiles y DiálogosTarea ASI 8.3: Especificación de Formatos Individuales de la Interfaz de PantallaTarea ASI 8.4: Especificación del Comportamiento Dinámico de la Interfaz

f d dTarea ASI 8.5: Especificación de Formatos de ImpresiónActividad 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 ModelosTarea ASI 9.3: Validación de los Modelos

Actividad ASI 10: Especificación del plan de pruebasTarea ASI 10.1: Definición del Alcance de las PruebasTarea ASI 10 2: Definición de Requisitos del entorno de pruebas

5

Tarea ASI 10.2: Definición de Requisitos del entorno de pruebasTarea 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ónTarea 11.1: Presentación y Aprobación del Análisis del Sistema de Información

2. ASI: Actividades y Tareas.ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA

6

2. ASI: Actividades y Tareas.ACTIVIDAD ASI 2: ESTABLECIMIENTO DE REQUISITOS

7

2. ASI: Actividades y Tareas. Rq SW.Requisitos Funcionales: especifican “qué” tiene que hacer elsoftware. Definen el propósito del software y se derivan de loscasos de uso, que están derivado de los requisitos de capacidad, q q pdel usuario.

Requisitos de Rendimiento: especifican valores numéricos paraq p pvariables de rendimiento, como por ejemplo tasas detransferencia, frecuencia, capacidad y velocidad de proceso.Ejemplo: “el tiempo de respuesta será inferior a 900milisegundos para el 80% de los casos con un tiempo demilisegundos para el 80% de los casos con un tiempo derespuesta medio de menos de 1300 milisegundos

Requisitos de Interfaz: especifican hardware y/o softwareRequisitos de Interfaz: especifican hardware y/o software(como por ejemplo bases de datos) con el que el sistema ocomponentes del sistema deben interactuar o comunicarse. Losrequisitos de interfaz se deben clasificar en hardware, software yq , yde comunicaciones.

8

2. ASI: Actividades y Tareas.Requisitos de Operación: Aquellos que van a indicar cómo va a realizarel sistema las tareas para las que ha sido construido, garantizando losniveles de servicio requeridos (tiempo de respuesta, número de

i i tili d t ) L i l d i i ifiusuarios, memoria utilizada, etc.). Los niveles de servicio se especificanformalmente en el proceso Implantación y Aceptación del Sistema. Paraestos requisitos de operación se especifican los requisitos relacionadoscon:

Tratamiento en línea (franja horaria, periodos críticos, etc.)Tratamiento por lotes (periodicidad y secuencia de ejecución,interdependencias, petición de ejecución, etc.).Control y planificación de trabajos.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 arecibir la información en caso de que ésta deba ser enviada.Control y seguimiento de los procesos de backup y recuperación utilizadosControl y seguimiento de los procesos de backup y recuperación utilizadoshabitualmente.

Requisitos de Recursos: especifican los límites superiores en recursosfísicos tales como potencia de proceso, la memoria principal, espacio dedi t E t i it i d li ió ddisco, etc. Estos requisitos son necesarios cuando una ampliación dehardware posterior a la puesta en funcionamiento suponga un costedemasiado elevado, como puede ser el caso de muchos sistemasempotrados

9

2. ASI: Actividades y Tareas.Requisitos de Comprobación. Especifican laslimitaciones que afectan a cómo el software debeverificar los datos de entrada y salida Incluyenverificar los datos de entrada y salida. Incluyenrequisitos para la simulación, la emulación, pruebasreales con entradas simuladas, pruebas reales conentradas verdaderas etcentradas verdaderas, etc.

Requisitos para la Aceptación de las Pruebas:Requisitos para la Aceptación de las Pruebas:especifican las limitaciones en cómo el software debeser validado, es decir, cómo se debe comprobar que elsoftware cumple con los requisitos establecidos.software cumple con los requisitos establecidos.

Requisitos de Documentación: especifican losi i ífi d l lrequisitos específicos del proyecto para la

documentación, además de los contenidos en losestándares.

10

2. ASI: Actividades y Tareas.Requisitos de Seguridad: especifican los requisitos paraasegurar el sistema contra amenazas de confidencialidad, laintegridad y la disponibilidad. Por ejemplo se especificarán losg y p j p paccesos que deban ser de sólo lectura, sistemas de autenticaciónde usuarios o sistemas protección de virus. También se puedeespecificar el nivel de la protección física para los equiposhardware (por ejemplo se dispondrá de un SAI para garantizarhardware (por ejemplo se dispondrá de un SAI para garantizarque el sistema sigue funcionando ante un corte de luz, o lascopias de seguridad se mantendrán en una sala con dispositivosa prueba de incendio). Se tendrá en cuenta:p )

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.P l d fi i ió d t i it d id d iPara la definición de estos requisitos de seguridad, es necesariotener en cuenta las directrices marcadas por el Plan de Gestión deRiesgos.

11

2. ASI: Actividades y Tareas.Requisitos de Calidad: especifican los atributos delsoftware que aseguran que será adecuado para supropósito Se deben utilizar métricas para medir lapropósito. Se deben utilizar métricas para medir lacalidad de estos atributos. Tanto los atributos comolas métricas a utilizar para medirlos se especifican enel Plan de Aseguramiento de Calidadel Plan de Aseguramiento de Calidad.Requisitos de mantenimiento: especifican lafacilidad que tendrá el software para reparar losq p pdefectos o adaptarlo a nuevos requisitos.Requisitos de daño: estos especifican cualquierrequisito para reducir la posibilidad del daño querequisito para reducir la posibilidad del daño quepuede surgir del fracaso del software. Los requisitosde daño pueden identificar las funciones críticas cuyofracaso puede ser perjudicial para personas ofracaso puede ser perjudicial para personas opropiedades.

12

2. ASI: Actividades y Tareas.

Identificador: RSF104

Prioridad: Alta Media Baja Fuente: RUF001, RUF09

Necesidad: Esencial Deseable Opcional

Claridad: Alta Media Baja Verificabilidad: Alta Media Baja

Estabilidad: Alta Media Baja

Descripción: La eliminación de un blog del sistema Blogger Power supone laDescripción: 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•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•Nivel de acceso del blog.

13

2. ASI: Actividades y Tareas.Matriz de Trazabilidad

14

2. ASI: Actividades y Tareas.Diagrama de Caso de Uso

15

2. ASI: Actividades y Tareas.Descripción de un Caso de Uso y Diagrama de Actividad

IDENTIFICADOR CU-01

Caso de Uso Crear blog anónimo

Objetivo 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

i t i á l t léf propietario será el teléfono móvil, y el nombre del blog el texto enviado en él.

Actores AnónimoActores Anónimo

Precondiciones

Postcondiciones Bl d l i tPostcondiciones Blog creado en el sistema

Escenario -Enviar mensaje de texto-Añadir blog-Añadir fotografía

16

2. ASI: Actividades y Tareas.ACTIVIDAD ASI 3: IDENTIFICACIÓN DE SUBSISTEMAS DE ANÁLISIS

17

2. ASI: Actividades y Tareas.

18

2. ASI: Actividades y Tareas.ACTIVIDAD ASI 4: ANÁLISIS DE LOS CASOS DE USO

Diagrama de secuencia:

19

2. ASI: Actividades y Tareas.ACTIVIDAD ASI 5: ANÁLISIS DE CLASES

20

2. ASI: Actividades y Tareas.ACTIVIDAD ASI 8: DEFINICIÓN DE INTERFACES DE USUARIO

21

2. ASI: Actividades y Tareas.Identificador UI-001

Nombre de la Registrar Usuariopantalla

Descripción 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

2. ASI: Actividades y Tareas.

23

24