Analisis y diseo de sistemas

1. 1. EXPOSICIN GRUPO No. 1

2. 2. ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN II
3. 3. PRESENTADO POR : AGUILAR CABEZAS LEYDI ROCIO BORDA
LEGUIZAMON SULEMA DIAZ TORRES PEDRO MAURICIO GUTIERREZ
VERGARA MARLELLY MONTAO DUQUE JIMMY ALEXANDER RIOS
OSORIO DIANA PATRICIA VANEGAS ROMERO ZORAIDA ISABEL
4. 4. DISEO DE SISTEMAS
5. 5. ESPECIFICACIONES DE LOS REQUERIMIENTOS DE LA APLICACIN
6. 6. Durante mucho tiempo, en el desarrollo de Sistemas Interactivos
se ha olvidado la importancia de la usabilidad de dichos sistemas,
relegando sta exclusivamente a actividades de evaluacin del
producto final. Esto puede ser debido por un lado al hecho de basar
el desarrollo de los sistemas fundamentalmente en la tecnologa
disponible y por otro, a la relacin errnea que los desarrolladores
han establecido entre usabilidad y apariencia de la interfaz de usuario
en cuanto a sus caractersticas estticas.
7. 7. Como consecuencia, se han desarrollado sistemas con un
deficiente nivel de usabilidad, que se traduce en una disminucin en
el grado de aceptacin de los mismos debido a la frustracin que los
usuarios pueden llegar a sufrir al interactuar con ellos. Es
importante tener en cuenta que la usabilidad de un sistema, no slo
est ligada a la apariencia de la interfaz de usuario sino
principalmente al modo en el que el usuario puede utilizar el sistema,
es decir a la interaccin con el mismo, y por tanto est relacionada
con la estructura general del sistema y con la lgica del negocio.
8. 8. En los ltimos aos se ha producido un gran incremento en la
cantidad de personas que usan y dependen de la Tecnologa de la
Informacin. Lo que implica una demanda cada vez mayor de
productos ms usables. La usabilidad se est convirtiendo en un
factor fundamental del xito de un producto software, y es necesario
que la industria del software comience a concienciarse de la
necesidad de tener en cuenta la usabilidad desde las etapas
tempranas del desarrollo de los sistemas, introduciendo una
perspectiva centrada en el usuario.
9. 9. Planteamiento de diferentes propuestas para el establecimiento
de mtodos, tcnicas y herramientas. Objetivo: orientar a los
desarrolladores sobre las actividades a seguir durante el proceso de
desarrollo de software que garanticen un nivel de usabilidad
previamente establecido. Se presenta un estudio de la integracin

de la usabilidad en el proceso de desarrollo de la Ingeniera del

