miércoles, 9 de marzo de 2016

Cuestionario


2.      Objetivo general

Contestar de manera correcta cada una de las siguientes preguntas enviadas por el docente.

3.      Introducción

El presente trabajo tiene como finalidad dar la solución a cada una de las interrogantes planteadas para de esta manera tener material de estudio antes de rendir la respectiva evaluación.

4.      Desarrollo

1)      Cuál es el significado en ingles de UML?

UML son las siglas de “Unified Modeling Language” o “Lenguaje Unificado de Modelado”. Se trata de un estándar que se ha adoptado a nivel internacional por numerosos organismos y empresas para crear esquemas, diagramas y documentación relativa a los desarrollos de software (programas informáticos).

2)      ¿Qué es UML y para qué sirve?

Es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad, es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema de software.

3)      ¿Cuáles son los objetivos de UML?

Ø  Visualizar: Nos permite ver lo que queremos lograr con el sistema, facilitándonos la comunicación y dándonos una representación gráfica del problema y su solución.
Ø  Especificar: Construir modelos con una estructura precisa, cubriendo las decisiones de análisis, diseño e implementación.
Ø  Construir: A pesar que UML no es un lenguaje de programación permite el desarrollo de plantillas aplicables a diferentes lenguajes.
Ø  Documentar: Cubre la documentación de la arquitectura y todos los detalles de un sistema. Expresando requisitos y pruebas, modelando las actividades y gestionando las versiones del proyecto.

4)      ¿Qué es un diagrama?

Los diagramas son las gráficas que describen el contenido de una vista. UML tiene nueve tipos de diagramas que son utilizados en combinación para proveer todas las vistas de un sistema: diagramas de caso de uso, de clases, de objetos, de estados, de secuencia, de colaboración, de actividad, de componentes y de distribución.

5)      ¿Cuántos diagramas existen en UML?

Usando UML se pueden construir numerosos tipos de diagramas:

Diagramas de casos de uso: representan a los actores y casos de uso (procesos principales) que intervienen en un desarrollo de software.

Diagramas de clases: para UML una clase es una entidad, no una clase software. Un diagrama de clases UML puede ser un diagrama del dominio o representación de conceptos que intervienen en un problema, o también un diagrama de clases software. El sentido de un diagrama UML se lo da la persona que lo construye.

Diagramas de secuencia: suelen usarse para representar objetos software y el intercambio de mensajes entre ellos, representando la aparición de nuevos objetos de izquierda a derecha.

Diagramas de colaboración: suelen usarse para representar objetos o clases y la forma en que se transmiten mensajes y colaboran entre ellos para cumplir un objetivo.

Diagramas de estados: suelen usarse para representar cómo evoluciona un sistema (cómo va cambiando de estado) a medida que se producen determinados eventos.

Otros diagramas: diagramas de actividad, diagramas de paquetes, diagramas de arquitectura software, etc.

6)      ¿Qué es necesario realizar, antes de iniciar con el diseño?

Antes de iniciar con el diseño se debe realizar un análisis que abarca las abstracciones primarias (clases y objetos) y mecanismos que están presentes en el dominio del problema.

7)      ¿Cuáles son los elementos que intervienen en diagrama de casos de uso?

·         Actor
·         Caso de Uso
·         Relaciones (Asociación, dependencia o instancia y generalización).

8)      ¿Grafique los elementos que son utilizados en la creación de los diagramas de  casos de uso?

https://upload.wikimedia.org/wikipedia/commons/thumb/9/9e/Notacion_Caso_de_Uso.svg/300px-Notacion_Caso_de_Uso.svg.png

9)      ¿Qué son los actores y como identificarlos?

Una definición previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino más bien la labor que realiza frente al sistema.

10)  ¿En los diagramas de casos de uso, cuando utilizar la relación include o extend?

·         Include: es obligatorio que vaya en el caso de uso.
·         Extende: es opcional, puede ir como no en el caso de uso.

11)  ¿Con un mismo diagrama, explique la utilización de la relación include y extend?

La realización de un desayuno.
Caso_de_Uso_4

12)  ¿Cuándo utilizar los Casos de Uso?

Para especificar requerimientos cuando plantean escenarios, es decir, lo que pasa cuando alguien interactúa con el sistema, proporcionando un resumen para una tarea u objetivo.

