PREGUNTAS DE REPASO N11 1.- Por qu nuevo sistema de informacin puede considerarse como cambio organizacional planeado?

Los nuevos sistemas significan nuevas maneras de hacer negocios y trabajar en conjunto, la velocidad con la que deben ser llevadas a cabo, la naturaleza de la supervisin y quien tiene que informacin sobre quin debe ser decidido en el proceso de construccin de un sistema de informacin. 2.- Cules son las cuatro reas organizacionales de responsabilidad para los desarrolladores de sistemas de informacin? Retos de negocios: Cambios constantes en la administracin de la cobranza; elevado volumen de operaciones. Administracin Tecnologa de informacin: Sistemas de Informacin Instituciones 3.- Qu es el rediseo de procesos de negocios? En qu se diferencia los procedimientos tradicionales de racionalizacin? Reorganizar los flujos de trabajo, combinar pasos para reducir desperdicios y eliminar tareas repetitivas de documentacin intensiva. Ayudar a la racionalizacin de los procedimientos y los flujos de trabajo de la institucin, sino que pueden ser usados para dar nueva forma a como la institucin lleva a cabo sus negocios o aun la naturaleza misma de stos. 4.- Citar los principales grupos institucionales involucrados en el desarrollo de los sistemas de informacin. Cul es el papel que desempea cada uno de ellos? Est compuesto por los directores divisionales de las reas de usuarios finales y de sistemas de informacin. Este comit revisa y aprueba los planes de sistemas para todas las divisiones; busca desarrollar sistemas comunes que puedan ser compartidos, coordina e integra sistemas, algunas veces resulta involucrado en la seleccin de ciertas alternativas de proyectos y aprueba la capacitacin para los nuevos sistemas. 5.- Citar a los grupos responsables de la administracin del desarrollo de los sistemas. Cules son las responsabilidades de cada uno? El del equipo de administracin de proyectos, tiene injerencia en la administracin de proyectos especficos. Es un pequeo grupo de administradores en jefe de SI y administradores de usuarios con la responsabilidad de un proyecto nico. Se compone de los profesionales de sistemas, quienes son directamente responsables de la construccin del sistema. 6.- Citar tres fuentes de ideas para nuevos sistemas. La alta direccin es un actor importante en el desarrollo de los grandes sistemas; proporciona la direccin estratgica de carcter general. Esto necesariamente involucra a los gerentes medios, supervisores, obreros y empleados. 7.- Cul es la diferencia entre anlisis de sistemas y diseo de sistemas? El anlisis de sistemas es el anlisis de un problema que la institucin tratar de resolver mediante un sistema de informacin. Consiste en definir el problema, identificar sus causas, especificar la solucin e identificar los requerimientos de informacin que deben ser cumplidos por una solucin de sistemas; y el diseo de sistemas detalla como el sistema debe satisfacer los requerimientos de informacin tales y como fueron determinados por el anlisis de sistemas. 8.- Qu es la factibilidad? Nombrar y describir cada una de las principales reas de la factibilidad. Adems de recomendar una solucin, el anlisis de sistemas implica un estudio de factibilidad para determinar que una solucin sea posible o alcanzable dados los recursos y restricciones de la institucin. Se deben estudiar tres reas principales de la factibilidad: 1) Factibilidad tcnica: Si la solucin propuesta puede ser implantada con el software, hardware y recursos tcnicos disponibles. 2) Factibilidad econmica: Si los beneficios de la solucin propuesta son mayores que los costos. 3) Factibilidad operativa: Si la solucin propuesta es deseable con el marco administrativo y organizacional existente. 9.- Qu son requerimientos de informacin? Por qu es difcil determinarlos correctamente? Un enunciado detallado de las necesidades de informacin que un nuevo sistema debe de satisfacer, identifica quien necesita que informacin, cundo, dnde y cmo. 10.- Cul es la diferencia entre el diseo lgico y diseo fsico de un sistema de informacin? Que el diseo lgico representa los componentes del sistema de informacin y sus relaciones entre s, tal y como aparecern ante los usuarios y el diseo fsico es el proceso de traduccin del modelo lgico abstracto al diseo tcnico especfico del nuevo sistema. 11.- Por qu es la etapa de prueba del desarrollo de sistemas tan importante? Nombrar y describir las tres etapas de prueba en un sistema de informacin. Es necesario llevar a cabo pruebas exhaustivas y a profundidad para certificar si el sistema produce los resultados correctos. 1) Pruebas por unidades: El proceso de prueba de cada programa por separado en el sistema. Algunas veces se conoce como prueba de programa. 2) Pruebas al sistema. Prueba de funcionamiento del sistema de informacin como un todo, con objeto de determinar si los mdulos discretos funcionarn conjuntamente como se plane. 3) Pruebas de aceptacin: Proporcionan la certificacin final de que el sistema est listo para ser usado en un escenario de produccin. 12.- Qu es conversin? Por qu es tan importante contar con un plan de conversin? La conversin es el proceso de cambiar el viejo sistema por el nuevo; adems de que es muy importante debido a que la falta adecuada de capacitacin y documentacin contribuye al fracaso del sistema, por lo que esta parte del proceso de desarrollo de sistemas es muy importante. 13.- Cules es el papel que desempean la programacin, la produccin y el mantenimiento en el desarrollo de sistemas? - Produccin: La etapa posterior a la instalacin del sistema, cuando la conversin se ha completado, durante este tiempo, el sistema es revisado por especialistas para determinar que tan bien ha cumplido con sus metas originales. - Mantenimiento: Cambios en hardware, software, documentacin o procedimientos en un sistema de produccin para corregir errores, cumplir con nuevos requerimientos o mejorar la eficiencia en el procesamiento. 14.- Nombrar y describir los mtodos de presupuestacin de capital que se usan para evaluar proyectos de sistemas de informacin. El mtodo de pago La tasa contable de recuperacin sobre la inversin