Software, analizando propuestas provenientes tanto del campo de la
Ingeniera de la Usabilidad (IU) como del de la Ingeniera del Software
(IS). Se recoge un resumen de algunos de los Modelos de Procesos
propuestos por la IU para el desarrollo de Sistemas Interactivos as
como una nueva propuesta de Modelo de Proceso Centrado en el
Usuario que integra la IS, la Interaccin Persona Ordenador (IPO) y la
accesibilidad en el contexto de equipos de desarrollo
multidisciplinares.
10.10. El Modelo de Proceso presentado en el estndar internacional
ISO 13407:1999 establece un marco de referencia normativo que
sirve de gua para garantizar la usabilidad en el desarrollo de
sistemas interactivos incorporando el Diseo Centrado en el Usuario
(DCU) durante el ciclo de vida del desarrollo. Sin embargo, a pesar
de los beneficios econmicos y sociales que permite obtener el DCU,
la industria del software an se muestra reacia a utilizar los Modelos
de Procesos propuestos por la IU.
11.11. Los modelos propuestos, implican un cambio radical en el
proceso, que los ingenieros de software no creen suficientemente
justificado. Los modelos propuestos por la IU son complejos de
entender y de aplicar. Los directivos de las organizaciones software
creen que la usabilidad no est econmicamente justificada.
Existen diferencias de conceptos y terminologa entre ambas
disciplinas (IS eIU). No existe una integracin adecuada de las
actividades de usabilidad en el proceso de desarrollo de la Ingeniera
del Software.
12.12. Las tcnicas de modelado y simulacin se consideran
herramientas valiosas para la mejora de procesos en diversas reas
de la ingeniera. La principal ventaja que ofrecen los modelos de
simulacin es la posibilidad de experimentar diferentes decisiones y
analizar sus resultados en sistemas donde el coste o el riesgo de una
experimentacin real son prohibitivos.
13.13. Dcada de los 90` Organizaciones de software Usuario Procesos
Centrados Mejora Desarrollo de Software Utilidad Proceso
Herramientas Motivacin al cambio Producto Mejora Comprensin
14.14. El diseo del sistema es la estrategia de alto nivel para resolver
problemas y construir una solucin. ste incluye decisiones acerca de
la organizacin del sistema en subsistemas, la asignacin de
subsistemas a componentes hardware y software, y decisiones
fundamentales conceptuales y de poltica que son las que constituyen
un marco de trabajo para el diseo detallado

15.15. La organizacin global del sistema es lo que se denomina la

arquitectura del sistema. Existe un cierto nmero de estilos
frecuentes de arquitectura, cada uno de los cuales es adecuado para
ciertas clases de aplicaciones. Una forma de caracterizar una
aplicacin es por la importancia relativa de sus modelos de objetos,
dinmico y funcional. Las distintas arquitecturas ponen distintos
grados de nfasis en los tres modelos.
16.16. El diseo de sistemas es la Al tomar decisiones de alto nivel
primera fase de diseo en la cual que se apliquen a todo el se
selecciona la aproximacin sistema, el diseador desglosa el bsica
para resolver el problema en subsistemas, de tal problema. manera
que sea posible realizar ms trabajo por parte de varios Durante el
diseo del sistema, diseadores que trabajarn se decide la
estructura y el estilo independientemente en distintos global. La
arquitectura del subsistemas. sistema es la organizacin global del
mismo en componentes llamados subsistemas. La arquitectura
proporciona el contexto en el cual se toman decisiones ms
detalladas en una fase posterior del diseo.
17.17. Las aplicaciones web se han convertido en pocos aos en
complejos sistemas con interfaces de usuario cada vez ms parecidas
a las aplicaciones de escritorio, dando servicio a procesos de negocio
de considerable envergadura y establecindose sobre ellas requisitos
estrictos de accesibilidad y respuesta. Esto ha exigido reflexiones
sobre la mejor arquitectura y las tcnicas de diseo ms adecuadas.
En este artculo se pretende dar un breve repaso a la arquitectura de
tales aplicaciones y a los patrones de diseo ms aplicables. En los
ltimos aos, la rpida expansin de Internet y del uso de intranets
corporativas ha supuesto una transformacin en las necesidades de
informacin de las organizaciones. En particular esto afecta a la
necesidad de que: 1. La informacin sea accesible desde cualquier
lugar dentro de la organizacin e incluso desde el exterior. 2. Esta
informacin sea compartida entre todas las partes interesadas, de
manera que todas tengan acceso a la informacin completa (o a
aquella parte que les corresponda segn su funcin) en cada
momento.
18.18. Estas necesidades han con el usuario. provocado un
movimiento Inevitablemente, esto ha creciente de cambio de las
provocado un aumento aplicaciones tradicionales progresivo de la de
escritorio hacia las complejidad de estos aplicaciones web, que por
sistemas y, por ende, la su idiosincrasia, cumplen necesidad de
buscar a la perfeccin con las opciones de diseo nuevas necesidades
mencionadas que permitan dar con la anteriormente. Por tanto,
arquitectura ptima que los sitios web tradicionales facilite la
construccin de que se limitaban a mostrar los mismos. informacin

se han convertido en aplicaciones capaces de una interaccin ms o

menos sofisticada
19.19. El usuario interacciona con las aplicaciones web a travs del
navegador. Como consecuencia de la actividad del usuario, se envan
peticiones al servidor, donde se aloja la aplicacin y que
normalmente hace uso de una base de datos que almacena toda la
informacin relacionada con la misma. El servidor procesa la peticin
y devuelve la respuesta al navegador que la presenta al usuario. Por
tanto, el sistema se distribuye en tres componentes: el navegador,
que presenta la interfaz al usuario; la aplicacin, que se encarga de
realizar las operaciones necesarias segn las acciones llevadas a
cabo por ste y la base de datos, donde la informacin relacionada
con la aplicacin se hace persistente. Esta distribucin se conoce
como el modelo o arquitectura de tres capas.
20.20. EN GENERAL, LOS SISTEMAS DE INFORMACIN TIENEN COMO
OBJETIVO: Respaldar las operaciones empresariales. Respaldar la
toma de decisiones gerenciales. Respaldar la ventaja competitiva
estratgica. Contribuir a la automatizacin de actividades y
procesos en las empresas. Llevar la informacin de manera
oportuna y adecuada a las instancias de la empresa que as lo
requieran. Proporcionar un diagnstico de la empresa en un
momento dado.
21.21. DE FORMA GRAFICA SERA: RESPALDAR LAS OPERACIONES
GERENCIALES AUTOMATIZAN RESPALDAR LA PROCESOS. TOMA DE
OBJETIVOS DECISIONES PROPORCIONAN SISTEMA DE GERENCIALES
INFORMACIN. INFORMACIN RESPALDAR LOGRAN LA VENTAJA
VENTAJAS COMPETITIVA COMPETITIVAS. Y ESTRATGICA
22.22. SI LOS OBJETIVOS SON CLAROS GARANTIZAN A LA EMPRESA:
OBTENCIN DE LA INFORMACIN PRECISIN Y EVITA FRACASOS
OPORTUNIDAD ACCESO A LA INFORMACIN CUANDO SE REQUIERA
CAPACIDAD Y CONSICIN DEL EXACTITUD, PRESICIN. PROCESO
ACCESO A LA INFORMACIN PARA EVITAR PERDIDA DISPONIBILIDAD Y
PROTEGER A LOS CLIENTES Y SEGURIDAD
23.23. CARACTERSTICAS EN EL DISEO DE SISTEMAS.
24.24. Las caractersticas en el diseo del sistema se identifican a partir
del anlisis de requerimientos, nunca se llega a unas caractersticas
esperadas del sistema y de la identificacin de cada uno de los
componentes de dicho sistema, se parte entonces de: Flujo de los
datos: est especificado en la forma como se desplazarn, rotarn y
girarn los datos dentro del sistema. Almacenamiento de los datos:
hacen referencia a donde se alojarn los datos de manera temporal o
permanente.

25.25. Procedimientos: estos se relacionan con los mtodos para

emplear el sistema y los resultados que se esperan obtener.
Relacin-sistema personal: atae a la funcin y responsabilidad de
todas las personas que tienen algn tipo de relacin con el sistema
desde sus creadores hasta los usuarios.
26.26. LAS CARACTERSTICAS DE LOS DISEOS DE SISTEMAS SE
ESPECIFICAN PRINCIPALMENTE EN LAS ENTRADAS, PROCESOS ,
ESPECIFICACIONES Y SALIDAS. ENTRADAS: constituyen los datos que
deben ser almacenados y por tal motivo ingresan al sistema, el
analista debe comprender y adecuar los medios que utilizar para el
ingreso de dichos datos. Para verificar que la puesta en marcha de las
entradas sea la correcta se utilizan controladores los cuales se aplican
a los campos y a los registros del SI.
27.27. SALIDAS: las salidas del sistema se presentan en la pantalla que
permite por ejemplo al usuario encontrar la informacin que requiere,
o realizar tambin las operaciones que son necesarias. En un solo
sistema las salidas pueden ser varias, miremos por ejemplo el SI de
informacin de uno de los motores de bsqueda ms famosos
yahoo las salidas que este programa tiene son: correo, noticias,
entretenimiento.
28.28. Entre otras, tambin podemos decir que existen salidas de uso
interno y externo. En el momento en que el analista piensa en el
diseo de las salidas del sistema se debe tener en cuenta, la
informacin que se va a presentar considerando adems si va a ser
comunicada de forma oral, impresa, visual o auditiva.
29.29. CONTROLES: el analista dentro del diseo debe preparar
controles para las entradas, procesos, y salidas que poseer el
sistema. El control de entrada se establece generalmente a partir
de la solicitud de cdigos de verificacin que permiten o no el acceso
de los administradores, analistas y usuarios finales a los datos que
posee el sistema.
30.30. ESPECIFICACIONES: en esta caracterizacin estn escritas las
necesidades puntuales de los usuarios, hacen alusin a los detalles
particulares que se requieren del sistema, pero tambin a la forma
como este opera. Hay especificaciones para cada una las partes del
sistema para las entradas, para cada uno de los componentes del
software y para la forma como se debe operar el sistema entre otras.
31.31. El diseo de sistema es la estrategia de alto nivel para resolver
problemas y construir una solucin. El diseo de sistemas es la
primera fase de diseo en la cual se selecciona la aproximacin
bsica para resolver el problema. Durante el diseo del sistema, se
decide la estructura y el estilo global. La arquitectura proporciona el

contexto en el cual se toman decisiones ms detalladas en una fase

posterior del diseo. Al tomar decisiones de alto nivel que se
apliquen a todo el sistema, el diseador desglosa el problema en
subsistemas, de tal manera que sea posible realizar ms trabajo por
parte de varios diseadores que trabajarn independientemente en
distintos subsistemas.
32.32. El diseador de sistemas debe tomar las siguientes decisiones:
Organizar el sistema en subsistemas Identificar la concurrencia
inherente al problema Asignar los subsistemas a los procesadores y
tareas Seleccionar una aproximacin para la administracin de
almacenes de datos Manejar el acceso a recursos globales
Seleccionar la implementacin de control en software Manejar las
condiciones de contorno Establecer la compensacin de prioridades
33.33. Definicin de subsistema En todas las aplicaciones, salvo en las
ms pequeas, el primer paso para disear un sistema consiste en
dividir el sistema en un pequeo nmero de componentes. Cada uno
de los componentes principales de un sistema se llama subsistema.
Cada subsistema abarca aspectos del sistema que comparten alguna
propiedad comn. Identificacin de la concurrencia EN el modelo de
analisis, al igual que en el mundo real y en el hardware, todos los
objetos son concurrentes. En una implementacin, sin embargo, no
todos los objetos del software son concurrentes, porque un
procesador puede dar soporte a muchos objetos. En la prctica, se
pueden implementar muchos objetos en un nico procesador si los
objetos no pueden estar activados a la vez. Un objetivo importante
del diseo del sistema es identificar los objetos que deben estar
activados concurrentemente, y los objetos que tienen actividad que
sea mutuamente exclusiva. Estos ltimos objetos se pueden plegar y
juntar en un nico hilo de control o tarea. Almacenamiento de datos
Los almacenes de datos internos y externos dentro de un sistema
proporcionan puntos limpios de separacin entre subsistemas con
interfaces bien definidas. En general, todo almacn de datos puede
combinar estructuras de datos, archivos y bases de datos
implementados en memoria o bien en dispositivos de
almacenamiento secundario. Los distintos tipos de almacenes de
datos proporcionan diversas compensaciones entre costo , tiempo de
acceso, capacidad y fiabilidad.
34.34. Administracin de los recursos El diseador de sistemas debe
identificar los recursos globales y tiene que determinar mecanismos
para controlar el acceso a ellos. Entre los recursos globales se
cuentan: unidades fsicas, tales como procesadores, unidades de
cinta y satlites de comunicacin; espacio, tal como el espacio en
disco, una pantalla de una estacin de trabajo, y los botones de un
ratn; nombres lgicos, tales como la identificacin de los objetos,

nombres de archivos y nombres de clases; y el acceso a datos

compartidos, tales como bases de datos. Software de control Durante
el anlisis, todas las interacciones se muestran como sucesos entre
objetos. El control del hardware se parece mucho al modelo de
anlisis, aunque el diseador de sistemas debe escoger entre varias
maneras de implementar el control en software. An cuando no existe
una necesidad lgica de que todos los subsistemas utilicen la misma
implementacin, lo normal es que el diseador seleccione un nico
estilo de control. Existen dos clases de flujos de control en un sistema
de software: el control externo y el interno.
35.35. DISEO DE LOS OBJETOS La fase de anlisis determina lo que
debe hacer la implementacin y la fase de diseo del sistema
determina el plan de ataque. La fase de diseo de objetos determina
las definiciones completas de las clases y asociaciones que se
utilizarn en la implementacin, as como las interfaces y algoritmos
de los mtodos utilizados para implementar las operaciones. La fase
de diseo de objetos aadir objetos internos para la implementacin
y optimizar las estructuras de datos y los algoritmos. El diseo de
objetos es anlogo a la fase preliminar de diseo del ciclo de vida de
desarrollo de software tradicional. ALGORITMOS Cada operacin
especificada en el modelo funcional debe ser formulada como un
algoritmo . El anlisis de especificaciones dice lo que hace la
operacin desde el punto de vista de sus clientes y los algoritmos
muestran cmo se hace. Un algoritmo se puede subdividir en
llamadas a operaciones ms sencillas y as sucesivamente, hasta que
las operaciones del nivel ms bajo sean suficientemente sencillas
para implementarlas directamente sin ms refinamiento.
36.36. Controles El diseador debe refinar la estrategia para
implementar los modelos de estados y sucesos presentes en el
modelo dinmico. Como parte del diseo del sistema, se habr
seleccionado una estrategia bsica para construir el modelo
dinmico. Durante el diseo de objetos, es necesario desarrollar esta
estrategia. Asociaciones Las asociaciones son el pegamento de
nuestro modelo de objetos, y proporcionan vas de acceso entre
objetos siendo entidades conceptuales tiles para el modelado y el
anlisis. Durante la fase de diseo de objetos hay que formularse una
estrategia para implementar las asociaciones habidas en el modelo
de objetos. Se puede seleccionar una estrategia global para
implementar todas las asociaciones uniformemente o bien
seleccionar una tcnica particular para cada asociacin, teniendo en
cuenta la forma en que ser utilizada en la aplicacin. Para tomar
decisiones inteligentes acerca de las asociaciones se necesita
analizar primero la forma en que sern utilizadas
37.37. MANEJO DE SISTEMAS DESARROLLADOS POR USUARIOS FINALES

38.38. Este manejo posee caractersticas que lo diferencia de los

dems sistemas que manejan informacin y que son tradicionales.
Los usuarios finales poseen caractersticas especiales que merecen
ser tomadas en cuenta. Estos Sistemas de Informacin elaborados
a la medida de la organizacin, son normalmente creados ya sea por
un departamento de Informtica o por una empresa externa de
consultora. Los SI son desarrollados con propsitos diferentes, es
decir, todo depender del objetivo que tenga su implantacin, por lo
que se pueden clasificar de la siguiente manera
39.39. Sistemas de Procesamiento de Transacciones. Sistemas de
Automatizacin de oficina y de manejo de conocimiento. Sistemas
de Informacin Gerencial. Sistemas de Apoyo a Decisiones.
Sistemas Expertos e Inteligencia Artificial.
40.40. Sistema de Procesamiento de Transacciones (TPS) Una
transaccin es cualquier suceso o actividad que afecta a toda la
organizacin, tiene como finalidad mejorar las actividades rutinarias
de una la misma. Las transacciones ms comunes incluyen:
facturacin, entrega de mercanca, nmina y depsito de cheques.
Aunque en la mayor parte de las organizaciones las transacciones
son parte de las actividades cotidianas que se realizan, los tipos de
transacciones cambian en cada una de las organizaciones. A
continuacin se presentan las caractersticas principales de los
Sistemas de procesamiento de transacciones:
41.41. Sistema de Automatizacin de Oficina y Sistemas de Manejo de
Conocimiento (OAS) Al nivel de conocimiento de la organizacin hay
dos clases de Sistemas. Los Sistemas de Automatizacin de Oficina
(OAS por sus siglas en ingls) que dan soporte a los trabajadores de
datos, quienes, por lo general, no crean un nuevo conocimiento sino
que usan la informacin para analizarla y transformar datos, o para
manejarla en alguna forma y luego compartirla o diseminarla
formalmente por toda la organizacin y algunas veces mas all de
ella. Los aspectos familiares de los OAS, incluyen procesamiento de
palabras, hojas de clculo, editor de publicaciones, calendarizacin
electrnica y comunicacin mediante correo de voz, correo
electrnico y videoconferencias. Los Sistemas de Manejo de
Conocimiento (KWS) dan soporte a los trabajadores profesionales,
tales como cientficos, ingenieros y doctores, les ayudan a crear un
nuevo conocimiento que contribuya a la organizacin o a toda la
sociedad.
42.42. Sistema de Informacin Gerencial (MIS) Los Sistemas de
Informacin Gerencial MIS por sus siglas en ingls) son sistemas de
Informacin computarizada que trabajan debido a la interaccin
resuelta entre gentes y computadoras. Requieren que las gentes, el

software y el hardware trabajen como uno solo. Para poder ligar la

informacin, los usuarios de un MIS comparten una base de datos
comn que almacena modelos que ayudan a los usuarios a
interpretar y aplicar esos mismos datos. Los MIS producen
informacin que es usada en la toma de decisiones y tambin puede
llegar a unificar algunas funciones de informacin computarizada,
aunque no exista como una estructura singular en ningn lugar del
negocio, es decir, pueden contar con algn otro tipo de SI con el que
se labore en la organizacin.
43.43. Sistema de Apoyo a Decisiones (DSS). Los Sistemas de
Informacin de Apoyo a Decisiones (DSS por sus siglas en ingls) es
similar al MIS ya que ambos dependen de una base de datos como
fuente. Un DSS se diferencia del MIS en que enfatiza el apoyo a la
toma de decisiones en todas sus fases, aunque la decisin actual
todava es del dominio del tomador de decisiones. Los DSS estn
hechos a la medida de la persona o grupo que los utiliza.
44.44. Sistemas Expertos e Inteligencia Artificial (AIS) La Inteligencia
Artificial (Al) puede ser considerada la meta de los Sistemas Expertos.
El auge que ha tenido la inteligencia artificial ha llegado al punto de
desarrollar mquinas que se comporten de forma inteligente. Los
Sistemas Expertos usan los enfoques del razonamiento de la Al para
resolver los problemas que les plantean los usuarios de las
organizaciones. Un Sistema Experto captura en forma efectiva y usa
el conocimiento de un experto para resolver un problema particular
experimentado en una organizacin. Un Sistema Experto selecciona
la mejor solucin a un problema o a una clase especfica de
problemas. En la siguiente tabla se muestran ejemplos de cada uno
de los SI que existen de acuerdo a la clasificacin que se estudi:
45.45. En cualquier organizacin existen distintos tipos de SI. Desde el
punto de vista de la estructura funcional, los SI se forman alrededor
de las funciones de la empresa (Recursos Humanos, Produccin,
Mercadotecnia, etc.) y cada una de estas funciones comprende
actividades en tres niveles de la organizacin: Nivel Operacional.
Nivel Administrativo. Nivel Estratgico.
46.46. DAEDALUS. Diseo de sistemas [en lnea]
http://www.daedalus.es/inteligencia-de-negocio/sistemascomplejos/ingenieria-de-sistemas/ (Consulta: Abril 27 de 2010).
GARCA, Roco. Transicin de Anlisis de diseo. [en lnea]
http://www.monografias.com/trabajos29/transicion-delanalisis/transicion- del-analisis.shtml (Consulta: Abril 28 de 2010).
Ministerio de Administraciones Pblicas. [en lnea] Diseo del Sistema
de Informacin http://www.csi.map.es/csi/metrica3/dsiproc.pdf
(Consulta: Abril 27 de 2010). Diseo de sistemas de informacin.

[en lnea]
http://www.edicionsupc.es/ftppublic/pdfmostra/OE04303M.pdf
(Consulta: Abril 27 de 2010).