INSTITUTO POLITÉCNICO NACIONAL. Unidad Profesional Interdisciplinaria de Ingeniería y Ciencias Sociales y Administrativas

Transcripción

1 INSTITUTO POLITÉCNICO NACIONAL Unidad Profesional Interdisciplinaria de Ingeniería y Ciencias Sociales y Administrativas Materia: Ciencias de la Informática. Integrantes: INTRODUCCIÓN AL DESARROLLO DE SISTEMAS Galloso Rangel Juana Beatriz. López Galicia Magali. Salas Pascual Jhovana. García Gamboa Jazmín Elizabeth. Torres García Clara. Alpizar Martínez Karina. Equipo: 6 Grupo: 1CM2 1

2 ÍNDICE. INTRODUCCION 4 5. DESARROLLO DE SISTEMAS DE INFORMACIÓN. 5 Diseño de sistemas. 5 Análisis de sistemas... 6 Analista de sistemas Investigación preliminar Determinación de los requerimientos del sistema Diseño del sistema Desarrollo del software Prueba de sistemas Implantación y evaluación INICIO.. 18 Definición.. 18 Importancia 18 Actividades. 19 Herramientas para el desarrollo de sistemas ANÁLISIS Definición.. 21 Importancia Actividades

3 5.3 DISEÑO Definición. 24 Importancia.. 24 Actividades IMPLEMENTACIÓN Y MANTENIMIENTO. 29 Definición. 29 Importancia.. 36 Actividades.. 38 BIBLIOGRAFIA

4 INTRODUCCIÓN La tecnología ha avanzado a una velocidad impresionante, pero el aspecto mas importante de cualquier sistema es el conocimiento humano y el uso de las ideas para aprovechar la computadora de manera que realice la tarea requerida. Este proceso es esencialmente en lo que consiste el desarrollo de sistemas. La información se cuenta ahora como unos de los recursos básicos de toda organización y debe administrase correctamente para lograr su máxima utilidad. Para que sea de alguna utilidad un sistema de información basado en la computadora, debe funcionar adecuadamente, ser más fácil de manejar y adecuarse a la empresa para la cual se ha diseñado. Para diseñar y desarrollar un sistema se requieren diversas habilidades algunas de ellas son las siguientes: La capacidad para examinar una petición para recibir apoyo de computadora, y determinar si debe ser considerada la oportunidad para resolver el problema de la computadora. El conocimiento para recopilare interpretar los datos que ayudan a diagnosticar algún problema de la empresa, su relación con los sistemas de información y el computo. El entendimiento para determinar, después de examinar una situación en la empresa, donde es aconsejable utilizar la computadora y donde son mas efectivos los procedimientos y sistemas manuales. La capacidad para diseñar y desarrollar especificaciones de un sistema de información, conforme se determinaron a través de un examen del sistema actual. El conocimiento para seleccionar los mejores métodos de entrada de datos, almacenamiento de archivos, acceso, proceso y salida para una situación dada. Tener un conocimiento interno del desarrollo del software, métodos de prueba y estrategias de puesta en marcha. 4

5 La capacidad para comunicarse efectivamente con otros. Experiencia en cada uno de los puntos anteriores, a través de la aplicación de problemas de desarrollo y casos de estudios. 5. DESARROLLO DE SISTEMAS DE INFORMACIÓN Que es sistema: Es un grupo de partes integradas que tienen el propósito común de lograr algún o algunos objetivos. Que es un sistema de información: es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio. El desarrollo de sistemas, un proceso formado por etapas de análisis y diseño; comienza cuando la administración o algún miembro del personal encargado de desarrollar sistemas, detectan un sistema de empresa que necesita mejoras. El desarrollo de sistemas puede estructurarse en forma general mediante dos componentes principales: Diseño de sistemas: Es el proceso de planeación de un nuevo sistema dentro de la empresa para reemplazar o complementar al existente; pero antes de que esto pueda llevarse acabo, primero se debe entender por completo el sistema anterior y determinar como se puede utilizar la computadora en forma óptima (si es posible) para hacer esta operación en forma más afectiva. Análisis de sistemas: Es el proceso que sirve para recopilare interpretar los hechos, diagnosticar problemas y utilizar estos hechos a fin de mejorar el sistema. Es el trabajo del Analista de sistemas. 5

6 Analista de sistemas: La descripción del análisis de sistemas da una buena idea de lo que hacen los analistas; sin embargo, las empresas varían las responsabilidades de sus analistas, así como en sus puestos. A continuación se presenta una lista de los conjuntos más comunes de responsabilidades que se asignan a los analistas de sistemas (también se anotan entre paréntesis otros nombres que se dan a los analistas): Solamente el análisis de sistemas: Esta responsabilidad que es totalmente del analista radica en conducir el estudio del sistema para conocer los hechos importantes en relación con la actividad del negocio. El hincapié se hace en determinar los requerimientos de información y del proceso. Sus responsabilidades no incluyen el diseño de sistemas. (Analistas de información) Análisis y diseño de sistemas: Esta persona lleva acabo el estudio completo del sistema, pero también tiene la responsabilidad de diseñar el nuevo sistema. La gente que es responsable tanto del análisis como del diseño de sistemas trabajara en menos proyectos, pero empleará más tiempo en cada uno. (Diseñadores de sistemas, desarrolladores de aplicaciones) Análisis, diseño y programación de sistemas: Esta gente dirige la investigación de sistemas, las especificaciones del diseño del desarrollo y programa el software para poner en marcha el diseño. (Analistas y Programadores) Las metodologías más utilizadas para la planeación de sistemas de información son el método de planeación de sistemas empresariales (BSP) de IBM; el método de planeación estratégica de arquitectura de computa de Nolan y el método de factores críticos del éxito. Método de planeación de sistemas empresariales (BSP): Desarrollado originalmente por IBM para su propio uso y posteriormente ofrecido como una metodología general de planeación, bajo el enfoque BSP los datos son vistos como un recurso corporativo muy valioso ya que las empresas invierten millones de dólares en capturar, almacenar y preservar datos, este método se concentra en la identificación de los datos necesarios para poner en marcha una organización. 6

