ANALISIS Y DISEO DE

SISTEMAS
Ing. Luis Zuloaga Rotta
 Sistema
Conjunto de elementos relacionados
entre si con una misma finalidad

Inputs SSA
SSB Outputs

SSC
SISTEMA
EN ESTUDIO

Entorno o medio ambiente

 Propiedades de los sistemas
Finalidad, la razn de ser del sistema.
Estructura, establecida en base a las
relaciones entre los elementos. Las
interrelaciones ms o menos estables entre las
partes o componentes de un sistema, que
pueden ser identificadas en un momento
dado.
Sinergia, propiedad del sistema como
consecuencia de las relaciones entre los
elementos. Propiedad que supone que el todo
(el sistema) es distinto a la suma de las partes,
permitindole al sistema transformar la
materia en productos tiles.
Variedad, como consecuencia de los distintos
elementos que conforman el sistema.
 Propiedades de los sistemas
Estado, situacin del sistema el cual es
determinado por el comportamiento de algunas de
sus variables.
Equifinalidad, una finalidad similar a la de otro
sistema pero con estructura diferente. Significa que
un sistema puede alcanzar el mismo estado final a
partir de diferentes condiciones iniciales y a travs
de una variedad de caminos.
Complejidad, indica la cantidad de elementos de
un sistema (complejidad cuantitativa) y sus
potenciales interacciones (conectividad), as como
el nmero de estados posibles que se producen a
travs de stos (variedad, variabilidad).
Entropa, la entropa es una ley por la que todas las
formas de organizacin tienden hacia su
desorganizacin o muerte. Para mantener la
entropa negativa y perdurar, un sistema debe
mantener un balance positivo entre la energa
generada y la energa que se consume.
 Propiedades de los sistemas
Homeostasis: es la capacidad del sistema de conservarse
estructuralmente apto para alcanzar su objetivo.
Estructura: Las interrelaciones ms o menos estables entre las
partes o componentes de un sistema, que pueden ser
identificadas en un momento dado, constituyen la estructura
del sistema.
Frontera, en trminos operacionales puede decirse que la
frontera del sistema es aquella lnea que separa al sistema de
su entorno y que define lo que le pertenece y lo que queda
fuera de l.
 Representacin de un sistema
inputs

Subsistemas

Sistema de Sistema de control

informacin y monitoreo
outputs

Sistema operacional

Entorno a medio ambiente

del sistema

inputs outputs

SISTEMA
Control
de flujo

feedback o retroalimentacin
 Clasificacin de los sistemas
Segn su naturaleza
Vivientes y no vivientes
Segn su relacin con el entorno
Abiertos y cerrados
Segn el momento de su cambio de estado
Discretos y continuos
Segn sus estructura
Duros y blandos
 Relaciones entre los sistemas
Suprasistema
Un sistema que contiene a otros sistemas
Subsistema
Un sistema que esta incluido en otro sistema

SSA

Subsistema

Suprasistema
 Sistema de referencia
Un sistema que sirve de comparacin para la
propuesta de mejoras al sistema en estudio.
 Situacin actual y propuestas
de mejora
AS-IS
Una descripcin del comportamiento actual del sistema, es
decir como es lo que hace
SHOULD-BE
Una descripcin de como nos gustara se comportara el
sistema, es decir como debera idealmente operar
TO-BE
Una descripcin de como se propone sea el
comportamiento del sistema, es decir como ser lo que
hace
 Enfoque de sistemas
Sistema de
referencia
SHOULD-BE
TO-BE ?

SupraSistema
Sistemas con
equifinalidad

AS-IS

Analista Sistema
en estudio
 Enfoques para el anlisis de
sistemas
Caja negra
Se analizan solo los inputs y outputs

Partes componentes
Se utiliza la descomposicin funcional

Transicin de estados
Se define el estado del sistema en base al comportamiento de las
variables de estado pre establecidas

CADTWE
Se define el sistema en relacin con los clientes, actores, dueos,
finalidad, weltanshangs y medioambiente.
 Caja Negra

Se analiza un sistema y se establece una

