3. Propósito de la Formulación
comprender el problema antes de
El propósito es entender que la base comenzar a resolverlo y con esto,
de la formulación y la primera gran estar seguro de que la solución
actividad en la ingeniería Web es concebida es aquella que la gente
realmente quiere.
MTI. ROSA IMELDA GARCÍA CHI
4. Introdución
La Formulación, valora las funciones subyacentes de
las WebApps, las características y funciones globales
que desean los usuarios y el ámbito del esfuerzo de
desarrollo.
La Planeación, aborda lo elementos que deben
definirse para establecer un flujo de trabajo y un
programa y rastrear el trabajo conforme avanza el
proyecto
MTI. ROSA IMELDA GARCÍA CHI
5. …Introdución
¿Quién lo hace?
Los Ing. Web, administradores y los participantes sin
funciones técnicas, todos participan en la
formulación y Planeación.
¿por qué es importante?
La formulación y Planeación proporcionan un mapa
para el equipo de Ing. Web
MTI. ROSA IMELDA GARCÍA CHI
6. …Introdución
¿Pasos a seguir?
Establecer comunicación con el consumidor (accionista)
que plantea las razones para la WebApps.
- ¿Cuál es la necesidad del Negocio?
-¿Cuáles usuarios finales es el objetivo?
- Funciones y Características del Sistema y DB.
La planeación establece un plan de trabajo, desarrolla
estimaciones para valorar la factibilidad de las fechas de
entrega deseadas, considera riesgos, define programas y
establece mecanismos de rastreo y control.
MTI. ROSA IMELDA GARCÍA CHI
8. Formulación de sistemas basados en Web
• La formulación se enfoca sobre el gran cuadro en las
necesidades y objetivos del negocio y en la
información relacionada.
• Los clientes y los ingenieros Web quieren definir el
contenido requerido, discutir la funcionalidad
específica, características específicas e identificar la
forma en que los usuarios finales interactuarán con
las WebApp, todo esto es formulación y recopilación
de requisitos.
MTI. ROSA IMELDA GARCÍA CHI
9. Descripción de la formulación de sistemas
de las aplicaciones basadas en Web
Representa una secuencia de acciones de ingeniería
Web que comienza
Con la identificación de las necesidades del negocio
Se mueve hacia una descripción de los objetivos de la
Webapp
Define grandes características y funciones
Realiza recopilación de requisitos
Que conducen al desarrollo de un modelo de análisis
MTI. ROSA IMELDA GARCÍA CHI
10. La formulación permite
que los clientes y el
equipo de ingeniería
web establezcan un
conjunto común de
metas y objetivos para
la construcción de la
Webapp
11. La formulación identifica
el ámbito del esfuerzo de
desarrollo
y proporciona un medio
para determinar un
resultado exitoso
12. El análisis identifica
es una los requisitos
actividad funcionales, de
técnica que comportamiento y
es una de datos para la
continuación WebApp
de la
formulación
13. Preguntas de formulación:
En esta etapa es bueno preguntarse y responderse
lo siguiente:
• ¿Cuál es la principal motivación para las WebApp?
• ¿Cuáles son los objetivos que deben satisfacer las WebApp?
• ¿Quién usará la WebApp?
Si tenemos una respuesta correcta a estas
preguntas implican metas específicas para el sitio
Web.
MTI. ROSA IMELDA GARCÍA CHI
14. En general se identificas dos categorías de
metas:
• indican una intención de
Metas proporcionar contenido
informativas: información específicos al usuario
final.
Metas • indican la habilidad para realizar
alguna tarea dentro de la
aplicables: WebApp.
MTI. ROSA IMELDA GARCÍA CHI
15. Recopilación de requisitos
para WebApps
Identificar requisitos de
contenido.
Los objetivos globales de la
recopilación de requisitos
propuestos para la ingeniería de Identificar requisitos
software permanecen inalterados. funcionales.
Adaptados para las WebApp,
dichos objetivos se convierten en:
Definir escenarios de
interacción para
diferentes clases de
usuarios.
MTI. ROSA IMELDA GARCÍA CHI
16. Los siguientes pasos de la recopilación de
requisitos se dirigen para lograr estos objetivos
1. Pedir a los clientes
que definan una categoría de usuario y describan cada categoría.
2. Comunicarse con los clientes
para definir los requisitos básicos para las WebApp.
3. Analizar la información recopilada y utilizar la información
para realizar un seguimiento a los clientes.
4. Definir casos de uso que describan escenarios de interacción
para cada clase de usuario.
MTI. ROSA IMELDA GARCÍA CHI
17. Recopilación de Requisitos
Definir Categorías de Usuarios.
• La complejidad de las WebApps es proporcional al número
de categorías de usuario.
• ¿Cuál es el objetivo global del usuario al usar una WebApps?
• ¿Cuáles son los antecedentes y la pericia del usuario en
relación con el contenido y la funcionalidad de la WebApp?
• ¿Cómo llegará el usuario a la WebApps? ¿el arribo ocurrrá a
través de un enlace desde otro sitio web o llegará en una
forma más controlada?
• ¿Qué características genéricas de la webapp le gustan o
disgustan al usuario?
MTI. ROSA IMELDA GARCÍA CHI
18. Recopilación de Requisitos
Comunicación con clientes para definir requisitos
básicos.
• La creación de categorías hace que la evaluación de los requisitos
sea mas manejable, no es recomendable emplear solo esa
información, sino considerar opiniones y puntos de vista de otras
personas.
• - Grupo Muestral Tradicional.
• - Grupo Muestral Electrónico.
• - Entrevistas Iterativas.
• - Entrevistas de Exploración
• - Construcción de Escenarios.
MTI. ROSA IMELDA GARCÍA CHI
19. ….Recopilación de Requisitos
Análisis de la Información recopilada.
• Listar objetos de contenido, operaciones
aplicadas a los objetos de contenido, funciones
(informativa, computacional, de ayuda, etc.)
que la WebApps proporciona al usuario final.
MTI. ROSA IMELDA GARCÍA CHI
20. ….Recopilación de Requisitos
Definir CUS (Casos de Uso).
• Los CUS describen como interactúa la WebApps con una
categoría de usuario (actor).
• Ayudan a desarrollar como perciben los usuarios su iteración
con la WebApps.
• Proporcionan el detalle necesario para crear un modelo de
análisis especifico.
• Ayudan a dividir en compartimientos el trabajo de los Iweb.
• Ofrecen una guía importante para quienes deben probar la
WebApps
MTI. ROSA IMELDA GARCÍA CHI
21. El puente hacia el modelado
de análisis
Toda la
información
recolectada y
tratada
se modela con la
utilización de
casos de uso y
notación UML.
MTI. ROSA IMELDA GARCÍA CHI
23. Planeación de proyectos de
Ingeniería Web
Dada la inmediatez de las WebApps es
razonable preguntar:
¿en realidad se necesita gastar tiempo
en la planeación y administración de un
esfuerzo WebApp?
¿no solo se debería dejar involucrar
naturalmente a las WebApp, con poco o
ninguna gestión explicativa?
MTI. ROSA IMELDA GARCÍA CHI
24. …Planeación
La gestión de proyectos que realizamos en
proyectos tradicionales, es aplicable a los e-
Projects (Proyectos de Ing. web).
Consideramos riesgos, destacamos programas
y definimos controles de modo que eviten
confusiones, frustración y fracasos.
MTI. ROSA IMELDA GARCÍA CHI
25. Mas de un
desarrollador Web
optaría por poca o
pero eso no hace que
ninguna gestión,
estén en lo correcto.
MTI. ROSA IMELDA GARCÍA CHI
28. El Equipo de ingeniería Web
Un equipo de ingeniería Web exitoso mezcla
una amplia variedad de talentos que deben
trabajar como equipo en un ambiente de
proyecto con alta presión.
Los plazos son cortos, los cambios son
inexorables y la tecnología continúa
cambiando.
La creación de un equipo que se consolide no
es asunto sencillo.
MTI. ROSA IMELDA GARCÍA CHI
29. Equipo de Ingeniería Web, algunos…
Los Actores
Desarrolladores/
Administrador
proveedores de
(Web Master)
contenido
Especialista en
Editores de Web
Soporte
Expertos en
dominios Ingeniero Web
empresariales
MTI. ROSA IMELDA GARCÍA CHI
30. Construcción del equipo
Tiene particular relevancia cuando una organización forma un equipo de
IWeb
Se debe establecer un conjunto de directrices del equipo.
El liderazgo fuerte es una obligación
El respeto hacia los talentos individuales es crucial
Cada miembro del equipo se debe comprender
Es fácil comenzar, lo difícil es mantener el espíritu.
MTI. ROSA IMELDA GARCÍA CHI
31. Equipo de Ingeniería Web
Desarrolladores/Proveedores de Contenido.
Generación y recopilación de contenido. Abarca una amplia gama de objetos de datos. El contenido
controla inherentemente una WebApps. Los desarrolladores deben provenir de diferentes ámbitos (no
solo de software)
Editores de Web.
Organización del variado contenido para poder incluirlo en la WebApps. Debe haber una conexión entre el equipo técnico
de diseño y los proveedores de contenido. El editor web debe entender tanto el contenido como la tecnología WebApps.
Ingeniero Web.
Involucrado en un amplio rango de actividades. Obtención de requisitos, modelo de análisis, diseño arquitectónico, de interfaz, de
navegación, implementación y pruebas. Debe tener una solida comprensión de las tecnologías de componentes, arquitecturas
cliente/servidor, de HTML/XML, tecnologías IMELDAconceptos multimedia, seguridad de redes, etc.
MTI. ROSA de DB, GARCÍA CHI
32. …..Equipo de Ingeniería Web
Expertos en Dominios Empresariales.
Ser capaz de responder todas las preguntas relacionadas con metas, objetivos y requisitos
empresariales relacionados con la WebApps.
Especialistas de Soporte.
Apoyo continuo a las WebApps. Dado que las WebApps evolucionan constantemente, el Especialista de Soporte es
responsable de correcciones, adaptaciones, y mejoras del sitio, actualización de contenido, implementación de nuevos
procedimientos, formas y cambios en patrón de navegación
Administrador.
Llamado “webmaster” tiene la responsabilidad de la operación diaria de la WebApps: desarrollo e implementación de
políticas de operación, establecimiento de procedimientos de soporte y retroalimentación, implementación de seguridad y
derechos de acceso, medición y análisis de trafico, IMELDA GARCÍA CHI estar inmiscuido en actividades técnicas.
MTI. ROSA etc. Además puede
34. ¿Cómo gestionar el proyecto de IWeb?
Una vez realizada la formulación y que se han identificado
los requisitos básicos de la WebApp, la empresa debe elegir
una de dos opciones de ingeniería Web:
La WebApp es Las WebApp la desarrollan
subcontratada: en casa ingenieros Web
la ingeniería Web la realiza un
tercer proveedor con experiencia, que sean empleados de la
talento y recursos con los cuales empresa.
no cuenta la empresa.
MTI. ROSA IMELDA GARCÍA CHI
38. Planeación de WebApp: subcontratación
En este caso un negocio (el cliente) pide un precio
fijo para desarrollar la WebApp de uno o más
proveedores, evalúa los precios competitivos y
luego elige un proveedor para efectuar el trabajo.
MTI. ROSA IMELDA GARCÍA CHI
39. …Planeación de WebApp: subcontratación
¿Qué busca la organización contratante?
¿Cómo se determina la competencia de un proveedor de WebApp?
¿Cómo se sabe si la cotización es razonable?
¿Qué grado de planeación, programa de trabajo y valoración de riesgos se pueden
esperar conforme una organización se embarca en un esfuerzo por desarrollar una
gran WebApp?
MTI. ROSA IMELDA GARCÍA CHI
40. Estas preguntas no
siempre son fáciles de
contestar, pero vale la
pena considerar
algunos lineamientos.
MTI. ROSA IMELDA GARCÍA CHI
41. Selección de los subcontratistas candidatos:
Con la finalidad de elegir desarrolladores Web
candidatos, el contratante debe realizar algunas tareas
obligadas:
• Entrevistar a los clientes antiguos para determinar el profesionalismo
del vendedor Web, así cono su habilidad para cumplir con
compromiso de plazos y costos y su destreza para comunicarse
efectivamente.
• Determinar el nombre de ingeniero(s) Web jefe de la empresa
subcontratista para buscar proyectos anteriores exitosos.
• Examinar cuidadosamente ejemplos de trabajo del subcontratista que
sean similares en apariencia y sentido a la WebApp que será
contratada.
MTI. ROSA IMELDA GARCÍA CHI
42. SubConstratación
WebApps Subcontratadas (outsourced), la
Ingeniería Web la realiza un tercer proveedor con
experiencia, talento y recursos.
• - Seleccionar los subcontratistas.
• - Valorar la validez de las cotizaciones y
• la confiabilidad de las estimaciones
• - Comprensión del grado de gestión del
• proyecto a realizar.
• - Evaluación del programa de apoyo.
• - Gestión de ámbito.
MTI. ROSA IMELDA GARCÍA CHI
44. Los pasos siguientes se recomiendan para
proyectos IWeb pequeños y de tamaño moderado.
Entender el ámbito, las dimensiones del cambio y las restricciones del proyecto.
Definir una estrategia del proyecto incremental
Realizar análisis de riesgo
Desarrollar una estimación rápida
Elegir un conjunto de tareas
Establecer un programa
Definir mecanismos de rastreo del proyecto
MTI. ROSA IMELDA GARCÍA CHI
46. Mediación para ingeniería
Web y WebApps
lo que aumenta la precisión
La mediación del software de las estimaciones del
ofrece una base para mejorar proyecto, incrementa el
el proceso de software, rastreo del proyecto y mejora
la calidad del software.
MTI. ROSA IMELDA GARCÍA CHI
47. Las mediciones tienen tres metas
principales:
Proporcionar una
Proporcionar un
Proporcionar una base indicación del éxito de
indicador de calidad de
para la estimación del la WebApp desde el
las WebApp desde el
esfuerzo punto de vista
punto de vista técnico.
empresarial.
MTI. ROSA IMELDA GARCÍA CHI
52. Peores prácticas de la IWeb
1. Tenemos una gran idea para la construcción que vemos de una
aplicación web actual.
2. Cambios de las cosas constantemente, así que no hay razón para tratar de
entender los requisitos de aplicación web.
3. Tener buen personal de un equipo de WebE con desarrolladores cuya principal
experiencia ha sido con el desarrollo de software tradicional.
4. Ser burocrático (un montón de modelos de procesos, registro del tiempo, reuniones
innecesarias de proyectos, jefes de equipo sin experiencia en la gestión de aplicación web)
5. Las pruebas, ¿por qué molestarse?
MTI. ROSA IMELDA GARCÍA CHI
53.
54. Sugerencias de software para usar UML
Microsoft Visio
Cocept Draw
DIA
MTI. ROSA IMELDA GARCÍA CHI
56. Información general
En esta unidad se describe la Ingeniería Web(WebE o
IWeb) la formulación y planificación de actividades.
La ingeniería web formula procesos bajo la necesidad
subyacente de la aplicación web, las características y las
funciones deseadas por los usuarios, y el alcance del
esfuerzo de desarrollo.
MTI. ROSA IMELDA GARCÍA CHI
57. La Formulación y Planificación de IWeb
IWeb planifica las directrices de las cosas que deben ser definidos para
establecer un plan de trabajo, considerar los riesgos, definir un programa,
y establecer mecanismos para el seguimiento del trabajo de como avanza la
investigación.
Desde IWeb hay un proceso ágil de los productos de trabajo ,para la formulación
y la planificación deben cohesionarse, pero los documentos deben ser escritos.
La Formulación y planificación de la información debe ser revisada con las partes
interesadas para asegurarse de que las inconsistencias y omisiones se
identifiquen a tiempo.
MTI. ROSA IMELDA GARCÍA CHI
59. Actividades de Formulación de la IWeb
• Identificar la necesidad de negocio para la aplicación
web
• Trabajar con los interesados para describir los
objetivos de la aplicación web
• Desarrollar el perfil de usuario(s)
• Definir las principales características y funciones
• Desarrollar una declaración integrada del alcance
• Establecer la actividad de recopilación de requisitos
que conduce al desarrollo del modelo de análisis
MTI. ROSA IMELDA GARCÍA CHI
61. Preguntas de formulación
• ¿Cuál es la principal motivación (necesidad de la
empresa) para la aplicación web?
• ¿Cuáles son los objetivos que la aplicación web debe
cumplir?
• ¿Quién usará la aplicación web?
• ¿Cuáles son los objetivos de la informatización de la
aplicación web (la intención del usuario para utilizar el
contenido)?
• ¿Cuáles son los objetivos aplicativos (capacidad para
realizar tareas dentro de la aplicación web) para la
aplicación web?
MTI. ROSA IMELDA GARCÍA CHI
63. Objetivos de Reunión de requisitos
• Identificar los requisitos de contenido
• Identificar los requisitos funcionales
• Definir los escenarios de interacción para
cada clase de usuario
MTI. ROSA IMELDA GARCÍA CHI
65. Pasos de reunión de Requisitos
• Pedir a los interesados para definir las categorías
de usuarios y desarrollar descripciones para cada
uno de ellos
• Comunicarse con las partes interesadas para
definir los requisitos básicos de la aplicación web
• Analizar la información recopilada y utilizar está
para el seguimiento con las partes interesadas
• Definir los casos de uso que describen los
escenarios de interacción para cada clase de
usuario
MTI. ROSA IMELDA GARCÍA CHI
67. Definición de Categorías de
usuarios
• ¿Cuál es el objetivo general del usuario al
utilizar la aplicación web?
• ¿Cuál es su entorno de usuario y la
sofisticación en relación con el contenido y la
funcionalidad de la aplicación web?
• ¿Qué características genéricas de la
aplicación web le gusta o le disgusta al
usuario?
MTI. ROSA IMELDA GARCÍA CHI
69. Opciones de Comunicación de los
interesados
• Los grupos de enfoque tradicional - moderador entrenado se
reúne con un grupo de representante de los usuarios finales
• grupos de discusión electrónica - versión en línea del grupo de
enfoque tradicional
•Encuestas Iterativas - una serie de estudios se centraron
enviando al representante de los usuarios finales (a menudo
basadas en la Web o correo electrónico)
• Las encuestas exploratorias - basado en la Web encuesta ligada
a las WebApps teniendo un uso similar a las expectativas de los
usuarios de que esperan de la aplicación web
• construcción de escenarios - selecciona los usuarios finales para
pedir que creen casos de uso informales que describan las
interacciones específicas d la aplicación web
MTI. ROSA IMELDA GARCÍA CHI
71. Análisis de la información recopilada
• Crear una pila de opciones para los contenidos de objetos identificados,
las operaciones aplicadas a los objetos, las funciones de la aplicación web,
y los requisitos no funcionales
• Baraja las opciones al azar según un fin
• Dar a las opciones barajadas a los usuarios representativos y pedir que
arreglen las opciones en grupos que representen a cómo les gustaría que
el contenido y la funcionalidad organizada este en la aplicación web
• El equipo de WebE examina los arreglos de varios usuarios y trata de
identificar los grupos comunes de las diversas modalidades
• Las etiquetas se asignan a estos grupos por el equipo de WebE
• Los usuarios se les pide las opciones de ordenar de nuevo el uso de estas
etiquetas (la intención es ver las etiquetas se esten comunicando con la
ubicación de la información y su funcionalidad)
• El proceso de etiquetado y clasificación continúa hasta que el consenso
sea obtenido MTI. ROSA IMELDA GARCÍA CHI
73. Desarrollo de casos de uso
• Los casos de Uso proveerán los detalles necesarios
para crear un modelo de análisis eficaz
• Los casos de Uso ayudaran a los desarrolladores a
entender cómo los usuarios perciben su interacción con
la aplicación web
• Los casos de Uso ayudaran a compartimentalizar el
trabajo de WebE
• Los casos de Uso ofrecen una guía importante para los
ensayos de la aplicación web
MTI. ROSA IMELDA GARCÍA CHI
75. Tipos de análisis de IWeb
• El análisis de contenido - contenido proporcionado por
la aplicación web se identifica (técnicas de modelado de
datos puede ser útil)
• Análisis de Interacción - casos de uso pueden ser
desarrollados para describir la interacción del usuario
con la aplicación web
• Análisis funcional - escenarios de uso para definir las
operaciones y funciones aplicadas al contenido de la
aplicación web
• Configuración de análisis - la infraestructura del
entorno de la aplicación web se describe en detalle)
MTI. ROSA IMELDA GARCÍA CHI
77. Planificación de Proyectos de IWeb
• Estimar el costo del proyecto
• Evaluar los riesgos
• Definir finamente la granularidad del
programa para el primer alcance y un
fuerte programa de alcances posteriores
MTI. ROSA IMELDA GARCÍA CHI
79. Miembros del equipo de IWeb
• Los desarrolladores de contenido y proveedores - se centran en la
generación y / o colección de contenido de la aplicación web
• editor Web - enlace entre el personal técnico con los ingenieros de la
aplicación web y el contenido no técnico de los desarrolladores y
proveedores
• Ingeniero Web – involucrado con los requerimientos de elicitación de la
aplicación web, el modelado de análisis, diseño arquitectural , diseño de
navegación, diseño de interfaces, implementación y pruebas
• expertos en el dominio de negocios - se centran en los problemas de
negocio específicos para abordar la aplicación web
• Apoyo especializado - responsable de la aplicación web de
mantenimiento y apoyo continuo
• Administrador (Webmaster) - responsable de la operación diaria de la
aplicación web
MTI. ROSA IMELDA GARCÍA CHI
81. Equipos de construcción de IWeb
• Establecer un conjunto de directrices del equipo
• Fuerza del líder del equipo debe ser identificado
• Cada miembro del equipo deben ser talentosos y
respetados
• El compromiso de equipo debe ser esencial
• Los miembros del equipo deben ser capaces de
mantener el impulso ante la adversidad
MTI. ROSA IMELDA GARCÍA CHI
83. Opciones de gestión de proyectos
• Outsourcing – IWeb ejecutada por terceras
partes como vendedores que posean los
conocimientos técnicos, pero que pueden carecer
de los conocimientos de negocios
• En casa - el desarrollo de la aplicación web por
los ingenieros web empleados por la empresa
• Mezcla - algunos de los trabajos realizados en
casa y subcontratado algunas
MTI. ROSA IMELDA GARCÍA CHI
85. Planificación IWeb - Outsourcing
• Iniciar un proyecto
• La selección de candidatos proveedores de
externalización
• La evaluación de la validez de las cotizaciones de
precios y estimaciones de la fiabilidad
MTI. ROSA IMELDA GARCÍA CHI
86. • Iniciar un proyecto
1. muchas de las actividades de análisis se debe realizar
internamente
2. un diseño aproximado de la aplicación web debe ser
desarrollado internamente
3. un calendario de entrega aproximada incluyendo
fechas de los hitos y fechas límite de entrega deben ser
desarrollados
4. el grado de supervisión e interacción por parte del
contratista con el vendedor deben ser identificados
MTI. ROSA IMELDA GARCÍA CHI
87. • La selección de candidatos proveedores de
externalización
1. entrevistar a los clientes antiguos para determinar el
desempeño pasado del vendedor
2. tener la certeza de que el jefe(s) ingeniero(s) del
proveedor del anterior proyecto exitoso esten
involucrados con ustedes
3. examinar cuidadosamente las muestras del trabajo
del proveedor en proyectos similares al suyo
MTI. ROSA IMELDA GARCÍA CHI
88. • La evaluación de la validez de las cotizaciones de
precios y estimaciones de la fiabilidad
1. ¿El costo de la aplicación web puede ofrecer un
directo o indirecto retorno de la inversión que justifica
el proyecto?
2. ¿El proveedor cuenta con el nivel necesario de
profesionalismo y experiencia?
MTI. ROSA IMELDA GARCÍA CHI
89. Puntos relevantes
• Grado de gestión de proyectos que puede esperar o llevar
a cabo (directamente proporcional al tamaño, costo y
complejidad de la aplicación web, cuanto mayor sea , más
formal será la gestión y las actividades de SQA)
• Evaluar el programa de desarrollo (corto tiempo de
desarrollo sugieren que el uso de granularidad fina en el
programa, enlaza hitos menores programadas en una línea
de tiempo al día)
• Gestión del alcance (utilizando un modelo de proceso
incremental permite que el equipo de desarrollo pueda
congelar la posibilidad de un alcance (actualización) para
permitir una liberación de la aplicación web a ser creada)
MTI. ROSA IMELDA GARCÍA CHI
91. Planificación de IWeb - En-casa
• Comprender el alcance del proyecto, las dimensiones
del cambio y las restricciones del proyecto
• Definir la estrategia del proyecto incremental
• Realizar análisis de riesgos
• Desarrollar una estimación rápida
• Seleccione un conjunto de tareas (descripción del
proceso)
• Establecer un programa
• Definir los mecanismos de seguimiento de proyectos
• Establecer enfoque de gestión del cambio
MTI. ROSA IMELDA GARCÍA CHI
93. Métricas de Áreas de IWeb
• Esfuerzo de la ingeniería Web
§ Solicitud de creación y diseño de tareas
§ Página de autoría
§ Medios de Comunicación de autoría
§ Programa de creación
• Evaluar el valor del negocio
§ Perfiles de los usuarios En línea
§ visitas a la página
MTI. ROSA IMELDA GARCÍA CHI