2.2.2 Proceso Unificado (UP) | Software Engineering | Software

Please download to get full document.

View again

All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
 30
 
  2.2.2 Proceso Unificado (UP)
Related documents
Share
Transcript
  2.2.2 Proceso Unifcado de Desarrollo de Sotware (UP) La metodología de UP es un método iterativo de diseño de software que describe cómo desarrollar software de forma ecaz, utilizando técnicas probadas en la industria!l Proceso Unicado de esarrollo de #oftware o simplemente Proceso Unicado es un marco de desarrollo de software que se caracteriza por ã !star dirigido por casos de uso, ã $entrado en la arquitectura, ã !nfocado en el riesgo, % ã Por ser iterativo e incremental!l Proceso Unicado no es simplemente un proceso, sino un marco de traba&o e'tensible que puede ser adaptado a organizaciones o pro%ectosespecícos!l nombre Proceso Unicado se usa para describir el proceso genérico que inclu%e aquellos elementos que son comunes a la ma%oría de los renamientos e'istentes !s una metodología orientada a conducir el proceso de desarrollo de software en sus aspectos técnicos( los )u&os % productos de traba&o de UP no inclu%en la administración del pro%ecto UP es una versiónlibre % abierta del modelo propuesto por *acobson, +ooc % -umbaug UP divide el traba&o de desarrollo de software en cuatro fases. inicio, elaboración, construcción % transición, las cuales se describen a continuación ã /ase de 0nicio en UP!n esta fase corresponde denir el negocio !s la etapa donde se dene la factibilidad del pro%ecto a realizar, se representa el modelo de negocio, visión % metas del pro%ecto, se identican actores, conceptos de dominio % deseos de usuario 1dicionalmente se complementa con la denición de la arquitectura preliminar, % estimaciones 2imprecisas, preliminares3 de plazos % costos 4ambién se dene la viabilidad del pro%ecto ã /ase de !laboración en UP!n la fase de elaboración se obtiene la visión renada del pro%ecto a realizar, la implementación iterativa del n5cleo central de la aplicación, la resolución de los riesgos m6s altos, la identicación de nuevos requisitos % nuevos alcances, % estimaciones m6s a&ustadas 1 esta  altura e'iste la posibilidad de detener el pro%ecto por comple&idad técnica ã /ase de $onstrucción en UPLa fase de construcción es la implementación iterativa del resto de los requisitos de menor riesgo % elementos m6s sencillos !s la evolución asta convertirse en un producto listo, inclu%endo todos los requisitos 278893, para entregarse al $liente 1l nal de esta fase el sistema contiene todos los casos de uso que el cliente % la dirección del pro%ectoan acordado La ma%oría de los casos de uso que no se desarrollaron en la fase anterior se desarrollan en iteraciones, en grupos de requisitos o casos de uso durante esta fase ã /ase de 4ransición en UP!s el periodo donde el producto es completamente entregado al cliente para ser testeado % desplegado 2instalado3:rganización de isciplinas seg5n UP!l cuadro siguiente representa cada una de las disciplinas utilizadas en el proceso de desarrollo de software % su nivel de participación en cada una de las fases denidas de UP  Las disciplinas identicadas son modelado de negocios, requisitos, an6lisis, diseño, implementación % pruebas, como también se identicanlas disciplinas de apo%o, tales como. conguración % mane&o de pro%ectos 4odas estas disciplinas son representadas con su correspondiente esfuerzo estimado para cada una de las fases denidas por UP1lgunas características a enunciar seg5n UP son.7 Los pro%ectos se organización en una serie de mini;pro%ectos cortosde duración 2< a = semanas3, llamados iteraciones, que inclu%en un con&unto reducido de requerimientos a implementar< !l resultado de cada iteración es un sistema que puede ser probado,integrado % e&ecutado La salida es un subcon&unto con calidad de producción nal> -6pida retroalimentación % asimilación de los cambios, posibilitada por el tamaño limitado de lo realizado en cada iteración? #e abordan, resuelven % prueban primeramente las decisiones de diseño críticas o de alto riesgo@enta&as.UP es un buen punto de partida por tratarse de una metodología de desarrollo de software orientada a conducir el proceso de desarrollo de forma ecaz basado en un con&unto de buenas pr6cticas probadas en la industria del software % mucas de las cuales son conocidas dentro de /0 $:A, disminu%endo el costo de adopción UP es una versión libre % abierta del modelo propuesto por *acobson, +ooc % -umbaug !n otraspalabras, es perfectamente posible denir el proceso de ingeniería de una organización sobre la base del UP, sin tener que pagar derecos esventa&as.Por tratarse de un meta modelo, un proceso genérico que inclu%e aquellos elementos que son comunes a la ma%oría de los renamientos e'istentes, por tratarse de un marco de traba&o e'tensible de metodología de desarrollo de software que debe ser adaptado a organizaciones o pro%ectos especícos no es apropiado utilizar UP tal cualUP es una metodología orientada a conducir el proceso de desarrollo de software en sus aspectos técnicos Los )u&os % productos de traba&o de UP no inclu%en la administración del pro%ecto Por lo tanto, se requiere también que los pro%ectos se encuentren en un dominio acotado % se requiere )e'ibilidad, la cual se obtiene con el tiempo  !&emplo.0ntroducción!l ob&etivo de esta p6gina web es mostrar un e&emplo de desarrollo de software basado en la metodología de Unied Process 2UP3 !l pro%ecto es el desarrollo de un sistema para la gestión de artículos deportivos de una empresa del sector de ventas de deportes a clientes tanto a ma%oristas como a minoristas #e inclu%e asta la segunda iteración de la fase de construcción, seg5n la división establecida en el documento Plan de esarrollo #oftware Por motivos de privacidad no se pueden publicar los datos de la entidad para la que se diseñó el software$onte'to de esarrollo !ste pro%ecto a sido desarrollado en el conte'to de la asignatura de quinto curso de 0ngeniería 0nform6tica, Laboratorio de #istemas de 0nformación 2ttp.BBwwwdsicupvesBasignaturasBfacultadBlsiB3, de la /acultad de 0nform6tica 2ttp.BBwwwvupves3 de la Universidad Politécnica de @alencia ba&o la supervisión del profesor Patricio :rlando Letelier 4orres 2ttp.BBwwwdsicupvesBCletelier3 !l equipo de desarrollo que a llevado a cabo este pro%ecto es el siguiente. D *efe del Pro%ecto. $ésar López -odríguez 2celorodEinfupves3D 1rquitecto de #oftware. *osé Luis Aartínez Ferrero 2&omare7Einfupves3D 1nalistaB esarrollador. Germ6n Aira -ico 2germiriEinfupves3D 1nalistaB esarrollador. Aiguel 1ntonio Aascilla Guzm6n 2mimanguzEinfupves3D Programador. *osé 1ntonio Aocolí 1gHes 2&omocagEinfupves3D Programador. !duardo +ueno Aedina 2edbuemeEeuiupves3D 4ester. -osa Aaría :gallar @er&illos 2roogverEinfupves3Pro%ecto
Related Search
We Need Your Support
Thank you for visiting our website and your interest in our free products and services. We are nonprofit website to share and download documents. To the running of this website, we need your help to support us.

Thanks to everyone for your continued support.

No, Thanks