INFORME IWEB

8/7/2019 INFORME IWEB

1/14

Universidad Nacional Experimental de GuayanaVicerrectorado Acadmico

Coordinacin General de Pre-Grado

Proyecto de Carrera Ingeniera en Informtica

Ctedra: Desarrollo de Aplicaciones Ambiente Internet

METODOLOGIA DE DESARROLLO DE APLICACIONES WEB

(WEBAPP)

Integrantes:

Carlos GuilandElizabeth JimnezFrancisco Marin

Mariann MartinezMary PeinadoMiguel MotaRoberthson Alvarez

Ciudad Guayana, 16 de Enero de 2004


2/14

NDICE

RBOL DE REQUISITOS DE CALIDAD DE UNA APLICACIONES WEB (OSL99)....3

RBOL DE REQUISITOS DE CALIDAD ..........................................................................4

Usabilidad............................................................................................................................... 4

Funcionalidad.......................................................................................................................... 4

Fiabilidad................................................................................................................................ 4

Eficiencia................................................................................................................................ 4

Capacidad de Mantenimiento.................................................................................................. 4

METODOLOGA DE DESARROLLO DE APLICACIONES WEB (WEBAPP)...............5

FORMULACIN................................................................................................................... 6

PLANIFICACIN .................................................................................................................6

ANLISIS.............................................................................................................................. 8

INGENIERA.......................................................................................................................... 9

Diseo del Contenido...................................................................................................... 9Produccin....................................................................................................................... 9Diseo Arquitectnico.................................................................................................... 9Diseo de Navegacin................................................................................................... 10Diseo de las Estructuras de Datos............................................................................... 11Diseo de los Componentes.......................................................................................... 11Diseo de Interfaz de Usuario ......................................................................................12

GENERACIN DE PGINAS............................................................................................ 12

PUESTAS A PRUEBA ........................................................................................................12

EVALUACIN DEL CLIENTE .........................................................................................13BIBLIOGRAFA........................................................................................................... 14


3/14

RBOL DE REQUISITOS DE CALIDAD DE UNA APLICACIONES WEB

(OSL99)


4/14

RBOL DE REQUISITOS DE CALIDAD

A continuacin se presentan el conjuntos de atributos que conducen a WebApp de alta

calidad, las caractersticas ms relevantes proporcionan una base til para evaluar la

calidad de los sistemas basados en Web. En toda WebApp se ha se considerar lo

siguiente:

Usabilidad

Capacidad de Comprensin del Sitio Global.

Servicios de Ayuda y realimentacin en lnea.

Capacidades estticas y de Interfaz.

Servicios Especiales.

Funcionalidad

Capacidad de recuperacin y de bsqueda.

Servicios de bsqueda y de navegacin.

Servicios relacionados con el dominio de aplicaciones.

Fiabilidad

Proceso correcto de enlace.

Recuperacin de errores.

Validacin y recuperacin de la entrada del usuario.

Eficiencia

Rendimiento del tiempo de respuesta.

Velocidad de generacin de pginas.

Velocidad de generacin de grficos.

Capacidad de Mantenimiento

Facilidad de correccin.

Adaptabilidad

Extensibilidad.


5/14

METODOLOGA DE DESARROLLO DE APLICACIONES WEB

(WEBAPP)


6/14

FORMULACIN

Es una actividad que permite al cliente o diseador identificar las metas y

objetivos para la construccin de la aplicacin Web, lo que requiere que el analista

observe objetivamente la empresa y determine cuales son las necesidades de sta,

qu actividades pueden mejorarse con el uso del computador y la Web, identificar los

objetivos de la empresa y verificar que la aplicacin Web que se intenta desarrollar

apoyara a esta empresa a alcanzar sus metas.

Para la obtencin de los requerimientos de informacin dentro de la empresa

puede hacerse uso de diversos instrumentos como: Entrevistas, Cuestionarios,

muestreo, etc., con lo que se puede detectar qu informacin requiere el usuario para

desempear sus tareas.

Al comienzo de la etapa de formulacin se sugiere dar repuesta a una serie depreguntas:

Cul es la motivacin principal para la aplicacin Web (WebApp)?

Por qu es necesaria la WebApp?

Quin va a utilizar la WebApp?

La respuestas a estas preguntas debe ser los ms breve o resumido posible,

