Introducción al análisis y diseño de sistemas de informacion

30,719 views

Published on

Published in: Business

Introducción al análisis y diseño de sistemas de informacion

  1. 1. José Alfonso Mena Adame Análisis y Diseño de SISTEMAS DE INFORMACIÓN, James A. Senn Introducción al desarrollo de Sistemas de Información
  2. 2. Papel de los Sistemas de Información <ul><li>A través de su papel central, en la economía de la información, los sistemas de información están llevando acabo los cambios en cuatro aspectos fundamentales </li></ul>
  3. 3. Cuatro aspectos principales <ul><li>Las personas trabajan de manera más inteligente </li></ul><ul><li>Un cambio global en el concepto de industria </li></ul><ul><li>Tanto las ideas como la información están tomando mayor importancia que el dinero </li></ul><ul><li>Las personas que trabajan con la información dominan la fuerza de trabajo </li></ul>
  4. 4. El peso de la responsabilidad <ul><li>Aumentar la confiabilidad en la información significa que aquellos que diseñan los sistemas de información tendrán una responsabilidad cada vez mayor. </li></ul><ul><li>Los sistemas de información deben ser capaces, utilizables, confiables y por encima de todo, servir como medios para alcanzar fines. </li></ul>
  5. 5. Aspectos importantes <ul><li>El aspecto mas importante para cualquier sistema es la experiencia humana y el empleo de ideas para aprovechar las computadoras con la finalidad de que estas lleven acabo las tareas necesarias </li></ul><ul><li>Sin importar el uso, un sistema de información basado en computadora debe funcionar de manera apropiada, ser fácil de utilizar y adecuarse a la organización para la que fue diseñado. </li></ul><ul><li>Si un sistema ayuda a las personas a trabajar con mayor eficiencia entonces éstas lo utilizarán, de lo contrario lo evitarán. </li></ul>
  6. 6. ¿Qué es el análisis y diseño de sistemas? <ul><li>Se refiere al proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos más adecuados. </li></ul><ul><li>El desarrollo de sistemas puede considerarse, en general formado por dos grandes componentes: </li></ul><ul><li>Análisis de sistemas Diseño de sistemas </li></ul><ul><li>Cabe mencionar antes que un sistemas de información no se refiere forzosamente a uno establecido en una computadora, si no a cualquier que maneje información </li></ul>
  7. 7. Análisis <ul><li>Este se refiere al proceso de clasificación e interpretación de hechos, diagnóstico de problemas y empleo de la información para recomendar mejoras al sistema. </li></ul>
  8. 8. Diseño <ul><li>El diseño de sistemas es el proceso de planificar, reemplazar o complementar un sistema organizacional existente. </li></ul><ul><li>Para llevar acabo esto, es necesario comprender, en su totalidad, el viejo sistema y determinar la mejor forma en que se pueden, si es posible, utilizar las computadoras para hacer la operación más eficiente </li></ul>
  9. 9. El Analista de Sistemas <ul><li>El analista es el que se encarga de determinar cómo y dónde un sistema de información basado en computadora será benéfico para todos los usuarios. </li></ul><ul><li>Esto solo después de haber reunido toda la información necesaria sobre lo que la empresa tiene, lo que le hace falta, lo que necesita cambiarse, si necesita un sistema mas eficiente, etc. </li></ul><ul><li>Esta acumulación de información se denomina estudio del sistema. </li></ul>
  10. 10. <ul><li>Al trabajar con gerentes y empleados de la organización, los analistas de sistemas recomiendan qué opciones adoptar de acuerdo con la forma en que se adecua la solución a la empresa y su ambiente en particular. </li></ul><ul><li>Al final, la administración, que es la que paga y hace uso de los resultados, es la que decide qué opción aceptar. </li></ul><ul><li>Una vez tomada la decisión, se diseña un plan para implantar la recomendación . </li></ul>
  11. 11. <ul><li>El plan incluye todas las características de diseño del sistema, tales como las necesidades de captura de nuevos datos, especificaciones de archivo, procedimientos de operación y necesidades de equipo y personal </li></ul><ul><li>El diseño de sistemas es como los planos de un edificio: especifica todas las características del producto terminado. </li></ul><ul><li>Análisis ¿Qué es lo que el sistema debe hacer? </li></ul><ul><li>Sistema </li></ul><ul><li> Diseño Cómo lograr ese objetivo </li></ul>
  12. 12. El análisis de sistemas NO es: <ul><li>El estudio de una empresa para buscar procesos ya existentes con propósito de determinar cuáles deberían ser llevados a cabo por una computadora y cuáles por métodos manuales. </li></ul><ul><li>Determinar los cambios que deberían efectuarse. </li></ul><ul><li>Determinar la mejor forma de resolver un problema de sistemas de información. </li></ul>
  13. 13. Clasificación del analista <ul><li>de Información </li></ul><ul><li>Analista Diseñador de </li></ul><ul><li>aplicaciones </li></ul><ul><li> Programador </li></ul>Reúne información y determina los requerimientos Tiene la responsabilidad de diseñar el nuevo sistema. Trabaja en menos proyectos, pero invierte mas tiempo Conduce la investigación de sistemas, desarrolla las especificaciones de diseño y escribe el software necesario para implantar el diseño.
  14. 14. En cuanto a la programación <ul><li>Si una cosa es muy evidente, es el hecho de que el analista de sistemas más valioso y mejor calificado es aquel que sabe como programar. </li></ul><ul><li>Los analistas que tienen esta cualidad son, por lo general, más útiles a las organizaciones. </li></ul><ul><li>Los resultados son, casi siempre, una mayor calidad en el software y un menor tiempo de desarrollo; lo cual beneficia a todos. </li></ul>
  15. 15. Usuarios finales <ul><li>Usuarios finales es el termino que usan los analistas para referirse a las personas que no son especialistas en sistemas de información pero que usan las computadoras para desempeñar su trabajo. </li></ul><ul><li>Usuarios Primarios Usuarios Indirectos </li></ul><ul><li>Usuarios Gerentes Usuarios directivos </li></ul>
  16. 16. Usuarios finales Tipos de Usuarios Características Primario (Directo) Opera el sistema. Interactúa directamente a través del equipo del sistema Indirecto Emplea los reportes y otros tipos de información generada por el sistema pero no opera el equipo. Gerentes (Administradores) Supervisan la inversión en el desarrollo o so del sistema. Tienen la responsabilidad de controlar las actividades del sistema. Directivos Incorporan los usos estratégicos y competitivos de los sistemas de información en los planes y estrategias de la organización. Evalúan los riesgos, a los que se expone la organización, originados por fallas en los sistemas de información
  17. 17. Sistemas de Información Organizacionales <ul><li>Un sistema es un conjunto de componentes que interactúan entre sí para lograr un objetivo común. </li></ul><ul><li>Una organización es un sistema, por que sus componentes (mercadotecnia, manufactura, ventas, investigación, embarques, contabilidad, personal, etc.) trabajan juntos para crear utilidades que beneficiaran tanto a los empleados como a los accionistas de la compañía. </li></ul><ul><li>Todo sistema organizacional depende, en mayor o menor medida, de una entidad abstracta denominada sistema de información. Medio por el cual los fatos fluyen de una persona o departamento hacia otros. </li></ul>
  18. 18. Sistemas de Información <ul><li>Las finalidades de los sistemas de información, como las de cualquier otro sistema dentro de una organización, son procesar entradas, mantener archivos de datos relacionados con la organización y producir información, reportes y otras salidas. </li></ul><ul><li>Los sistemas de información están formados por subsistemas que incluyen hardware, software, archivos, bases de datos, etc. Lo cual se denomina una aplicación de sistemas de información </li></ul>
  19. 19. Categorías de sistemas de Información <ul><li>El analista de sistemas de información desarrolla diferentes tipos de sistemas de información para satisfacer las diversas necesidades de una empresa. </li></ul><ul><li>Sistemas de </li></ul><ul><li>Información </li></ul><ul><li>Sistemas para el procesamiento de transacciones (TPS) </li></ul><ul><li>Sistemas de información administrativa (MIS) </li></ul><ul><li>Sistemas para el soporte de decisiones (DSS) </li></ul>
  20. 20. Categorías de los sistemas de información SISTEMAS DE INFORMACIÓN CARACTERÍSTICAS TPS Tienen como finalidad mejorar las actividades rutinarias de una empresa y de las que depende toda la organización. Ejemplo: Facturación, entrega de mercancía, pago a empleados, deposito de cheques, etc. MIS Ayudan a los directivos a tomar decisiones y resolver problemas con información que esta ya estructurada. Ejemplo: La decisión de cuándo un alumno debe ascender de nivel escolar, la decisión de cuándo debe recursar año DSS Estos ayudan a los directivo s a tomar decisiones no estructuradas sobre problemas. Quien decide en este caso, es el criterio de los directivos. Ejemplo: la decisión de bajar o subir el precio de algún producto de acuerdo a su venta, el dar o no un bono a algún empleado dependiendo su esfuerzo.
  21. 21. Ciclo de vida clásico del desarrollo de sistemas <ul><li>El desarrollo de sistemas es un proceso formado por las etapas de análisis y diseño, comienza cuando se detecta que un sistema necesita mejoras. </li></ul><ul><li>Ciclo de vida para desarrollo de sistemas </li></ul><ul><li>Investigación preliminar </li></ul><ul><li>Determinación de los requerimientos </li></ul><ul><li>Diseño del sistema </li></ul><ul><li>Desarrollo de software </li></ul><ul><li>Pruebas </li></ul><ul><li>Implantación y evaluación </li></ul>
  22. 22. Investigación preliminar <ul><li>La solicitud para recibir ayuda de un sistema de información puede originarse por varias razones, esto se inicia siempre con la petición de una persona (administrador, empleado, o especialistas en sistemas) </li></ul><ul><li>Cuando se formula la solicitud comienza la primera actividad de sistemas: la investigación preliminar. Esta consta de aclaración de solicitud, estudio de factibilidad y aprobación de la solicitud. </li></ul>
  23. 23. Determinación de los requerimientos <ul><li>Es el proceso de adquirir información detallada de la organización. </li></ul><ul><li>Los analistas deben informarse sobre: </li></ul><ul><ul><li>¿Qué es lo que se hace? </li></ul></ul><ul><ul><li>¿Cómo se hace? </li></ul></ul><ul><ul><li>¿Con qué frecuencia se presenta? </li></ul></ul><ul><ul><li>¿Qué tan grande es el volumen de transacciones o de decisiones? </li></ul></ul><ul><ul><li>¿Cuál es el grado de eficiencia con el que se efectúan las tareas? </li></ul></ul><ul><ul><li>¿Existe algún problema? </li></ul></ul><ul><ul><li>¿Qué tan serio es?, ¿Qué lo origina?. </li></ul></ul><ul><ul><li>Conforme se reúnen los detalles, los analistas deben identificar las características que debe tener el nuevo sistema, incluyendo la información que deben producir los sistemas. </li></ul></ul>
  24. 24. Diseño del sistema <ul><li>Produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. </li></ul><ul><li>El diseño determina los datos específicos para cada reporte y salida. </li></ul>
  25. 25. Diseño del sistema <ul><li>El diseñador hace un bosquejo del formato y de las pantallas que espera que aparezcan cuando el sistema esta terminado. </li></ul><ul><li>Los procedimientos que se indican en el diseño nos dicen como procesar los datos y producir las salidas. </li></ul><ul><li>Los diseñadores entregan a los programadores las especificaciones de software completas y claramente delineadas de lo que se va a hacer. </li></ul>
  26. 26. Desarrollo del software <ul><li>Los programadores son por lo general los que desarrollan el sistema (codificación, conexión a bases de datos, trabajo en red, etc.) </li></ul><ul><li>Los programadores también son los responsables de la documentación de los programas y de proporcionar una explicación y por que ciertos procedimientos se codifican en determinada forma. </li></ul><ul><li>La documentación es esencial para probar el programa y llevar a cabo el mantenimiento una vez que la aplicación se encuentra instalada. </li></ul>
  27. 27. Pruebas del sistema <ul><li>En esta fase, el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas, es decir que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. </li></ul><ul><li>Es preferible descubrir cualquier sorpresa antes de que la organización implante el sistema y dependa de el. </li></ul><ul><li>En muchas ocasiones, las pruebas son conducidas por personas ajenas al grupo que escribió los programas originales; con esto se busca asegurar, que las pruebas sean completas e imparciales, y que el software sea más confiable </li></ul>
  28. 28. Implantación y Evaluación <ul><li>La implantación es el proceso de verificar e instalar nuevo equipo, entrenas a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. </li></ul><ul><li>La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes. Los cuales son: </li></ul><ul><ul><ul><li>Evaluación operacional </li></ul></ul></ul><ul><ul><ul><li>Impacto organizacional </li></ul></ul></ul><ul><ul><ul><li>Opinión de los administradores </li></ul></ul></ul><ul><ul><ul><li>Desempeño del desarrollo </li></ul></ul></ul>
  29. 29. Método de desarrollo por análisis estructurado <ul><li>Consiste en superar la dificultad de comprender de manera completa sistemas grandes y complejos. </li></ul><ul><li>El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicación. </li></ul><ul><li>Los elementos esenciales del análisis estructurado son símbolos gráficos, diagramas de flujo de datos y el diccionario centralizado de datos. </li></ul>
  30. 30. Método de desarrollo por análisis estructurado <ul><li>Descripción gráfica. Consiste en hacer un bosquejo del sistema, pero en lugar de palabras, se utilizan símbolos, o iconos, para crear un modelo gráfico del sistema. </li></ul><ul><li>Diagrama de flujo de datos. Los diagramas de flujo de datos son la descripción completa de un sistema. Para esto se sigue un proceso descendente (top-down). Cada proceso del sistema puede desglosarse en diagramas de flujo de datos cada vez mas detallados. </li></ul><ul><li>Diccionario de datos. Esta compuesto por todas las definiciones de los elementos en el sistema. Estas están siempre disponibles para cualquier miembro del equipo encargado del proyecto. </li></ul>
  31. 31. Método de desarrollo por análisis estructurado <ul><li>El diseño estructurado, se enfoca en el desarrollo de especificaciones del software. </li></ul><ul><li>Es una técnica específica para el diseño de programas y no un método de diseño de compresión. No indica nada relacionado con el diseño de archivos o bases de datos, la presentación de entradas o salidas, la secuencia de procesamiento o el hardware que dará soporte a la aplicación. </li></ul><ul><li>La herramienta fundamental del diseño estructurado es el diagrama estructurado. El cual describe la interacción entre módulos. </li></ul>
  32. 32. Método de prototipo de sistemas <ul><li>Este método hace que el usuario participe de manera más directa en la experiencia del análisis y diseño que con los anteriores ya presentados (ciclo de vida del desarrollo de sistemas, y análisis estructurado). </li></ul><ul><li>Consiste en que los usuarios pueden señalar las características que les agradaría o no tener, junto con los problemas que presenta un sistema que existe y funciona, con mayor facilidad que si se les pidiese que las describieran en forma teórica o por escrito. El uso y la experiencia producen comentarios más significativos que el análisis de diagramas y las propuestas por escrito. </li></ul>
  33. 33. Método de prototipo de sistemas <ul><li>Un sistema de prototipo se construye con rapidez, frecuentemente en días o semanas. Por otro lado, el costo asociado con esta tarea es mucho menor comparado con el de un sistema convencional. </li></ul><ul><li>Los sistemas prototipo no contienen todas las características y toques finales que normalmente se incluyen en un sistema terminado. </li></ul><ul><li>Los reportes pueden faltar, los encabezados, os títulos y números de página. La organización de archivos puede ser temporal y las estructuras de registros pueden dejarse incompletas. </li></ul><ul><li>En general, la documentación del sistema es un punto que suele evitarse. </li></ul>

×