7 Pasos a seguir para llevar a cabo un estudio BSP: Formar un grupo de trabajo para realizar un estudio de los principales procesos que entran en juego dentro de la organización. (normalmente estos grupos están integrados por altos ejecutivos y gerentes). Después de identificar los procesos sustantivos que dan vida a la organización, tales como el desarrollo de productos, la fabricación, mercadotecnia y ventas, el equipo define clases de datos (entre 30 y 60 categorías) para representar entidades de interés, como clientes, proveedores y pedidos de productos. Se espera que la evaluación de las descripciones de los procesos de datos (reunidas por el equipo BSP) junto con la información obtenida a través de entrevistas (realizadas por analistas de sistemas) genere los siguientes resultados: Un marco de referencia que defina los sistemas y subsistemas para el manejo de la información dentro de la organización. Recomendaciones para el manejo y el control de datos. Prioridades para el desarrollo de futuras aplicaciones de sistemas de información. Limitaciones de la metodología BSP: No abarca futuros requerimientos de información estratégica que necesitara tener a largo plazo organización. Consume demasiado tiempo para poder comprender los requerimientos de la organización, incluyendo el tiempo necesario para formular un número considerable de entrevistas con los gerentes. La tarea de analizar y sintetizar los datos obtenidos es todo un reto. Método de planeación estratégica de arquitectura de computadoras de Nolan, Norton & Co: Enlaza la capacidad actual de la organización con sus necesidades futuras, este método recalca la necesidad de desarrollar una fuerte infraestructura técnica para que sirva como plataforma para el desarrollo de aplicaciones. 7

8 Método de factores críticos del éxito: Con este método lo que se pretende es identificar las áreas que son claves para la supervivencia de la organización y asegurar su incorporación a los sistemas de información. Los métodos formales de planificación: Se desarrollaron para ofrecer apoyo a los gerentes y ejecutivos en el proceso de desarrollo de sistemas de información que ayuden a alcanzar las metas de la organización mediante estos métodos se describen directrices a nivel organizacional para los sistemas de información de la empresa. Dentro de la Planeación de sistemas el analista debe incluir los siguientes aspectos: Identificación de elementos clave de los que dependen las aplicaciones como su desarrollo. Descripción de las relaciones entre estos elementos y la documentación de las necesidades actuales de información o el bosquejo de futuros planes de la empresa Las metas corporativas de la organización deben reflejarse desde la preparación y evaluación de las solicitudes de proyectos para sus sistemas de información. Los planes para sistemas de información deben tener en cuenta los sistemas ya existentes así sus requerimientos a futuro. La visión no es un plan ya que no está bien definida; más bien describe una dirección para la organización y desarrolla un concepto sobre el impacto que tienen los sistemas de información. Otra Técnica para Desarrollo del sistema: Para planear, programar y controlar en el tiempo las actividades de un sistema durante su desarrollo, se dispone en la actualidad de las siguientes técnicas: Gráficas de Gantt. Proporciona una vista general del avance de un proyecto. Pert (Program Evaluation and Review Technical). Evaluación de programas y técnicas de revisión. Ayuda a programar un proyecto y determinar la probabilidad de terminar el proyecto a tiempo. CPM (Critical Path Method) Método de la ruta crítica. Ayuda a terminar el proyecto en el tiempo más corto posible. 8

9 La base de estas técnicas consiste en el enfoque de una red de actividades o tareas. Este enfoque incluye tres fases: Planeación. Durante esta fase se identifica el orden en que se efectuarán las tareas detalladas del proyecto. Programación. Una vez que se hayan identificado las tareas individuales a efectuar, se deberá estimar el comienzo de cada actividad y su duración. En la determinación de estas estimaciones se necesitará considerar los recursos que están disponibles para realizar cada tarea. Por ejemplo: Se deberá considerar el tiempo, la gente y el dinero disponible para terminar el proyecto. Control. Durante esta fase se supervisará el progreso del proyecto. Por ejemplo, si ciertas tareas críticas están atrasadas, entonces se deberán programar las tareas y considerar algún tiempo adicional como reserva o agregar recursos a estas tareas críticas para acortar el retraso. Por otro lado, si el proyecto está adelantado, se podrán liberar los recursos que ya no son necesarios para terminar el proyecto oportunamente. Estrategia para el desarrollo de sistemas. Los sistemas de información basados en computadora sirven para diversas finalidades que van desde el procesamiento de las transacciones de una empresa, hasta proveer de la información necesaria para decidir sobre asuntos que se presentan con frecuencia, asistencia a los altos funcionarios con la formulación de estrategias difíciles y la vinculación entre la información de las oficinas y los datos de toda la corporación. En algunos casos los factores que deben considerarse en un proyecto de sistemas de información, tales como el aspecto más apropiado de la computadora o la tecnología de comunicaciones que se van a utilizar, el impacto del nuevo sistema sobre los empleados de las empresas y las características especificas que el sistema debe tener, se pueden determinar de una manera secuencial. 9

10 Todas estas situaciones están representadas por tres distintos enfoques al desarrollo de sistemas de sistemas basados en computadora: 1. Método de ciclo de vida para el desarrollo de sistemas 2. Método del desarrollo para análisis estructurado 3. Método del prototipo de sistemas Método de ciclo de vida del desarrollo de sistemas El ciclo de vida del desarrollo de sistemas (SDLC, Systems Development Life Cycle): Es el conjunto de actividades de los analistas, diseñadores y usuarios, que necesitan llevarse a cabo para desarrollar y poner en marcha un sistema de información. Los analistas no están de acuerdo respecto al número exacto de etapas que conforman este método; sin embargo, reconocen la importancia de su enfoque sistemático. Aunque cada etapa se encuentra definida, nunca se lleva acabo como un elemento independiente. Es recomendable el ciclo de vida para proyectos de gran escala, cuando involucra a varios departamentos, cuando se tienen los procedimientos bien establecidos o se tiene que trabajar con equipo de personas. De manera general se puede decir que este método cuenta con las siguientes etapas: 1. Investigación preliminar 2. Determinación de requerimientos 3. Desarrollo del sistema 4. Diseño de sistema 5. Desarrollo de software 6. Prueba del sistema 7. Implementación y evaluación 1. Investigación preliminar: En esta primera etapa, el analista involucra en la identificación en los problemas, de las oportunidades y de los objetivos. 10

