Anlisis y diseo de sistemas

Tabla de contenidos
Anlisis y Diseo Estructurado y Orientado a Objetos
1. Introduccin
2. Definicin
o Anlisis y Diseo Estructurado
o Anlisis y Diseo Orientado a Objetos
3. Diferencias
o Enfoque Estructurado vs. Orientado a Objetos
4. Caso Prctico
5. Infografa
Introduccin
Tal y como lo definiera el autor, Senn J. (1992):
El aspecto fundamental del anlisis de sistemas es comprender todas las
facetas importantes de la parte de la empresa que se encuentra en estudio
De acuerdo a esta definicin, la accin de adquirir informacin acerca del
funcionamiento de algn sector de la organizacin, es obtener una
investigacin detallada del tema objeto de estudio. Esta informacin
detallada y pormenorizada del entorno en estudio, conlleva a la
determinacin de ciertas condiciones o requerimientos propios de un
sistema.
Existen diversos mtodos y tcnicas que conducen a un modelo del sistema
mucho ms ptimo y eficiente, como es el caso del Anlisis y Diseo
Estructurado y el Orientado a Objetos, ambos con muchos puntos a favor y
con el objetivo comn de orientar al analista la seleccin de acciones que
representen un cambio positivo a la organizacin. A pesar de la aceptacin
que tienen ambas metodologas actualmente, el propsito de esta
investigacin es poder compararlas y evaluarlas a fin de determinar que
realmente marca la diferencia cuando se analizan y disean sistemas de
informacin con el uso de estas poderosas herramientas.
Definicin
"El anlisis y diseo de sistemas se refiere al proceso de examinar la
situacin de una empresa con el propsito de manejarla con mtodos y
procedimientos ms adecuados." (Senn, 1992).
Se puede dividir en dos: el anlisis de sistemas que comprende la
planificacin, el levantamiento inicial de informacin y el estudio en detalle
del sistema actual para luego recomendar o estructurar las especificaciones
necesarias para el nuevo sistema; y el diseo que consiste en llevar a cabo
el sistema por medio de la clasificacin y empleo de la informacin de
manera que se pueda ofrecer una alternativa mucho ms viable.
En pocas palabras; El anlisis especifica qu es lo que el sistema debe
hacer. El diseo establece cmo alcanzar el objetivo . Ciertamente, todo
sistema de informacin debe presentar salidas en base a entradas de datos
y procesos, lo que nos dice que si deseamos entender todo lo que le ocurre
a los datos antes de llegar al usuario como informacin .Es decir, antes de
ser interpretado por el usuario final, debemos utilizar metodologas que
permiten ver los sistemas en base a sus procesos, por lo menos en sistemas
Pgina 1

Anlisis y diseo de sistemas

de procesado por lotes o secuencial. Un ejemplo de ello es la metodologa
estructurada. Existen muchas metodologas pero esta es la ms arraigada
debido a su antigedad. Recordemos que hace apenas dos dcadas los
computadores no soportaban el multitasking (procesamiento multitarea), lo
que limitaba a procesar una pantalla a la vez, esto slo permita sistemas
secuenciales donde cada tarea en procesamiento comenzaba cuando la
anterior ya haba terminado por completo.
Anlisis
y
Diseo
Estructurado:
Permite al analista conocer un sistema o proceso (actividad) en una forma
lgica y manejable al mismo tiempo que proporciona la base para asegurar
que no se omite ningn detalle pertinente. El objetivo que persigue el
anlisis estructurado es organizar las tareas asociadas con la determinacin
de requerimientos para obtener la comprensin completa y exacta de una
situacin dada.
Est compuesto por;

Smbolos grficos: sirven para identificar y describir los componentes

de un sistema y las relaciones entre estos.

Diccionarios de datos: Descripciones de todos los datos utilizados en

el sistema, pueden ser manual o automatizado.

Descripciones de procesos y procedimientos: emplean tcnicas y

