SERVICIO NACIONAL DE APRENDIZAJE REGIONAL DISTRITO CAPITAL CENTRO DE GESTIN DE MERCADOS, LOGSTICA Y TECNOLOGAS DE LA INFORMACIN ANLISIS Y DESARROLLO DE SISTEMAS

DE INFORMACIN Aprendiz: Yenni Galindo Grupo: 226976D SISTEMA DE INFORMACIN 1. Mencion en sus palabras, despus de haber indagado en la red, el porqu de los objetivos de los sistemas de informacin.
Un sistema de informacin es un apoyo a la toma de decisiones, ste posibilita que la organizacin pueda orientarse de mejor manera a la consecucin de sus objetivos a travs del planteamiento y control de sus estrategias, basandose en los resultados del sistema. Para concebir un sistema de informacin primero es necesario entender la organizacin como un sistema, y por tanto de todos sus niveles. El sistema planteado debe estar pensado para conectar todos esos niveles y as tener un funcionamiento acorde a las verdaderas necesidades de la organizacin. Si el sistema de informacin no crece con la empresa es necesario implementar otro sistema de informacin. El sistema de informacin funciona con datos (que se convierten en informacin) que son el activo ms valioso para la toma de decisiones.

Dar soporte a los objetivos y estrategias de la empresa.

Proporcionar informacin a todos los niveles.

Conseguir que se adapte a la evolucin de la empresa. Utilizar la informacin como un recurso corporativo.

2. Mencion en sus palabras, despus de haber indagado en la red, el porqu de las estrategias para sistemas de informacin.
Si no se integra en el plan general de la empresa es posible que pase a formar parte del botiqun de la organizacin (aquel que se tiene por requisito, que se piensa que pueda servir, pero que est vencido cuando se necesita). Si el sistema no depende de los procesos, entonces no est recibiendo las entradas adecuadas y en s no sera un sistema de informacin. Si no se sabe de dnde vienen ni para donde van los datos, es probable que no se entienda la organizacin como un sistema, y que el sistema sea vulnerable a fallas por mala comunicacin.

Integrarlo en el plan general de la empresa.

Hacerlo depender de los procesos.

Fijar responsabilidades sobre los datos.

3. Mencione cuales son las caractersticas de los siguientes tipos de Sistemas de informacin y el tipo de funcionario (usuario) en una organizacin (nivel organizacional) en el que se centrara la utilizacin de cada uno :
SISTEMA DE INFORMACION Sistema de procesamiento de datos:

CARACTERSTICAS Procesa grandes volmenes de informacin para mejorar las actividades rutinarias. Ejecuta procesos bien estructurados. Genera resmenes. Realiza procesos de almacenamiento y recuperacin, clculos, clasificacin y ordenamiento. Toma en cuenta la funcin del procedimiento de datos. Soporta una gran gama de tareas organizacionales, ms que los sistemas procesadores de datos, incluyendo anlisis, decisin y toma de decisin. Se basa en hechos pasados, reparte la informacin relevante para una buena toma de decisin. Ejecuta procesos bien estructurados y peridicos.

USUARIO

Trabajadores

Sistema de informacin gerencial:

Gerentes de nivel medio

Sistema de apoyo a toma de decisiones.

Sistemas expertos.

Genera reportes nicos y procesos semi o no estructurados. Los factores que afectan a la toma de decisin son desconocidos o poco accesibles. Es interactivo, es decir que puede conducir a otros requerimientos. Ayuda a la toma de decisin. No tiene bases de datos como los anteriores o si las tiene son insuficientes. Se manipula la informacin segn las necesidades del usuario. Emplean lenguaje natural, inteligencia artificial. Utilizan la toma de decisin heurstica. No tienen una base de datos sino una base de conocimiento de expertos. Responden a preguntas. Piden aclaraciones. Hacen aclaraciones. Pueden tomar decisiones o sugerencias y adems aprenden.

Altos directivos

Ejecutivos

4. En muchos aspectos cada Sistema de Informacin (SI) es similar a un organismo vivo: nace, crece, madura, muere. Este proceso evolutivo se llama ciclo de vida de los SI, y consiste de las siguientes fases: planeacin anlisis diseo implementacin utilizacin. Existen diferentes tipos de Ciclos de Vida que son representados mediante Modelos. Mencione Ventajas y Desventajas de cada uno de los Modelos que se han planteado:

MODELO

DESCRIPCIN O GRFICA

Cascada pura

VENTAJAS - Funciona bien: * Con proyectos complejos bien definidos. * Cuando los requerimientos de calidad dominan sobre los de costos y de planificacin. - Evita una fuente comn de errores importantes: eliminando los cambios que se pueden producir a medio camino. - Presenta el proyecto con una estructura que ayuda a minimizar el esfuerzo intil. - Se utiliza correctamente para ciclos en los que: * Se tiene una definicin estable del producto. * Cuando se est trabajando con metodologas y tcnicas conocidas. - Puede constituir una eleccin correcta para el desarrollo rpido cuando se est: * Construyendo una versin de mantenimiento bien definida de un producto existente. * Migrando un producto existente a una nueva plataforma.

DESVENTAJAS

- Si se intenta mantener la flexibilidad, la actualizacin de la especificacin se puede convertir en un trabajo a tiempo completo. - No es imposible volver atrs utilizando el modelo de cascada pura, pero s difcil. - Genera pocos signos visibles de progreso hasta el final. -Dificultad para especificar claramente los requerimientos al comienzo del proyecto (no permite flexibilidad en los cambios). Para un proyecto de desarrollo rpido, el modelo de cascada puede suponer una cantidad excesiva de documentacin.

