1. Mencion en sus palabras, despus de haber indagado en la red, el porqu de los objetivos de los sistemas de informacin.

Dar soporte a los objetivos y estrategias de la empresa. Proporcionar informacin a todos los niveles. En esta nos da soporte de datos de la empresa, y es un apoya para poder tomar decisiones, para dar as una ayuda ms fcil y rpida de todo lo que posea la empresa como sus metas, optimizar las operaciones de la empresa, visin, misin y objetivos. Es desde una gestin administrativa y a los empleados de la empresa, proporcionar la informacin que se desea en todo el entorno de la empresa. Si es una pequea y mediana empresa, sea capaz de manejar pequeas bases de datos, pero cuando ya sea una compaa de grandes proporciones, tengan los suficientes recursos para la optimizacin y el desarrollo de la empresa ya manejando grandes bases de datos Para obtener informacin detallada de los diagnsticos de la empresa en cualquier momento determinado dentro de la empresa con mucha facilidad y llevar la informacin de manera oportuna cuando la misma empresa lo requiera.

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. Es para tener nuevos conocimientos de los negocios, y/o mantener planes de negocio dentro y fuera de la empresa, y tenerlo en cuenta para el mismo desarrollo de la empresa Desarrollarlo mediante las actividades internas que se hagan dentro de la empresa, para la constante actualizacin de datos que requiera la empresa. Se basa en todos los usuarios, por el uso que le den; el administrador es el que acarrea profesionalmente y se responsabiliza por el diseo y almacenamiento de datos para la correcta gestin de datos, los cuales son estructurados cuidadosamente y lgicamente correctos para los usuarios.

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 : Sistemas de Nivel informacin Sistema de Es la que procesa grandes procesamiento cantidades de datos para mejorar de datos: una rutina diaria y realiza procesos de almacenamiento clculos y ordenamiento de informacin. Sistema de Es la que soporta una gama de informacin organizacin de datos para gerencial: procesar los mismos con el fin de analizar la toma de decisiones, se basa en hechos pasados y ejecuta procesos estructurados. Sistema de Herramienta para realizar el apoyo a toma anlisis de las diferentes variables de decisiones. de negocio con la finalidad de apoyar el proceso de toma de decisiones. Sistemas Es la orientada a los usuarios de expertos. nivel gerencial, que permite monitorizar el estado de las variables de un rea o unidad de la empresa a partir de informacin interna y externa a la misma. Usuario

Trabajadores.

Gerentes del nivel medio.

Altos directivos.

Ejecutivos.

4. Mencione Ventajas y Desventajas de cada uno de los Modelos que se han planteado: MODELO DE CASCADA PURA Cumple los siguientes pasos: Planeacin anlisis diseo implementacin optimizacin VENTAJAS DEL MODELO DE CASCADA PURA -Se utiliza correctamente para ciclos en los que se tiene una decisin estable del producto. -Puede constituir una eleccin correcta para el desarrollo rpido. -ayuda a minimizar los gastos de la planificacin porque permite realizarla sin problemas. -Funciona bien -Evita una fuente comn de errores importantes. -Presenta el proyecto con una estructura que ayuda a minimizar el esfuerzo intil.

DESVENTAJAS DEL MODELO DE CASCADA PURA -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. -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 si difcil. -Genera pocos signos visibles de progreso hasta el final.

MODELO CODIFICAR Y CORREGIR VENTAJAS No conlleva ninguna gestin; no se pierde tiempo en la planificacin, en la documentacin, en el control de calidad, en el cumplimiento de los estndares, o en cualquier otra actividad que no sea codificacin pura. 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 est familiarizada con ste modelo. Para proyectos pequeos que se intentan liquidar en un tiempo breve, o para modelos como programas de demostracin o prototipos desechables, el modelo codificar y corregir puede ser til. DESVENTAJAS El modelo resulta peligroso para otro tipo de proyectos que no sean pequeos. Puede que no suponga gestin alguna, pero tampoco ofrece medios de evaluacin del progreso. No proporciona medios de evaluacin de la calidad o de identificacin de riesgos. Si al llevar tres cuartas partes de la codificacin descubre que el diseo es incorrecto, no hay otra solucin que desechar el trabajo y comenzar de nuevo.

