AO DE LA INVERSIN PARA EL DESARROLLO RURAL Y LA SEGURIDAD ALIMENTARIA

Tema: RATIONAL UNIFIED PROCESS (RUP) Profesor: ing. Piero Valdivieso Curso: laboratorio de programacin II Alumno: clisnman teodoro Sangama moreno

Pucallpa PERU 2013

RATIONAL UNIFIED PROCESS (RUP) 1.- Qu es metodologa RUP? Las siglas RUP en ingles significa Rational Unified Process (Proceso Unificado de Racional) es un producto del proceso de ingeniera de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organizacin del desarrollo. Su meta es asegurar la produccin del software de alta calidad que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo establecidos. 2.- En que consiste la metodologa URP Las metodologas y estndares utilizados en un desarrollo de software nos proporcionan las guas para poder conocer todo el camino a recorrer desde antes de empezar la implementacin, con lo cual se asegura la calidad del producto final, as como tambin el cumplimiento en la entrega del mismo en un tiempo estipulado. Es de suma importancia elegir la metodologa adecuada, as como las herramientas de implementacin adecuadas, es por ello que la metodologa RUP basada en UML nos proporciona todas las bases para llevar al xito la elaboracin del software, para ello la utilizacin de la herramienta RUP para el desarrollo rpido de aplicaciones. 3.- Cul es la importancia en el desarrollo de sistemas informticos? Por qu el estudio del RUP nos ayudara a entender ms afondo por qu la necesidad de crear diagramas UML de un proyecto determinado y porque es importante tener la documentacin del software desarrollado, en fin est claro que el RUP contiene al UML porque el RUP es una gua de cmo usar UML de la forma ms efectiva, mejorando la productividad de los desarrolladores mediante acceso a: Base de conocimientos, plantillas y herramientas. 4.- En que se clasifica la metodologa RUP El modelo RUP clasifica en 9 disciplinas que tienen ms o menos importancia en funcin de lo cerca que se est o no de la finalizacin del proyecto. Modelado del negocio. En este conjunto de actividades se persigue el entendimiento de las necesidades de negocio. Documentos de requisitos generales y de alto nivel, reglas del negocio, glosarios, etc. ayudan a definir lo que el producto software deba hacer. Requisitos. Traduce las necesidades del modelo de negocio a requisitos de sistemas automatizables y que con carcter ms tcnico (se emplean los casos de uso UML), persiguen obtener un entendimiento ms profundo del modelo de negocio por parte de los integrantes del equipo de desarrollo. Anlisis y diseo. Estas actividades determinan, a partir de los requisitos la arquitectura del sistema ms adecuada y el diseo detallado necesario previo a las actividades de implementacin. Implementacin. Actividades de codificacin del software que de acuerdo al diseo, cumplen con los requisitos del sistema.

Pruebas. Comprobaciones hechas a todos los elementos que se producen (documentos, diseos o cdigo) para ver que cumplen con los requisitos y con los estndares de calidad definidos para el proyecto. Despliegue. Actividades que permiten tener el sistema instalado en los entornos en que finalmente va a ser explotado. Gestin de configuracin. Gestin de los cambios y todos los elementos que intervienen en el proceso deconstruccin Gestin del proyecto. Actividades encaminadas a la gestin del desarrollo en cuanto a planes, recursos, seguimiento y control y gestin de riesgos. Entorno. Actividades que van encaminadas a dotar al proyecto de recursos hardware y software para facilitar la puesta en ma

5.- Ejemplo prctico de procesos de desarrollo con RUP Utilizando la Metodologa RUP: Desarrollo de un Sistema de Gestin Introduccin | Gestin del Proyecto | Modelado del Negocio | Requisitos | Anlisis/ Diseo | Implementacin | Prueba | Problema: Falta de un sistema para la gestin de artculos deportivos de una empresa del sector de ventas de deportes a clientes tanto a mayoristas como a minoristas. Solucin: Plantillas Para facilitar el desarrollo de este proyecto se utilizaron como soporte las siguientes plantillas basadas en la metodologa RUP y tambin los documentos de informacin adicional de la empresa. FICHA DE PRODUCTOS Ficha de Producto | Referencia: | C38842 | | Nombre: | Camiseta 1 Equitacin | | Marca: | ADIDAS | | Procedencia: | Taiwn | | Proveedor: | Proveedor Oficial Adidas | | Descripcin: | Dispone de tejido Clima Cool que elimina ms rpidamente el sudor que el polister tradicional, lo que permite que el jugador se encuentre ms seco y confortable. Presenta logos bordados, cuello redondo en color a contraste y paneles laterales con tejido de malla para una mejor transpiracin del deportista. En la manga aparece la bandera espaola bordada. | Precio Compra: | S/. 100.00 | | | Precio Venta: | S/ 120.00 | | | FICHA DE EMPLEO FICHA DE EMPRESA