11 Esta etapa requiere que el analista observe detenidamente lo que ocurre en la empresa para detectar los posibles problemas u oportunidades. En muchas ocasiones la empresa ya tiene detectadas sus áreas débiles y se le llama al analista teniendo ya ciertos objetivos previstos. Esta etapa es crítica, ya que nadie desea perder el tiempo resolviendo el problema equivocado. Inicia siempre con la petición del usuario, esta actividad tiene tres partes: aclaración de la solicitud, estudio de la factibilidad y aprobación de la solicitud. Aclaración de la solicitud Muchas solicitudes que provienen de empleados y usuarios no están bien formuladas de manera clara, la solicitud de proyecto debe examinarse para determinar con precisión lo que el solicitante desea. Si este tiene una buena idea de lo que necesita pero no esta seguro como expresarlo, entonces bastara con una llamada telefónica. Por otro lado, si el solicitante pide ayuda sin saber que es lo que esta mal o donde se encuentra el problema, la aclaración del mismo se vuelve ms difícil. En cualquier caso, antes de seguir adelante, la solicitud de proyectos debe de estar claramente planteada. Estudio de la factibilidad Un resultado importante de la investigación preliminar es la determinación de que el sistema de aquel sistema solicitado sea factible. En la investigación preliminar existen tres aspectos relacionados con el estudio de factibilidad: Factibilidad técnica: El trabajo para el proyecto, puede realizarse con el equipo actual, la tecnología existente de software y el personal disponible? Si se necesita nueva tecnología, Cuál es la posibilidad de desarrollarla? Factibilidad económica: Al crear el sistema, los beneficios que se obtienen serán suficientes para aceptar los costos? los costos asociados con la decisión de no crear el sistema son tan grandes que se debe aceptar el proyecto. 11

12 Factibilidad operacional: Si se desarrolla e implanta, será utilizado el sistema?, existirá cierta resistencia al cambio por parte de los usuarios que de como resultado una disminución de los posibles beneficios de la aplicación. El estudio de la factibilidad lo lleva a cabo un pequeño equipo de personas que están familiarizadas con técnicas de sistemas de información; dicho equipo comprende la parte de la empresa u organización que participara o se verá afectada por el proyecto, y es gente experta en los procesos de análisis y diseño de sistemas. Aprobación de la solicitud No todos los proyectos solicitados en son deseables o factibles. Sin embargo, aquellos proyectos que son deseables, factibles, deben incorporase en los planes. En algunos casos el desarrollo puede comenzar inmediatamente, aunque lo común es que los miembros del equipo de sistemas se encuentren ocupados con otros proyectos. Cuando esto ocurre, la administración decide que proyectos son los más importantes y decide el orden en que se llevaran a cabo. Después de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades del personal; con esta información se determina donde ubicarlos dentro de la lista existente de proyectos. 2. Determinación de los requerimientos del sistema: El aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio, el proceso de adquirir información se denomina, con frecuencia, investigación detallada. Los analistas, al trabajar con los empleados y administradores, debe estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave: 1. Qué es lo que se hace? 2. Cómo se hace? 3. Con que frecuencia se presenta? 4. Qué tan grande es el volumen de transacciones o de decisiones? 5. Cuál es el grado de eficiencia con el que se efectúan las tareas? 6. Existe algún problema? 7. Si existe un problema, Qué tan serio es? 8. Si existe un problema, cuál es la causa que lo origina? 12

13 Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa, sus opiniones sobre por que ocurren las cosas, las soluciones que proponen y sus ideas para cambiar el proceso. Se emplean cuestionarios para obtener esta información cuando no es posible entrevistar, en forma personal, a los miembros de grupos grandes dentro de la organización. Las investigaciones detalladas requieren el estudio de manuales y reportes, la observación en condiciones reales de las actividades del trabajo y, en algunas ocasiones, muestras de formas y documentos con el fin de comprender el proceso en su totalidad. Los analistas estudian los datos sobre requerimientos con la finalidad de identificar las características que debe tener el nuevo sistema, incluyendo la información que debe producir los sistemas junto con características operacionales tales como controles de procesamiento, tiempos de respuesta y métodos de entrada y salida. 3. Diseño del sistema: El diseño de un sistema de información produce los detalles que establecen la forma en la que el sistema cumplirá con los requerimientos identificados durante la fase de análisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseño lógico en contraste con la de desarrollo del software, la a que denominan diseño físico. Los analistas de sistemas comienzan el proceso de diseño identificando reportes y demás salidas que debe producir el sistema. Hecho lo anterior se determina con toda precisión los datos específicos para cada reporte y salida. Es común que los diseñadores hagan un bosquejo del formato o pantalla que esperan que aparezca cuando el sistema este terminado. Lo anterior se efectúa en papel o en la pantalla de una terminal utilizando para ello algunas de las herramientas automatizadas disponibles para el desarrollo de sistemas, también indica los datos de entrada, aquellos que serán calculados y los que deben der almacenados Los diseñadores seleccionan las estructuras de archivo y los dispositivos de almacenamiento. 13

14 Los diseñadores son los responsables de dar a los programadores las especificaciones de software completas y claramente delineadas. Una vez comenzada la fase de programación, los diseñadores contestan preguntas, aclaran dudas y manejan los problemas que enfrentan los programadores cuando utilizan las especificaciones de diseño. 4. Desarrollo de software: Los encargados de desarrollar software pueden instalar software comprado a terceros o escribir programas diseñados a la medida del solicitante, la elección depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores. Los programadores también son responsables de la documentación de los programas y de proporcionar una explicación de cómo y por que ciertos procedimientos se codifican en determinada forma. La documentación es esencial para probar el programa y llevar a cabo el mantenimiento una vez que la aplicación se encuentra instalada. 5. Prueba de sistemas: Cada uno de los programas desarrollados se prueba hasta que funcione correctamente. Durante esta fase, el sistema se emplea de forma experimental para asegurar de que el software no tenga fallas. Se alimenta el sistema con datos de entrada para su procesamiento y se examinan los resultados obtenidos. Es recomendable que sean personas ajenas a las que desarrollaron el software quienes lleven a cabo las pruebas, para que sean completas e imparciales y el software sea confiable. Permite que varios usuarios utilicen el sistema para que los analistas observen si tratan de emplearlo en formas no previstas. 6. Implantación y evaluación: La implantación es el proceso de verificar e instalar el nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. 14