La relacin costos/beneficios El valor presente neto El ndice de rentabilidad La tasa interna de retorno (TIR) 15.- Cules son las limitaciones de los modelos financieros para establecer cada valor de los sistemas de informacin? Los modelos financieros suponen que todas las alternativas importantes han sido examinadas, que todos los costos y beneficios se conocen, y que estos costos y beneficios pueden ser expresados en una unidad comn, en especial en dinero. Cuando se tiene que escoger entre muchas alternativas complejas, estas suposiciones raramente se cumplen en el mundo real, aunque pueden ser aproximadas. Los beneficios tangibles pueden ser cuantificados y se les puede asignar un valor monetario. Los beneficios intangibles, como un servicio ms eficiente al cliente o estimular la toma de decisiones, no se pueden cuantificar de inmediato, pero a la larga pueden llevar a ganancias cuantificables. 16.- Describir como el anlisis de cartera y los modelos de puntajes pueden ser usados para establecer el valor de los sistemas. La cartera puede ser descrita que tienen un cierto perfil de riesgo y beneficio para la empresa. Como no existe un perfil ideal para todas las empresas, las de informacin intensiva deben tener proyectos de bajo riesgo y elevados beneficios para asegurar que estn al corriente con la tecnologa. Las empresas en sectores no intensivos de informacin deben enfocarse en proyectos de altos beneficios y bajos riesgos. Un mtodo rpido y a veces comprometedor para llegar a una decisin sobre diversos temas es el modelo de puntuacin; dan a los diversos sistemas una nica puntuacin basada en el grado con el que cumplen los objetivos sealados. Un mtodo rpido para decidir entre diversos sistemas basado en un sistema de calificaciones para objetivos seleccionados. 17.- Cules son las principales categoras de un plan importante de sistemas? Propsito del plan Plan de negocios estratgicos Sistemas actuales Nuevos desarrollos Estrategia administrativa Plan de implantacin Requerimientos presupuestales 18.- Cmo puede el anlisis de la empresa y los factores crticos de xito son usados para establecer requerimientos de los sistemas de informacin para toda la empresa? Un anlisis de los requerimientos de informacin a nivel de toda la empresa que considere a toda la institucin en trminos de unidades organizacionales, funciones, proceso y elementos de datos, permite identificar las entidades y atributos claves en los datos de la institucin. PREGUNTAS DE REPASO N12 1. Cul es el ciclo de vida tradicional de los sistemas? Cules son sus caractersticas? Metodologa tradicional para desarrollar un sistema de informacin que hace una particin del proceso de desarrollo en seis etapas formales que deben ser recorridas en forma secuencial con una muy formal divisin del trabajo entre usuarios finales y los especialistas en el diseo de sistemas. 2. Describir cada una de las etapas del ciclo de vida de los sistemas. Definicin del proyecto: Etapa del ciclo de vida de los sistemas donde se determina si la institucin tiene o no un problema y si puede o no ser resuelto con un proyecto de sistemas. Estadio de sistemas: Etapa del ciclo de vida de los sistemas en donde se analizan los problemas de los sistemas existentes, se definen los objetivos a ser alcanzados por la solucin y se evalan las distintas soluciones. Diseo: Etapa del ciclo de vida de los sistemas en donde de producen las especificaciones del diseo lgico y fsico dela solucin de sistemas. Programacin: Etapa del ciclo de vida de los sistemas en donde se producen las especificaciones del diseo producidas en la etapa de diseo en cdigo de programacin. Instalacin: Etapa del ciclo de vida de los sistemas en donde se realizan pruebas, capacitacin y conversin. Las etapas finales que se requieren para poner en marcha aun sistema. Posimplantacin: Etapa del ciclo de vida de los sistemas en donde el sistema se usa, se evala en operacin y se modifica para hacer mejoras o satisfacer nuevos requerimientos. 3. Cules son las ventajas y desventajas del desarrollo de un sistema de informacin usando el mtodo del ciclo de vida tradicional de los sistemas de informacin? Ventajas: Describe el ciclo de vida. Desde la definicin de requisitos hasta el fin de uso, y contiene procesos para adquirir y suministrar productos y servicios software. Tambin proporciona procesos para definir, controlar y mejorar los procesos de ciclo de vida software. Desventajas: Multitud de estndares, mtodos, tcnicas, y entornos para desarrollar y gestionar software Software usado en multitud de sistemas diferentes: militar, finanzas, medicina, etc. 4. Qu significa prototipo del sistema de informacin? Versin operativa preeliminar de un sistema de informacin para fines de demostracin y evaluacin Como su definicin lo indica el prototipo es una versin preliminar, el objetivo es mejorarla con el paso del tiempo hasta que se acomode a las necesidades de los usuarios, por medio de un proceso iterativo que consiste en probar y afinar constantemente el prototipo hasta que cumpla su objetivo. 5. Bajo que condiciones es el uso de prototipos un enfoque til de sistemas? Qu tipo de problemas pueden ayudar a resolver? El prototipo no tendr los enfoques finales de un sistema ya terminado, informes, secciones de archivos y operaciones de entrada pueden no estar completas.

