Está en la página 1de 2

INGENIERÍA DE SISTEMAS 4) Conceptos y soluciones 6) Límites del sistema (lo que diseñamos - Suma jerárquica ponderada (define

y lo que no) aspectos de cada MoE)


Metodología que considera las 1) Optimización
necesidades del negocio, así como las 7) Interfaces (unión física y funcional - Proceso de jerarquía analítica (AHP):
necesidades técnicas de todos los 1) Interfaces e Integración entre sistemas) realiza un análisis de sensibilidad, con
clientes con el objetivo de proporcionar 2) Verificación y Validación grados de preferencia ente las
un producto de calidad que responda a 8) Entornos de utilización (donde trabaja) alternativas para cada criterio
las necesidades de los usuarios. 3) Operación 9) Ciclo de vida TEORÍA DE LA UTILIDAD (ELECCIÓN
OPTIMIZACIÓN CICLO VIDA 4) Retirada 10) Requisitos funcionales y de MULTICRITERIO)

Se emplean dos disciplinas: 1) Lección aprendida rendimiento (cómo queremos que el Es la última técnica de elección
proyecto funcione) multicriterio. Filtra decisiones en función
- Multidisciplinary Sistem Design GENERACIÓN DE REQUISITOS de la utilidad que puedan tener las
Optimization: optimización del diseño de 11) Medidas de rendimiento técnico
Con StakeHolders con entrevistas y (TPM's, costes, plazos y rendimiento, mismas. Tiene dimensión económica,
un sistema considerando todas las siendo una medida de la satisfacción.
disciplinas talleres, y el Ingeniero de Sistemas con TPM frente a MOE)
ConOps, matrices... Los requisitos deben La utilidad esperada puede ser distinta al
- Holistic Ship Design Optimizacion: estár bien definidos. 12) Características físicas y factores
humanos valor esperado. Ésta primera no es
optimización multi-objetivo del diseño directamente observable (pertenece al
de un buque considerando Se dividen en métricas (marginales,
absolutas, probabilísticas...) y valores MÉTODOS DISEÑO individuo), no es comparable entre
simultáneamente todos los aspectos del individuos y está restringida por las
sistema y para todo su ciclo de vida (contínuos, discretos y cualitativos). Tenemos: preferencias reveladas.
MODELOS Para validar los requisitos se utilizan los - SBCE (diseño basado en conjunto,
MOE (cualitativo), MOP (cuantitativo) y Es importante ORDENAR la utilidad,
buscando puntos en común de un grupo) teniendo en cuenta que la utilidad es
Tenemos el modelo de cascada, TPM (cualificador significativo).
empleado en desarrollo de software, - Pugh (mejora sobre SBCE, realiza varios individual y posee incertidumbre. Para
modelo espiral de proyecto (Boehm, SISTEMATIZACIÓN DE UN PROCESO diseños conceptuales, los contrasta con maximizar la utilidad, aparece Pareto.
1986) con descripción de proceso Puntos para definir correctamente requisitos con sistema de puntuaciones) PARETO/CONJUNTOS
iterativo y prototipado, y diagrama en V expectativas de stakeholders
(tres fases, especificación y diseño, - MCDM (modelo de decisión Pareto buscaba maximizar la utilidad.
fabricación e integración y pruebas). 1) Expectativas el cliente (identificar qué multicriterio, mide el mérito MoM) Desarrolló su Pareto Optimum o
quiere) TÉCNICAS DE ELECCIÓN MULTICRITERIO Eficiencia de pareto. Daba el conjunto de
DIAGRAMA EN V soluciones posibles en las que un
2) Restricciones del proyecto y de - Matriz Pugh: Da mayor conocimiento y
Tenemos cuatro bajando, uno abajo, objetivo no puede ser mejorado sin que
empresa (costes, métricas...) percepción de requisitos, de los
cuatro subiendo, y uno que conecta exista perjuicio para otro objetivo
partes superiores. 3) Restricciones externas (normas, leyes, problemas de diseño y de las posibles (dominancia).
regulaciones...) soluciones. En las filas van las
Son: alternativas de diseño, y en las columnas La teoría de conjuntos genera la matriz
4) ConOps (escenarios y modos) los criterios o requisitos. Se pone 1, 0 o - de dominancia (ver matrices).
1) Análisis de StakeHolders 1 y se suma.
5) Medidas de efectividad (MOE's, para Dominancia Vs Eficiencia:
2) Definición de requisitos tener referencia de que el sistema se - Suma ponderada (relación simplista del - Dominancia se refiere a vectores J en el
3) Arquitectura del sistema ajusta a lo solicitado) riesgo) espacio de criterios
- Eficiencia se refiere a soluciones x en el - MOE: Measure of Effectiveness. - MoM: Medida de Mérito todos los elementos. De las dos
conjunto de las soluciones Cualitativo, deriva de las espectativas de hipotéticas soluciones, la dominada
los StakeHolders. Crítico para el éxito - AHP: Proceso de Jerarquía Analítica (peor) tendrá un 0 en la suma.
- Óptimos de Pareto se encuentran entre (análisis de sensibilidad con grados de
soluciones no dominadas - MOP: Measure of Performance. preferencia) - DSM (Matriz de Estructura de Diseño):
Cuantitativo, permite combinar representación bi-dimensional de una
- Cualquier solución no dominada no requisitos y mide los MOE - MDO: Optimización Multidisciplinar del estructura o de las relaciones funcionales
tiene porqué ser un Óptimo de Pareto Diseño (estrategia evolutiva para diseñar de objetos, tareas o equipos. Es binaria,
- TPM: Technical Performance Measures. sistemas que involucren múltiples tiene tantas filas y columnas como
DOCUMENTACIÓN INTERFACES Cualificador significativo, atributo subsistemas que interactúen entre sí). elementos, compacta, muestra
Los métodos principales son: medivle o clave de rendimiento correspondencia entre elementos, y
- BLISS: Bi-Level Integrated System
- ConOps: Conceptos de Operación Synthesis (combina resultados de puede tener relaciones ponderadas
- IRD (Interface Requirements (programa Cambridge). Se usan a veces
Document). Introduce requisitos (casos de uso) optimización de diferentes disciplinas)
para integrar interfaces.
funcionales, de rendimiento, de - LC: Life Cicle - MLS: Multi-level Optimization
comportamiento físico o humano... Algorithm - Matriz de riesgos (identifica riesgos,
- QFD: Quality Function Deployment. evalúa su probabilidad y representa ésta
- ICD (Interface Control Document). Traduce "deseos" en cosas "medibles" - PLM: Product LifeCycle Management en la matriz)
Detalla la interfaz física entre dos (herramienta de gestión de la evolución
elementos del sistema - TQM: Total Quality Management y madurez de toda la información de un
- IDD (Interface Definition Document). - FFBD: DIagrama de Bloque de Flujo producto y de todos sus datos a lo largo
Documento unilateral del proveedor que Funcional. Para definir secuencias de del ciclo de vida)
proporciona los detalles de la interfaz tareas y relaciones MATRICES
para una solución de diseño que ya está
establecida - IDEF0: Integration Definition for - QFD (House of Quality). Para saber lo
Function Modeling. Para definir procesos que el cliente busca y lo que tenemos
MARCO DE GESTIÓN DE RIESGOS y flujos de datos nosotros. Muestra debilidades y
Es una espiral que, empezando por abajo - TLS: Línea Base de Tiempo. Para definir fortalezas como empresa y compara con
(y buscando comunicar, en el centro), la secuencia de tiempos en una función competencia (matriz con triangulo
tiene: (SENER horas) superior)

- Planificar contingencias o acciones - RAS: Hoja de Asignación de Requisitos. - Matriz Pugh. Da conocimiento y
Para identificar funciones críticas en el percepción de requisitos, de problemas
- Seguimiento contínuo tiempo que afectan a la disponibilidad de diseño y soluciones. En filas van
del sistema diseños, y en columnas criterios. Se
- Controlar (corregir desviaciones) rellena con 1, 0 o -1 y se suma.
- Identificar (anticipar lo que puede ir - SBCE: Diseño basado en conjunto.
Consiste en realizar el diseño desde el - Matriz de Dominancia: maximiza o
mal) minimiza elementos. Comparando dos
punto de vista del cliente, identificando
- Analizar (decidir lo que es importante) puntos en común y puntos discordantes diseños, se comparan los distintos
elementos de los dos diseños
SIGLAS - MCDM: Modelos de Decisión (comparación por pares). Se pone 1 al
Multicriterio que gane y 0 a la que pierda, y se suman

También podría gustarte