MODELO ESPIRAL VENTAJAS *El anlisis del riesgo se hace de forma explcita y clara. Une los mejores elementos de los *estantes modelos. *Reduce riesgos del proyecto *Incorpora objetivos de calidad *Integra el desarrollo con el mantenimiento, etc. *Adems es posible tener en cuenta mejoras y nuevos requerimientos sin romper con la *metodologa, ya que este ciclo de vida no es rgido ni esttico. DESVENTAJAS *Genera mucho tiempo en el desarrollo del sistema *Modelo costoso *Requiere experiencia en la identificacin de riesgos

MODELO EN CASCADA: El ms conocido, est basado en el ciclo convencional de una ingeniera, el paradigma del ciclo de vida abarca las siguientes actividades: - Ingeniera y Anlisis del Sistema

- Anlisis de los Requisitos - Diseo - Codificacin - Prueba - Mantenimiento VENTAJAS: - Se tiene todo bien organizado y no se mezclan las fases. - Es perfecto para proyectos que son rgidos. - Ideal para proyectos donde se especifiquen muy bien los requerimientos. - Ideal para proyectos en que se conozca muy bien la herramienta a utilizar. - Sumamente sencillo ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el Software. DESVENTAJAS: - Difcilmente un cliente va a establecer al principio todos los requerimientos necesarios, por lo que provoca un gran atraso trabajando en este modelo, ya que este es muy restrictivo y no permite movilizarse entre fases. - Los resultados y/o mejoras no son visibles, el producto se ve recin cuando este est finalizado.

MODELO PROTOTIPO EVOLUTIVO VENTAJAS *reduccin de la planificacin nominal *progreso tangible *bajo riesgo de mala planificacin *posibilidad de xito a corto y largo plazo *puede servir de base a la entrega evolutiva DESVENTAJAS *expectativas poco realistas de presupuesto, planificacin y rendimiento *uso ineficiente de tiempo *dificultades para el mantenimiento

MODELO ENTREGA POR ETAPAS VENTAJAS - Requiere poca sofisticacin para los directivos y desarrolladores. - Permite modificaciones a medio camino. - Requiere poco tiempo de gestin. - Genera un sistema altamente fiable y con amplio desarrollo. - Permite una funcionalidad til en manos del cliente sin tener la aplicacin finalizada. Proporciona signos tangibles de progreso. DESVENTAJAS - Estar sometido a una planificacin predefinida. - Trabaja con poca compresin sobre la arquitectura. - Trabaja con poca identificacin de los requerimientos de diseo. - Debe entregarse una etapa para continuar con la siguiente. Este modelo no es viable sin una planificacin adecuada

MODELO DISEO POR PLANIFICACIN Es similar al modelo de entrega por etapas, pero se diferencia en que no siempre se conoce al principio si se tendr el producto para la ltima entrega. Se pueden tener cinco etapas planificadas, pero slo se llega a la tercera etapa debido a que se tiene una fecha lmite que no se puede cambiar. Uno de los elementos crticos de este modelo es priorizar los requerimientos y planificar sus etapas de tal manera que las primeras contengan los requerimientos de mayor prioridad, los requerimientos de baja prioridad se dejan para ms tarde. VENTAJAS: *Puede ser una estrategia vlida para asegurar que se tiene un producto listo en una fecha determinada. *Esta estrategia es particularmente til para las partes del producto que no se quieren realizar en el camino crtico DESVENTAJAS: *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.

MODELO ENTREGA EVOLUTIVA Es un modelo que se encuentra entre el prototipo evolutivo y la entrega por etapas, puesto que se desarrolla una versin del producto, se muestra al cliente, se refina el producto en funcin de los comentarios del cliente. El parecido entre ambos modelos depende de hasta qu punto se lleva a cabo una planificacin para adaptarse a las solicitudes de los clientes. Si se planifica para adaptarse a la mayora de las solicitudes, la entrega evolutiva se parecer ms al prototipo evolutivo; en cambio si se planifica para adaptarse a pocas solicitudes de modificacin se parecer ms a la entrega por etapas.

MODELO DISEO POR HERRAMIENTAS La idea es incluir una funcionalidad dentro del producto slo si las herramientas de software existentes la soportan directamente. Ejemplos de herramientas son libreras de cdigo y clases, generadores de cdigo, lenguajes de desarrollo rpido y otras herramientas software que reducen de manera espectacular el tiempo de implementacin. VENTAJA: Se puede combinar con otros modelos. DESVENTAJAS: *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 que no se puedan implementar otros requerimientos exactamente de la forma que se quiere. *Depende en buena medida de los productores de software comercial.