apreciacin sobre su comportamiento en base
a las entradas y salidas del sistema.
Ej.
Un reloj
Una calculadora
Un horno microhondas
Una universidad ( vale este enfoque?)
 Partes componentes
Se analiza un sistema en base al anlisis de sus
partes componentes o sub sistemas;
considerando la sinergia deben analizarse las
partes sin perder de vista al todo y viceversa.
Ej.
Si analizamos el sistema de registros acadmicos de
una universidad debemos analizar la universidad y
adems sus subsistemas acadmico y administrativo.
Si analizamos el sistema de sealizacin del trnsito
debemos analizar el sistema de transito as como los
subsistemas de normas, de control y sanciones.
 Cambio de estado
Podemos analizar un sistema en base a los cambios de
estado que experimenta en el tiempo, para lo cual se
define un vector de estado.
Ej.
Una agencia bancaria se puede analizar en base a las
variables nro ventanillas atendiendo, personas en cola,
tiempo promedio de servicio, tiempo promedio entre
arribos.
Un paso peatonal controlado por un semforo se puede
analizar en base a las variables tiempo promedio de paso,
nro promedio de personas de paso, tiempo de sealizacin
para el paso.
 x1
Caja Negra
Sistema f(x1,x2)
x2

Cambio de Estado

V(t2) h2 V(t3) h3
V(t1) h1

Partes
SS1 SS1
Componentes
SS3
SS3 =
SS2
SS2
 CADTWE
Utilizado para definir apropiadamente un sistema en
base a las definiciones de los clientes ( C ), actores ( A )
y dueos ( D ), as como del proceso de transformacin
( T ), y del entorno o medioambiente ( E ).
C: quienes se benefician del sistema
A: quienes realizan las actividades en el sistema
D: quienes tienen el poder de decisin para cambiar el
sistema
T: el proceso de transformacin o razn de ser del sistema
W: weltanshaung o cosmovisin de clientes, actores, y
dueos respecto a lo que el sistema es.
E: el entorno del sistema (favorable o desfavorable)
 Anlisis CADTWE
W1: El sistema es

Cliente DB: El sistema es

W2: El sistema es Analista

W3: El sistema es
Actor

Dueo

El analista debe logar una definicin bsica del sistema concensuada y validada.
Ejemplo de anlisis CADTWE
Si deseamos analizar, por ejemplo el problema
de la delincuencia deberamos en primer lugar
identificar el sistema, es decir el de lucha
contra la delincuencia.
Luego comprender como ven este problema los
clientes (ciudadanos afectados), actores
(delincuentes y policas) y los dueos del
sistema (gobierno a travs del sistema de
justicia).
A partir de estas cosmovisiones sumada a la del
analista definir el sistema, hasta obtener una
definicin consensuada.
A partir de esta definicin plantear y viabilizar
alternativas de mejora.
 Como identificar las acciones de
mejora ?
Realizar un anlisis FODA que permita un anlisis
interno y externo a la organizacin.
FODA significa:
Fortalezas y Debilidades (condiciones internas),
Oportunidades y Amenazas (condiciones externas)
Establecer estrategias de accin a partir de estas
condiciones.
Parte de estas condiciones son acciones relacionadas
con los sistemas de informacin.
 Analisis y Diseo de Sistemas
Se refiere al proceso de examinar la situacin de una
organizacin o empresa como un sistemas con el
propsito de mejorarlo con mtodos y
procedimientos ms adecuados.
El Anlisis
Que es el proceso de clasificacin e interpretacin de hechos,
diagnostico de problemas y empleo de la informacin para
recomendar mejoras al sistemas o crear un nuevo sistema de
informacin. Especifica lo que el sistema debe hacer para las mejoras.
El Diseo
Especifica las caractersticas del producto terminado. Establece como
alcanzar el objetivo. Especifica como implementar las mejoras.
 Software
La parte lgica de un sistema de cmputo.
Categoras de software:
Bsico, como los sistemas operativos
Herramientas
Lenguajes de construccin
Aplicaciones: Sistemas de informacin
Paradigmas de desarrollo de
software
Ciclo de vida clsico o cascada
Prototipado
Espiral
Iterativo e incremental
 Ciclo de vida clsico o en cascada