15 Dependiendo del tamaño de la organización que empleara la aplicación y el riesgo asociado con su uso, puede elegirse comenzar la operación del sistema solo en una área de la empresa, algunas veces se deja que los dos sistemas, el viejo y el nuevo, trabajen en forma paralela con la finalidad de comparar los resultados. Cada estrategia de implantación tiene sus méritos de acuerdo con a situación que se considere entro de la empresa. Una vez instaladas. Las aplicaciones se emplean durante muchos años. 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 mese. Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones; realizar cambios y modificaciones en el software, archivos o procedimientos para satisfacer las nuevas necesidades de los usuarios. La evaluación de un sistema se lleva a cabo para identificar puntos débiles y fuertes, la evaluación ocurre a lo largo de cualquiera de las siguientes dimensiones: o Evaluación operacional Valoración de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de información, confiabilidad global y nivel de utilización o Impacto organizacional Identificación y medición de los beneficios para la organización en tareas tales como finanzas, eficiencia operacional e impacto competitivo. También se incluye el impacto sobre el flujo de información interno y externo. o Opinión de los administradores Evaluación de las actitudes de directivos y administradores dentro de la organización así como de los usuarios finales. o Desempeño del desarrollo La evaluación del proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estándares, y otros criterios de administración de proyectos. También se incluye a la valoración de los métodos y herramientas utilizadas en el desarrollo. 15

16 Método del desarrollo para análisis estructurado Qué es el análisis estructurado: El análisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicación. No se establece como se cumplirán los requerimientos o la forma en que implantara la aplicación. Más bien permite que las personas observen los elementos lógicos separados de los componentes físicos. Después de todo esto se puede desarrollar un sistema diseño físico eficiente para la situación donde será utilizado. El análisis consiste en investigar la funcionalidad de un sistema. 1. Qué hace el sistema? 2. Quiénes realizan las actividades? 3. Con que departamentos o sistemas está relacionado el sistema? 4. Quiénes provee los datos o información fuente? 5. Quién utiliza la información resultante? Para qué? Realizar esta investigación intuitivamente podría resultar en inconsistencias, redundancias y contradicciones que entorpezcan el proceso de desarrollo. El método de desarrollo de análisis estructurado establece un orden para evitar dichas inconsistencias, redundancias y contradicciones, de este modo se podrá presentar el estudio del sistema con todos sus detalles funcionales. 16

17 Este método es especialmente útil para facilitar la comprensión de sistemas grandes y complejos, para lograrlo: a) Se divide el sistema en componentes b) Se construye un modelo del sistema Este método permite que los usuarios observen los elementos lógicos separados de los elementos físicos; los primeros se refieren a las funciones del sistema; y los segundos son las computadoras, terminales, sistemas de almacenamiento, etc. También este método solo enfatiza la funcionalidad del sistema, se recomienda usarse en combinación con otras metodologías. Método del prototipo de sistemas Qué es un prototipo: Es un modelo, una representación a escala de algo. Es decir, Es un sistema que funciona, 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 cálculos, produce información ya sea impresa o presentada en una pantalla. El desarrollo por prototipos es un proceso que facilita al programador la creación de un modelo del software a construir. Formas del prototipo: a) Modelo basado en PC que describe la interacción hombre-máquina. b) Prototipo que implemente algunos módulos o secciones del sistema deseado. El prototipo sirve como un mecanismo para identificar los requisitos del software cuando no existe otra forma posible. Para su construcción puede utilizarse fragmentos de programas existentes o herramientas que faciliten la rápida generación de programas. Requiere la participación del usuario durante su construcción, pues el que define las características esperadas en e l sistema. 17

18 Los pasos a seguir para el desarrollo de prototipos se podrían definir de la siguiente manera: Definición de requisitos Construcción del prototipo Evaluación del prototipo Prototipo final El prototipo final no es un sistema de información completo, es tan sólo su primera versión. 5.1 INICIO El analista evalúa de manera sistemática el funcionamiento de un negocio o proyecto mediante el examen de la entrada y el procesamiento de datos y su consiguiente producción de información, con el propósito de mejorar los procesos de una organización. Muchas mejoras incluyen un mayor apoyo a las funciones de negocios o proyectos a través del uso de sistemas de información computarizados. DEFINICIÓN La investigación de un sistema consiste en definir el problema, identificando las necesidades de información que tiene la organización, examinando el sistema actual, determinando el grado de cumplimiento de aquellas necesidades y estudiando la factibilidad de cambiar o reemplazar el sistema actual. IMPORTANCIA Es importante esta primera fase por que se establece el inicio, el alcance y objetivo principal. Se analiza la identificación de necesidades de la organización: en este proceso en Analista se reúne con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se 18

19 analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la identificación y desarrollo del proyecto. La viabilidad y el análisis de riesgo están relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro áreas principales de interés: Viabilidad económica: Una evaluación de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado. Viabilidad Técnica: Un estudio de funciones, rendimiento y restricciones que puedan afectar la realización de un sistema aceptable. Viabilidad Legal: Es determinar cualquier posibilidad de infracción, violación o responsabilidad legal en que se podría incurrir al desarrollar el Sistema. Alternativas. Una evaluación de los enfoques alternativos del desarrollo del producto o Sistema. El estudio de la viabilidad puede documentarse como un informe. También se establecen los requerimientos de información a partir de los usuarios involucrados, para identificarlos dentro de la empresa, pueden utilizarse varios instrumentos, los cuales incluyen: el muestreo, el estudio de los datos y formas usadas por la organización, la entrevista, los cuestionarios; la observación de la conducta de quien toma las decisiones, así como de su ambiente; y también el desarrollo de prototipos. ACTIVIDADES Analizar los proyectos a la planeación tecnológica de las Áreas de negocio. La evaluación de los sistemas existentes que son alternativas del proyecto, como también en la compra de un software o desarrollar un sistema nuevo. La justificación del proyecto. 19

