ANALISIS DE SISTEMAS

Carrera: Ingeniera de Sistemas

ELABORADO POR:

ING. CARYULI ROSALES

ING. MANUEL FINOL
ING. MIRIAM LLINAS
 FUNDAMENTACIN DEL ANALISIS DE SISTEMAS
1.1 Papel del Analista de Sistemas:
C
U O
N N Roles del Analista de Sistemas.
I T
E Ciclo de vida del desarrollo de sistemas.
D
A N Uso de herramienta CASE.
D I
D Uso de mtodos para el anlisis de
O sistemas (Ingeniera inversa y reingeniera
I de software.
 UNIDAD I Fundamentacin del Anlisis de Sistemas
ANLISIS Y DISEO DE SISTEMAS
Anlisis de Se le denomina Busca analizar Usado para
sistemas grandes tambin a una de sistemticamente analizar,
y complejos y la las etapas de la entrada o flujo disear e
interaccin entre construccin de un de datos, la implementar
estos para sistema informtico, transformacin de mejoras que
resolver un que consiste en estos, su puedan
problema relevar la almacenamiento y incorporarse a
determinado. informacin actual y la salida de la
proponer rasgos informacin en el organizacin.
generales de la contexto de una
solucin futura. organizacin
particular.

Este procedimiento se lleva a cabo, en el llamado ciclo de vida de desarrollo de

sistemas.
 UNIDAD I Fundamentacin del Anlisis de Sistemas

NECESIDAD DEL ANALISIS Y DISEO DE SISTEMAS

La instalacin sin la adecuada planeacin puede conducir a grandes

frustraciones y causar que el sistema sea subutilizado, o peor an, deje de
ser usado al no cumplir con las expectativas que le dieron origen. El
anlisis y diseo de sistemas es una gua que permite estructurar el
proceso de desarrollo de sistemas de informacin.
 UNIDAD I Fundamentacin del Anlisis de Sistemas

ANLISIS DE SISTEMA DE INFORMACION - OBJETIVO

La obtencin de un conjunto de especificaciones formales del sistema
a desarrollar

Describen La Arquitectura lgica del

Las necesidades de
informacin que debe nuevo sistema, de forma
satisfacer el nuevo independiente del entorno
sistema tcnico

Con
el fin

Estructura la fase en dos mdulos

Anlisis de Requisitos del Especificacin funcional del

Sistema (ARS) Sistema (EFS)
 UNIDAD I Fundamentacin del Anlisis de Sistemas

ANLISIS DE SISTEMA DE INFORMACIN

Anlisis de Requisitos del Sistema (ARS)

Analizar y documentar necesidades funcionales que debern ser soportadas

por el sistema propuesto, para ello se identifican los requisitos que ha de
satisfacer el nuevo sistema, mediante entrevistas y el estudio de los problemas
y necesidades actuales

Estudio de diferentes alternativas o posibilidades de solucin. Estudio del

impacto econmico de cada una de las alternativas (esfuerzos, costos y riesgos
previsibles)

Recomendacin de una de las alternativas propuestas

 UNIDAD I Fundamentacin del Anlisis de Sistemas
ANLISIS DE SISTEMA DE INFORMACIN
Especificacin funcional del Sistema (EFS)

Especificacin detallada del nuevo sistema, de forma que:

Satisfaga las necesidades de los distintos usuarios y los

objetivos de la unidad.

Sirva de base para la construccin del sistema, adaptndose a las

directrices tcnicas y de gestin de la unidad.

Debe indicar lo que el sistema no debe hacer.

Punto de partida: Catlogo de Requisitos del Sistema

obtenido en el mdulo ARS
 UNIDAD I Fundamentacin del Anlisis de Sistemas

F
PAPEL DE UN ANALISTA DE SISTEMAS
U
N Analizar, desglosar e investigar las necesidades que tiene un usuario
C / cliente en su negocio (ya sea una empresa, o personal), para
I desarrollar un SW (un producto ya sea en una plataforma, lenguaje
determinado, arquitectura que se va a acordar con el cliente) que le
N vaya a cubrir eficientemente los requerimientos e inquietudes del
usuario.

C
L Segn James Senn, dependiendo de las funciones el analista de
sistemas se puede clasificar en: Analista de sistemas, Analista
A
Diseador y Analista Programador de Sistemas, en donde cada
S uno se puede identificar y diferenciar de los dems por las
I actividades que definen sus denominaciones. Los roles principales
F del Analista de sistema son: Consultor, Experto de soporte y
I Agente de cambio.
C
A
 UNIDAD I Fundamentacin del Anlisis de Sistemas

PAPEL DE UN ANALISTA DE SISTEMAS

CONSULTOR Contratado especficamente para que se encargue de los

asuntos de los sistemas de informacin dentro de un negocio.

EXPERTO DE Este trabajo frecuentemente no es un proyecto de sistema

SOPORTE completo, sino solamente pequeas modificaciones o decisiones
que afectan a un solo departamento.

El papel ms comprensivo y responsable que toma un analista de

AGENTE DE sistemas ya sea interno o externo al negocio. Como analista se es
CAMBIO un agente de cambio cada vez que se ejecuta cualquiera de las
actividades del ciclo de vida del desarrollo de sistemas.
 UNIDAD I Fundamentacin del Anlisis de Sistemas
CICLO DE VIDA DEL DESARROLLO DE UN SISTEMA
Es un enfoque por fases del anlisis y diseo que sostiene que los
sistemas son desarrollados de mejor manera mediante el uso de un
ciclo especifico de actividades del analista y del usuario existen
diversas teoras, como lo son: Kendall & Kendall, James Senn,
Llorens Fbregas, Luis Castellano.

El Ciclo de Vida del Desarrollo de Sistemas

(CVDS) es un paradigma de la programacin
estructurada que proporciona lineamientos para
desarrollar un proyecto de sistema de informacin
y lotes ptimos. Es el paradigma mas fuertemente
difundido.

Sin embargo el desconocimiento de nuevas metodologas nos puede

llevar al uso indiscriminado de ste paradigma, ajustndose o no a
nuestros objetivos.
 UNIDAD I Fundamentacin del Anlisis de Sistemas
CICLO DE VIDA DEL DESARROLLO DE UN SISTEMA
Cada sistema a desarrollar debe ser tratado con la metodologa que mejor se
adapte a los objetivos del anlisis un producto final de calidad.

Estrategias para el desarrollo de sistemas segn James Senn

Mtodo de
desarrollo por
anlisis
estructurado

Mtodo clsico Mtodo de

del ciclo de vida construccin de
de desarrollo de prototipos de
sistemas sistemas.
 UNIDAD I Fundamentacin del Anlisis de Sistemas
CICLO DE VIDA CLSICO DEL DESARROLLO DE UN SISTEMA
El desarrollo de sistemas es un proceso formado por las etapas de anlisis y
diseo. Es el conjunto de actividades que los analistas, diseadores y usuarios
realizan para desarrollar e implantar un sistema de informacin.

1.Investigacion
preliminar

2.Determinacion
6. Implantacin
de los
y evaluacin.
PROCESO requerimientos
CONTINUO DE
MEJORAMIENTO

3.Diseo del
5. Pruebas sistema
sistema

4. Desarrollo del
sistema.
 CICLO DE VIDA CLSICO DEL DESARROLLO
DE UN SISTEMA
FASE I :INVESTIGACIN PRELIMINAR
El proceso se inicia con la peticin de una persona administrador, empleado
o especialista en sistema).
Esta fase esta subdividida en tres partes
ACLARACIN DE LA SOLICITUD
1 La solicitud de proyecto debe examinarse para determinar con
precisin lo que el solicitante desea.

