Diapositivas ads

CURSO DE ANÁLISIS Y
DISEÑO DE SISTEMAS
INFORMACIÓN

Ing. Luis Zuloaga Rotta

Análisis y Diseño de Sistemas – PA763

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.

• Los Procesos de Negocio son diseñados
para producir un resultado usando los
recursos disponibles del negocio y que tiene
un valor para este.


Recurso de Negocio
• El material, energía e información que es
consumida y producida por una organización.

• Incluyen a la gente, dinero, equipamiento,
tecnología y Know-How. También se incluyen
agentes externos a la organización como
proveedores, clientes, contratistas,
autoridades reguladoras, y otros.


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.

• Cada proceso requiere de uno o mas
recursos, los cuales en su momento debe
proveer o soportar uno o mas procesos


Procesos, Recursos y Valor
• Los procesos tienden a ser medidos por el flujo
de valor y por el valor que ellos adicionan,
mientras los recursos tienden a ser medidos
por el nivel de valor que ellos representan.

• Los procesos son diseñados para adicionar
valor, y con recursos que almacenan este
valor. El valor no es necesariamente medido
en términos monetarios.


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

• Procesamiento : proceso para organizar los datos
y realizado en una computadora

• Almacenamiento : disco o base de datos

• Comunicación : medio de transmisión de datos

• Salida : consultas o reportes impresos


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

Comercialización Finanzas Logística Personal
Manufactura Contabilidad


Clientes Proveedores
Entorno

Sistema de Información
Reportes
Almacenamiento Requeri-
de Datos mientos

Procesamiento
|
Clasificar
BD Ordenar
Calcular
Usuarios
Consultas
Datos Otros SI
insumo

Entidades Supervisión y Control
Competidores

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.

• Una característica común de los sistemas on-
line es que registran o leen los datos de
entrada/salida en forma remota.


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.

• Línea : las operaciones entran directamente
al sistema de cómputo y se procesan de
inmediato.


Sistemas en tiempo real
• Aquel que controla un ambiente de registro de
datos, proceso y respuesta de información, con
la suficiente rapidez como para influir en el
momento en dicho ambiente.
• Las características mas comunes entre estos
sistemas son :
– Procesan simultáneamente muchas actividades.
– Se interrumpen tareas antes de concluirse para comenzar otra
de mayor prioridad.
– Existe acceso simultáneo a datos comunes, tanto en memoria
como en almacenamiento secundario.


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.

• Los sistemas expertos por lo general se
construyen de tal manera que sean capaces
de explicar las líneas de razonamiento que
llevaron a las decisiones que tomaron.

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 ?

• Reto de la Globalización: ¿Cómo pueden
entender las empresas los requerimientos de
negocios y de SI dentro de un entorno
económico global ?


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 ?

• Reto de la Inversión en los SI: ¿ Cómo
pueden las organizaciones determinar el
valor de negocio de sus SI ?


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.

12

OBJETIVOS

META 01 META 02 META 03 ... META n

FUNCION 02 FUNCION 02 FUNCION 03 ... FUNCION m

PROCESO 01 PROCESO 02 PROCESO 03 PROCESO 04 PROCESO 05 PROCESO 06 ... PROCESO n

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

db1 Base Datos
db2 db3


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

db1 Base Datos
db2 db3

Stma. Stma. Stma. Stma.
Información 1 Información 2 Información 3 Información 4


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.

• Protocolo : Conjunto de reglas y procedimientos
que gobiernan la transmisión entre dos puntos
de una red identificando cada dispositivo y
verificando la recepción.


Elementos ...
• Modem : MOdulador/DEModulador. Dispositivo
para traducir señales digitales en en analógicas y
viceversa.

• Concentrador : o también llamado repetidor o
HUB . Dispositivo que captura y almacena
temporalmente los mensajes desde los
terminales y los pasa a la computadora principal
en una topología estrella.


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.

• Switch : o conmutador. Dispositivo que ofrece a
cada usuario conectarse a su propia red LAN
dedicada. También permite crear grupos de
trabajo lógicos o virtuales.


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


Digired
Interlan

Internet


19

Proyecto
Desarrollo de un
Sistema Información


INICIO DEL ESTUDIO DE
PROYECTO FACTIBILIDAD

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


Para identificar problemas Busque los siguientes indicios
Compare las salidas con los 1. Demasiados errores.
criterios de desempeño. 2. Lento desarrollo del trabajo.
3. Desarrollo incorrecto del
trabajo.
4. Trabajo inconcluso.

Observe la conducta de los 1. Alto ausentismo.
empleados. 2. Insatisfacción en desempeño.
3. Alta rotación.

Escuche la retroalimentación 1. Quejas.
externa de los : 2. Sugerencias.
- usuarios 3. Pérdida de ventas.
- vendedores
- clientes 4. Baja en las ventas.
- proveeedores


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.

