Como vimos anteriormente, existen muchos tipos de modelos para desarrollar software. Unos tienen ciertos beneficios, otros cuentan con otras características, y como no hay uno mejor que el otro, se tomó la idea de juntar lo mejor de todos para crear un proceso más completo.

Puede que a veces nos parezca algo de poca utilidad el utilizar estos procedimientos, pero la verdad es que sí son muy necesarios para poder crear un software completo, con todas las especificaciones y requerimientos, además de que sea funcional.

Caso de uso

Los casos de uso son la descripción que brinda el usuario con cliente al software que se va a desarrollar. Estos especifican qué es lo que se quiere tener en el proyecto o alguna funcionalidad específica. Generalmente el proyecto se basa mucho en estos casos de uso ya que son las especificaciones a seguir y ayudan a corregir errores más tarde.

Iterativo e incremental

El proceso unificado está compuesto por cuatro fases:

• Inicio
• Elaboración
• Construcción
• Transición

Cada una de estas fases es dividida a su vez en una serie de iteraciones que ofrecen como resultado un incremento del producto que añade y mejora las funcionalidades del proyecto desarrollado.

Centrado en la arquitectura

Al estar desarrollando un proyecto no se puede tener una idea de cómo será el producto al finalizarlo, por eso mismo no se puede tener un modelo que cubra con toda la arquitectura del software. Es por eso que se utilizan varios modelos que toman en cuenta las especificaciones, tecnologías a utilizar y las ideas para poder finalizar con éxito.

Proyecto Unificado de Rational

El RUP (por sus siglas en inglés) es un proceso de desarrollo de software creado por la empresa Rational Software, actualmente perteneciente a IBM.

Junto al modelo UML constituye la manera la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas de software. No es un sistema con pasos firmemente establecidos, sino que se adaptan dependiendo las necesidades de cada quién acorde al proyecto a desarrollar.

El Ciclo de Vida de Desarrollo de Software, mejor conocido como SDLC por sus siglas en inglés (Systems Development Life Cycle) es un proceso para la creación o modificación de sistemas para el desarrollo de software.

En mis experiencias que he tenido con proyectos escolares y de trabajos externos, me he dado cuenta que la mayoría de las veces hacemos caso omiso al SDLC, por lo que generalmente sufrimos para hacer nuestros trabajos por no seguir un orden y muchas veces puedes llegar a hacer un desorden y un trabajo de mala calidad. Es por esto que es importante seguir los pasos del modelo que son los siguientes.

PASOS DEL MODELO SDLC

• Análisis: Consiste en el análisis del problema y de lo que se busca solucionar con el software. Son necesarios los requisitos de usuario.
• Diseño:Como su nombre indica, se empieza a diseñar el prototipo y por lo general se utilizan partes de otros proyectos. Se diseña la interfaz y un producto muy similar a lo que será la entrega final.
• Implementación:Se empieza a desarrollar el proyecto final. En esta parte puede haber muchas variaciones, ya que se está en constante comunicación con los clientes. Se trabaja por bloques y es la parte más tardada.
• Pruebas: Es la parte donde el producto recibe su "visto bueno". Se pasa el software a diversas evaluaciones con los clientes para ver si cumple con sus expectativas y con la calidad requerida.
• Mantenimiento y actualizaciones:El proyecto constantemente está recibiendo cambios de acuerdo a las nuevas necesidades surgidas por las nuevas tecnologías o a las necesidades del usuario. Se actualiza para mejorar su rendimiento y tener una mejor calidad.

TIPOS DE SDLC

En realidad, existen muchísimas versiones de modelos que se pueden usar, pero los más conocidos son:

• Modelo de cascada (waterfall): En este modelo se siguen los pasos de manera estricta. No se puede comenzar con una fase sin haber terminado primero con la anterior. En algunas ocasiones se realiza una revisión previa a comenzar con la siguiente etapa.

• Modelo de espiral: Este modelo tiene como principal característica la gestión de riesgos, de forma periódica. La espiral se visualiza en un diagrama que se compone de cuatro cuadrantes, y las interacciones pasan por cada uno de estos.

• 

• 

Realmente existen muchos más tipos de modelos, y no hay uno que sea mejor que otro o que debamos usar siempre. Yo considero que eso ya depende del gusto de cada persona y/o de las necesidades y características del proyecto a realizar, pero de algo estoy seguro, es fundamental que sigamos estos pasos para poder crear un software que sea exitoso y sin complicarnos la vida al llevar un orden de todo.

This blog is for my Analysis and Modeling Software class. My name is Luis Eduardo Núñez Altamirano and I am studying Computer Systems Engineering at Tecnológico de Monterrey in Guadalajara, Mexico.

I will be posting and updating new content almost every week and every time will be a different topic, according to what we see in the class, but all related to the Analysis and Modeling Software.