Omar Acuña
- 2. A través de los años se ha podido constatar que los requerimientos o requisitos son la pieza fundamental en un proyecto de desarrollo de software, ya que marcan el punto de partida para actividades como la planeación, básicamente en lo que se refiere a las estimaciones de tiempos y costos, así como la definición de recursos necesarios y la elaboración de cronogramas que será uno de los principales mecanismos de control con los que se contará durante la etapa de desarrollo. Además la especificación de requerimientos es la base que permite verificar si se alcanzaron o no los objetivos establecidos en el proyecto ya que estos son un reflejo detallado de las necesidades de los clientes o usuarios del sistema yes contra lo que se va a estar verificando si se están cumpliendo las metas trazadas. Es muy frecuente escuchar entre los conocedores del desarrollo de software (programas de computadoras), que un gran número de los proyectos de software fracasan por no realizar una adecuada definición, especificación, y administración de los requerimientos. Dentro de esa mala administración se pueden encontrar factores como la falta de participación del usuario, requerimientos incompletos y el mal manejo del cambio a los requerimientos.
- 3. La planeación efectiva de un proyecto de software depende de la planeación detallada de su avance, anticipando problemas que puedan surgir y preparando con anticipación soluciones tentativas a ellos. Se supondrá que el administrador del proyecto es responsable de la planeación desde la definición de requisitos hasta la entrega del sistema terminado. Panorama, plan de fases, plan de organización, plan de pruebas, plan de control de modificaciones, plan de documentación, plan de capacitación, plan de revisión e informes, plan de instalación y operación, plan de recursos de entregas, índice, plan de mantenimiento. El objetivo de la planificación del proyecto de software es proporcionar un marco de trabajo que permite al gestor de planificación hacer estimaciones razonables de recursos, costos y planificación temporal Estas estimaciones se hacen dentro de un marco de tiempo limitado al comienzo de un proyecto de software, y deberían actualizarse regularmente a medida que progresa el proyecto. Las estimaciones deberían definir los escenario del mejor caso, y peor caso de modo que los resultados del proyecto pueden limitarse. El objetivo de la planificación se logra mediante un proceso de descubrimiento de la información que lleve a estimaciones razonables.
- 4. La ingeniería de software se centra en los métodos, herramientas y procedimientos para establecer un control en el desarrollo del software, lo que permite construir software de calidad de forma productiva y evitando posibles errores humanos. De hecho, la predecibilidad de los resultados es uno de los factores que garantizan la calidad de los sistemas. Un mercado emergente en nuestro país, que refleja cómo el personal directivo de las empresas cada vez se preocupa más de la repercusión de los procesos de ingeniería de software en sus objetivos de negocio. Más y más productos incorporan computadoras y Software en estos sistemas representan una proposición grande y creciente del costo total del sistema. Por lo tanto, producir software costeable es esencial para el funcionamiento de la economía nacional e internacional. La ingeniería de software es una disciplina de la ingeniería cuya meta es el desarrollo costeable de sistemas de software. Este es abstracto e intangible. No esta restringido por materiales, o gobernado por leyes físicas o por procesos de manufactura. De alguna forma, esto simplifica la ingeniería de software ya que no existen limitaciones físicas del potencial del software. Sin embargo, esta falta de restricciones naturales significa que el software puede llegar a ser extremadamente complejo y, por lo tanto, muy difícil de entender. La ingeniería de software es una disciplina relativamente joven. La noción de esta ingeniería fue propuesta inicialmente en 1968, en una conferencia para discutir lo que en ese entonces se llamo la “crisis del software”. Esta crisis fue el resultado de la introducción de las poderosas (en ese momento) computadoras de tercera generación. Su poder hizo que las aplicaciones hasta ese entonces irrealizables fueran una propuesta factible.
- 5. El método de ciclo de vida para el desarrollo de sistemas es el conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implantar un sistema de información. El método del ciclo de vida para el desarrollo de sistemas consta de 6 fases: Investigación Preliminar: La solicitud para recibir ayuda de un sistema de información puede originarse por varias razones: sin importar cuales sean estas, el proceso se inicia siempre con la petición de una persona. 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. Los analistas, al trabajar con los empleados y administradores. 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 del desarrollo del software, a la que denominan diseño físico. Desarrollo del software: Los encargados de desarrollar software pueden instalar software comprobando 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. Por lo general, los programadores que trabajan en las grandes organizaciones pertenecen a un grupo permanente de profesionales.
- 6. 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 después se examinan los resultados. Implantación y evaluació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. 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 los meses. Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones. 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: Impacto organizacional: Identificación y medición de los beneficios para la organización en áreas tales como finanzas, eficiencia operacional e impacto competitivo. También se incluye el impacto sobre el flujo de información externo e interno. Opinión de los administradores: evaluación de las actividades de directivos y administradores dentro de la organización así como de los usuarios finales. Desempeño del desarrollo: La evaluación de 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 la valoración de los métodos y herramientas utilizados en el desarrollo.
- 7. Requerimientos: Esta fase fundamental para que la estrategia informática encaje dentro de las metas de la empresa, ya que en ella se cumplen las funciones del modelaje del negocio y planificación de sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta forma sus requerimientos de información. Aunque la fase de requerimientos puede aplicarse a todos los procesos de la empresa, o a un área en específico, suele ser mas practico analizar área por área del negocio. Durante esta fase se desarrolla un modelo del área estudiada, donde se representa: Los procesos que se llevan a cabo, la información utilizada por ellos y las reglas políticas y prácticas de la empresa relacionada con estos procesos. Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de sistema de información capaz de guiar el desarrollo de un sistema que permita dar soporte al área en estudio en el cumplimiento de sus objetivos. Análisis - Diseño: El objetivo de esta fase es desarrollar el diseño arquitectónico de los sistemas, utilizando los requerimientos obtenidos en la primera fase. En el diseño arquitectónico se engloban dos componentes: los datos y los procesos, los cuales serán analizados y diseñados desde una perspectiva conceptual a una física, dentro de las cuatros actividades que se encuentran en esta fase.
- 8. Actividades dentro de la fase de Análisis-Diseño: Analizar y Diseñar Proceso: Las operaciones del negocio y los requerimientos de funcionamiento definidos en la primera fase, se toman en cuenta con el propósito de determinar la forma en que debe funcionar el sistema. Analizar y Diseñar Los Datos: Con los requerimientos de información definidos en la fase I se debe organizar los distintos modelos de datos que nos ayuden a diseñar la base de datos que hagan falta para que el sistema funcione de acuerdo al modelo de funcionamiento. Diseñar y Organizar Los Componentes Físicos: Todo componente físico como (pantallas, base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo de funcionamiento. Planificar El Desarrollo De Los Componentes Físicos: actividad en la cual planificamos la forma en que pueden ser construidos e implementados los componentes físicos de una forma rápida y productiva. Construcción: Dentro de esta fase de construcción existen actividades separadas en cinco sub.-fases: Desarrollo De Infraestructura: Durante esta fase se desarrollará y organizará la infraestructura que permita cumplir las tareas de construcción en la forma más productiva posible.
- 9. Adaptación De Paquetes: Ofrece una desventaja fundamental: el personal de la instalación no conoce los componentes del paquete con la misma profundidad con que conoce los componentes desarrollados por ellos mismos. Uno de los objetivos centrales de esta sub.- fase es conocer al máximo detalle posible el funcionamiento del paquete, este asegurará que el paquete será utilizado con el máximo provecho, tanto desde el punto de vista del negocio, como de la utilización de recursos. Cada componente del paquete será revisado en forma exhaustiva por el equipo Analista – Usuario, con el fin de conocer y comprender todos los aspectos del paquete. Desarrollo De Unidades De Diseño Interactivas: Las unidades de diseño interactivas, son procedimientos que se cumple o se ejecutan a través de un dialogo usuario / sistema. Desarrollo De Unidades De Diseño Batch: Las unidades de diseño Batch, son aquellos procedimientos que se cumplen en forma automatizada, pero en la que no se entabla un dialogo entre usuario y el analista, sino que involucra grupos de transacciones que se alimentan al computador de una sola vez. Su objetivo central es igual a la fase de desarrollo de unidades de diseño interactivas. En esta sub.-fase se preparan especificaciones hechas utilizando una combinación de técnicas como flujo gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera que se utilice será útil para que la especificación sea clara y se logre el propósito de que el programador comprenda y pueda programar y probar los programas correspondientes. Desarrollo De Unidades De Diseño Manuales: Esta sub.-fase incluyen las tareas que se ejecutan en forma manual que se incluyen dentro de lo procedimientos administrativos. Las actividades de esta sub.-fase tienen como objetivo central desarrollar todos los procedimientos administrativos que rodearán y gobernarán la utilización de los componentes computarizados desarrollados en la fase de diseño detallado y construcción.
- 10. Pruebas: Esta fase, da inicio luego de que las diferentes unidades de diseño han sido desarrolladas y probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental para asegurar que el software no falle, es decir que funcione de acuerdo a sus especificaciones y a la manera que los usuarios esperan que lo haga, y de esta forma poder detectar cualquier anomalía, antes de que el sistema sea puesto en marcha y se dependa de el. Para evaluar el desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de prueba: Funcional: Prueba desde el punto de vista de los requerimientos funcionales. De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de desempeño. De Integración: Prueba de interfaces. De Aceptación Técnica: Prueba de manejo de condiciones extremas. Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente, se procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para de esta forma dar inicio al proceso de aceptación final, durante el cual, el sistema comenzará a funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso determinado de tiempo llamado Periodo de Aceptación. Finalizado el Periodo de Aceptación, se le dará al sistema la aprobación final, para que pase a ser el sistema oficial.
- 11. Producción y mantenimiento: Esta fase corresponde al Diseñar es la fase mas importante donde todos los elementos del SI. Están completos y se puede ejecutar el proyecto. Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada programa, cada procedimiento y cada estructura de datos se convierte en una pieza del negocio que, como tal, deberá funcionar en forma constante, exacta y confiable. La operación del negocio ahora dependerá del funcionamiento del sistema, por lo que las tareas de mantenimiento cobran vital importancia. Producción: Finalmente, en la etapa de producción se asegura que el sistema funcione correctamente en la mayoría de los casos, y con intervención mínima de los administradores del sistema. Para esto se realizan nuevas pruebas, se reevalúan los resultados y se hacen refinamientos del sistema, los cambios necesarios deberán ser introducidos sin afectar a los usuarios, y deberá conseguirse la máxima confianza de los usuarios. El resultado de esta etapa un sistema listo para su operación. Mantenimiento: Luego que el 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. 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. Conclusiones Preliminares: En la elaboración del desarrollo de esta unidad podemos evaluar la metodología utilizada por Llorens Fábregas, una metodología estructurada basada en proyectos exitosos al igual que la Laudon & Laudon, implementando valiosos métodos para el Diseño e implementación de un SISTEMA DE INFORMACION, capaz de satisfacer las necesidades de las Organizaciones a nivel Mundial.
- 12. Propósito: revisión del estado actual de la organización. Identificaron de la situación estratégica. Planificación de los proyectos y cambios. Objetivo: Analizar el estado actual de las tres dimensiones básicas de los sistemas de información, identificar su situación y determinar las acciones necesarias para alcanzar dicha situación futura. Fases Propuestas: o Determinar la estrategia y contexto actual de la organización: La primera fase del proyecto consiste en asegurar que cubrirá de manera efectiva las necesidades de la organización, y conocer esta suficientemente para poder determinar posteriormente sus requisitos de los sistemas de información. El primer paso será validar el plan de proyectos y Establecer los antecedentes. o Identificar los requisitos de negocio para los sistemas de información: La segunda fase del proyecto, una vez identificado el contexto y revisada la información disponible sobre la estrategia y planificación de la organización, es determinar cuáles son los requisitos concretos de negocio a los que pueden contribuir estos sistemas. Para identificar dichos requisitos con una visión amplia y estratégica, deben revisarse las necesidades del negocio desde varios niveles del análisis: Análisis FODA del negocio. Requisitos de contexto y operativos.
- 13. o Determinar el estado actual de los sistemas de información: Una vez que se ha revisado el negocio y se han obtenido sus requisitos, la siguiente fase es determinar el estado actual de los sistemas de información, para poder analizar posteriormente la efectividad del soporte ofrecido a partir de sus tres aspectos básicos: Estado de la infraestructura técnica. Estado de las aplicaciones. Estado de la organización. o Análisis de necesidades de los sistemas de información: Una vez conocidos los requisitos que el negocio demanda de los sistemas de información y determinado el estado actual de estos, se debe realizar su análisis para identificar cuáles son los puntos fuertes a mantener y las debilidades a mejorar. Para ello puede realizarse un análisis a los siguientes niveles: Análisis estratégico de los sistemas de información. Benchmarking de las prácticas de la competencia y del estado de la industria IT. Soporte ofrecido a los compontes de negocio. Evaluación de coste/beneficio de las aplicaciones y los sistemas. El análisis identificará acciones de mejora, determinadas en base a las oportunidades identificadas anteriormente, y se agruparán en los tres aspectos de los sistemas de información anteriormente vistos: • Aplicaciones. • Infraestructura. • Organización y procesos.
- 14. o Definir la estrategia y plan de sistemas de información: La última fase de un proyecto de planificación estratégica de sistemas es la definición de la estrategia y plan de sistemas. o Desarrollar el programa de despliegue: Una vez finalizado y aprobado el plan estratégico de sistemas, se debe desplegar y ello se planifica y gestiona de manera similar a cualquier otro programa o proyecto grande. Lanzamiento del programa Seguimiento y evaluación del programa Una vez completada la planificación anual, la actividad principal es el seguimiento de los indicadores operativos y de los proyectos en curso, así como la toma y supervisión de las acciones correctivas que se abran en base a las desviaciones identificadas. En paralelo se mantiene la relación con el cliente interno, que es el resto de la organización, gestionando la demanda de peticiones generales y de proyectos no previstos en el plan de sistemas. Estudio de factibilidad Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar acabo los objetivos o metas señalados, la factibilidad se apoya en los siguientes aspectos básicos: Operativa: Esta factibilidad comprende una determinación de la probabilidad de que un nuevo sistema se use como se supone. Operación garantizada. Uso garantizado.
- 15. Técnica: El análisis de factibilidad técnica evalúa si el equipo y software están disponibles (o, en el caso del software, si puede desarrollarse) y si tienen las capacidades técnicas requeridas por cada alternativa del diseño que se esté considerando. Los estudios de factibilidad técnica también consideran las interfaces entre los sistemas actuales y nuevo. Mejora del sistema actual. Disponibilidad de tecnología que satisfaga las necesidades. Financiera: Los estudios de factibilidad económica incluyen análisis de costos y beneficios asociados con cada alternativa del proyecto. Con análisis de costos/beneficio, todos los costos y beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una comparación de ellos. Tiempo del analista. Costo de estudio. Costo del tiempo del personal. Costo del tiempo. Costo del desarrollo / adquisición.
- 16. La evolución de los estudios encarados por la Ingeniería de Requerimientos se fue dando paulatinamente. Sin embargo, a partir de los 90, los esfuerzos se concentraron en la búsqueda de técnicas, métodos y herramientas que pudieran ser aplicados durante el proceso de definición de requerimientos para arribar a una etapa de diseño exitosa, dejando de lado la obtención de una metodología capaz de adaptarse a cualquier tipo de sistema y paradigma, brindando un marco de trabajo referencial, independiente del método a aplicar. Es muy importante mencionar que el poder formular una especificación de requerimientos completa y consistente, es un paso muy importante para evitar cometer errores en la definición de los requerimientos, ya que los mismos pueden resultar muy caros de corregir una vez desarrollado el sistema. No tener problemas posteriores que implican un retraso en el cronograma, un presupuesto erróneo, o hasta la posible cancelación del proyecto. Es importante que el documento que se obtenga de esta etapa sea un reflejo real del acuerdo de las partes involucradas. Hay que notar el aporte que ha venido a proporcionar la utilización de técnicas como la especificación, la lluvia de ideas y el desarrollo de prototipos, que ayudan a definir requerimientos de una manera concisa y real. Además, hoy en día, es importante tomar en cuenta el uso de patrones en el desarrollo de software. Un patrón es un conjunto de información que aporta una buena solución ya probada a un problema que se presenta en un contexto determinado. Para elaborarlo se aíslan sus aspectos esenciales y se añaden cuantos comentarios y ejemplos que sean necesarios. ¿En qué ayuda esto en la IR? Esto ayuda a diseñar correctamente en menos tiempo, ayuda a construir problemas reutilizables y extendibles, y facilita la documentación y la comunicación con otros miembros del equipo de desarrollo, ventajas importantes que se deben de tomar en cuenta por parte los desarrolladores de software, ya que si se logra tener un lenguaje en común dentro del grupo de trabajo, se reduce el impacto de los riesgos al utilizar soluciones ya probadas, y amplía el conocimiento de los participantes del desarrollo, permitiéndoles representar mejores sistemas de una manera más estructurada.
- 17. Herrera J., Lizka Johany (2003)“Ingeniería de Requerimientos, Ingeniería de Software”, Recuperado el 25 de mayo de 2006 en: http://www.monografias.com/trabajos6resof/resof.shtm. Sommerville Ian, 2005,“Ingeniería del Software”, Séptima edición, México DF, Editorial Pearson. SENN, James A. (1992) Análisis y Diseño de Sistemas de Información. Segunda Edición. Editorial McGrawHill. México .