Ciclo de vida de desarrollo de SW.

CICLO DE VIDA DEL DESARROLLO DE SOFTWARE

A continuación se contemplan las actividades principales de las etapas que componen el ciclo de vida del desarrollo de un sistema de información en el cual no se contempla su tamaño, ya que pueden ser aplicadas tanto para un sistema de una empresa pequeña como para una empresa con una gran infraestructura; asimismo no se toma en cuenta el grado de complejidad, por lo que puede ser un sistema muy simple, como por ejemplo la facturación donde solo se imprime la factura y se lleva el control de los ingresos; hasta un sistema complejo en el cual se contemplan todas las áreas de la empresa.

En las etapas del ciclo de vida se debe tomar en cuenta buscar siempre la calidad para satisfacer al usuario, ya que el éxito del sistema de información depende además de entregar oportunamente los resultados al usuario en el tiempo y la fecha acordados en el plan del proyecto.

Antes de iniciar con el proceso del ciclo de vida en el desarrollo de la aplicación, es importante considerar realizar una reingeniería y, como menciona Laudon (2008), se deben determinar cuáles son los procesos de negocio más importantes en los que se debe enfocar al aplicar nueva tecnología de información y cómo la mejora de estos procesos ayudará a la empresa a ejecutar su estrategia.

Por lo general la dirección es la que determina cuáles procesos de negocio requieren mejorarse y cuáles tienen la prioridad más alta, y para eso se deben considerar las siguientes situaciones.

• Análisis estratégico: los directivos identifican los procesos de negocio que son más importantes para el éxito de la empresa y concentran la acción en estos procesos.
• Puntos de aflicción: los directivos identifican los procesos que producen la mayor parte de las quejas de los fabricantes, clientes o empleados, y se aplican a tratar de solucionarlos primero.  

Las siguientes son las etapas importantes que se deben tomar en cuenta al desarrollar un sistema de información:

[pic 1]

1. Comunicación. Antes de que se inicie con la parte técnica del sistema, es de suma importancia comunicarse y colaborar con el usuario con respecto a los requerimientos del sistema, que ayuden a definir las características y funciones del sistema.

En muchos de los casos cuando se interpretan los requerimientos de manera diferente a como lo plantea el usuario, nos damos cuenta demasiado tarde de que en realidad eso no era lo que se deseaba en el sistema. Por lo que se recomienda, para dar más formalidad al proyecto, que se desarrolle un escrito en donde se plasmen los requerimientos incluyendo los formatos tal cual se desean como resultados en el proyecto, de tal manera que al momento de firmarlos se establezca el compromiso por ambas partes, y si en futuro se requieren modificaciones se debe recordar que ya fue autorizado para realizarlo de tal manera.

Ejemplo de lo que debe incluir el formato de contrato de proyectos, y al final la firma de acuerdos como lo mencionamos anteriormente:

[pic 2]

1. Planeación. Como todo proyecto, se debe hacer un énfasis especial en esta etapa, ya que el ingeniero de software como primer punto debe definir las actividades que se van a realizar, así como los recursos que se requieren para la realización de las actividades tanto de personal como de herramientas de software y hardware.

Es necesario establecer el compromiso por parte de las personas que realizarán las actividades para cumplir con las fechas propuestas, y para eso se deben definir puntos intermedios de revisión con la idea de examinar los avances presentados, y en caso de que se presenten algunos problemas tratar de solucionarlos a tiempo.

Además se deben tomar en cuenta los riesgos probables en un plan, ya que lo ideal es que salgan las cosas bien, aunque en algunos casos puede haber fallas tanto de las personas como de las herramientas utilizadas de hardware y software, por lo que es importante que se evalúe el impacto que pudiera ocasionar los riesgos de los problemas que se pudieran presentar.

A continuación podemos ver un ejemplo de planeación de un proyecto:

[pic 3]

1. Modelado. En esta etapa se debe crear, como lo dice Pressman (2010), un bosquejo del sistema por desarrollar, con la finalidad de entender el panorama general de la aplicación. Si se requiere ajustar el modelo con más detalle, es el momento en el que se puede realizar antes de comenzar con la tarea de la elaboración; por ejemplo, en el sistema de ventas el bosquejo nos ayudará a entender lo que queremos obtener, por ejemplo los productos que más se venden y qué artículos son los que compran ciertos clientes.

Un ingeniero de software al crear modelos diseña cómo llevará a cabo la manera de satisfacer los requerimientos del usuario y cómo cumplirlos, y de esta manera se comprenderá mejor la aplicación y la forma de cómo se solucionará.

Es importante en el diseño considerar diagramas que ayuden a facilitar la realización de esta etapa, la manera en la que se proporcionará las posibles alternativas de solución y analizarlas para determinar cuál es la mejor opción; por ejemplo, pueden ser los diagramas de casos de uso, diagramas de actividades, diagramas de secuencia y diagramas de clases.

Además se debe tomar en cuenta qué herramientas de software se utilizarán para el desarrollo de la aplicación, y que los usuarios estén capacitados en su utilización.

1. Construcción. Aquí en esta etapa es donde se producen los resultados del sistema, ya que es donde se genera el código que puede ser en forma manual o con el uso de herramientas que lo generen en forma automática, dependiendo de la herramienta utilizada.

Existen herramientas de desarrollo que se basan en prototipos, mismos que se generan con las aplicaciones de acuerdo a los requerimientos, y que con mucha facilidad y en el menor tiempo posible se obtiene el resultado (que con otras opciones se llevaría el doble o el triple de tiempo), pero que definitivamente son más costosas.

Además, al momento de terminar cada programa se debe realizar una prueba para ver su funcionamiento y si cumple con las expectativas acordadas con el usuario, y de lo contrario hacer los cambios necesarios antes de su liberación.

...