La cascada involucraba a los usuarios slo en
la etapa de anlisis y especificacin de los
requerimientos.
Slo al finalizar el proyecto, los usuarios
podan revisar si el sistema entregado
satisfaca sus requerimientos. Generalmente
no los cumpla.
 Prototipado
El paradigma de prototipado busc involucrar
mas a los usuarios, mediante su participacin
en la construccin previa de un prototipo del
sistema final.
Como un prototipo "soporta todo" se
prometan una funcionalidad que luego no se
poda implementar.
Usuario

Uso del
Definicin de Prototipo
Requerimientos
Diseo de
Prototipo
Diseo del Feedback
detalle del usuario

Refinamiento

Codificacin
y Depuracin Anlisis de
Resultados

Instalacin
prueba y Proceso de prototipeo tpico
Mantenimiento

Modelo de ciclo de vida para el desarrollo de Software con

requerimientos para el prototipo
 Espiral
El paradigma de desarrollo en espiral incluyo
lo mejor de los dos paradigmas anteriores e
introdujo el concepto de evaluacin del riesgo
del proyecto, el cual inclua 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 finalizacin del proyecto
 Iterativo y evolucionable
El paradigma evolucionable plante que el
desarrollo deba ser evolutivo en la medida
que se entregaba algo concreto y ejecutable
para los usuarios.
Desarrollo Iterativo e Incrementable

Incepcin Elaboracin Construccin Transicin

Iteracin 1 Iteracin 2 Iteracin 3

Proceso Mini-Waterfall
Planeamiento Iteracin
Captura Rqmts
Anlisis & Diseo
Implementacin
Test
Preparar Release
 Enfoques para el desarrollo de
software
Orientado a datos
Metodologa estructurada, Mtrica
Orientado a objetos
RUP, Desarrollo gil, Programacin Extrema
 Ingeniera de Software

Conjunto de procesos que tienen por finalidad

convertir los requerimientos de informacin
en un nuevo producto software o en uno
mejorado. Enfoque para
Metodologa el desarrollo
De desarrollo
Nuevo producto software
Requerimientos o uno mejorado
INGENIERA DE
SOFTWARE

Equipo de Herramientas
desarrollo de desarrollo
 Software
La parte lgica de un sistema de cmputo.
Conjunto de instrucciones o sentencias lgicas
escritas en un lenguaje de programacin para
ejecutar determinadas procesos en una PC y
atender los requerimientos de los usuarios.
Tipos de software:
Base o del sistema: sistemas operativos
Aplicacin: herramientas, DBMS, de propsito general
De red
De programacin: lenguajes
 Procesos de la Ing. Software
Especificacin de requerimientos
Anlisis del sistema
Especificacin de la plataforma tecnolgica
Diseo del sistema
Implementacin
Pruebas
Configuracin y mantenimiento
Otras actividades:
Documentacin
Capacitacin
Migracin de datos
Planeamiento de la capacidad
Aseguramiento de la calidad
Administracin del proyecto
 Mapeo de
procesos
Requerimientos

Definicin de
plataforma Capacitacin de
tecnolgica usuarios
Anlisis

Diseo Pruebas

Migracin de
datos
Aseguramiento de la
calidad SQA
Implementacin
Configuracin y
mantenimiento

Documentacin

Administracin del
Proyecto

PROCESOS DE LA INGENIERA DE SOFTWARE

 Metodologas para el desarrollo de
software
Estructurada
RUP
Agil software development
Extreming Programing
Mtrica
Las organizaciones como sistemas
Una organizacin es un conjunto de
subsistemas relacionados entre si con la
finalidad de alcanzar las metas y objetivos
propuestos.
Todo lo que realiza una organizacin son
actividades que dependiendo del nivel pueden
ser funciones, procesos, o tareas.
MACROPROCESOS DE NEGOCIO: UNA LAVANDERI
FORMACION DE INNOVACION &
PLANEAMIENTO CALIDAD MARKETING
RRHH COMPETITIVIDAD

CLASIFIC PROGRA LAVADO & PLANCHA ALMACEN

RECEPCION ENTRE
ACION MACION SECADO DO AJE

