UNIVERSIDAD TECNOLGICA DE PANAM Facultad de Ingeniera de Sistemas Computacionales Departamento de Ingeniera de Software Ingeniera de Software I Ingeniera de Sistemas y Computacin

Grupo: 1IL132 6 de Abril de 2011

Despus de leer el documento Introduccin al RUP, responda las siguientes preguntas: 1. Qu es RUP y quienes lo desarrollan R// es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos, est desarrollado y comercializado por Rational Software, una compaa de IBM. 2. En qu ao surge RUP y que antecedente se dio R// En junio del 1998 se lanza Rational Unified Process Antescedentes: El antecedente ms importante se ubica en 1967 con la Metodologa Ericsson (Ericsson Approach) elaborada por Ivar Jacobson, una aproximacin de desarrollo basada en componentes, que introdujo el concepto de Caso de Uso. Entre los aos de 1987 a 1995 Jacobson fund la compaa Objectory AB y lanza el proceso de desarrollo Objectory (abreviacin de Object Factory). Posteriormente en 1995 Rational Software Corporation adquiere Objectory AB y entre 1995 y 1997 se desarrolla Rational Objectory Process (ROP) a partir de Objectory 3.8 y del Enfoque Rational (Rational Approach) adoptando UML como lenguaje de modelado. Desde ese entonces y a la cabeza de Grady Booch, Ivar Jacobson y James Rumbaugh, Rational Software desarroll e incorpor diversos elementos para expandir ROP, destacndose especialmente el flujo de trabajo conocido como modelado del negocio.

3. Cules son las caractersticas esenciales del RUP. R// RUP tiene tres caractersticas esenciales: est dirigido por los Casos de Uso, est centrado en la arquitectura, y es iterativo e incremental. 4. Que son los casos de uso. a) R// Casos de Uso: son una tcnica de captura de requisitos que fuerza a pensar en trminos de importancia para el usuario y no slo en trminos 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 aadido. Los Casos de Uso representan los requisitos funcionales del sistema. En RUP los Casos de Uso no son slo una herramienta para especificar los requisitos del sistema. Tambin guan su diseo, implementacin y prueba.

5. Que es la arquitectura de un sistema y como se ve influenciada. R// La arquitectura de un sistema es la organizacin o estructura de sus partes ms relevantes, lo que permite tener una visin comn entre todos los involucrados y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo. se ve influenciada por la plataforma software, sistema operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones constituyen requisitos no funcionales del sistema. 6. En qu consiste un proceso iterativo e incremental. R//Consiste divirdir el trabajo en partes ms pequeas o mini proyectos, Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto, as durante todo el proceso de desarrollo. Cada mini proyecto se puede ver como una iteracin (un recorrido ms o menos completo a lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un crecimiento en el producto. 7. Cuales con la cuatro fases del proceso RUP y en que se hace nfasis dentro de cada una. R//Son 4 Fases: I. Fase de Inicio o Elaboracion: se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de una baseline de la arquitectura. fase de elaboracin: las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan ms los flujos de trabajo de requerimientos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la baseline de la arquitectura. fase de construccin: se lleva a cabo la construccin del producto por medio de una serie de iteraciones. Fase de Transicion: se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios.

II.

III. IV.

8. Qu se hace en una iteracin. R//se aborda una parte de la funcionalidad total, pasando por todos los flujos de trabajo relevantes y refinando la arquitectura. Cada iteracin se analiza cuando termina. Se puede determinar si han aparecido nuevos requisitos o han cambiado los existentes, afectando a las iteraciones siguientes. 9. Defina y describa las seis mejores prcticas para realizar el trabajo. R//Las 6 mejores practicas son: a) Gestion de Requisitos: RUP brinda una gua para encontrar, organizar, documentar, y seguir los cambios de los requisitos funcionales y restricciones. Utiliza una notacin de Caso de Uso y escenarios para representar los requisitos. b) Desarrollo de software Iterativo: Desarrollo del producto mediante iteraciones con hitos bien definidos, en las cuales se repiten las actividades pero con distinto nfasis, segn la fase del proyecto.