ESTUDIO DE FACTIBILIDAD
Lo lleva a cabo un equipo de expertos familiarizados con tcnicas
2 de sistemas de informacin, en los procesos de anlisis y diseo de
sistemas. En general, son analistas capacitados o directivos.

APROBACIN DE LA SOLICITUD
3 No todos los proyectos solicitados son deseables o factibles; por
tanto deben pasar por un proceso de aprobacin de acuerdo a los
requerimientos y costo-beneficio.
 CICLO DE VIDA CLSICO DEL DESARROLLO DE UN SISTEMA

FASE II : DETERMINACIN DE LOS REQUERIMIENTOS

El aspecto fundamental es comprender todas las facetas importantes de la
empresa que se encuentra bajo estudio, y responder las siguientes interrogantes:

Qu es lo que hace?

Cmo se hace?

Con que frecuencia se presenta?

Qu tan grande es el volumen de transacciones o decisiones?

Cul es el grado de eficiencia con el que se efectan las tareas?

Existe algn problema? Qu tan serio es? Cul es la causa que lo origina?
 CICLO DE VIDA CLSICO DEL DESARROLLO
DE UN SISTEMA
FASE III : DISEO DEL SISTEMA
Identifica los reportes y dems salidas que debe producir el sistema, hecho lo
anterior se determina con toda la precisin los datos especficos para cada reporte
y salida.

Determina con toda la precisin los datos especficos para cada reporte y salida.

Indica los datos de entrada aquellos que estarn calculados y los que deben ser
almacenados.

Se escriben detalladamente los procedimientos de clculos y los datos individuales.

Se seleccionan las estructuras de archivos y los dispositivos de almacenamiento,

tales como discos y cintas magnticas o incluso archivos en papel.

Los documentos de diseo se representan de muchas maneras (diagramas,

tablas y smbolos especiales). La informacin proporciona al equipo de
informacin datos para comenzar el desarrollo de software
 CICLO DE VIDA CLSICO DEL DESARROLLO
DE UN SISTEMA
FASE IV : DESARROLLO DEL SOFTWARE
ELECCIN

COSTO DISPONIBILIDAD
DE CADA DE LOS
ALTERNATIVA TIEMPO PROGRAMADORES
DISPONIBLE

Los programadores son responsables de la documentacin de los

programas y de proporcionar una explicacin de cmo y porque
ciertos procedimientos se modifican en determinada forma. La
documentacin es esencial para probar el programa y llevar a
cabo el mantenimiento unas vez que la aplicacin se encuentre
instalada.
 CICLO DE VIDA CLSICO DEL DESARROLLO
DE UN SISTEMA
FASE V : PRUEBA DE SISTEMA
Esta fase es experimental con el objetivo de asegurarse de que el
software funciona de acuerdo con las especificaciones y en la forma en
que los usuarios esperan que lo hagan.

Se alimentan como entrada conjuntos de datos de prueba para su

procedimiento y despus se examinan los resultados. En ocasiones se
permite que varios usuarios utilicen el sistema para que los analistas
observen si tratan de emplearlo de forma no prevista.

En muchas organizaciones las pruebas son conducidas por personas

ajenas al grupo que escribi los programas orignales con esto se persigue
asegurar, por una parte, que las pruebas sean completas e imparciales y,
por otra que el software sea confiable.
 CICLO DE VIDA CLSICO DEL DESARROLLO
DE UN SISTEMA
FASE VI : IMPLANTACIN Y EVALUACIN
Al implantar un sistema de informacin lo primero que debemos hacer es
asegurarnos que el Sistema sea operacional que funcione de acuerdo a los
requerimientos del anlisis y permitir que los usuarios puedan operarlo.

Existen varios enfoques de Implementacin:

Darle responsabilidad a los grupos.
Uso de diferentes estrategias para el entrenamiento de los usuarios.
El Analista de Sistemas necesita ponderar la situacin y proponer un
plan de conversin que sea adecuado para la organizacin
El Analista necesita formular medidas de desempeo con las cuales
evaluar a los Usuarios.
Debe Convertir fsicamente el sistema de informacin antiguo, al
nuevo modificado.
 CICLO DE VIDA CLSICO DEL DESARROLLO
DE UN SISTEMA
DEFINICIONES

CICLO DE VIDA: Conjunto de METODOS: Son las normativas

etapas fases que se han de llevar que marcan las directrices que se
a cabo para crear, explotar y han de seguir para llevar a cabo
mantener un Sistema de una tarea. Responde a la pregunta
informacin. QU.

TECNICAS: Es un modo de METODOLOGIA: Es un conjunto

representacin para la solucin de coherente de mtodos y tcnicas
un problema concreto. Responde que cubren ms de una etapa del
a la pregunta CMO. ciclo de vida.

HERRAMIENTAS: Proporcionan
un soporte automtico o semi-
automtico para el proceso y para
los mtodos.
 MTODO DESARROLLO POR ANALISIS
ESTRUCTURADO
El anlisis estructurado es un mtodo
para el anlisis de sistemas manuales o
automatizados, que conduce al
desarrollo de especificaciones para
sistemas nuevos o para efectuar
modificaciones a los ya existentes. ste
anlisis permite al analista conocer un
sistema o proceso en una forma lgica y
manejable al mismo tiempo que
proporciona la base para asegurar que
no se omite ningn detalle pertinente.
El anlisis estructurado se concentra en
especificar lo que se requiere que haga
el sistema o la aplicacin.
Permite que las personas observen
los elementos lgicos separados de
los componentes fsicos
Lo que har el sistema
Computadora, terminales, sistemas de
almacenamiento.
 MTODO DESARROLLO POR ANALISIS ESTRUCTURADO
COMPONENTES Iconos y convenciones para identificar y describir los
Smbolos grficos componentes de un sistema junto con las relaciones entre estos
componentes.

Descripcin de todos los datos usados en el sistema. Puede ser

Diccionario de datos
manual o automatizado.

Descripciones de Declaraciones formales que usan tcnicas y lenguajes que

procesos y permiten a los analistas describir actividades importantes que
procedimientos forman parte del sistema.

Reglas Estndares para describir y documentar el sistema en forma

correcta y completa.

Estudia el empleo de los datos para llevar a cabo procesos

Anlisis de flujo de especficos de la empresa dentro del mbito de una
datos investigacin de sistemas usa los diagrama de flujos de datos y
los diccionarios de datos.

Muestran todas las caractersticas esenciales del sistema y la

Herramientas forma en que se ajustan entre si; ayudan a ilustrar los
componentes esenciales de un sistema, junto con sus acciones.
 MTODO DESARROLLO POR ANALISIS ESTRUCTURADO

COMPONENTES Es otro elemento del Mtodo de Desarrollo por Anlisis

Diseo Estructurado Estructurado que emplea la descripcin grfica, se
enfoca en el desarrollo de especificaciones del software.

Programas formados por mdulos independientes unos

Objetivo
de otros desde el punto de vista funcional.

El diagrama estructurado que es de naturaleza grfica y

evita cualquier referencia relacionada con el hardware o
Herramienta
detalles fsicos. Su finalidad no es mostrar la lgica de
Fundamental
los programas (que es la tarea de los diagramas de
flujo).

Los Diagramas Estructurados describen la interaccin entre mdulos independientes

junto con los datos que un mdulo pasa a otro cuando interacciona con l.
 MTODO DE PROTOTIPO DE SISTEMA