Ficha de Cliente Empresa | Empresa: | Dos A Dos, club deportivo | RUC: | 97852165234 | Direccin: | Autova Chiclayo | Pas: | Per | Poblacin: | 46540 Quart de Poblet | Provincia: | Chiclayo | Telfono: | 96 192 07 07 | Fax: | 96 192 12 38 | Contacto: | Marcos Estvez Lujn | Telf. de contacto: | 630 456 654 | Departamento: | Ventas | Cargo: | Subdirector general | E-mail: | mestvez@2a2.com | FICHA DE ALBARAN FICHA DE FACTURA Se muestran las planificaciones temporales de desarrollo del proyecto en su fase de inicio y de elaboracin, as como el diario de ejecucin del proyecto, junto con el diario de construccin de la aplicacin y cumplimiento de los plazos estimados. Introduccin | Gestin del Proyecto | Modelado del Negocio | Requisitos | Anlisis/ Diseo | Implementacin | Prueba | Plan de Desarrollo | Planificacin del Proyecto | Diario de Ejecucin | Introduccin * Propsito * Alcance * Resumen Vista General de Proyecto * Propsito, Alcance y Objetivos * Suposiciones y Restricciones * Entregables del proyecto * Evolucin del Plan de Desarrollo del Software Organizacin del Proyecto * Participantes del proyecto * Interfaces externas * Roles y Responsabilidades Gestin del Proceso * Estimaciones del Proyecto * Plan del Proyecto * Plan de las Faces * Calendario del Proyecto * Seguimiento y Control del Proyecto Vista General del Proyecto Disciplinas / Artefactos | Comienzo | Aprobacin | Modelado del Negocio | | | Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio | Semana 14/05/08 -

20/05/08 | Semana 28/05/08 - 3/06/08 | Requisitos | | | Glosario, Visin, Modelo de Caso de Uso, Especificaciones de casos de usos, Especificaciones Adicionales | Semana 14/05/08 - 20/05/08 | Semana 28/05/08 - 3/06/08 | Anlisis / Diseo | | | Modelo de Anlisis / Diseo, Modelo de Datos | Semana 21/05/08 - 27/05/08 | Siguiente fase | Implementacin | | | Prototipos de Interfaces de Usuario | Semana 28/05/08 - 3/06/08 | Siguiente fase | Modelo de Implementacin | Semana 28/05/08 - 3/06/08 | Siguiente fase | Pruebas | | | Casos de Pruebas Funcionales | Semana 28/05/08 - 3/06/08 | Siguiente fase | Despliegue | | | Modelo de Despliegue | Semana 28/05/08 - 3/05/08 | Siguiente fase | Gestin de Cambios y Configuracin | Durante todo el proyecto | Durante todo el proyecto | Gestin del proyecto | | | Plan de Desarrollo del Software en su versin 1.0 y planes de las Iteraciones | Semana 14/05/08 - 20/05/08 | Semana 28/05/08 - 3/06/08 | Ambiente | Durante todo el proyecto | Durante todo el proyecto | Disciplinas / Artefactos generados | Comienzo | Aprobacin | Modelado del Negocio | | | Modelo de Casos de Uso del Negocio y Modelo de Objetos del Negocio | Semana 14/05/08 20/05/08 | Aprobado | Requisitos | | | Glosario, Visin, Modelo de Datos, Especificaciones de Casos de Usos, Especificaciones Adicionales | Semana 14/05/08 - 20/05/08 | Aprobado | Anlisis / Diseo | | | Modelo de Anlisis / Diseo, Modelos de Datos | Semana 21/05/08 - 27/05/08 | Revisar en cada iteracin | Implementacin | | | Prototipos de Interfaces de Usuario | Semana 28/05/08 - 3/06/08 | Revisar en cada iteracin | Modelo de Implementacin | Semana 28/05/08 - 3/06/08 | Revisar en cada iteracin | Pruebas | | | Casos de Pruebas Funcionales | Semana 28/05/08 - 3/06/08 | Revisar en cada iteracin | Despliegue | | | Modelo de Despliegue | Semana 28/05/08 - 3/05/08 | Revisar en cada iteracin | Gestin de Cambios y Configuracin | Durante todo el proyecto | Durante todo el proyecto | Gestin del proyecto | | | Plan de Desarrollo del Software en su versin 2.0 y planes de las Iteraciones | Semana 14/05/08 - 20/05/08 | Revisar en cada iteracin | Ambiente | Durante todo el proyecto | Durante todo el proyecto | Disciplinas / Artefactos generados o modificados durante la Fase de Construccin (Iteracin 1) | Comienzo | Aprobacin | Casos de Uso negociados para la Primera Release | | | Elaborar Pedido (Gestin de Ventas) | 19/07/2008 | 12/08/2008 | Consultar Pedidos no Atendidos (Gestin de Almacn) | 23/07/2008 | 12/08/2008 |

