1 INTRODUCCIN
Hoy en da las aplicaciones web son muy requeridas a nivel tanto empresarial como por los usuarios. Si no se cuenta con una metodologa la cual sea capaz de poder brindarnos un desarrollo adecuado para nuestra pgina web entonces nuestra pgina web simplemente no servir ya que la exigencia de los usuarios es muy alta. La mayora de desarrolladores Web no toma en cuenta las metodologas y proceso de desarrollo; mas bien confan en habilidades individuales en vez de algo. Estas situaciones traen como consecuencia que los atributos de calidad de los sistemas basados en la Web tales como la funcionalidad, confiabilidad, mantenibilidad, usabilidad y portabilidad no se les da la debida consideracin que se merecen durante el proceso de desarrollo.
Entonces tendremos que las fases del ciclo de vida del software son las siguientes: fases son la creacin, elaboracin, construccin, transicin y mantenimiento. Los trabajadores son los roles de expertos responsable de las actividades a realizar durante cada fase y en cada iteracin con el objetivo para producir resultados definidos e incrementales. El conjunto de artefactos incluye modelos, piezas de cdigo y documentos. Se recomienda usar el OCL el cual es un estndar para especificar invariantes de condiciones, pre-condiciones, post-condiciones y las clases El modelado del desarrollo de aplicaciones web presentaremos 5 modelos de la UML based on web engineering antes de su implementacin: Modelo de requisitos Modelo del contenido Modelo de la navegacin Modelo de presentacin Modelo de proceso
ste mtodo est basado en UML presentado en el ao 2000 por Koch, adhiere precisin en las notaciones a los modelos y los procesos como aspectos de navegacin y presentacin de las aplicaciones web.
.
El estereotipo browsing no modificar la base de datos en cambio el esteorotipo proccesing si lo har.
2.1.1.2 ACTIVIDADES Se muestra mas informacin acerca de los casos de uso se usan los siguientes estereotipos: userAction ( ): Indica interacciones de usuarios en la pagina web iniciando un proceso sistemAction ( ): Son acciones las cuales son ejecutadas por el sistema displayAction ( ): Es usada cuando se requiere el ingreso o la salida de elementos. Se usa junto con displayPin y interactionPin. navigationAction ( ): Muestra opciones de navegacin y elementos de presentacin los cuales estn asociados displayPin ( ): salida de elementos interactionPin ( ): ingreso de elementos
.
no lo es: tal vez se necesite agregar un campo de bsqueda, de actualizacin, una lista de todos los datos.
Se crea un diagrama de clases a partir del modelo de navegacin, adems se incluyen clases como operaciones sean necesarias en la figura se aade tambin la confirmacin
Son analizados con ms detalles los grupos de usuarios detectados en la etapa anterior. Aqu nos centraremos en 2 cosas la primera en los requisitos de informacin de los usuarios y la siguiente en las caractersticas de los usuarios. Entonces por ejemplo podramos definir al usuario Candidate student.-Estos estudiantes buscan informacin en general, tal vez cursos o programas de estudio no son estudiantes por lo general estn entre 16 y 23 Enrolled student.- Estos estudiantes estn matriculados y buscan informacin estn entre 18 y 25 buscan textos, lecturas, etc. Pueden haber dos tipos de estudiantes locales o estudiantes extranjeros.
.
No debe haber mucha informacin solo la necesaria que sea atrayente para el usuario Usar pistas de navegacin para que sea mas fcil navegar por la pgina.
2.2.5.1 CAPA DE CONTEXTO. Comienza con el componente de navegacin con el mismo nombre de la perspectiva 2.2.5.2 CAPA DE INFORMACIN Se tendrn los objetos que se requieren en esta perspectiva, adems por cada relacin se crean nuevos links 2.2.5.3 CAPA DE NAVEGACIN Esta capa conecta la capa de contexto con la capa de informacin. Debe estar diseado de acuerdo a las necesidades del usuario.
Continuo y exhaustivas pruebas que garantizar un impecable final del sitio web. Trabajo directamente con la empresa para garantizar la tcnica y la usabilidad se cumplen las normas. Hacer una revisin al final del proyecto con la finalidad de ver si se ha logrado satisfacer los requisitos planteados. UML-based Web Engineering Approach(UWE) WEB DESIGN METHOD (WSDM) SITE
Koch en el ao 2000 Se basa en el modelo UML pero se le aaden mas cosas orientadas a la pgina web. Creacin Elaboracin Construccin Transicin mantenimiento
Koch en el ao 1998 El usuario toma un papel importante en el desarrollo de las pginas web Modelado de usuario Modelo conceptual Modelo del diseo de implementacin Modelo de implementacin
IMPLEMENTACIN
En este paso, se diseara el look and feel de la pgina web. Se modela la interfaz para cada rol de usuario, Ahora que se tiene una versin definitiva del plan se puedan comenzar con la construccin del sitio web. Durante esta fase, se tendr lugar lo siguiente: La construccin de la arquitectura de navegacin del sitio. Creacin de alta funcionalidad, teniendo como fin a la animacin, pues har que se propague por todas las pginas de los medios necesarios con sus los grficos y el texto. El cdigo de los programas tcnicos y la funcionalidad del sitio. La creacin y diseo de la pgina principal disponible Crear ndices para otras pginas web Crear una fecha de lanzamiento y el plan
Ciclo de Desarrollo:
EN
Es una aplicacin de la tcnica divide y vencers para manejar la complejidad al momento de desarrollar el software. En esta metodologa tanto el anlisis como el diseo son analizados en el mismo paradigma de implementacin, dando prioridad a la solucin lgica antes que a la codificacin misma, es decir la implementacin pasa a un segundo plano. El objetivo
.
principal de esta tcnica es el reuso. Esto implica llevar consigo artefactos que en un inicio tal vez no se necesiten para un contexto tambin inicial en el cual se desee aprovechar una clase. [7] Aunque el principal objetivo de un componente no es el reuso sino que sea fcilmente reemplazable. Esto implica que una nueva implementacin pueda ser usada sin ningn inconveniente al reemplazar uno antiguo. As nuevas implementaciones puede mejorar el servicio del software y aumentar su performance. [7] El enfoque basado en componentes prioriza la interaccin con el resto de componentes y no de manera local. Es as que este enfoque se concentra en el todo y no en las partes individuales del sistema. [7] cual sus instancias interactan. Otra definicin como tambin se le conoce a un marco de trabajo es como el esqueleto de una aplicacin que debe ser adaptado a necesidades concretas por el programador de aplicaciones. [8] Las principales ventajas que traen usar un marco trabajo es que reducen el costo de los procesos de desarrollo de las aplicaciones software y mejoran la calidad del producto final. Sin embargo no todo es bueno al momento de usar marcos de trabajo ya que al momento de hacer la reutilizacin de arquitectura el programador se ve enfrentado a la complejidad de la arquitectura anterior y no sabr si el MT ser el apropiado para resolver el problema y de poder hacerlo deber tambin saber usarlo correctamente para poder extenderlo. [8]
2.3.1 PRINCIPIOS
Los componentes son unidades de software que se rigen de los mismos principios que en el paradigma orientado a objetos: unificacin de datos y compartimiento, identidad y encapsulamiento. Adems de estos principios es necesario agregar las interfaces que sern los que describan el comportamiento de los componentes. [7]
2.3.2 ARQUITECTURA
La arquitectura basada en componentes nos dir con qu tipo de componentes y en qu relacin de dependencia se encuentran. Cabe resaltar tambin que la arquitectura de esta metodologa est orientada a sistemas empresariales de gran aporte, es por ello que su estilo de arquitectura usa mltiples capas. Cada capa sugiere un tipo diferente de componente e indican el rol especfico que cumplen en ella. [7]
3.
4.
5. 6.
.
trabajo que le dar la estructura fundamental a nuestra aplicacin.
4 REFERENCIAS
[1] Pgina Web de la info. de WSDM (en lnea) Disponible en : http://users.dsic.upv.es/~west/iwwost01/files/contribut ions/OlgaDeTroyer/_WWW7.pdf [2] Pgina Web de la info de UML-based Web Engineering Approach: Disponible en: http://uwe.pst.ifi.lmu.de/ [3] Nora Koch, UML-based Web Engineering(en lnea) Disponible en : http://www.pst.ifi.lmu.de/personen/kochn/presentation s/UWE_03062010_almeria.pdf [4] Nora Koch, The Authoring Process of the UML-based Web Engineering Approach (en lnea) Disponible en : http://users.dsic.upv.es/~west/iwwost01/files/contribut ions/NoraKoch/Uwe.pdf [5] Vrije Universiteit Brussel, WSDM (en lnea) Disponible en: http://wise.vub.ac.be/content/wsdmweb-semantic-design-method
3 CONCLUSIONES
En el presente trabajo hemos dado a conocer las metodologas para el desarrollo de web UWE, WSDM y BDC. En cada uno de estos mtodos se ha visto principalmente los procesos por los cuales pasa al largo de desarrollo del software y tambin los aspectos ms importantes de cada uno de ellos como la captura de requisitos para el UWE, lo cual nos dar un modelo de casos de uso que bien documentado en la cual se describirn a los usuarios del sistema, las reglas de adaptacin, los casos de uso y la interfaz; los requerimientos que deben cumplir las pginas web en base a las necesidades del usuario para el WSDM, los cuales sern los que definan el tipo de aplicacin a desarrollar y la reusabilidad de las arquitecturas en la metodologa DBC que nos dar una mejor calidad del producto final del software. Si bien es cierto, las dificultades y complejidades que cada una de las metodologas hechas en mencin en el presente trabajo, nos hacen visualizar que ninguna de ellas es perfecta a ciencia cierta, por lo tanto optamos por la que mejor se adece a nuestra perspectiva. Es decir la eleccin de la metodologa a seguir depender del desarrollador y los beneficios que el vea en ellas. En nuestro caso colegimos que la mejor es la metodologa DBC por su gran vinculacin entre componentes usados, simplicidad en el ciclo de vida y su mejora en el producto final, as como tambin el buen empleo de un marco de
[6] Tilburg University, Infolab , WSDM: A User Centered Design Method for Web Disponible en: http://wise.vub.ac.be/sites/default/files/publications/W WW7.pdf [7] VIGNAGA Andrs, PEROVICH Daniel. Enfoque Metodolgico para el Desarrollo Basado en Componentes. [En Lnea] [Fecha de Consulta 05/04/2013]. Disponible en: http://www.google.com.pe/url?sa=t&rct=j&q=%EF %83%98%09m%C3%A9todo%20basado%20en %20componentes%20para%20el%20desarrollo %20de%20aplicaciones %20web&source=web&cd=10&cad=rja&ved=0CGsQ FjAJ&url=http%3A%2F%2Fwww.researchgate.net %2Fpublication %2F228766936_Enfoque_Metodolgico_para_el_Des arrollo_Basado_en_Componentes%2Ffile %2Fd912f50b3a3d0f130e.pdf&ei=aKFdUdatAq2z0Q GnsIHADQ&usg=AFQjCNF8CK5XjPikyyFutU4_8fc3vOhPg&bvm=bv.44770516,d.dmQ [8] FUENTES Lidia, TROYA Jos, VALLECILLO Antonio. Desarrollo de Software Basado en Componentes. [En Lnea][Fecha de consulta: 05/04/2013]. Disponible en: http://www.lcc.uma.es/~av/Docencia/Doctorado/tema 1.pdf
[9] ROJAS Maribel, MOLINA Carlos. Introduccin y principios bsicos del desarrollo de software basado en componentes. [En lnea][Fecha de consulta: 5/04/2013]. Disponible en: http://pegasus.javeriana.edu.co/~jcpymes/Docs/DSB C.pdf