Galería de mapas mentales Analista de Sistemas - Ingeniería de Requerimientos de Software
La ingeniería de requisitos de software es un capítulo clave para los analistas de sistemas, entre los cuales la obtención y el análisis de requisitos son capítulos en los que aparecen artículos con frecuencia.
Editado a las 2024-04-24 20:26:37,Este es un mapa mental sobre una breve historia del tiempo. "Una breve historia del tiempo" es una obra de divulgación científica con una influencia de gran alcance. No sólo presenta los conceptos básicos de cosmología y relatividad, sino que también analiza los agujeros negros y la expansión. del universo. temas científicos de vanguardia como la inflación y la teoría de cuerdas.
¿Cuáles son los métodos de fijación de precios para los subcontratos de proyectos bajo el modelo de contratación general EPC? EPC (Ingeniería, Adquisiciones, Construcción) significa que el contratista general es responsable de todo el proceso de diseño, adquisición, construcción e instalación del proyecto, y es responsable de los servicios de operación de prueba.
Los puntos de conocimiento que los ingenieros de Java deben dominar en cada etapa se presentan en detalle y el conocimiento es completo, espero que pueda ser útil para todos.
Este es un mapa mental sobre una breve historia del tiempo. "Una breve historia del tiempo" es una obra de divulgación científica con una influencia de gran alcance. No sólo presenta los conceptos básicos de cosmología y relatividad, sino que también analiza los agujeros negros y la expansión. del universo. temas científicos de vanguardia como la inflación y la teoría de cuerdas.
¿Cuáles son los métodos de fijación de precios para los subcontratos de proyectos bajo el modelo de contratación general EPC? EPC (Ingeniería, Adquisiciones, Construcción) significa que el contratista general es responsable de todo el proceso de diseño, adquisición, construcción e instalación del proyecto, y es responsable de los servicios de operación de prueba.
Los puntos de conocimiento que los ingenieros de Java deben dominar en cada etapa se presentan en detalle y el conocimiento es completo, espero que pueda ser útil para todos.
ingeniería de requisitos de software
Descripción general
Jerarquía de las necesidades
Necesidades del usuario
Necesidades del negocio
requisitos del sistema
Despliegue de la Función de Calidad (QFD)
Necesidades regulares
demanda esperada
demanda inesperada
Adquisición de requisitos
Entrevistas a usuarios
Prepárate para la entrevista
Determinar el propósito de la entrevista.
Identificar usuarios para incluir en las entrevistas.
Preparar preguntas para entrevistas.
preguntas abiertas
preguntas cerradas
Hacer arreglos para las entrevistas finales.
proceso de entrevista
Limitar el tiempo de la entrevista
Busque excepciones y situaciones de error.
Sumérgete en los detalles
Mantenga registros cuidadosamente
Seguimiento de la entrevista
La primera tarea es absorber, comprender y registrar la información obtenida de la entrevista.
Registre las preguntas que el usuario no pueda responder y organícelas para la próxima entrevista para su confirmación.
Enviar una nota de entrevista al usuario para confirmar la contribución del entrevistado y confirmar las respuestas incorrectas a las preguntas.
Ventajas y desventajas de las entrevistas con usuarios
Buena flexibilidad y amplia gama de aplicaciones.
Dificultad para coordinar el tiempo del usuario.
Las entrevistas contienen una gran cantidad de información y son difíciles de registrar.
Habilidades de comunicación adecuadas.
Conocimiento suficiente del dominio.
Encontrar problemas confidenciales y temas delicados
Formato de entrevista
Estructurado (prepare una serie de preguntas con anticipación y realícelas de manera específica)
No estructurado (solo enumera ideas aproximadas, todas basadas en el desempeño sobre el terreno)
De hecho, lo más eficaz es una combinación de los dos.
Cuestionario
Producción de cuestionarios
Identifique el problema y escriba
Escribir preguntas
Diseñar el formato del cuestionario.
Ventajas y desventajas de las encuestas por cuestionario
Recopilar datos de un gran número de respuestas en poco tiempo y a bajo costo.
El llenado anónimo conduce a respuestas verdaderas
Fácil de organizar y contar
Métodos para mejorar la tasa de devolución del cuestionario
Explicar el propósito y uso del cuestionario.
Explique los requisitos de respuesta.
Pídale a la persona a cargo correspondiente que lo inste a completar y devolver
Participar en reuniones con clientes y responder cuestionarios para la dirección del procesamiento de información.
Reducir el tiempo de respuesta al cuestionario
Establecer premios
muestreo
Tamaño de la muestra
Fórmula de cálculo: factor heurístico (α) * (coeficiente de confianza/error aceptable) * (coeficiente de confianza/error aceptable)
Ventajas y desventajas del muestreo
Acelere la recopilación de datos
Depende de factores subjetivos del analista del sistema, dependiendo de la experiencia y la capacidad.
Guión gráfico
Concepto de guión gráfico
Utilice herramientas para explicar a los usuarios cómo se adapta el sistema al negocio.
Tipos de guiones gráficos
pasivo
Similar a imágenes y PPT
Activo
Similar a las muestras de películas, se puede reproducir
interactivo
Como simulación, simulación, prototipo.
Creación de guiones gráficos
Herramientas estáticas, como lápiz y papel, PPT, imágenes, etc.
Herramientas dinámicas, como flash y otras herramientas de animación, etc.
Ventajas y desventajas de los guiones gráficos
La tecnología de adquisición de demanda más vívida, fácil de usar y altamente interactiva.
Alto coste temporal y lenta adquisición de demanda.
Planificación conjunta de requisitos (JRP)
Desarrollo conjunto de aplicaciones (JAD)
reunión del JRP
principios fundamentales
Ventajas y desventajas
Es muy eficaz para problemas ambiguos y áreas donde las necesidades son menos claras.
Las reuniones son difíciles de organizar y requieren altas capacidades del personal relevante.
Mayor costo, efecto obvio
tecnología de registro de requisitos
tarjeta de tarea
Especialmente adecuado para recopilar y organizar información a nivel de actividad empresarial.
Descripción de la escena
Descripciones detalladas de escenarios y procesos de trabajo por parte de los usuarios.
historias de usuarios
Describir características que son valiosas para los usuarios.
contenido
Descripción escrita (para planificación y notas)
Conversación (refinando la historia)
Casos de prueba (verificar la implementación de la historia)
Tarjetas de historias de usuario escritas a mano.
Propiedades básicas
independencia
Negociabilidad
valioso para los usuarios
previsibilidad
Corto y dulce
Capacidad de prueba
tarjeta blanca volere
Herramienta de registro de requisitos similar a las tarjetas de tareas
Selección de herramientas
Las historias de usuario y las tarjetas blancas de Volere se consideran requisitos mínimos y son adecuadas para su uso en métodos ágiles.
Principios de selección
Tomar prestado de plantillas existentes
Ampliar o redefinir según sea necesario
La selección debe basarse en factores de habilidades del equipo, usuario y análisis del sistema.
análisis de la demanda
Tareas de análisis de requisitos.
definición
Refinar, analizar y revisar cuidadosamente los requisitos obtenidos para garantizar que todas las partes interesadas los comprendan e identifiquen. Errores, omisiones, deficiencias
Tarea
Dibujar el diagrama de alcance del contexto del sistema
Crear prototipo de interfaz de usuario
Analizar la viabilidad de los requisitos.
Priorizar las necesidades
Modelar los requisitos
Crear diccionario de datos
Usando QFD
Método de análisis de necesidades
Método de análisis estructurado (SA)
El diagrama ER representa el modelo de datos.
DFD representa el modelo funcional.
La función principal del DFD.
Una herramienta para comprender y expresar las necesidades de los usuarios y un medio de análisis de la demanda.
Describir el proceso lógico interno del sistema es una herramienta para expresar los resultados del análisis de la demanda y el punto de partida del diseño del sistema.
Los materiales de texto archivados son la base para seguir revisando y enriqueciendo el plan de desarrollo.
Símbolos básicos de DFD
Flujo de datos, datos con un nombre y dirección del flujo, representados por una flecha con un nombre
Procesamiento, la transformación de un flujo de datos, representado por un círculo.
Almacenamiento de datos, información almacenada accesible, representada por segmentos de línea recta.
Las entidades externas, las fuentes de datos y los destinos de los datos durante el procesamiento de datos están representados por cuadros marcados con nombres.
niveles DFD
imagen de nivel superior
Describir los flujos de datos de entrada y salida y las entidades externas de todo el sistema.
Descomponer capa por capa
Cómo dibujar DFD
proceso de dibujo
Dibujar entradas y salidas del sistema.
Dibujar el interior del DFD
Nombra cada flujo de datos
Nombra el proceso
Comprobar y revisar los principios.
Todos los DFD solo permiten cuatro formas básicas y cada forma debe tener un nombre.
Cada proceso tiene al menos un flujo de datos de entrada y un flujo de datos de salida.
En DFD, los números de procesamiento deben asignarse por capa.
Cualquier subimagen DFD debe procesarse de manera correspondiente a la capa superior. Los flujos de datos de entrada y salida de ambos deben ser consistentes.
En todo el conjunto de DFD, cada almacenamiento de datos debe tener flujos de datos de lectura y escritura.
Se puede agregar flujo de material al DFD para ayudar a los usuarios a comprenderlo, pero no se puede controlar el flujo.
STD significa modelo de comportamiento
Más adecuado para describir sistemas de control en tiempo real basados en eventos.
Representar el comportamiento del sistema describiendo los estados y eventos del sistema que causan transiciones de estado.
El núcleo es el diccionario de datos.
Entradas del diccionario de datos
Elemento de datos, elemento de datos, la unidad de datos más pequeña
Estructura de datos, que describe la relación entre elementos de datos.
flujo de datos
almacenamiento de datos
Lógica de procesamiento
Entidad externa
El papel del diccionario de datos
Listado por varios requisitos
Referencia cruzada para una fácil modificación
Recuperar nombre del contenido de la descripción
Control de coherencia y control de integridad
Gestión del diccionario de datos
Mantenido y administrado por DBA
Análisis orientado a objetos (OOA)
Lenguaje unificado de modelado UML
estructura UML
bloques de construcción
cosa
Asuntos estructurales
asuntos de comportamiento
transacciones grupales
Transacción de comentarios
relación
confiar
asociación
generalizar
lograr
imagen
Diagrama de clase
gráfico de objetos
diagrama de construcción
Diagrama de estructura combinada
use el diagrama del caso
Diagrama de flujo
diagrama de comunicacion
Diagrama de tiempo
Diagrama de estado
diagrama de actividad
Diagrama de implementación
Dibujo del producto
Mapa del paquete
Diagrama de descripción general interactivo
mecanismo publico
Especificaciones (descripción detallada)
Clasificación pública (división general)
Mecanismo de extensión
Modificar
regla
Disposiciones para juntar bloques de construcción.
Una vista que describe la arquitectura del sistema.
vista lógica
vista de proceso
Vista de implementación
Vista de implementación
vista de caso de uso
modelo de caso de uso
Elementos del diagrama de casos de uso.
Participantes
Ejemplo
asociación de comunicación
Identificar a los participantes
gente
Otros sistemas
Dispositivos de hardware, como tarjetas IC
reloj
Fusionar requisitos para obtener casos de uso
Preste atención a la denominación de los casos de uso
No confunda los casos de uso con los pasos que contienen
Preste atención a distinguir entre casos de uso empresarial y casos de uso del sistema.
Refinar las descripciones de los casos de uso
Nombre del caso de uso
Una breve descripción
flujo de eventos
requerimientos no funcionales
Condiciones previas y posteriores
punto de extensión
prioridad
Ajustar el modelo de caso de uso
relación de inclusión
relación extendida
relación de generalización
modelo analítico
Definir clase de concepto
Determinar la relación entre clases.
relación de conexión
Dependencias
relación de generalización
agregación compartida
agregación combinatoria
darse cuenta de la relación
Agregar responsabilidades a una clase
Atributos
método
Crear diagrama de interacción
Diagrama de flujo
Diagrama de descripción general interactivo
diagrama de comunicacion
Diagrama de tiempo
Problemas a nivel de detalle del modelo de análisis
El modelo es un trabajo auxiliar en el proceso de desarrollo.
Análisis orientado al dominio del problema (PDOA)
Enfatizar más descripción y menos modelado.
Descripción composición
centrarse en el dominio del problema
Centrarse en resolver el comportamiento deseado del sistema.
Proceso de análisis
Reunir información básica y desarrollar un marco de problemas para establecer el tipo de dominio del problema.
Reúna más detalles guiados por el tipo de marco de pregunta y proporcione una Descripción de características relevantes del dominio del problema.
Recopilar y documentar los requisitos para el nuevo sistema.
Definición de requisitos
Método de definición de requisitos
Definir estrictamente los métodos
Supuestos básicos
Todos los requisitos se pueden predefinir
Capacidad para comunicarse de forma precisa y clara entre desarrolladores y usuarios.
Utilice gráficos (o texto) para representar completamente el sistema final.
Adecuado para la situación
Sólo apto para sistemas con funciones simples y de pequeña escala.
método prototipo
Un enfoque de desarrollo iterativo y cíclico
Problemas que necesitan atención
Los prototipos pueden mejorar gradualmente los requisitos
Los prototipos proporcionan un medio para superar las dificultades de comunicación
Los prototipos proporcionan un modelo realista del sistema en el que los usuarios pueden participar.
Los prototipos proporcionan un entorno de desarrollo de sistemas adecuado.
Una vez que los requisitos estén claramente definidos mediante la creación de prototipos, el desarrollo del sistema debe completarse utilizando un enfoque riguroso.
Especificación de Requerimientos de Software
Cómo escribir
Redactar documentos basados en texto con buena estructura y lenguaje natural.
Construir modelos gráficos
Escribir especificaciones formales
contenido y formato
alcance
materiales de referencia
necesidad
Regulaciones de elegibilidad
Trazabilidad de requisitos
cuestiones no resueltas
anotación
apéndice
Verificación de requisitos
Revisión de requisitos
Tipo de revisión técnica
Revisar
examinar
Tutorial
Proceso de revisión formal
plan
Preparar
realizar revisión
Tomar medidas sobre los resultados de la revisión
Cómo hacer una buena revisión de necesidades
Revisión jerárquica
Una combinación de revisiones formales e informales.
Revisión por etapas
Revisores cuidadosamente seleccionados
Revisores de trenes
Establecer un proceso de revisión estándar
Realizar trabajos de seguimiento después de la revisión.
Esté completamente preparado para la revisión.
Pruebas de requisitos
Casos de prueba de conceptos
El proceso de prueba de requisitos.
Gestión de la demanda
Gestión de cambios de requisitos.
línea base de demanda
estado de la demanda
Cambio de requisitos
Gestión de riesgos de demanda
enfoque arriesgado
No hay suficientes usuarios participando
Clasificación de usuario ignorada
Demandas crecientes de los usuarios
Necesidades ambiguas
características innecesarias
SSR demasiado simplificado
estimación inexacta
Riesgos relacionados con la demanda
Seguimiento de requisitos
Contenido del seguimiento de la demanda.
El propósito del seguimiento de la demanda.
Matriz de seguimiento de requisitos