ANLISIS DE SISTEMA El analista de sistemas, es un profesional capacitado para planificar, elaborar y coordinar los procedimientos automticos y/o manuales

asociados a los sistemas. Define en combinacin con la gerencia las necesidades de informacin de una organizacin administrativa. Estudia la factibilidad tcnico - econmica de las alternativas que satisfacen estas necesidades. Evala el costo - efectividad de los recursos humanos, mquinas y tcnicas empleadas. As mismo, maneja los sistemas de procesamiento electrnico de datos referidos su rea de competencia. Anlisis de sistemas El anlisis de sistemas es la ciencia encargada del anlisis de sistemas grandes y complejos y la interaccin entre esos sistemas. Esta rea se encuentra muy relacionada con la Investigacin de operaciones. Tambin se denomina anlisis de sistemas a una de las etapas de construccin de un sistema informtico, que consiste en relevar la informacin actual y proponer los rasgos generales de la solucin futura. Los sistemas en relacin con el anlisis de sistemas estn relacionados con cualquier campo tales como: procesos industriales,administracin, toma de decisiones, procesos, proteccin al medio ambiente, etc. En 1953 los hermanos Howard T. Odum y Eugene Odum empezaron a aplicar una visin de sistemas a la ecologa biolgica, basndose en los trabajos de Raymond Lindeman (1942) yArthur Tansley (1935). Los analistas de sistemas utilizan la metodologa matemtica para obtener los detalles de los sistemas a los cuales se encuentran analizando. ANALISIS DE SISTEMAS DE INFORMACINMARIA Anlisis de Sistemas de Informacin Es el proceso de clasificacin e interpretacin de hechos, diagnostico de problemas y empleo de la informacin para recomendar mejoras al sistema. IMPORTANCIA DEL ANLISIS DE SISTEMAS solo despus de un buen estudio del sistema es posible llegar a proponer los cambios que lo harn ms til y no producirn efectos imprevistos. El analista utiliza el conocimiento del sistema existente y sus problemas para disear y construir un sistema mejor.Qu hace un analista de sistemas?Recopila los datos necesarios del sistema actual y lleva a cabo el desarrollo de planes para nuevos sistemas. Pasa mucho tiempo con los usuarios para descubrir como utilizan el sistema, los problemas que tienen y lo que esperan de el. Debe comprender como funciona el sistema mismo. Utilizara formularios, contenido de ficheros, informacin utilizada por los usuarios entrada y salida. Satisfacer a todos dentro de las reglas de direccin. EL ANALISTA DE SISTEMA nace de la necesidad de recopilar, desglosar, catalogar y analizar informacin necesaria de una empresa para poder proponer nuevos mtodos, mejores o modificar los actuales para que as aumente el desempeo de los departamentos dentro de la organizacin. EN QUE CONSISTE EL TRABAJO DEL ANLISIS DE SISTEMA Es un conjunto o disposicin de procedimientos o programas relacionados de manera que juntos forman una sola unida La Importancia Del Desarrollo De Sistemas El desarrollo de proyectos es una parte fundamental para toda empresa u

organizacin que desea obtener xito en las reas que involucran un proyecto CICLO DE VIDA DEL DESARROLLO DE SISTEMA LA INVESTIGACION PRELIMINAR DETERMINAR REQUERIMIENTO DESARROLLO DE SISTEMA PROTOTIPO DISEO DE SISTEMA DESARROLLO DE SOFTWARE PRUEBA DE LOS SISTEMAS PUESTA EN MARCHA ANALISIS Y DISEO DE SISTEMAS Ciclo de Vida del Desarrollo de un Sistema Son los pasos a seguir desde que se comienza con la necesidad de un sistema hasta que el mismo es sustituido. Los pasos son: 1. 2. 3. 4. 5. Planificacin Anlisis Diseo Implantacin Operacin y Apoyo

