Documentos de Académico
Documentos de Profesional
Documentos de Cultura
A manera de introduccin:
Las aplicaciones desarrolladas para la Web tienen caractersticas especiales que
hacen que los mecanismos de ingeniera empleados sean diferentes.
En 1998, Roger Pressman moder una mesa redonda virtual con representantes
la ingeniera software tradicional y del desarrollo software basado exclusivamente
en Internet. El debate principalmente se centr en discutir si vala la pena aplicar
un proceso de ingeniera a las aplicaciones con base en internet, o qu
caractersticas tenan stas que justificaran el no utilizarlo. La conclusin general
fue que aplicar un proceso de ingeniera nunca es una mala idea pero que ste
debera adaptarse a los requerimientos de cambio continuo y rapidez siempre
presentes en el proceso de desarrollo Web. De iniciativas como sta y de otras
como la organizacin de congresos y talleres especializados en el desarrollo para
la Web, surge el nacimiento de una nueva disciplina denominada Ingeniera Web.
1era fuente
Esta metodologa consta de seis etapas que manejan un proceso incremental y evolutivo,
lo que la convierte en un modelo eficiente para el desarrollo de sistemas web. Las
siguientes secciones brindan una descripcin detallada de cada etapa.
1. Formulacin. En la etapa de Formulacin se identifican las metas y los objetivos del
sistema, estableciendo de este modo la motivacin del desarrollo del sistema, su
importancia y los usuarios potenciales.
4. Ingeniera. En esta etapa se realizan las tareas diseo del contenido y produccin, en
paralelo con los diseos arquitectnicos, navegacin e interfaz.
El modelo del contenido, es una prueba que se realiza para detectar errores
ortogrficos.
El modelo del diseo, es revisado para descubrir errores en la navegacin, en este
caso se proponen escenarios para descubrir lo posibles errores.
Las pruebas de unidad se realizan a cada pgina para encontrar errores ms
especficos.
Las pruebas de integracin, evalan la estructura que se defini en la arquitectura
que se haya elegido para el sistema.
Unas pruebas comunes son las de validacin, las cuales se basan en casos
prcticos proporcionando escenarios con una probabilidad alta de cubrir todos los
errores.
En las pruebas de compatibilidad y configuracin, se definen todas las posibles
plataformas de hardware para los navegadores donde se visualizar el sistema y
los protocolos de comunicacin.
Las pruebas de control y monitorizacin se aplican a todos los usuarios posibles
del sistema y se evalan los resultados de su interaccin con el sistema.
7. Evaluacin del cliente. En esta etapa es donde se realizan todas las correcciones y
cambios que se detectaron en la etapa de pruebas y se integran al sistema para el
siguiente incremento, de tal modo que se asegure la satisfaccin por parte del cliente,
segn los requerimientos solicitados. Diagrama del ciclo de vida de la metodologa iWeb .
Adicional a la evaluacin en esta etapa se realiza la transferencia tecnolgica del sistema
desarrollado, es decir, se realiza el alojo en servidores o en los equipos que para ello el
cliente considere pertinente.
2da fuente
3.2.1 Formulacin
3.2.2 Planificacin
Estima el costo total del proyecto, evala los riesgos asociados con el esfuerzo del desarrollo, y
define una planificacin del desarrollo bien granulada para el incremento final de la WebApp.
3.2.3 Anlisis
El anlisis es una actividad tcnica que identifica los datos y requisitos funcionales y de
comportamiento para la WebApp (Pressman, 2006).
Durante la IWeb se realizan cuatro tipos de anlisis diferentes:
3.2.4 Ingeniera
Incorpora dos tareas paralelas el diseo de contenido y la produccin son tareas llevadas a cabo
por personas no tcnicas del equipo IWeb.
El objetivo de estas tareas es disear, producir y/o adquirir todo el contenido de texto, grfico y
video que se vayan a integrar en la WebApp.
El diseo arquitectnico para los sistemas y aplicaciones basados en Web se centra en la definicin
de la estructura global hipermedia para la WebApp, y en la aplicacin de las configuraciones de
diseo y plantillas constructivas para popularizar la estructura (y lograr la reutilizacin). Una
actividad paralela, llamada diseo del contenido, deriva la estructura y formato detallados del
contenido de la informacin que se presentar como parte de la WebApp. La estructura
arquitectnica global va unida a las metas establecidas para una WebApp, al contenido que se va a
presentar, a los usuarios que la visitarn y a la filosofa de navegacin establecidos.
Una vez establecida una arquitectura de WebApp, una vez identificados los componentes
(pginas, guiones, applets y otras funciones de proceso) de la arquitectura, el diseador deber
definir las rutas de navegacin que permitan al usuario acceder al contenido y a los servicios de la
WebApp.
Generalmente una WebApp grande tendr una variedad de roles de usuarios diferentes. Por
ejemplo, los roles podran ser:
Visitante.
Cliente registrado.
Cliente privilegiado.
Cada uno de estos roles se pueden asociar a diferentes niveles de acceso al contenido y de
servicios diferentes.
El diseador de WebApp crea una unidad semntica de navegacin (USN) para cada una de las
metas asociadas a cada uno de los roles de usuario.
La generacin de pginas es una actividad de construccin que hace mucho uso de las
herramientas automatizadas para la creacin de la WebApp. El contenido definido en la actividad
de ingeniera se fusiona con los diseos arquitectnicos, de navegacin y de la interfaz para
elaborar pginas web ejecutables en HTML, XML y otros lenguajes orientados a procesos. Las
pruebas ejercitan la navegacin, intentan descubrir los errores de las applets, guiones y
formularios, y ayuda asegurar que la WebApp funcionar correctamente en diferentes entornos.
3era fuente