que delimiten la intencin global, y las metas especificas para el sitio Web; estas

metas se identifican en dos categoras:Metas Informativas: indican la intencin de proporcionar el contenido y/o

informacin especficos para el usuario final.

Metas Aplicables: indican la habilidad de realizar algunas tareas dentro de la

WebApp.

Una vez que se han indicado las metas aplicables e informativas, se desarrolla

el perfil del cliente; este perfil recoge las caractersticas relevantes de los usuarios

potenciales incluyendo antecedentes, conocimientos, preferencias e incluso ms.

PLANIFICACIN

La planificacin estima el costo global del proyecto, evala los riesgos asociados

con el esfuerzo del desarrollo, y define la planificacin del desarrollo bien granulada

para el incremento final de la web, con una planificacin mas toscamente granulada

para los incrementos subsiguientes.


7/14

En cada paso del proceso de Ingeniera Web (Iweb) se debe obtener una

entrega que pueda revisarse y que pueda hacer de soporte a los siguientes pasos. El

plan de proyecto de pagina Iweb se produce a la culminacin de las tareas de

planificacin. Proporciona informacin bsica de costos y planificacin temporal que

ser empleada a lo largo del proceso de Iweb. El plan de proyecto de software es undocumento relativamente breve dirigido a una audiencia diversa. Debe:

(1) comunicar el mbito y los recursos de los gestores de Iweb, personal

tcnico y cliente.

(2) definir los riesgos y sugerir tcnicas de aversin al riesgo.

(3) definir los costos y planificacin temporal para la revisin de la gestin.

(4) proporcionar un enfoque general del desarrollo de la Iweb para todo el

personal relacionado con el proyecto.(5) describir cmo se garantizar la calidad y cmo se gestionan los cambios.

Es importante sealar que el plan de proyecto de Iweb no es un documento

esttico. Esto es, el equipo del proyecto consulta el plan repetidamente actualizando

riesgos, estimaciones, planificaciones e informacin relacionada la vez que el proyecto

avanza y es ms conocido.

La planificacin temporal es la culminacin de una actividad de planificacin,

componente primordial de la direccin de proyectos de Iweb. Cuando se combinan

mtodos de estimacin y anlisis de riesgos, la planificacin temporal se convierte en

un mapa de carreteras a seguir por el gestor del proyecto.

La planificacin temporal empieza con descomposicin del proceso. Las

caractersticas del proyecto se emplean para adaptar un conjunto de tareas apropiado

al trabajo a realizar. Una red de tareas muestra todas las tareas de ingeniera, sus

dependencias con otras tareas y sus duraciones previstas. La red de tareas se usa para

calcular el camino crtico del proyecto, un grfico de tiempo e informacin diversa del

proyecto. El gestor del proyecto puede seguir y controlar todos los pasos del proceso

de Iweb usando la planificacin temporal como directriz.


8/14

ANLISIS

El anlisis establece los requisitos tcnicos para la Iweb e identifica los

elementos del contenido que se van a incorporar. Tambin se identifica los requisitos

del diseo grfico.

Para crear un modelo de anlisis completo para la web se elabora el mbito

definido durante la actividad de formulacin. Durante la Iweb se realizan cuatro tipos

de anlisis diferentes:

Anlisis del Contenido.Se trata de la investigacin del espectro completo de

contenido que se va a proporcionar. En el contenido se incluyen datos de texto,

grficos, imgenes, vdeo y sonido. Para identificar y describir cada uno de los objetos

de datos que se van a utilizar dentro de la web se puede utilizar el modelo de datos.

Anlisis de Interaccin. Se trata de la descripcin detallada de la interaccindel usuario y la web. Para proporcionar descripciones detalladas de sta interaccin se

pueden desarrollar casos prcticos.

Anlisis Funcional. Los escenarios de utilizacin creados como parte del

anlisis de interaccin definen las operaciones que se aplicarn en el contenido del web

e implicar otras funciones de procedimiento. Aqu se realizan las descripciones

detalladas de todas las funciones y operaciones.

Anlisis de Configuracin. Se efecta una descripcin detallada del entorno y

de la infraestructura en donde reside la web. La web puede residir en Internet, en

Intranet o en una extranet. Adems, se debe identificar la infraestructura de la

web.


9/14

INGENIERA

