Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Análisis y Diseño de Sistemas
Análisis y Diseño de Sistemas
1.1.- INTRODUCCIN
En este momento, el mundo experimenta cambios fundamentales. Los continuos avances en la tecnologa de la informacin (computadoras y comunicaciones) tienen un efecto profundo sobre la forma en que las personas trabajan y se divierten. Tanto la tecnologa en s misma como las expectativas de las personas que la utilizan, estn alterando las caractersticas de los sistemas de informacin que el analista disea; por otra parte, el uso cada vez ms extenso de sistemas de informacin est cambiando la naturaleza de las organizaciones que hace uso de ellos. Nuestra economa est dependiendo cada vez ms de la informacin, y ms an, de la tecnologa de los sistemas de informacin que sobre las mquinas y los productos derivados del petrleo que caracterizaron la anterior economa industrial. El desarrollo de sistemas de informacin ha jugado un papel muy importante en la evolucin de esta nueva economa. A su vez, los creadores de estos sistemas han influido, y continuarn hacindolo, en muchos de los aspectos de este cambio fundamental. Los sistemas de informacin, a travs de su papel central en la economa de la informacin, estn llevando a cabo los cambios en cuatro aspectos fundamentales: En las organizaciones se trabaja de manera ms inteligente. Un cambio global en el concepto de industria. Tanto las ideas como la informacin estn tomando mayor importancia en las organizaciones. Las personas que trabajan con la informacin dominan la fuerza de trabajo. El empleo estratgico de la informacin continuar creando, virtualmente en todas las organizaciones, nuevas oportunidades. La habilidad para hacer uso de la informacin, igual o ms que los recursos financieros, para obtener ventajas competitivas ya sea a travs de nuestros productos y servicios o con un trato ms eficaz hacia los clientes, proveedores y competidores, ser el factor que decida cules empresas se consolidarn en este mundo globalizado. Aumentar la confiabilidad en la informacin significa que aquellos que disean los sistemas de informacin tendrn una responsabilidad cada vez mayor. Los sistemas de informacin deben ser capaces, utilizables, confiables y, por encima de todo, servir como medios para alcanzar fines sin convertirse en un fin por s mismos.
Pgina 1
Cmo se desarrollan estos complejos sistemas de informacin? Aqu describiremos el proceso bsico.
Pgina 2
Un sistema de informacin (SI) permite tener comunicacin interna en la estructura orgnica de una organizacin, ya que proporcionar las herramientas necesarias para que el personal realice sus actividades de una manera gil, eficiente y con calidad. Un buen manejo de recursos en una organizacin, traer como consecuencia su xito, es por eso que en los ltimos aos los empresarios se han preocupado por tener dentro de sus objetivos un manejo ptimo de los recursos que ocupen, como la materia prima, recursos humanos, inventario, entre otros. Es ah donde la informacin juega un papel importante, ya que se ha convertido en el recurso principal dentro de estas organizaciones. El papel de la informacin dentro de una organizacin es de vital importancia para poder posicionarla en un lugar de privilegio en el aspecto de competitividad, es por eso que se deben de crear SI que permitan un uso estratgico de la informacin.
almacenamiento. El Lgico se compone de consultas, bsquedas, reportes que se generen de los datos incluidos en la Base de Datos. Controles: Este componente se encarga de revisar varios aspectos como lo son la preparacin de documentacin, respaldos, sistemas ininterrumpidos de energa, seguridad y acceso. Los elementos de un sistema de informacin funcionan de la siguiente manera: se obtienen las entradas, se aplican los modelos que manipulan los datos de entrada y los datos almacenados en las bases de datos haciendo uso de tecnologa aplicando controles para producir los resultados deseados, es decir, las salidas.
Pgina 4
Pgina 5
gentes, el software y el hardware trabajen como uno solo. Ayudan a los gerentes o administradores s tomar decisiones y resolver problemas. Estos sistemas tienen bsicamente las siguientes caractersticas: Son operados para las toma de decisiones en forma peridica. Los procesos de decisin estn claramente definidos y bien estructurados. Es posible anticipar los requerimientos de informacin ms comunes. Para poder ligar la informacin, los usuarios de un SIG comparten una base de datos comn que almacena modelos que ayudan a los usuarios a interpretar y aplicar esos mismos datos. Los MIS producen informacin que es usada en la toma de decisiones y tambin puede llegar a unificar algunas funciones de informacin computarizada, aunque no exista como una estructura singular en ningn lugar del negocio, es decir, pueden contar con algn otro tipo de SI con el que se labore en la organizacin (Obsrvese mas adelante la aplicacin de los SI en los niveles Organizacionales).
Pgina 6
Nivel Operacional. Nivel Administrativo. Nivel Estratgico. Este enfoque de SI para reas funcionales, es el modelo ms utilizado de evolucin de los SI dentro de la empresa. Ser el diseo de las relaciones y el traslado de informacin de estos subsistemas de actividades, los que conformen el SI de la empresa. Para ello se debe estudiar el impacto que se produce entre los departamentos y la organizacin de forma conjunta, buscando crear los SI ms tiles que se adapten a los existentes en ese momento dentro de la organizacin. Las necesidades de informacin, pueden ser agrupadas segn las reas de la empresa que requieran informacin y sus aplicaciones concretas.
Nivel estratgico:
Son Sistemas de Informacin par Apoyo a la Toma de Decisiones (SATD) y sus principales usos son el de planeacin a largo plazo de las actividades (Ventas, Presupuestos, Mano de Obra. etc.) y resolucin de problemas. Dirigen las decisiones no estructuradas y estn diseados para incorporar informacin sobre cambios en el entorno (nuevas polticas y estrategias organizacionales) y obtener informacin reducida de los otros sistemas como Sistemas de Informacin Gerencial y Sistemas de Procesamiento de Transacciones.
Nivel Administrativo:
Son principalmente el SIG y en menor escala el SATD, los primeros que proporcionan informes y sirven para la planeacin, control y toma de decisiones a nivel gerencial en las reas funcionales. Los SATD sirven para tomar decisiones semiestructuradas nicas o rpidamente cambiantes que no pueden especificar sus necesidades con antelacin, tienen capacidad de anlisis y extraen informacin del SIG y el SPT.
Pgina 7
Nivel Operacional:
En este nivel se encuentra el SPT (correo electrnico, procesador de textos, etc.), sistemas que han sido creados para desarrollar los programas de la organizacin integrando funciones, para incrementar la productividad de los empleados. Adems la evolucin de las tecnologas de informacin (TI) ha provocado interconexiones entre empresas y bases de datos, facilitando diversas formas de integracin y modificando las relaciones de trabajo, reduciendo el costo de las transacciones. Una aportacin positiva de las TI a los SI, es como ayuda a la adopcin de decisiones, a travs de los Sistemas de Apoyo a la Toma de Decisiones, por medio de programas tcnicos que nos ayudan a tomar decisiones, imitando la actuacin de un experto en la materia con problemas de representacin del conocimiento, que suponen un avance en los usos de las TI para el SI.
sistemas. Cuando se dedican a esto tambin se les denomina analista de Informacin. 2. Anlisis y Diseo de Sistemas: Adems de llevar a cabo el estudio completo de los sistemas, el analista tiene la responsabilidad adicional de disear el nuevo sistema. Los que se responsabilizan tanto del anlisis como del diseo trabajan en menos proyectos que los analistas de informacin pero invierten ms tiempo en ellos. Tambin se les llama diseadores de sistemas o diseadores de aplicaciones. 3. Anlisis, Diseo y Programacin de Sistemas: El Analista conduce la investigacin de sistemas, desarrolla las especificaciones de diseo y escribe el Software necesario para implantar el Diseo. Se le conoce como Analista Programador. Podemos concluir que la responsabilidad de algunos analistas es superior o inferior al de otros, esto depender de la naturaleza del trabajo que realice y del tamao de la organizacin en la que labore. En empresas pequeas los analistas tienen mas funciones que los que trabajan en grandes organizaciones. En otras organizaciones la programacin la llevan a cabo programadores de aplicaciones, quienes se especializan en esta parte del proceso de desarrollo de sistemas. Muchos analistas comienzan como programadores y despus conforme adquieren experiencia se convierten en analistas de sistemas. El analista de sistemas para obtener un rendimiento ptimo en su trabajo y desempeo, deber de tener las siguientes cualidades: Facilidad en la solucin de problemas. Presenta alternativas reales en forma gil. Disfrutar encontrando soluciones a problemas. Estudia todas las alternativas posibles de manera profunda para posteriormente tomar decisiones. Capacidad de abordar de manera sistemtica una situacin. Asume ordenadamente su papel dentro de situaciones que se le presenten. Ser buen interlocutor. Entender tal y como son las cosas sin aadir ni quitar algn segmento a un dilogo.
Pgina 9
Sentir en agrado el hablar con la gente por largos perodos de tiempo. Tener el inters de platicar con alguien sabiendo lo importante que es conocer nuevos mbitos, temas y personas. Ser paciente, autodisciplinado. Seguir un plan bien definido sin romper las reglas. Amplios conocimientos en computacin. Estar ampliamente capacitado en el mbito computacional para poder brindar opciones de solucin reales y con calidad para el problema en cuestin. Capaz de administrar y coordinar recursos. Tener la capacidad de planear la manera como se van a manejar adecuadamente los recursos con los que cuente, tanto humano como materiales.
Pgina 10
2.1.- INTRODUCCIN
El Ciclo de Vida del Desarrollo de Sistemas es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores y los usuarios finales elaboran sistemas de informacin y aplicaciones informticas. Un Ciclo de Vida del Desarrollo de Sistemas tiene como objetivo definir las actividades a ser ejecutadas en un proyecto de Informtica, estableciendo un punto de control para tomar la decisin de continuar o no con el proyecto. Existen diferentes modelos de Ciclos de Vida del Desarrollo de Sistemas, entre los cuales se encuentra el Clsico, de Prototipos, en Espiral. En este segundo captulo, Ciclo de Vida del Desarrollo de Sistemas; se describirn las etapas del modelo clsico (tambin llamado en cascada o secuencial) las cuales se incluyen en la mayora de los dems modelos, aunque en algunos de ellos se difiere en el orden de ejecucin. Las fases del modelo clsico son y se pueden observar a continuacin: a) Anlisis b) Diseo c) Programacin d) Pruebas e) Documentacin f) Implementacin g) Mantenimiento Para lograr un mejor entendimiento de la informacin que se presenta en esta parte, procederemos a la definicin de cada una de las etapas.
2.2.- ANLISIS
El anlisis es el primer paso del ciclo de vida de un proyecto consiste en un anlisis de las caractersticas y el comportamiento del sistema del cual el software va a formar parte.
Pgina 11
Inicialmente se trabajar en la definicin del problema a resolver, para en base a eso realizar una recopilacin de la informacin que le permita conocer a fondo las caractersticas y el funcionamiento que el sistema debe tener. Posteriormente, determinar los requisitos que debe cumplir el sistema a desarrollar, tomando en cuenta las caractersticas y el funcionamiento de los procesos, es decir, la informacin recopilada con anterioridad. En esta activad se ven involucrados la coordinacin de desarrollo de sistemas a travs de su oficina de anlisis. Una vez determinados los requisitos, se deber de realizar un anlisis de requisitos detallado para aquellos componentes del sistema que se van a implementar mediante software. El analista debe comprender cules son los datos que se van a manejar, cul va a ser la funcin que tiene que cumplir el software, cules son las interfaces requeridos y cul es el rendimiento que se espera lograr, para esto contar con herramientas como los diagramas de flujo de datos que detallan cada uno de los procesos en los cuales se vea involucrado el sistema de informacin. Finalmente se generan alternativas de solucin para el problema definido, evaluando la factibilidad tcnica, operativa y econmicamente, brindando detalles de costo, duracin y beneficios de cada alternativa de solucin. Toda esta informacin se presentar a la organizacin en la propuesta del sistema, exponindose en una presentacin, y escrita en un documento. En esta activad se ven involucrados la coordinacin de desarrollo de sistemas a travs de su oficina de anlisis, quienes en base a las actividades que se realizan en esta fase, presentarn a los usuarios finales el modelo real y actual de cmo se labora en la organizacin. Los usuarios finales determinarn si el modelo que se presenta es correcto. Es importante destacar que tanto el coordinador de desarrollo de sistemas como el jefe de sistemas pueden trabajar como testores de calidad.
2.3.- DISEO
El diseo de un sistema de informacin produce los detalles que establecen la forma en la que el sistema cumplir con los requerimientos identificados durante la etapa de anlisis de la informacin. El equipo de anlisis entrega como resultado de la fase, el modelo real de operacin de la organizacin, en base a ste, el equipo de diseo se enfoca a trabajar en la solucin al
Pgina 12
problema definido en el modelo real para generar un modelo a proponer denominado modelo propuesto. Para obtener el modelo propuesto el equipo de diseo se enfoca en dos sentidos: el diseo operativo y el diseo computacional. El proceso de diseo operativo se refiere a lo relacionado con la identificacin de usuarios, reportes, pantallas, procedimientos y salidas que debe producir el sistema. Es comn que los diseadores elaboren un bosquejo o formato de pantalla y reportes para determinar colores y estructura de los mismos. Los procedimientos que se escriben indican cmo procesar los datos y producir las salidas. El proceso de diseo computacional est orientado a determinar los datos especficos para cada reporte y salida. El diseo computacional tambin abarca los datos de entrada, aquellos que sern calculados y los que deben ser almacenados. Se escriben a detalle los procedimientos de clculo y los datos individuales. Se seleccionan las estructuras de archivo. Los documentos que contienen las especificaciones de diseo, tanto computacional como operativo, representan a ste de muchas maneras (diagramas, tablas y smbolos especiales). La informacin detallada del diseo se proporciona en el modelo propuesto al equipo de programacin para comenzar la fase de desarrollo de software. El equipo de diseo es el responsable de dar a travs del modelo propuesto a los programadores las especificaciones de software completas y claramente delineadas. Los encargados de dar visto bueno al modelo propuesto son los usuarios finales, coordinador de desarrollo de sistemas y el jefe de sistemas.
2.4.- PROGRAMACIN
Una vez comenzada la fase de programacin el equipo de diseo contesta preguntas, aclara dudas y maneja los problemas que enfrentan los programadores cuando utilizan las especificaciones de diseo. La programacin (en ocasiones tambin llamada codificacin) consiste en la traduccin del diseo a un formato que sea legible para la computadora. Si el diseo es lo suficientemente detallado, la programacin es relativamente sencilla, y puede hacerse de forma automtica, usando generadores de cdigo.
Pgina 13
Podemos observar que estas primeras fases del ciclo de vida consisten bsicamente en una traduccin: en el anlisis del sistema, los requisitos, la funcin y la estructura de este se traducen a un documento: el anlisis del sistema que est formado en parte por diagramas y en parte por descripciones en lenguaje natural. En el anlisis de requisitos se profundiza en el estudio del componente software del sistema y esto se traduce a un documento, tambin formado por diagramas y descripciones en lenguaje natural obteniendo el modelo real. En el diseo, los requisitos del software se traducen a una serie de diagramas que representan la estructura del sistema software, de sus datos, de sus programas y de sus interfaces teniendo como resultado el modelo propuesto. Por ltimo, en la programacin se traducen estos diagramas de diseo a un lenguaje fuente, que luego se traduce (compila) para obtener un programa ejecutable, llamado tambin Aplicacin de Software. Esta fase de programacin es realizada por el equipo de implementacin, en conjunto con los diseadores, para observar, aclarar dudas y hacer que se respete el modelo propuesto.
2.5.- PRUEBAS
La prueba de un sistema no es una actividad trivial para aprender, algunos lo consideran un arte; y aprender a hacerlo bien requiere prctica y experiencia. Este proceso de evaluacin del sistema se puede realizar por medios manuales y automticos, con el objeto de verificar que se satisfagan los requerimientos y de identificar diferencias entre los resultados esperados y los que produce el sistema. Regularmente se sugiere que se conforme un equipo para esta fase, conformado por: Equipo de diseo Usuarios finales. Equipo de implementacin Testor de calidad. (puede ser el coordinador de desarrollo de sistemas o el jefe de sistemas). Este personal se encarga de aplicar las pruebas necesarias al sistema de informacin que se est desarrollando.
Pgina 14
Se debe tomar muy en cuenta el diferenciar entre una prueba y una depuracin. Una prueba es el proceso mediante el cual se establece la existencia de errores y una depuracin es el proceso mediante el cual se localizan errores. La prueba puede demostrar existencia de errores, no la ausencia de ellos.
2.6.- DOCUMENTACIN
La documentacin de sistemas de informacin es el conjunto de informacin que nos dice qu hacen los sistemas, cmo lo hacen y para quin lo hacen. La documentacin es un material que explica las caractersticas tcnicas y la operacin de un sistema de informacin. Es esencial para proporcionar entendimiento de un sistema y para ensear a los usuarios como interactuar con los servicios y su funcionamiento. Existen varios tipos de documentacin. La primera es la informacin acerca de programas, que explica la lgica de un programa e incluye descripciones, diagramas de flujo, listados de programas y otros documentos; y la segunda es referente a los usuarios que contiene de forma general la naturaleza y capacidades del sistema. En muchas organizaciones tienen lo que se conoce como un programa de documentacin, el cual consiste en una poltica formal cuya documentacin se muestra como algo que debe prepararse en forma rutinaria para cada programa de cmputo, archivo y nuevos sistemas. Esta fase de documentacin es de real importancia a tal grado que puede ser comparada con la existencia de una pliza de seguro. La documentacin adecuada y completa de una aplicacin que se desea implantar, mantener y actualizar en forma satisfactoria, es esencial en cualquier sistema de informacin, aunque frecuentemente es la parte a la cual se dedica menor tiempo y se le presta menos atencin durante el ciclo de vida del desarrollo de sistemas de informacin. Para esta etapa se vern involucrados los equipos de diseo e implementacin y los usuarios finales, puesto que son quienes utilizarn los manuales. Si la documentacin del sistema de informacin es incompleta el diseador continuamente estar involucrado y siempre al tanto de las situaciones que se les presenten a los usuarios finales.
Pgina 15
2.7.- IMPLEMENTACIN
Una vez superada la fase de pruebas, el software se entrega al cliente y comienza la vida til del mismo. La implementacin es el proceso de asegurarse de que el sistema de informacin sea operacional, y permitir que luego tomen los usuarios finales el control de la operacin para su uso y evaluacin. El equipo de anlisis observar como a travs de tres enfoques se llega a la culminacin de la implementacin. El primer enfoque para la implementacin se refiere a la utilizacin de diferentes estrategias para el entrenamiento de los usuarios y el personal que se ver involucrado en los procesos administrativos con el sistema nuevo. Otro enfoque importante en esta fase es la seleccin de una estrategia de conversin, el analista necesita ponderar la situacin proponer un plan de conversin que sea adecuado para la organizacin particular del sistema de informacin. El ltimo enfoque involucra la evaluacin del sistema de informacin nuevo o modificado. El analista deber formular medidas de desempeo con las cuales evaluar al sistema de informacin implementado en la organizacin.
2.8 MANTENIMIENTO
El sistema de informacin sufrir cambios a lo largo de su vida til. Estos cambios pueden ser debidos a tres causas: Que durante la utilizacin el cliente detecte errores en el software: los errores latentes. Que se produzcan cambios en alguno de los componentes del sistema informtico: por ejemplo cambios en la mquina, en el sistema operativo o en los perifricos. Que el cliente requiera modificaciones funcionales (normalmente ampliaciones) no contempladas en el proyecto. En cualquier caso, el mantenimiento supone volver atrs en el ciclo de vida, a las etapas de programacin, diseo o anlisis dependiendo de la magnitud del cambio.
Pgina 16
2.9 RESUMEN
El modelo clsico, a pesar de ser lineal, contiene flujos que permiten la vuelta atrs. As, desde el mantenimiento se regresa al anlisis, el diseo o la programacin, y tambin desde cualquier fase se puede volver a la anterior si se detectan fallos. Estas vueltas atrs no son controladas, ni quedan explcitas en el modelo, y este es uno de los problemas que presenta este paradigma La sustitucin de un software que est funcionando por otro que acaba de ser desarrollado es una tarea que hay que planificar cuidadosamente y que hay que llevar a cabo de forma organizada. Es conveniente realizarla por fases, si esto es posible, no sustituyendo todas las aplicaciones de golpe, puesto que la sustitucin conlleva normalmente un aumento de trabajo para los usuarios, que tienen que acostumbrarse a las nuevas aplicaciones, y tambin para los programadores, que tienen que corregir los errores que aparecen. Es necesario hacer una evaluacin de la informacin que maneja el sistema viejo a la estructura y el formato requeridos por el nuevo. Para esto el equipo de anlisis tendr que elegir el tipo de conversin ms conveniente para asegurar el funcionamiento normal de la organizacin an en el caso de que el sistema nuevo falle y tenga que volver a alguna de las fases de desarrollo. El ciclo de vida clsico es el modelo ms antiguo, ms conocido y ms ampliamente usado en el anlisis y diseo de sistemas. No obstante, ha sufrido diversas crticas, debido a los problemas que se plantean al intentar aplicarlo a determinadas situaciones. Entre estos problemas estn: En realidad los proyectos no siguen un ciclo de vida estrictamente secuencial como propone el modelo. Siempre hay iteraciones. El ejemplo ms tpico es la fase de mantenimiento, que implica siempre volver a alguna de las fases anteriores, pero tambin es muy frecuente en que una fase, por ejemplo el diseo, se detecten errores que obliguen a volver a la fase anterior, el anlisis. Es difcil que se puedan establecer inicialmente todos los requisitos del sistema. Normalmente los clientes no tienen conocimiento de la importancia de la fase de anlisis o bien no han pensado en todo detalle que es lo que quieren que haga el sistema de informacin. Los requisitos se van aclarando y refinando a lo largo de todo el proyecto, segn se plantean dudas concretas en el diseo o la codificacin. Sin embargo, el ciclo de vida clsico requiere la definicin inicial de todos los requisitos y no es fcil acomodar en l las incertidumbres que suelen existir al comienzo de todos los proyectos.
Pgina 17
Hasta que se llega a la fase final del desarrollo: la codificacin, no se dispone de una versin operativa del programa. Como la mayor parte de los errores se detectan cuando el cliente puede probar el programa no se detectan hasta el final del proyecto, cuando son ms costosos de corregir y ms presiones hay por que el programa se ponga definitivamente en marcha. Todos estos problemas son reales, pero de todas formas es mucho mejor desarrollar software siguiendo el modelo de ciclo de vida clsico que hacerlo sin ningn tipo de metodologa. Adems, este modelo describe una serie de pasos genricos que son aplicables a cualquier otro paradigma, refirindose la mayor parte de las crticas que recibe a su carcter secuencial.
Pgina 18