Herramienta de desarrollo cuando no es posible determinar todos los
requerimientos del usuario es por ello que incluye un desarrollo interactivo o en
continua evolucin ETAPAS

1. Identificacin de los requerimientos conocidos, se debe trabajar en conjunto

con el usuario.
2. Desarrollo de un modelo de trabajo: durante esta etapa se realiza el diseo y
desarrollo del sistema.
3. Utilizacin del prototipo. Este lo realiza el usuario, y determina los cambios y
mejoras que se debe realizar.
4. Revisin del prototipo: son planificados con el usuario antes de llevarlos a
cabo.
5. Repeticin del proceso las veces que sea necesario, la etapa anterior se repite
las veces que sea necesario.
 MTODO ORIENTADO A OBJETOS
La programacin orientada a objetos, intenta simular el mundo real a travs del
significado de objetos que contiene caractersticas y funciones. Los lenguajes
orientados a objetos se clasifican como lenguajes de quinta generacin.

No modela la realidad, sino la forma en que las personas comprenden y procesan

la realidad.

Es un proceso ascendente basado en una abstraccin de clases en aumento.

Se basa en identificacin de objetos, definicin y organizacin de libreras de

clases, y creacin de macros para aplicaciones especficas.

Utiliza menor cantidad de cdigo.

Es ms reutilizable.
 USO DE LAS HERRAMIENTAS CASE
Las herramienta CASE Son diversas aplicaciones informticas destinadas a
aumentar la productividad en el desarrollo de software reduciendo en costo de
las mismas en trminos de tiempo y dinero.
Estas herramientas proporcionan:

Aumento de la productividad del analista: Estas herramientas permiten que

sus usuarios tracen y modifiquen diagramas fcilmente.
Mejora de la comunicacin del analista-usuario: Para que el sistema
propuesto se convierta en realidad y sea usado de hecho, es esencial una
comunicacin excelente entre los analistas y usuarios a lo largo del ciclo de
vida del desarrollo del sistema.

Integracin de las actividades del ciclo de vida: La herramientas CASE es

para integrar las actividades y proporcionar continuidad de una fase a la
siguiente a lo largo del ciclo de vida del desarrollo de sistemas.
Evaluacin precisa de los cambios del mantenimiento: Permite que los
usuarios analicen y valoren el impacto de los cambios de mantenimiento.
 CLASIFICACION DE LAS HERRAMIENTAS CASE
Upper CASE (U-CASE): Ayudan a la fase de planificacin, anlisis de requisitos, y
estrategias de desarrollo. (utilizan diagramas UML).
Middle CASE (M-CASE): Automatizan las tareas de anlisis y diseo de la
aplicacin.
Lower CASE (L-CASE): Estas herramientas semi-automatizan la generacin de
cdigo, crean programas de deteccin de errores.

Ejemplos:
System Architect: Herramienta que integra todas las herramientas y metodologas
usadas, posee control automtico de diagramas y datos, normalizaciones, entre otras.
Oracle designer: Guarda definiciones que necesita el usuario y automatiza la
construccin rpida de aplicaciones cliente/ servidor.
Erwin: Es una herramienta para diseo de la base de datos, que brinda productividad,
generacin y mantenimiento de aplicaciones, hace fcil el diseo de la BD, los
diseadores solo apuntan y pulsan un botn para crear grficos del modelo ER.
Easy Case: Producto para la generacin de esquemas de base de datos e ingeniera
inversa, permite automatizar las fases de anlisis y diseo dentro del desarrollo de un
aplicacin, es multiusuario, por lo que permite compartir datos y trabajar en un proyecto
junto con otros departamentos
 INGENIERIA INVERSA
Es obtener informacin a partir de un producto accesible al pblico, con el fin de
determinar de qu est hecho, qu lo hace funcionar y cmo fue fabricado. El
mtodo se denomina as porque avanza en direccin opuesta a las tareas habituales
de ingeniera, si el producto fue sometido a la ingeniera inversa fue obtenido en
forma apropiada, entonces el proceso es legtimo y legal. De la misma forma,
pueden fabricarse y distribuirse, legalmente, como es el caso de algunos proyectos
de Software libre ampliamente conocidos.

Ejemplos:
SAMBA: permite a sistemas operativos UNIX compartir archivos con sistemas
Microsoft Windows. El proyecto Samba tuvo que investigar informacin
confidencial (no liberada al pblico en general por Microsoft) sobre los aspectos
tcnicos relacionado con el sistema de archivos Windows.

WINE: para el conjunto de API de Windows y OpenOffice.org con los formatos

propios de Microsoft Office, o se hace para entender la estructura del sistema de
archivos NTFS y as poder desarrollar drivers para la lectura-escritura sobre el
mismo (principalmente para sistemas basados en GNU/Linux).
 REINGENIERIA DE SISTEMAS

Es la revisin fundamental y el rediseo radical de procesos para alcanzar

mejoras espectaculares en medidas crticas y contemporneas de rendimiento,
tales como costos, calidad, servicio y rapidez.

Esto implica rehacer la empresa desde

cero, olvidndonos de lo que se haca y
proponer un nuevo sistema de operacin.

La reingeniera no solo es automatizar

procesos existentes, sino presentar nuevos
procesos que rompan con los actuales,
logrando mejorar la forma de hacer las
cosas.
 REINGENIERIA DE SISTEMAS

El error fundamental que muchas compaas cometen al pensar en

tecnologa es verla a travs del lente de sus procesos existentes. Se
preguntan: Cmo podemos aprovechar la tecnologa para realzar,
dinamizar o mejorar lo que ya estamos haciendo? Por el contrario,
debieron preguntarse: Cmo podemos aprovechar la tecnologa para
hacer cosas que no estamos haciendo? La reingeniera a diferencia de
la automatizacin es innovacin. Es explotar las ms nuevas
capacidades de la tecnologa para alcanzar metas enteramente nuevas.
Uno de los aspectos mas difciles de la reingeniera es reconocer las
nuevas capacidades no familiares de la tecnologa en lugar de las
familiares...
Hammer y Champy [2, p. 90]
 FUNDAMENTACIN DEL ANALISIS DE SISTEMAS
1.2 Estilos Organizacionales y su Impacto sobre los
C Sistemas de Informacin

O
La informacin como un recurso de las organizaciones.
U N
N T Fundamentos organizacionales.
I E
D N
A I Las organizaciones como sistemas.

D D
O Nivel de administracin

I
Cultura organizacional.
 ESTILOS ORGANIZACIONALES Y SU IMPACTO SOBRE LOS
SISTEMAS DE INFORMACIN
FUNDAMENTOS ORGANIZACIONALES
Las organizaciones son sistemas grandes compuestos
de subsistemas interrelacionados. Los subsistemas son
relacionados por tres amplios niveles de administradores
que toman decisiones (operacin, administracin media
y administracin estratgica) y que cortan
horizontalmente a travs del sistema organizacional. Las
culturas y subculturas organizacionales influencian la
manera en que se interrelaciona la gente en los
subsistemas.
LAS ORGANIZACIONES COMO SISTEMAS
Las organizaciones estn compuestas de sistemas ms pequeos interrelacionados
(departamentos, unidades, divisiones, etc.) que sirven a funciones especializadas.
La interrelacin e interdependencia de los sistemas
Todos los sistemas y subsistemas estn relacionados y son interdependientes. Este hecho
tiene implicaciones importantes para las organizaciones y analistas de sistemas que buscan
ayudarlos a lograr mejor sus objetivos.
Retroalimentacin del sistema para planeacin y control
La retroalimentacin es una forma de control del sistema. Como sistemas, todas las
organizaciones usan planeacin y control para administrar sus recursos en forma efectiva
 ESTILOS ORGANIZACIONALES Y SU IMPACTO SOBRE LOS
