Font size
WorksheetsRAP 2: 2 Interpretar el informe de requisitos
Total questions: 28
Worksheet time: 17mins
Se basan en una regla de tres palabras: Como <rol> Quiero <eventos> Para <funcionalidades>
Historias de usuario
Metodologías ágiles
Scrum
Kanban
Permite visualizar de manera efectiva cuáles serán las principales funcionalidades que el software debe permitir llevar a cabo y quiénes serán los que podrán ejecutar dichas funcionalidades.
Actores y óvalos
Diagrama de casos de uso
Hombres de palo
Diagrama de clases
Con base en los requisitos recibidos de parte de los ingenieros de requisitos, es quien realiza la codificación para producir el sistema deseado.
Scrum master
Analista
Programador
Ingeniero
Es con quien se negocia el tiempo, costo y alcance del proyecto. Pueden o no ser usuarios del sistema.
Stakeholders
Product owner
Usuarios
Cliente
Etapas de la Ingenieria de requisitos
Elicitación, análisis, especificación y validación de los requisitos.
Análisis, planificación, diseño, desarrollo, pruebas y mantenimiento.
Conocer el problema, conocer el sistema actual, identificar las necesidades.
Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que éste debe reaccionar a entradas particulares. O también pueden declarar explícitamente lo que el sistema no debe hacer.
Requerimiento funcional
Requerimiento no funcional
Dentro de estos requerimientos encontramos todo lo referente a fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento, entre otros.
Requerimientos no funcionales
Requerimientos funcionales
Actividad en la que se identifica cuales requisitos deben priorizar teniendo en cuenta diferentes factores
Ingenieria de requisitos
Priorización de requisitos
Análisis de requisitos
Elicitación de requisitos
El objetivo del análisis y priorización de requisitos es:
Maximizar el valor entregado por el proyecto a sus clientes.
Priorización de requisitos
Identificar los requerimientos más faciles para empezar a programar.
Estas 4 etapas corresponden a la Ingenieria de requisitos
Analisis, diseño, desarrollo y pruebas
Identificar las fuentes, los stakeholders y la matriz de trazabilidad
Elicitación, análisis, especificación y validación de los requisitos.
Son las personas que interactuarán con el sistema. Proporcionan información fundamental para el éxito del proyecto, ya que conocen y conviven con los procesos diarios.
Clientes
Usuarios
Stakeholders
Fuentes de información
La utilización de esta herramienta de análisis permite clasificar a los involucrados en el proyecto según sus niveles de interés y poder sobre él, lo que facilita la priorización
Historias de usuarios
Matriz de stakeholders
Estándar IEEE 830
Diagramas de casos de uso
Es una metodología de desarrollo basada en una construcción iterativa e incremental evolutiva, en la que se identifican 3 roles principales: Team, Product owner y scrum master.
SCRUM
KANBAN
CASCADA
SCRUM Y KANVAN
El tablero kanban permite mapear y visualizar el flujo de trabajo.
Verdadero
Falso
El tablero Kanvan se divide en 4 columnas: Por hacer, en proceso, hecho y requerimientos
Verdadero
Falso
Siglas de Formación Profesional Integral del Sena
(a)
Siglas de Resultado de Aprendizaje
(a)
Quienes conforman la estrategia SENATIC
Sena, OIT, MInTIC
Sena, OIP, MIn Edu
OIT, EDU, Min
Establecer requisitos de la solución de software de acuerdo con estándares y procedimiento técnico.
Resultado de aprendizaje
Competencia técnica
Interpretar el informe de requisitos de la solución conforme a la identificación de las necesidades del negocio.
Resultado de aprendizaje
Competencia
Una lista priorizada de todas las características, mejoras y correcciones que se necesitan para el desarrollo del sitio, dentro de la metodología ágil SCRUM
Sprint Planning
Product Backlog
Sprint Backlog:
Es una forma de recoger información de otra persona a través de una comunicación interpersonal
que se lleva a cabo por medio de una conversación estructurada.
Entrevista
Conversación
Reuniones grupales
Lluvia de ideas
Son un tipo de prototipos muy utilizados, consiste básicamente en ir mostrando en una
secuencia de imágenes un proceso, acción o ejercicio que se puede realizar en el sistema
Storyboards
Diagramas de casos de uso
Historias de usuario
El Lenguaje Unificado de Modelado es un lenguaje de programación para modelar sistemas.
Verdadero
Falso
Escriba 3 tipos de diagramas UML vistos en clase.
Los requerimientos que describen características como rendimiento, seguridad y fiabilidad se conocen como:
Requerimientos funcionales
Requerimientos no funcionales
El objetivo de un caso de uso es el de capturar el comportamiento deseado del sistema en desarrollo sin tener que especificar cómo se implementa este comportamiento
Falso
Verdadero
Es una metodología ágil para la especificación de requisitos
Kanban
UML
Casos de Uso