20 HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS Una herramienta es cualquier dispositivo que permite mejorar el desempeño de alguna tarea. Existentes herramientas diseñadas especialmente para el desarrollo de sistemas y se dividen en tres categorías (para el análisis, para el diseño y para el desarrollo). VISION GLOBAL DEL DESARROLLO DE SISTEMA Las actividades involucradas en la generación de una solución de sistemas de información para un problema organizacional o una oportunidad, se denomina desarrollo de sistemas consiste en una solución estructurada para un problema mediante distintas actividades que consiste en un análisis de sistemas, diseño, programación, pruebas, conversión, producción y mantenimiento. 5.2 ANÁLISIS Es una fase dentro del ciclo de desarrollo de un sistema de información muy importante ya que consiste en obtener una visión de muy alto nivel del sistema, identificando sus elementos básicos y las relaciones de éstos entre sí y con el entorno. Características: El análisis de sistemas es el proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos más adecuados. Y consiste en clasificar e interpretar los hechos, diagnosticar problemas y emplear la información para recomendar mejoras al sistema. Este tipo de análisis especifica que es lo que el sistema debe hacer: El estudio de una empresa para buscar los procesos ya existentes con el fin de determinar cuáles deben de ser automatizados y cuales manuales. Determinar los cambios que deberían efectuarse. 20

21 (El analista debe recolectar la información para conocer la situación de la empresa, luego deberá modelar el sistema usando diagramas y otras herramientas). DEFINICIÓN El análisis especifica qué es lo que el sistema debe hacer, básicamente de determinar los objetivos y límites del sistema objeto de análisis, caracteriza su estructura y funcionamiento. Marcar las directrices que permitan alcanzar los objetivos propuestos y evaluar sus consecuencias. Dependiendo de los objetivos podemos encontrarnos ante dos problemáticas distintas: Análisis de un sistema ya existente para comprender, mejorar, ajustar y/o predecir su comportamiento. Análisis como paso previo al diseño de un nuevo sistema-producto. Una de las formas más habituales y convenientes de analizar un sistema consiste en construir un prototipo. Validación del análisis Comprobar que el análisis efectuado es correcto y evitar en su caso la posible propagación de errores a la fase de diseño, es imprescindible proceder a la validación del mismo. Una ventaja fundamental que presenta la construcción de prototipos desde el punto de vista de la validación radica en que estos modelos, una vez construidos, pueden ser evaluados directamente por los usuarios o expertos en el dominio del sistema para validar sobre ellos el análisis. 21

22 IMPORTANCIA Todas las herramientas y técnicas especiales que auxilian al analista en la determinación de los requerimientos. Una de estas herramientas es el uso de los diagramas de flujo de datos para graficar las entradas, los procesos y las salidas de las funciones del negocio en una forma grafica estructurada. A partir de los diagramas de flujo de datos se desarrolla un diccionario de datos que enlista todos los datos utilizados en el sistema, así como sus respectivas especificaciones. Estas herramientas ayudan a documentar un sistema existente y a determinar los requerimientos de la nueva aplicación y son: Herramientas para recolección de datos: captura detalles que describen sistemas y procedimientos en uso, documentan procesos y actividades de decisión. Herramientas para diagramación: crean representaciones gráficas o modelos de sistemas, apoyan el dibujo y revisión de diagramas e iconos. Herramientas para el diccionario: registran y mantienen descripciones de los elementos del sistema como grupos de datos, procesos y almacenamiento de datos. Con frecuencia, proporcionan la capacidad de examinar las descripciones del sistema para deducir si son incompletas o inconsistentes, muchas incluyen la facilidad de reportar donde se utilizan los elementos del sistema. Durante esta fase el analista de sistemas analiza también las decisiones estructuradas que se hayan tomado. Las decisiones estructuradas son aquellas en las cuales se pueden determinar las condiciones, las alternativas de condición, las acciones y las reglas de acción. 22

23 ACTIVIDADES o Analizar de manera global los procedimientos actuales, detectando problemas, ineficiencias o en áreas desde el punto de vista del usuario y técnico. o Tenemos que realizar un plan estratégico, que nos permita contar con un plan estratégico de tecnología actualizado y validado, en el área usuaria. o Definir y organizar el alcance del proyecto. o Identificar las tendencias del sector financiero, para atender con los requerimientos del proyecto. o Identificar las características de hardware y software. 5.3 DISEÑO El Diseño se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema. Establece cómo alcanzar el objetivo, también se ocupa de desarrollar las directrices propuestas durante el análisis. El analista utiliza la información recopilada en las primeras fases para realizar el diseño lógico del sistema de información. El analista facilita la entrada de eficiente de datos al sistema de información mediante técnicas adecuadas de diseño de formularios y pantallas. 23

24 DEFINICIÓN Una parte del diseño lógico del sistema de información es el diseño de la interfaz con el usuario. La interfaz conecta al usuario con el sistema, y evidentemente, es de suma importancia. La fase de diseño también incluye el diseño de archivos o bases de datos que almacenarán gran parte de los datos indispensables para los encargados de tomar las decisiones en la organización. Una base de datos bien organizada es el cimiento de cualquier sistema de información. En esta fase el analista también interactúa con los usuarios para diseñar la salida (en pantalla o impresa) que satisfaga las necesidades de información de estos últimos. Finalmente, el analista debe diseñar controles y procedimientos de respaldo que protejan al sistema y a los datos, y producir paquetes de especificaciones de programa para los programadores. Cada paquete debe contener esquemas para la entrada y la salida, especificaciones de archivos y detalles del procesamiento; también podría incluir árboles o tablas de decisión, diagramas de flujo de datos, un diagrama de flujo de sistema, y los nombres y funciones de cualquier rutina de código previamente escrita. IMPORTANCIA En esta fase el analista debe identificar los recursos globales y tiene que determinar mecanismos para controlar el acceso a ellos. Entre los recursos globales se cuentan: unidades físicas, tales como procesadores, unidades de cinta y satélites de comunicación; espacio, tal como el espacio en disco, una pantalla de una estación de trabajo, y los botones de un ratón; nombres lógicos, tales como la identificación de los objetos, nombres de archivos y nombres de clases; y el acceso a datos compartidos, tales como bases de datos, debe escoger entre varias maneras de implementar el control en software. 24

