1. Ciclo de Vida del Software Trabajo de lectura y comprensión. Integrantes: Alfredo Talavera Becerra. Leonel Sierra Morales. Pablo de Jesús Arreola Vieyra Erick Rubén Velazco Velazco.

2. Tema 1.2.1: Investigación Preliminar. En la primera fase del ciclo de vida del desarrollo de sistemas, el analista tiene que ver con la identificación de problemas, oportunidades y objetivos. La identificación de objetivos es un componente importante de la primera fase. En primer lugar, el analista debe descubrir lo que está tratando de hacer la empresa, luego será capaz de ver si algún aspecto de la aplicación de sistemas de información puede ayudar para que el negocio alcance sus objetivos atacando problemas específicos u oportunidades.

3. Aclaración de la solicitud. Muchas solicitudes que provienen de empleados y usuarios no están formuladas de manera clara. Por consiguiente, antes de considerar cualquier investigación de sistemas, la solicitud de proyecto debe examinarse para determinar con precisión lo que el solicitante desea. Si éste tiene una buena idea de lo que necesita pero no está seguro cómo expresarlo, entonces bastará con hacer una llamada telefónica. Por otro lado, si el solicitante pide ayuda sin saber qué es lo que está mal o dónde se encuentra el problema, la aclaración del mismo se vuelve más difícil. En cualquier caso, antes de seguir adelante, la solicitud de proyecto debe estar claramente planteada.

4. Estudio de factibilidad. Un resultado importante de la investigación preliminar es la determinación de que el 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? Factibilidadoperacional.Sisedesarrollaeimplanta,¿seráutilizadoelsistema?,¿existirá cierta resistencia al cambio por parte de los usuarios que dé como resultado una disminución de los posibles beneficios de la aplicación?

5. Aprobación de la solicitud. No todos los proyectos solicitados son deseables o factibles. Algunas organizaciones reciben tantas solicitudes de sus empleados que sólo es posible atender unas cuantas. Sin embargo, aquellos proyectos que son deseables y factibles deben incorporarse 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 qué proyectos son los más importantes y decide el orden del que se llevarán a cabo. Muchas organizaciones desarrollan sus planes para sistemas de información con el mismo cuidado con el que planifican nuevos productos y programas de fabricación o la expansión de sus instalaciones. Después de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal; con esta información se determina dónde ubicarlo dentro de la lista existente de proyectos.

6. Tema 1.2.2: Requerimientos. Las herramientas utilizadas para definir los requerimientos de información se encuentran: muestreo e investigación de los datos relevantes. En esta fase el analista está esforzándose por comprender qué información necesitan los usuarios para realizar su trabajo. Esta fase sirve para formar la imagen que el analista tiene de la organización y sus objetivos, es realizado típicamente por un especialista llamado analista de información (IA). Las personas involucradas en esta fase son los analistas y los usuarios, típicamente los administradores de las operaciones y los trabajadores de las operaciones.

7. Requerimientos. El analista de sistemas necesita saber los detalles de las funciones actuales del sistema: Quién (las personas que están involucradas), Qué (la actividad del negocio), Dónde (el ambiente donde se lleva a cabo el trabajo), Cuándo (en qué momento) Cómo (de qué manera se desarrollan los procedimientos actuales) del negocio bajo estudio. E aspecto fundamental del análisis de sistemas es comprender todas las facetas importantes de la parte de la empresa que se encuentra bajo estudio. (Es por esta razón que el proceso de adquirir información se denomina, con frecuencia, investigación detallada.)

8. Requerimientos. Los analistas, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a las siguientes preguntas clave como se mostró anteriormente: 1. ¿Qué es lo que se hace? 2. ¿Cómo se hace? 3. ¿Con qué 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?