13)  ¿Para qué sirven los Casos de Uso?

·         Para capturar el comportamiento deseado del sistema sin tener que especificar como se implementa ese comportamiento.
·         Como medio de comprensión del sistema para desarrolladores, usuarios finales y expertos del dominio.
·          Ayudan a validar la arquitectura y a verificar el sistema en el transcurso del desarrollo de este.

14)  ¿Para qué sirve los diagramas de robustez?

Los diagramas de robustez nos sirven para capturar el Qué hacer y luego ayudarnos a decidir Cómo hacerlo.
  Qué hacer: Análisis
  Cómo hacerlo: Diseño

15)  ¿Qué se comprueba con los diagramas de robustez?

Con los diagramas de Robustez se comprueba:

Qué hacer: Análisis
 Cómo hacerlo: Diseño

16)  ¿Cuáles son los elementos que intervienen en diseño de diagramas de robustez, describa cada uso?


17)  ¿Diseñe un escenario donde grafique los elementos de los diagramas de robustez?

http://wikis.uca.es/wikiIW/images/2/21/Robustez-sprint1.png

18)  ¿Defina las relaciones posibles entre elementos de los diagramas de robustez?

Los actores solo pueden interactuar con interfaces.
Las entidades únicamente se relacionan con controladores.
Los controladores pueden interactuar con interfaces, entidades y otros controladores.

19)  ¿Qué es un diagrama de secuencia y para qué sirve?

Un diagrama de secuencia muestra la interacción de un conjunto de objetos en una aplicación a través del tiempo y se modela para cada caso de uso
Pueden ser usados en dos formas.

•De instancia: describe un escenario específico (un escenario es una instancia de la ejecución de un caso de uso).
•Genérico: describe la interacción para un caso de uso. Utiliza ramificaciones condiciones y bucles.

20)  ¿Cuáles son los elementos que interviene en el diseño de diagramas de secuencia?

http://productpatternswiki.sel.inf.uc3m.es/mediawiki/images/4/4f/Elementos-Diagrama-Secuencia.png
21)   
22)  ¿Diseñe un escenario donde grafique los elementos los diagramas de secuencia?

http://www.elclubdelprogramador.com/wp-content/uploads/2012/03/sequen-diagr2.jpg

23)  ¿Cuándo utiliza un mensaje propio (recursivo)?

Mensaje de un participante a sí mismo. La ocurrencia de ejecución resultante aparece encima de la ejecución de envío.

24)  ¿Cuáles son las ventajas de realizar un diagrama de secuencia?

Ventajas.
•         Permite elegir el orden en que pueden hacerse las cosas.
•         Puede describir procesos o casos de uso.
•         Muestra los aspectos dinámicos de un sistema.
•         Establece las reglas de secuencia a seguir.
•         Ayuda a un programador a desarrollar código a través de una descripción lógica de un proceso.

25)  ¿Cuáles son las desventajas de realizar un diagrama de secuencia?

Desventajas

La gran desventaja de los diagramas de colaboración es que no indican de forma explícita que los objetos ejecutan qué actividades ni tampoco la forma en que el servicio de mensajería trabaja entre ellos. Para mostrar tales interacciones de forma clara son necesarios los diagramas de interacción, los cuales son más utilizados en la práctica.


Conclusiones

Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte.

Bibliografía o web grafía  (APA)

Gonzales, B. (2014). Diagrama de secuencia y diagrama de colaboración. Recuperado de: https://prezi.com/86cur3loj_kf/diagrama-de-secuencia-y-diagrama-de-colaboracion/. {09-03-2014}

Caso de uso (2012). Caso de uso. Recuperado de: http://users.dcc.uchile.cl/~psalinas/uml/casosuso.html. {09-03-2014}

Carvajal, M. (2014). Diagrama de secuencia. Recuperado de: http://exposicinds.blogspot.com/. {09-03-2014}

Iconix. (2012). Diagrama de robustez - iconix. Recuperado de: http://iconix-software.blogspot.com/2012/07/diagrama-de-robustez-iconix.html. {09-03-2014}


5.      Firma

                                                                                                                  


………………………………………
Srta. Leidi Gaona Viteri
C.I.0704405414


0 comentarios:

Publicar un comentario