SISTEMAS DE INFORMACIN

Ambientes para sistemas organizacionales

La retroalimentacin es recibida desde el interior de la
organizacin y del ambiente exterior que la rodea. Cualquier
cosa que est fuera de las fronteras de una organizacin es
considerada como un ambiente. Varios ambientes, con
diversos grados de estabilidad, constituyen el medio
ambiente en donde existe la organizacin. Aunque se
pueden planear cambios en el estado del ambiente,
frecuentemente no pueden ser controlados directamente por
la organizacin.

Apertura y restrictividad en las organizaciones

Existen en forma continua, ya que no hay una cosa tal como una organizacin
absolutamente abierta o totalmente cerrada. La apertura se refiere al libre flujo de
informacin dentro de una organizacin. Los subsistemas tales como los
departamentos creativos o artsticos frecuentemente son caracterizados como
abiertos, con un flujo libre de ideas entre sus participantes y muy pocas restricciones
sobre quin obtiene tal informacin y en qu momento un proyecto creativo est en
su infancia.
 ESTILOS ORGANIZACIONALES Y SU IMPACTO SOBRE
LOS SISTEMAS DE INFORMACIN
NIVELES
DE
ADMINISTRACIN Nivel Estratgica comprende el nivel que existe en
toda organizacin donde se establecen las polticas,
normas, procedimientos en una empresa, as como
la toma de decisiones que guiarn a los otros
niveles (tctico y operativo).
Nivel Tctico se realizan decisiones de planeacin
y control a corto plazo sobre la manera en que son
mejor asignados los recursos para satisfacer los
objetivos organizacionales y a su vez velar por el
cumplimiento de lo establecido por el nivel
estratgico.
Nivel Operativo en este nivel se realizas las
actividades, tareas y/o operaciones usando reglas
predeterminadas que tienen resultados predecibles
cuando son implementadas correctamente.
 CULTURA ORGANIZACIONAL

DESDE LA PERSPECTIVA DEL SISTEMA DE INFORMACIN

Las culturas y subculturas organizacionales son determinantemente

importantes sobre la manera en que las personas usan la informacin y los
sistemas de informacin. Apoyando los sistemas de informacin y los sistemas
de informacin. Apoyando los sistemas de informacin en el contexto de la
organizacin como un sistema ms grande, es posible darse cuenta que
numerosos factores son importantes y deben ser tomados en cuenta cuando se
determinen los requerimientos de informacin y se disea e implementa los
sistemas de informacin.
 FUNDAMENTACIN DEL ANALISIS DE SISTEMAS
C 1.3 Determinacin de la Factibilidad y manejo de
O actividades de Anlisis:
Fundamentos del proyecto. Inicio del proyecto.
U N
N T
Determinacin de la factibilidad.
I E
D N
Planeacin y control de actividades.
A I
D D
O Planeacin de proyectos basada en computadora.

I
Administracin de las actividades de anlisis.
 DETERMINACIN DE LA FACTIBILIDAD Y EL
MANEJO DE LAS ACTIVIDADES DE ANLISIS Y
DISEO FUNDAMENTOS DEL PROYECTO
INICIO DEL PROYECTO
Los proyectos de sistemas se inician por muchas razones. Las personas de los
negocios sugieren proyectos de sistemas por dos amplias razones:

1.-Experimentar en problemas que les lleven por s mismos a soluciones

de sistemas.

2.-Reconocer oportunidades y hacer mejoras mediante la actualizacin,

alteracin o instalacin de nuevos sistemas. Ambas situaciones pueden
darse cuando la organizacin se adapta y enfrenta cambios naturales y
evolucionados.
 DETERMINACIN DE LA FACTIBILIDAD
Determina si es posible o no ofrecer solucin a los problemas
actuales. Representa el primer paso a cumplir-se dentro de
cualquier ciclo de desarrollo. Brinda informacin muy amplia acerca
de la unidad a quien se le va des-arrollar el S.I., y determina si el
mismo es o no factible.

Para los proyectos de sistemas la factibilidad es

valorada en tres formas principales: operacional,
tcnica y econmica. Un proyecto debe ser factible en
las tres formas para merecer un desarrollo posterior.

La informacin para el estudio de factibilidad pueden

ser recolectados por medio de entrevistas, estn
directamente relacionadas con el problema u
oportunidad que est siendo sugerido.

Una vez aprobado el Estudio de Factibilidad por el

Comit de Sistemas clientes o usuarios se empieza el
proyecto.
 ESTUDIO DE FACTIBILIDAD - ASPECTOS RELACIONADOS
FASE I: INVESTIGACIN PRELIMINAR

TECNICA ECONOMICA OPERACIONAL

Puede realizarse con el Se realiza un anlisis costo- La implantacin de un

equipo actual, la tecnologa
existente de software y el
personal disponible?
Si se necesita tecnologa
nueva Cul es la posibilidad
de desarrollarla?
beneficio que permita sistema de informacin
identificar y medir los costos automatizado para cualquier
de desarrollo y operacin y organizacin crea un impacto
los beneficios que obtiene la social, que puede ocasionar
organizacin para luego una aceptacin o rechazo
comparar las diferentes total al cambio tecnolgico
alternativas bajo un criterio que se pretende introducir.
econmico. Se deben estimar
tiempos de desarrollo de
cada sistema propuesto a fin
de medir la factibilidad
econmica de c/ uno de ellos.
 CALENDARIZACIN DE ACTIVIDADES

La planeacin del proyecto incluye la

estimacin del tiempo requerido por cada una
de las actividades del analista, su
calendarizacin y la agilizacin de ellas, es
necesario para asegurar que un proyecto sea
terminado a tiempo. Las ms utilizadas son:
Grfico de Barra o Diagrama de Gantt, Graficas
de PERT y, Cronograma de Actividades.

Importancia de la Planificacin de Proyectos:

Permite saber qu se deber hacer y quin lo va hacer
Permite saber (aproximadamente) cundo terminar el proyecto
Pone en evidencia los obstculos relevantes del proyecto, con el fin de tomar
las precauciones
Establece marco de referencia que permite trabajar eficientemente y evita
desperdicio de recursos
 CALENDARIZACIN DE ACTIVIDADES
GRAFICA DE PERT

Una segunda tcnica, llamada PERT (evaluacin de programas y tcnicas de

revisin), despliega las actividades como flechas en una red. El PERT ayuda a
que el analista determine la ruta crtica y el tiempo de holgura, que es la
informacin requerida para el control efectivo del proyecto. Cuando es necesario
terminar un proyecto en menor tiempo, el analista puede reducir la duracin total
del proyecto identificando y agilizando las actividades principales.
CALENDARIZACIN DE ACTIVIDADES
EJEMPLO DE GRAFICA DE GANTT
DETERMINACIN DE LA FACTIBILIDAD Y EL MANEJO DE LAS ACTIVIDADES
DE ANLISIS Y DISEO DE FUNDAMENTOS DEL PROYECTO

ADMINISTRACION DE LOS MIEMBROS DEL EQUIPO DE ANLISIS

La planificacin incluye todas las actividades requeridas para seleccionar un equipo

para anlisis de sistemas, la asignacin de los miembros del equipo a los proyectos
adecuados, la estimacin del tiempo requerido para completar cada tarea y la
calendarizacin del proyecto para que las tareas sean terminadas en forma
ordenada.

