Fase 2 modelado del análisis de i web

2.793 visualizaciones

Publicado el

describe el modelado de análisis de la ingeniería web.

Publicado en: Educación
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
2.793
En SlideShare
0
De insertados
0
Número de insertados
44
Acciones
Compartido
0
Descargas
99
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Fase 2 modelado del análisis de i web

  1. 1. Maestría en Tecnologías de la Información INGENIERIA WEB Modelado del Análisis de IWeb MTI. ROSA IMELDA GARCIA CHI MTI. ROSA IMELDA GARCIA CHI
  2. 2. Objetivo del Modelado de Análisis Desarrollar la habilidad para la formulación, recopilación de requisitos y el modelado de análisis describiendo la motivación básica (metas) y objetivos para la WebApps, definir la categoría de usuarios, señalar los requisitos de contenido y de función para la WebApps, establecer una comprensión básica de por qué se construirá la WebApps quien la usará y que problema(s) les resolverá a los usuarios. MTI. ROSA IMELDA GARCIA CHI
  3. 3. Propósito El propósito es comprender que el equipo de ingeniería Web debe emprender el análisis de una WebApp cuando se cumpla con requisitos mínimos. MTI. ROSA IMELDA GARCIA CHI
  4. 4. Requisitos para el análisis de las WebAppEl análisis de requisitos •Formulación para las •Recopilación WebApp de requisitos abarca tres •Modelado grandes de análisis tareas: MTI. ROSA IMELDA GARCIA CHI
  5. 5. La jerarquía de usuario Las categorías de los usuarios finales se identifican como parte de las tareas de formulación y de recopilación de requisitos. Las categorías de usuarios son relativamente limitados y no necesitan una representación UML. Sin embargo, cuando crece el número de categorías de usuario, a veces es aconsejable desarrollar una jerarquía de usuarios. MTI. ROSA IMELDA GARCIA CHI
  6. 6. MTI. ROSA IMELDA GARCIA CHI
  7. 7. Desarrollo de casos de uso En el contexto de la ingeniería Web, el caso Los casos de uso de uso en si mismo es relativamente informal: un párrafo narrativo se desarrollan para que describe una cada categoría de interacción especifica usuario descrita en la entre el usuario y la jerarquía de usuario. WebApp. MTI. ROSA IMELDA GARCIA CHI
  8. 8. Afinación del modelo de caso de usoA la par que se crean losdiagramas de casos de usopara cada categoría de usuario,• se desarrolla una vista superior de los requisitos de la WebApp observables de manera externa. MTI. ROSA IMELDA GARCIA CHI
  9. 9. Diagrama de caso de uso para cliente nuevo MTI. ROSA IMELDA GARCIA CHI
  10. 10. Cada paquete se valorapara garantizar que es:•Comprensible.•Cohesivo•Libremente acoplados•Jerárquicamente superficial. MTI. ROSA IMELDA GARCIA CHI
  11. 11. Comprensible• Todos los clientes entienden el propósito del paqueteCohesivo• El paquete aborda funciones relacionadas cercanamente una con otraLibremente acoplados• Las funciones o clases dentro del paquete colaboran una con otra, pero la colaboración exterior del paquete se mantiene en un mínimoJerárquicamente superficial• Las jerarquías funcionales profundas son difíciles de navegar y entender para los usuarios; en consecuencia el número de niveles dentro de una jerarquía de casos de uso debe reducirse siempre que sea posible MTI. ROSA IMELDA GARCIA CHI
  12. 12. Puesto que el análisis y modelado de actividades sonactividades iterativas… es probable que se que casos de uso que los casos de usosumen nuevos casos específicos puedan existentes seande uso a los paquetes reubicarse en refinados y que se han definido paquetes diferentes MTI. ROSA IMELDA GARCIA CHI
  13. 13. Ejemplo de un diagrama de casos de uso sistema actor Relación Caso de uso No es unapersona es otro sistema MTI. ROSA IMELDA GARCIA CHI
  14. 14. El modelado de análisis para WebApps MTI. ROSA IMELDA GARCIA CHI
  15. 15. El modelado de análisis para WebApps Se basa en la información que contienen los casos de uso desarrollados para la aplicación. La descripciones de los casos de uso se analizan gramaticalmente para identificarpotenciales clases de análisis y las operaciones y atributos asociados con cada clase.Se identifican el contenido que presentará la WebApp y se extraen las funciones que se desarrollarán a partir de las descripciones de caso de uso. Finalmente los requisitos específicos de la implementación se deben desarrollar de modo que el ambiente y la infraestructura que apoyan la WebApps puedan construirse. MTI. ROSA IMELDA GARCIA CHI
  16. 16. ACTIVIDADES DE ANÁLISIS Cuatro actividades de análisis, cada una con su aporte a la creación de un modelo de análisis completo son: • Análisis de contenido • Análisis de interacción • Análisis de funciones • Análisis de configuración MTI. ROSA IMELDA GARCIA CHI
  17. 17. Breve descripción de las Actividades de Análisis • Identifica todo el espectro del contenido que Análisis de ofrecerá la WebApp. contenido: • El contenido incluye texto, gráficas e imágenes, así como datos de video y audio. Análisis de • Describe cómo interactúa el usuario con la interacción: WebApp • Define las operaciones que se aplicarán al contenido de la WebApp Análisis de funciones: • Describe otras funciones de procesamiento, independientes del contenido pero necesarias para el usuario final Análisis de • Describe el ambiente y la infraestructura en configuración: la que reside la WebApp MTI. ROSA IMELDA GARCIA CHI
  18. 18. La información recopilada durante la tarea de estos cuatros análisis se deben revisar, modificar cuando se requiera y luego organizarse en un modelo que pueda pasarse a los diseñadores de WebAppMTI. ROSA IMELDA GARCIA CHI
  19. 19. El modelo en si mismo contiene elementosestructurales y dinámicos. MTI. ROSA IMELDA GARCIA CHI
  20. 20. El modelo de contenido MTI. ROSA IMELDA GARCIA CHI
  21. 21. El modelo de contenido El modelo de contenido contiene Además incluye todas las clases de elementos estructurales que análisis: entidades visibles para elproporcionan una importante visión usuario que se crean o manipulande los requisitos de contenido para conforme éste interactúa con la una WebApp. WebApp. MTI. ROSA IMELDA GARCIA CHI
  22. 22. Al igual que otros elementos delmodelo de análisis, el modelo de contenido se deriva a partir de un examen cuidadoso de los casos de uso desarrollados para la WebApp. MTI. ROSA IMELDA GARCIA CHI
  23. 23. Definición de objetos de contenido Un objeto de contenido puede ser una descripción textual de un producto, un articulo que describa un evento noticioso. MTI. ROSA IMELDA GARCIA CHI
  24. 24. …Definición de objetos de contenidoLos objetos de contenido se • al examinar la descripción del escenario para referenciasextraen en los directas e indirectas al contenido. casos de uso Aunque no existe referencia directa al contenido, está implícita. MTI. ROSA IMELDA GARCIA CHI
  25. 25. El ingeniero web podría reunirse con el autor del caso de uso y comprender en forma más detallada lo que significa “información descriptiva”. En este caso, el autor del caso de uso puedeindicar que “información descriptiva” incluye: 1) una descripción general del producto o servicio en un párrafo 2) una fotografía del producto o servicio que se ofrece 3) una descripción técnica del producto o servicio, en varios párrafos 4) un diagrama esquemático del componente que muestre cómo encaja en un sistema típico 5) un breve video que muestre cómo utilizar lo que se ofrece en la página MTI. ROSA IMELDA GARCIA CHI
  26. 26. Relaciones de jerarquía de contenido El modelo de contenido puede contener diagramas de relación de entidades o árboles de datos que bosquejan las relaciones entre los objetos de contenido o la jerarquía de éste que mantiene una WebApp. MTI. ROSA IMELDA GARCIA CHI
  27. 27. Ejemplo de árbol de datos MTI. ROSA IMELDA GARCIA CHI
  28. 28. Puede utilizar para este tipo de diagrama: Mapa de SitioWeb que se encuentra disponible en Microsoft VisioEn Software y base de datos - Mapa de sitio web MTI. ROSA IMELDA GARCIA CHI
  29. 29. Clases de Análisis para las WebAppsLas clases de análisis se derivan al examinar cada caso deusoUn rápido análisis gramatical del caso de uso, permitiráidentificar las clases candidatasPor ejemplo, un caso de uso de Seleccionar Producto,daría un análisis que tiene o incluye dos clases:Características del producto y Factura de Venta. MTI. ROSA IMELDA GARCIA CHI
  30. 30. Ejemplo de clases de análisis para un caso de uso MTI. ROSA IMELDA GARCIA CHI
  31. 31. Una clase en UML se contruye: claseNombre de la clase atributos Operación disponible en la clase asociación Nombres de rol generalización restricción multiplicidades calificador MTI. ROSA IMELDA GARCIA CHI
  32. 32. TIPOS DE RELACIONES MTI. ROSA IMELDA GARCIA CHI
  33. 33. El modelo de interacción MTI. ROSA IMELDA GARCIA CHI
  34. 34. El modelo de interacción Este modelo de interacción lo comprende cuatro elementos: • Casos de uso • Diagramas de secuencia • Diagramas de estado • Prototipo de interfaz de usuario MTI. ROSA IMELDA GARCIA CHI
  35. 35. Casos de Uso MTI. ROSA IMELDA GARCIA CHI
  36. 36. Casos de UsoUn caso de uso se modela para todoslos procesos que la WebApp debellevar a cabo.Los procesos se describen dentro delcaso de uso por una descripción textualo una secuencia de pasos ejecutados. MTI. ROSA IMELDA GARCIA CHI
  37. 37. Los casos de uso son el elemento dominante del modelo de interacción para las WebApps. No es raro describir 100 o máscasos de uso cuando se analizan, diseñan y construyen grandes y complejas WebApps. Sin embargo, un porcentaje relativamente bajo de estos casos de uso describe las principales interacciones entre las categorías de usuario final (actores) y el sistema. Otros casos de uso refinan las interacciones y proporcionan eldetalle de análisis necesario paraguiar el diseño y la construcción MTI. ROSA IMELDA GARCIA CHI
  38. 38. …Casos de Uso Los Diagramas de Actividad se pueden usar también para modelar escenarios gráficamente. Una vez que el comportamiento de la aplicación está captado de esta manera, los casos de uso se examinan y amplían para mostrar qué objetos se interrelacionan para que ocurra este comportamiento. MTI. ROSA IMELDA GARCIA CHI
  39. 39. Breveexplicación de un Diagrama de actividad en UML MTI. ROSA IMELDA GARCIA CHI
  40. 40. Un diagrama de actividades muestra un flujo de acciones(nodos ejecutan un proceso), generalmente secuenciales además presenta los resultados de dichas acciones. MTI. ROSA IMELDA GARCIA CHI
  41. 41. ¿Para qué sirve? Capturar las acciones internas de un proceso. Mostrar flujos Capturar la entre procesos del especificación de negocio. un caso de uso. MTI. ROSA IMELDA GARCIA CHI
  42. 42. Elementos que componen un diagrama de actividad MTI. ROSA IMELDA GARCIA CHI
  43. 43. Ejemplo de diagrama de actividad:Realizar consignación MTI. ROSA IMELDA GARCIA CHI
  44. 44. Explicación realizar consignaciónEn el diagrama anterior puede verse la secuencia deacciones que se realiza para hacer una consignación enuna entidad bancaria.Cada actividad se realiza cuando finaliza la actividadanterior.Por ejemplo, primero se debe llenar el formato antes deentregarlo, junto con el dinero, al cajero. MTI. ROSA IMELDA GARCIA CHI
  45. 45. Otros elementos MTI. ROSA IMELDA GARCIA CHI
  46. 46. MTI. ROSA IMELDA GARCIA CHI
  47. 47. Particiones, calles o carriles Cuando se tiene un conjunto de Actividades que están relacionadas, generalmente la relación esta dada por los actores que ejecutan las acciones. Para modelar esta relación se divide el diagrama en carriles MTI. ROSA IMELDA GARCIA CHI
  48. 48. MTI. ROSA IMELDA GARCIA CHI
  49. 49. ObjetosEn un diagrama de actividad es posiblepresentar los objetos que entran o salende una actividad o que simplemente son“afectados” por ella. MTI. ROSA IMELDA GARCIA CHI
  50. 50. Objeto en un diagrama de actividad MTI. ROSA IMELDA GARCIA CHI
  51. 51. ¿De donde se obtiene la información ? La información para elaborar los diagramas de actividad se obtiene de los casos de uso y los requerimientos. MTI. ROSA IMELDA GARCIA CHI
  52. 52. Diagrama de actividad MTI. ROSA IMELDA GARCIA CHI
  53. 53. Diagrama de actividad con calles MTI. ROSA IMELDA GARCIA CHI
  54. 54. El diagrama de Actividad En el Lenguaje de ModeladoUnificado, un diagrama de actividades Un Diagrama de Actividades muestrarepresenta los flujos de trabajo paso a el flujo de control general. paso de negocio y operacionales de los componentes en un sistema. MTI. ROSA IMELDA GARCIA CHI
  55. 55. En UML 1.x, un diagrama de Actividades es una variación del Diagrama de estados UML donde los"estados" representan operaciones, y las transiciones representan las actividades que ocurren cuando la operación es completa..El diagrama de Actividades UML 2.0, mientras que es similar en aspecto al diagrama de Actividades UML1.x, ahora tiene semánticas basadas en redes de Petri. En UML 2.0, el diagrama general de Interacción está basado en el diagrama de Actividades. MTI. ROSA IMELDA GARCIA CHI
  56. 56. Diagrama de actividad. Es una forma especial de diagrama de estado usado para modelar unasecuencia de acciones y condiciones tomadas dentro de un proceso. MTI. ROSA IMELDA GARCIA CHI
  57. 57. La especificación del Lenguaje de Modelado UnificadoUML define un diagrama de actividad como: “… una variación de una máquina estados, lo cual los estados representan el rendimiento de las acciones o subactividades y las transiciones se provocan por la realización de las acciones o subactividades.” MTI. ROSA IMELDA GARCIA CHI
  58. 58. El propósito del diagrama de actividad:Es modelar un proceso de flujo detrabajo (workflow) y/o modelaroperaciones. Una Operación es un servicio proporcionado por un objeto, que está disponible a través de una interfaz. Una Interfaz es un grupo de operaciones relacionadas con la semántica. MTI. ROSA IMELDA GARCIA CHI
  59. 59. Diagrama de Secuencia MTI. ROSA IMELDA GARCIA CHI
  60. 60. Diagrama de Secuencia Un diagrama de Secuencia muestra una interacción ordenada según la secuencia temporal de eventos. En particular, muestra los objetos participantes en la interacción y los mensajes que intercambian ordenados según su secuencia en el tiempo. MTI. ROSA IMELDA GARCIA CHI
  61. 61. Diagrama de Secuencia El eje vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores participantes en la interacción, sin un orden prefijado. Cada objeto o actor tiene una línea vertical, y los mensajes se representan mediante flechas entre los distintos objetos. El tiempo fluye de arriba abajo. Se pueden colocar etiquetas (como restricciones de tiempo, descripciones de acciones, etc.) bien en el margen izquierdo o bien junto a las transiciones o activaciones a las que se refieren. MTI. ROSA IMELDA GARCIA CHI
  62. 62. Ejemplo: Diagrama de Secuencia MTI. ROSA IMELDA GARCIA CHI
  63. 63. ¿Que Es Un Diagrama De Secuencia?Es una forma de diagrama de interacción que muestra los objetos comolíneas de vida a lo largo de la página y con sus interacciones en eltiempo representa das como mensajes dibujados como flechas desde lalínea de vida origen hasta la línea de vida destino.Los diagramas de secuencia son buenos para mostrar qué objetos secomunican con qué otros objetos y qué mensajes disparan esascomunicaciones.Los diagramas de secuencia no están pensados para mostrar lógicas deprocedimientos complejos. MTI. ROSA IMELDA GARCIA CHI
  64. 64. Utilidad De Un Diagrama De SecuenciaSe utiliza para una gran variedad de propósitos y con diferentesniveles de detalle sobre el programa.Si tiene un diagrama de casos de uso en el que se resumen losusuarios del sistema y sus objetivos,Si ha identificado los mensajes que llegan a una interfaz de uncomponente, puede crear diagramas de secuencia en los que sedescriba cómo interactúan los elementos internos del componentepara lograr el resultado necesario para cada mensaje entrante. MTI. ROSA IMELDA GARCIA CHI
  65. 65. Características Diagrama De Secuencia:Los diagramas de secuencia muestrangráficamente las interacciones del actor y delas operaciones a quedan origenLos diagramas de secuencia se preparandurante la fase de análisis de un ciclo dedesarrolloSu creación depende de la formulaciónprevia de los casos de uso. MTI. ROSA IMELDA GARCIA CHI
  66. 66. Características Diagrama De Secuencia:El comportamiento del sistema es una descripción deloque hace, y no como lo hace.El diagrama de secuencia muestra un determinadoescenario de un caso de uso, los eventos generados poractores externos, su orden y los eventos internos delsistema.A todos los sistemas se les trata como una caja negra, yse centran en los eventos que van de los actores a lossistemas. MTI. ROSA IMELDA GARCIA CHI
  67. 67. Tipos De Diagrama De SecuenciaExisten dos tipos de diagrama de secuencia: · Diagramas de secuencia basados en código se pueden generar a partir del código de programa .NET, y se pueden colocar dentro de cualquier proyecto. · Los diagramas de secuencia UML forman parte de un modelo UML y sólo existe dentro de los proyectos de modelado UML. MTI. ROSA IMELDA GARCIA CHI
  68. 68. Tipos De Mensajes MTI. ROSA IMELDA GARCIA CHI
  69. 69. Los 4 pasos a seguir para dibujar un Diagrama de Secuencia • Copia el texto de la especificación de tu caso de uso y pégalo en la parte superior de tu diagrama Paso 1: de secuencia. Con esto siempre se tendrá en cuenta que es lo que debe de hacer el diagrama de secuencia. • Cada uno de los objetos entidad de tu diagrama de robustez es una instancia de la clase que debe de ser agregada a tu diagrama de secuencias ya Paso 2: que representa tu modelo estático. Hay que ser muy meticuloso con este paso, ya que representa el ultimo de tu modelo estático antes de codificar. MTI. ROSA IMELDA GARCIA CHI
  70. 70. Los 4 pasos a seguir para dibujar un Diagrama de Secuencia • Agrega las interfaces del diagrama de robustez. Con esto ya tenemos el diagrama de secuencias Paso 3: construido. Ahora, el cuarto paso es para decidir cuales métodos irían en cuales clases, lo cual es la esencia del modelo de iteraciones. • Pon los métodos en las clases, lo cual significa convertir los controles uno por uno de tu diagrama de robustez en métodos y mensajes. Paso 4: Verifica que para cada control dibujado le pertenecen los mensajes correctos dentro del diagrama de secuencias MTI. ROSA IMELDA GARCIA CHI
  71. 71. Elemento del diagrama de secuencia Mensaje MensajeLínea de vida Actor sincrónico asincrónico Mensaje deIncidencia de Crear devolución de Auto mensaje ejecución mensajes. llamado Mensaje Mensaje Uso de Comentariosencontrado perdido interacción Fragmento Protección de Interacción combinado fragmentos MTI. ROSA IMELDA GARCIA CHI
  72. 72. Elemento del diagrama de secuencia MTI. ROSA IMELDA GARCIA CHI
  73. 73. Ventajas y Desventajas • Da la posibilidad de representar los mensajes en función del tiempo. • La separación de los mensajes no indica Ventajas: intervalos o cantidades de tiempo, solo ordenación temporal. • Es posible añadir restricciones temporales. • Una representación de un diagrama de secuencia demasiado largo, puede serDesventajas: difícilmente entendido por alguien ajeno al Sistema. MTI. ROSA IMELDA GARCIA CHI
  74. 74. Ejemplos: El sencillo y mas común que se usa ya que es directo MTI. ROSA IMELDA GARCIA CHI
  75. 75. MTI. ROSA IMELDA GARCIA CHI
  76. 76. Un buen diagrama de secuencia debe dejar claro cuálesson los objetos involucrados, cómo colaboran dichosobjetos para realizar el caso de uso, y qué objetos secrean durante el caso de uso y cuáles existíanpreviamente.No es necesario indicar el algoritmo para validar elnúmero de una credencial o la sintaxis de una direcciónde email, eso le corresponde al programador, pero si esimprescindible indicar qué objeto es el responsable devalidar y además a qué clase pertenece MTI. ROSA IMELDA GARCIA CHI
  77. 77. Diagramas de Estado MTI. ROSA IMELDA GARCIA CHI
  78. 78. EL DIAGRAMA DE ESTADOSEs una técnica para describir el comportamientode un sistema.Consiste en describir, todos los estados posibles en los que puede entrarun objeto particular y la manera en que cambia el estado del objeto,como resultado de los eventos que lleguen a él.Su objetivo es mostrar los diferentes estados de un objeto durante suvida, y los estímulos que provocan los cambios de estado en un objeto.Representa un resumen de los valores y atributos que puede tener laclase. MTI. ROSA IMELDA GARCIA CHI
  79. 79. Diagramas de Estado El comportamiento en tiempo real de cada clase que tiene comportamiento dinámico y significativo, se modela usando un Diagrama de Estado. El diagrama de actividad puede ser usado también aquí, esta vez como una extensión del diagrama de estado, para mostrar los detalles de las acciones llevadas a cabo por los objetos en respuesta a eventos internos. El diagrama de actividad se puede usar también para representar gráficamente las acciones de métodos de clases. MTI. ROSA IMELDA GARCIA CHI
  80. 80. Los diagramas de estado constituyen una de las herramientas más importantes Describe un para el periodo de Modelado de tiempo para la análisis de lavida de un objeto Iweb de una clase MTI. ROSA IMELDA GARCIA CHI
  81. 81. ¿Qué son los Estados? Son los ladrillos de los diagramas de estado Pertenece a una clase y representa un resumen de los valores y atributos que puede tener la clase Un estado UML describe el estado interno de un objeto de una clase particular MTI. ROSA IMELDA GARCIA CHI
  82. 82. Un estadoPuede ser caracterizado de tres manerascomplementarias:• Como un conjunto de valores de objeto cualitativamente similares en cierta forma• Como período de tiempo, durante el cual un objeto espera que ocurra algún evento o eventos• Como período de tiempo, durante el cual un objeto realiza una cierta actividadUn estado puede tener un nombre, aunque a menudo esanónimo y viene descrito simplemente por sus acciones MTI. ROSA IMELDA GARCIA CHI
  83. 83. Representación de un Estado Un estado se muestra como un rectángulo con las puntas redondeadas MTI. ROSA IMELDA GARCIA CHI
  84. 84. TIPOS DE ESTADO ESPECIALES: Son especiales en el sentido de que no hay ningún evento que pueda devolver a un objeto a su estado inicio y de la misma forma no hay ningún evento que pueda sacar a un objeto de su estado fin. INICIO FIN MTI. ROSA IMELDA GARCIA CHI
  85. 85. CONCEPTOS IMPORTANTES • acontecimiento importante o digno de Evento: señalar. Ejemplo: levantar el auricular telefónico. • condición de un objeto en un momento Estado: determinado. Ejemplo: un teléfono se encuentra en estado “ocioso” una vez que el auricular es puesto en su sitio y mientras no lo levantemos. • relación entre dos estados, indica que, cuando ocurre un evento, el objeto pasa del estado anterior al Transición: siguiente. Ejemplo: cuando ocurre el evento “levantar el auricular”, el teléfono realiza la transición del estado “ocioso” al estado “activo”. MTI. ROSA IMELDA GARCIA CHI
  86. 86. Un estado puede contener los siguientes elementos: Transición externa Transición Evento interna disparador Acciones de Condición de entrada salida guarda Estados Transición de anidados finalización Cambio de Acción estado MTI. ROSA IMELDA GARCIA CHI
  87. 87. Transiciones de estado Cuando un objeto está en un estado, es Aunque las sensible a los eventos transiciones correspondientes a lasconectan dos estados transiciones que salen (o más, si hay una Un conjunto de del estado. división o unión de control), las estados está transiciones son procesadas por el conectadoestado del que salen. mediante transiciones. MTI. ROSA IMELDA GARCIA CHI
  88. 88. Las transicionesUna transición que deja un estado define la respuesta deun objeto en ese estado a la ocurrencia de un evento.En general, una transición tiene:• un evento que la activa (evento disparador)• una condición de guarda• una acción y un estado destino.La siguiente tabla muestra los tipos de las transiciones yde las acciones implícitas invocadas por transiciones MTI. ROSA IMELDA GARCIA CHI
  89. 89. MTI. ROSA IMELDA GARCIA CHI
  90. 90. Transición externaUna transición externa es una transición quecambia el estado activo. Éste es el tipo más común de transición. Se dibuja como una flecha dessde el estao origen al estado destino, con otras propiedades mostradas como una cadena de texto asociada a la flecha MTI. ROSA IMELDA GARCIA CHI
  91. 91. Representación de una transición transición Estado 1 Estado 2 La transición se representa con una flecha etiquetada por una acción o evento disparador MTI. ROSA IMELDA GARCIA CHI
  92. 92. Evento disparador El disparador es un evento cuya ocurrencia permite la transición Si una señal tiene El evento puede descendientes, tener parámetros, cualquier que estarán descendiente de disponibles para la señal permite la una acción en la transición transición MTI. ROSA IMELDA GARCIA CHI
  93. 93. Ejemplo de Transiciones externascon evento disparador MTI. ROSA IMELDA GARCIA CHI
  94. 94. Condición de guardaUna transición puede tener una condición de guarda, que es unaexpresión booleanaPuede referirse a los atributos del objeto que posee la máquina deestados, así como a los parámetros del evento disparador.Se evalúa la condición de guarda cuando ocurre un eventodisparadorSi la expresión se evalúa como verdadera, entonces se dispara latransición, es decir, ocurren sus efectosSi la expresión se evalúa como falsa, entonces la transición no sedispara MTI. ROSA IMELDA GARCIA CHI
  95. 95. La condición de guarda… Se evalúa solamente una vez: Cuando ocurre el evento disparador.• Si la condición es falsa y llega a ser más adelante verdad, es demasiado tarde para disparar la transición. MTI. ROSA IMELDA GARCIA CHI
  96. 96. Transición de finalizaciónUna transición que carece de Una transición deevento disparador explícito es terminación puede tener unaaccionada por la terminación condición de guarda, que sede la actividad del estado del evalúa en el momento en que sale (esto es una que termina la actividad en transición de terminación) ese estado (y no después) MTI. ROSA IMELDA GARCIA CHI
  97. 97. Acción Cuando se dispara una transición, su acción (si la hay), es ejecutada. Una acción es un cómputo atómico y normalmente breve, a menudo una declaración de asignación o un cómputo aritmético simple. Otras acciones incluyen enviar una señal a otro objeto, llamar a una operación, fijar los valores de retorno, crear o destruir un objeto y las acciones indefinidas de control especificadas en un lenguaje externo. Una acción puede ser también una secuencia de acciones, es decir, una lista de acciones simples. MTI. ROSA IMELDA GARCIA CHI
  98. 98. Tipos de acciones MTI. ROSA IMELDA GARCIA CHI
  99. 99. Cambio de estadoCuando se completa la ejecución de una Esto puede activar acción, el estado acciones de salida y destino de la acciones de entrada.transición pasa a ser el estado activo. MTI. ROSA IMELDA GARCIA CHI
  100. 100. Estados anidadosLos estados se pueden anidar dentro de otros estados compuestos.Una transición que deja el estado más externo es aplicable a todos los estadosanidados sobre él.La transición es elegible para ser disparado siempre que cualquier estadoanidado esté activo.Los estados compuestos son útiles para expresar condiciones de excepción y deerror, porque las transiciones en ellos se aplican a todos los estados anidados sinnecesidad de que cada estado anidado maneje la excepción explícitamente. MTI. ROSA IMELDA GARCIA CHI
  101. 101. Acciones de entrada salida Una transición a través de uno o más niveles de anidamiento puede salir y entrar en estados. Un estado puede tener acciones que se realicen siempre que se entre o se salga del estado. Entrando al estado destino, se ejecuta una acción de entrada unida al estado. Si la transición sale del estado original, entonces su acción de salida se ejecuta antes de la acción, de la transición y de la acción de entrada en el nuevo estado. MTI. ROSA IMELDA GARCIA CHI
  102. 102. Transiciones internas y acciones de entrada salida MTI. ROSA IMELDA GARCIA CHI
  103. 103. Transición internaUna transición interna tiene un estado origen pero ningún estado destino.Las reglas de disparo para una transición interna son iguales que para unatransición que cambie el estado.Una transición interna no tiene ningún estado destino, así que el estadoactivo no cambia como resultado de su activación.Si una transición interna tiene un acción, se ejecuta, pero no ocurre ningúncambio de estado, y por lo tanto no se ejecuta ninguna acción de las accionesde salida o de entrada. MTI. ROSA IMELDA GARCIA CHI
  104. 104. Las transiciones internas… Las acciones de entrada y de Son útiles para modelar las salida utilizan la misma notaciónacciones de interrupción que no que las transiciones internas, pero cambian el estado usan las palabras reservadas entry y exit (entrada y salida)• (como recuento de • en lugar del nombre del ocurrencias de un evento disparado, aunque estas acciones son evento o desplegar activadas por las una pantalla de transiciones externas que ayuda) entra o salen del estado. MTI. ROSA IMELDA GARCIA CHI
  105. 105. NOTACION: COMPOSICION DE UN DIAGRAMA MTI. ROSA IMELDA GARCIA CHI
  106. 106. PASOS QUE SE SIGUEN EN LA CONSTRUCCION 1. Identifique todos los sucesos y estados para esto se debe analizar el caso de uso u otra herramienta con la que este trabajando 2. Dibujar el diagrama de estados MTI. ROSA IMELDA GARCIA CHI
  107. 107. 2. dibujar el diagrama de estados Considerar las Distinguir entre Considerar sólo los necesidades de la aplicación de los actividades y atributos Sucesos y Estados acciones relevantes. Intentar mantener los Poner acciones de Utilizar Estados anidados Diagramas de estados de entrada cuando todas las cuando las mismas las subclases transiciones entrantes transiciones se apliquen independientes de los de generen la misma acción. a varios Estados. las superclases. Igual para las de Salida. Respetar notación inicial y final (círculos), rectángulos, flechas de transición y las expresiones (Nombre De Evento[ExpresiónGuarda]/acción) MTI. ROSA IMELDA GARCIA CHI
  108. 108. EJEMPLO DIAGRAMA DE ESTADOS: PEDIDOS MTI. ROSA IMELDA GARCIA CHI
  109. 109. DIAGRAMA DE ESTADOS SIN SUPERESTADOS MTI. ROSA IMELDA GARCIA CHI
  110. 110. DIAGRAMA DE ESTADOS CON SUPERESTADOS MTI. ROSA IMELDA GARCIA CHI
  111. 111. DIAGRAMA DE ESTADOS CONCURRENTES: AUTORIZACION DE PAGOS MTI. ROSA IMELDA GARCIA CHI
  112. 112. DIAGRAMA DE ESTADOS CONCURRENTES MTI. ROSA IMELDA GARCIA CHI
  113. 113. Los diagramas de estado describen gráficamente los eventos y los estados de los objetos. No nos debemos plantear el diseñar diagramas de estados para todas las clases en el sistema, sino sólo para aquellas que exhiban un comportamiento interesante de forma que la elaboración del diagrama de estados nos ayude a entender dicho comportamiento. MTI. ROSA IMELDA GARCIA CHI
  114. 114. ¿ PARA QUE NOS SIRVEN LOS DIAGRAMAS DE ESTADO? describiendo todos los estados Los diagramas de estado son posibles en los que puede entraruna técnica que nos sirve para un objeto particular y la maneradescribir el comportamiento de en que cambia el estado del un sistema, objeto, como resultado de los eventos que lleguen a él. MTI. ROSA IMELDA GARCIA CHI
  115. 115. EXISTEN MUCHAS FORMAS DE DIAGRAMAS DE ESTADOS.¿CUAL ES LA TECNICA MAS POPULAR Y DE QUIEN? La mas popular que se emplea en las técnicas de OO se basa en La Tabla de Estados de DAVID HAREL MTI. ROSA IMELDA GARCIA CHI
  116. 116. ¿ CUAL ES LA SINTAXIS DE LA ETIQUETA DE TRANSICION ?La sintaxis de una etiqueta de transición tiene tres partes, las cuales sonoptativas: Evento [Guard Guardia] / Acción MTI. ROSA IMELDA GARCIA CHI
  117. 117. ¿CUANDO SON UTILES LOS DIAGRAMASDE ESTADOS CONCURRENTES? Los diagramas de Estados Concurrentes son útiles cuando un objeto dado tiene conjuntos de comportamientos independientes MTI. ROSA IMELDA GARCIA CHI
  118. 118. ¿CUANDO DEBEMOS UTILIZAR ESTADOSANIDADOS? Debemos cuando las utilizar mismas transiciones se Estados apliquen a varios Estados. anidados MTI. ROSA IMELDA GARCIA CHI
  119. 119. Estados compuestos MTI. ROSA IMELDA GARCIA CHI
  120. 120. Estados compuestos Un estado simple Un estado no tiene ninguna compuesto es un estructura, apenas estado que se ha tiene un conjunto descompuesto en de transiciones y subestados posiblemente secuenciales o acciones de subestados entrada y salida. concurrentes MTI. ROSA IMELDA GARCIA CHI
  121. 121. MTI. ROSA IMELDA GARCIA CHI
  122. 122. Ejemplo de máquina de estados MTI. ROSA IMELDA GARCIA CHI
  123. 123. MTI. ROSA IMELDA GARCIA CHI
  124. 124. Ejemplo máquina de estados conun estado compuesto concurrente MTI. ROSA IMELDA GARCIA CHI
  125. 125. MTI. ROSA IMELDA GARCIA CHI
  126. 126. Ejemplo submáquina de estados MTI. ROSA IMELDA GARCIA CHI
  127. 127. MTI. ROSA IMELDA GARCIA CHI
  128. 128. Sugerencia: para crear los diagramas UML utilice el MicrosoftVisio: en Software y Base de datos – Diagrama de Modelo UML MTI. ROSA IMELDA GARCIA CHI
  129. 129. Prototipo de interfaz de usuario MTI. ROSA IMELDA GARCIA CHI
  130. 130. Prototipo de interfaz de usuario Algunas propuestas se basan en obtener de la definición de requisitos prototipos que, sin tener la totalidad de la funcionalidad del sistema, permitan al usuario hacerse una idea de la estructura de la interfaz del sistema con el usuario. MTI. ROSA IMELDA GARCIA CHI
  131. 131. Prototipo de interfaz de usuario Esta técnica tiene el problema de que el usuario debe entender que lo que está viendo es un prototipo y no el sistema final. MTI. ROSA IMELDA GARCIA CHI
  132. 132. Puesto que las herramientas dedesarrollo de la WebApp sonabundantes y funcionalmentepoderosas, es mejor crear prototipos dela interfaz mediante tales herramientas. MTI. ROSA IMELDA GARCIA CHI
  133. 133. Las 7Cs de la interfaz del cliente Context Content Diseño del Sitio. Texto, Fotografías, sonido y video que el sitio contiene. Commerce CommunityCapacidad del sitio de habilitar Maneras en que el sitio habilita transacciones comerciales. la comunicación de usuario- usuario. Connection Customization Grado en el que el sitio está Site’s ability to self-tailor to ligado con otros sitios. different users or to allow users to personalize the site Communication The ways sites enable site-to- user communication or two-way communication MTI. ROSA IMELDA GARCIA CHI
  134. 134. En microsoft Visio puede utilizar el diagrama reticularpara elaborar el prototipo de interfaz MTI. ROSA IMELDA GARCIA CHI
  135. 135. El modelo funcionalMTI. ROSA IMELDA GARCIA CHI
  136. 136. El modelo funcional Funcionalidad observable respecto al usuario y queEste modelo funcional aborda entrega al usuario final de dos elementos de WebApp.procesamiento de la WebApp y cada uno representa un grafico diferente de la Las operaciones dentro de las abstracción de clases de análisis que procedimiento: implementan comportamientos asociados con la clase. MTI. ROSA IMELDA GARCIA CHI
  137. 137. La funcionalidad observable para el usuariocomprende cualesquiera funciones deprocesamiento que éste indicia directamente.Por ejemplo, un sitio Web financiero puedeimplementar una variedad de funcionesfinancieras. MTI. ROSA IMELDA GARCIA CHI
  138. 138. El modelo de configuración Las WebApps se deben diseñar e implementar de forma que se acomoden a una diversidad de ambientes, tanto del lado del servidor como del cliente. Se deben especificar el hardware del servidor y el ambiente del sistema operativo. MTI. ROSA IMELDA GARCIA CHI
  139. 139. El modelo de configuración MTI. ROSA IMELDA GARCIA CHI
  140. 140. El modelo de configuraciónSi las WebApp deben teneracceso a una gran base de se deben especificar lasdatos o ínter operar con las interfaces apropiadas, los aplicaciones corporativas protocolos de comunicación existentes en el lado del y la información. servidor, MTI. ROSA IMELDA GARCIA CHI
  141. 141. Las WebApp deben someterse a una amplia prueba de cada configuración denavegador que se especifique como parte del modelo de configuración. MTI. ROSA IMELDA GARCIA CHI
  142. 142. Análisis relación – navegación MTI. ROSA IMELDA GARCIA CHI
  143. 143. Análisis relación – navegación El análisis relación- navegación proporciona una serie de pasos de análisis que luchan por identificar relaciones entre los elementos descubiertos como parte de la creación del modelo de análisis. MTI. ROSA IMELDA GARCIA CHI
  144. 144. El enfoque de ARN se organiza en cinco pasos:Análisis de los Análisis de los Análisis departicipantes elementos relaciones Análisis de Análisis de evaluación. navegación MTI. ROSA IMELDA GARCIA CHI
  145. 145. Análisis de Relaciones • Identifica las diversasAnálisis de los categoría de usuario yparticipantes: establece una apropiada jerarquía de participantes • Identifica los objetos de Análisis de contenido y los elementos elementos: funcionales de interés para los usuarios finales MTI. ROSA IMELDA GARCIA CHI
  146. 146. • Describe las relaciones entre losAnálisis de elementos WebApprelaciones: • Examina como los usuarios pueden Análisis de acceder a elementos individuales o grupos de elementosnavegación: • Considera temas pragmáticos (porAnálisis de ejemplo :costo/beneficioes) asociados con la implementación de lasevaluación: relaciones definidas con anterioridad MTI. ROSA IMELDA GARCIA CHI
  147. 147. Análisis de relaciones: preguntas claves En este análisis se formulan una serie de preguntas que nos ayudará a comprender mas la relación. MTI. ROSA IMELDA GARCIA CHI
  148. 148. Preguntas clave¿el elemento es miembro de una categoría de elementos más amplia?¿Qué atributos o parámetros se han identificado para el elemento?¿Ya existe información descriptiva acerca del elemento? Si es así, ¿Dónde está?¿El elemento aparece en diferentes ubicaciones dentro de la WebApp? Si es así¿dónde?¿El elemento lo componen otros pequeños elementos? Si es así, ¿cuáles son?¿El elemento es miembro de una colección de elementos mayor? Si es así, ¿cuáles y cuál es su esctructura? MTI. ROSA IMELDA GARCIA CHI
  149. 149. ¿al elemento lo describe una clase de análisis?¿Otros elementos son similares al elemento considerado? Si esasí, ¿es posible que pudieran combinarse en un elemento?¿El elemento se usa en un ordenamiento específico de otroselementos? ¿su aparición depende de otros elementos?¿Otro elemento siempre sigue a la aparición del elementoconsiderado?¿Qué condiciones previas y posteriores se deben satisfacerpara utilizar el elemento? MTI. ROSA IMELDA GARCIA CHI
  150. 150. ¿Categorías de usuario específicas aprovecha al elemento?¿Las diferentes categorías de usuario emplean de maneradiferente al elemento? Si es así, ¿cómo?¿El elemento puede esta asociado con una meta u objetivode formulación específico? ¿con un requisito WebAppespecífico?¿Este elemento siempre aparece al mismo tiempo queaparecen otros elementos? Así es, ¿Cuáles son los otroselementos?¿Existen elementos siempre aparece ene l mismo lugar (porejemplo, misma ubicación de la pantalla o página que otroselementos? Si es así ¿cuáles son los otros elementos? MTI. ROSA IMELDA GARCIA CHI
  151. 151. Las respuesta a éstas preguntas….Ayudan al ingeniero Web a posicionarel elemento en cuestión dentro de laWebApp y a establecer relacionesentre elementos. Es posible desarrollar una relación taxonómica y categorizar cada relación identificada debido a las preguntas anotadas. MTI. ROSA IMELDA GARCIA CHI
  152. 152. Análisis de navegaciónUno de los aspectos másimportantes en los sistemas deinformación en las WebApp esel de la navegación. La gran mayoría de las propuestas metodológicas para sistemas WebApp resaltan este aspecto ofreciendo modelos que permitan diseñarlo e implementarlo asegurando la calidad del resultado. MTI. ROSA IMELDA GARCIA CHI
  153. 153. Sin embargo, analizando dichos modelos y técnicas y viendo los resultados de diferentes estudioscomparativos, se puede observar que este aspecto,en la mayoría de las propuestas, se trata solamente en las últimas fases del ciclo de vida, principalmente en diseño e implementación. MTI. ROSA IMELDA GARCIA CHI
  154. 154. Los mecanismos denavegación se definen comoparte del diseño.En esta etapa, losdesarrolladores debenconsiderar requisitos denavegación globales. MTI. ROSA IMELDA GARCIA CHI
  155. 155. Las siguientes preguntas se deben plantear yresponder:¿ciertos elementos deben ser más fáciles de alcanzar (es decir,requieren menos pasos de navegación) que otros? ¿Cuál es laprioridad de presentación?¿Ciertos elementos deben resaltarse para forzar a los usuarios anavegar en su dirección?¿cómo se manejan los errores de navegación?¿La navegación hacia grupos de elementos relacionados debe serprioritaria sobre la navegación hacia un elemento específico? MTI. ROSA IMELDA GARCIA CHI
  156. 156. ¿La navegación se debe lograr por medio de vínculos, deacceso basado en búsqueda o por otros medios?¿ciertos elementos se deben presentar a los usuarios conbase en el contexto de acciones de navegación previa?¿El acceso a la navegación debe mantenerse para losusuarios?¿En cada punto de la interacción del usuario debe estardisponible un mapa o menú de navegación completo ? MTI. ROSA IMELDA GARCIA CHI
  157. 157. ¿para qué categoría de usuarios se debe diseñaruna navegación óptima?¿cómo se manejarán los vínculos externos a laWebApp? ¿superponiendo la ventana denavegador existente? ¿cómo una nueva ventanade navegador? ¿cómo un marco separado? MTI. ROSA IMELDA GARCIA CHI
  158. 158. El equipo de ingeniería web y sus participantes…Deben determinar los requisitos globales para la navegación.Por ejemplo • ¿se proporcionará un “mapa del sitio” para brindar a los usuarios un panorama integral de la estructura de la WebApp? • ¿El usuario puede realizar un “recorrido” que subraye los elementos más importantes (objetos de contenido y funciones) disponibles? • ¿un usuario tendrá la capacidad de acceder a los objetos de contenido o funciones con base en los atributos definidos de dichos elementos, un usuario talvez desee acceder a todas las fotografías de una construcción específica o a todas las funciones que permitan el cálculo del peso? MTI. ROSA IMELDA GARCIA CHI
  159. 159. Sugerencia para este punto: Para el análisis de navegación se puede utilizar el diagrama: sitio web conceptual disponible en Microsoft Visio, aunque se sugiere hacerlo con detalle en la fase de diseño IWebb MTI. ROSA IMELDA GARCIA CHI
  160. 160. Bibliografía utilizadaPRESSMAN, ROGER, Ingeniería deSottware, 6ta ed. Mc. Graw Hill.RUMBAUGH, JACOBSON, BOOCH, Ellenguaje unificado de Modelado.Manual de Referencia. Addison Wesley MTI. ROSA IMELDA GARCIA CHI

×