P. 1
Metodologia Iweb Ingenieria Web

Metodologia Iweb Ingenieria Web

|Views: 4.628|Likes:

More info:

Published by: Elka Fullbuster de Somerhalder on May 04, 2011
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as DOC, PDF, TXT or read online from Scribd
See more
See less

10/22/2015

pdf

text

original

Documento bajado de http://www.desarrollos-mecame.com/.

La propiedad intelectual de cada documento pertenece al creador del mismo, no a Desarrollos Mecame

INGENIERÍA WEB

Gerardo Liceras Romaniega
INGENIERIA DE TELECOMUNICACIÓN

...9 6.......................................................6 6..............................................................15 INGENIERIA WEB GERARDO LICERAS ROMANIEGA ..........................6 6...............6 6.....14 8......................-Diseño de la interfaz........8 6.......Diseño Arquitectónico...........1..7 6......................................BIBLIOGRAFÍA...3 2................................................3....2........................................Gestión del Proyecto............................Tecnologías................2.13 7....10 7..2..........................................................El equipo IWeb.........Diseño de navegación.3 4............................................................................................Problemas de Gestión..........INGENIERIA DEL SOFTWARE 2 1..12 7..............7 6...............................4....9 6.............................................................Análisis....................Formulación.....................................................Pruebas.........3......................................................................Características............................................................3.................Diseño........................3...............................................................................................Atributos de calidad.......4 5.............................3.....................Modelo del proceso IWeb........................Proceso de IWeb..1................................................12 7....3 3...............................................................................3...............Problemas GCS para la IWeb .....Categorías mas frecuentes de las WebApps:.......................................1..

