Analisis y diseño de sistemas

34.395 visualizaciones

Publicado el

Especificación de los requerimientos de la aplicación
Objetivos al diseñar un sistema de información
Que características son las que se deben diseñar
Manejo del proceso de Diseño para aplicaciones institucionales
Manejo de sistemas desarrollados por usuarios finales

Publicado en: Educación
0 comentarios
6 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

Sin descargas
Visualizaciones
Visualizaciones totales
34.395
En SlideShare
0
De insertados
0
Número de insertados
154
Acciones
Compartido
0
Descargas
874
Comentarios
0
Recomendaciones
6
Insertados 0
No insertados

No hay notas en la diapositiva.

Analisis y diseño de sistemas

  1. 1. EXPOSICIÓN GRUPO No. 1
  2. 2. ANÁLISIS Y DISEÑO DE SISTEMAS DE INFORMACIÓN II
  3. 3. PRESENTADO POR : AGUILAR CABEZAS LEYDI ROCIO BORDA LEGUIZAMON SULEMA DIAZ TORRES PEDRO MAURICIO GUTIERREZ VERGARA MARLELLY MONTAÑO DUQUE JIMMY ALEXANDER RIOS OSORIO DIANA PATRICIA VANEGAS ROMERO ZORAIDA ISABEL
  4. 4. DISEÑO DE SISTEMAS
  5. 5. ESPECIFICACIONES DE LOS REQUERIMIENTOS DE LA APLICACIÓN
  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 evaluación del producto final.  Esto puede ser debido por un lado al hecho de basar el desarrollo de los sistemas fundamentalmente en la tecnología disponible y por otro, a la relación errónea que los desarrolladores han establecido entre usabilidad y apariencia de la interfaz de usuario en cuanto a sus características estéticas.
  7. 7.  Como consecuencia, se han desarrollado sistemas con un deficiente nivel de usabilidad, que se traduce en una disminución en el grado de aceptación de los mismos debido a la frustración que los usuarios pueden llegar a sufrir al interactuar con ellos.  Es importante tener en cuenta que la usabilidad de un sistema, no sólo 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 interacción con el mismo, y por tanto está relacionada con la estructura general del sistema y con la lógica del negocio.
  8. 8.  En los últimos años se ha producido un gran incremento en la cantidad de personas que usan y dependen de la Tecnología de la Información.  Lo que implica una demanda cada vez mayor de productos más 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 métodos, técnicas 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 integración de la usabilidad en el proceso de desarrollo de la Ingeniería del Software, analizando propuestas provenientes tanto del campo de la Ingeniería de la Usabilidad (IU) como del de la Ingeniería 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 Interacción Persona Ordenador (IPO) y la accesibilidad en el contexto de equipos de desarrollo multidisciplinares.
  10. 10.  El Modelo de Proceso presentado en el estándar internacional ISO 13407:1999 establece un marco de referencia normativo que sirve de guía para garantizar la usabilidad en el desarrollo de sistemas interactivos incorporando el Diseño Centrado en el Usuario (DCU) durante el ciclo de vida del desarrollo.  Sin embargo, a pesar de los beneficios económicos y sociales que permite obtener el DCU, la industria del software aún 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á económicamente justificada.  Existen diferencias de conceptos y terminología entre ambas disciplinas (IS eIU).  No existe una integración adecuada de las actividades de usabilidad en el proceso de desarrollo de la Ingeniería del Software.
  12. 12.  Las técnicas de modelado y simulación se consideran herramientas valiosas para la mejora de procesos en diversas áreas de la ingeniería.  La principal ventaja que ofrecen los modelos de simulación es la posibilidad de experimentar diferentes decisiones y analizar sus resultados en sistemas donde el coste o el riesgo de una experimentación real son prohibitivos.
  13. 13. Década de los 90` Organizaciones de software Usuario Procesos Centrados Mejora Desarrollo de Software Utilidad Proceso Herramientas Motivación al cambio Producto Mejora Comprensión
  14. 14. El diseño del sistema es la estrategia de alto nivel para resolver problemas y construir una solución. Éste incluye decisiones acerca de la organización del sistema en subsistemas, la asignación de subsistemas a componentes hardware y software, y decisiones fundamentales conceptuales y de política que son las que constituyen un marco de trabajo para el diseño detallado
  15. 15. La organización global del sistema es lo que se denomina la arquitectura del sistema. Existe un cierto número de estilos frecuentes de arquitectura, cada uno de los cuales es adecuado para ciertas clases de aplicaciones. Una forma de caracterizar una aplicación es por la importancia relativa de sus modelos de objetos, dinámico y funcional. Las distintas arquitecturas ponen distintos grados de énfasis en los tres modelos.
  16. 16.  El diseño de sistemas es la Al tomar decisiones de alto nivel primera fase de diseño en la cual que se apliquen a todo el se selecciona la aproximación sistema, el diseñador desglosa el básica para resolver el problema en subsistemas, de tal problema. manera que sea posible realizar más trabajo por parte de varios  Durante el diseño del sistema, diseñadores que trabajarán se decide la estructura y el estilo independientemente en distintos global. La arquitectura del subsistemas. sistema es la organización global del mismo en componentes llamados subsistemas.  La arquitectura proporciona el contexto en el cual se toman decisiones más detalladas en una fase posterior del diseño.
  17. 17.  Las aplicaciones web se han convertido en pocos años en complejos sistemas con interfaces de usuario cada vez más parecidas a las aplicaciones de escritorio, dando servicio a procesos de negocio de considerable envergadura y estableciéndose sobre ellas requisitos estrictos de accesibilidad y respuesta. Esto ha exigido reflexiones sobre la mejor arquitectura y las técnicas de diseño más adecuadas. En este artículo se pretende dar un breve repaso a la arquitectura de tales aplicaciones y a los patrones de diseño más aplicables.  En los últimos años, la rápida expansión de Internet y del uso de intranets corporativas ha supuesto una transformación en las necesidades de información de las organizaciones. En particular esto afecta a la necesidad de que: 1. La información sea accesible desde cualquier lugar dentro de la organización e incluso desde el exterior. 2. Esta información sea compartida entre todas las partes interesadas, de manera que todas tengan acceso a la información completa (o a aquella parte que les corresponda según su función) 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 perfección con las opciones de diseño nuevas necesidades mencionadas que permitan dar con la anteriormente. Por tanto, arquitectura óptima que los sitios web tradicionales facilite la construcción de que se limitaban a mostrar los mismos. información se han convertido en aplicaciones capaces de una interacción más o menos sofisticada
  19. 19.  El usuario interacciona con las aplicaciones web a través del navegador. Como consecuencia de la actividad del usuario, se envían peticiones al servidor, donde se aloja la aplicación y que normalmente hace uso de una base de datos que almacena toda la información relacionada con la misma. El servidor procesa la petición 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 aplicación, que se encarga de realizar las operaciones necesarias según las acciones llevadas a cabo por éste y la base de datos, donde la información relacionada con la aplicación se hace persistente. Esta distribución se conoce como el modelo o arquitectura de tres capas.
  20. 20. EN GENERAL, LOS SISTEMAS DE INFORMACIÓN TIENEN COMO OBJETIVO:  Respaldar las operaciones empresariales.  Respaldar la toma de decisiones gerenciales.  Respaldar la ventaja competitiva estratégica.  Contribuir a la automatización de actividades y procesos en las empresas.  Llevar la información de manera oportuna y adecuada a las instancias de la empresa que así lo requieran.  Proporcionar un diagnóstico de la empresa en un momento dado.
  21. 21. DE FORMA GRAFICA SERÍA: RESPALDAR LAS OPERACIONES GERENCIALES •AUTOMATIZAN RESPALDAR LA PROCESOS. TOMA DE OBJETIVOS DECISIONES •PROPORCIONAN “SISTEMA DE GERENCIALES INFORMACIÓN. INFORMACIÓN” RESPALDAR •LOGRAN LA VENTAJA VENTAJAS COMPETITIVA COMPETITIVAS. Y ESTRATÉGICA
  22. 22. SI LOS OBJETIVOS SON CLAROS GARANTIZAN A LA EMPRESA: • OBTENCIÓN DE LA INFORMACIÓN PRECISIÓN Y • EVITA FRACASOS OPORTUNIDAD • ACCESO A LA INFORMACIÓN CUANDO SE REQUIERA CAPACIDAD Y CONSICIÓN DEL • EXACTITUD, PRESICIÓN. PROCESO • ACCESO A LA INFORMACIÓN PARA EVITAR PERDIDA DISPONIBILIDAD Y PROTEGER A LOS CLIENTES Y SEGURIDAD
  23. 23. CARACTERÍSTICAS EN EL DISEÑO DE SISTEMAS.
  24. 24. Las características en el diseño del sistema se identifican a partir del análisis de requerimientos, nunca se llega a unas características esperadas del sistema y de la identificación de cada uno de los componentes de dicho sistema, se parte entonces de: Flujo de los datos: está especificado en la forma como se desplazarán, rotarán y girarán los datos dentro del sistema. Almacenamiento de los datos: hacen referencia a donde se alojarán los datos de manera temporal o permanente.
  25. 25.  Procedimientos: estos se relacionan con los métodos para emplear el sistema y los resultados que se esperan obtener.  Relación-sistema personal: atañe a la función y responsabilidad de todas las personas que tienen algún tipo de relación con el sistema desde sus creadores hasta los usuarios.
  26. 26. LAS CARACTERÍSTICAS DE LOS DISEÑOS 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 información que requiere, o realizar también las operaciones que son necesarias. En un solo sistema las salidas pueden ser varias, miremos por ejemplo el SI de información de uno de los motores de búsqueda más famosos “yahoo” las salidas que este programa tiene son: correo, noticias, entretenimiento.
  28. 28.  Entre otras, también podemos decir que existen salidas de uso interno y externo.  En el momento en que el analista piensa en el diseño de las salidas del sistema se debe tener en cuenta, la información que se va a presentar considerando además si va a ser comunicada de forma oral, impresa, visual o auditiva.
  29. 29.  CONTROLES: el analista dentro del diseño 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 códigos de verificación 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 caracterización están escritas las necesidades puntuales de los usuarios, hacen alusión a los detalles particulares que se requieren del sistema, pero también 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 diseño de sistema es la estrategia de alto nivel para resolver problemas y construir una solución. El diseño de sistemas es la primera fase de diseño en la cual se selecciona la aproximación básica para resolver el problema. Durante el diseño del sistema, se decide la estructura y el estilo global. La arquitectura proporciona el contexto en el cual se toman decisiones más detalladas en una fase posterior del diseño. Al tomar decisiones de alto nivel que se apliquen a todo el sistema, el diseñador desglosa el problema en subsistemas, de tal manera que sea posible realizar más trabajo por parte de varios diseñadores que trabajarán independientemente en distintos subsistemas.
  32. 32. El diseñador 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 aproximación para la administración de almacenes de datos Manejar el acceso a recursos globales Seleccionar la implementación de control en software Manejar las condiciones de contorno Establecer la compensación de prioridades
  33. 33. Definición de subsistema En todas las aplicaciones, salvo en las más pequeñas, el primer paso para diseñar un sistema consiste en dividir el sistema en un pequeño número de componentes. Cada uno de los componentes principales de un sistema se llama subsistema. Cada subsistema abarca aspectos del sistema que comparten alguna propiedad común. Identificación 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 implementación, sin embargo, no todos los objetos del software son concurrentes, porque un procesador puede dar soporte a muchos objetos. En la práctica, se pueden implementar muchos objetos en un único procesador si los objetos no pueden estar activados a la vez. Un objetivo importante del diseño 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 separación entre subsistemas con interfaces bien definidas. En general, todo almacén 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. Administración de los recursos El diseñador 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 físicas, tales como procesadores, unidades de cinta y satélites de comunicación; espacio, tal como el espacio en disco, una pantalla de una estación de trabajo, y los botones de un ratón; nombres lógicos, tales como la identificación 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 análisis, todas las interacciones se muestran como sucesos entre objetos. El control del hardware se parece mucho al modelo de análisis, aunque el diseñador de sistemas debe escoger entre varias maneras de implementar el control en software. Aún cuando no existe una necesidad lógica de que todos los subsistemas utilicen la misma implementación, lo normal es que el diseñador 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. DISEÑO DE LOS OBJETOS La fase de análisis determina lo que debe hacer la implementación y la fase de diseño del sistema determina el plan de ataque. La fase de diseño de objetos determina las definiciones completas de las clases y asociaciones que se utilizarán en la implementación, así como las interfaces y algoritmos de los métodos utilizados para implementar las operaciones. La fase de diseño de objetos añadirá objetos internos para la implementación y optimizará las estructuras de datos y los algoritmos. El diseño de objetos es análogo a la fase preliminar de diseño del ciclo de vida de desarrollo de software tradicional. ALGORITMOS Cada operación especificada en el modelo funcional debe ser formulada como un algoritmo . El análisis de especificaciones dice lo que hace la operación desde el punto de vista de sus clientes y los algoritmos muestran cómo se hace. Un algoritmo se puede subdividir en llamadas a operaciones más sencillas y así sucesivamente, hasta que las operaciones del nivel más bajo sean suficientemente sencillas para implementarlas directamente sin más refinamiento.
  36. 36. Controles El diseñador debe refinar la estrategia para implementar los modelos de estados y sucesos presentes en el modelo dinámico. Como parte del diseño del sistema, se habrá seleccionado una estrategia básica para construir el modelo dinámico. Durante el diseño de objetos, es necesario desarrollar esta estrategia. Asociaciones Las asociaciones son el pegamento de nuestro modelo de objetos, y proporcionan vías de acceso entre objetos siendo entidades conceptuales útiles para el modelado y el análisis. Durante la fase de diseño 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 técnica particular para cada asociación, teniendo en cuenta la forma en que será utilizada en la aplicación. Para tomar decisiones inteligentes acerca de las asociaciones se necesita analizar primero la forma en que serán utilizadas
  37. 37. MANEJO DE SISTEMAS DESARROLLADOS POR USUARIOS FINALES
  38. 38.  Este manejo posee características que lo diferencia de los demás sistemas que manejan información y que son tradicionales. Los usuarios finales poseen características especiales que merecen ser tomadas en cuenta.  Estos Sistemas de Información elaborados a la medida de la organización, son normalmente creados ya sea por un departamento de Informática o por una empresa externa de consultoría.  Los SI son desarrollados con propósitos diferentes, es decir, todo dependerá del objetivo que tenga su implantación, por lo que se pueden clasificar de la siguiente manera
  39. 39.  Sistemas de Procesamiento de Transacciones.  Sistemas de Automatización de oficina y de manejo de conocimiento.  Sistemas de Información Gerencial.  Sistemas de Apoyo a Decisiones.  Sistemas Expertos e Inteligencia Artificial.
  40. 40.  Sistema de Procesamiento de Transacciones (TPS)   Una transacción es cualquier suceso o actividad que afecta a toda la organización, tiene como finalidad mejorar las actividades rutinarias de una la misma. Las transacciones más comunes incluyen: facturación, entrega de mercancía, nómina y depósito 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 continuación se presentan las características principales de los Sistemas de procesamiento de transacciones:
  41. 41.  Sistema de Automatización de Oficina y Sistemas de Manejo de Conocimiento (OAS)  Al nivel de conocimiento de la organización hay dos clases de Sistemas. Los Sistemas de Automatización de Oficina (OAS por sus siglas en inglés) que dan soporte a los trabajadores de datos, quienes, por lo general, no crean un nuevo conocimiento sino que usan la información para analizarla y transformar datos, o para manejarla en alguna forma y luego compartirla o diseminarla formalmente por toda la organización y algunas veces mas allá de ella. Los aspectos familiares de los OAS, incluyen procesamiento de palabras, hojas de cálculo, editor de publicaciones, calendarización electrónica y comunicación mediante correo de voz, correo electrónico y videoconferencias.   Los Sistemas de Manejo de Conocimiento (KWS) dan soporte a los trabajadores profesionales, tales como científicos, ingenieros y doctores, les ayudan a crear un nuevo conocimiento que contribuya a la organización o a toda la sociedad.
  42. 42.  Sistema de Información Gerencial (MIS)  Los Sistemas de Información Gerencial MIS por sus siglas en inglés) son sistemas de Información computarizada que trabajan debido a la interacción resuelta entre gentes y computadoras. Requieren que las gentes, el software y el hardware trabajen como uno solo.  Para poder ligar la información, los usuarios de un MIS comparten una base de datos común que almacena modelos que ayudan a los usuarios a interpretar y aplicar esos mismos datos. Los MIS producen información que es usada en la toma de decisiones y también puede llegar a unificar algunas funciones de información computarizada, aunque no exista como una estructura singular en ningún lugar del negocio, es decir, pueden contar con algún otro tipo de SI con el que se labore en la organización.
  43. 43.  Sistema de Apoyo a Decisiones (DSS).  Los Sistemas de Información de Apoyo a Decisiones (DSS por sus siglas en inglés) 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 decisión actual todavía es del dominio del tomador de decisiones. Los DSS están 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 máquinas 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 organización. Un Sistema Experto selecciona la mejor solución a un problema o a una clase específica de problemas. En la siguiente tabla se muestran ejemplos de cada uno de los SI que existen de acuerdo a la clasificación que se estudió:
  45. 45.  En cualquier organización 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, Producción, Mercadotecnia, etc.) y cada una de estas funciones comprende actividades en tres niveles de la organización:  Nivel Operacional.  Nivel Administrativo.  Nivel Estratégico.
  46. 46.  DAEDALUS. Diseño de sistemas [en línea] http://www.daedalus.es/inteligencia-de-negocio/sistemas- complejos/ingenieria-de-sistemas/ (Consulta: Abril 27 de 2010).  GARCÍA, Rocío. Transición de Análisis de diseño. [en línea] http://www.monografias.com/trabajos29/transicion-del-analisis/transicion- del-analisis.shtml (Consulta: Abril 28 de 2010).  Ministerio de Administraciones Públicas. [en línea] Diseño del Sistema de Información http://www.csi.map.es/csi/metrica3/dsiproc.pdf (Consulta: Abril 27 de 2010).  Diseño de sistemas de información. [en línea] http://www.edicionsupc.es/ftppublic/pdfmostra/OE04303M.pdf (Consulta: Abril 27 de 2010).

×