Disciplinas / Artefactos generados o modificados durante la Fase de Construccin (Iteracin 2) | Comienzo | Aprobacin | Casos de Uso negociados para la Primera Release | | | Elaborar Pedido (Gestin de Ventas) | 19/07/2008 | Aprobado | Consultar Pedidos no Atendidos (Gestin de Almacn) | 23/07/2008 | Aprobado | Casos de Uso negociados para la Segunda Release | | | Atender Pedido (Gestin de Almacn) | 13/09/2008 | 17/09/2008 | Cancelar Pedido Atendido (Gestin de Almacn) | 16/09/2008 | 17/09/2008 | Pasar Pedido a Envo (Gestin de Almacn) | 13/09/2008 | 17/09/2008 | Incidencia de Pedidos (Gestin de Almacn y Ventas) | 13/09/2008 | 17/09/2008 | Da | Actividad desarrollada | Dedicacin estimada (en horas de trabajo) | 03/04/2008 | Reunin de los miembros del grupo. Puesta en marcha del proyecto. Organizacin del equipo. | 3,5 | 07/05/2008 | Reunin con el Stakeholder de la empresa cliente. Descripcin general del sistema. Captura inicial de requisitos. | 1 | 10/05/2008 | Reunin con dos de los integrantes del grupo no asistentes a la anterior reunin. Explicacin de la presentacin del proyecto. | 4 | 14/05/2008 | Elaboracin del primer documento con la captura de requisitos inicial para exponer al resto del grupo. | 1 | 17/05/2008 | Reunin del grupo de trabajo. Aclaracin de los requisitos iniciales del sistema. | 3 | 18/05/2008 | Segunda reunin con el Stakeholder para la aclaracin de dudas anteriores, y para el inicio del documento Visin y Plan de Desarrollo Software. | 1 | 21/05/2008 | Reunin del Jefe Proyecto y Arquitecto de Software para la planificacin de tareas. Comienzo de la fase de Anlisis. | 3,5 | 22/05/2008 | Reunin del Jefe de Proyecto, Arquitecto de Software y dos Programadores para identificar subsistemas, actores y algunos casos de uso generales. Primeros esbozos en Rational Rose. | 3 | 23/05/2008 | Tercera reunin con el Stakeholder. Aclaracin de las caractersticas del sistema y sus atributos. Definicin de los perfiles de usuario. | 1,5 | 24/05/2008 | Presentacin de la versin 1.0 del documento Visin. Cuarta reunin con el Stakeholder. Casos de uso generales y glosario encaminados. Algunos posibles casos de prueba. | 3 | 29/05/2008 | Realizacin del documento Visin versin 1.0 completa. | 3 | 31/05/2008 | Presentacin del artefacto Plan de Desarrollo Software y del Modelo de Casos de Uso del Negocio y de Objetos del Negocio. | 1 | 01/06/2008 | Generacin del Diagrama de Clases. | 3 | | Total de horas dedicadas al proyecto: | 271,5 horas | Se muestra los artefactos utilizados de la metodologa RUP para definir un modelo del negocio, modelos de objetos del negocio y el modelo del dominio. La empresa de deportes que solicit el proyecto de desarrollo software consta de varios departamentos centralizados, un almacn central y de diversas sucursales de ventas repartidas en distintos pases. Cada sucursal de ventas dispone de un almacn regional que suministra los pedidos de los clientes a los pases que conforman una regin determinada, siendo el almacn central el que abastece al resto de almacenes.

La empresa interacta con distintos elementos externos, entre los que se identifican el cliente externo (persona o entidad que solicita la compra de productos a la empresa), el proveedor (persona o entidad que reabastece de productos a la empre sa) y por ltimo la empresa de transportes, que es una subcontrata encargada de servir los pedidos desde los distintos almacenes regionales a los clientes de la empresa. Estn asociados a cada uno de los casos de uso del negocio. Por ser de mayor prioridad para la empresa, el caso de uso para el cual se desarroll el modelo de objetos fue el del caso de uso del negocio "vender productos". Modelo de Objetos de Vender Productos Modelo de Objetos de Seguimiento y Consulta de Productos Modelo de Objetos de Reponer Stock Modelo de Objetos Modificar Catalogo Modelo de Objetos de Realizar Entrega