Campus

ECATEPEC

Ciclo 21-3
Universidad Tecnológica de México

A. Análisis de sistemas de información - Asesoría

Ing. Tlakaélel Flores Castillo

Materia: SC8122
tlakaelel_flores@my.unitec.edu.mx
Grupo: SC10S
Egel: ISOFT Mayo 2021
A. Análisis de sistemas de información

En esta área se evalúa la capacidad de

diagnosticar un problema en la operación
de una organización, utilizando como
estrategias (metodologías) el análisis de
factibilidad, así como el análisis, la
validación y la documentación de
requerimientos a fin de proponer un
sistema de información computacional.
A. Análisis de sistemas de
información

A 1. Diagnóstico del problema y

valoración de la factibilidad para
el desarrollo de sistemas de
información
En esta subárea se evalúan
los siguientes temas:
1. Análisis preliminar de los sistemas de operación de
la organización
2. Diagnóstico de la situación de los sistemas de
operación de la organización
3. Identificación de los problemas a resolver con
sistemas de información
4. Análisis de factibilidad de productos comerciales
contra desarrollos a la medida como estrategias de
solución del problema
5. Propuestas de sistemas de información
computacional que solucionen la problemática detectada
en la organización
A. Análisis de sistemas de
información

A 2. Modelado de los
requerimientos de un sistema de
información
En esta subárea se evalúan
los siguientes temas:
1. Análisis de los requerimientos de un sistema de
información
2. Validación de los requerimientos de un sistema de
información
3. Documentación de los requerimientos de un sistema
de información
Bibliografía

A. Análisis de sistemas de
información
Bibliografía Sugerida:
1. Alarcón R. (2000). Diseño Orientado a Objetos con UML, España, Grupo
EIDOS. 117 p.
2. Kendall y Kendall (2005). Análisis y diseño de sistemas, 6a. ed., México,
Pearson Educación. 752 p.
3. Larman C. (2003). UML y patrones: una introducción al análisis y diseño
orientado a objetos y al proceso unificado, 2a. Ed., Madrid, Pearson.
4. Robbins, Stephen P. (2001), Administración, 6a. ed., México, Prentice
Hall.
5. Roger S. Pressman (2005). Ingeniería de Software, un enfoque práctico,
6a. ed., México. McGraw-Hill.
6. Rumbaugh, E. y Jacobson, I. y Booch, G. (2007). El Lenguaje Unificado
de Modelado, Manual de referencia, 2a. ed., Madrid, Pearson Educación.
7. Sommerville, Ian (2005). Ingeniería del software, 7a. ed., Madrid,
Pearson - Adidson Wesley, 687 p.
8. Stralser, Steven (2004). MBA, In a Day, MBA, New Jersey, John Wiley &
Sons, 323 p.
 Situación Actual de Desarrollo de Sistemas
de Información

Análisis Diseño Implementación

DFDs DEs
Enfoque Entornos de
Estructurado E-R Programación
Modelo Visual
Diagramas de Casos de Uso
Relacional
Diagramas de Actividad
Diagramas de Secuencia
Diagramas de Colaboración
Modelo
Relacional !! Bases de Datos
Diagrama de Clases
(Objeto-)
Enfoque OO Relacionales
Diagrama de Estados
Diagramas de Actividad
» ¿Qué es el Análisis Estructurado?

 Técnica de Modelado del flujo, contenido y

transformación de la información que fluye por un
sistema.
 Nació como complemento del diseño
estructurado.
 El termino fue popularizado por DeMarco a fines
de los años 70, quien presentó los símbolos
gráficos que permitían al analista modelar flujos
de información.
 Yourdon, Gane y Sarson presentaron
modificaciones a la propuesta original.
 A mediados de los 80 Ward y Mellor proponen
modificaciones para su aplicación a sistemas de
tiempo real.
Comparación Análisis Clásico v/s
Análisis Estructurado:

Versión Clásica: Variante Estructurada:

•Unidimensional •Multidimensional
•Verbal •Gráfico
•Introducción •Top-Down
inmediatamente a los •Particionada
detalles
•Monolítica
» ¿Qué herramientas usa el Análisis
Estructurado?

• Diagrama de Flujo de Datos (DFD).

• Diccionario de Datos.
• Especificaciones de Procesos (Mini
especificaciones).
• Diagramas de Entidad Relación (BD).
• Diagramas de Transición de Estados.
» El DFD representa un modelo del flujo de datos dentro
del sistema y se caracteriza porque:
˃ Muestra el Flujo de los Datos.
˃ Muestra las Transacciones de los datos desde la entrada hasta
la salida.
˃ Muestra las Transformaciones que sufren los datos desde la
entrada hasta la salida.
˃ Especifica que hace el sistema.
˃ Es Gráfico.
˃ Es comprensible para los usuarios.
˃ Se puede usar a cualquier nivel de detalle.
˃ Permite el particionamiento del sistema en cualquier nivel de
detalle.
» Entidades Externas:
˃ Algo o Alguien que envía o recibe información desde o hacia el sistema.
˃ Marcan los límites del sistema.

