Recapitulación de Conceptos

Question 1

Stakeholder o interesado

Answer 1

Representa un grupo de personas y entidades que:

• Que tienen un interés en el resultado del proyecto.
• Cuyas necesidades deben ser satisfechas por el proyecto.

Question 2

Usuario

Answer 2

Hace referencia a quien utiliza determinado software o hardware, mediante el cual obtiene un servicio.

Question 3

Necesidad

Answer 3

En Ingeniería de software, es lo que se desea solucionar. Para esto se reconoce el problema, definirlo y reconocer los beneficios una vez mejore dicha necesidad.

Question 4

Requerimiento funcional

Answer 4

Un servicio que debe prestar el sistema que se está desarrollando.

Question 5

Requerimiento no funcional

Answer 5

Se trata de requisitos que no se refieren directamente a las funciones específicas suministradas por el sistema (características de usuario), sino a las propiedades del sistema: rendimiento, seguridad, disponibilidad.

Question 6

¿Qué es el modelado de software?

Answer 6

Es una técnica para tratar con la complejidad inherente a estos sistemas, analiza el negocio, y problemas, identifica mejoras potenciales, mide el impacto de la organización, describe los procesos del software, etc.

Question 7

¿Qué es un paradigma de desarrollo de software?

Answer 7

El paradigma es una agrupación de métodos, herramientas y procedimientos con el fin de describir un modelo.

Question 8

Mencione 3 paradigmas

Answer 8

• Paradigma Tradicional.
• Paradigma Orientado a Objetos.
• Paradigma de Desarrollo Ágil.

Question 9

¿Qué es el ciclo de vida de un software?

Answer 9

Es el periodo de tiempo que comienza cuando se concibe un software y concluye cuando el producto ya no está disponible para su uso. Este ciclo de vida del software típicamente incluye una fase de requisitos, una fase de diseño, una fase de pruebas, una fase de instalación y aceptación, una fase de operación y mantenimiento, y, en ocasiones, una fase de retirada.

Question 10

¿Cuáles son las actividades estándares del ciclo de vida de un software

Answer 10

Obtención de requerimientos
Análisis de los requerimientos
Diseño del software
Desarrollo del software
Desarrollo del software
Pruebas 
Despliegue o puesta en marcha
Mantenimiento de software

Question 11

¿Qué se hace en cada actividad?

Answer 11

Obtención de requerimientos:
Fase del desarrollo de software donde se identifican las necesidades (req. funcionales y req. no funcionales) que deben ser satisfechas por la aplicación, para funcionar correctamente.

Análisis de los requerimientos:
Fase del desarrollo de software donde se proponen las características generales de la solución futura a partir de información recabada y los requisitos identificados.

Diseño del software:
Fase del desarrollo de donde se especifica y se planifica la solución para la creación de un software el cual ayuda a disminuir los riesgos futuros.

Desarrollo del software:
Fase del desarrollo de software donde se obtiene el código fuente y se integran las piezas desarrolladas de forma que funcionen armónicamente como un solo un solo sistema.

Pruebas:
Fase del desarrollo de software donde se realizan actividades para identificar posibles fallos de funcionamiento, configuración o usabilidad.

Despliegue o puesta en marcha:
Fase del desarrollo de software donde se instala la aplicación o sistema en el entorno final.

Mantenimiento de software:
Fase del desarrollo de software donde se mejora y optimiza o se remedia los defectos del software desplegado.

Question 12

¿Cuál es la diferencia entre necesidades y requerimientos?

Answer 12

Una necesidad es lo que desea el cliente y espera solucionar con el desarrollo del sistema o producto. De las necesidades surgen los requerimientos.
Mientras que un requerimiento es la condición o capacidad que debe tener un sistema, producto, servicio o componente para satisfacer una especificación. Indica las funciones y contenidos se espera que tenga, y como los usuarios deben interactuar con él.

Question 13

Mencione 3 técnicas de recolección de

Answer 13

Entrevistas
Encuestas
Análisis de documentación

Question 14

Mencione 2 metodologías agiles de la Ing. de

Answer 14

Scrum

XP o extreme programming

Question 15

Fases de RUP

Answer 15

Inicio
Elaboración
Construcción
Transición

