EXPOSICIN

GRUPO No. 1

ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN II

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

DISEO DE SISTEMAS

ESPECIFICACIONES DE LOS REQUERIMIENTOS DE LA APLICACIN

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.

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.

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.

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.

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.

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.

 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.

Dcada de los 90` Organizaciones de software

Usuario

Procesos Centrados

Mejora

Desarrollo de Software

Utilidad

Proceso

Herramientas Motivacin al cambio

Producto

Mejora Comprensin

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

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.

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 del 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.

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.

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.

Estas necesidades han provocado un movimiento creciente de cambio de las aplicaciones tradicionales de escritorio hacia las aplicaciones web, que por su idiosincrasia, cumplen a la perfeccin con las necesidades mencionadas anteriormente. Por tanto, los sitios web tradicionales que se limitaban a mostrar informacin se han convertido en aplicaciones capaces de una interaccin ms o menos sofisticada

con el usuario. Inevitablemente, esto ha provocado un aumento progresivo de la complejidad de estos sistemas y, por ende, la necesidad de buscar opciones de diseo nuevas que permitan dar con la arquitectura ptima que facilite la construccin de los mismos.

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.

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.

DE FORMA GRAFICA SERA:

RESPALDAR LAS OPERACIONES GERENCIALES

OBJETIVOS SISTEMA DE INFORMACIN

RESPALDAR LA TOMA DE DECISIONES GERENCIALES

RESPALDAR LA VENTAJA COMPETITIVA Y ESTRATGICA

AUTOMATIZAN PROCESOS. PROPORCIONAN INFORMACIN. LOGRAN VENTAJAS COMPETITIVAS.

SI LOS OBJETIVOS SON CLAROS GARANTIZAN A LA EMPRESA:

PRECISIN Y OPORTUNIDAD

OBTENCIN DE LA INFORMACIN EVITA FRACASOS

CAPACIDAD Y CONSICIN DEL PROCESO

ACCESO A LA INFORMACIN CUANDO SE REQUIERA EXACTITUD, PRESICIN.

DISPONIBILIDAD Y SEGURIDAD

ACCESO A LA INFORMACIN PARA EVITAR PERDIDA Y PROTEGER A LOS CLIENTES

CARACTERSTICAS EN EL DISEO DE SISTEMAS.

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.

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.

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.

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.

 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.

 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.

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.

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.

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

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.

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.

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.

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

MANEJO DE SISTEMAS DESARROLLADOS POR USUARIOS FINALES

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

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.

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:

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.

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.

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.

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:

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.

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-del-analisis/transiciondel-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).