El control significa, usar la retroalimentacin para monitorear el proyecto. El control

significa, el tomar las acciones adecuadas para agilizar o recalendarizar las
actividades para que terminen a tiempo y motivar a los miembros del equipo para
que se termine el trabajo adecuadamente.
 ANALISIS DE LOS REQUERIMIENTOS DE
INFORMACION
C
O 2.1 Recopilacin de la Informacin:
U N
Entrevista .
N T
I E Cuestionario.
D N
I Encuestas.
A
D D
O Muestreo.

II Observacin.
 RECOLECCIN DE DATOS

Es el uso de tcnicas e instrumentos para recopilar

informacin acerca de un determinado tema que es
objeto de investigacin.

Es una de las tareas ms importantes en la etapa de anlisis

de sistemas de informacin pues de ello depende el producto
que se desea desarrollar.
 TCNICAS DE RECOLECCIN DE DATOS

SESIN
ENTREVISTA ENCUESTA OBSERVACIN DE
GRUPO

Se utilizan para obtener informacin de forma verbal, a

travs de preguntas, acerca de las necesidades de la
organizacin.

Los entrevistados deben ser personas relacionadas de

alguna manera con la organizacin, el sistema actual o
el sistema propuesto.
 TCNICAS DE
RECOLECCIN SEGN PARTICIPANTES
DE DATOS Individual
Colectiva

ENTREVISTA
TIPOS

SEGN GRADO DE TENSIN

Normal
SEGN ESTRUCTURACIN
Dura
Directiva De Choque
No directiva
Mixta
 TCNICAS DE RECOLECCIN DE DATOS
Preguntas a plantearse

Cita anticipada PREPARACIN

DE
ENTREVISTA
Lugar Documento

Fijar limite
Agenda
de tiempo

Pregunta abierta o no estructurada

Se obtienen respuestas cualitativas y subjetivas
Ej: Qu opina acerca de los colores de la pagina web de su empresa?
Pregunta cerrada o estructurada
Se obtienen respuestas cuantitativas y concretas
Ej: Cuntos visitantes consultan su website diariamente?
 TCNICAS DE RECOLECCIN DE DATOS

SESIN
ENCUESTA OBSERVACIN DE
GRUPO

Es una tcnica para recopilar informacin tomando una muestra de la

poblacin objetivo .
Se obtiene informacin sobre las necesidades y preferencias de usuarios o
clientes
Difiere de un censo en donde toda la poblacin es estudiada
Se pueden obtener datos estadsticos de la informacin recolectada
Las preguntas suelen ser cerradas
 TCNICAS DE RECOLECCIN DE DATOS

SESIN
OBSERVACIN DE
GRUPO

Esta tcnica se usa con el fin de estudiar a las personas en sus

actividades de grupo y como miembros de la organizacin

Permite al analista determinar que se est haciendo, como se est

haciendo, quien lo hace, cuando se lleva a cabo, cuanto tiempo
toma, dnde se hace y por qu se hace
TCNICAS DE SEGN PARTICIPANTES
RECOLECCIN
DE DATOS Individual
Grupales

OBSERVACIN
TIPOS

SEGN LA ACCIN
SEGN EL AREA
Directa
Campo
Indirecta o disimulada
Laboratorio
Participativa
No participativa
 PREPARACIN PARA LA OBSERVACIN

Determinar y definir aquello que va a observarse

Estimar el tiempo necesario de observacin
Obtener la autorizacin de la gerencia para llevar a cabo la observacin
Explicar a las personas que van a ser observadas lo que se va a hacer y las
razones para ello.
 SESIN
TCNICAS DE RECOLECCIN
DE
DE DATOS
GRUPO

Consiste en reunir a todos los participantes del proyecto para generar

alternativas de solucin ante un determinado problema

La lluvia de ideas es una de las tcnicas ms utilizada en estos casos en

donde cada miembro hace sus aportaciones y al final se decide por votacin
cuales sern las alternativas ms adecuadas frente al problema planteado
 INSTRUMENTO DE RECOLECCIN DE
DATOS

Permiten
hacer un Cuestionarios
Son los Dependiendo
mejor Lista de chequeo
documentos de la tcnica
anlisis de la Grabadora de sonidos
soporte para empleada se
informacin
registrar la usar uno u Video grabadora
con fines
informacin otro Cmara fotogrfica
estadsticos
recolectada instrumento
o para tomar
decisiones.
 Que se esta
haciendo?
Cmo se esta
CUESTIONARIOS haciendo?
Consiste en observar a las
personas cuando efectan su Quin lo hace?
trabajo

Cundo se esta
Permite al analista determinar: llevando a cabo

Cuanto tiempo
toma

Dnde se hace

Por qu se hace
CUESTIONARIOS - VENTAJAS

Pueden ser la nica forma posible de relacionarse con un gran nmero de

personas para conocer varios aspectos del sistema.

Se pueden obtener respuestas mas honestas debido al anonimato de los

participantes.

Las preguntas estandarizadas pueden arrojar datos mas confiables

 SEGN FORMA

TIPOS DE CUESTIONARIOS Abierto

Cerrado

OBSERVACIN
TIPOS

SEGN TIPO
Estructurados
No estructurados
Semi-estructurados
Tipos de Cuestionarios : Segn su forma

Cuestionario abierto Permite expresar las ideas de forma ms

espontanea, lo cual lo hace mas subjetivo.

Cuestionario cerrado Solo permite respuestas de un men de opciones,

lo cual lo hace mas objetivo.
 Entrevista
Cuestionarios
TCNICAS
E Grabadora de sonidos
INSTRUMENTOS Video grabadora
Encuesta
Cuestionarios
Grabadora de sonidos
Video grabadora

Observacin
Lista de chequeo
Grabadora de sonidos
Video grabadora
Cmara fotogrfica
 ANALISIS DE LOS REQUERIMIENTOS DE
INFORMACION
C
2.2 Elaboracin de prototipo:
O
U N
N T Definicin.
I E
D N Reaccin Inicial del Usuario.
A I
D D Enfoque de los Prototipos.
O
II Desarrollo de un prototipo.

Prof. Miriam LLinas

 PROTOTIPOS
DEFINICIN: Modelo a escala del sistema que va a ser
implantado. Interseccin entre la etapa de Anlisis (Modelo
Lgico) y la etapa de Diseo (Modelo Fsico).

Ubicacin en el Ciclo de Vida:

ANLISIS
DESARROLLO
PROT. INICIAL

PROTOTIPO APROBADO
EVOLUCIN
DEL PROT.

REFINAR
ETAPA DE PROTOTIPO
PROTOTIPO
DISEO
PROTOTIPOS - OBJETIVOS

Verificar los requerimientos de la etapa de anlisis

Descubrir errores de la etapa de anlisis

Servir como primera fase de conocimiento y

entrenamiento en la aplicacin

Servir como insumo para la etapa de diseo

 PROTOTIPOS

FACTORES CRTICOS DE XITO:

Eleccin de las herramientas de desarrollo. Fcil de programar
y modificar

Usuario con tiempo para interactuar con el analista y evaluar el

prototipo

Analista con tiempo para interpretar los requerimientos del

usuario y construir rpidamente los prototipos

Agilidad en el proceso de construccin de los prototipos,

evaluarlos, modificarlos y volverlos a evaluar cuando sea
necesario.

Paciencia del analista y el usuario para definir un buen

prototipo
 PROTOTIPO - CLASIFICACIN

DESECHABLE:

Se utiliza para definir requerimientos. Etapa de Anlisis

Se puede hacer en cualquier herramienta (Incluso diferente de

aquella en la cual se va a desarrollar)