Question 16

Disciplinas usadas por RUP

Answer 16

Modelo de Negocio
Requerimientos
Análisis y diseño
Implementación
Prueba
Entrega
Administración y configuración de cambios
Administración de proyectos
Ambiente

Question 17

Disciplinas más usadas en cada fase

Answer 17

Fase de concepción o inicio: modelado del negocio, gestión del proyecto y entorno.
Fase de elaboración: Modelado de negocio, requisitos, análisis y diseño y gestión del proyecto.
Fase de construcción: Implementación, gestión de cambio y configuraciones y gestión del proyecto.
Fase de transición: pruebas, despliegue, gestión de cambio y configuraciones y gestión del proyecto.

Question 18

¿Qué entregables se deben generar en cada fase

Answer 18

1. Inicial
   a. Documento visión
   b. Plan de desarrollo de software
   c. Modelo de caso de uso del negocio
   d. Modelo de Dominio del problema
2. Elaboración
   a. Modelo de Caso de Uso
   b. Especificación de los casos de uso
   c. Diagrama de colaboración
   d. Prototipo Arquitectónico
   e. Diagrama de clases
   f. Paquete de diseño
3. Construcción
   a. Diagrama de Componentes
   b. Diagrama de Despliegue
   c. Prototipo del Software Final
4. Transición
   a. Prueba por caso de uso

Question 19

Propósito de elaborar un documento visión

Answer 19

Un documento de visión tiene de propósito definir el alcance y el objetivo de alto nivel de un programa, producto o proyecto.

Question 20

¿Qué es una matriz de trazabilidad?

Answer 20

La matriz de trazabilidad de requerimientos es un cuadro que cumple con la función de relacionar cada requisito del proyecto con el entregable que lo satisface.

Question 21

¿Qué es un diagrama de CU?

Answer 21

Un diagrama de caso de uso es una representación de la interacción del usuario con el sistema, mostrando las relaciones entre el usuario y los diferentes casos de usos que el usuario está involucrado.

Question 22

¿Qué diferencia hay entre las relaciones especiales include y extend?

Answer 22

El extends se utiliza cuando las características de un caso de uso son similares a otro, mientras que el include se utiliza para unir varios casos de uso que posean esa misma característica.

Question 23

¿Qué es un CU y quién inicia las acciones del CU?

Answer 23

Un caso de uso es una lista de acciones o pasos a un evento definiendo las interacciones entre un rol (actor) y un sistema para alcanzar un objetivo. 
El actor (persona o un sistema externo) inicia las acciones del caso de uso.

Question 24

¿Cuáles son las partes o estructura de un CU?

Answer 24

1. Actor
   a. Usuario que interactúa con el caso de uso. Es nombrado con un pronombre.
2. Caso de Uso
   a. Es una funcionalidad del sistema. Es nombrado por un verbo seguido por un pronombre.
3. Enlace Comunicativo
   a. Muestra la relación de un actor con un caso de uso.
4. Alcance del Sistema
   a. Incluye las funcionalidades del sistema que se desarrolla.

Question 25

¿Qué es el flujo básico, un flujo alterno y un flujo de excepción?

Answer 25

Flujo básico: se describe la secuencia de actividades o pasos básicos, normales e invariables que realiza el proceso del negocio.
Flujo alterno: este describe un escenario alternativo al básico, en el cual por una condición podemos llegar al básico.
Flujo de excepciones: es un curso alternativo que puede preverse, pero no controlarse para ser evitado y que puede alterar el desarrollo del paso del curso normal. En general responde a situaciones no deseadas que alteran el curso normal.

Question 26

¿Cómo escogemos el flujo básico de una funcionalidad?

Answer 26

El flujo básico debe ser el proceso más frecuente en el flujo, sin errores, cumpliendo la tarea principal de ese caso de uso.

Question 27

¿Cuál es la diferencia entre un flujo alterno y un flujo de excepción?

Answer 27

La diferencia está en que un flujo alterno describe un escenario distinto del flujo básico que hace que un usuario complete su objetivo. A menudo se considera un flujo opcional. Mientras que un flujo de excepción es una ruta no deseada a través del sistema, generalmente como resultado de la falta de información o problemas de disponibilidad del sistema.