.. otros que se mantenga una imagen constante.Evolución continua: Tanto las WebApps como los medios para desarrollarlas cambian a un ritmo vertiginoso (contenidos que se actualizan cada hora. video.. intranets.Controladas por el contenido: Muchas veces son solo objeto de difundir ciertos contenidos a través de hipermedia (gráficos. técnicas nuevas de desarrollo... 6. Descarga de información.INGENIERIA DEL SOFTWARE 3 1.) 3. unos prefieren que se actualicen cada poco tiempo. INGENIERIA WEB GERARDO LICERAS ROMANIEGA .. otros muy simples. etc) 4. extranets) 2.Categorías mas frecuentes de las WebApps: Informativa: solo lectura o navegación.. Pero intentando objetivizar dicha calidad para conseguir compaginar una buena apariencia para el usuario y unas buenas características técnicas para el ingeniero web... o foros Entrada del usuario: mediante formularios. 3... Algunos prefieren WebApps vistosas. mensajería instantánea. sonidos.Características 1..Intensivas de Red: Están y operan en redes (Internet.Inmediatez: Distintamente a como ocurre con otros tipos de software.Estética: Cada vez mas relacionada con el diseño de WebApps.Seguridad: Son altamente inseguras y se hace necesario implementar mecanismos de seguridad.Atributos de calidad Desde el punto de vista del usuario. el desarrollo y comercialización de las “WebApps” puede ser de días o semanas. Personalizable según las necesidades Interacción: con chats.. 2. Nuevas técnicas de animación e interacción hacen que se compita también por la estética de la aplicación. Orientada a transacciones: compra de productos vía Internet Orientada a Servicios: Portal: Índice de servicios y contenidos fuera de la aplicación del portal Acceso a Base de datos: consulta y recopilación de info contenida en una BBDD Almacenes de datos: Igual que la anterior pero con conjuntos de BBDD. la “calidad” es completamente subjetiva. 5. textos.

haciendo hincapié en Usabilidad:  Capacidad de comprensión del sitio global  Servicios de ayuda y realimentación en línea  Capacidades estéticas y de interfaz  Servicios especiales Funcionalidad:  Capacidad de recuperación y de búsqueda  Servicios de búsqueda y navegación  Servicios relacionados con el dominio de aplicación Fiabilidad:  Proceso correcto de enlace  Recuperación de errores  Validación y recuperación de la entrada del usuario (formularios) Eficiencia:  Rendimiento del tiempo de respuesta  Velocidad de generación de páginas  Velocidad de generación de gráficos Mantenimiento:  Facilidad de corrección  Adaptabilidad  Extensibilidad - - - - 4. Seguridad: o Es necesario evitar intrusiones de ajenos y propios a zonas a las que se les restringe el acceso dentro de la WebApp (zona admin.) o Medios:  Firewalls. etc. un ingeniero web. zona solo propio.. han avanzado bastante o Tres estándares:  CORBA  COM/DCOM  JavaBeans o Permiten usar y personalizar componentes de terceras partes. debe estar familiarizado con: Desarrollo basado en componentes: o Gracias a los sistemas basados en web.INGENIERIA DEL SOFTWARE 4 se le acaban aplicando los criterios de calidad del software “típicos”.. Protocolos Seguros - INGENIERIA WEB GERARDO LICERAS ROMANIEGA .Tecnologías Para construir WebApps de calidad. Encriptación.

C. INGENIERIA WEB GERARDO LICERAS ROMANIEGA . Java . ASP.INGENIERIA DEL SOFTWARE 5 - Estándares de Internet. o Futuro: XHTML: HTML mas estricto que el actual...... o Los navegadores entienden protocolos HTML derivado del SGML o También XML. Javascript. Cold Fusion. lenguajes interpretados PHP. compilados Perl.

.Arquitectura altamente especializada (exigencias en el diseño) 6. Podemos clasificar las metas especificas en: Metas Informativas: Definen los objetivos sobre el contenido e información que se dará al usuario.Modelo del proceso IWeb A grandes rasgos: Formulación: Se identifican las metas y objetivos Planificación: Estimación del coste global del proyecto. Es en esta fase donde se integra la WebApp con el software intermedio (CORBA. DCOM.Formulación Para hacer una correcta formulación. INGENIERIA WEB GERARDO LICERAS ROMANIEGA . Evaluación del cliente: No es la ultima fase. Los cambios se hacen efectivos por el flujo incremental del proceso. etc. a integrar en la App. de navegación y del interfaz: hecho por técnicos Generación de paginas: Se adecua al diseño arquitectónico. - - 6.. y no entraran en detalles. etapas y subetapas. medios audiovisuales. Es una fase a ejecutar cada vez que se termina alguna de las anteriores. XML. de navegación y de interfaz. visualizarla en otros navegadores y ser consciente cuanto menos de las limitaciones y posibles “bugs”. el contenido provisto para sacar las paginas HTML. tendremos: . Recopilación de información. Ingeniería: Dos tareas paralelas: o Diseño del contenido y producción: echas por personal NO técnico..INGENIERIA DEL SOFTWARE 6 5.1.Amplia y diversa población de usuarios (obtención y modelado de requisitos) . riesgos.Proceso de IWeb Es claramente incremental y evolutivo. debemos preguntarnos. Análisis: Establecimiento de los requisitos técnicos y de diseño (estéticos) e identificación de los elementos de contenido. Por la naturaleza intensiva. Pruebas: Se hace una navegación intensiva sobre la aplicación para descubrir errores. o Diseño arquitectónico. entre otras cosas: Por que y para que hacer la WebApp? Como es de necesaria? Quien la va a usar? Las respuestas serán muy generales. JavaBeans.

(Intranet. determinando las principales características de los potenciales navegadores y clientes.2. porque los requisitos estarán cambiando continuamente. (texto. con la que vemos la posible integración con sistemas ya existentes. gráficos. En el caso de una App grande no es recomendable hacer un documento muy extenso. En todo caso es recomendable hacer un documento que recoja la información de todo el proceso de análisis y que será revisado y modificado para hacer otro documento que pasarle a los diseñadores de la WebApp. imágenes..Diseño La característica de inmediatez obliga a que los diseños se hagan rápidamente y a que sean evolucionables. y en esta etapa se identifica todo el contenido que se va a proporcionar. 6.. video y sonido) Análisis de la interacción: Se realizan casos prácticos y sus casos de uso para la descripción detallada de la interacción usuario-WebApp. Internet o Extranet). como pueden ser bases de datos.INGENIERIA DEL SOFTWARE 7 - Metas Aplicables: Son los servicios o tareas que puede realizar la WebApp. Después de las metas. y quedaría obsoleto antes de terminarlo. se hace la Afirmación del Ámbito. Muchas veces la rapidez o precipitación en el diseño nos cierra puertas a la evolución de la aplicación. Mas adelante. trabajan bajo los siguientes elementos técnicos: INGENIERIA WEB GERARDO LICERAS ROMANIEGA . haremos el Perfil del Usuario. Análisis funcional: Se detallan las funciones y operaciones de procesamiento adicionales que se aplicaran en el contenido de la WebApp Análisis de la configuración: Se detalla y describe el lugar donde va a residir la App. También se tiene que identificar la infraestructura de los componentes y el grado de utilización de la base de datos para generar el contenido. Los ingenieros Web.3. 6. se realizan 4 tipos de análisis: Análisis del contenido: Se puede utilizar el modelado de datos.Análisis Identifica los datos y requisitos funcionales y de comportamiento para la WebApp. Durante la IWeb.

Los patrones de diseño pueden aplicarse en el nivel de componente (cuando se requiere la funcionalidad del proceso de datos).1. Para ellos el contenido debe ser muy regular. Típicamente hay: Estructuras lineales: cuando es predecible la sucesión de interacciones. Estructuras jerárquicas: Son las mas comunes.INGENIERIA DEL SOFTWARE 8 - - Principios y métodos de diseño: Facilitaran la adaptación. Da mucha flexibilidad de navegación. los datos relevantes. En una WebApp se pueden enlazar por hipertexto ramas verticales de la misma estructura. mejoras y uso. pruebas. También existen lineales con flujo opcional. Se enlaza todo con todo. configuración de diseño. Por ejemplo. 6.3. Se hace posible pasando como parámetros a esa plantilla. dando lugar a estructuras híbridas..Diseño Arquitectónico Se encarga de la definición de la estructura global hipermedia y en la aplicacion de las configuraciones de diseño y plantillas. están: INGENIERIA WEB GERARDO LICERAS ROMANIEGA . o documento a utilizar dentro de la WebApp. del contenido y de la filosofía de navegación. jerárquico. Por ejemplo en la entrada. Plantillas: Dotan de una estructura similar cada elemento. y validación de datos. Es el “Acoplamiento”. hay una estructura lineal. y de navegación (que tratan sobre como el usuario podrá moverse por el contenido de la aplicación) Entre estos últimos. gráficos y estética general. - - - Es común combinar varias de las estructuras. Dicha estructura depende de las metas establecidas. o Modularidad eficaz (cohesión alta y acoplamiento bajo) o Elaboración paso a paso o Diseño orientado a objetos y diagramas UML Reglas de oro: que se han ido construyendo desde los inicios de Internet Configuraciones de diseño: Aplicables a los elementos funcionales y a los documentos. Estructuras reticulares: Solo si el contenido de la Web puede ser organizado en dos o mas dimensiones. En las jerarquías de software tradicionales se fomentan el flujo de control solo a lo largo de las ramas verticales. que darán cuerpo al esquema. y lineal con desviaciones. Estructura en red (o de web pura): Es como la arquitectura “en evolución” de los sistemas OO. marcas de electrodomésticos y tipos de electrodomésticos. aunque a veces es confusa para el usuario.

cliente privilegiado. imágenes e iconos que usemos deberán tener un aspecto clickable. Desde el punto de vista de los buscadores hoy por hoy es mejor un enlace texto con la palabra con la que nos gustaría dotar de importancia a la pagina web enlazada que cualquier otra cosa. Los enlaces de texto deberán tener un color característico. 6. diferenciador del resto del documento. También se harán necesarias ayudas a la navegación por el sitio: una vista de esquema.INGENIERIA DEL SOFTWARE 9 - Ciclo: Se devuelve al usuario al nodo de contenido visitado anteriormente. habitualmente. Anillo de Web: Se enlazan paginas de un mismo tema. El diseñador crea una USN (Unidad Semántica de Navegación) para cada meta asociada a cada rol de usuario. Mundo de espejo: Varias narraciones desde puntos de vista distintos Tamiz: Se presentan opciones que el usuario va eligiendo. botones. cliente. un mapa web.3. etc) deberemos elegir la que mas se adecuen al interfaz de nuestra web.2. mecanismos de búsqueda y servicios dinámicos de ayuda. iconos. Se deberá identificar una semántica para según que usuarios y definir una sintaxis (mecánica) para la navegación.3. administrador. desde nuestra visión de diseño. varios papeles: visitante. Entre las opciones de enlaces (texto.3. La semántica para cada rol será distinta.Diseño de navegación Una vez establecida la arquitectura se define la ruta que permitirá acceder al contenido y a los servicios. interruptores. Cada USN tiene unas “formas de navegación” (WoN) para que cada usuario llegue a cada meta que se proponga.-Diseño de la interfaz INGENIERIA WEB GERARDO LICERAS ROMANIEGA . metáforas gráficas. etc. Vecindario: Marco de navegación uniforme por todas las paginas web 6. Se tendrán. los botones. hasta llegar a un punto que el mismo habrá provocado con sus decisiones.. tabla de contenidos. Contorno: Cuando varios ciclos inciden en otro Contrapunto: durante la narración se añaden comentarios de hipertexto. Sin embargo. cliente registrado.

Se construye la arquitectura y se realizan las pruebas de integración: La estrategia para la prueba de integración depende de la arquitectura que se haya elegido. Evitar poner “En construcción”.Pruebas Son el proceso de ejercitar el software con el fin de encontrar y corregir los errores. etc. en WebApps es necesario considerar nuevos factores.. Evitar el scroll. El modelo de contenido es revisado para descubrir errores: similar a un corrector ortográfico. 3. reticulares o sencillas. todos ellos. es un reto. Crea expectativas decepcionantes. El usuario tiene poca paciencia. y vemos si cada enlace lleva a la correspondiente USN de la meta del rol de usuario a la que pertenece. bastante subjetivos. mapas de imágenes. El modelo de diseño es revisado para descubrir errores de navegación: Se revisan los posibles errores 404 de navegación. debido a la variedad de navegadores. 2. Algunas sugerencias uy generalizadas son: Los errores de servidor deben ser mínimos. objetos. y generalmente muchos otros recursos en la Web. Todo lo que se le pueda dar en un “pantallazo” sera mejor entendido por la mayoría. En INGENIERIA WEB GERARDO LICERAS ROMANIEGA .4. es muy similar a como se integran los módulos del software convencional. Las funciones de navegación no deberán depender del navegador que se este usando. Muchas veces no es posible o practico comprobar elementos mas pequeños como formularios. Las opciones de navegación y el resto de funcionalidades deberán ser obvias. sistemas operativos. No se debe obligar a hacer leer grandes cantidades de texto.INGENIERIA DEL SOFTWARE 10 Además de las consideraciones de diseño de interfaces de cualquier otro software. En las WebApps. Se aplican pruebas de unidad a los componentes de proceso seleccionado y las paginas Web: en muchos casos la unidad comprobable mas pequeña es la propia pagina web. Las estrategias y tácticas a seguir son: 1. 4. sobre todo si estamos en alguna de las secciones de Ayuda de nuestra App. En estructuras jerárquicas lineales. plataformas hardware y protocolos de comunicación. Un usuario poco experto “no sabe que existe el scroll”. 6. LA ESTETICA NUNCA DEBERA SUSTITUIR LA FUNCIONALIDAD. Los menús de navegación estarán disponibles en todas las paginas.

7. Se implementa la WebApp en una variedad de configuraciones diferentes de entornos y comprobar así la compatibilidad con cada configuración: Se lleva hace una matriz de referencias cruzadas con sistemas operativos. La WebApp ensamblada se prueba para conseguir un a funcionalidad global y un contenido: Se hace una prueba de acciones visibles y de salidas reconocibles para el usuario.INGENIERIA DEL SOFTWARE 11 jerarquías mezcladas o arquitecturas de red. 6. plataformas de hardware. INGENIERIA WEB GERARDO LICERAS ROMANIEGA . se hace un uso intensivo y se evalúan los resultados. 5. fiabilidad y rendimiento. para ver errores de contenido y navegación. navegadores y protocolos de comunicación. Se hacen pruebas para cubrir los errores asociados con todas y cada una de las configuraciones posibles. La WebApp se comprueba con una población de usuarios finales controlada y monitorizada: Se hacen grupos de usuarios según los posibles roles. compatibilidad. usabilidad. es similar a los sistemas OO.

disposición de contenido y pruebas de la WebApp. formularios nuevos y cambios de patron de navegación. y legislación al respecto de la aplicación y de Internet. que es el que se encuentra cómodo trabajando en varias disciplinas. Ingeniero de Web: Cada vez se ve mas involucrado en cada una de las actividades de la WebApp. 7. (obtención de requisitos. Administrador :Webmaster. es el responsable del funcionamiento diario: o Normas para el buen funcionamiento o Procedimientos de soporte y realimentación o Derechos de acceso o Medición y análisis del trafico o Coordinación de los procedimientos de control de cambios o Coordinación con especialistas de soporte o Ayuda a ingenieros web y especialistas de soporte GERARDO LICERAS ROMANIEGA - - - INGENIERIA WEB . implementación y pruebas. hacen necesario una buena planificación y gestión del proyecto.1. Entre los miembros deben repartirse conocimientos de ingeniería del software basada en componentes. diseño arquitectónico y de navegación. implementación de productos. soporte web. Para ello. de navegación y de interfaces.El equipo IWeb Para la creación de una WebApp se hace necesario un amplio abanico de conocimientos. HTML/XML. adaptaciones y mejoras del sitio web. plataformas hw/sw. También tiene conocimientos técnicos: tecnologías de componentes. diseño arquitectónico. realización de redes. También son intermediarios entre los proveedores de contenido. Editores de Web: Son los que organizan el contenido. modelado de análisis. multimedia. diseño de interfaces. Nace la figura del “renacentista”. lenguajes y estándares. entre ellas las actualizaciones de contenido. surgen las siguientes “personalidades”: Desarrolladores y proveedores de contenido: Gente que se encargue de proveer de aquello que el usuario vera o usara. etc.. y tiene conocimientos técnicos y no técnicos sobre su aplicación. Los equipos IWeb se pueden organizar similarmente a como se organizan otros equipos de software. las numerosas personas implicadas en un proyecto IWeb. diseño grafico. la combinación de tareas técnicas y no técnicas. seguridad de redes.INGENIERIA DEL SOFTWARE 12 7. Ellos y los diseñadores pueden ser personas ajenas al software.Problemas de Gestión El trabajo en paralelo. diseñadores y personal técnico. Especialistas de soporte: Es el responsable de las correcciones.. bases de datos. arquitecturas cliente/servidor.

Pero como casi todas las WebApps tienen que ser innovadoras. que se suele hacer por comparación con proyectos anteriores. sigue haciéndose difícil dicha estimación. los intereses internos. el análisis y gestión de riesgos. la planificación de proyectos. o ¿cómo determinar la competencia de un proveedor? o ¿cómo saber si un precio es razonable? o ¿qué grado de planificación se puede esperar? Hasta ahora no se ha publicado ninguna métrica para IWeb y es difícil la estimación.2.Gestión del Proyecto Las métricas de procesos y proyectos. la planificación temporal y el rastreo SQA y CGS se aplican también en IWeb Sin embargo hay diferencias: Se subcontratan servicios partes de las WebApps a especialistas en el desarrollo de sistemas y aplicaciones basados en Web.. metas globales. Encontrar un precio fijo como exige el cliente. información y servicios a proporcionar  Se identifican sitios web rivales y se definen las medidas para obtener éxito sobre ellos.INGENIERIA DEL SOFTWARE 13 7. suele ser una labor difícil. o ¿cómo se derivan estimaciones fiables? o ¿con que grado de seguridad se pueden cumplir los programas temporales definidos? El análisis de riesgos y la programación temporal o ¿cómo puede controlar los costes la organización contratista y el proveedor subcontratado? o ¿cómo planificar el momento en que los requisitos cambien drásticamente? o ¿cómo controlar el cambio de ámbito? - - Líneas generales en la planificación de proyectos: Inicio de un proyecto: Antes de buscar una subcontratación (lo típico) se hará: o Actividades de análisis realizadas interiormente:  Se identifica el publico. o Desarrollo de un diseño interiormente: o Planificación temporal apropiada  Fechas finales  Fechas HITO o Identificar el grado de supervisión entre contratista y proveedor  Nombre de contacto  Responsabilidades INGENIERIA WEB GERARDO LICERAS ROMANIEGA .

precios y fiabilidad de estimaciones o Se suelen incorporar márgenes sustanciales de seguridad. Gestión del ámbito: o El modelo de proceso es incremental por la alta probabilidad de que el ámbito cambie. fechas y métodos de comunicación entre proveedor y contratista Evaluación de la planificación temporal del desarrollo: o Periodo corto de tiempo (uno o dos meses) => alto grado de granularidad => los hitos menores se planifican día a día. etc) A los objetos permanentes se les aplicaran mecanismos de control distintos Personas: “Cualquiera” puede crear el contenido de la WebApp. se hace necesario un control. o ¿es el coste una buena oferta en relación al beneficio esperado? o ¿es el proveedor de la oferta una muestra clara de la profesionalidad y experiencia requeridos? Grado de gestión del proyecto que se puede esperar o realizar o Tanto mayor cuanto mas grande sea el proyecto. Escalabilidad: Una WebApp sencilla tiene peor escalabilidad que una grande. obliga a una correcta gestión y disposición de los mismos. se consideraran: Contenido: El elevado numero de componentes de contenido. o Evaluación de riesgos.3. Se usan técnicas convencionales del modelado de datos clasificándolos según ciertas propiedades (existencia temporal o fija..INGENIERIA DEL SOFTWARE 14 - - - - -  Puntos de revisión de calidad o Todo esto se tramita en solicitud de opciones que se transmite a los proveedores candidatos Selección entre los proveedores de subcontratación candidatos o Se deberán consultar con antiguos clientes o Determinar el nombre del ingeniero web jefe o Examinar productos similares hechos por el proveedor o Realizar una reunión cara a cara Evaluación de la validez. Y los mecanismos de control de la configuración deben ser directamente proporcionales a la escalabilidad del la aplicación Política: o ¿Quién es el propietario de la web? - - INGENIERIA WEB GERARDO LICERAS ROMANIEGA .Problemas GCS para la IWeb Para la Gestión de la Configuración del Software. hitos. ofertas. o Lo típico: hacer una “instantánea” del ámbito en el momento del análisis 7. Para que la aplicación no crezca de forma incontrolada.

com/jornadasIngWEB/articulos/jiw01.unlpam. Madrid.html Curso de doctorado sobre Ingenieria Web: http://www.com/spi/webe.es/servidores/bib-inge/indices/647441.p df Lista de enlaces relacionados: http://www. Existen las siguientes necesidades: Proceso de gestión de la configuración que contemple la inmediatez y evolución continua de las WebApps Para los que no están familiarizados con la tecnología.informandote.ulpgc. S.html Ejemplo de Proyecto IWeb siguiendo el libro de Pressman: http://www5.rspa.htm GERARDO LICERAS ROMANIEGA INGENIERIA WEB . Soporte para los equipos distribuidos de desarrollo de WebApps Suministro de control en un entorno de continuo cambio.BIBLIOGRAFÍA Fuente del documento: ..INGENIERIA DEL SOFTWARE 15 o ¿Quién asume la responsabilidad de la información del sitio web? o ¿Quién asegura los procesos de control de calidad se han llevado a cabo? o ¿Quién es el responsable de hacer los cambios? o ¿Quién asume el coste del cambio? La mayoría de las herramientas convencionales GCS no son apropiadas para aplicarlas a la IWeb. McGraw-Hill / Interamericana de España. aplicación de mejores conceptos y herramientas de gestión.geocities. PRESSMAN. Gestión de cambios en objetos que tienen enlaces con otros objetos.ar/personas/olsinal/olsinal.R. 1997 Consultas adicionales: http://www.ing. Ingeniería del software.com/rcascos/ Unas de las pocas métricas existentes: http://gidis. 8.edu. Un enfoque práctico.

INGENIERIA DEL SOFTWARE 16 INGENIERIA WEB GERARDO LICERAS ROMANIEGA .

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->