Una vez se aprecie el prototipo, el diseo de las pantallas y de

la base de datos, pasa a ser insumo de la etapa de diseo

Debe ser construido rpidamente, por eso es esencial la

eleccin de la herramienta
PROTOTIPOS - CLASIFICACIN

EVOLUTIVO:

Se utiliza para definir requerimientos de Anlisis

Debe hacerse en la misma herramienta en que se va a

desarrollar el prototipo final

Sirve como insumo de las etapas de diseo y

construccin

En la etapa de construccin se completa el prototipo

hasta llegar al producto final (prototipo incremental)
 ANLISIS DE LOS PROTOTIPOS
DE NAVEGACIN:
Pretende enlazar todos los mens que conforman el sistema

Se crean como insumos de los niveles superiores de los DFDs

Buscan que no hayan quedado procesos sin definir en el

anlisis o que no hayan quedado procesos duplicados

Agrupa los procesos en un orden lgico

Define el lenguaje comn entre el usuario, el analista y la

aplicacin
 ANLISIS DE LOS PROTOTIPOS
OPERATIVO:

Al prototipo de navegacin se le agregan las pantallas

en ingreso y consulta de datos

Las pantallas de modificacin y retiro quedan a criterio

del analista

Se toman como insumos los DFDs de ltimo nivel, los

diccionarios de datos y el modelo Entidad - Relacin

Se pretende validar el diccionario de datos de los

almacenamientos (campos que faltan y sobran) y el
modelo Entidad - Relacin (Atributos que faltan y sobran
y relaciones entre entidades)
 ANLISIS DE LOS PROTOTIPOS

LGICO:

Se hace en los prototipos evolutivos

Se agregan funciones de lgica (ingresando consultas y

validaciones a la base de datos)

Se denomina incremental por ser punto de partida para

la construccin del producto final

Es insumo de la etapa de diseo y construccin

 SE PUEDE DECIR QUE EL PROTOTIPO

Transformacin de las Es el proceso de aplicar ciertas

especificaciones funcionales de un tcnicas y herramientas con el
sistema, en un modelo que defina propsito de definir, con suficiente
como se va a lograr la construccin detalle, como se lograr la
fsica. construccin del sistema.

CON EL OBJETIVO DE

Construir una estructura lgica que de solucin al sistema planteado

Definir con todo detalle el diseo de la estructura de dato
Disear los documentos fuentes, las pantallas de captura de datos,
los reportes.
Garantizar que todas las necesidades o requerimientos plasmados
en el anlisis sean considerados o incluidos en las etapas
posteriores.
 PROCESOS DE ANALISIS
C 3.1 Uso Diagrama Flujo Datos
U O
N N Concepto Diagramas Flujos de datos
I T
D E Aplicacin y Tcnicas Diagrama Flujo de
A N Datos
D I
D
III O
 DIAGRAMAS FLUJO DE DATOS - CONCEPTO

DFD es una tcnica de modelizacin, que nos muestra un sistema

como una red de procesos conectados entre ellos por flujos y
almacenamientos de datos.

Es un modelo que proporciona en forma grfica el punto de vista

funcional de un sistema.

Los diagramas de flujo de datos fueron inventados por Larry

Constantine, el desarrollador original del diseo estructurado,
basado en el modelo de computacin de Martin y Estrin: "flujo
grfico de datos".

Los DFD no slo se pueden utilizar para modelar sistemas de

proceso de informacin, sino tambin como manera de modelar
organizaciones enteras, es decir, como una herramienta para la
planeacin estratgica y de negocios.
DIAGRAMAS FLUJO DE DATOS - PROPSITO
Mostrar para un cierto sistema o subsistema

Cules son
los limites del
sistema
Las interacciones entre
De dnde
los procesos y los
vienes los
depsitos de datos
datos

A dnde van los Qu procesos

datos cuando transforman los
dejan el sistema datos
Dnde se
almacenan los
datos
 IDEA GENERAL DE MODELAMIENTO

Entradas Salida

Proceso Se trata de analizar los

flujos que entran a un
sistema (visto como un nico
proceso) y los que salen... Y
Proceso entender como internamente
la informacin se procesa y
se comprate entre
Entradas subprocesos ...
Salida
 IDEA GENERAL DE MODELAMIENTO

Entradas Salida

Proceso Qu Procesos integran

el sistema ?
Qu datos emplea cada
proceso ?
Proceso Qu datos son
almacenados ?
Qu datos entran y salen
Entradas del sistema ?
Salida
 ELEMENTOS

Entidades
Representan las Fuentes o Destinos delos Datos.
Ejemplos:
Paciente, Alumno, Contabilidad, Cliente, etc..
Proceso
Transformacin de los Datos ( burbujas): representan la parte
del sistema que transforma ciertas entradas en ciertas salidas.
Ejemplos:
Calcular Total Factura, Inscribir Asignatura, Registrar
Reserva., etc.
 ELEMENTOS
Flujos de Informacin:
Movimiento de datos representan los datos en movimiento.
Pueden ser flujos de entrada o flujos de salida. conectan
procesos entre s y tambin almacenes con procesos.
Por ejemplo: Detalle de Factura, Datos del Cliente, Orden de
Compra, etc.
Se compone de Datos Elementales
Almacenes de Datos:
Repositorio de los datos procesados y utilizados por los
procesos del sistema puede ser una base de dato, un
archivo fsico etc.
Por ejemplo: Facturas, Clientes, Productos, Facturas
Rechazadas, Habitaciones Reservadas, etc.
NOTACIONES

Prof. Miriam LLinas

REPRESENTACIN DE UN SISTEMA DFD
Un sistema puede representarse empleando varios diagramas
de flujos de datos, cada flujo de datos puede representar una
parte "ms pequea" del sistema.

Los DFD permiten una particin por niveles del sistema. El nivel
ms general se representa con un DFD global llamado
diagrama de contexto.

El diagrama de contexto DFD representa a todo el sistema con

una simple burbuja o proceso, las entradas y salidas de todo el
sistema, y las interacciones con los terminadores.
Los diagramas derivados de los procesos principales se
clasifican en niveles, los cuales son:

Nivel 0: Diagrama de contexto.

Nivel 1: Diagrama de nivel superior.
Nivel 2: Diagrama de detalle o expansin.
DESCOMPOSICIN
FUNCIONAL
Diagrama de Contexto
Nivel 0

P1
P2 Diagrama de Nivel Superior
P3
Nivel 1

P34
P31
P35
P32

P33
Diagramas de Nivel de Detalle
Nivel 2
 CARACTERSTICAS DE LOS NIVELES

Diagrama de Contexto: Nivel 0

En el diagrama de contexto solo se dibuja el proceso principal y los flujos
entre este y sus entidades externas.

Diagrama de Nivel Superior: Nivel 1

En el diagrama de nivel superior se plasman todos los procesos que
describen al proceso principal. En este nivel los procesos no pueden
interrelacionarse directamente, sino que entre ellos siempre debe existir
algn almacenamiento o entidad externa que los una.

Diagrama de Detalle o Expansin: Nivel 2

A partir del nivel 2 de detalle, los procesos pueden interrelacionarse
directamente, sin necesidad de almacenamiento que los una. Cabe
destacar que en el nivel 1 y 2 siempre los procesos deben tener las
entradas y las salidas dadas en el diagrama de contexto.
 EJEMPLO
DIAGRAMA DE CONTEXTO
NIVEL 0