Codificar y corregir

- Ayuda a minimizar los gastos de la planificacin porque permite realizarla sin problemas. - til para programas pequeos. - Como se pasa directamente a codificar, se pueden mostrar inmediatamente indicios de progreso. - Requiere poca experiencia: cualquier persona que haya escrito alguna vez un programa de computadora est familiarizada con el modelo de codificar y corregir. - No conlleva ninguna gestin. - No se pierde tiempo en: * La planificacin. * La documentacin. * El control de calidad. * El cumplimiento de los estndares. * Cualquier otra actividad que no sea la codificacin pura.

- Resulta peligroso para otro tipo de proyectos. - Aunque no suponga gestin alguna, tampoco ofrece medios de evaluacin del progreso. - No proporciona medios de evaluacin de la calidad o de identificacin de riesgos.

Espiral

- Como el modelo est orientado a riesgos, proporciona con anterioridad indicaciones de cualquier riesgo insuperable. - Es posible descubrir si el proyecto no se puede realizar por razones tcnicas u otras razones. - Mientras los costos suben, los riesgos disminuyen. - Ideal para proyectos de desarrollo rpido. - Proporciona al menos tanto control de gestin como el modelo en cascadas tradicional. - Se puede combinar el modelo. - Sus fases y cuadrantes son adaptables.

- Es un modelo complicado. - Requiere de una agestin concienzuda, atenta y que exige conocimientos profundos. - Puede ser difcil definir hitos objetivos de comprobacin que indiquen si est preparado para pasar al siguiente nivel de la espiral.

Cascadas modificadas

- Con fases solapadas: * Las fases interactan. * Cubre las desventajas del modelo cascada. - Con subproyectos: * Tareas en cascada y paralelo. * Divide y vencers. - Con reduccin de riesgos: * Mayor control de riesgos al inicio.

- Con fases solapadas: * Debido al solapamiento entre las etapas, los hitos son ms ambiguos, y esto hace ms difcil trazar el progreso. * La realizacin de actividades en paralelo puede suponer una mala comunicacin, suposiciones incorrectas e ineficacia. * Se debe definir con exactitud las funciones de cada personal. - Con subproyectos: * Presencia de interdependencias imprevistas. * Consumo de personal. * Costo elevado. * Riesgos ms grandes. * Tendencia a generar islas. - Con reduccin de riesgos: * Tiempo excesivo de planificacin de riesgo. * Slo controla riesgos del requerimiento * El problema puede cambiar y el espiral?

Prototipado evolutivo

- Ideal cuando los requerimientos cambian con rapidez. - No requiere programadores con experiencia. - Las arquitecturas no estn definidas.

- Imposibilidad de conocer al inicio del proyecto lo que se tardar en crear un proyecto aceptable. - Existe mucha demanda por el desarrollo. - No se conoce en s el problema. - Se podra culminar algn da. - Se codificar hasta que se acabe el tiempo y el dinero. - Puede equivocarse el problema y el rea.

Entrega por etapas

- Permite entregar una funcionalidad til del proyecto al cliente. - Proporciona signos tangibles de progreso. - No se espera al final para entregar el proyecto. - Ideal para proyectos a largo plazo con tiempos dados. - Cubre defectos del modelo cascada.

- No funciona sin una planificacin adecuada tanto para niveles tcnicos como para niveles de gestin. - Requiere de personal de gestin con experiencia. - Puede requerir mucha documentacin.

Entrega evolutiva

- Se utiliza cuando se estima que sobra tiempo. - Es la combinacin de los modelos de entrega por etapas y prototipo evolutivo. - Se modifica siempre y cuando el cliente entregue solicitudes dentro de los previstos.

- Se trabaja hasta que se acabe el presupuesto.

Diseo por planificacin -

- Optimo cuando un proyecto se le aada un valor agregado al final. - Ideal para las partes del proyecto que no se quieren realizar por el camino crtico. - Funciona cuando se tiene una fecha de cada de presupuesto. - Se trabaja con una fecha exacta de entrega.

- Requiere de desarrolladores con experiencia para alcanzar las metas. - Si no se completan todas las etapas, se desperdiciar tiempo en la especificacin, arquitectura y diseos de prestaciones que no se van a entregar. - Si se ha gastado tiempo en una gran cantidad de requerimientos incompletos que no se van a entregar, se debera tener tiempo para resumir en uno o dos requerimientos ms completos.

Diseo por herramientas -

Software comercial existente

- Se pierde mucho control sobre el producto. - - Puede que no sea posible llevar a cabo la implementacin de todos los requerimientos que se desean, y - Este modelo se puede que no se puedan implementar combinar con otros modelos. otros requerimientos exactamente - Ofrece un velocidad de de la forma que se quiere. desarrollo excepcional - - Depende en buena medida de los productores de software comercial (tanto de sus estrategias de productos como de su estabilidad financiera). - - El software comercial disponible raramente va a satisfacer todas las necesidades del cliente. - - Se deben considerar los siguientes puntos: 1. * Est disponible de forma - Disponibilidad inmediata inmediata. Costos relativamente bajos. 2. * En el lapso de tiempo entre que se adquiere el software comercial y en el que se puede tener preparada la entrega del sistema de creacin propia, los usuarios pueden: a. a. Aprender a trabajar con las limitaciones del sistema.

b. b. Revisar el software comercial para adaptarlo an ms a las necesidades de cada uno.