Caracteristicas rup
Descargar como DOCX, PDF2 recomendaciones6,632 vistas
El documento describe el Rational Unified Process (RUP), un enfoque iterativo e incremental para el desarrollo de software. El RUP se centra en la arquitectura y los casos de uso, e incluye artefactos y roles. El RUP permite asignar tareas de manera disciplinada, implementar mejores prácticas de ingeniería de software, desarrollo iterativo, administración de requisitos, uso de arquitectura basada en componentes, control de cambios y modelado visual del software.
![del software, antes de que éste sea implementado. En pocas palabras, permite realizar testing al
aplicativo.
Controlar los Cambios realizados al Software:
El RUP además de ofrecer herramientas para el desarrollo y análisis, permite también suministrar
recursos que sean ajustables a los posibles cambios que pueda sufrir elsoftware,ya sea de actualización
o innovación del mismo.
1.1 Casos de Uso
Según [Kru00], los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en
términos de importancia para elusuario y no sólo en términos de funciones que seria bueno contemplar.
Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario
un valor añadido. Los Casos de Uso representan los requisitos funcionales del sistema.](https://image.slidesharecdn.com/caracteristicas-rup-150417121422-conversion-gate02/85/Caracteristicas-rup-2-320.jpg)
Caracteristicas rup
- 1. Características El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, esta centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso). El RUP permite Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo) Pretende implementar las mejores prácticas en Ingeniería de Software Desarrollo iterativo Administración de requisitos Uso de arquitectura basada en componentes Control de cambiose Modelado visual del software Verificación de la calidad del software Ø Describir la organización, documentación, funcionalidad y restricciones de un software. Ø Documentar y registrar las decisiones que se tomen para el desarrollo de un software. Ø Implementar los diferentes diagramas de UML, dando paso a la reducción de tiempo a la hora de desarrollar un software. Además, el RUP da cabida a las mejoras de las siguientes prácticas en el desarrollo de un software: Administrar los Requerimientos: Esta práctica permite documentar, agilizar, mejorar los requerimientos obtenidos para el desarrollo de un software, es sin duda una metodología que ayuda a insertar nuevos cambios a un sistema de información (actualizaciones). Implementar arquitecturas basadas en Componentes: Como es de saberse,antes de realizar el desarrollo completo de un aplicativo, es necesario realizar un modelo a escala del mismo, pues bien, el RUP ofrece herramientas basadas en los componentes del sistema a implementar, dando vía al modelamiento seguro del mismo. Modelar Visualmente el Software: El RUP permite mostrar en una GUI el modelo de software desarrollado, permitiendo al desarrollador mostrar errores y poder corregirlos, sin duda, la interfaz gráfica da vida al sistema y es ella quien me permite realizar modificaciones. Verificar la Calidad de Software: El verificar la calidad del producto realizado, es una práctica que sustenta el desarrollo del mismo, el RUP,como herramienta colaboradora, ofrece formas de diseño, implementación, ejecución, entre otras
- 2. del software, antes de que éste sea implementado. En pocas palabras, permite realizar testing al aplicativo. Controlar los Cambios realizados al Software: El RUP además de ofrecer herramientas para el desarrollo y análisis, permite también suministrar recursos que sean ajustables a los posibles cambios que pueda sufrir elsoftware,ya sea de actualización o innovación del mismo. 1.1 Casos de Uso Según [Kru00], los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos de importancia para elusuario y no sólo en términos de funciones que seria bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos funcionales del sistema.