Planificacin: Comienza con un pedido escrito llamado system request, que identifica el sistema de informacin y los cambios deseados. Pueden ser cambios mayores (un nuevo sistema) o cambios menores (un reporte). El propsito de la fase de planificacin es identificar claramente la naturaleza y el alcance del problema. Se requiere una investigacin preliminar y el resultado se llama Informe de Investigacin Preliminar. La investigacin preliminar tambin es conocida como Estudio de Viabilidad.

Anlisis: El propsito es conocer exactamente cmo trabaja el sistema actual, determinar y documentar qu debe hacer el sistema y recomendar las posibles soluciones. Se utilizan diferentes herramientas para explicar cmo funciona el sistema actual. Primero se hace una determinacin de requisitos, donde se define todas las funciones que realiza el sistema actual y se determinan las mejoras necesarias. Luego se desarrolla un plan especfico para resolver los problemas del sistema actual; este proceso se llama Anlisis de requisitos. El producto de esta fase es el Documento de requisitos del sistema, donde se describe los requisitos de la gerencia y los usuarios, los diferentes planes, sus costos y la recomendacin.

Diseo: El propsito de esta fase es desarrollar un diseo (cmo va a quedar) del sistema de informacin que satisfaga todos los requisitos documentados. Se determina qu va

a hacer el sistema. Se identifican las entradas (Input), salidas (Output), archivos, programas, procedimientos y controles del sistema. El documento creado se llama Especificaciones del Diseo del Sistema y debe ser aprobado por la gerencia y los usuarios.

Implantacin: Esta es la fase en la cual el sistema es creado e instalado. Los programas son escritos, probados y documentados. El propsito de esta fase es entregar un sistema de informacin completo y documentado, que haya sido revisado y aprobado por la gerencia y usuarios. Los preparativos finales incluyen la conversin de datos, adiestramientos y la transicin del sistema viejo al nuevo. En esta fase se debe realizar una evaluacin del sistema luego de implantado para verificar costo-beneficio. El resultado final de la fase de implantacin es un sistema listo para usarse.