lenguajes que permiten describir actividades del sistema.

Reglas: Estndares para describir y documentar el sistema en forma

correcta y completa.

Anlisis de flujo de datos: Estudia el empleo de los datos en cada

actividad, documenta los hallazgos con diagramas de flujo de datos.

Anlisis y Diseo Orientado a Objetos:

La programacin orientada a objetos (OOP) promete mejoras de amplio
alcance en la forma de diseo, desarrollo y mantenimiento del software
ofreciendo una solucin a largo plazo a los problemas y preocupaciones que
han existido desde el comienzo en el desarrollo de software: la falta de
portabilidad del cdigo y reusabilidad, cdigo que es difcil de modificar,
ciclos de desarrollo largos y tcnicas de codificacin no intuitivas.
Un lenguaje orientado a objetos ataca estos problemas. Tiene tres
caractersticas bsicas: debe estar basado en objetos, basado en clases y
capaz de tener herencia de clases. Muchos lenguajes cumplen uno o dos de
estos puntos; muchos menos cumplen los tres. La barrera ms difcil de
sortear es usualmente la herencia.
El elemento fundamental de la OOP es, como su nombre lo indica, el objeto.
Podemos definir un objeto como un conjunto complejo de datos y programas
que poseen estructura y forman parte de una organizacin. Esta definicin
Pgina 2

Anlisis y diseo de sistemas

especifica varias propiedades importantes de los objetos. En primer lugar,
un objeto no es un dato simple, sino que contiene en su interior cierto
nmero de componentes bien estructurados. En segundo lugar, cada objeto
no es un ente aislado, sino que forma parte de una organizacin jerrquica o
de otro tipo. Es una cosa real o abstracta que est formada por un conjunto
de otros objetos y que poseen una estructura lgica para una determinada
funcin.

Diferencias
En cuanto a la forma de desarrollar el anlisis las metodologas son
radicalmente diferentes desde su enfoque, la primera est orientada a
procesos, tomando una visin donde los datos se consideran
separadamente de los procesos que los transforman, dando ms
importancia a la descomposicin funcional del sistema, y por tanto a los
diagramas de procesos, esto puede parecer que lleva de manera ms
directa a la implementacin del sistema, pero con frecuencia ste suele ser
ms frgil. Si cambian los requerimientos un sistema basado en
descomposicin funcional puede requerir una reestructuracin masiva.
Por el contrario el enfoque orientado a objetos se centra en primer lugar en
identificar los objetos del dominio de aplicacin y despus en establecer
procedimientos que los manejen. Aunque esto pueda parecer ms indirecto
el software orientado a objeto se mantiene mejor ante los cambios de
requerimientos porque se basa en la estructura subyacente del dominio de
aplicacin en vez de los requerimientos funcionales de un determinado
problema.
Enfoque Estructurado vs. Enfoque Orientado a Objetos:
Anlisis y Diseo Estructurado

Anlisis y Diseo Orientado a

Objetos

Se
consideran
los
elementos
o
perspectivas
bsicas del anlisis (EntradaProceso-Salida), en funcin
del Software.

Se consideran
bsicos como el
Atributo, el todo
(software), clases
Modela los objetos
de l.

Utiliza
el
diagrama
estructurado
como
representacin grfica del
sistema.

Utiliza el diagrama orientado a

objetos
como
representacin
grfica del sistema.

Consta de 5 Fases (Anlisis,

Diseo, Codificacin, Pruebas
e Integracin).

Consta de 4 Fases (Anlisis,

Diseo, Evolucin y Modificacin).

No enfoca apropiadamente
el diseo de familias de
programas.
Asume
una
progresin relativa uniforme
de pasos de elaboracin.

Une a los usuarios y a los

diseadores. Permite proporcionar
una descripcin completa del
problema, legible y revisable por
las
partes
interesadas
y

Pgina 3