25 Es básicamente enfocada al trabajo que se desarrolla en el centro de procesamiento de datos, previo a la construcción técnica del sistema. Diseño de sistemas: Prototipos o la investigación de diseño de sistemas, asimismo delinea consideraciones específicas de diseño así como opciones de impresión y presentación en pantalla. Transición del análisis hacia el diseño: Para determinar los requerimientos de sistema, es necesario analizar los hechos que se tienen a la mano. Las descripciones y la documentación desarrollada como resultado del esfuerzo de búsqueda de hechos, se estudian con la finalidad de evaluar el funcionamiento del sistema de uso y establecer los requerimientos que debe cumplir un nuevo diseño. Las conclusiones obtenidas por esta actividad llevan la base para la transición hacia el diseño así como otras actividades de desarrollo. El diseño es una solución: la conversión de los requerimientos en formas que los satisfaga. El analista trata de identificar aquellos que son más factibles desde el punto de vista técnico, económico y operacional. Las opciones identificadas de esta manera son las estrategias para satisfacer los requerimientos. Ellos formaran la base para el diseño de sistemas. En una situación real de diseño, las estrategias a seguir pueden tomar la forma de cambios en los procedimientos de operación, nuevos métodos, de trabajo, cambios en el personal, adición de controles, inducción de procesamiento automatizado, métodos para el soporte de decisiones, sistemas de comunicación dentro de las oficinas o una combinación de cualquiera de las anteriores. Las estrategias del analista es mejorar una situación mediante el desarrollo de mejores procedimientos de operación. La revisión de procedimientos para eliminar formularios o documentos innecesarios o pasos duplicados, simplifica y acelera el trabajo. Lo anterior también puede disminuir el potencial de error. 25

26 Los procedimientos pueden ser automatizados o manuales y, por lo general, se incluyen varios que pertenezcan a cada una de estas categorías. El analista tiene la responsabilidad de sugerir dónde serán de utilidad los procedimientos, ya sean nuevos o revisados. La administración decide si acepta o rechaza dichas recomendaciones. El analista toma la decisión de aplicar el conocimiento que tiene sobre las capacidades de la computadora y combinarlo con la compresión de los requerimientos de sistemas. Los resultados de todo un día de trabajo se pueden totalizar y comunicar con rapidez a los supervisores, sin importar a estos se encuentran dentro del mismo edificio a varios kilómetros de distancia. El diseño del sistema incluye formulación de las especificaciones del software. Establecen las funciones de entrada, salida y procesamiento así como los algoritmos necesarios para efectuarlas. Junto con las rutinas, se enfocan sobre lo que cada función realiza; asimismo, se especifican los procedimientos necesarios para llevar a cabo dichas funciones. La selección de lenguajes de programación, paquetes de software y utilerías se efectúan durante el proceso de diseño lógico y las recomendaciones se incluyen como parte de las especificaciones del software. Ajustarse a los estándares de diseño Se establecen dentro del marco fijado por los estándares: Estándares para datos Lineamientos para signar nombre a los datos y especificar su longitud y tipo. Son utilizados por todas las aplicaciones desarrolladas por el grupo de sistemas de información. Contenidas en el diccionario de datos. Estándares de codificación Abreviaturas y designaciones formales para describir actividades y entidades dentro de la organización. 26

27 Estándares estructurales Lineamientos sombre como estructurar el software y el sistema. Políticas para dividir el software en módulos, para la codificación estructurada y la relación existente entre los componentes del sistema. Estándares de documentación Descripciones de las características del diseño de sistemas, de la relación entre componentes y de las características de operación que pueden ser revisadas para conocer los detalles de aplicación. Garantizar que la aplicación cumpla con los estándares, muchas organizaciones cuentan con un grupo de control de calidad que tiene la responsabilidad de revisar todas las especificaciones de diseño de sistemas de información, así como el propio sistema una vez terminado. Etapas del Diseño del Sistema: El diseño de los datos: Trasforma el modelo de dominio de la información, creado durante el análisis. El Diseño Arquitectónico: Define la relación entre cada uno de los elementos estructurales del programa. El Diseño de la Interfaz: Describe como se comunica el Software consigo mismo con los sistemas que operan junto con él y con los operadores y usuarios que lo emplean. El Diseño de procedimientos: El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas. El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente. 27

28 Apoyan el proceso de establecer las características que el sistema debe tener para satisfacer los requerimientos de la nueva aplicación y son: Herramientas de especificación: apoyan el proceso de formular las características que debe tener una aplicación, como entradas, salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos. Herramientas para presentación: se utilizan para describir la posición de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida. Cada diseño representa una mezcla única de componentes técnicos y organizacionales. Lo que hace que un diseño sea superior a otros es la facilidad y eficacia con que cumple con los requerimientos. ACTIVIDADES o Realizar el diseño de la captura de datos o Realizar el diseño de entradas y de salidas o Realizar la organización de datos o Realizar el procesamiento y especificaciones de control o Definir el tipo de prototipo que se elaborará o Definir el sistema actual o Estimar todos los costos del proyecto o Elaborar diagrama estructural del sistema 28

29 5.4 IMPLEMENTACIÓN Y MANTENIMIENTO En la última fase del desarrollo de sistemas, aquí el analista participa en la implementación del sistema de información. En esta fase se capacitan los usuarios en el manejo del sistema, parte de la capacitación la imparten los fabricantes, pero la supervisión de esta es la responsabilidad del analista de sistemas. Antes de poner el sistema en funcionamiento es necesario probarlo, es mucho menos costoso encontrar los problemas antes de que el sistema se entregue a los usuarios. Una parte de las pruebas las realizan los programadores solos, y otros las llevan a cabo de manera conjunta con los analistas de sistemas. Primero se realiza una serie de pruebas con datos de muestra para determinar con precisión cuáles son los problemas y posteriormente se realiza otra con datos reales del sistema actual. DEFINICIÓN Implementación: es en esta etapa que se elimina barreras y obstáculos, se prepara un plan de acción, se selecciona a un responsable que cubra las siguientes especificaciones: Que deben de hacer En donde se debe realizar Cuando se deberá de iniciar y terminar Y que recursos y procedimientos se requieren para su buena ejecución También en esta fase se realizan las actividades: programación, pruebas paralelo, implantación y desarrollo de sistemas. 29