MEJORA
TICS LOGISTICA GESTION RRHH MANTENIMIENTO CONTABILIDAD
CONTINUA

OPINION DEL SERVICIO

 DIRECCIN

SISTEMAS

PRODUCCIN LOGISTICA VENTAS FINANZAS

COMPRAS
INSUMOS

PRODUCCIN LOGISTICA PRODUCTOS

PRODUCTOS COMPRADOS

PRODUCTOS
NECESIDADES ORDEN VENDIDOS
PRODUCCIN DESPACHOS DE PAGO

CLIENTES
VENTAS RECAUDACION
INGRESOS
FINANZAS
 Funciones y procesos

Una funcin es un conjunto de actividades de

alto nivel que son permanentes y que en
conjunto son responsables de alcanzar las
metas y objetivos de la organizacin.
Un proceso es un conjunto de actividades de
bajo nivel que se caracterizan por:
Necesitan de un evento externo para su ejecucin.
Tienen un inicio y un fin, es decir se ejecutan en
un periodo de tiempo.
 Elementos de un Proceso

Entradas
Actividades
Salidas
Metodo (documento)
Recursos
Controlde seguimiento
Indicador(es)
Responsable o dueo del proceso
 LAVADO &
CLASIFICACION PROGRAMACION PLANCHADO ALMACENAJE EN
SECADO

RECURSO INDICADOR EFICIENCIA INDICADOR EFICACIA