• Que el proyecto auxilia a la organización a
lograr sus metas y objetivos.

• Evaluar si la organización puede mejorar sus
sistemas de trabajo con los recursos
actuales y/o con una inversión disponible.


Factibilidad Técnica
• Posibilidad de actualizar o complementar
para mejorar el sistema actual.

• Analizar disponibilidad de la tecnología que
satisfaga las necesidades del usuario.


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.

• Si los usuarios están comprometidos con el
sistema actual, y no le ven problema alguno.
• Si los usuarios aceptarán el sistema trabajo
propuesto y si lo utilizarán.


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.


Control del Proyecto
• El control denota definir el uso de la
retroalimentación para realizar el seguimiento
al proyecto. Esto incluye comparar el plan
con lo realizado hasta el momento.

• Significa tomar las acciones adecuadas para
acelerar o reprogramar las actividades.


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

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


Actividades del Desarrollo de
Sistemas
• Realizar Estudios de Factibilidad
(técnica/económica/operativa)
• Definir proyectos
• Contratar Analistas y Programadores
• Preparar especificaciones técnicas
• Especificar requerimientos funcionales/no funcionales
• Planear conversión/migración de datos
• Construir Sistemas (análisis, diseño y programación)
• Realizar Pruebas
• Contratar Personal Operativo
• Definir Procedimientos Operativos


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”

31

Presupuestos y Costos
• Dpto. Procesamiento Datos o Informática debe
ser un centro de costos.

• Costo Total debe ser conocido por la Gerencia

• Debe diseñarse una metodología de asignación
de costos a las áreas usuarias

• Debe realizarse un control presupuestal
periódico.


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

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.


GANT Utilizando el Microsoft Project
may 30 '94 jun 6 '94 jun 13 '94
Id Nombre de tarea Duración L M M J V S D L M M J V S D L M M J V S D L M
1
Planificación de requisitos 120h
2 Revisión de los sistemas existentes 3d 0%
3 Efectuar análisis de flujo de trabajo 3d 0%
4 Diseño del proceso 2d 0%
5 Identificar requisitos de los usuarios 2d 0%
6 Identificar requisitos de rendimiento 2d 0%
7 Identificar requisitos de la interfaz 2d 0%
8 Preparar especificación de requisitos del software 1d 0%
9 Revisión de los requisitos del software 0d

10
Diseño preliminar 80h
11 Preparar diseños funcionales 24h
12 Segmento de diseño nº1 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


Usuarios, beneficiarios o stakeholders

• Son aquellos que utilizan y se benefician directamente del
sistema o para quienes se construye el sistema.

• Usuario es la persona a la que se tendrá que entrevistar,
a menudo con gran detalle ("sonsacándoles" la
información), a fin de conocer sus requerimientos para el
nuevo sistema.

• También se les suele denominar clientes internos.
Pueden clasificarse por su categoría de trabajo en :
usuarios operacionales, usuarios supervisores y usuarios
ejecutivos.


35

Administradores
• Son los que tienen que ver con la asignación
de recursos al proyecto y su supervisión.

• Suelen conformar un comité directivo que
velará por que el proyecto se desarrolle dentro
de los márgenes y los requerimientos
establecidos en la documentación aprobada.


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.

• Programador es la persona responsable de pasar a un
lenguaje de programación de aplicaciones las
características de diseño del sistema especificadas por el
diseñador. A menudo es el que descubre errores y
ambigüedades en la propuesta de requerimientos
entregada por el analista.


- 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.

• El paradigma de prototipeo buscó involucrar mas a los
usuarios, mediante su participación en la construcción
previa de un prototipo del sistema final. Como un
prototipo "soporta todo" se prometían una funcionalidad
que luego no se podía implementar.


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

Modelo de ciclo de vida para el desarrollo de Software con
requerimientos para el prototipo


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.

• El paradigma evolucionable planteó que el desarrollo
debía ser evolutivo en la medida que se entregaba algo
concreto y ejecutable para los usuarios.


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

Preliminary Architect . Architect . Developm . Developm . Developm . Transition Transition Post-
Iteration Iteration Iteration Iteration Iteration Iteration Iteration Iteration deployment

Tiempo


Iteraciones conducen a la
Reducción del Riesgo

Delimitar escenarios Planear Iteración N
para direccionar • Costo
Riesgos Iniciales Proyecto
altos riesgos • Programación
Alcance Inicial Proyecto

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

Iteración 1 Iteración 2 Iteración 3

Proceso “Mini-Waterfall”
“Mini-
Planeamiento Iteración
Captura Rqmts
Análisis & Diseño
Implementación
Test
Preparar Release


Preguntas ?


42

Diapositivas ads

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (19)

Similar a Diapositivas ads

Similar a Diapositivas ads (20)

Último

Último (20)

Diapositivas ads