Desarrollo de Sistemas Con Rup y Uml
Desarrollo de Sistemas Con Rup y Uml
Desarrollo de Sistemas Con Rup y Uml
INGENIERÍA DE SOFTWARE
La ingeniería del Software nace como una disciplina para aplicar los
principios técnicas y herramientas de desarrollo de software, surgió porque todos los
desarrolladores en la década de los 80’s, realizaban el software de forma artística, es
decir utilizando métodos y técnicas adhoc donde la experiencia (el ensayo-error) era el
camino a seguir. Este enfoque produjo grandes y
exitosos productos de programación pero conforme los proyectos se volvieron más
complejos debido al avance del hardware y software y la penetración cada vez mayor
de la informática en todos los ámbitos de la sociedad, llevó a que se produjera software
sin calidad, se incumplieran los presupuestos y se incrementara dramáticamente
los costos de mantenimiento.
COMPLEJIDAD DEL SOFTWARE
Al observar sistemas complejos sociales como una gran empresa, los naturales como el
universo y los sistemas creados por el hombre como el computador, se observa que
exhiben una jerarquía de clases (conceptos) y otra de objetos (instancias). En una
empresa donde conjuntos de personas forman un departamento y un conjunto de
departamentos forman divisiones se describe la forma canónica de un sistema complejo
que exhibe dos jerarquías: Una jerarquía de clases y otra jerarquía de objetos, donde
cada objeto es una instancia de la una clase.
DEFINICIÓN:
Es una metodología cuyo fin es entregar un producto de software.
Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de
modelado UML, constituye la metodología estándar más utilizada para el
análisis, implementación y documentación de sistemas orientados a objetos.
CARACTERÍSTICAS
Forma disciplinada de asignar tareas y responsabilidades.
Pretende implementar las mejores prácticas en Ingeniería de Software.
Control de cambios
Modelado visual del software
Verificación de la calidad del software.
El RUP es un producto de Racional (IBM). Se caracteriza por ser iterativo e
incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye
artefactos (que son los productos tangibles del proceso).
CICLO DE VIDA RUP
– Administración de requerimientos.
RUP describe cómo:
Obtener los requerimientos
Organizarlos
Documentar requerimientos de funcionalidad y restricciones
Rastrear y documentar decisiones
Captar y comunicar requerimientos del negocio
Los casos de uso y los escenarios indicados por el proceso han
probado ser una buena forma de captar requerimientos y guiar el
diseño, la implementación y las pruebas.
– Control de cambios.
Los cambios son inevitables, pero es necesario evaluar si éstos
son necesarios y rastrear su impacto.
RUP indica cómo controlar, rastrear y monitorear los cambios
dentro del proceso iterativo de desarrollo.
La notación UML se deriva y unifica las tres metodologías de análisis y diseño Orientada
a Objeto más extendidas:
Metodología de Grady Booch para la descripción de conjuntos de objetos y sus
relaciones.
Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object-
Modeling Technique).
Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software Engineering)
mediante la metodología de casos de uso (use case).
FLUJO DE TRABAJO:
Un diagrama de flujo de trabajo (también conocido como flujo de trabajo) brinda un
panorama gráfico del proceso de negocio. Por medio de símbolos y formas
estandarizados, el flujo de trabajo muestra de forma detallada cómo se completa tu
trabajo de principio a fin. También muestra quién es responsable del trabajo en qué
punto del proceso. Diseñar un flujo de trabajo implica llevar a cabo primero un análisis
exhaustivo de dicho flujo, lo cual puede exponer debilidades potenciales. Un análisis del
flujo de trabajo puede ayudarte a definir, estandarizar e identificar áreas críticas de tu
proceso.
Los flujos de trabajo también son útiles para ayudar a los empleados a entender sus
funciones y el orden en el cual se completa el trabajo, y para crear más unidad dentro
de departamentos diferentes. Con sus orígenes en la industria manufacturera, los flujos
de trabajo ahora se usan en una variedad de industrias, desde el gobierno hasta las
finanzas y el comercio, y son más sencillos que nunca de crear.
ARTEFACTOS:
Representan la especificación de un elemento de implementación concreto y real,
generalmente archivos (ejecutables, de datos, de configuración, HTML, documentos,
resultados de proceso de desarrollo, etc.) y tablas de la base de datos.
Los artefactos se despliegan en los nodos, indicando que recurso computacional los va
a albergar y, en su caso, ejecutar.
Un artefacto es una información que es utilizada o producida mediante un proceso de
desarrollo de software. Pueden ser artefactos un modelo, una descripción o un software.
Los artefactos de UML se especifican en forma de diagramas, éstos, junto con
la documentación sobre el sistema constituyen los artefactos principales que el
modelador puede observar.
Se necesita más de un punto de vista para llegar a representar un sistema. UML utiliza
los diagramas gráficos para obtener estos distintos puntos de vista de un sistema:
Diagramas de Implementación.
Diagramas de Comportamiento o Interacción.
Diagramas de Casos de uso.
Diagramas de Clases.
Diagramas de Implementación
o Diagramas de componentes
o Diagrama de plataformas despliegue
TENDENCIAS FUTURAS:
Hoy en día, UML ("Unified Modeling Language") está consolidado como el lenguaje
estándar en el análisis y diseño de sistemas de cómputo. Mediante UML es posible
establecer la serie de requerimientos y estructuras necesarias para plasmar un sistema
de software previo al proceso intensivo de escribir código.