» Notación: Nombre de Entidad

Externa

» Ejemplos
Empleados Cliente
» Almacenes de Datos:
˃ Deposito (Digital o no) donde se guardan datos
para uso posterior.
˃ EJ: Una BD, Un Archivador, Un CD.
» Notación:
Almacen de Datos

» Ejemplos:
Clientes Empleados
» Procesos:
˃ Algo o Alguien que
transforma o manipula un
flujo de datos. Numero del
Proceso
» Notación: N
Nombre del
Proceso de
Datos

» Ejemplos: 1
Adninistrar
2
Administrar
Empleados Clientes
» Flujo de Datos:
˃ Representan movimientos de datos al interior del
sistema o entre este y sus fronteras.
» Notación:
Flujo de Datos

» Ejemplos:
RUT Nro_Cliente
 Flujo de Datos

Flujo de Control

Proceso Entidad
Externa

Almacenamiento de Datos
 Entidades Procesos Almacenes
Externas
Entidades X O X
Externas
Procesos O O O
Almacenes X O X
» Consiste en desagregar un proceso padre en un
nuevo DFD de mayor detalle.
» Se produce a medida que se conocen nuevas
actividades dentro de un proceso.
» Normas a seguir al explosionar un proceso:
˃ Numeración: Al explosionar el proceso N sus hijo llevaran la
notación N.1 , N.2 , N.3, …
˃ DFD Balanceado: Todos los flujos que entraban o salían de
un proceso deberán entrar o salir de el grupo de procesos
hijos.
˃ Del grupo de procesos derivados pueden surgir nuevos
flujos destinados al manejo de errores y nuevos almacenes
de datos privados.
» Otras normas de explosión de un proceso:
˃ No deben tenerse en cuenta aspectos de iniciación o
terminación de funciones.
˃ Generalmente no habrá almacenes de datos en los que sólo
se escriba.
˃ Todos los procesos, almacenes de datos y flujos de datos
deben tener asignado un nombre.
˃ Todos los procesos deben tener al menos un flujo de
entrada y un flujo de salida.
˃ Los DFD deben ser independientes de las herramientas de
Implementación.
 Datos Recibo de
Oficina de Liquidación Haberes
Liquidar
Recursos Empleados
Haberes
Humanos

Datos para Liquidación

CLIENTE COCINA

Orden del Cliente

Sistema de
Orden a Cocina
Registro de
Factura al Cliente Pedidos

Informes a
Ejemplo de Gerencia
Diagrama de
Contexto GERENTE DEL
LOCAL
 CLIENTE COCINA
Orden del Cliente
Orden de Comida
Factura Procesar
Orden del
Cliente

Artículos
Actualizar vendidos Actualizar
Archivo de Archivo de
Ar´t. vendidos Datos de Inventario
Inventario

Datos de Artículos Vendidos Datos de Inventario

Archivo de Art. Arch.ivo de
vendidos Inventario
Artículos vendidos Bajas diarias de
en el día Inventario
Generar
Informes
Informes Gerenciales
Gerenciales GERENTE
DEL LOCAL
Ahora expandiremos
este Proceso
 Descuentos disrios
de Inventarios
Cantidad diaria Datos de
de artículos Inventarios
Acceder a Datos Consolidar
vendidos de artículos Datos de
vendidos e artículos
Inventario vendidos e
Datos de Inventario Datos consolidados
Artículos
vendidos

Informes
Preparar Gerenciales
Informes a
Gerencia
 0. Sistema de pedidos
pedidos
D LIBROS
órdenes de compra
pedidos válidos 2.
1.
Verificar Armar
D PEDIDOS
estado del crédito validez pedidos D ÓRDENES DE
PENDIENTES
de pedido a editores COMPRA
D CLIENTES pedidos en lote
pedidos por título
dirección
4. 3.
5. libros por Asignar libros Verificar libros pedidos
Armar clientes libros a recibidos
libros entregados envío
entrega pedidos de editores
libros entregados = a clientes libros recibidos =
albarán + lista-novedades {título + cantidad}

 DD  DD
 El Cliente coloca la Orden de Compra
El Cliente efectúa un Pago Se genera el
El Cliente consulta Precio Diagrama de
Etc.; etc.; ... Contexto
Cliente

Registrar
Orden de
Compra

Clientes Orden de Compra

» Agregar una Orden de un cliente