Professional Documents
Culture Documents
DISEÑO DE SISTEMAS
INFORMACIÓN
Conceptos generales
• Sistema
– Conjunto de entidades u objetos relacionados entre si,
conformando una estructura con un fin común.
• Sistema de Información – SI
– Sistema cuya finalidad es procesar datos de entrada para
producir como salida información oportuna, relevante y
confiable .
1
Conceptos generales
• Análisis de SI
– Análisis de las reglas del negocio (actividades) y
de las necesidades de soporte de información.
• Diseño de SI
– Especificación de los procedimientos de trabajo
y de la plataforma tecnológica sobre la que se
implementará el SI.
Input Output
Sistema
Requerimientos
(inputs)
Resultados
(Outputs)
Transformaciones
(procesos recursos)
2
Procesos de Negocio
• Conjunto de actividades completamente
informales o rigurosamente estructuradas,
que definen la forma en la cual el trabajo es
realizado dentro de la organización y con su
entorno.
Recurso de Negocio
• El material, energía e información que es
consumida y producida por una organización.
3
Cadena de Valor
• Un negocio entrega valor a sus clientes en la
forma de productos o servicios, los cuales
son el resultado de uno o mas procesos.
4
Datos e Información
• Los DATOS se transforman en
INFORMACION al momento de ser
presentada y revisada por los directivos,
gerentes u operadores de la organización,
quienes interpretan la forma de presentación
de los datos y toman las decisiones de su
responsabilidad.
Sistema de Información - SI
• Conjunto de personas, datos y
procedimientos que trabajan juntos para
proveer información útil.
James Senn
5
Punto de Vista de Negocios
• Un SI es una solución de organización y
administración basada en tecnología de
información como respuesta a una necesidad
del negocio de mejorar su productividad,
calidad y competitividad.
Descripción de los SI
• Alimentación : captura o entrada de datos
6
TIPO DE SI GRUPO ATENDIDO
Nivel Directivos o
administradores
Estratégico Nivel Superior
Nivel Gerentes o
administradores
Administración Nivel Medio
Nivel Profesionales
de Organización
Conocimiento y Sistemas
Nivel Jefes
Operativos
Operativo
Clientes Proveedores
Entorno
Sistema de Información
Reportes
Almacenamiento Requeri-
de Datos mientos
Procesamiento
|
Clasificar
BD Ordenar
Calcular
Usuarios
Consultas
Datos Otros SI
insumo
7
División de los Sistemas
• Sistemas on-line
• Sistemas de tiempo real
• Sistemas de soporte a las decisiones–DSS
• Sistemas basados en el conocimiento
Sistemas on-line
• Aquel que registra sus inputs directamente
del área donde se crean.
8
Procesamiento por Lotes u
On Line
• Lotes o Batch : las operaciones se
acumulan y almacenan hasta un momento
determinado cuando es conveniente o
necesario procesarlas conjuntamente.
9
Decision Support Systems -
DSS
• Ayudan a los funcionarios y ejecutivos del
negocio a tomar decisiones dado que
consolidan datos de un periodo especifico de
tiempo o porque permiten construir
escenarios futuros.
Sistemas basados en
conocimiento
• Son sistemas basados en las reglas del
negocio y que ayudan a mejorar el criterio de
un trabajador en la ejecución de una tarea.
Se les suele llamar sistemas expertos.
10
Retos de los SI
• Reto de los Negocios: ¿Cómo pueden los
negocios emplear TI para diseñar
organizaciones que sean competitivas y
eficientes ?
Retos de los SI
• Reto de la Arquitectura de Información:
¿Cómo las organizaciones desarrollan una
arquitectura de información que dé soporte a
sus metas ?
11
Retos de los SI
• Reto de la Responsabilidad y Control:
¿Cómo pueden las organizaciones diseñar
SI que las personas puedan entender y
controlar ?
¿Cómo pueden asegurar las organizaciones
que sus SI sean usados éticamente y
responsablemente?
Análisis de Sistemas
Información
• Identificar, relacionar y evaluar las reglas de
negocio actuales, a través de los objetivos,
metas, planes, funciones y procesos de
negocio.
• Aprender sobre el funcionamiento del
negocio a través de una descomposición
jerárquica de funciones y procesos.
• Establecer los requerimientos de información
como soporte al funcionamiento del negocio.
Análisis y Diseño de Sistemas – PA763
12
OBJETIVOS
PROCESO
ELEMENTAL 01 EBP 02 EBP 03 ... EBP 04 EBP 05 ... EBP 06
ENT 1 ENT 2 ENT 3 ENT 4 ... ENT 5 ENT 6 ENT 7 ... ENT 8
Entidades
DFD’s
PROCESO
ELEMENTAL 01 EBP 02 EBP 03 ... EBP 04 EBP 05 ... EBP 06
ENT 1 ENT 2 ENT 3 ENT 4 ... ENT 5 ENT 6 ENT 7 ... ENT 8
Entidades
13
Diseño de Sistemas
Información
• Especificar los procedimientos de trabajo vía
formularios y formas de registro.
• Especificar la plataforma tecnológica :
– Sistema operativo – OS
– Arquitectura
– DBMS
– Lenguaje de desarrollo
– Comunicaciones
– GUI’s (interfaces y pantallas)
Base de Datos
• Colección de datos organizados para dar
servicio a muchas aplicaciones al mismo
tiempo al combinar los datos de manera que
parezcan estar en una sola ubicación.
14
Sistema de Administración de
Base Datos - DBMS
• Software para crear y mantener una base de
datos y permitir que aplicaciones individuales
del negocio puedan extraer los datos que
necesitan sin tener que crear archivos de
datos por separado.
Red de Computadoras
• Un conjunto de computadoras relacionadas
entre si por un medio de un canal de
comunicación con la finalidad de registrar,
consultar o procesar eficientemente los datos
del negocio.
15
Elementos de una Red
• Canal de Comunicación : los enlaces por medio
de los cuales la voz y los datos son transmitidos
en una red entre dispositivos emisores y
receptores.
Elementos ...
• Modem : MOdulador/DEModulador. Dispositivo
para traducir señales digitales en en analógicas y
viceversa.
16
Elementos ...
• Multiplexor : dispositivo que permite un solo
canal de comunicación para llevar a cabo la
transmisión de datos desde diversas fuentes de
manera simultánea.
Elementos ...
• Router : dispositivo que ayuda a crear ,
mantener y diseminar información en rutas a
través de una red conmutada, permitiendo el
intercambio de información entre redes
remotas.
17
Internetworking
• Es el campo dentro de las redes de datos que
se encarga de integrar o comunicar una red
LAN con otra, constituyendo redes WAN,
logrando así una mayor capacidad de
transferencia, acceso a datos, servicios de
otras redes, etc..
Arquitectura Cliente/Servidor
• Es un modelo para construir sistemas de
información que se sustenta en la idea de
repartir el procesamiento de datos entre todos
los usuarios involucrados, permitiendo mejorar
la eficiencia del sistema total.
18
Análisis y Diseño de Sistemas – PA763
Digired
Interlan
Internet
19
Proyecto
Desarrollo de un
Sistema Información
A
B C
ADMINISTRACION PLANEACIÓN
DE ACTIVIDADES Y CONTROL
Y DE PERSONAL PROYECTO
• El responsable del proyecto debe dominar aquellas
habilidades que le permitan desarrollar con éxito un
proyecto.
20
Inicio del Proyecto
• Los proyectos surgen de numerosas fuentes
diferentes, y se inicia su evaluación preparando un
perfil del mismo.
• Algunos proyectos solo sobrevivirán algunas
etapas de su evaluación, pero otros deberán
trascender.
• Los responsables sugieren los proyectos
principalmente por :
– experimentación de problemas
– identificación de oportunidades de mejorar
21
Criterios para Seleccionar
un Proyecto
• Respaldo de la Dirección.
• Programación en disponibilidad de tiempo.
• Posibilidad de mejorar las metas y objetivos de
la organización.
• Viabilidad en cuanto a disponibilidad de
recursos y capacidad técnica.
• Analizar ventajas respecto a otros proyectos de
la empresa.
Estudio de Factibilidad
• Los proyectos en general se apoyan en tres
principios básicos :
– Técnico
– Económico
– Operativo
• Un proyecto debe satisfacer los tres principios
para merecer su desarrollo posterior.
• La información para el estudio puede obtenerse
a partir de entrevistas o del registro de
ocurrencias.
22
Factibilidad significa
• Que el compromiso de la Dirección sólo es
con la realización del estudio, mas no con la
aceptación del proyecto.
Factibilidad Técnica
• Posibilidad de actualizar o complementar
para mejorar el sistema actual.
23
Factibilidad Económica
• Costo estimado de equipos.
• Costo desarrollo/adquisición software
• Costo estudio del sistema de trabajo.
• Costo personal para elaborar el proyecto, en
función del tiempo estimado.
Factibilidad Operativa
• Si se dispone de los recursos humanos que
garanticen que el sistema de trabajo operará
cuando se instale.
24
Planeación y Control del
Proyecto
• La planeación incluye a todas las actividades
que se requieren para la selección del equipo
de técnico/profesional, la asignación de
tareas a los miembros del equipo, la
estimación de tiempos, la definición de
resultados, y la programación del proyecto.
25
Técnicas para la
programación de Proyectos
• Diagrama Gant.
– Diagrama de barras en la que se representa la
realización de las actividades vrs. tiempo duración
• Gráficos Pert.
– Un proyecto se representa por una red de nodos y
flechas, que se evalúan para determinar cuales
son las actividades críticas, y para revisar el
avance del proyecto una vez iniciado.
Plan de actividades
Actividad Duración Preceedencia
A 4 Ning.
B 2 Ning.
C 5 A
D 3 B
E 6 C, D
26
Actividad
A
B
GANT
C
D
E
Tiempo
2 4 6 10
3 PERT
A,4 C,5
E,6
0 1 4 5
B,2 2 D,3
Análisis y Diseño de Sistemas – PA763
Técnica Pert
• Definir la precedencia de las actividades es
importante para determinar la duración del
proyecto.
• Los nodos de eventos que representan la
finalización de las flechas de actividades se
acompañan con el registro de las holguras.
• Evaluar las holguras cuando entra o surge de
un nodo mas de una actividad.
27
Actividades Típicas para un
Proyecto de Sistemas
• Actividades Estratégicas
• Actividades de Desarrollo de Sistemas
• Planeamiento Físico
• Obtención del Equipo
• Planeamiento de Software
Actividades Estratégicas
• Definir Políticas y Objetivos
• Nombrar Comités
• Nombrar Grupo de Sistemas
• Capacitar Grupo de Sistemas
– Técnicos
– Administrativos
– Gerencia del Negocio
• Definir Requerimientos
• Delinear Organización
28
Actividades Estratégicas
• Establecer presupuestos
• Preparar Estándares
• Definir Prioridades
• Asignar Personal
• Definir Funciones
• Preparar Plan de Implementación
• Entrenar Gerencia y Usuarios
29
Actividades de Desarrollo
de Sistemas
• Definir Data Entry - entrada de datos
• Entrenar Usuarios
• Convertir/migrar datos
• Iniciar cambio
• Implementar Sistemas
Planeamiento Físico
• Obtener locales temporales
• Definir requerimientos para nuevo local
• Seleccionar local
• Preparar Layout del local
• Verificar y acondicionar local
• Realizar mudanza
• Instalación de muebles y equipos
30
Obtención de Equipos
• Colocar orden para servidor, PC clientes,
equipo auxiliar (impresoras, scaner, etc),
de oficina (desktop, laptop), equipo de
comunicaciones, y de Data Entry.
• Seguir el trámite de la orden
• Instalar, configurar y probar equipo
• Entrenar personal en su uso
Planeamiento Herramientas
de Software
• Analizar Requerimientos de software básico, paquetes
de software
• sistema operativo,
• antivirus
• productividad (control proyectos, texto, flujo, etc)
• modelamiento,
• base datos, y
• programación
• Probar y seleccionar Software
• Colocar orden compra de software
• Entrenar a usuarios
• Actualizar releases o “parches”
Análisis y Diseño de Sistemas – PA763
31
Presupuestos y Costos
• Dpto. Procesamiento Datos o Informática debe
ser un centro de costos.
Inversión
• Equipo
– Computadoras
– Data Entry
– Muebles y equipo de oficina
– Instalación telefónica
– Discos y cintas
• Software
– Básico
– Especializado
• Local
– Acondicionamiento/Construcción
– Alimentación Eléctrica
– UPS
Análisis y Diseño de Sistemas – PA763
32
Costos y Gastos
• Contratación y Selección
• Sueldos y salarios
• Viajes y manuntención
• Entrenamiento
• Consultores
• Contratos de programación
• Arquitectura del Local
• Costos Administrativos
• Materiales
• Conversión inicial
• Electricidad
• Teléfono
• Mantenimiento y equipo
• Seguros
• Back-Up
• Mantenimiento Programas
Ambientes de Trabajo en la
Construcción de Sistemas
• Ambiente de Desarrollo
– Modelado y programación
• Ambiente de Calidad
– Prueba de interfaces y de procesos
• Ambiente de Producción
– Carga y migración de datos
– Registro de transacciones
33
Administración de las
Actividades y del Personal
• Hay que administrar el tiempo, los recursos, y
al personal.
• Establecer una correcta comunicación entre
los integrantes del equipo.
• Identificarse con lo que el equipo produce.
• Integrar equipo en la organización.
• Motivación de los integrantes del equipo.
10
Diseño preliminar 80h
11 Preparar diseños funcionales 24h
12 Segmento de diseño nº1 3d 0%
13 Segmento de diseño nº2 3d 0%
14 Segmento de diseño nº3 3d 0%
15 Preparar documentos de la interfaz de control 16h
16 Documento de la interfaz nº1 2d
17 Documento de la interfaz nº2 2d
18 Preparar plan de pruebas del software 40h
34
Paradigmas de Desarrollo de
Software
35
Administradores
• Son los que tienen que ver con la asignación
de recursos al proyecto y su supervisión.
Analista de Sistemas
• Es el papel o rol que jugará usted. Es
responsable de determinar y especificar
los requerimientos del sistema a construir
desde los usuarios.
• A veces representa a un arqueólogo o a un
mediador o a un innovador o a un jefe de
proyecto.
• Esto significa que como analista de sistemas
se necesita más que una habilidad para
dibujar diagramas, se requiere facilidad para
el manejo de personas durante las
entrevistas, mediar en desacuerdos comunes
en todo proyecto, poseer conocimientos de
computación y una mente lógica y organizada
que le permita analizar los sistemas desde
distintas perspectivas.
36
Diseñador de Sistemas y
Programadores
• Diseñador es el responsable de especificar las
características de la arquitectura del sistema y que
servirá de base para el trabajo de los programadores. En
muchos casos, el analista y el diseñador son la misma
persona.
- Entrevistas - GUI’s
- Visitas de - Forms
observación - Pantallas
- Revisión de
documentos
- Económica
- Técnica
- Operativa
- Módulos
- Configuración - Base datos
- Producción - Programación
- Migración
- Pruebas
- Capacitación
37
Paradigmas de D esarrollo
de Software
• Un paradigma es un conjunto de reglas que
aceptamos como ciertas, que nos ponen
ciertos límites y que nos dicen como actuar.
Los paradigmas de desarrollo de software
aceptados desde los años 70 son :
• Ciclo de vida clásico
• Prototipeo
• Espiral
• Evolucionario
O EN CASCADA
38
El paradigma del Ciclo de
Vida Clásico y de Prototipeo
• La cascada involucraba a los usuarios sólo en la etapa de
análisis y especificación de los requerimientos. Sólo al
finalizar el proyecto, los usuarios podían revisar si el
sistema entregado satisfacía sus requerimientos.
Generalmente no los cumplía.
Usuario
Uso del
Definición de Prototipo
Requerimientos
Diseño de
Prototipo
Diseño del Feedback
detalle del usuario
Refinamiento
Codificación
y Depuración Análisis de
Resultados
Instalación
prueba y Proceso de prototipeo típico
Mantenimiento
39
Paradigma de Desarrollo en
Espiral y el Evolucionable
• El paradigma de desarrollo en espiral incluyo lo mejor de
los dos paradigmas anteriores e introdujo el concepto de
evaluación del riesgo del proyecto, el cual incluía el
riesgo de culminar en el tiempo programado, de no
gastar mas de lo presupuestado y de lograr satisfacer los
requerimientos de los usuarios. Mas no se entregaba
nada concreto a los usuarios sino hasta la finalización
del proyecto.
Desarrollo en
espiral
40
Perfil de Riesgo del Desarrollo Iterativo vrs Clásico
Incepción
Desarrollo
Elaboración en cascada
o Waterfall
Proceso
Riesgo Unificado Construcción
Rational - RUP
Transición
Tiempo
Iteraciones conducen a la
Reducción del Riesgo
Desarrollar Iteración N
• Acumular costos y
medidas calidad
Iteración N
Evaluar Iteración N
Revisar Plan Proyecto
Completo
• Costo
• Programación
• Alcance/Contenido Riesgos eliminados
Revisar Riesgos Proyecto
• Repriorizar
41
Desarrollo Iterativo
Incepción Elaboración Construcción Transición
Proceso “Mini-
“Mini-Waterfall”
Planeamiento Iteración
Captura Rqmts
Análisis & Diseño
Implementación
Test
Preparar Release
Preguntas ?
42