El documento describe las diferentes fases del diseño de sistemas. La primera fase involucra elegir un objetivo de diseño viable evaluando soluciones alternativas. Luego se evalúan las soluciones candidatas considerando su viabilidad técnica, operativa, económica y de fechas. Finalmente, el propietario del sistema elige aprobar una solución o cancelar el proyecto.

1. María J Quintero Suny C. Zambrano Ronald Blanco Jessica M. Omaña INTEGRANTES

2. DISEÑO DE SISTEMAS El diseño de sistemas evalúa las soluciones alternativas y especifica la solución detallada de tipo informático. También recibe el nombre de diseño físico. Éste es llevado a cabo por varios diseñadores de sistemas, entre los que se incluye el analista de sistemas. En otras situaciones el analista debe elegir o complementar la tecnología. Sea como sea, el diseño de sistemas se basa en el conocimiento extraído de la planificación de sistemas y el análisis del sistema para ponerlo en práctica.

3. Esta fase tiene por finalidad elegir un objetivo de diseño viable. Implícita esta la necesidad de identificar, primero, las soluciones de diseño candidatas. Para saber diseñar el sistema se deben realizar las siguientes preguntas: ¿Qué proporción del sistema debería informatizarse? ¿Habría que comprar el software o elaborarlo dentro de la empresa? Si se decide hacer el sistema ¿debería diseñarse en forma batch (por lotes) u on-line? Debería diseñarse el sistema por un ordenador principal, un mini ordenador, microordenador o una combinación de estos tipos? ¿Qué tecnología de información podrían usarse para la aplicación? Fase 1 del diseño: elegir un objetivo de diseño

4. Después de diseñar las soluciones candidatas, se evaluará cada una de ellas de acuerdo a los siguientes criterios: Viabilidad técnica: ¿Es práctica la solución desde un punto de vista técnico? ¿Tienen las personas que participan los conocimientos técnicos suficientes para diseñar y llevar a término esta solución? Viabilidad operativa: ¿Satisfará la solución las necesidades de los usuarios? ¿En que medida? ¿Qué opinan los usuarios de la solución? Viabilidad económica: ¿En rentable la solución en lo que se refiere a costes? Viabilidad de fechas: ¿Puede la solución diseñarse e implantarse en un plazo aceptable de tiempo? Fase 1 del diseño: elegir un objetivo de diseño

5. Las soluciones no viables no se tomarán más en cuenta en el futuro del proyecto, sin embargo son factibles varias alternativas del proyecto. Posteriormente el propietario del negocio decide cual será la mejor solución. Específicamente los propietarios del sistema pueden elegir una de las siguientes opciones: Aprobar y financiar la propuesta de sistema. Aprobar o financiar una de las propuestas. Rechazar todas las propuestas y cancelar el proyecto o reiniciarlo con nuevas recomendaciones. Aprobar una versión de ámbito reducido para el sistema propuestas. Fase 1 del diseño: elegir un objetivo de diseño

6. Si suponemos que se aprueba al menos una solución de diseño, la decisión requerirá del analista que realice alguna de las acciones siguientes: Adquirir el hardware y/o el software necesario Diseñar un sistema y su software Una combinación de ambas opciones Contratar otra empresa que lo haga Si se decide comprar los componentes del nuevo sistema, deberán transmitirse las necesidades de paquetes de hardware y/o software apropiadas; si se decide hacer los componentes del nuevo sistema, deben transmitirse las necesidades de diseño apropiadas. Fase 1 del diseño: elegir un objetivo de diseño

7. Esta es una fase que no aplica en muchos CVDS y metodologías; también es llamada fase de adquisición. La razón en que se agrega esta fase al ciclo de vida, es que buena parte del tiempo que transcurre es realizando el pedido y la entrega del mismo; este lapso debe cifrarse en el ciclo de vida con el fin de planificar las fases posteriores. En esta fase el analista de sistema sigue siendo el personaje mas importante, sin embargo también participan los vendedores, analistas medios, y responsables de compras. El trabajo de analistas es entonces, evaluar las propuestas y los presupuestos para determinar cuales cumplen las necesidades y las especificaciones, así como cual de ellas es la mas rentable. Fase 2 del diseño: adquirir el hardware y el software necesarios.