30 *Programación: Intervienen los programadores para desarrollar cualquier software necesario. Entre las técnicas estructuradas para diseñar y documentar software se encuentra en diagramas de estructura, el analista se vale de una o más de estas herramientas para comunicar al programador lo que se requiere a programar. Los programadores desempeñan un rol clave en esta fase porque diseñan, codifican y eliminan errores sintácticos de los programas de cómputo. Antes de poner en práctica el sistema diseñado y programado, es necesario realizar pruebas sobre él, con objeto de prever que su funcionamiento sea llevado a cabo sin los errores que no hayan sido considerados en las fases anteriores. Las características técnicas del sistema que se prepararon durante la etapa de diseño se traducen en código de programa. En la actualidad, muchas organizaciones ya no realizan por si mismas la programación para nuevos sistemas, compran fuentes externas el software que cumple con los requerimientos para un nuevo sistema. El programador requiere estructurar sus procesos correctamente para realizar las tareas de la forma más eficiente y así sacar el máximo provecho de los recursos computacionales. Las características que requiere un programador son: Creatividad Imaginación Disciplina Dedicación Estudio * Pruebas en paralelo: Para poner en práctica el sistema ya aprobado que va a sustituir a un viejo sistema, se impone realizar una prueba en paralelo, haciendo funcionar a ambos durante un tiempo. Esto originara que se objetivice el modo teórico llevado a la práctica. 30

31 A través de una prueba paralelo se hacen evidentes las supuestas ventajas que se plantearon al diseñar el sistema que viniese a sustituir al obsoleto, que estaba en funciones. Además, permite la continuidad absoluta en las operaciones, ya que si cortáramos de pronto con el viejo sistema y empezáramos a operar inmediatamente con el recién diseñado, las anomalías que en este último se presenten vendrán a afectar drásticamente el funcionamiento de la organización: por lo contrario, trabajando ambos sistemas, cualquier anomalía en el nuevo sistema no representara ningún problema y servirá, en cambio, para pulir hasta donde se requiera el funcionamiento de este. En el caso en que no se vaya a sustituir un sistema, o sea que el sistema diseñado sea primero en implantarse, las pruebas que se realicen sobre este deberán hacerse pensando en todas las posibles errores que pueden presentarse y las alternativas que se presenten en cada caso. * Implantación: Cuando la prueba paralelo (caso de sustitución de un sistema por otro) o la prueba exhaustiva del sistema diseñado son plenamente satisfactorias, se procede a implantarlo. Antes, debemos asegurarnos de que todos y cada uno de los elementos del personal que intervienen en el sistema están plenamente identificados con este, pues de lo contrario se establecerían situaciones conflictivas entre las personas y el sistema, en caso que rompiera la dinámica de la organización. * Pruebas: Las pruebas normalmente se efectúan con los llamados datos de prueba, que es un conjunto seleccionado de datos típicos a los que puede verse sometido el sistema y/o módulos y/o bloques de código. También se escogen: Datos que llevan a condiciones límites al software a fin de probar su tolerancia y robustez; datos de utilidad para mediciones de rendimiento; datos que provocan condiciones eventuales o particulares poco comunes y a las que el software normalmente no estará sometido pero pueden ocurrir; etc. 31

32 Los "datos de prueba" no necesariamente son ficticios o "creados", pero normalmente si lo son los de poca probabilidad de ocurrencia. Se deben realizar pruebas exhaustivas y completas para determinar si el sistema produce los resultados correctos. Las pruebas consumen gran cantidad de tiempo los datos de las pruebas se deben preparar cuidadosamente. Se dividen en tres tipos: Prueba unitaria: o prueba del programa consisten en probar o testear piezas de software pequeñas; a nivel de secciones, procedimientos, funciones y módulos; aquellas que tengan funcionalidades específicas. Dichas pruebas se utilizan para asegurar el correcto funcionamiento de secciones de código, mucho más reducidas que el conjunto, y que tienen funciones concretas con cierto grado de independencia. Pruebas de integración: Se realizan una vez que las pruebas unitarias fueron concluidas exitosamente; con éstas se intenta asegurar que el sistema completo, incluso los subsistemas que componen las piezas individuales grandes del software funcionen correctamente al operar e interoperar en conjunto. Prueba del sistema: comprueba el funcionamiento en conjunto del sistema de información. Prueba de aceptación: proporciona la certificación final de que el sistema está listo para usarse en una situación de producción. La prueba del sistema es un proceso caro pero critico que puede llevarse hasta 50% del presupuesto para el desarrollo del programa. La prueba es el proceso de ejecutar un programa con la intención explicita de hallar errores, es decir, hacer que el programa falle. El examinador, que puede ser un analista, programador, o especialista entrenado en la prueba de software, esta tratando realmente de hacer que el programa falle. Los analistas saben que un programa de prueba efectivo no garantiza la confiabilidad del sistema. 32

33 Verificación y validación: Como la prueba, la verificación tiene la intención de hallar errores. Se lleva a cabo ejecutando un programa en un ambiente simulado. La validación se refiere al proceso del uso del software en un ambiente no simulado para hallar sus errores. Cuando los sistemas comerciales se desarrollan con la intención explicita de distribuirlos a través de terceros para su venta, o comercializarlos por medio de oficinas de la propia compañía, primero deben pasar por la verificación, a veces llamada prueba alfa. En el curso de la validación del sistema, puede ocurrir una falla y el software será modificado. El uso continuo posiblemente produzca fallas adicionales y la necesidad de más cambios. Certificación: La certificación del software es una garantía de lo correcto de un programa, su importancia va en aumento para las aplicaciones de sistemas de información. Existe una creciente dependencia de la compra o renta de software comercial en vez del desarrollo en casa. Sin embargo, antes que los analistas deseen aprobar la adquisición de un paquete, a menudo requieren de la certificación del software por parte del fabricante o de un tercero sin prejuicios. Estrategias de prueba: Los casos de prueba se diseñan con este propósito en mente. Un caso de prueba es un conjunto de datos que el sistema procesara como entrada normal. Hay dos estrategias generales para la prueba del software, las estrategias de prueba de código y prueba de especificación. Prueba de código La estrategia de prueba de código examina la lógica del programa, el analista desarrolla casos de prueba que produzcan la ejecución de cada instrucción en el programa o modulo, es decir, se prueba cada ruta del programa. 33