6. Describir cinco cosas en las que la elaboracin de prototipos difiere del mtodo del ciclo de vida tradicional de los sistemas La metodologa del ciclo de vida es tradicionalmente la ms utilizada para sistemas de informacin medianos o grandes, donde hay una alta estructuracin de tareas y decisiones. Sin embargo tiene algunas limitaciones que radican en su alto costo, su inflexibilidad, el hecho de no involucrar a los usuarios de una manera interactiva y la poca aplicabilidad en la toma de decisiones no estructuradas, debido a que estas se basan en informacin que no puede ser detallada con antelacin. Existen analistas que afirman que los dos enfoques (ciclo de vida y prototipos) son complementarios, esta afirmacin se argumenta diciendo que la determinacin de los requerimientos de informacin puede satisfacerse con el desarrollo de prototipos cuando estos se incorporan a la metodologa del ciclo de vida. naturaleza del diseo conceptual de un sistema de informacin gerencial. El problema fundamental de este mtodo es que en muchas aplicaciones, el determinar de antemano las necesidades es muy difcil la mayora de las veces. 7. Enlistar y describir las etapas del proceso de elaboracin de prototipos Identificar los requerimientos bsicos del usuario. Desarrollar un prototipo inicial. Uso del prototipo. Revisin y mejora del prototipo. 8. Enlistar y describir cuatro limitaciones de la elaboracin de prototipos Los prototipos son de mayor utilidad cuando existe alguna incertidumbre sobre los requerimientos o soluciones de diseo. Los prototipos han sido ampliamente publicados como una panacea para los problemas inherentes en el proceso tradicional de desarrollo de sistemas. Es muy probable que los prototipos produzcan sistemas que satisfagan los requerimientos de los usuarios, en especial cuando son usados en aplicaciones para el soporte de la toma de decisiones. 9. Qu es el paquete de software de aplicaciones? Bajo qu circunstancias deberan usarse los paquetes para la construccin de los sistemas de informacin? Conjunto de programas de software, preescritos o precodificados de aplicaciones que estn disponibles para su adquisicin o renta. Pueden ir desde una sencilla tarea hasta 400 mdulos de programas con 500,000 lneas de cdigo para un sistema complejo de macrocomputadora. Se pueden seleccionar bajo las siguientes circunstancias: Donde las funciones son comunes para muchas empresas. En donde los recursos para desarrollo interno de sistemas de informacin son escasos. Cuando las aplicaciones para microcomputadoras se desarrollan para usuarios finales. 10. Cules son las principales ventajas del uso de paquetes de software de aplicaciones para el desarrollo de un sistema de informacin? Por qu los paquetes ejercen un gran atractivo para os administradores? Un beneficio adicional es la manera como pueden reducir algunos de los cuellos de botella de la institucin en el proceso de sistemas. La necesidad de trabajar una y otra vez las especificaciones de diseo se reduce porque las especificaciones del paquete ya estn fijas. El paquete ofrece un arranque fresco por parte de un tercero que se encuentra en mejor posicin de sacar ventaja de experiencias de otras empresas y de la tecnologa del estado del arte. 11. Enlistar y describir las principales desventajas de los paquetes de software para aplicaciones El software comercial aun no ha alcanzado el nivel de sofisticacin y calidad tcnica necesario para producir paquetes multipropsito que puedan hacer bien todo lo que los usuarios deseen en las aplicaciones especficas. En algunas circunstancias, los paquetes pueden en realidad atentar contra el esfuerzo de desarrollo al incrementar los costos de conversin. Los paquetes pueden no cumplir con todos los requerimientos de las instituciones. 12. Qu significa la adaptacin de paquetes? Bajo qu circunstancias puede crearse un problema al implantar un paquete de software de aplicacin? Adaptabilidad: La modificacin de un paquete de software para satisfacer los requerimientos especficos y nicos de una institucin sin destruir la integridad del paquete de software. Es una poltica establecida entre los proveedores no dar soporte a sus productos si se han hecho cambios que alteren el cdigo fuente del paquete. 13. Enumerar los principales criterios para evaluar un paquete de software de aplicacin Funciones incluidas. Flexibilidad. Amistad hacia el usuario. Recursos de hardware y software. Caractersticas de bases de datos. Esfuerzo de instalacin. Mantenimiento. Documentacin. Calidad del proveedor. Costo. 14. Cmo se altera el proceso de desarrollo de sistemas cuando un paquete de software de aplicacin se considera y se selecciona? An con el paquete ms flexible y fcilmente adaptable existen lmites a la cantidad de adaptacin permitida. Las empresas experimentadas en el uso de paquetes de software para las principales aplicaciones de negocios ya se han dado cuenta de que an con los mejores paquetes no se puede esperar que se cumpla con ms del 70 % de la mayor parte de sus requerimientos. 15. Qu significa desarrollo por usuarios finales? El desarrollo de sistemas de informacin por los usuarios finales con poca o ninguna asistencia formal de parte de los especialistas tcnicos, 16. Cules son las ventajas y desventajas de desarrollo por usuarios finales? Para que tipo de problemas es adecuado?

