Clase Once DiseñO De Sistemas 2009

1,785 views

Published on

Diseño e Implementación de Sistemas de Información

Published in: Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,785
On SlideShare
0
From Embeds
0
Number of Embeds
5
Actions
Shares
0
Downloads
68
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Clase Once DiseñO De Sistemas 2009

  1. 1. Diseño General de Sistemas
  2. 2. <ul><li>Después del análisis de sistemas se puede ver que es lo que debe hacerse. </li></ul><ul><li>Ahora es cuando se crean diseños que muestran cómo hacerlo. </li></ul><ul><li>Los sistemas de información deben modificarse o construirse de la nada para satisfacer condiciones y necesidades cambiantes. </li></ul>
  3. 3. <ul><li>Todo el tiempo se desarrollan nuevos productos y servicios, las gerencias cambian, las fuerzas competitivas presionan por operaciones más eficientes. </li></ul><ul><li>Los analistas deben busca alternativas para satisfacer las necesidades que se establecieron durante la fase del análisis de sistema. </li></ul>
  4. 4. Definición de diseño <ul><li>El diseño de sistemas es el dibujo, planeación, bosquejo o arreglo de muchos elementos separados en un todo viable y unificado. </li></ul><ul><li>El análisis de sistemas responde a lo que está haciendo el sistema y lo que debería hacer para satisfacer las demandas de los usuarios. </li></ul>
  5. 5. La mente de diseño <ul><li>Se analizan los hechos de estudio y en la mente de diseño comienzan a surgir conceptos más claros. La mente genera ideas de diseño y el analista convierte esas ideas en modelos de diseño, empleando, por ejemplo, diagramas de flujo. </li></ul>
  6. 6. <ul><li>Estos modelos se visualizan, se evalúan y se vuelven a dibujar hasta que parecen apropiados. </li></ul><ul><li>Los detalles menos importantes se dejan de lado durante la fase de diseño. </li></ul>
  7. 7. <ul><li>El analista irá tomando nota de todas las ideas que vayan surgiendo </li></ul><ul><li>Van surgiendo nuevos y mejores conceptos de diseño que se van aproximando a los requerimientos de los usuarios. </li></ul>
  8. 8. Evolución del diseño <ul><li>Los usuarios y los analistas de sistemas trabajan juntos para llevar el proyecto de sistemas desde las necesidades de los usuarios en el análisis de sistema hasta el diseño general de sistemas y luego al sistema de información funcionando. </li></ul>
  9. 9. <ul><li>Las alternativas del diseño se emplean para detectar errores, omisiones o inconsistencias. </li></ul><ul><li>El trabajo avanza a medida que se realizan los cambios necesarios </li></ul>
  10. 10. Proceso del diseño <ul><li>El analista de sistema logra un conocimiento adicional y una mayor comprensión al considerar y desarrollar alternativas para el diseño general de sistema. Los usuarios lo logran al revisar y evaluar esas alternativas. </li></ul><ul><li>Ambos aprenden en que forma puede mejorarse cada alternativa o como combinarlas. </li></ul>
  11. 11. <ul><li>El analista de sistema conoce los requerimientos de los usuarios, el alcance de los sistemas y los recursos disponibles. </li></ul><ul><li>Las fuerzas de diseño se consideran para determinar su impacto sobre los componentes estructurales y los diseños de sistemas finales. </li></ul>
  12. 12. <ul><li>Se pueden crear diversos diseños alternativos que se someten a las consideraciones de los usuarios </li></ul><ul><li>El analista trata de mostrar a los usuarios los distintos caminos para satisfacer sus requerimientos. </li></ul><ul><li>Si hay más alternativas habrá más probabilidad que se implemente el diseño correcto. </li></ul>
  13. 13. Técnicas <ul><li>Los usuarios reconocen lo que desean y necesitan después de verlo. </li></ul><ul><li>A veces no pueden especificar sus requerimientos de manera previa, tienen que descubrirlos. </li></ul>
  14. 14. <ul><li>Existen técnicas que ayudan a este proceso: </li></ul><ul><ul><li>bosquejo de componentes estructurales, </li></ul></ul><ul><ul><li>bosquejo en papel en blanco </li></ul></ul><ul><ul><li>elaboración de prototipos . </li></ul></ul>
  15. 15. <ul><ul><li>Bosquejo de componentes estructurales: </li></ul></ul><ul><ul><ul><li>la reunión de los componentes estructurales en una hoja de papel le da al analista un bosquejo y una vista general del sistema total. </li></ul></ul></ul><ul><ul><ul><li>Las alternativas pueden bosquejarse para que los usuarios presenten sus reacciones. </li></ul></ul></ul>
  16. 16. <ul><ul><li>Estas copias del funcionamiento de sistemas aumentan la comprensión de los analistas y de los usuarios. </li></ul></ul><ul><ul><li>Generan ideas de diseño adicionales y ayudan a detectar elementos faltantes. </li></ul></ul><ul><ul><li>Cada uno de los diseños posibles está en una hoja de componentes estructurales que serán parte del reporte de la propuesta del diseño de sistemas . </li></ul></ul>
  17. 17. <ul><ul><li>Bosquejo en papel en blanco : </li></ul></ul><ul><ul><ul><li>A los usuarios se les da una hoja en blanco y se les pide que bosquejen lo que desean como salida, </li></ul></ul></ul><ul><ul><ul><li>Bosquejan en forma de tablas o diagramas el contenido de la salida deseada. </li></ul></ul></ul><ul><ul><ul><li>Los analistas pueden asegurarse que los sistemas que implementen serán los que los usuarios desean y necesitan. </li></ul></ul></ul>
  18. 18. <ul><ul><li>Elaboración de prototipos : </li></ul></ul><ul><ul><ul><li>En el análisis de sistemas se recopilan hechos de estudio de varias fuentes. </li></ul></ul></ul><ul><ul><ul><li>Estos hechos se analizan y se estudian a conciencia. </li></ul></ul></ul><ul><ul><ul><li>Se presentan reportes y propuestas para que los usuarios proporcionen sus críticas y evaluación. </li></ul></ul></ul>
  19. 19. <ul><ul><ul><li>Se resuelven las diferencias, se inicia la fase del diseño general de sistemas y se desarrollan varias alternativas de diseño. </li></ul></ul></ul><ul><ul><ul><li>Los usuarios tiene oportunidad de aceptar, rechazar o combinar estas alternativas. </li></ul></ul></ul><ul><ul><ul><li>Algunos usuarios no saben qué necesitan hasta que lo ven en términos físicos y trabajan con el sistema. </li></ul></ul></ul>
  20. 20. <ul><li>En la técnica de elaboración de prototipos se les permite a los usuarios ver lo que van a recibir y se les da la oportunidad de hacer una prueba y evaluarla. </li></ul><ul><li>Los prototipos se centran en el componente estructural de la salida, las entidades y atributos de datos y en las interfases usuario/sistema. </li></ul>
  21. 21. <ul><li>Se trabaja conjuntamente con los usuarios, se crean reportes, se discuten necesidades y luego se desarrollan prototipos. </li></ul><ul><li>Estos se van mejorando hasta que satisfacen con precisión los requerimientos de los usuarios. </li></ul>
  22. 22. Prototipos <ul><li>Un prototipo es un ejemplar original o primer molde en que se fabrica una figura u otra cosa. </li></ul><ul><li>Un prototipo también se puede referir a cualquier tipo de máquina en pruebas, o un objeto diseñado para una demostración de cualquier tipo. </li></ul>
  23. 23. <ul><li>Puede ser un modelo del ciclo de vida del Software. </li></ul><ul><li>Son útiles para comunicar, discutir y definir ideas entre los diseñadores y las partes responsables. </li></ul><ul><li>El prototipo es una aplicación que funciona, se crean con rapidez, evolucionan a través de un proceso interactivo y tienen un costo bajo de desarrollo. </li></ul>
  24. 24. <ul><li>Información obtenida con el uso de prototipos: </li></ul><ul><ul><li>Reacciones del usuario </li></ul></ul><ul><ul><li>Innovaciones </li></ul></ul><ul><ul><li>Sugerencias del usuario </li></ul></ul><ul><ul><li>Plan de revisión </li></ul></ul>
  25. 25. <ul><li>El analista necesita considerar cual tipo de problemas está siendo resuelto y en que forma el sistema presenta la solución. </li></ul><ul><li>El éxito del uso del prototipo depende de qué tan pronto y con que frecuencia se reciba la retroalimentación del usuario. </li></ul>
  26. 26. <ul><li>Los usuarios deberán: </li></ul><ul><ul><li>Utilizar y evaluar el prototipo las veces que sea necesario. </li></ul></ul><ul><ul><li>Identificar mejoras. </li></ul></ul><ul><ul><li>Sugerir las característica no deseadas. </li></ul></ul><ul><ul><li>Describir la salida deseada. </li></ul></ul>
  27. 27. Implementación
  28. 28. <ul><li>En la fase de implementación se instala el nuevo sistema de información para que empiece a trabajar y se capacita a sus usuarios para que puedan utilizarlo. Pero la instalación puede realizarse según distintos métodos. </li></ul>
  29. 30. <ul><li>Método directo : Se abandona el sistema antiguo y se adopta inmediatamente el nuevo. Esto puede ser sumamente riesgoso porque si algo marcha mal, es imposible volver al sistema anterior, las correcciones deberán hacerse bajo la marcha. Regularmente con un sistema nuevo suelen surgir problemas de pequeña y gran escala. Si se trata de grandes sistemas, un problema puede significar una catástrofe, perjudicando o retrazando el desempeño entero de la organización. </li></ul>
  30. 31. <ul><li>Método paralelo: Los sistemas de información antiguo y nuevo operan juntos hasta que el nuevo demuestra ser confiable. Este método es de bajo riesgo. Si el sistema nuevo falla, la organización puede mantener sus actividades con el sistema antiguo. Pero puede representar un alto costo al requerir contar con personal y equipo para trabajar con los dos sistemas, por lo que este método se reserva específicamente para casos en los que el costo de una falla sería considerable. </li></ul>
  31. 32. <ul><li>Método piloto: Pone a prueba el nuevo sistema sólo en una parte de la organización. Al comprobar su efectividad, se implementa en el resto de la organización. El método es menos costoso que el paralelo, aunque más riesgoso. Pero en este caso el riesgo es controlable al limitarse a ciertas áreas, sin afectar toda la empresa. </li></ul>
  32. 33. <ul><li>Método en fases : La implementación del sistema se divide en partes o fases, que se van realizando a lo largo de un periodo de tiempo, sucesivamente. Una vez iniciada la primera fase, la segunda no se inicia hasta que la primera se ha completado con éxito. Así se continúa hasta que se finaliza con la última fase. Es costoso porque se hace más lenta la implementación, pero sin duda tiene el menor riesgo </li></ul>
  33. 34. <ul><li>Los métodos piloto y en fases suelen ser los más practicados puesto que tienen menor riesgo. La decisión de adoptar cualquiera de los métodos estará influenciada por factores de riesgo y disponibilidad de recursos. Otro aspecto importante de esta fase es la capacitación del personal, que cobra especial importancia para asegurar el uso acertado del sistema. </li></ul>
  34. 35. <ul><li>Se puede adelantar camino al capacitar personal, antes incluso de contar con los equipos nuevos, para que el usuario se familiarice con el nuevo sistema. Si el sistema es sencillo y el usuario tiene cierta experiencia, la capacitación formal no se hace necesaria y bastarán algunas instrucciones para ponerle al tanto. </li></ul>
  35. 36. Mantenimiento
  36. 37. <ul><li>Al finalizar la fase de implementación comienza la fase de mantenimiento. Es la fase final, de gran importancia y es una fase permanente en lo que le resta de vida al sistema. </li></ul><ul><li>El mantenimiento se inicia con una auditoria del sistema y luego continúa con evaluaciones periódicas . </li></ul>
  37. 38. <ul><li>Al realizar la auditoria del nuevo sistema, se verifica que su desempeño sea acorde a las especificaciones planteadas en la fase de diseño, para comprobar que los procesos que han sido integrados, efectivamente son los adecuados. En caso contrario, se hace necesario un nuevo diseño para ajustar los inconvenientes detectados. </li></ul>
  38. 39. <ul><li>Las evaluaciones periódicas permiten determinar, si el sistema continúa vigente respecto a su capacidad para realizar los procesos adecuadamente. En caso contrario, se requiere de nuevos ajustes, cambios o modificaciones que le permitan al sistema adaptarse a nuevas situaciones de las que pueda ser objeto la organización. </li></ul>
  39. 40. <ul><li>En este punto es bueno resaltar, que las organizaciones son entes cambiantes, así mismo sus sistemas componentes y específicamente los sistemas de información, los cuales deberán ser sensibles a estos cambios, mediante evaluación, para adecuarlos a responder efectivamente a las situaciones emergentes. </li></ul>
  40. 41. Mejoras en el desarrollo de sistemas <ul><li>El ciclo tradicional del análisis y diseño de sistemas puede llegar a tomar mucho tiempo, incluso años, en el caso de desarrollos de gran magnitud en organizaciones grandes. </li></ul>
  41. 42. <ul><li>En la actualidad, el ritmo de los negocios y de las actividades de cualquier organización tiende a intensificarse, a hacerse más acelerado, imponiendo exigencias de tiempo y calidad para poder mantener la operatividad y competitividad de las mismas. </li></ul>
  42. 43. <ul><li>Surge la necesidad de contar con ciclos de desarrollo más acelerados, pero que mantengan su confiabilidad. </li></ul><ul><li>Comienzan a plantearse nuevos métodos que intentan incrementar la velocidad, reduciendo el tiempo requerido de desarrollo. </li></ul>
  43. 44. <ul><li>Entre los elementos innovadores que se integran en estos métodos se encuentra: el uso de software; integración de grupos de personas bien capacitadas, enfocadas a la producción de aplicaciones en menor tiempo y de mayor calidad, la diestra utilización de nuevas y no tan nuevas técnicas de desarrollo. </li></ul>
  44. 45. <ul><li>Es adecuado resaltar que ninguno de estos métodos debería omitir los pasos del ciclo planteado, si se desea trabajar efectivamente. </li></ul><ul><li>El pasar por alto alguna de las fases, podría en todo caso, traer más problemas que provecho. </li></ul>
  45. 46. <ul><li>Debe quedar claro que estos nuevos planteamientos intentan optimizar y reducir el tiempo de cada fase, más que obviarlas, de manera de reducir el tiempo total de desarrollo del sistema en general. </li></ul>
  46. 47. <ul><li>El ciclo de desarrollo de sistemas planteado sirve de guía para la elaboración de sistemas de información. </li></ul><ul><li>Según diferentes fuentes, el número de fases puede variar, siempre podrán encontrarse los pasos aquí planteados, agrupados o listados quizá de manera diferente. </li></ul>
  47. 48. <ul><li>Pero no cabe duda que la adopción y seguimiento adecuado de estos pasos, influirá notablemente en conseguir con éxito la culminación del proyecto. </li></ul>

×