Personal de Recepcin ER = Tpo estndar /Tpo real (%) Calidad de la recepcin (%

Personal de Clasificacin EC = Tpo estndar /Tpo real (%) Calidad de la clasificacin (

n Personal de Programacin EP = Tpo estndar /Tpo real (%) Calidad del programa (cant
prendas programadas/capa
Estaciones de lavado Tiempo Lavado = Horas lavado estndar/Horas lavado real (%) Nivel de cumplimiento del
Agua Eficiencia Capacidad Carga = Kilos reales/Kilos estndar lavado (%)
Energa Eficiencia Energa =
Insumos Energa Consumida lavado/Energia Estndar (%)
Eficiencia Agua = Agua real consumida/Nro Kilos lavados
Eficiencia Insumos = Volumen insumos utilizado/Nro Kilos
Lavados
Estaciones de planchado Eficiencia Energa = Nivel de cumplimiento de p
Energa Energa Consumida planchado/Energia estndar (%) planchado (%)
Espacio fsico de Eficiencia almacenamiento = Nro prendas almacenadas/m3 Nivel de cumplimiento del
almacenamiento Eficiencia insumos = cantidad insumos utilizados/nro prendas ubicacin prendas
Energa almacenadas
Insumos
Personal entrega EE = Tpo estndar /Tpo real (%) Nivel de Cumplimiento ent
Nro reclamos (%)
 Reglas y requisitos
Son las condiciones o restricciones que deben considerarse al
momento de identificar y especificar los procesos.
Ej. El software debe permitir el registro de la matricula de un alumno.
La matricula solo puede realizarse dentro del periodo de tiempo
establecido
La matricula debe, en primer lugar, obligar la inscripcin en cursos
desaprobados
La matricula solo procede en cursos donde se cumple con el pre
requisito.
La matricula para un alumno con asignaturas con dos desaprobaciones
debe restringirse a dichas asignaturas
La matricula no debe incluir asignaturas de ms de tres ciclos
consecutivos.
 Procesos elementales (EBP)

Conjunto de actividades que no pueden realizarse

independientemente ni en momentos diferentes ya que no
tendran sentido para el negocio.
Cada ejecucin debe realizarse desde el principio hasta el final en
un solo lugar.
Finalizada su ejecucin debe producir un resultado que sea
completo y significativo para el usuario.
Ej. Registrar una venta
Recuperar los datos del cliente
Ingresar los productos y las cantidades a vender
Totalizar el monto de la venta
Grabar la venta
Emitir la orden de venta
 FUNCION PROCESOS
Vender Vender una Laptop
Vender un mueble de sala
Comprar Comprar fierro de construccin para obra
Comprar insumos para plan de produccin
Almacenar Almacenar la maquinaria comprada
Almacenar los productos terminados del lote de produccin
Supervisar Supervisar el trabajo del personal
Supervisar la obra en ejecucin

Verbo Verbo + sustantivo

 VISIN
MISIN

Obj1 Obj2 Obj3 ObjX Objetivos

MetY Metas
Met1 Met2 Met3 Met4 Met5

Func1 Func2 Func3 Func4 Func5 Func n Funciones

Proc1 Proc2 Proc3 Proc4 Proc5 Proc m Procesos

Procesos
EBP1 EBP2 EBP3 EBP5 EBP6
elementales
R R R
EBP4
C U U R C U
R U C
Entidades
E1 E2 E3 E4 E5 E6 E7 De datos

Base de
BD1 BD2 datos

Sistemas de
SI 1 SI 2 SI 3 SI X Informacin
 Matrices de Relacin
Una forma alternativa de representar la relacin
entre objetivos, metas, funciones, procesos,
entidades y requerimientos es a travs de
matrices.
Un requerimiento es la caracterstica o propiedad
que debe ser satisfecha por los responsables para
atender una necesidad de los usuarios en
relacin con el cumplimiento de sus funciones o
ejecucin de los procesos para el logro de las
metas y objetivos empresariales.
 Matrices de relacin
METAS FUNCIONES
OBJETIVOS METAS
M1 M2 M3 M4 F1 F2 F3 F4
OBJ 1 X X M1 X X
OBJ 2 X X M2 X X
0BJ 3 X X M3 X X
OBJ 4 X X M4 X X
OBJ 5 X X

REQUERIMIENTOS INFORMACION PROCESOS

PROCESOS FUNCIONES
R1 R2 R3 R4 R5 P1 P2 P3 P4 P5
P1 X X X F1 X X X
P2 X X F2 X X X X
P3 X X X F3 X X
P4 X X F4 X X
P5 X X X

REQUERIMIENTOS ENTIDADES
INFORMACIN E1 E2 E3 E4 E5
R1 X X
R2 X X X
R3 X X
R4 X X X
R5 X X X
 Sistema de Informacin
Un sistema que provee la informacin
necesaria para la toma de decisiones en base a
informacin interna y externa de negocio u
organizacin.
 Clasificacin de los Sistemas de
Informacin
Segn el lugar y momento de registro de los
datos
Sistemas on-line
Sistemas de tiempo real
Segn el modo de uso de los datos
Sistemas de soporte a las decisiones DSS (sistema
basado en la simulacin de escenario)
Sistemas basados en el conocimiento (sistema experto)
 Requerimientos del Software
Las caractersticas a incorporar o con las que
debe contar el producto software a construir,
mantener o comprar para satisfacer las
necesidades de los usuarios.
Los requerimientos pueden ser:
Funcionales (RFN)
No funcionales (RNF)
Requerimientos funcionales (RFN)
Son los requerimientos especificados en base
a las necesidades funcionales de los usuarios
finales y que guardan relacin con las
actividades del negocio.
Ej. Sistema Acadmico
El software debe permitir el registro de la
matricula de un alumno.
El software debe permitir la emisin del listado de
alumnos inscritos en una asignatura
Requerimientos No Funcionales (RNF)
Son los requerimientos relacionados con:
el lenguaje con el que deber ser construido el
software,
su arquitectura,
la seguridad de acceso,
la usabilidad,
mantenibilidad,
fiabilidad,
documentacin,
forma de entrega, y
procedimientos para resolver cualquier discrepancia.
Iteracin entre el analista y el usuario final
 Rol de los Requerimientos

Si un producto no es lo que el cliente o los usuarios

quieren, entonces la calidad de la construccin es
irrelevante.
El rol clave de los requerimientos es mostrar a los
desarrolladores y usuarios que se necesita de un sistema.
Proveer los requerimientos forma parte de un lenguaje
que todos comprenden, ya que todos estn involucrados,
incluyendo los clientes.
El primer y bsico rol de los requerimientos es por lo
tanto la comunicacin.
 Especificacin de requerimientos

Los Requerimientos toman vida desde que realizamos

nuestro primer encuentro de interlocucin con usuarios
o clientes.
Este documento define y registra en forma completa el
comportamiento externo del sistema a ser construido.
Caracterizndose por :
Definidos sin ambiguedad
Son completos
Tienen consistencia
Especificar el origen
Definen un tiempo para su atencin
Evitar detalles de diseo
Estn enumerados
MODELO DE FORMULARIO PARA ESPECIFICAR REQUERIMIENTOS FUNCIONALES
Nro: Tipo Req.
Especificacin:

Reglas:
1.
2.
3.
4.
5.
Origen : Fecha registro
Prioridad :
Tiempo para su atencin :
Justificacin :

Nivel de satisfaccin :
Nro: 3245 Tipo Req. RFN
Especificacin:
El software debe permitir el Registro de una Cita mdica.
Reglas:
1. El paciente debe contar con historia clnica
2. La cita es en funcin a la programacin de servicios mdicos disponibles
3. Una cita mdica debe actualizar el nmero de citas por servicio mdico
4.
5.
Origen : Proyecto Stma. Gestin Mdica Fecha registro 25.05.2009
Prioridad : alta
Tiempo para su atencin : 2 meses
Justificacin :
La necesidad de mejorar el nivel de atencin a pacientes
Nivel de satisfaccin :
 Modelamiento de procesos

Para comprender lo que es un sistema, que

hace y como opera es necesario modelar sus
procesos.
Las tcnicas que utilizaremos para el
modelamiento son:
IDEF : Integration Definition
BPMI : Business Process Management Initiative
 IDEF0

Las tcnicas IDEF fueron propuestas por la fuerza

area nortemaerica.
Es una tcnica para modelar los procesos de
negocio a travs de la descomposicin funcional
e identificar los procesos que lo componen y la
secuencia en que los ejecuta el sistema.
IDEF0 no nos ayuda a expecificar como es la
ejecucin de los procesos (como lo hace) del
sistema slo lo que hace y la secuencia en la que
lo hace.
 Caractersticas de todo proceso

Todo proceso debe comprender entradas

(inputs), salidas (outputs), mecanismos y
controles.
Las entradas pueden ser materiales, datos,
documentos, capital, energa, o personas.
Las salidas pueden ser personas entrenadas,
productos, capital, datos, o documentos.
Los mecanismos son los que facilitan que las entradas
se conviertan en salidas.
Los controles son las reglas o polticas que establecen
como los mecanismos convierten las entradas en
salidas.
 Elementos de modelamiento segn
IDEF0
controles

inputs
C1 C2
outputs
mecanismos
I1 Proceso O1
1

O2
Proceso
I2
2
O3

M1 M2
 BPMI

La necesidad de contar con un estndard para el

modelamiento y especificacin de como se
ejecutan los procesos genero que un conjunto de
empresas se reunieran en torno a lo que se llama
la Inicitiva para la Administracin de Procesos de
Negocio.
Propusieron un estndard para la notacin del
modelamiento de procesos (BPMN) a utilizar en
la construccin de los diagramas de procesos de
negocio (BPD).
 Elementos de la BPMN

La BPMI ha establecido como elementos de la

notacin a:
Objetos de flujo (eventos, actividades y gateways)
Objetos de conexin (flujos, comunicaciones y
asociaciones)
Swimlanes (pools y lanes)
Artefactos (anotaciones, documentos y grupos)
 Elementos de modelamiento segn
BPMI
Evento
tarea subproceso Evento
Actor de negocio (pool)

inicio
final
Gateway
+
documento
lane

anotacin

Swimlane
 controles
inputs
C1 C2
outputs
mecanismos
I1 Proceso O1
1

O2
Proceso
I2 2
O3

M1 M2

Evento subproceso

Actor de negocio (pool)

tarea Evento
inicio
final
Gateway
+
Actor de negocio (pool)

Evento documento
tarea Evento
inicio

lane
final
Gateway anotacin
lane

Swimlane

Swimlane
 Definicin de anlisis y diseo de
sistemas
Anlisis: es el proceso a travs del cual se
define que es el sistema y se comprende su
comportamiento as como se identifican
situaciones problema.
Diseo: proceso a travs del cual se especifica
cmo se mejorar el sistema o se solucionar
una situacin problema.