Con lenguajes de 4 generacin, lenguajes grficos y herramientas de microcomputadoras, los usuarios finales pueden acceder datos, crear informes y desarrollar sistemas de informacin totales propios, sin analistas de sistemas o programadores profesionales. Muchos de estos sistemas desarrollados por usuarios finales pueden ser creados mucho ms rpido que con el ciclo tradicional de vida de los sistemas. 17. Qu es un centro de informacin? Cmo pueden los centros de informacin resolver algunos de los problemas de administracin creados por el desarrollo de los usuarios finales? Instalacin especial dentro de la institucin que proporciona capacitacin y apoyo para el cmputo de usuarios finales. Pueden ayudar a resolver problemas tales como: Evitan la creacin de aplicaciones redundantes. Promueven la comparticin de los datos y minimizan los problemas de integralidad. Aseguran que las aplicaciones desarrolladas por los usuarios finales cumplan con las normas de auditora, calidad y seguridad. 18. Citar algunas polticas y procedimientos para administrar el desarrollo por usuarios finales Justifican los costos de los proyectos de sistemas de informacin usuarios finales. Normas de software y hardware para las aplicaciones de los usuarios finales. Normas al nivel de empresa para las computadoras. Revisiones de aseguramiento de calidad. Controles para aplicaciones desarrolladas para usuarios finales que cubran pruebas, documentacin, precisin e integridad de entrada y actualizaciones, respaldo, recuperacin y supervisin. 19. Qu son las fuentes externas de los sistemas? Bajo qu circunstancias se debe de utilizar para la construccin de sistemas de informacin? Practica de contratacin, para las operaciones de los centros de cmputo, redes de telecomunicaciones o desarrollo de aplicaciones, de proveedores externos. Si la empresa no desea emplear sus recursos internos para desarrollar y operar los sistemas de informacin, puede contratar a una institucin externa que se especialice en proporcionar estos servicios. 20. Cules son las ventajas y desventajas del uso de las fuentes externas? Ventajas: Economa. Calidad en el servicio. Predictibilidad. Flexibilidad. Hacer de los costos fijos variables. Liberacin de recursos humanos. Desventajas: Perdida de control. Vulnerabilidad de la informacin estratgica. Dependencia. 21. Describir algunas soluciones a los problemas de administracin creados por recurrir a las fuentes externas. Preguntas para discusin 1. Un informe multicitado de investigacin encontr que la elaboracin de prototipos facilitaba la comunicacin entre los usuarios y diseadores de sistemas de informacin pero que los diseadores que usaban los prototipos usaban los prototipos tena dificultades para el control y la administracin del proceso de diseo. Discutirlo. Sabemos que de cualquier manera se debe tener comunicacin con el usuario final, quien es quien va a interactuar de manera directa con el software nuevo. Debemos de hacer el programa para que sea de total agrado y no se le haga tedioso trabajar y utilizar el nuevo programa. Creo que sobre todo existen ciertos roces, pero no es difcil lograr nuestro objetivo como analista y diseador de sistemas. 2. Se ha observado que el uso exitoso de los prototipos depende menos de la seleccin de las herramientas de software de la cultura corporativa. Discutir. Estoy de acuerdo, ya que todas las herramientas de 4 generacin nos facilitan el trabajo, de esta manera podemos avanzar en el nuevo programa. Es mejor que el diseador analista tome en cuenta a la organizacin para la que est trabajando, pero no totalmente. 3. Algunos han dicho que la mejor manera de evitar el servicio de los programadores profesionales es la instalacin de un paquete de software de aplicacin. Discutir. Si, de hecho esta manera no se tendra que recurrir a las fuentes externas, ya que el departamento de informtica puede modificar el software que se compro, y as modificarlo a nuestras necesidades. 4. Una publicacin de sistemas de informacin afirmo que, a lo sumo, el desarrollo intramuros de un sistema que ya se tiene disponible en forma de paquete y tardar de tres a cuatro veces ms para que la versin indirecta se recupere. Discutirlo. Si, es difcil de tomar una decisin, pues en las polticas dice que ya un diseador analista no puede volver a trabajar con un software ya modificado. 5. Qu teoras de las que discuten el impacto de los sistemas de informacin en las instituciones podran ser aplicadas para describir el recurso a fuentes externas?. La de tomar en cuenta a los usuarios finales, para que no sea aburrido y as crear un ambiente donde se sienta a gusto trabajando con el sistema. CAPITULO 13. ASEGURAMIENTO DE LA CALIDAD DE LOS SISTEMAS DE INFORMACION 1.- QU ES ADMINISTRACIN DE CALIDAD TOTAL? CMO PUEDEN LOS SISTEMAS DE INFORMACION CONTRIBUIR CON ELLA? Con el alcance de control de calidad considerado como un fin en si mismo. Hace del control de calidad una responsabilidad a ser compartida por todas las personas dentro de la organizacin. Los sistemas de informacin pueden desempear un papel especial en los programas corporativos de calidad porque estn profundamente involucrados con el trabajo diario de otros departamentos a lo largo de toda la institucin. 2.- POR QU PUEDE EL SOFTWARE LLEGAR A SER UN PROBLEMA TAN IMPORTANTE DE ENTIDAD PARA LOS SISTEMAS DE INFORMACION? Un error oculto en el software de crdito de una empresa o en el de control de procesos puede resultar en una perdida de millones de dlares. Para ms y ms empresas, el software ha llegado a ser una parte integrante de los productos que se venden. El software de computo es ahora parte integrante de los sistemas de consumo como el combustible del automvil, las lavaplatos, los controles de las videocaseteras y las maquinas de fax. 3.- DESCRIBIR DOS PROBLEMAS DE CALIDAD DEL SOFTWARE.