los conceptos
Objeto y el
y sus partes
y miembros.
que son parte

Anlisis y diseo de sistemas

verificables contra la realidad.

No acomoda el tipo de
desarrollo
evolutivo.
No
enfoca los posibles modos
futuros de desarrollo de
software.

Si estn correctamente definidas

las jerarquas de clase, hacer
modificaciones no es tan costoso
como en el caso de programacin
tradicional. Slo hay que entrar en
la parte de Evolucin para hacer
modificaciones.

El Diseo inicia una vez que

ha culminado la fase de
anlisis de sistema.

El Diseo inicia an antes de

concluir con la etapa de anlisis. Se
recomienda analizar un poco y
disear. Esta etapa debe concluir
una vez que se establecieron
claves y mecanismos importantes.

En este anlisis se llega

solo a la fase de integracin y
no toma en consideracin los
cambios que ocurren dentro
del sistema en el proceso de
anlisis y diseo de sistemas.

Un programa que se usa en un

ambiente
real
necesariamente
debe cambiar. Los cambios difieren
un poco de los requeridos en
evolucin, pues contemplan la
introduccin
de
nuevas
funcionalidades no previstas en el
problema original.

Las herramientas utilizadas

son: Diagrama de Flujo de
Datos, Diagramas de EntidadRelacin,
Diagrama
de
Transicin de Estados.

Las herramientas utilizadas son:

Diagramas de Clases, Diagrama de
Objetos, Diagramas de Mdulos,
Diagramas de Procesos, Diagramas
de
Transicin
de
Estados,
Diagramas de Tiempo.

El anlisis est orientado a

los Procesos del sistema.

El anlisis est orientado a los

Objetos.

Requiere
traducir
el
dominio del problema en una
serie
de
funciones
y
subfunciones. El analista debe
comprender
primero
el
dominio del problema y a
continuacin documentar las
funciones y subfunciones que
debe proporcionar el sistema.
No existe un mecanismo para
comprobar si la especificacin
del sistema expresa con
exactitud los requisitos del
sistema.

Es una forma de pensar acerca

de un problema en trminos del
mundo real en vez de en trminos
de un ordenador. El AOO permite
analizar mejor el dominio del
problema, sin pensar en trminos
de implementar el sistema en un
ordenador. El AOO permite pasar
directamente
el
dominio
del
problema al modelo del sistema.

Este enfoque se adapta

bien al uso de sistemas
informticos
para
implementar el sistema, pero
no es nuestra forma habitual
de pensar. La comunicacin
entre
el
analista
y
la

El concepto OO es ms simple y
est menos relacionado con la
informtica que el concepto de
flujo de datos. Esto permite una
mejor
comunicacin
entre
el
analista y el experto en el dominio
del problema (es decir, el cliente).

Pgina 4

Anlisis y diseo de sistemas

Organizacin
por las fases.

est

limitada,

La
relacin
entre
los
modelos es muy dbil, y hay
muy poca influencia de un
modelo en otro. En la prctica,
los modelos de procesos y de
datos de un mismo sistema se
parecen
muy
poco.
En
muchos casos son visiones
irreconciliables, no del mismo
sistema, sino de dos puntos
de vista totalmente diferentes
de organizar la solucin.

Los objetos encapsulan tanto

atributos
como
operaciones.
Debido a esto, el AOO reduce la
distancia entre el punto de vista de
los datos y el punto de vista del
proceso, dejando menos lugar a
inconsistencias
o
disparidades
entre ambos modelos.

