SISTEMAS DE INFORMACION UNIDAD 1 1 FUNDAMENTOS DEL DISEO El diseo de sistemas es la evaluacin de las distintas soluciones alternativas y la especificacin de una

a solucin detallada a un problema de informacin Cuenta con 3 fases: 1. Seleccin del diseo de sistemas. 2. Adquisicin de diseo de sistemas. 3. Diseo e Integracin de sistemas. Seleccin del diseo de sistemas Objetivos: 1. Identificar e investigar sobre soluciones alternativas tanto manuales como de tipo informtico que puedan servir de apoyo a la obtencin del sistema de informacin. 2. Evaluar la factibilidad de las soluciones alternativas y recomendar la mejor de estas desde un punto de vista global. Actividades de la seleccin 1. Especificar soluciones alternativas 2. Analizar la factibilidad de las soluciones alternativas: Factibilidad tcnica Factibilidad operativa Factibilidad econmica Factibilidad en tiempo (Nos da por resultado una matriz de evaluacin de las alternativas candidatas) 3. Recomendar la solucin para el sistema de informacin El producto de esta fase es una propuesta de sistemas formal que contiene los planes, estimaciones de tamao, soluciones candidatas, anlisis de factibilidad y una seleccin Adquisicin de diseo Objetivos: 1. Identificar e investigar los productos especficos susceptibles de servir de soporte a la solucin recomendada para el sistema de informacin objeto. 2. Solicitar, evaluar y clasificar las propuestas de los posibles proveedores. 3. Seleccionar y recomendar la mejor de estas propuestas. 4. Establecer los requisitos de integracin de los productos de los proveedores elegidos. Actividades 1. Investigar las opciones y los criterios tcnicos 2. Solicitar propuestas (o presupuestos) a los vendedores 3. Validar las declaraciones y las prestaciones manifestadas por los vendedores 4. Evaluar y clasificar las propuestas de los vendedores 5. Hacer el contrato e informar a los vendedores no seleccionados

6. Establecer los requisitos de integracin Diseo e Integracin del Diseo de Sistemas Tiene un doble objetivo: 1. En primer lugar, y como mxima prioridad, disear un sistema que satisfaga las necesidades y resulte atractivo para los usuarios finales. 2. Presentar especificaciones claras y completas. Diseo de: 1. Redes 2. Datos 3. Procedimientos Tecnologa y Personas: 1. Analizar y distribuir datos 2. Analizar y distribuir los procesos 3. Dividir en unidades de diseo 4. Disear bases de datos y o archivos 5. Disear entradas y salidas informticas 6. Disear interfaces interactivas de usuario 7. Presentar y revisar el diseo

1.1 PANORAMA GENERAL DEL DISEO FISICO Y LOGICO Diseo lgico El diseo lgico del sistema consiste en desarrollar modelos lgicos que describan la esencia del sistema lo que tiene que hacer independiente del modo en que se implante. Existen varios motivos para realizar el diseo lgico del nuevo sistema antes de disear la solucin tecnolgica definitiva. Al suprimir en el anlisis lgico la tecnologa el anlisis de sistemas tiene mayor libertad de movimientos a la hora de disear un modelo que cumpla con todos los requerimientos del nuevo sistema. El diseo lgico nos sirve para: Representacin de los procesos y los flujos necesarios para implementar el modelo lgico de datos

Diseo fsico El diseo fsico traduce el diseo lgico en una solucin implementarle y costoefectiva o econmica.

El componente es la unidad de construccin elemental del diseo fsico. Las caractersticas de un componente son:

Se define segn cmo interacta con otros Encapsula sus funciones y sus datos Es reusable a travs de las aplicaciones Puede verse como una caja negra Puede contener otros componentes

En el diseo fsico se debe cuidar el nivel de granularidad (un componente puede ser tan grande o tan pequeo segn su funcionalidad, es decir, del tamao tal que pueda proveer de una funcionalidad compleja pero de control genrico) y la agregacin y contencin (un componente puede reusar utilizando tcnicas de agregacin y contencin, sin duplicar cdigo).

1.2 CONCEPTO DEL DISEO DE SISTEMAS 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, dinmica 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. 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

1.2.1 ACOPLAMIENTO Y COHERENCIA El acoplamiento es un concepto abstracto que nos indica el grado de interdependencia entre mdulos. Un mdulo es un software que agrupa un conjunto de subprogramas y estructuras de datos. Los mdulos son unidades que pueden ser compiladas por separado y los hace reusables y permite que mltiples programadores trabajen en diferentes mdulos en forma simultnea, produciendo ahorro en los tiempos de desarrollo. Los mdulos promueven la modularidad y generar programas complejos el encapsulamiento, pudiendo

Mdulos altamente "acoplados" estarn unidos por fuertes interconexiones, mdulos dbilmente acoplados tendrn pocas y dbiles interconexiones, en tanto que los mdulos "desacoplados" no tendrn interconexiones entre ellos y sern independientes. Esto se refiere a Mantener la coherencia de la clase: una clase tiene un rol (papel o funcin) o un conjunto de roles lgicamente relacionados. Si tiene varios roles que no estn relacionados resulta incoherente.

1.2.2 ARQUITECTURA DE SOFTWARE Las tcnicas metodolgicas desarrolladas con el fin de facilitar la programacin se engloban dentro de la llamada Arquitectura de Software o Arquitectura lgica. Se refiere a un grupo de abstracciones y patrones que nos brindan un esquema de referencia til para guiarnos en el desarrollo de software dentro de un sistema informtico. As, los programadores, diseadores, ingenieros y analistas pueden trabajar bajo una lnea comn que les posibilite la compatibilidad necesaria para lograr el objetivo deseado. Algunos objetivos dentro de un esquema de Arquitectura de Software pueden ser: el software debe ser mantenible, esto es, fcilmente analizable, modificable, corregible; tambin puede ser un objetivo el nivel de interaccin con otros sistemas informticos, o su escalabilidad. Estas Arquitecturas estn definidas muchas veces por el tipo de tecnologa a la cual se enfrenta un programador o grupo de programadores, por lo cual algunos tipos de arquitectura son ms recomendables que otras para ciertas tecnologas.

1.3 HEURISTICA DEL DISEO Las heursticas de diseo son un conjunto de recomendaciones que ayudan a mejorar la estructura del sistema, optimizando sus funciones y mejorando su desempeo. Entonces entendemos por heurstica trucos que nos permiten incrementar la modularidad del sistema. En este caso podemos descomponer los mdulos o clases principales para darle una mejor interaccin de datos al sistema.