La produccin de software es nica y presenta su propio conjunto de problemas. Una caracterstica especial del desarrollo de software es que su meta normal es construir solo un ejemplar del producto final. Para la mayor parte de los productos manufacturados una vez que se inicia el desarrollo, se fabrican cientos, miles o aun millones de copias del producto. Con el software, los problemas de calidad deben resolverse desde la primera vez; el diseo debe ser de la ms alta calidad a la primera. 4.- CITAR Y DESCRIBIR CUATRO SOLUCIONES PARA PROBLEMAS DE CALIDAD DE SOFTWARE. *Mtodos probados para determinar y documentar las especificaciones del sistema y su diseo *Normas de programacin cuyo resultado sea un cdigo comprensible, susceptible de mantenimiento y que no sea demasiado complejo *Lineamientos para el desarrollo de parmetros de medicin de calidad que sean aceptados por todas las partes interesadas, antes de su desarrollo *Normas y mtodos para probar el sistema *Herramientas de software para ser usadas en todas las faces para estandarizar el trabajo en el proyecto y mejorar la calidad del resultado *Mtodos de control del proyecto, en el cual se incluyan numerosas marcas y se requiera la autorizacin del usuario 5.- QU ES EL ANALISIS ESTRUCTURADO? CUL ES EL PAPEL DE LO SIGUIENTE EN EL ANALISIS ESTRUCTURADO: DIAGRAMAS DE FLUJO DE DATOS, DICCIONARIO DE DATOS, ESPECIFICACIONES DE PROCESO? El anlisis estructurado es altamente grfico, descansan mas bien en diagramas que en un texto narrativo. Su herramienta primaria es el diagrama de flujo de datos (DFD), que es una representacin grfica de los procesos que componen el sistema y de las interfaces entre ellos. Muestran como los datos fluyen desde, hacia dentro de un sistema de informacin y los procesos en donde los datos se transforman. Los diagramas de flujo de datos se constituyen utilizando cuatro smbolos bsicos. como:

Los flujos de datos muestran el movimiento de los datos entre los procesos, entidades externas y almacenamientos de datos. 6.- CULES SON LAS TRES TECNICAS PARA DOCUMENTAR LAS REGLAS DE DECISIONES? COMPARA LAS CARACTERISTICAS DE LAS TRES. Tabla de Decisiones: una grfica en forma de tabla que representa las condiciones que afectan una decisin se emplea para documentar situaciones en las que el proceso de decisiones es altamente estructurado. 1) Un encabezado que identifica a la tabla. 2) Puntos de condiciones con accesos para cada posible condicin. 3) Enunciados de accin con accesos para cada posible accin que pudiera tomarse. Tales acciones sern determinadas por las condiciones presentes y por las reglas de decisin que gobiernan el proceso decisional. 7.- CULES SON LOS PRINCIPIOS DE DISEO ESTRUCTURADO? CMO PUEDE PROMOVER LA CALIDAD DEL SOFTWARE? El principio fundamental del diseo estructurado es que un sistema debe ser diseado desde arriba hasta debajo de manera jerrquica, y que debe refinarse a mayores niveles de detalle. El diseo debe primero considerar la funcin principal de un programa o un sistema, luego romper esta funcin en subfunciones y descomponer cada subfuncin hasta que se alcance el nivel mas bajo de detalle. De esta manera, toda la lgica de alto nivel y el modelo de diseo se desarrollan antes que el cdigo detallado del programa haya sido escrito. Si se lleva acabo el anlisis estructurado, el documento de especificaciones estruct5urado puede servir como insumo para el proceso de diseo. 8.- CUL ES LA RELACION ENTRE LA PROGRAMACION ESTRUCTURADA Y EL DISEO ESTRUCTURADO? Que la Programacin Estructurada; es una disciplina para organizar y codificar programas que simplifica el camino de control de manera que los programas puedan ser comprendidos fcilmente y en consecuencia modificados. Emplea las estructuras y los mdulos bsicos de control que solo tienen un punto de acceso y una salida. Y el Diseo Estructurado abarca un conjunto de reglas y tcnicas de diseo que promueven la claridad y simplicidad en los programas y por tanto reducen tiempo y esfuerzo requeridos para la codificacin, depuracin y mantenimiento. Algunas veces el diseo estructurado se conoce tambin como diseo descendiente o diseo compuesto. 9.- DESCRIBIR EL USO DE DIAGRAMAS DE FLUJO DE SISTEMAS. A los Diagramas de Flujo de Sistemas se les conoce como flujogramas. El flujograma del sistema es una manera grfica de describir todos los procedimientos que toman datos de entrada y los transforman a su forma final de salida. Usando smbolos y lneas de flujo especializadas, el flujograma de sistemas muestra todos los procesos que ocurren, los datos manejados en cada paso y la relacin entre los procesos. Es una herramienta de diseo grfico que describe el medio fisco y la secuencia de los pasos de procesamiento en un sistema de informacin. El flujograma del sistema Muestra la estructura global del sistema Traza el flujo de informacin y trabajo Muestra los mtodos fsicos en los cuales se alimentan los datos, salen y se almacenan Destaca los puntos clave de procesamiento y decisin