Caso Prctico
En rea de Informtica de la Gerencia Regional de Tributos Internos del
SENIAT, Regin Los Andes, se cuenta con una plantilla de informacin
interna para llevar el control de las solicitudes de servicios, la cual tiene la
informacin correspondiente al funcionario asignado, nmero de caso,
solicitante, problema o solicitud efectuada, entre otros. Tal plantilla no es
ms que una hoja de clculo de Microsoft Excel, la cual, si bien cumple con
el propsito deseado, la misma no permite una ptima distribucin de
tareas
y
reporte
oportuno
de
ellas.
Con el objeto de mejorar la asignacin de solicitudes de servicios
informticos, se propone una nueva aplicacin basada en web y apoyada en
una
base
de
datos.
Esta web estar alojada en un servidor de la empresa y contendr un portal
con todos los servicios necesarios y disponibles para brindar mayor y mejor
informacin
a
todos
los
departamentos.
Debe tener acceso de modificacin total para el coordinador como
administrador del sistema, acceso con permiso de modificacin restringido a
los ingenieros de proyectos y acceso de consulta a todos los usuarios.
Su funcionamiento debe ser como se indica a continuacin:
Usuario:

Accesa al portal va Intranet, registra los datos de su solicitud en el

formato electrnico "Solicitud de Servicios Informticos".

Consulta el status de una solicitud en especfico o de su historial de

solicitudes

Adicionalmente, tiene acceso de consulta a otros informes ejecutados

por el rea de Informtica y a sus indicadores de gestin.

Coordinador:

Pgina 5

Anlisis y diseo de sistemas

Recibe electrnicamente la solicitud del usuario, verifica la carga de

trabajo del personal y asigna el requerimiento al tcnico
seleccionado.

Modifica el programa de ejecucin de los estudios, registra las fechas

reales de ejecucin, y tiene la capacidad de modificar todos los
registros de la base de datos.

Consulta todos los indicadores de gestin personales y colectivos.

Asistente/Secretaria:

Recibe electrnicamente la solicitud del usuario, verifica la carga de

trabajo del personal y asigna el requerimiento al tcnico
seleccionado.

Consulta todos los indicadores de gestin personales y colectivos.

Notifica personalmente tanto al usuario como al funcionario

designado la recepcin de la solicitud va correo electrnico (tal
informacin puede ser consultada directamente al sistema).

Tcnico:

Consulta la solicitud asignada, pudiendo solicitar reprogramacin.

Registra fecha de inicio y fin de solicitud de servicio prestado y realiza

el informe u observaciones correspondientes al caso.

Consulta su carga de trabajo, sus indicadores personales y los

colectivos.

Aplicacin Web:
Para poder lograr este espacio se propone el uso de la tecnologa de
aplicaciones web conocida como PHP, el cual es un lenguaje de
programacin usado generalmente para la creacin de contenido para sitios
web. El nombre es el acrnimo recursivo de "PHP: Hypertext Preprocessor"
(inicialmente PHP Tools, o, Personal Home Page Tools), y se trata de un
lenguaje interpretado usado para la creacin de aplicaciones para
servidores, o creacin de contenido dinmico para sitios web, adems es
posible utilizar PHP para generar archivos PDF, Flash, as como imgenes
en diferentes formatos, entre otras cosas.
PHP permite la conexin a diferentes tipos de servidores de bases de datos
tales como MySQL, Postgres, Oracle, ODBC, DB2, Microsoft SQL Server,
Firebird y SQLite; lo cual permite la creacin de Aplicaciones web muy
robustas.
ste lenguaje es libre, por lo que se presenta como una alternativa de fcil
acceso para todos.
Base de datos:
Para nuestro caso particular se utilizara la solucin PostgreSQL, el cual es
un servidor de base de datos relacional libre, siendo una alternativa a otros
Pgina 6

Anlisis y diseo de sistemas

sistemas de bases de datos de cdigo abierto (como MySQL, Firebird y
MaxDB), as como sistemas propietarios como Oracle o DB2.
Debido a su simplicidad, que proviene de ser sintctica y gramaticalmente
cercano al lenguaje natural, pueden utilizarlo tanto los usuarios tcnicos
como los que no lo son; esto unido a que su potencia lo ha hecho muy
popular.

Pgina 7