34 A primera vista, la prueba de código parece ser un método ideal para probar el software, es incorrecto el razonamiento de que todos los errores de software se pueden descubrir verificando toda ruta en un programa. La prueba de código se puede llevar a cabo en su totalidad, no es una garantía en contra de las fallas del software. Esta estrategia de prueba no indica si el código cumple sus especificaciones ni tampoco determina si todos los aspectos han sido implantados. La prueba de código tampoco verifica el rango de los datos que aceptara el programa, aun cuando, al ocurrir fallas del software en su uso real, sea frecuente que los usuarios introduzcan datos fuera de los rangos esperados. Prueba de especificaciones Para llevar a cabo la prueba de especificaciones el analista examina las especificaciones que señalan lo que el programa debe hacer y como lo debe llevar a cabo bajo diferentes condiciones. Esta estrategia trata al programa como si fuera una caja negra: el analista no mira dentro del programa para estudiar el código y no le interesa si se puede cada instrucción o ruta dentro dl programa. Ninguna de las estrategias de prueba de código o especificaciones es ideal. Sin embargo, la prueba de especificación es la estrategia más eficiente, ya que se centra en la forma que se espere se use el software. Manejo de las prácticas de pruebas Niveles de prueba: Los sistemas no se diseñan como sistemas completos ni tampoco se prueban como sistemas únicos. El analista debe llevar a cabo tanto pruebas parciales como las del sistema. Pruebas parciales: En las pruebas parciales se centra primero en los módulos, independientes entre sí, para localizar los errores. Esto permite al que realice la prueba detectar errores en el código y la lógica contenidos dentro de ese único modulo. 34

35 Los casos de prueba necesarios para las pruebas parciales deben probar cada condición u opción. Las pruebas parciales se pueden llevar a cabo en forma ascendente, comenzando con los módulos más pequeños y de nivel inferior y continuando de uno en uno. Para cada modulo en la prueba ascendente, un programa corto (llamado programa conductor ya que maneja o corre el modulo) ejecuta el modulo y proporciona los datos necesarios, de esta forma se pide que el modulo se desempeñe en la forma en que lo haría al encajarse dentro del sistema. La prueba descendente, como su nombre lo indica, empieza con los módulos de nivel superior. Un fragmento es un modulo que puede ser llamado por el modulo de nivel superior y que, al ser alcanzado de forma apropiada, regresara un mensaje al modulo que hace la llamada, indicando que ocurrió la interacción apropiada. Prueba de sistemas: La prueba de sistemas no prueba el software en sí, sino la integración de cada modulo en el sistema. Los analistas tratan de hallar áreas en donde los módulos hayan sido diseñados con especificaciones distintas para la longitud y tipo de datos y los nombres de los elementos de los datos. La prueba de sistemas también debe verificar que los tamaños de los archivos son adecuados y que los índices se han construido en forma adecuada. * Instalación: La instalación es el proceso por el cual los programas desarrollados son transferidos apropiadamente al computador destino, inicializados, y, eventualmente, configurados; todo ello con el propósito de ser ya utilizados por el usuario final. Constituye la etapa final en el desarrollo propiamente dicho del software. Luego de ésta el producto entrará en la fase de funcionamiento y producción, para el que fuera diseñado. * Mantenimiento: Son los cambios en el hardware software documentación o procedimientos para corregir errores en un sistema de producción cumplir con los nuevos requerimientos o mejorar la eficacia del proceso. 35

36 El mantenimiento es un proceso continuo durante el ciclo de vida de un sistema de información. Después de instalar el sistema de información, por lo general el mantenimiento consiste en corregir los errores de programación que previamente no se detectaron. Una vez corregidos estos errores, el sistema alcanza un estado estable en el cual ofrece un servicio confiable a sus usuarios. El mantenimiento durante este periodo podría consistir en eliminar algunos errores previamente no detectados y en actualizar el sistema con algunos cambios menores. Sin embargo, conforme pasa el tiempo y los negocios y la tecnología cambian, los esfuerzos de mantenimiento se incrementan de manera considerable. El analista de sistemas necesita conocer los detalles de las funciones del sistema actual: el quién (la gente involucrada), el qué (la actividad del negocio), el dónde (el entorno donde se desarrollan las actividades), el cuándo (el momento oportuno) y el cómo (la manera en que se realizan los procedimientos actuales) del negocio que se estudia. Ya que el analista debe poseer un amplio espectro de habilidades, ya que busca, evalúa y propone soluciones y disfruta el reto de analizar el problema planteando una solución satisfactoria. IMPORTANCIA Como se ha mencionado la implementación tiene muchas etapas que van dese la programación hasta el mantenimiento, esta es una de las etapas dentro del desarrollo de sistemas debido a que es en esta parte en donde se hace o crea el sistema y es llevado al usuario, además de que se tiene un control después de la entrega. Además el mantenimiento del sistema empieza cuando nuevo sistema ha estado operando, el auditor de sistemas independiente de las otras fases de la vida del sistema, revisará lo siguiente: Determinar si el programa ha logrado los requerimientos de los objetivos, se debe prestar especial atención a la utilización y la satisfacción de los usuarios finales, ellos constituirán un indicador excelente. 36

37 Verificar que se miden, analizan e informan adecuadamente a la gerencia los beneficios identificados con el estudio de factibilidad. Revisar las solicitudes de cambios a los programas que se han realizado, para evaluar el tipo de cambios que se exigen al sistema, el tipo de cambios puede indicar problemas de diseño, programación o interpretación de los requerimientos de usuario. La otra razón para el mantenimiento del sistema es la mejora de las capacidades del software en respuesta a las cambiantes necesidades de una organización, que por lo general tienen que ver con alguna de las siguientes tres situaciones: 1. Con frecuencia, después de familiarizarse con el sistema de cómputo y sus capacidades, los usuarios requieren características adicionales. 2. El negocio cambia con el tiempo. 3. El hardware y el software cambian a un ritmo acelerado. 37

38 ACTIVIDADES Especificaciones de desarrollo Programación Pruebas Instalación Realizar pruebas de integración, sistema y volumen Preparar documentación del sistema como manual de usuario, manual de operación, manual técnico, etc. Documentar Mejoras al Sistema Realizar el acta de liberación, que formalice la entrega del sistema. Implementación o Instalación Mantenimiento: correctivo o de mejoras 38