10.- CULES LA DIFERENCIA ENTRE EL DESARROLLO DE SOFTWARE ORIENTADO A OBLETOS Y LAS METODOLOGIAS ESTRUCTURADAS TRADICIONALES? Que el desarrollo de software orientado a objetos difiere de las metodolgicas tradicionales en la manera en que maneja la cuestin del proceso VS datos y las metodolgicas estructurados tradicionales ponen los procedimientos a la cabeza. 11.- QU ES CASE? CMO PUEDE PROMOVER LA CALIDAD EN LOS SISTEMAS DE INFORMACION? Las herramientas CASE, se han desarrollado para dar soporte a las metodolgicas estructuradas y necesitan ser diseadas para ser utilizadas con desarrollos orientados a objetos. Aun deben desarrollar nuevas mtricas, pues muchas de las existentes para evaluar la calidad de los sistemas no pueden ser aplicadas a la codificacin orientada a objetos. 12. CULES SON ALGUNOS DE LOS ELEMENTOS CLAVES DE LAS HERRAMIENTAS CASE? Herramientas CASE facilitan la creacin de documentacin ms clara y de la coordinacin de los esfuerzos de desarrollo de los equipos. Las metodolgicas ms nuevas han probado ser ms confiables y requieren ser reparados con menor frecuencia. Muchas herramientas CASE tienen una base de microcomputadoras con poderosas capacidades grficas. Las herramientas CASE proporcionan instalaciones automatizadas de grficas, para producir diagramas y figuras, generadores de pantallas e informes, diccionario de datos, capacidades extensas para producir informes, herramientas de anlisis y verificacin, generadores de cdigos y de documentacin. La mayora de las herramientas CASE se basan en una o ms de las populares metodologas estructuradas. Algunas empiezan a dar apoyo al desarrollo orientado a objetos. 13.- QU SON LA REINGENIERIA DE SOFTWARE Y LA INGENIERIA RETROSPECTIVA? CMO PROMUEVEN LA CALIDAD EN LOS SISTEMAS DE INFORMACION? La reingenieria del software es una metodologa que ataca el problema del envejecimiento del software. Una gran cantidad del software que usan las instituciones fue escrita sin el beneficio del anlisis, diseo y programacin estructurados. Tal software es difcil de mantener y actualizar. La ingeniera reversiva o retrospectiva, implica la extraccin de las especificaciones subyacentes del negocio de los sistemas existentes. Las herramientas de la ingeniera retrospectiva como las que proporciona la Bachman Information Systems de Cambridge, leen y analizan el cdigo existente del programa, las descripciones de archivos y bases de datos y producen una documentacin estructurada del sistema. Promueven que la reingenieria puede tener beneficios significativos. Permite a una empresa desarrollar un sistema moderno a un costo mucho ms bajo que, dado el caso el que se tendra si tuviera que desarrollar un sistema enteramente nuevo y el paso final de la ingeniera retrospectiva, las especificaciones revisadas son usadas para generar un cdigo nuevo y estructurado para un sistema estructurado y mantenible. CAPITULO 14 XITO Y FRACASO DE LOS SISTEMAS: IMPLANTACIN. 1.- QUE SIGNIFICA EL FRACASO DE LOS SISTEMAS DE INFORMACIN ? significa que no han sido diseado adecuadamente para cubrir las necesidades de las empresas esto debido a lafalta de capacitacion del peronal que los usa o fallas en el softaware o hardware. 2.- QUE TIPOS DE PROBLEMAS EVIDENCIAN EL FRACASO DE LOS SISTEMAS DE INFORMACIN ? principalmente son la falta de personal capacitado, el diseo del software por ser muy difcil de entender, los errores en el tiempo de procesamiento de la informacin en linea fallas en el diseo del sistema por falta de continuidad en el proceso, un excesivo costo en el desarrollo del sistema. 3.- COMO SE PUEDE MEDIR EL XITO DE LOS SISTEMAS ? QUE PARMETROS DE MEDICION DEL XITO SON LOS MAS IMPORTANTES ? por medio de la opinin de los usuarios, por un alto grado de uso del sistema implantado, por las actividades favorables de los usuarios hacia el sistema, por los objetivos alcanzados, por la recuperacin de la inversin hecha para su uso. los mas importantes son la buena opinin del usuario ya que este es el que se encarga de darle vida al sistema automatizado y de esta forma evitar procedimientos manuales al ser aceptado por el usuario se tendra por logica un alto nivel de uso, y esto traera el xito en las actividades de los usuarios hacia el sistema, dems claro de que debe cumplir con los objetivos que es el mas importante de todos los parmetros. 4.- DEFINIR IMPLANTACIN. CUALES SON LOS PRINCIPALES ENFOQUES PARA LA IMPLANTACIN ? se refiere a todas las actividades institucionales que trabajan hacia la adopcin administracin y rutinizacion de una innovacin. uno de estos enfoques es el uso de actores y sus papeles se cree que las instituciones deben escoger actores con caractersticas sociales apropiadas y desarrollar sistemticamente papeles o roles institucionales. una segunda escuela de pensamiento se enfoca en las estrategias de la innovacin. los dos extremos son la innovacin descendente y la innovacin hacia las raices. existen muchos ejemplos de instituciones en las que la ausencia de apoyo por parte de la alta direccin hacia la innovacin hace fracasar el proyecto desde el principio. al mismo tiempo sin raices fuertes y firmes ni participacin de usuarios finales, los proyectos de sistemas de informacin pueden tambien fracasar. un tercer enfoque hacia la implantacin se dirige a los factores institucionales generales del cambio como decisivos para la rutinizacion a largo plazo de las innovaciones. algunas de las acciones institucionales que se requieren para la implantacin exitosa a largo plazo e identificadores del xito. 5.- POR QUE ES NECESARIO ENTENDER EL CONCEPTO DE IMPLANTACIN AL EXAMINAR EL XITO O FRACASO DE LOS SISTEMAS ? por que de la aceptacin y el apoyo tanto de los usuarios como de los directivos depende gran parte del xito o fracaso ya que este en esta etapa cuando realmente se empieza a evaluar el buen desarrollo y diseo del sistema. 6.- CUALES SON LAS PRINCIPALES CAUSAS DEL XITO Y DEL FRACASO EN LA IMPLANTACIN ?