9. Tema 1.2.3: Análisis del Sistema. + El analista de sistemas involucra al análisis de las necesidades del sistema. herramientas y técnicas especiales ayudan para que el analista haga las determinaciones de los requerimientos. + Una herramienta de éstas es el uso de diagramas de flujo de datos para diagramar la entrada, proceso y salida de las funciones del negocio en forma gráfica estructurada, a partir de los diagramas de flujo de datos se desarrolla un diccionario de datos, que lista todos los conceptos de datos usados en el sistema, así como sus especificaciones, sin son alfanuméricos y qué tanto espacio ocupan cuando se imprimen. Las decisiones semiestructuradas (decisiones tomadas bajo riesgo) son sustentadas frecuentemente por los sistemas de apoyo a decisiones, cuando se analizan decisiones semiestructuradas, el analista examina las decisiones con base en el grado de habilidad para la toma de decisiones requerida, el grado de complejidad del problema y la cantidad de criterios considerados cuando se toma la decisión.

10. 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, a la que denominan diseño físico. El diseño de un sistema también indica los datos de entrada, aquellos que serán calculados y los que deben ser almacenados. Así mismo, se escriben con todo detalle los procedimientos de cálculo y los datos individuales. Se seleccionan las estructuras de archivo y los dispositivos de almacenamiento, tales como discos y cintas magnéticas o incluso archivos en papel. Los procedimientos que se escriben indican cómo procesar los datos y producir las salidas.

11. Tema 1.2.4: Programación. En la programación, el analista trabaja con los programadores para desarrollar cualquier software original que se necesite. Algunas de las técnicas estructuradas para el diseño y documentación de software incluyen diagramas estructurados, el método HIPO, diagramas de flujo, diagramas Nassi- Schneiderman y Warnier-Orr y seudo código. El analista de sistema usa uno o más de estos dispositivos para comunicar al programador lo que necesita ser programado.

12. Programación. Los programadores tienen un papel principal en esta fase conforme diseñan, codifican y eliminan errores de sintaxis de los programas de computadora. Si el programa va a ser ejecutado en un ambiente de macro computadora, se debe crear el lenguaje de control de trabajos (JCL). Para asegurar la calidad, un programador puede realizar ya sea un diseño o un ensayo del código, explicando las partes complejas del programa a un equipo de otros programadores.

13. Tema 1.2.5: Implementación. Antes de ser usado, el sistema de información debe ser probado, es menos costoso encontrar problemas antes de que el sistema sea entregado a los usuarios. Algunas de las pruebas son realizadas por los programadores y otras por los analistas de sistemas junto con los programadores. Primero se ejecuta una serie de pruebas para que destaquen los problemas con datos de ejemplo y eventualmente con datos reales del sistema actual. Durante la fase de prueba, 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. En ocasiones se permite que varios usuarios utilicen el sistema para que los analistas observen si tratan de emplearlo en formas no previstas. Es preferible descubrir cualquier sorpresa antes de que la organización implante el sistema y dependa de él.

14. Implementación. El mantenimiento del sistema comienza en esta fase y es efectuado rutinariamente a lo largo de la vida del sistema de información. Mucho del trabajo rutinario del programador consiste en el mantenimiento, ya que los negocios gastan gran cantidad de dinero en dicho mantenimiento. Implementación del Sistema. En esta fase del desarrollo del sistema el analista ayuda a implementar el sistema de información. La implantación es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicación y construir todos los archivos de datos necesarios para utilizarla. Algún entrenamiento es hecho por los proveedores, pero la supervisión del entrenamiento es responsabilidad del analista de sistemas. Adicionalmente, el analista necesita un plan para una conversión suave del sistema antiguo al nuevo.

15. Implementación. 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: Evaluación operacional Impacto organizacional Opinión de los administradores Desempeño del desarrollo Desafortunadamente la evaluación de sistemas no siempre recibe la atención que merece. Sin embargo cuando se conduce en forma adecuada proporciona mucha información que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes.

16. La Importancia del Mantenimiento. Después de que el sistema está instalado se le debe dar mantenimiento, esto significa que los programas de computadora deben ser modificados y mantenidos actualizados. El mantenimiento se realiza por dos razones. La primera de estas es para corregir errores de software, sin importar que tan completamente se pruebe el sistema, se deslizan errores en los programas de computadora. Los errores del software comercial para microcomputadoras son a veces documentados como "anomalías conocidas", y son corregidos cuando son lanzadas nuevas versiones del software o versiones intermedias. En el software personalizado los errores deben ser corregidos conforme son detectados. La segunda razón para realizar el mantenimiento del sistema es para mejorar las capacidades del software en respuesta a las necesidades organizacionales cambiantes