c) Desarrollo basado en componentes: La creacin de sistemas intensivos en software requiere dividir el sistema en componentes con interfaces bien definidas, que posteriormente sern ensamblados para generar el sistema. Esta caracterstica en un proceso de desarrollo permite que el sistema se vaya creando a medida que se obtienen o se desarrollan sus componentes. d) Modelado Visual (usando UML): UML es un lenguaje para visualizar, especificar, construir y documentar los artefactos de un sistema software. Es un estndar de la OMG. Utilizar herramientas de modelado visual facilita la gestin de dichos modelos, permitiendo ocultar o exponer detalles cuando sea necesario. El modelado visual tambin ayuda a mantener la consistencia entre los artefactos del sistema: requisitos, diseos e implementaciones. e) Verificacion Continua de la calidad: Es importante que la calidad de todos los artefactos se evale en varios puntos durante el proceso de desarrollo, especialmente al final de cada iteracin. En esta verificacin las pruebas juegan un papel fundamental y se integran a lo largo de todo el proceso. f) Gestion de los Cambios: El cambio es un factor de riesgo crtico en los proyectos de software. Los artefactos software cambian no slo debido a acciones de mantenimiento posteriores a la entrega del producto, sino que durante el proceso de desarrollo, especialmente importantes por su posible impacto son los cambios en los requisitos. 10. Ilustre la estructura del proceso RUP.

11. Explique los dos eje o dimensiones del modelo. Eje horizontal: Representa el tiempo y es considerado el eje de los aspectos dinmicos del proceso. Indica las caractersticas del ciclo de vida del proceso expresado en trminos de fases, iteraciones e hitos. Eje vertical: Representa los aspectos estticos del proceso. Describe el proceso en trminos de componentes de proceso, disciplinas, flujos de trabajo, actividades, artefactos y roles. 12. Qu es un hito y cuales son para cada fase. R//Los Hitos son un punto en el tiempo en el cual se deben tomar ciertas decisiones crticas y alcanzar las metas clave antes de pasar a la siguiente fase, ese hito principal de cada fase se compone de hitos menores que podran ser los criterios aplicables a cada

iteracin. Los hitos para cada una de las fases son: Inicio - Lifecycle Objectives, Elaboracin - Lifecycle Architecture, Construccin - Initial Operational Capability, Transicin - Product Release. 13. Ilustre el esfuerzo y el tiempo dedicado para cada fase. Suponga que un proyecto tiene un tiempo estimado de un ao, elabore un cuadro de los meses y el esfuerzo que tomara cada fase. R// Inicio Esfuerzo Tiempo Dedicado 5% 10 % Elaboracin 20 % 30 % Construccin 65 % 50 % Transicin 10% 10%

14. Resuma los objetivos, resultados y criterios de evaluacin de cada fase utilizando un esquema de llaves {}.
Establecer el mbito del proyecto y sus lmites. Objetivos: Mostrar al menos una arquitectura candidata para los escenarios principales. Inicio Un documento de visin: Una visin general de los requerimientos del proyecto, caractersticas clave y restricciones principales Resultados Prototipos exploratorios para probar conceptos o la arquitectura candidata Definir, validar y cimentar la arquitectura Objetivos: Completar la visin. Elaboracion Resultados : Un modelo de Casos de Uso completa al menos hasta el 80%: todos los casos y actores identificados, la mayora de los casos desarrollados Un caso de desarrollo actualizado que especifica el proceso a seguir Minimizar los costes de desarrollo mediante la optimizacin de recursos y evitando el tener que rehacer un trabajo o incluso desecharlo Conseguir una calidad adecuada tan rpido como sea prctico. Modelos Completos (Casos de Uso, Anlisis, Diseo, Despliegue e Implementacin) Plan del Proyecto para la fase de Transicin. Conseguir que el usuario se valga por si mismo Un producto final que cumpla los requisitos esperados, que funcione y satisfaga suficientemente al usuario. Prototipo Operacional Resultados: Documentos Legales

Fase
Objetivos:

Construccion

Resultados

Objetivos: Transicion

R//