EE1
EE1
Datos Contacto-Personal Lista de Contactos Personales
U
S Lista de Pacientes U
Datos Contacto- S
U Paciente 0 Historial de
A Pacientes U
Datos Cita Medica Gestionar Recordatorio de Actividades A
R Agenda
I R
Datos Tarea Lista de Citas Medicas I
O
Lista de Tareas O
Datos
Entretenimiento Lista de
Entretenimiento

Prof. Miriam LLinas

NIVEL 1 GESTIONAR AGENDA

EE1 1 Lista de Contactos Personales EE1

Datos
Contacto-Personal Gestionar Lista de Pacientes
Datos Contactos
Contacto-Paciente
Fichas Contactos
2
U Gestionar U
S Historial Historial de Pacientes S
U Paciente U
A A
R Citas Medicas y Tareas R
I I
O Datos Cita Medica 3 Recordatorio de Actividades O
Gestionar Lista de Citas Medicas
Datos Tarea
Actividades Lista de Tareas

4
Datos Gestionar
Entretenimiento Entreteni- Lista de Entretenimiento
miento
 EJEMPLO
NIVEL 2 PROCESO 4. GESTIONAR ENTRENAMIENTO

EE1 EE1

U U
S Libros S
4.2 Lista de
U 4.1 U
Datos Generar Entreteni-
A Actualizar Msica A
Entretenimiento Listas miento
R Entreteni- R
Entreteni-
I miento I
Videos miento
O O

Prof. Miriam LLinas

 PROCESOS DE ANALISIS
C 3.2 Uso de Diccionario de Datos
U O
N N Concepto
I T
D Objetivo
E
A N Elementos
D I
D Caractersticas
III O
 DICCIONARIO DE DATOS - CONCEPTO

Listado organizado de todos los elementos de datos pertinentes

sistema, con definiciones precisas y rigurosas para que el usuario y
el analista de sistemas puedan conocer todas las entradas, salidas,
componentes de depsitos y clculos intermediarios.

Conjunto de metadatos que contiene las caractersticas lgicas de

los datos que se van a utilizar en el sistema que se programa,
incluyendo nombre, descripcin, alias, contenido y organizacin.

Identificalos procesos donde se emplean los datos y los sitios

donde se necesita el acceso inmediato a la informacin,
 DICCIONARIO DE DATOS

Se desarrollan durante el anlisis de flujo de datos y ayuda a los

analistas que participan en la determinacin de los requerimientos
del sistema, su contenido tambin se emplea durante el diseo del
proyecto.

En un diccionario de datos se encuentra la lista de todos los

elementos que forman parte del flujo de datos de todo el sistema.

Los elementos mas importantes son flujos de datos, almacenes de

datos y procesos.

El diccionario de datos guarda los detalles y descripcin de todos

estos elementos
El objetivo de un diccionario de datos es dar precisin sobre los
datos que se manejan en un sistema, evitando as malas
interpretaciones o ambigedades.
 DICCIONARIO DE DATOS - ELEMENTOS

Describiendo :
El significado de los flujos y los depsitos la composicin de
paquetes agregados de datos que se mueven por los flujos
la composicin de los paquetes de datos de los depsitos

Especificando los valores relevantes y unidades de informacin

de los flujos de datos y depsitos de datos
DICCIONARIO DE DATOS

La necesidad de la anotacin
de un DD
 NOTACIN UTILIZADA PARA LA DESCRIPCIN

Construccin de Notacin Significado

datos
Agregacin = Est compuesto de

Secuencia + y

Seleccin [I] Uno u otro

Repeticin {} N repeticiones de
() Datos opcionales
*..* Delimitadores de
comentarios
 NOTACIN

Permite representar una composicin de datos en una de las tres

alternativas fundamentales que pueden ser construidas:

Como una secuencia de elementos de datos.

Como una seleccin de entre un conjunto de elementos de
datos.
Como una agrupacin repetitiva de elementos de datos.
 EJEMPLO

nombre = titulo+primer_nombre+(nombre_intermedio)+ltimo_
nombre
ttulo = [Sr | Sra | Sras | Srta | Dr. | Profesor ]
primer_nombre = { caracter_vlido }
nombre_intermedio = { caracter_valido }
ltimo_nombre = { caracter_valido }
caracter_vlido = { A_Z | a_z | 0_9 | }
EJEMPLO

DEFINICIONES

A=B+C

PESO = *Peso del paciente al llegar al hospital *

* unidades:kilogramos; intervalo: 1-200 *

ALTURA = *Altura del paciente al llegar al hospital*

*unidades:centmetros;intervalo:20-200*
 ELEMENTOS DE DATOS ELEMENTALES

NO EXISTE DESCOMPOSICIN SIGNIFICATIVA EN EL

CONTEXTO DEL AMBIENTE DEL USUARIO

altura_actual = **
* unidades:libras;intervalo:1-400*

peso_actual = **
*unidades:pulgadas;intervalo:1-96*

sexo = **
*valores: [ M | F ] *
 ELEMENTOS DE DATOS OPCIONALES

direccin_cliente = (direccin_envo)+(direccin_cobro)

direccin_cliente=
[direccin_envo|direccin_cobro|direccin_embarque | direccin de
cobro ]

direccin_cliente = direccin_envo+(direccin_cobro)
 INTERACCIN, SELECCIN Y SINNIMOS

Interaccin
pedido =nombre_cliente+direccin_envo+1{tem}10
Seleccin
sexo = { masculino|femenino }
tipo_cliente = { gobierno|industria|otros }
Sinnimos
cliente = *parroquiano*
 EJEMPLO - DICCIONARIO DE PROCESOS

DICCIONARIO DE PROCESOS
Nombre 1. Gestionar Contactos.
Descripcin Gestiona todos los contactos ingresados en la
agenda tanto personales como de pacientes.
Entradas Datos Contacto-Personal; Datos Contacto-Paciente.
Salidas Lista de Contactos personales; Lista de Pacientes.
Almacenamient Fichas Contactos.
o que actualiza
Almacenamient Fichas Contactos.
o que consulta
Especificacion Proceso 1.
es de proceso
Observaciones Ninguna.
 EJEMPLO - DICCIONARIO DE FLUJO DE
DATOS
DICCIONARIO DE FLUJO DE DATOS
Nombre Datos Contacto-Personal.
Descripcin Datos del contacto personal que ingreso el usuario.

Contenido Nombres + Apellidos + Fecha de Nacimiento +

Telfono + Domicilio + Direccin de Correo
Electrnico + Comentarios + Categora.

Origen EE1. Usuario.

Destino 1. Gestionar Contactos.
Observaciones Involucra la inclusin, modificacin, eliminacin o
consulta del contacto.
 EJEMPLO - DICCIONARIO DE
ALMACENAMIENTO DE DATOS

DICCIONARIO DE ALMACENAMIENTO DE DATOS

Nombre Citas Mdicas y Tareas.
Descripcin Archiva las Citas Medicas y Tareas que han sido
ingresados por el usuario en la agenda.
Contenido Datos de Citas Mdicas y Tareas.
Proceso que lo 3. Gestionar Actividades.
actualiza
Proceso que lo 2. Gestionar Historial Pacientes; 3. Gestionar
consulta Actividades.
Ordenamiento
Observaciones Ninguna.
 PROCESOS DE ANALISIS

C 3.3 Anlisis orientados a objetos

U usando el lenguaje de Modelo UML
O
N Definicin
N
I
T
D Anlisis orientados a objetos.
E
A
N La idea orientada a objetos.
D
I
D Anlisis y clases de objetos
III
O orientado a objetos.
 LENGUAJE UNIFICADO DE MODELACIN