Operacin y Apoyo: Luego de que la compaa est utilizando el sistema, a veces es necesario realizar cambios al sistema para hacer mantenimiento o mejoras. Los cambios de mantenimiento son para corregir errores o adaptar el sistema a requisitos del gobierno u otras entidades. Las mejoras son modificaciones para aumentar la capacidad del sistema, como nuevos reportes. QUE ES EL CICLO DE VIDA DE DESARROLLO DE SISTEMAS Es un enfoque sistematico(organizado) de analisis y diseo que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades de el analista y del usuarioEtapas del ciclo de vida Clasico de Desarrollo de sistemas Analisis: Los servicios, restricciones y metas del sistema se definen a partir de las consultas con los usuarios. Posteriormente se definen en detalle, se documentan y sirven como una especificacion del sistema Diseo: se enfoca sobre la estructura de los datos, la arquitectura del software, el detalle procefimental y la caracterizacion de la interfaz Construccion: El diseo de software se traduce en una forma legible para la maquina a traves de un conjunto o unidades de programas Prueba: los programas se integran y prueban como un sistema complejo para asegurar que se cumplan los requerimientos del software Puesta en marcha y explotacion:Se define la estrategia de implantacion del nuevo sistema La organizacin y los usuarios ya pueden hacer uso de las funcionalidades del sistema para la ejecucion de susprocesosMantencion:Corregir errores no detectados en etapas anteriores del ciclo de vida Mejorar la implementacion de las unidades del sistema por adaptacion de este al entorno Potenciar los servicios del sistema una vez que se descubran nuevos requerimientos Relaciona cada prrafo con las etapas del desarrollo de sistemas TCNICAS Y MTODOS DEL DESARROLLO DE SISTEMA METODOLOGIAS DEL DESARROLLO DE SISTEMAS DE INFORMACION Son mtodos que indican cmo hacer ms eficiente el desarrollo de sistemas de informacin. Para ello suelen estructurar en fases la vida de dichos sistemas con el fin de facilitar su planificacin, desarrollo y mantenimiento. Las metodologas de desarrollo de sistemas deben definir: objetivos, fases, tareas, productos y responsables, necesarios para la correcta realizacin del proceso y su seguimiento. Los principales objetivos de una metodologa de desarrollo son: Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en s. Satisfacer las necesidades de los usuarios del sistema.

Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al desarrollo. Ajustarse a los plazos y costes previstos en la planificacin. Generar de forma adecuada la documentacin asociada a los sistemas. Facilitar el mantenimiento posterior de los sistemas. METODO DE CASCADA PURA En un modelo en cascada, un proyecto progresa a travs de una secuencia ordenada de pasos partiendo de la especificacin de requerimientos hasta el mantenimiento del mismo. El mtodo realiza una revisin al final de cada etapa para determinar si est preparado para pasar a la siguiente etapa, por ejemplo, desde el anlisis de requerimientos hasta el diseo. Cuando la revisin determina que el proyecto no est listo pasar a la siguiente, permanece en la etapa actual hasta que est preparado. El modelo en cascada est dirigido por documentos. Ayuda a localizar errores en las primeras etapas del proyecto a un bajo costo. Ayuda a minimizar los gastos de la planificacin porque permite realizarla sin planificacin porque permite realizarla sin problemas. Funciona especialmente bien si se dispone de personal poco cualificado o dispone de personal poco cualificado o inexperto, porque presenta el proyecto inexperto, porque presenta el proyecto con una estructura que ayuda a minimizar con una estructura el esfuerzo intil. En resumen, los inconvenientes del venerado modelo en cascada hacen que sea, a menudo, un modelo poco apropiado para un proyecto de desarrollo rpido. Incluso en los casos en los que las ventajas del modelo en cascada pura superan los inconvenientes, los modelos de cascada modificada (con retroceso) pueden funcionar mejor. Las desventajas del modelo se centran en las dificultades para especificar claramente los requerimientos al comienzo del proyecto, antes de que se realice ningn trabajo de diseo y antes de escribir ningn cdigo. No proporciona resultados tangibles en forma de software hasta el final del ciclo de forma de software del ciclo de vida de Algunas herramientas, mtodos y actividades que abarcan varias etapas de la cascada; estas actividades son difciles de ajustar en las etapas discontinuas del modelo para un proyecto de desarrollo rpido, el modelo en cascada puede suponer una cantidad excesiva de documentacin. El modelo genera pocos signos visibles de progreso hasta el final. Esto puede dar la impresin de un desarrollo lento, existe la incertidumbre de los clientes si sus proyectos sern entregados a tiempo. METODO ESPIRAL Es un modelo de ciclo de vida orientado a riesgos que divide un proyecto software en miniproyectos. Cada mini proyecto se centra en uno o ms riesgos importantes hasta que todos estn controlados. Despus de controlar todos los riesgos ms importantes, el modelo en espiral finaliza del mismo modo que el ciclo de vida en cascada. Mtodo Desarrollo en Espiral Funcionamiento: Se parte de una escala pequea en medio de la espiral, se localizan los riesgos, se genera un plan para manejar los riesgos, y a continuacin se establece una aproximacin a la siguiente interaccin. Cada iteracin supone que el proyecto pasa a una escala superior. Se avanza un nivel en el Espiral, se comprueba que se tiene lo que se desea, y despus se comienza a trabajar en el siguiente nivel:

Con cada iteracin a travs del espiral se construye sucesivas versiones de software cada vez ms completas. En cada bucle alrededor del espiral, la culminacin del anlisis de riesgo resulta una decisin de seguir o no seguir. Cada interaccin en el mtodo espiral lleva consigo los seis pasos que a continuacin se nombran: Determinar objetivos, alternativas y lmites, Identificar y resolver riesgos, Evaluar alternativas, Generar las entregas de esa iteracin, y comprobar que son correctas. En el modelo en espiral, las primeras iteraciones son las menos costosas. Supone menos gasto desarrollar el concepto de operacin que realizar el desarrollo de los requerimientos, y tambin es menos costoso desarrollar los requerimientos que llevar a cabo el desarrollo del diseo, la implementacin del producto y la prueba del mismo. En cada Cuadrante del Mtodo espiral se realiza las siguientes actividades: Planificacin: Determinacin de objetivos, alternativas, restricciones, y elaboracin del plan de desarrollo para el ciclo actual. Anlisis de Riesgos: Evaluacin de las alternativas, identificacin y resolucin de riesgos. Se decide si se sigue o no con el proyecto Ingeniera: Desarrollo del producto siguiendo un modelo: del ciclo de vida o cascada, prototipo, etc. Evaluacin por el cliente, Valoracin de resultados. METODO DE CODIFICAR Y CORREGIR (Code-and-fix) Es un modelo poco til, pero sin embargo bastante comn Se puede tener una especificacin formal, o no tenerla Si no se ha utilizado formalmente un mtodo, probablemente ya se est usando el mtodo Codificar y Corregir en forma intuitiva Cuando se utiliza ste mtodo se empieza con una idea general de lo que se necesita construir, Se utiliza cualquier combinacin de diseo, cdigo, depuracin y mtodos de prueba no formales que sirven hasta que se tiene el producto listo para entregarlo. 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.