15. En qu consiste la estructura dinmica del RUP. R= Fases e iteraciones, RUP se repite a lo largo de una serie de ciclos que constituyen la vida de un producto. Cada ciclo concluye con una generacin del producto para los clientes. Cada ciclo consta de cuatro fases: Inicio, Elaboracin, Construccin y Transicin. Cada fase se subdivide a la vez en iteraciones, el nmero de iteraciones en cada fase es variable. 16. Diferencie ciclo, release y lnea base. R= El release es el producto que saldr al mercado, el ciclo es la produccin en masa de este release y lnea base es la especificacin roducto que ha sido revisado formalmente, sobre el que se ha llegado a un acuerdo, y que de ah en adelante servir como base para un desarrollo posterior que puede cambiarse solamente a travs de procedimientos formales de control de cambios. 17. En qu consiste la estructura esttica del RUP. R= Roles, actividades, artefactos y flujos de trabajo 18. Qu representan los roles, actividades, artefactos y los flujos de trabajo. R= RUP define cuatro elementos los roles, que responden a la pregunta Quin?, las actividades que responden a la pregunta Cmo?, los productos, que responden a la pregunta Qu? y los flujos de trabajo de las disciplinas que responde a la pregunta Cundo? 19. Qu es un rol, liste algunos de los roles. R= Un rol define el comportamiento y responsabilidades de un individuo, o de un grupo de individuos trabajando juntos como un equipo. Una persona puede desempear diversos roles, as como un mismo rol puede ser representado por varias personas. RUP define grupos de roles, agrupados por participacin en actividades relacionadas. Estos grupos son: Analistas Desarrolladores Gestores Apoyo Especialista en pruebas 20. Qu es una actividad, liste algunas actividades. R= Una actividad en concreto es una unidad de trabajo que una persona que desempee un rol puede ser solicitado a que realice. Las actividades tienen un objetivo concreto, normalmente expresado en trminos de crear o actualizar algn producto. Algunas actividades son: Analizar Administrar un sistema Disear una interfaz de usuario 21. Qu es un artefacto, liste algunos artefactos. R= Un producto o artefacto es un trozo de informacin que es producido, modificado o usado durante el proceso de desarrollo de software. Los productos son los resultados tangibles del proyecto, las cosas que va creando y usando hasta obtener el producto final Un artefacto puede ser cualquiera de los siguientes: Un documento, como el documento de la arquitectura del software. Un modelo, como el modelo de Casos de Uso o el modelo de diseo.

 Un elemento del modelo, un elemento que pertenece a un modelo como una clase, un Caso de Uso o un subsistema. 22. Qu es un flujo de trabajo en el modelo RUP. Resuma cada flujo de trabajo utilizando el esquema de {}. R= 23. Selecciones el flujo de trabajo llamado requisitos y liste los roles, actividades y artefactos (ilustre su respuesta).

24. Cules son los entregables de un proyecto pequeo y presente la trazabilidad entre artefactos y explquelos. R=A continuacin se describen brevemente cada uno de los artefactos que se generarn y usarn durante el proyecto. : 1. Flujos de Trabajo Se utilizarn Diagramas de Actividad para modelar los Flujos de Trabajo (workflows) del rea problema, tanto los actuales (previos a la implantacin de nuevo sistema) como los propuestos, que sern soportados por el sistema desarrollado 2. Caractersticas del Producto Software Es una lista de las caractersticas principales del producto, deseables desde una perspectiva de las necesidades del cliente. 3. Glosario Es un documento que define los principales trminos usados en el proyecto. Permite establecer una terminologa consensuada. 4. Modelo de Casos de Uso El modelo de Casos de Uso presenta la funcionalidad del sistema y los actores que hacen uso de ella. Se representa mediante Diagramas de Casos de Uso. 5. Especificaciones de Casos de Uso Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste con una simple descripcin narrativa) se realiza una descripcin detallada utilizando una plantilla de documento, donde se incluyen: precondiciones, pos condiciones, flujo de eventos, requisitos no-funcionales asociados. 6 Modelo de Anlisis y Diseo Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin en trminos de anlisis (sin incluir aspectos de implementacin) hacia una de diseo (incluyendo una orientacin hacia el entorno de implementacin). Est constituido esencialmente por un Diagrama de Clases y algunos Diagramas de Estados para las clases que lo requieran. 7. Modelo Lgico Relacional Previendo que la persistencia de la informacin del sistema ser soportada por una base de datos relacional, este modelo describe la representacin lgica de los datos persistentes, de acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se utiliza un Diagrama de Tablas donde se muestran las tablas, claves, etc. 8. Modelo de Implementacin Este modelo es una coleccin de componentes y los subsistemas que los contienen. Estos componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo de ficheros necesarios para la implantacin y despliegue del sistema. 9. Modelo de Pruebas Para cada Caso de Uso se establecen pruebas de Aceptacin que validarn la correcta implementacin del Caso de Uso. Cada prueba es especificada mediante un documento que establece las condiciones de ejecucin, las entradas de la prueba, y los resultados esperados.

10. Manual de Instalacin Este documento incluye las instrucciones para realizar la instalacin del producto. 11. Material de Usuario Corresponde a un conjunto de documentos y facilidades de uso del sistema. 12. Producto Todos los ficheros fuente y ejecutable del producto. 25. Utilizando el modelo de procesos de RUP, elabore los entregables para un proyecto pequeo (funcionalidades de un robot: comer, dormir, hablar, mirar, otros). Esta pregunta puede ser desarrollada en grupos de hasta cinco personas.

Colocar en moodle.utp.ac.pa las primeras 24 preguntas individualmente y la ltima solo uno de los miembros debera colocarla.