Es un lenguaje grfico para visualizar, especificar, construir y

documentar un sistema. UML ofrece un estndar para describir un
"plano" del sistema (modelo), incluyendo aspectos conceptuales
tales como procesos de negocio y funciones del sistema, y aspectos
concretos como expresiones de lenguajes de programacin,
esquemas de bases de datos y componentes reutilizables.
 EL ANLISIS ORIENTADO A OBJETOS
MODELO CINCO CAPAS
Clase y objeto. Un trmino que se refiere tanto a clase
como a los objetos que ocurren en la clase.
Hay cinco tipos generales de objetos que pueden
descubrirse durante el anlisis. Los objetos a veces
representan cosas tangibles como vehculos, dispositivos
y libros. Algunas veces los objetos representan papeles
actuados por personas u organizaciones. Los objetos
tambin pueden ser derivados de incidentes o eventos.
Otros objetos pueden indicar interacciones tales como una
venta o un matrimonio. Las interacciones tienen una
cualidad de transaccin o contrato. Los objetos tambin
pueden detallar especificaciones. Las especificaciones
tienen estndares o una cualidad de definicin y, por lo
general, implican que otros objetos representaran
ocurrencias de cosas tangibles.
 LENGUAJE OBJETIVOS
UNIFICADO DE MODELACIN

Visualizar: UML permite expresar de una forma grfica un sistema

de forma que otro lo puede entender.
Especificar: UML permite especificar cules son las caractersticas
de un sistema antes de su construccin.
Construir: A partir de los modelos especifica-dos se pueden
construir los sistemas diseados.
Documentar: Los propios elementos grficos sirven como
documentacin del sistema des-arrollado que pueden servir para su
futura re-visin.
 UML - VENTAJAS

Mayor rigor en la especificacin.

Permite realizar una verificacin y validacin del modelo realizado.
Se pueden automatizar determinados procesos y permite generar
cdigo a partir de los modelos y a la inversa (a partir del cdigo
fuente generar los modelos). Esto permite que el modelo y el cdigo
estn actualizados, con lo que siempre se puede mantener la visin
en el diseo, de ms alto nivel, de la estructura de un proyecto.
 COMO ESTA COMPUESTO EL UML

Se compone por tres clases de bloques de construccin:

Elementos: Los elementos son abstracciones de cosas reales o
ficticias (objetos, acciones, etc.)
Relaciones: relacionan los elementos entre s.
Diagramas: Son colecciones de elementos con sus relaciones.
JERARQUA DE LOS DIAGRAMAS UML
 DIAGRAMA DE CASO DE USO

Muestra la relacin entre los actores y los casos de uso del sistema.
Representa la funcionalidad que ofrece el sistema en lo que se
refiere a su interaccin externa. En el diagrama de caso de uso se
representa tambin el sistema como una caja rectangular con el
nombre en su interior. Los casos de uso estn en el interior de la
caja del sistema y los actores fuera, y cada actor est unido a los
casos de uso en los que participa mediante una lnea.
 REGLAS PARA LOS CASOS DE USO

Cada caso de uso est relacionado como mnimo con un actor

Cada caso de uso es un iniciador (es decir, un actor)
Cada caso de uso lleva a un resultado relevante (un resultado con
valor intrnseco)
 NOTACIN DE LOS CASOS DE USO

Los casos de uso se representan por una elipse conteniendo el

nombre, que opcionalmente podra ir de bajo de la elipse.

CASOS
DE USO

Los actores se representan con un monigote y el nombre del actor

al pie de la figura. Los nombres de los actores suelen empezar con
mayscula

ACTOR
 CASOS DE USO FACTURACIN
Realizacin de
un pedido
Gestin de
facturacin
Registro de EMPLEADO
inventario
Registro de
venta

CLIENTE Aplicacin de
retenciones

Establecer SUPERVISOR
crditos

Registro de
gastos y costos
 CASOS DE USO FACTURACION

ORDEN DE
REALIZACION PAGO
DE UN PEDIDO

INFORMACION
SUMINISTRADA
POR EL
CLIENTE
INCLUDE: INDICA QUE UN
CASO DE USO ES INCLUIDO
EN OTRO. OCURRE PEDIDO DE
CUANDO UNOS CASOS DE PRODUCTOS
USO COMPARTEN UNOS
PASOS COMUNES
 DIAGRAMA DE CLASE

Los diagramas de clases muestran las diferentes clases que

componen un sistema y cmo se relacionan unas con otras. Se dice
que los diagramas de clases son diagramas estticos porque
muestran las clases, junto con sus mtodos y atributos, as como
las relaciones estticas entre ellas: qu clases conocen a qu
otras clases o qu clases son parte de otras clases, pero no
muestran los mtodos mediante los que se invocan entre ellas.
 COMPONENTES DE LOS DIAGRAMAS
DE CLASE
Los diagramas de clases pueden contener ms componentes aparte
de clases.
Interfaces
Las interfaces son clases abstractas, esto es, instancias que no
pueden ser creadas directamente a partir de ellas. Pueden contener
operaciones, pero no atributos. Las clases pueden heredarse de las
interfaces pudiendo as realizarse instancias a partir de estos
diagramas.

Tipo de datos
Los tipo de datos son primitivas incluidas en algunos lenguajes de
programacin. Algunos ejemplos son: booleano y float . No pueden
tener relacin con clases, pero las clases s pueden relacionarse
con ellos.
 REPRESENTACIN VISUAL DE UNA CLASE
EN UML
Enumeraciones
Las enumeraciones son simples listas de valores. Un ejemplo tpico de esto
sera una enumeracin de los das de la semana. Al igual que los tipos de
datos, no pueden relacionarse con las clases, pero las clases s pueden
hacerlo con ellos.
Paquetes
Los paquetes, en lenguajes de programacin, representan un espacio de
nombres en un diagrama se emplean para representar partes del sistema
que contienen ms de una clase, incluso cientos de ellas.
Atributos
En UML, los atributos se muestran al menos con su nombre, y tambin
pueden mostrar su tipo, valor inicial y otras propiedades. Los atributos
tambin pueden ser mostrados visualmente:
+ Indica atributos pblicos
# Indica atributos protegidos
- Indica atributos privados
 REPRESENTACIN VISUAL DE UNA
CLASE EN UML
Operaciones
La operaciones (mtodos) tambin se muestran al menos con su
nombre, y pueden mostrar sus parmetros y valores de retorno. Las
operaciones, al igual que los atributos, se pueden mostrar
visualmente:
+ Indica operaciones pblicas
# Indica operaciones protegidas
- Indica operaciones privadas
Plantillas
 REPRESENTACIN VISUAL DE UNA
CLASE EN UML
Las clases pueden tener plantillas, un valor usado para una clase
no especificada o un tipo. El tipo de plantilla se especifica cuando
se inicia una clase (es decir cuando se crea un objeto). Las
plantillas existen en C++ y se introducirn en Java 1.5 con el
nombre de Genricos.
Asociaciones
Una asociacin representa una relacin entre clases, y aporta la
semntica comn y la estructura de muchos tipos de conexiones
entre objetos.
Acumulacin
Las acumulaciones son tipos especiales de asociaciones en las que
las dos clases participantes no tienen un estado igual, pero
constituyen una relacin completa.

Composicin
Las composiciones son asociaciones que representan
acumulaciones muy fuertes.
 ANALISIS DE SISTEMAS
Carrera: Ingeniera de Sistemas

ELABORADO POR:

ING. CARYULI ROSALES

ING. MANUEL FINOL
ING. MIRIAM LLINAS