Diseo del Contenido

El diseo del contenido es una actividad no tcnica que llevan a cabo redactores

publicitarios, artistas, diseadores grficos y otros que generan el contenido de lasWebApp.

Produccin

La produccin es ya considerada el formato final de la publicidad y de los

comentarios que van a contener nuestra WebApp y que al momento de la generacin

de las pgina Web han de ser adoptados para la presentacin de la misma.

Diseo Arquitectnico

El diseo arquitectnico para los sistemas y aplicaciones basados en Web secentra 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. Cuando el encargado de la arquitectura va arealizar el diseo de una WebApp tpica puede elegir entre cuatro fuentes diferentes:

Las estructuras lineales.

Las estructuras reticulares.

Las estructuras jerrquicas.

Las estructuras de red o de web pura.

Las estructuras arquitectnicas anteriores se pueden combinar para formar estructuras

compuestas. La meta del diseador arquitectnico es hacer corresponder la estructurade la WebApp con el contenido que se va a presentar y con el procesamiento que se va

a llevar a cabo.

En el Diseo Arquitectnico al igual que en el Diseo de Navegacin se

especifican los Diagramas de Flujos de Datos (DFD) que precisan el recorrido de los


10/14

flujos de informacin y de procesos, entre otras los DFD sirven para dos propsitos

fundamentales:

1.- Proporcionar una indicacin de cmo se transforman los datos a medida que

se avanza en el sistema.

2.- Representar las funciones (y sub-funciones) que transforman el flujo de

Datos.

El DFD proporciona informacin adicional que se usa durante el anlisis del

dominio de informacin y sirve como base para el modelado de la funcin.

Diseo de Navegacin

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 alusuario acceder al contenido y a los servicios de la WebApp. Para que el diseador

pueda llevarlo a cabo, debe:

1. Identificar la semntica de la navegacin para diferentes usuarios del sitio.

2. Definir la mecnica (sintaxis) para lograr la navegacin.

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 WebApps crea una unidad semntica de navegacin (USN) para

cada una de las metas asociadas a cada uno de los roles de usuario.

Durante las etapas iniciales del diseo de navegacin, para determinar una o ms

formas de Navegacin (WoN [Ways of Navigating]) para cada meta de usuario, se

evaluar la estructura de la WebApp (arquitectura y componentes). Como se ha

destacado anteriormente, una WoN identifica los nodos de navegacin (por ejemplo,

pginas Web), y entonces los enlaces que hacen posible la navegacin entre ellos. La

WoN entonces se organiza en USNs.


11/14

A medida que avanza el diseo, se va identificando la mecnica de cada enlace

de navegacin. Entre otras muchas opciones se encuentran los enlaces basados en

texto, conos, botones, interruptores y metforas grficas. El diseador deber elegir

los enlaces de navegacin adecuados al contenido y consecuentes con la heurstica

que conduce al diseo de una interfaz de alta calidad.Adems de elegir la mecnica de navegacin, el diseador tambin deber

establecer las convenciones y ayudas adecuadas. Por ejemplo, los iconos y los enlaces

grficos debern tener un aspecto clickable con bordes biselados, y dar as una imagen

de tres dimensiones. Adems de las convenciones, en este punto tambin se debern

disear ayudas de navegacin tales como mapas de sitio, tablas de contenido,

mecanismos de bsqueda de servicios dinmicos de ayuda.

Diseo de las Estructuras de Datos

Aqu se transforma el modelo del dominio de informacin que se crea durante el

anlisis de las estructuras de datos que se necesitarn para implementar el software.

Los objetos de datos y las relaciones definidas en el Diagrama Entidad Relacin y el

contenido de datos detallado que se representa en el Diccionario de Datos

proporcionan la base de la actividad del Diseo de Datos. Es posible que parte del

diseo de datos tenga lugar junto con el diseo de la arquitectura de software.

El Diccionario de Datos (DD) representa un almacn que contiene las

definiciones de todos los objetos de datos consumidos y producidos por el software. El

Diagrama Entidad Relacin (DER) representa la relacin entre los Objetos de Datos.

Diseo de los Componentes

En esta etapa se transforman los elementos estructurales de la Arquitectura del

software en una descripcin procedimental de los componentes del software. La

informacin que se obtiene de la Especificacin de Procesos (EP), la Especificacin de

