null
US
Iniciar Sesión
Regístrate Gratis
Registro
Hemos detectado que no tienes habilitado Javascript en tu navegador. La naturaleza dinámica de nuestro sitio requiere que Javascript esté habilitado para un funcionamiento adecuado. Por favor lee nuestros
términos y condiciones
para más información.
Siguiente
Copiar y Editar
¡Debes iniciar sesión para completar esta acción!
Regístrate gratis
25038966
REQUERIMIENTOS
Descripción
Mapa Mental sobre REQUERIMIENTOS, creado por esthefany trinidad chugnas lucano el 25/08/2020.
Sin etiquetas
software
requerimientos
ingenieria de sistemas
ingenieria de software
Mapa Mental por
esthefany trinidad chugnas lucano
, actualizado hace más de 1 año
Más
Menos
Creado por
esthefany trinidad chugnas lucano
hace más de 4 años
10
0
0
Resumen del Recurso
REQUERIMIENTOS
Proceso del Software
comienza actividad de comunicación
continúa con actividad de modelado
Tareas
Son las guias que originan el puente de diseño y construcción
Concepción
participantes del negocio
define un caso de negocio
identifica
el ritmo
profundidad del mercado
alcance del proyecto
hace análisis de factibilidad
establece
entendimiento del problema
naturaleza de la solución
eficacia de la comunicación
colaboración
otros participantes
equipo de software.
Indagación
Chrystel y Kang
identifica problemas en la indagación
Para evitarlos
enfocarse en la obtención de requerimientos organizados
Problema de alcance
Problemas de entendimiento
Problemas de volatilidad
Elaboración
desarrollar un modelo refinado de requerimiento
para creación y mejora
escenarios de usuario
Define
atributos de cada clase de análisis
Identifican
servicios que requiere
relaciones
colaboración
entre clase
Producción de diagramas adicionales
Negociación
Proceso de reconciliar conflitos cliente - usuario
Usando enfoque interactivo
priorizando los requerimiento
evalúa
elimina
cambia
modifica
Especificación
sistemas grandes
documento escrito
combinación
descripciones en un lenguaje natural con métodos gráficos
sistemas pequeños
escenarios de uso
Validación
Analiza la especificación
garantizando enunciados sin ambigüedades
mecanismo del equipo de revisión técnica
buscan errores de contenido o de interpretación
analizan
aspectos para hacer aclaraciones
Inconsisitencia
requerimientos no asequibles
Administración de requerimientos
actividades que ayudan al equipo
ayudan a identificar, controlar y dar seguimiento
Establecer las bases
Identificación de los participantes
Sommerville y Sawyer
definen participante
“Cualquier persona que se beneficie en forma directa o indirecta del sistema de desarrollo”
candidatos habituales
gerente de operaciones de negocio
gerente de producto
personal de mercadotecnia
clientes
internos
externos
usuarios finales
ingenieros de software
Reconocer múltiples puntos de vista
cada integrantes aportarán información al proceso de Ing.Re
Se clasifica la información
Persona quien toma decisiones
escoje un conjunto de requerimientos coherentes
Trabajar hacia la colaboración
El ing.Requerimientos
identificar
áreas de interés común y de conflicto o incongruencia
Participantes
colaboran con su punto de vista
Capeón del proyecto
toma la decisión final sobre los requerimientos
Hacer las primeras preguntas
Deben estar libres del contexto
Gause y Weinberg
las llaman metapreguntas
centradas en el cliente y participantes
permiten entender el problema
centradas en la eficacia de comunicación
Indagación
Recabación de los requerimientos en forma colaborativa
Lineamientos
Intervención de todos los participantes en la reuniónes
establecer reglas de preparación y participación
agenda semi-formal
puntos importantes
estimular el flujo de ideas
facilitador quién controla la reunión
usan un mecanismo de definición
hojas de trabajo
tablas
etiquetas
pizarras
conversatorio
Despliegue de la función de calidad DFC
Técnica de administración de la calidad
traduce las necesidades del cliente en requerimientos técnicos
Requerimientos normales
Objetivos y metas
Para un producto o sistema
Ruerimientos esperados
Están implícitos
cliente no los menciona de manera explícita
su ausencia causará insatisfacción
requerimientos emocionantes
características más allá de las expectativa
son muy satisfactorias si están presentes
usa
entrevistas con los clientes
encuestas
observación
los datos se llevan
tabla de requerimientos llamada tabla de la voz del cliente
luego se emplean
diagramas, matrices y métodos de evaluación
Escenarios de uso
Desarrolladores y usuarios
crean un conjunto de escenarios que identifica la naturaleza de los usos
son los casos de uso
Indagación de los productos del trabajo
Productos de la indagación de los requerimientos
Enunciado de la necesidad y su factibilidad
enunciado acotado del alcance
lista de participantes
descripción del ambiente técnico del sistema
lista de requerimientos y las restricciones
Conjuntos de escenario de uso
prototipos desarrollados para definir requerimientos
Desarrollo de casos de uso
Alistair Cockburn
Un caso de uso
capta un contrato
describe el comportamiento del sistema
caso de uso
narra historia estilizada sobre cómo interactúa un usuario final con el sistema
primer paso
definir actores
los actores son las personas que usaron el sistema o producto
representan papeles
de personas que operan el sistema
actor tiene uno o más objetivos
tipos
actores principales
Interactúan para lograr la función requerida del sistema y beneficiosa
actores secundarios
dan apoyo al sistema
Elaboración del modelo de los requerimientos
Objetivo
describir
dominios de información función
comportamiento
Elementos del modelo de requerimientos
E. basados en escenarios
E. basados en clase
Cada escenario de uso
implica un conjunto de objetos
manipulan cuando un actor interactúa con el sistema
E. de comportamiento
Diagrama de estado
método de representación del comportamiento de un sistema
ilustra sus estados
y los eventos que ocasionan que el sistema
E. orientados al flujo
aplica funciones para transformarla
produce salidas en distintos modos
Patrones de análisis
Geyer - Shulz y Hahsler
Sugieren
Los P.A
aceleran el desarrollo de los modelos
de análisis abstractos
proveen modelos de análisis reutilizables
facilitan la transformación del modelo de análisis
integran en el modelo de análisis
Requerimientos de las negociaciones
objetivo
desarrollar un plan de proyecto
buscan resultado ganar ganar
Boehm Define
conjunto de actividades de negociación
Identificar los participantes claves
determinación de las condiciones de ganar de los participantes
Negociación de las condiciones para ganar
a fin de reconciliar en condiciones ganar ganar
Validación
Se realiza la revisión del modelado de requerimientos
abordando preguntas
Deben
plantearse
responderse
Mostrar resumen completo
Ocultar resumen completo
¿Quieres crear tus propios
Mapas Mentales
gratis
con GoConqr?
Más información
.
Similar
Sistema de procesamiento en Bases de datos
jhonatanandresce
Introducción a la Ingeniería de Software
David Pacheco Ji
Mapa Conceptual de la arquitectura de base de datos
Alan Alvarado
Mapa Conceptual Hardware y Software
Jeferson Alfonso Alvarado Suarez
Abreviaciones comunes en programación web
Diego Santos
Las principales herramientas de SketchUp
Mami Diana
Los ordenadores
Adela Rico Torres
Levantamiento de Requerimientos
Jesús Rivera
Ingeniería de Software
Zuleyka Díaz
Los requisitos
Sebastian Enrique Vargas Pizango
Producto Software
Jonathan Andrade
Explorar la Librería