8. 1. Analizar y distribuir los datos, para llevar a cabo esta actividad se se lleva a cabo un análisis adicional considerando cuestiones relativas a la distribución de los datos, trabajando estrechamente con el usuario para generar un buen modelo de datos que permita el desarrollo de soluciones de archivos y bases de datos. 2. Luego de el análisis de datos se puede desplazar el foco de atencion a los procesos, organizando la distribución que los datos van a tomar en el sistema a desarrollar logrando que con la participación de diseñadores y usuarios se incorporen y reflejen las necesidades presentadas durante el diseño del sistema. 3. La siguiente fase se encarga de las especificaciones de deseño de archivos y bases de datos poniendo especial cuidado en un diseño que se pueda adaptar a futuros requisitos y posibles apliaciones, también toman en cuenta la menera en que accederán los programas a los datos con el fin de mejorar el rendimiento.

9. 4. Utilizando nuevamente la interacción de los desarrolladores con los directivos y los usuarios se van a diseñar y especificar las entradas y salidas del sistema, definiendo su estructura y el formato logrando asegurar la precision en los datos de entrada, disminuyendo así el margen de error posible y para finalizar establecer un registro de dichas entradas y salidas. 5. Luego se presenta un avance de lo realizado anteriormente se diseñan interfaces interactivas con el usuario facilitando su comprensión donde se omiten muchos detalles para su rápida modificación, en caso de necesitarlo. 6. Para finalizar se presenta y revisa el diseño utilizando toda la información recopilada en las fases y pasos anteriores. En este paso las especificaciones finales de la redacción de diseño técnico se organizan clásicamente en forma de un informe técnico o un manual de trabajo partiendo del diccionario de proyectos que se inició durante el análisis del sistema.

10. El análisis de datos es una técnica para estructurar los datos en su forma más simple y flexible. La principal herramienta utilizada son los diagramas de Entidad – Relación que expresan a que entidades pertenecen los datos y sus relaciones. Este proceso se lleva a cabo y se van refinando sus productos desde la fase de análisis hasta el diseño como tal del sistema.

11. Para efectos de evitar redundancia e inconsistencia de los datos, se aplican técnicas de normalización. Generalmente se manejan las 3 primeras formas normales a saber: 1ra Forma Normal : las entidades no contienen grupos repetidos de atributos. 2da Forma Normal : las entidades no contienen atributos que sean sólo parcialmente dependientes de su clave primaria. 3ra Forma Normal : las entidades no contienen atributos que puedan deducirse de los valores de otros atributos de la misma entidad. Al normalizar los datos se puede modificar el DER para incluir nuevas entidades y/o relaciones, eliminar atributos o entidades innecesarias o trasladar atributos a entidades nuevas. Análisis de Datos

12. La salida del proceso de análisis de datos es un modelo de datos que sirve como base para generar un modelo físico que sea implementado por un sistema gestor de base de datos y que se integra y sirve de soporte a los procesos que llevará a cabo el sistema de información. Análisis de Datos

13. Es una técnica que estudia las entidades de un modelo de datos totalmente normalizado con el fin de identificar los sucesos de empresa y las condiciones que hacen que los datos creen, se modifiquen o se borren. Esta técnica asegura la integridad de los datos. ANÁLISIS DE SUCESOS

14. Un suceso de empresa es algo que ocurre y que origina cambios en los datos de la empresa. Los sucesos requieren procesos para utilizar o mantener los datos, entre esos: Creación, Lectura, Actualización, o borrado de una entidad. ANÁLISIS DE SUCESOS

15. Método paso a paso para el análisis de sucesos: Identificar los sucesos de las entidades fundamentales. Identificar los sucesos de las entidades asociativas. Agrupar los sucesos comunes. ANÁLISIS DE SUCESOS

16. El modelo de procesos esencial (DFD lógico) elaborado en la fase de análisis aparecen los almacenes de datos (Entidades de datos) no normalizados; los cuales son usados y mantenidos por los procesos. Por lo tanto, el modelo de procesos son ahora incompletos. El objetivo es refinar o preparar los modelos de procesos para su implantación real; a través del análisis de sucesos. ANÁLISIS DE SUCESOS