METODO PROTOTIPO Este mtodo hace que el usuario participe de manera ms directa en la experiencia de anlisis y diseo que cualquiera de los ya presentados. La construccin de prototipos es muy eficaz bajo las circunstancias correctas. Sin embargo, al igual que los otros mtodos, el mtodo es til slo si se emplea en el momento adecuado y en la forma apropiada. Qu es un prototipo? El prototipo es un sistema que funciona, no solo una idea en el papel, desarrollado con la finalidad de probar ideas y suposiciones relacionadas con el nuevo sistema. Al igual que cualquier sistema basado en computadora, est constituido por software que acepta entradas, realiza clculos, produce informacin ya sea impresa o presentada en una pantalla, o que lleva a cabo otras actividades significativas. Es la primera versin, o iteracin, de un sistema de informacin. Lo usuarios evalan el diseo y la informacin generada por el sistema. Lo anterior slo puede hacerse con efectividad si los datos utilizados, al igual que las situaciones, son reales. Por otra parte, deben esperarse cambios a medida que el sistema es utilizado. Razones para desarrollar prototipos de sistemas: Los requerimientos de informacin no siempre estn bien definidos. Es probable que los usuarios conozcan slo ciertas reas de la empresa donde se necesiten mejoras o cambios en los procedimientos actuales. Tambin es posible que reconozcan la necesidad de tener mejor informacin para administrar ciertas actividades pero que no estn seguros cual de esta informacin ser la adecuada. Los requerimientos del usuario pueden ser demasiado vagos aun al formular el diseo. En otros casos, es probable que una investigacin de sistemas bien llevada necesite del desarrollo de nueva tecnologa. Los prototipos permiten evaluar situaciones extraordinarias donde los encargados de disear e implantar sistemas no tienen informacin ni experiencia, o tambin donde existen situaciones de riesgo y costo elevados, y aquellas donde el diseo propuesto es novedoso y an no se demuestra es la factibilidad de que los vendedores enven ordenes de pedido al sistema de cmputo de la compaa desde el sitio donde efectan la operacin por medio de terminales porttiles enlazadas a telfonos pblicos. Para probar el concepto los administradores y encargados de sistemas pueden optar por construir una versin en pequea escala del software, adquirir unas cuantas terminales y seleccionar un grupo de vendedores. El prototipo proporcionar informacin preliminar sobre la funcionalidad del concepto. El prototipo es, en realidad, un modelo piloto o de prueba, en general, los analistas de sistemas encuentran que los prototipos tienen mayor utilidad bajo las siguientes condiciones: Los encargados de disear e implantar sistemas nunca han desarrollado uno con las caractersticas del sistema propuesto. Se conoce slo una parte de las caractersticas esenciales del sistema; las dems no son identificables a pesar de un cuidadoso anlisis de requerimientos. La experiencia con el uso del sistema aadir una lista significativa de requerimientos que el sistema debe satisfacer. Las diferentes versiones del sistema evolucionan con la experiencia al igual que el desarrollo adicional y el refinamiento de sus caractersticas. Los usuarios del sistema participan en el proceso de desarrollo. Los pasos a seguir en el proceso de desarrollo de prototipos son los siguientes: Identificar los requerimientos de informacin que el usuario conoce junto con las caractersticas necesarias del sistema. Desarrollar un prototipo que funcione. Utilizar el prototipo anotando las necesidades de cambios y mejoras. Esto expande la lista de los requerimientos de sistemas conocidos. Revisar el prototipo con base en la informacin obtenida a travs de la experiencia del usuario.

 Repetir los pasos anteriores las veces que sea necesario hasta obtener5 un sistema satisfactorio. l analista debe de reunirse con los usuarios una o dos veces con la finalidad de identificar los requerimientos. El resultado de estas reuniones forma la base para la construccin del prototipo. El desarrollo de un prototipo que funcione es responsabilidad del analista de sistemas, cuando el analista y el usuario deciden que cuentan ya con la suficiente informacin proveniente del proceso de construccin del prototipo, determinan cmo satisfacer los requerimientos ya identificados. En general se opta por una de las siguientes opciones: Volver a desarrollar el prototipo. Esta alternativa quiz signifique volver a programar por completo, empezando desde el principio. Implantar el prototipo como sistema terminado La eficiencia en el funcionamiento junto con los mtodos para interactuar con el usuario son suficientes; esto permite utilizar el sistema tol como est. Abandonar el proyecto. En este caso el prototipo ha proporcionado informacin suficiente para demostrar que no es posible desarrollar el sistema para satisfacer los objetivos deseados dentro del marco de la tecnologa existente o de lineamientos econmicos u operacionales. Iniciar otra serie de construccin de prototipos. La informacin ganada con la experiencia sugiere ya sea un enfoque totalmente distinto o caractersticas contrastantes. Cada una de estas opciones se considera como un xito en el proceso de la construccin de prototipos. Mtodos para el desarrollo de prototipos Con los prototipos la velocidad de desarrollo es ms importante que la eficiencia en el procesamiento. Un sistema prototipo se construye con rapidez, los sistemas prototipo pueden desarrollarse con mtodos y lenguajes de programacin convencionales, quiz falten los controles de entrada y procesamiento y, en general, la documentacin del sistema es un punto que suele evitarse. Lo importante es ensayar ideas y generar hiptesis relacionadas con los requerimientos y que la eficiencia y perfeccin alcanzadas. La industria de computadora busca continuamente generadores de aplicaciones, programas que sirven para generar otros programas, para apoyar los esfuerzos de la construccin de prototipos. En algunos casos, aquellos donde el sistema ser utilizado con poca frecuencia, el prototipo puede, de hecho, convertirse en el sistema terminado. METODO DE ANALISIS Y DISEO ESTRUCTURADO Muchos 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 sa dificultad por medio de 1) la divisin del sistema en componentes y 2) la construccin de un modelo del sistema. El mtodo incorpora elementos tanto de anlisis como de diseo. Qu es el anlisis estructurado? El anlisis estructurado concentra en especificar lo que se requiere que haga el sistema o la aplicacin. No se establece cmo se cumplirn los requerimientos o la forma en que implantar la aplicacin. Ms bien permite que las personas observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadoras, terminales, sistemas de almacenamiento, etc.) Despus de esto se puede desarrollar un diseo fsico eficiente para la situacin donde ser utilizado.