Control (EC) y el Diagrama de Transicin de Estado (DTE) sirve como base para el

diseo de los componentes.

En las EP se encuentra una descripcin de cada funcin presentada en el DFD.En los DTE, se indica cmo se comporta el sistema como consecuencia de sucesos

externos. El DTE representa los diferentes modos de comportamiento (llamado

Estados) del sistema y la manera de Estado a Estado. En las EC, se encuentra ms

informacin sobre los aspectos del Control del Software.


12/14

Diseo de Interfaz de Usuario

Es la categora de diseo que crea un medio de comunicacin entre el hombre y

la maquina. Con un conjunto de principios para el diseo de la interfaz, el diseo

identifica los objetos y las acciones de la interfaz y crea entonces un formato de

pantalla que formara la base del prototipo de interfaz de usuario.En esta etapa se describe la manera de comunicarse el software dentro de s

mismo, con sistemas que interoperan dentro de l y con las personas que lo utilizan.

Una interfaz implica un flujo de informacin (Por ejemplo datos y/o control) y un tipo

especfico de comportamiento. Por tanto, los diagramas de flujos de control y datos

proporcionan gran parte de la informacin que se requiere para el diseo de la

interfaz.

El diseo de la interfaz comienza con la identificacin de los requisitos del

usuario, de la tarea y el entorno. Una vez identificadas las tareas se crean y seanalizan los escenarios del usuario para definir el conjunto de objetos y de acciones de

la interfaz. Esto es lo que forma la base para la creacin del formato de la pantalla que

representa el diseo grafico y la colocacin de conos, la definicin del texto descriptivo

en pantalla, la especificacin y ttulos de las ventanas, y las especificaciones de lo

elementos principales y secundarios del men, las herramienta se utilizan para generar

prototipos y por ultimo implementar el modelo de diseo y evaluar la calidad del

resultado.

La creacin de escenarios de usuario y la generacin de formatos de pantalla yel desarrollo y modificacin iterativo de prototipos, es el resultado de esta fase.

GENERACIN DE PGINAS

Es una actividad de construccin que hace mucho uso de las herramientas

automatizadas para la creacin de la web. El contenido definido en la actividad de

ingeniera se fusiona con los diseos arquitectnicos, de navegacin y de la interfaz

para elaborar paginas Web ejecutables en HTML, XML y otros lenguajes orientados a

procesos. Durante esta actividad tambin se lleva a cabo la integracin del software

intermedio.

PUESTAS A PRUEBA

Una vez generado el cdigo fuente, el software debe ser probado para descubrir el

mximo de errores posibles antes de su entrega al cliente. El objetivo es disear una

serie de casos de prueba que tengan una alta probabilidad de encontrar errores. Aqu


13/14

es donde aplicamos las tcnicas de prueba de web. Estas tcnicas facilitan una gua

sistemtica para disear pruebas que:

(1) comprueben la lgica interna de los componentes del web.

(2) verifiquen los dominios de entrada y salida del programa para descubrir

errores en la funcionalidad, el comportamiento y rendimiento.

Las revisiones y otras actividades descubren errores, pero no son suficientes.

cada vez que el programa se ejecuta, el cliente lo esta probando. Se debe hacer un

intento especial por encontrar y corregir todos los errores antes de entregar el

programa al cliente. Con el objetivo de encontrar la mayor cantidad de errores, las

pruebas conducirse sistemticamente, y los casos de prueba deben disearse

utilizando tcnicas definidas.

EVALUACIN DEL CLIENTEEn esta actividad es cuando se presenta al Usuario Final todo el trabajo

elaborado de Ingeniera Web, en ella ya se ha evaluado, corregido, depurado, validado

y puesto a prueba la WebApp, lista para ser abordada por todos los frentes de parte de

los usuarios a quienes va dirigida esta aplicacin, de todos modos se genera con ellos

mismos una prueba especial para saber si se han protegido todos los ambientes, si se

han validado y se ejecutan bien todas las funciones y si cubre todos los requerimientos

que fueron solicitados por el Cliente de la WebApp.


14/14

BIBLIOGRAFA

Roger S. Pressman, Ingeniera del Software, Editorial McGraw Hill, Quinta Edicin.

INFORME IWEB

Documents

Transcript of INFORME IWEB