ANALISIS Y DISEO DE

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

SSA
Inputs
Outputs
Entorno o medio ambiente
SISTEMA
EN ESTUDIO
SSB
SSC
Propiedades de los sistemas
Finalidad, la razn de ser del sistema.
Estructura, establecida en base a las relaciones entre
los elementos.
Sinergia, propiedad del sistema como consecuencia de
las relaciones entre los elementos.
Variedad, como consecuencia de los distintos
elementos que conforman el sistema.
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.
Representacin de un sistema
Sistema de control
y monitoreo
Sistema operacional
Sistema de
informacin
Entorno a medio ambiente
del sistema
Subsistemas
SISTEMA
inputs
outputs
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
Suprasistema
Subsistema
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 ser lo que hace
TO-BE
Una descripcin de como se propone sea el
comportamiento del sistema, es decir como ser lo que
hace
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.
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
W3: El sistema es


DB: El sistema es

W1: El sistema es

W2: El sistema es

Cliente
Actor
Dueo
Analista
Paradigmas de desarrollo de
software
Ciclo de vida clsico o cascada
Prototipado
Espiral
Iterativo e incremental
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.
INGENIERA DE
SOFTWARE
Requerimientos
Nuevo producto software
o uno mejorado
Metodologa
De desarrollo
Enfoque para
el desarrollo
Equipo de
desarrollo
Herramientas
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
Requerimientos
Anlisis
Diseo
Definicin de
plataforma
tecnolgica
Implementacin
Pruebas
Configuracin y
mantenimiento
Mapeo de
procesos
Migracin de
datos
Capacitacin de
usuarios
Documentacin
Aseguramiento de la
calidad SQA
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.
DIRECCIN
PRODUCCIN LOGISTICA VENTAS FINANZAS
SISTEMAS
PRODUCCIN
LOGISTICA
VENTAS
FINANZAS
CLIENTES
PRODUCTOS
INSUMOS
DESPACHOS
INGRESOS
RECAUDACION
COMPRAS
PRODUCTOS
COMPRADOS
PRODUCTOS
VENDIDOS
ORDEN
DE PAGO
NECESIDADES
PRODUCCIN
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.
Reglas y requisitos
Son las condiciones o restricciones que deben considerarse al
momento de especificar y satisfacer los requerimientos
funcionales.
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
Func1
Met1 Met2
Met3 Met4 Met5
MetY
Func2 Func3 Func4 Func5 Func n
Proc1 Proc2 Proc3 Proc4 Proc5 Proc m
EBP1 EBP2 EBP3 EBP5 EBP6
EBP4
E1 E2 E3 E4 E5 E6 E7
BD1 BD2
SI 1 SI 2 SI 3 SI X
R
C
R
U
R C
U
U
U R C
R
Objetivos
Metas
Funciones
Procesos
Procesos
elementales
Entidades
De datos
Base de
datos
Sistemas de
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
M1 M2 M3 M4
OBJ 1 X X
OBJ 2 X X
0BJ 3 X X
OBJ 4 X X
OBJ 5 X X
METAS
OBJETIVOS
F1 F2 F3 F4
M1 X X
M2 X X
M3 X X
M4 X X
METAS
FUNCIONES
P1 P2 P3 P4 P5
F1 X X X
F2 X X X X
F3 X X
F4 X X
FUNCIONES
PROCESOS
R1 R2 R3 R4 R5
P1 X X X
P2 X X
P3 X X X
P4 X X
P5 X X X
PROCESOS
REQUERIMIENTOS INFORMACION
E1 E2 E3 E4 E5
R1 X X
R2 X X X
R3 X X
R4 X X X
R5 X X X
REQUERIMIENTOS
INFORMACIN
ENTIDADES
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
Nro: Tipo Req.
Especificacin:

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

Nivel de satisfaccin :
MODELO DE FORMULARIO PARA ESPECIFICAR REQUERIMIENTOS FUNCIONALES
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
inputs
outputs
controles
mecanismos
Proceso
1
Proceso
2
I1
I2
C1 C2
M1 M2
O1
O2
O3
USED AT: AUTHOR: Ing. Luis Zuloaga DATE:
REV: PROJECT: AUTOM. STMA. ACADEMICO
27/04/01
27/04/01
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
TOP
EJEMPLO
NODE: TITLE: NUMBER:
SISTEMA ACADEMICO
A-0
1
1
0 $0
SISTEMA
ACADEMICO
Inf ormacion actores
Inf ormacion Plan Estudios
Reglamento
Academico
Inf ormacion academica
Docente Alumno
Datos matricula
Notas alumno
USED AT: AUTHOR: Ing. Lui s Zuloaga DATE:
REV: PROJECT: AUTOM. STMA. ACADEMICO
27/04/01
04/05/01
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A-0
Ej empl o
NODE: TITLE: NUMBER:
SISTEMA ACADEMICO
A0
2
1
1 $0
REGISTRO
FACULTAD
2 $0
CATALOGO
HORARIOS
3 $0
MATRICULA
4 $0
REGISTRO
ACADEMICO
Alumno
Reglamento
Academico
Docente
Informaci on
actores
Informaci on
academica
Informaci on
Plan
Estudios
Datos
alumno
Datos
cursos-seccion
asignados
v erificados
Datos
alumnos
matriculados
Datos
Docente
Datos
matricula
Notas alumno
Catalogo de
Horari os del
periodo
Listado
alumnos
matriculados
Actas
de
notas
Datos de
cursos
Infraestructura Datos
aulas
USED AT: AUTHOR: Ing. Lui s Zuloaga DATE:
REV: PROJECT: AUTOM. STMA. ACADEMICO
04/05/01
04/05/01
NOTES: 1 2 3 4 5 6 7 8 9 10
WORKING
DRAFT
RECOMMENDED
PUBLICATION
READER DATE CONTEXT:
A0
NODE: TITLE: NUMBER:
CATALOGO HORARIOS
A2
1 $0
REGISTRO
DISPONIBILIDAD
2 $0
ASIGNACION
CURSOS SECCION
3 $0
GENERAR
CATALOGO
Regl amento Academico
Docente
Datos Docente
Catalogo de
Horarios del
per iodo
Datos
cur sos-seccion
asi gnados
verificados
Datos de cursos
Disponi bili dad docente
Datos
disponibi lidad
docente
Datos aulas
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
inicio
subproceso
anotacin
Gateway
Evento
final
Swimlane
tarea
documento
A
c
t
o
r

d
e

n
e
g
o
c
i
o

(
p
o
o
l
)

l
a
n
e

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.