ARTÍCULO DE INVESTIGACIÓN CIENTÍFICA y TECNOLÓGICA RuP: METODOLOGÍA EN LOS SISTEMAS Y APLICACIONES BASADAS EN LA WEB Celio Gil Aros RESUME ABSTRACT En el presente trabajo se describen la apropiación The prcsent worl< describes the ap prop ria tion and the y el desarrollo del conocimiento relacionado con la metod olog í a RUP (Rational Unifiod Process) en development of the knowledge related to methodology RUP (Rational UnifiedProcess) i n appllcations orlented to software products the WEB. aplicaciones de productos do software orientados a la WEB. Also wh1ch can be concluded that a des1gned Así mismo se puede concluir que se presenta una methodologic guide from the d1fferent components guía metodológica diseñada a partir de los diferentes appears from the Unified Process of Development, componentes del Proceso Un1f1c ado de Desarrollo. la w1ll allow to serve as direction in thc constr uct lon cual perm1t1rá servir de orientación en la construcción of web Siles: this w1th the purpose of to make them de sitios WEB: esto con el fin de hacerlos más eficaces. more effective. funcuonal and producllve. Of another funcionale s y pr oducttVOS. De otra parte se describe part one describes marco of worl< for the plann1ng de trabaJO para el proceso de plantfteación, process. analysis and consttuct1on of an apphcat1on un marco análisis y consttucc16n de una aphcac.On WEB. WEB. PAlABRAS CIAVE KEYWORDS Arquitectura multtcapa, aphcac16n WEB. calidad. MullHayer archítecture. apphcatJon Web, qualtty. casos de uso. comunidad \llftual. Carba. COM/DCOM. cases of use. virtual. arched commurnty. COMlDCOM. lterattVo e Incremental. JavaBeans. Portal Web. RUP, lterallve and Incremental. JavaBeans, Vesttbule Web. SOA. UML, WebS1te. RUP. SOA. UML. WebS1te. Feché'I de recepciOn Clel articulo: '27 <kl' fctH'cro ese 2008 fecha de ac:eptac100 <Sel articulo: 26 de marzo de 2008. 1n�n1ero de Sistemas Un1\lcrSidnd O.str1tat Espec•ahsta en Adm1n1stfac16n de Empresas. Docente lf'll.'eStJ&adOt. UntV(lr$1dad Libre. INTRODUCCIÓN - Capacidad de Mantenimiento: Facilidad corrección. Adaptab1hdad. Extensibihdad. de La complejidad. la globalización y la nexlbll1zac1ón de los mercados. han conllevado a definir nuevas formas de realizar los negocios. De otra parle las empresas 2. TECNOLOGÍAS han tenido que adaptarse a las nuevas tendencias Las siguientes son las tecnolog1as que d el comercio con el fin d e sobrevivir y ser mucho mas se aplican a un producto orientado a la WEB. competitivas. A pesar de que existen actualmente herramientas Desarrollo basado en componente s (Corba, COM/ DCOM. JavaBeans). dirig id as al e-commerce y a l e-bussines, las cuales ofrecen f acilidades para e l diseño y construcción de - Seguridad (Encriptación, Cortafuegos, etc). WebSites. sin embargo no ha sido suficiente para que las pequeñas y median as empresas en nuestro país migren - Estandares de Internet (Hlml, Xml) hacia esta nueva era; la del Comercio Electrónico. Con la negada de intemet el E-Commerce se desarrolla en entornos abiertos de comunicación. Estamos ante una red de redes que permite que el comercio tenga un alcance mundial. De ahi que hablemos d e E·Commerce y a que con l a llegada d e Internet se esta pon iendo en marcha una idea mundial de comerc i o. 3. METODOLOGÍA PARA EL DISEÑO Y CONSTRUCCIÓN OE UN PRODUCTO ORIE�TADO A lA WEB La metodología sugerida es una guia que p er mitirá definir un con1unto de acltv1dades 1nd1spensables para convertir los requerimientos runcionales (qué debe hacer el sistema) del usuario en un c on j u nto de OBJETIVO GENERAL Apropi ar y desarrolla r conocimiento relacionado con metodolog1a RUP aplicada al desarrollo de productos elementos necesarios en la construcción de productos orien tados a la WEB. 3.1 Metodología (RUP·R:t1ional Unificd Process) de software orientados a la WEB. l. ATRIBUTOS DE CALIDAD DE UN (1) 3.1.1 Objetivo de PRODUCTO ORIEXTADO A U WEB A conunuación se describen algunos de los atnbutos de cahdad que debe tener un producto onentado a la WEB: - Usabllidad: Capacidad de comprensión del Sitio la \tctt>llolo�•a: (.f)n,truir software de alta calidad. <'º 1iempo y presupue�to c'rin1ado,, RUP describe cómo utihzar de forma efectiva procedimientos comerciales probados en el desarrollo de software para equipos de desarrollo de software. conocidos como ·1as seis (6) me1ores prácticas". Global. Servicios de ayuda y realimentación en línea. Capacidades de Estética e Interfaz. - - - 84 Funcionalidad: Capacidad de recuperación y búsque da. Servicios de búsqueda y navegación. Aablhdad: Proceso correctode e nlace.Recuperación de errores. Yalidaciónentrada de usuario. Eficiencia: Rendimiento tiempo de respuesta. Velocidad generación de páginas. Velocidad generación de graficos. AV/\�( 1S h)vt·..,11�ac.ió1'1 el) Ingeniería - 2008 \lo. U Figur a 1. Las seis (6) mejores prácticas Adm1n1�tr. u 1on d t> 04:"-;..¡rrollo lll"r.thvo e Model-Jm1• _•nto VKU d l Rrt1u,.r111 1 ...nt t1 v.. nfi- ·'' i on 1 1" Conlrol L1 (.1hcl.1 1I ' A n1u 1t t" 1 turd\ 1u n Con1pont>nlE\ '' rlC1n1l110� .. Dada la complejidad de los sistemas actuales, no e s posible hacer de manera secuencial la definición completa del problema, diseñar la solución completa. - Capa de presentación construir el software y por último probarte. Capa de lógica de aphcac1ón La metodologia esta basada en componentes de software entazados a través de interfaces. Un - Capa de pers1stenc1a de los datos componente es una parte física y reemplazable del software Que puede ser ajustado y proporciona la Figura 2. Modelo arQu1tect6nico de 3 capas elaboración de un conjunto de interfaces. Una interfaz es la colección de operaciones que son utilizadas para especificar un servicio de una clase o de un Pr••entatlon (hlm�x ml ,l0<mulorlo11 Interfaz Grafica de Usuario compononte. �óglc• do Apllcaclón LOgka del Negocio La metodología utlliza el Lenguaje de Modelado 1c1au1, compon1nt11, dll) (Com1>onenles) Unificado (UML) para preparar todos los diagramas de un sistema de software y esté fundamentado en tres (3> principios básicos: Dirigido por casos de uso. Centrado en la arquitectura e Iterativo. e Incremental. 3.1.Z OiriJitido JlOr ca�> < ' de use:> \cntaja...¡ de la Arquitectura \1ulfil·apa Un sistema de software debe brindar servicios a sus Algunas de las ventajas de la ArQuitectura Mul\icapa usuarios. por lo que se debe conocer qué se necesita y desea a futuro. Un caso de uso es una fracción de la funcionalidad del son: - Múltiples plataformas y escalabilidad para suplir variaciones de demanda del mercado. sistema. estos representan los requisitos funcionales (¿qué debe hacer el sistema?) y especifican una secuencia Integración de acciones que el sistema puede llevar a cabo. Tomando el modelo de casos de uso como base, los desarrolladores existentes. crean una sene de modelos de diseño e implementación - que llevan a cabo los casos de uso. 3.1.3 Ct·n1rado en la arquitectura Brinda con sistemas componentes de portablcs información a través de múltiples plataformas. - Promueve el aprovechamiento de los servicios provistos por los servidores de aplicaciones. La arquitectura en un sistema de software e s descnta por medio de diferentes vistas del sistema en proceso 3.t... Iterativo e Incremental de desarrollo. Se aconseja dividir el trabajo en partes mas pequeiias La arquitectura surge de las necesidades de la (Pnncip10 divide y vencerás) o subsistemas; donde organización. de cómo la perciben los usuarios y de cada subsistema es una iteración que resulta en un cómo se reflejan en los casos de uso. Pero hay otros incremento. Las iteraciones hacen referencia a pasos factores que también innuyen tales como la plataforma en el flujo de trabajo. y los incrementos. al crecimiento en la que funcionaré el software, los bloques de del producto. construcción de que se dispondrá. cons1derac1oncs de 1mplementaclón, sistemas heredados y requisitos no funcionales. En cada iteración, los desarrolladores 1denllfican y especifican los casos de uso relevantes. crean un diseño utilizando la arQuitectura seleccionada como 3.1.3.1 \.rc1uil<>c1Ura \tulticapa guía, implementan el diseiio mediante componentes y verifican que los componentes satisfagan los casos Esta arquitectura presenta tres niveles a saber: de uso. Figura 3. Proceso de desarrollo Iterativo de la Metodología RUP Requerimientos 5 Análisis y Diseño 5 s Implementación ' Evaluación Pruebas 4. l\'IARCO DE TRABAJO PARA UNA APLICACIÓN \VEB A continuación se d escribe el ma rco de trabajo para una aplicación WEB: Figura 4. Marco de trabajo para una aplicación WEB Plarnficuc1on Anolls1s Formu ación ' 0 s Nave ' l G nerac ón de págnas y prue as ;. MODELOS ORIENTADOS A LA WEB Los siguientes son algunos de los Modelos Negocios orientados a la W EB: CONCLUSIONES de RUP como metodología para ser aplicada en los sistemas basados en la WEB, permite no solamente definir una serie de etapas y entregables sino que ;.!Modelos de Presencia además garantiza la Calidad del producto orientado a ;.1.1 Presencia Corporativa la WEB. Esta metodología aumentará la eficiencia en el desarrollo de productos WEB. ""'v'v.cndc�a.cs 5.1.2 Presencia de Servicio: \vv..:\v.I aca ixH. cs/lo,vc.:h adecuado de la experiencia de los programadores. Es 5.1.;S Construcción ele Marca decir. que un programador especializado en codificar De otra parte la arquitectura multicapa hace un uso lógica de negocio no se tiene que preocupar por \\"\V\V.S�tnmigucJ.cs codificar servicios del sistema. De la misma forma, 5.1.'i Negocio (Generar Ingresos) un programador cuya especialidad son los servicios ''"'·"·.Uihrc�.t:Orn del sistema se puede centrar en el desarrollo d e los mismos y no preocuparse por escribir lógica de 5.2Moelelos ele Nego cios negocio. 5.2. l Portal lforizontaWertlcal '"''""'.lerra.con1 Los sistemas y aplicaciones basados en la WEB ''''"'v.markctingdircclo.com hacen posible que una poblac ión extensa de Usuarios 5.2.2 Comunidad Virnial ( Interés Común) finales dispongan de una gran variedad de Contenido y Funcionalidad. """""" i ctnet.c� ;.2.3 Proveedor de loforn1ación La I ngeniería Web no es una copia de la I ngeniería \V'\\f\V. lavanguardia. e)\ de Software. pero toma prestados muchOs de los conceptos 5.2.'I Proveedor de Servicios \Veb y principios Msicos, dando importancia a las actividades Técnicas y de Gestión de Software. ""'"''''.cercador.co1n BIBLIOGRAFÍA BOOCH GRADY. RUMBAUGH JAMES y JACOBSON lvar. El Lenguaj e Unificado de Mo delamient o . UML. Editorial Addison Wesley.2000 PIATIINI. MARIO G., JOSÉ A. CALVO, JOAQUÍN CERVERA, LUÍS FERNÁNDEZ. Análisis y Diseño de Aplicaciones Informáticas de Gestión. Editorial Alfaomega · RAMA. 2004 PRESSMAN. ROGER. Ingeniería de Software, Me Graw Hill. Quinta Edición. SOMERVILLE IAN. Ingeniería de Software. México. Pearson Educación, 2005. WEITZENFELD, ALFREDO, Ingeniería de Software Orientada a Objetos con UML, Java e Internet, Thomson, 2005. INFOGRAFÍA El Proceso Unificado de Desarrollo (Rallonal Unified Process) http://www-306.ibm.com/software/awdtools/rup/ http:f/www.sci.cmu.edu/ http://www.aec.es http:j/www.ieee.org http://www.calidaddelsoftware.com AVA'lCCS ln\·estig.1cfón en lngenieria 2008 No. 8 67