una causa de xito es el involucramiento del usuario con el sistema implantado, por que al estar bien involucrados tienen mas oportunidad de moldear el sistema de acuerdo con sus prioridades y requerimientos de negocios segundo es muy posible que acten positivamente hacia el sistema por que han sido participantes activos en el proceso de cambio. otra causa del xito es el apoyo y autorizacin de la administracin a distintos niveles, es mas probable que sea percibido positivamente por usuario y personal tcnico de servicios de informacin. ambos grupos sentiran que sus participaciones en el proceso de desarrollo recibirn mas atencin y prioridad en los altos niveles. una causa de fracaso en la implantacin es la dimension del proyecto entre mas grande es el proyecto mayor sera el riesgo por lo tanto un proyecto que cuesta 5,000,000 de dolares y que dura 4 aos esto afecta a 20 unidades operativas y 120 usuarios sera mucho mas riesgoso que un proyecto de 30,000 dolares para dos usuarios que puede ser terminado en dos meses. otra causa de fracaso es la brecha de comunicacin entre los usuarios y el diseador ya que a menudo cada persona piensa mas en su area que en el sistema que esta siendo implantado luego entonces se cae constantemente en controversias o entendimiento de los requerimientos. otra causa de fracaso en la implantacin es la experiencia con la tecnologa. el riesgo del proyecto crecera si el equipo del proyecto y el personal de sistemas de informacin carecen de conocimientos tcnicos. si el equipo no esta familiarizado con el hardware y software del sistema, con el software de aplicacin o con las bases de datos propuestos por el proyecto es probable que exista un exceso en el consumo de tiempo para poder dominar las nuevas habilidades. diversidad de problemas tcnicos si las herramientas no han sido dominadas a profundidad. exceso de gastos y de tiempo a causa de la inexperiencia con las idiocincracias no documentadas. 7.- CUAL ES LA BRECHA DE COMUNICACIN USUARIO-DISEADOR ? QUE PROBLEMAS DE IMPLANTACIN PUEDE CREAR ? esta se basa en los diferentes idiomas profesionales que hablan cada usuario y esto hace complicado el entendimiento de lo que se hace o va a ser el sistema ya que cada usuario piensa mas en sus propios problemas que en explicar o aclarar las actividades que realiza. 8.- LISTAR ALGUNOS PROBLEMAS DE IMPLANTACIN QUE PUEDEN OCURRIR EN CADA ETAPA DEL PROCESO DE DESARROLLO DE LOS SISTEMAS. poco interes del usuario para describir los beneficios o fallas del sistema. el poco apoyo de los administradores hacia el nuevo sistema implantado por falta de credibilidad el problema de comunicacin entre los usuarios y el analista de sistemas el tiempo de aprendizaje del sistema tanto en el hardware como en el software. el rezago de las malas noticias para informar a los niveles superiores, a la direccin cuando ya es demasiado tarde. los analistas del proyecto no pueden entrevistar adecuadamente a los usuarios no saben como hacer las preguntas adecuadas. los programadores han recibido especificaciones incompletas no se destina el tiempo suficiente para el desarrollo de la logica de programas se desperdicia mucho tiempo en escribir el codigo. 9.- QUE DIMENSIONES INFLUYEN SOBRE EL NIVEL DE RIESGO EN CADA PROYECTO DE DESARROLLO DE SISTEMAS ? no todos los proyectos se pueden controlar o planearse fcilmente sin embargo la posibilidad de xito, sin embrago la posibilidad de xito del sistema puede incrementarse al anticipar problemas potenciales en la implantacin y al aplicar estrategias correctivas adecuadas. el tamao del sistema, el tiempo de desarrollo e implantacin el costo invertido en el desarrrollo del sistema, cumplimiento de los objetivos y metas del sistema. 10.- QUE TCNICAS DE ADMINISTRACIN DE PROYECTOS PUEDEN SER USADAS PARA CONTROLAR EL RIESGO EN LOS PROYECTOS ? herramientas externas de integracin enlazan el trabajo del equipo de implantacin con el de los usuarios a todos los niveles de organizacin. los proyectos con relativamente poca estructura deben involucrar plenamente a los usuarios en todas las etapas estos deben ser movilizados para apoyar una de las muchas opciones posibles de diseo y para permanecer comprometidos un diseo unico 11.- QUE ESTRATEGIAS PUEDEN SER USADAS PARA VENCER LA RESISTENCIA DE LOS USUARIOS A LOS PROYECTOS DE DESARROLLO DE SISTEMAS? los usuarios pueden ser tomados como lideres de proyecto o como los segundos de abordo en el equipo del proyecto. se pueden crear comites de orientacin a los usuarios `para hacer la evaluacin del sistema los usuarios pueden ser miembros activos del equipo del proyecto. el proyecto puede implicar revisin formal de los usuarios y su aprobacin de la especificacin. los minutos de todas las reuniones claves de diseo pueden ser distribuidas ampliamente entre los usuarios. 12.- QUE CONSIDERACIONES INSTITUCIONALES DEBEN SER ATACADAS POR EL DISE DE SISTEMAS DE INFORMACIN ? UNA CONSIDERACIN IMPORTANTE ES TOMAR EN CUENTA QUE EL DESARROLLO DE UN SISTEMA INFORMATICO TENDRA forzosamente que afectar a la organizacin desde sus estructuras hasta mas simples hasta las mas complejas, en la toma de decisiones del los distintos departamentos siempre se deben tomar en cuenta antes que todo ya que si descuidamos el proceso del cambio institucional esto dara por resultado que todo el sistema fracase es por eso que se debe atacar con mas fuerza el factor organizacional para de esta forma proporcionar a los distintos departamentos y jerarquias un sistema que cumpla con los requisitos de cada proceso o actividad.