Analisis SI

Etapa de análisis

Sistema de información

definición

La etapa de análisis en la creación de un sistema de información es el proceso donde se identifican, detallan y priorizan los requisitos del sistema, con el objetivo de comprender a fondo lo que el sistema debe hacer y cómo debe hacerlo.

objetivos

específicos

Comprender los requisitos del negocio

Identificar restricciones

Generar especificaciones detalladas

Comunicación clara con las partes interesadas

actividades

para el análisis

Se usan técnicas como entrevistas, encuestas, talleres, observación y análisis de documentos.

Recopilación de requisitos

Identificación de procesos clave y cómo el sistema los apoyará.

Modelado de procesos de negocio

Determina si es factible y económicamente sostenible para construir el sistema

Análisis de viabilidad

Describe las interacciones típicas que cada usuario tendrá con el sistema.

Identificación de actores en el caso de uso

Documento formal que recoge todos los requisitos y detalles técnicos del sistema, sirviendo como base para la fase de diseño

Elaboración del documento de especificación de requisitos

PLAN DE IMPLEMENTACIÓN

documento de especificación de requisitos

Elaboración

APÉNDICES

Partes que lo integran

REQUISITOS FUNCIONALES Y NO FUNCIONALES

DESCRIPCIÓN GENERAL DEL SISTEMA

INTRODUCCIÓN

REQUISITOS DE LA INTERFAZ DE USUARIO Y TÉCNICOS

DIAGRAMAS Y MODELADO

Diagrama de actividades

Diagrama de clases (UML)

DIAGRAMAS

DE MODELADO

DIAGRAMA DE CONTEXTO

Diagrama de flujo de datos (DFD)

Diagrama de entidad-relación (DER)

Diagrama de casos de uso

Elementos necesarios para cumplir con las tareas del usuario

Objetivo principal: Facilitar la interacción y hacer el sistema intuitivo para el usuario.

Identificar necesidades y expectativas del usuario

Es una representación de las clases que conforman el sistema, los atributos que tienen y las relaciones entre ellas. Es muy útil para entender cómo se organizará el código del sistema y cómo interactuarán las diferentes partes del software.Objetivo: Modelar la estructura interna del sistema en términos de clases y objetos, mostrando los atributos y métodos de cada clase.

Es útil para modelar procesos complejos con varios pasos y decisiones. Se utiliza para representar las secuencias de actividades dentro del sistema y las condiciones de decisión que llevan a diferentes caminos.Objetivo: Modelar los flujos de trabajo o los procesos dentro del sistema, mostrando las actividades y las decisiones involucradas.

Principios de Diseño1. Principio de Simplicidad: Mantener la interfaz simple y enfocada en tareas clave. 2. Principio de Retroalimentación: Proporcionar señales visuales o auditivas para confirmar acciones del usuario.3. Principio de Prevención de Errores: Diseñar para reducir la posibilidad de errores del usuario. 4. Principio de Control por el Usuario: Permitir que los usuarios deshagan o corrijan acciones con facilidad.

INFOGRAFÍA

3: Describir el productoNombre del productoClientes objetivoDiferenciación frente a otros productos similares.

2: Contesta las siguientes preguntas ¿Qué hace que nuestra idea sea diferente o mejor que lo que ya existe? ¿Cómo resolverá nuestra idea el problema identificado?

1: Elegir un problema que consideren importante y que quieran resolver mediante su producto innovador.

Proceso de Innovación:

• Identificación de un problema o necesidad.
• Generación de ideas para solucionarlo.
• Diseño y desarrollo del producto o solución.
• Prueba, ajuste y mejora del producto.
• Presentación del prototipo.

Actividad. De la decisión a la acción

Un DER representa las entidades (por ejemplo, productos, clientes, pedidos) y las relaciones entre ellas. Ayuda a visualizar cómo están conectados los datos y sirve como base para la creación de la base de datos del sistema.Objetivo: Modelar las relaciones entre las diferentes entidades que forman parte del sistema, es decir, cómo están estructurados los datos en el sistema.

Viabilidad técnica: Evalúa si la organización cuenta con los recursos tecnológicos necesarios (hardware, software, redes) y si el equipo tiene las habilidades técnicas para desarrollar y mantener el sistema, además de analizar si la tecnología propuesta es adecuada y escalable. Viabilidad operativa: Analiza si el sistema cumplirá con las necesidades y expectativas de los usuarios finales. Viabilidad económica: Examina el costo-beneficio del proyecto. Implica evaluar si el sistema generará más valor (ahorro de tiempo, mejora en la productividad, aumento de ingresos) que el costo de su desarrollo, implementación y mantenimiento

Muestra los distintos escenarios en los que los actores interactúan con el sistema para lograr un objetivo. Cada caso de uso representa una función del sistema que satisface una necesidad del usuario.Objetivo: Modelar las funcionalidades del sistema desde el punto de vista del usuario final, identificando cómo interactúan los actores con el sistema.

Diagrama ERD (Diagrama de Entidad-Relación) para definir las bases de datos y sus relaciones:

• Un Producto pertenece a una Categoría (Relación de uno a muchos).
• Un Producto es suministrado por un Proveedor (Relación de muchos a uno).
• Un Pedido incluye uno o más Productos (Relación de muchos a muchos).

Muestra los procesos que transforman los datos (como la entrada de pedidos, la gestión de inventario), las fuentes externas de datos, los flujos de datos y los almacenes de datos. Se organiza en niveles: Nivel 0 es un resumen general, y niveles más altos proporcionan detalles adicionales.Objetivo: Representar el flujo de información dentro del sistema, cómo se procesan los datos y cómo interactúan los diferentes procesos del sistema.

En este diagrama, se presenta al sistema como un bloque central y se muestra cómo interactúa con los agentes externos a través de entradas (inputs) y salidas (outputs). No muestra detalles internos del sistema, solo sus conexiones con el entorno.Objetivo: Representar el sistema completo en un solo diagrama, mostrando su interacción con los actores externos (clientes, proveedores, empleados, etc.).

Propósito del documento: Explicar el objetivo del documento y su importancia para la creación del sistema. Alcance del sistema: Descripción general del sistema a desarrollar, indicando qué procesos o áreas de la empresa abarca. Definiciones y acrónimos: Lista de términos técnicos o específicos que se utilizarán en el documento para asegurar claridad. Partes interesadas: Identificación de los actores involucrados, como usuarios finales, gerentes, equipo de desarrollo, etc.

REQUISITOS FUNCIONALES¿Qué debe hacer el sistema?Gestión de usuarios: El sistema debe permitir dependiendo del tipo de ususario; crear, modificar, eliminar y visualizar información.Procesamiento de pagos: El sistema debe permitir la expedición de notas de compra o facturas.Generación de informes: El sistema debe generar informes de ventas, para el control del inventario.REQUISITOS NO FUNCIONALES¿Cómo debe hacer el sistema lo que hace?RendimientoDisponibilidadSeguridadUsabilidad

El modelado de sistemas es una técnica que permite representar los procesos, flujos de trabajo y estructuras de datos de un sistema de información antes de su desarrollo