El Ciclo de Vida de Los Sistemas

download El Ciclo de Vida de Los Sistemas

If you can't read please download the document

description

Programación, fundamentos

Transcript of El Ciclo de Vida de Los Sistemas

IntroduccinEn la actualidad para muchas organizaciones, los sistemas de informacin basados en computadoras son el corazn de las actividades cotidianas y objeto de gran consideracin en la toma de decisiones, las empresas consideran con mucho cuidados las capacidades de sus sistemas de informacin cuando deciden ingresar o no en nuevos mercados o cuando planean la respuesta que darn a la competencia. Al establecer los sistemas de informacin basados en computadoras deben tener la certeza de que se logren dos objetivos principales: que sea un sistema correcto y que este correcto el sistema. Ningn sistema que deje satisfacer ambos objetivos ser completamente til para la gerencia u organizacin. El CICLO DE VIDA DE LOS SISTEMASEs un enfoque por fases del anlisis y diseo que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario. Segn James Senn, existen tres estrategias para el desarrollo de sistemas:.- El mtodo clsico del ciclo de vida de desarrollo de sistemas,.-Mtodo de desarrollo por anlisis estructurado.-Mtodo de construccin de prototipos de sistemas.Cada una de estas estrategias tienen un uso amplio en cada una de los diversos tipos de empresas que existen, y resultan efectivas si son aplicadas de manera adecuada. Ciclo De Vida Clsico Del Desarrollo De SistemasEl mtodo de ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que los analistas, diseadores y usuarios realizan para desarrollar e implantar un sistema de informacin. El mtodo del ciclo de vida para el desarrollo de sistemas consta de 6 fases:1). Investigacin Preliminar: La solicitud para recibir ayuda de un sistema de informacin puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la peticin de una persona.2). Determinacin de los requerimientos del sistema: El aspecto fundamental del anlisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados y administradores3). Diseo del sistema: 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 fase de anlisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseo lgico en contraste con la del desarrollo del software, a la que denominan diseo fsico.4). Desarrollo del software: Los encargados de desarrollar software pueden instalar software comprobando a terceros o escribir programas diseados a la medida del solicitante.La eleccin depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores. Por lo general, los programadores que trabajan en las grandes organizaciones pertenecen a un grupo permanente de profesionales.5). Prueba de sistemas: Durante la prueba de sistemas, el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas, es decir, que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. Se alimentan como entradas conjunto de datos de prueba para su procesamiento y despus se examinan los resultados.6). Implantacin y evaluacin: La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos aos. Sin embargo, las organizaciones y los usuarios cambian con el paso del tiempo, incluso el ambiente es diferente con el paso de las semanas y los meses. Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones. La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y fuertes. La evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones:- Evaluacin operacional: Valoracin de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad global y nivel de utilizacin.- Impacto organizacional: Identificacin y medicin de los beneficios para la organizacin en reas tales como finanzas, eficiencia operacional e impacto competitivo. Tambin se incluye el impacto sobre el flujo de informacin externo e interno.- Opinin de loa administradores: evaluacin de las actividades de directivos y administradores dentro de la organizacin as como de los usuarios finales.- Desempeo del desarrollo: La evaluacin de proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estndares, y otros criterios de administracin de proyectos. Tambin se incluye la valoracin de los mtodos y herramientas utilizados en el desarrollo. Mtodo De Desarrollo Por Anlisis EstructuradoMuchos especialistas en sistemas de informacin reconocen la dificultad de comprender de manera completa sistemas grandes y complejos. El mtodo de desarrollo del anlisis estructurado tiene como finalidad superar esta dificultad por medio de:1). La divisin del sistema en componentes2). La construccin de un modelo del sistema.El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin. Permite que las personas observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadora, terminales, sistemas de almacenamiento, etc.). Despus de esto se puede desarrollar un diseo fsico eficiente para la situacin donde ser utilizado.El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. ste anlisis permite al analista conocer un sistema o proceso en una forma lgica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningn detalle pertinente.Componentes- Smbolos grficos: Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.- Diccionario de datos: descripcin de todos los datos usados en el sistema. Puede ser manual o automatizado.- Descripciones de procesos y procedimientos: declaraciones formales que usan tcnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema.- Reglas: estndares para describir y documentar el sistema en forma correcta y completa.- Diseo Estructurado es otro elemento del Mtodo de Desarrollo por Anlisis Estructurado que emplea la descripcin grfica, se enfoca en el desarrollo de especificaciones del software.El objetivo del Diseo Estructurado es programas formados por mdulos independientes unos de otros desde el punto de vista funcional. La herramienta fundamental del Diseo Estructurado es el diagrama estructurado que es de naturaleza grfica y evitan cualquier referencia relacionada con el hardware o detalles fsicos. Su finalidad no es mostrar la lgica de los programas (que es la tarea de los diagramas de flujo).Los Diagramas Estructurados describen la interaccin entre mdulos independientes junto con los datos que un mdulo pasa a otro cuando interacciona con l. Anlisis de flujo de datos. Estudia el empleo de los datos para llevar a cabo procesos especficos de la empresa dentro del mbito de una investigacin de sistemas usa los diagrama de flujos de datos y los diccionarios de datos.- Herramientas muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan entre si, como es muy difcil entender todo un proceso de la empresa en forma verbal, las herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.- Diagrama de flujo de datos Es el modelo del sistema. Es la herramienta ms importante y la base sobre la cual se desarrollan otros componentes.El modelo original se detalla en diagramas de bajo nivel que muestran caractersticas adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez ms detallados. Repitindose esta secuencia hasta que se obtienen suficientes detalles para que el analista comprenda la parte del sistema que se encuentra bajo investigacin.El diagrama fsico de datos da un panorama del sistema en uso, dependiente de la implantacin, mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o nmeros de formato y documento, nombres de departamentos, archivos maestro y de transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos.El diagrama lgico de datos da un panorama del sistema, pero a diferencia del fsico es independiente de la implantacin, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos especficos y la localizacin de los almacenes de datos o personas en el sistema. Sin indicarse las caractersticas fsicas. Notaciones: son cuatro smbolos, que fueron desarrollados y promovidos la mismo tiempo por dos organizaciones: Yourdon y Gane y Sarson.Flujo de datos: son movimientos de datos en una determinada direccin, desde un origen hasta un destino. Es un paquete de datos.Ciclo de Vida Moderno de los SistemasEl ciclo de vida de desarrollo de un sistema 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. El ciclo de vida clsico consta de 4 fases: anlisis de sistemas, diseo de sistemas, implantacin de sistemas (implementacin) y soporte de sistemas (mantenimiento), el ciclo de vida moderno aade una nueva fase planificacin de sistemas (planeacin) (Whitten; Benthley y Barlow, 1996) Principios Esenciales en el desarrollo de SistemasLos siguientes son algunos principios que se deben tener en cuenta (Whitten; Benthley y Barlow, 1996):- Implicar al Usuario- Aplicar el mtodo de resolucin de problemas. Mtodo clsico: Identificacin del problema, comprender el contexto del problema, causas y efectos del mismo, solucin deseada, soluciones alternativas, elegir la mejor solucin, implantar la solucin, evaluar el impacto de la solucin. - Establecer normas para un desarrollo y una documentacin consistentes. Las normas describen por lo general: Actividades, responsabilidades, directrices o requisitos, controles de calidad. Estas deberan establecer en todo el ciclo de vida.- Justificar los sistemas como inversiones de capital.- Revisin progresiva de viabilidad del sistema a lo largo del ciclo de vida.- Diseo de sistemas de informacin que puedan crecer.Fases de Desarrollo de vida de los SistemasSe rige por las siguientes fases:Planeacin: La funcin de la planeacin pretende sealar y establecer prioridades sobre aquellas tecnologas y aplicaciones que producirn un mximo beneficio para la organizacin (Whitten; Benthley y Barlow, 1996).El objetivo de esta fase consiste en la elaborar junto con el equipo humano de la organizacin donde de va a implementar el sistema, los objetivos generales, especficos y los esquemas generales de la manera ms clara y precisa. En esta fase se debe responder a preguntas como: Cules son los objetivos que deber cumplir en SIG?; Cules son las necesidades de la organizacin que deben resolverse? . Se debe realizar un levantamiento completo de requerimientos teniendo en cuenta el Flujo de la Informacin con que se trabaja en la organizacin o las reas que se desea sistematizar mediante un SIG. Se debe documentar el proceso mediante Diagrama de Flujo de Datos. Quienes son los usuarios del sistema y sus necesidades? Se debe identificar los usuarios internos y potenciales de la informacin institucional, empresarial o del proyecto; que gestionar el sistema. Cul es la informacin y los datos que usan y generan en la organizacin para desarrollar sus funciones? Cules son los productos esperados del sistema? Se debe conocer cuales son los productos esperados del sistema dependiendo del tipo de usuario. Se deben establecer prioridades respecto a los productos. Cul es el alcance del sistema? Se debe identificar si el alcance es local, regional, nacional o global. El nivel define la escala o resolucin de los datos necesarios para alimentar el sistema.Anlisis: El Analista de Sistemas es imprescindible en cualquier organizacin, debido al abanico de destrezas que ste posee y los beneficios que le produce. Se encarga no slo estudiar la organizacin y desarrollar un sistema automatizado, es ms que eso, la labor del analista de sistemas es tambin la de asesorar, supervisar, recomendar y modificar procesos internos y algunas veces de modificar la estructura misma de la empresa, con el propsito de lograr los objetivos que se proponen. Todo desarrollo lderizado o no por un analista de sistemas posee fases que pueden dividirse lgica en elementos discretos pero, que innegablemente son continuos, de alguna manera cclica. Este conjunto de fases son conocidas como el Ciclo de Vida de Desarrollo de Sistemas, herramienta fundamental para el desempeo de un analista de sistemas. El anlisis y diseo de sistemas se refiere al proceso de examinar la situacin de una empresa con el propsito de manejarla con mtodos y procedimientos ms adecuados." Puede dividir en dos: el anlisis de sistemas que comprende la planificacin, el levantamiento inicial de informacin y el estudio en detalle del sistema actual para luego recomendar o estructurar las especificaciones necesarias para el nuevo sistema; y el diseo que consiste en llevar a cabo el sistema por medio de la clasificacin y empleo de la informacin de manera que se pueda ofrecer una alternativa mucho ms viable. En pocas palabras; "El anlisis especifica qu es lo que el sistema debe hacer. El diseo establece cmo alcanzar el objetivo". Ciertamente, todo sistema de informacin debe presentar salidas en base a entradas de datos y procesos, lo que nos dice que si deseamos entender todo lo que le ocurre a los datos antes de llegar al usuario como informacin Es decir antes de ser interpretado por el usuario final- debemos utilizar metodologas que permiten ver los sistemas en base a sus procesos, por lo menos en sistemas de procesado por lotes o secuencial. Un ejemplo de ello es la metodologa estructurada. Existen muchas metodologas pero esta es la ms arraigada debido a su antigedad. Recordemos que hace apenas dos dcadas los computadores no soportaban el multitasking (procesamiento multitarea), lo que limitaba a procesar una pantalla a la vez, esto slo permita sistemas secuenciales donde cada tarea en procesamiento comenzaba cuando la anterior ya haba terminado por completo.Diseo Evala las soluciones alternativas y especfica una solucin detallada de tipo informtico (Whitten; Benthley y Barlow, 1996). Fases del Diseo (Whitten; Benthley y Barlow, 1996):Eleccin de una solucin de diseo entre las soluciones candidatas. Estas soluciones se evalan con los siguientes criterios: Viabilidad tcnica, operativa, econmica, en tiempo.Evaluacin del hardware y software requeridos Diseo e Integracin del nuevo sistema. Diseo General. El mtodo comnmente utilizado es la modelizacin (acto de elaborar una o ms representaciones grficas del sistema).Los modelos de diseo general describen:La estructura de los archivos y las bases de datos (diagrama de estructuras de datos)- Los mtodos y procedimientos de proceso (diagrama de flujo)- La estructura de la red informtica (diagrama de flujo)Diseo Detallado. Se divide en: Diseo Externo. (conjunto de especificaciones de la interfaz del sistema con sus usuarios incluyen entradas, consultas, salidas, diseo de ventanas y transicin entre ventanas. Diseo Interno. Especificaciones de aplicacin del sistema, los archivos, diseo de la base de datos. En esta etapa es necesario elaborar un modelo de datos que estructure el SIG, definir la verificacin y control de calidad de los datos, seleccionar las capas de informacin por reas de trabajo, estructurar la base de datos espacial y temtica y concretar todos los procesos que soportar el SIG. Igualmente en sta etapa se definen los programas y equipos para el SIG, de tal manera que satisfagan los requerimientos. Implantacin Es la construccin del nuevo sistema y el paso de dicho sistema a produccin (funcionamiento diario). (Whitten; Benthley y Barlow, 1996). Se le conoce tambin como desarrollo pero se confunde con el ciclo de vida completo del sistema de informacin.Fases de Implantacin: -. Probar las redes y las bases de datos .-Construccin y prueba de las aplicaciones .- Instalacin y prueba del nuevo sistema .- Entrega del sistema para puesta en funcionamiento Pruebas A travs de esta fase se conoce en realidad los resultados del sistema. Los criterios de evaluacin son la precisin, la calidad y los productos esperados. Las pruebas son un proceso cclico que debe dar como resultado el cumplimiento de los objetivos propuestos. Mtodo Del Prototipo De Sistemas La construccin de prototipos representa una estrategia de desarrollo, cuando no es posible determinar todos los requerimientos del usuario. Es por ello que incluye el desarrollo interactivo o en continua evolucin, donde el usuario participa de forma directa en el proceso. Este mtodo contiene condiciones nicas de aplicacin, en donde los encargados del desarrollo tienen poca experiencia o informacin, o donde los costos y riesgos de que se cometa un error pueden ser altos. As mismo este mtodo resulta til para probar la facilidad del sistema e identificar los requerimientos del usuario, evaluar el diseo de un sistema o examinar el uso de una aplicacin. El mtodo del prototipo de sistemas consta de 5 etapas: Identificacin de requerimientos conocidos: La determinacin de los requerimientos de una aplicacin es tan importante para el mtodo de desarrollo de prototipos como lo es para el ciclo de desarrollo de sistemas o anlisis estructurado. Por consiguiente, antes de crear un prototipo, los analistas y usuario deben de trabajar juntos para identificar los requerimientos conocidos que tienen que satisfacer. Desarrollo de un modelo de trabajo: Es fcil comenzar el proceso de construccin del prototipo con el desarrollo de un plan general que permita a los usuarios conocer lo que se espera de ellas y del proceso de desarrollo. Un cronograma para el inicio y el fin de la primera interaccin es de gran ayuda. En el desarrollo del prototipo se preparan los siguientes componentes: El lenguaje para el dialogo o conversacin entre el usuario y el sistema. Pantallas y formatos para la entrada de datos. Mdulos esenciales de procesamiento. Salida del sistema3. Utilizacin del prototipo: Es responsabilidad del usuario trabajar con el prototipo y evaluar sus caractersticas y operacin. La experiencia del sistema bajo condiciones reales permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios, as como las caractersticas inadecuadas 4. Revisin del prototipo: Durante la evaluacin los analistas de sistemas desean capturar informacin sobre los que les gusta y lo que les desagrada a los usuarios. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo, sin embargo es el analista responsable de tales modificaciones. 5. Repeticin del proceso las veces que sea necesarias: El proceso antes descrito se repite varias veces, el proceso finaliza cuando los usuarios y analistas estn de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las caractersticas necesarias. Creacin De Los Prototipos Los prototipos son cruciales para disear un buen sitio Web.Una manera rpida de prototipos es crear imgenes en cualquier programa de retoque fotogrfico o incluso Powerpoint y en caso necesario darles funcionalidad mediante un editor html. La creacin de prototipos puede ser cerrado o abierto. Al enfoque cerrado se denomina a menudo prototipo desechable, despus se desecha y se hace una ingeniera de software con un paradigma diferente. El enfoque abierto denominado prototipo evolutivo, emplea el prototipo como primera evaluacin del sistema terminado. Cundo crear prototipos? Cuando un sistema es pequeo. Cuando resuelve problemas no estructurado. Cuando los usuarios no especifican los requisitos al principio del proyecto. Cundo no crear prototipos? la creacin de prototipo no apropiada para disear toda clase de sistema. Si un problema es largo o complejo, o si esta diseado para hacer interfaz con otros sistemas. La creacin de prototipo puede ser un riesgo demasiado grande porque se emiten fases importantes del diseo del sistema. El uso de prototipos es una estrategia que puede aplicarse en casi todas las actividades del proceso del software. El propsito de los prototipos es obtener rpidamente la informacin necesaria en la toma de decisiones. Un prototipo proporciona a los creadores y usuarios una idea de cmo funcionar el sistema cuando este terminado. Tipos De Prototipos Prototipos de requisitos: permite que los usuarios perciban la funcionalidad del producto final a travs del diseo de interfaces o pantallas del sistema. El objetivo es ayudar a aclarar los requisitos y solicitar las ideas.Prototipos de anlisis: hace posible generar rpidamente una arquitectura general que considere las caractersticas principales del sistema de acuerdo a las especificaciones de requisitos.Prototipos de diseos: permiten explorar y comprender la arquitectura particular del sistema para poder evaluar aspectos como cuellos de botellas (rendimiento y uso de memoria) o inconsistencia en el diseo.Prototipos verticales: ayudar a comprender parte de un problema y desarrollar su solucin completa. Esto se hace generalmente cuando los conceptos bsicos no estn bien comprendidosPrototipos de factibilidad: demuestra si es posible lograr ciertos objetivos del proyecto. Desarrollo De Un Prototipo Tipo I 1- Identificar las necesidades del usuario: el analista de sistema entrevista al usuario para tener una idea de lo que se pide al sistema .2- Crear un prototipo: el analista de sistema, tal vez en colaboracin con otros especialistas en informacin, usa una o mas herramientas de creacin de prototipos para elaborar un prototipo.3- Determinar si el prototipo es aceptable: el analista educa al usuario en cuanto el uso de prototipo y le da oportunidad de familiarizarse con el sistema. El usuario le dice al analista si el prototipo es satisfactorio o no. 4- Usar el Prototipo: el prototipo se convierte en el sistema operacional este enfoque solo es posible cuando las herramientas de creacin de prototipos permiten que el prototipo contenga todos los elementos indispensables del nuevo sistema. Desarrollo De Un Prototipo Tipo II 1.- Codificar el sistema operacional: el programador usa el prototipo como la base para codificar el sistema operacional. 2.- Probar el sistema operacional: el programador prueba el sistema. 3.- Determinar si el sistema operacional es aceptable: el usuario le dice al analista si el sistema es aceptable o no. 4.- Usar el sistema operacional: esta es la estrategia que se sigue cuando solo se pretende que le prototipo tenga la apariencia de un sistema operacional, pero no cuando debe contener todos los elementos indispensables Creacin Rpida De Aplicaciones Una metodologa que tiene el mismo objetivo de responder rpidamente las necesidades del usuario, pero tiene un alcance ms amplio que la creacin de prototipos, es la creacin rpida de aplicaciones (RAD, rapid application development). Se refiere a un ciclo de vida desarrollado cuyo objetivo es producir sistemas rpidamente sin sacrificar la calidad. RAD es un conjunto integrado de estrategias, metodologas y herramientas que existen dentro de un marco general denominado ingeniera de la informacin. La ingeniera de la informacin es el nombre que Martn da a su estrategia general de desarrollo de sistemas, actividad que abarca toda la compaa. Los Ingredientes Esenciales De Rad La rad requiere 4 ingredientes esenciales: gerencia, personal, metodologas y herramientas. GERENCIA: la gerencia, sobre todo la de nivel ms alto, debe constituir en experimentadores, que gustan de hacer las cosas de nuevas maneras, o de adaptadores tempranos, que rpidamente aprenden a usar metodologas nuevas. La gerencia debe apoyar plenamente la rad y establecer un ambiente de trabajo que haga a esa actividad lo mas placentera posible PERSONAL: en lugar de utilizar un solo equipo que realice todas las actividades del SLC, la rad reconoce las eficiencias que pueden lograrse empleando varios equipos especializados. Puede haber equipos para la planificacin de necesidades, diseo de usuarios, construccin, revisin de usuarios, corte y cambio.METODOLOGIAS: la metodologa de rad bsica es el ciclo de vida de rad, que consta de 4 fases:1. planificacin de necesidades, 2. diseo de usuario, 3. construccin, 4. Corte y cambio. Estas fases al igual que el SDLC, reflejan el enfoques de sistemas lo usual en desempeos claves en cada fase y participan cuando los especialistas en informacin. HERRAMIENTAS: las herramientas de rad consisten principalmente en lenguajes de cuarta generacin y herramientas de CASE que facilitan la creacin de prototipos y la generacin de cdigos. Mantenimiento Es el soporte continuado de un sistema despus de que se ha puesto en funcionamiento. Incluye el mantenimiento de aplicaciones y mejoras al sistema.