Un modelo de objetivos es un elemento de la ingeniería de requisitos que también se puede utilizar más ampliamente en el análisis empresarial . Los elementos relacionados incluyen el análisis de las partes interesadas , el análisis del contexto y los escenarios , [1] entre otras áreas comerciales y técnicas.
Principios
Las metas son objetivos que un sistema debe lograr mediante la cooperación de los actores en el software previsto y en el entorno. [2] El modelado de objetivos es especialmente útil en las primeras fases de un proyecto. Los proyectos pueden considerar cómo el sistema previsto cumple los objetivos de la organización (ver también [3] ), por qué se necesita el sistema y cómo se pueden abordar los intereses de las partes interesadas. [4]
Un modelo de metas:
- Expresa las relaciones entre un sistema y su entorno (es decir, no solo sobre lo que se supone que debe hacer el sistema, sino por qué). La comprensión que esto da de las razones por las que se necesita un sistema, en su contexto, es útil porque "los sistemas se utilizan cada vez más para cambiar fundamentalmente los procesos comerciales en lugar de automatizar prácticas establecidas desde hace mucho tiempo". [5] [6]
- Aclara los requisitos: especificar objetivos lleva a preguntar "por qué", "cómo" y "cómo más". [5] Los requisitos de las partes interesadas a menudo se revelan en este proceso, con menos riesgo de que falten requisitos o de especificar demasiado (pedir cosas que no son necesarias).
- Permite que los grandes objetivos se analicen en objetivos pequeños y realizables:
- Se ocupa de los conflictos: el modelado de objetivos puede identificar y ayudar a resolver las compensaciones entre costo, rendimiento, flexibilidad, seguridad y otros objetivos. Puede revelar intereses divergentes entre las partes interesadas. Puede identificar conflictos porque el cumplimiento de un objetivo puede interferir con el cumplimiento de otros. [5]
- Permite medir la completitud de los requisitos: los requisitos se pueden considerar completos si cumplen todos los objetivos del modelo de objetivos.
- Conecta los requisitos con el diseño: por ejemplo, el marco i * "Requisitos no funcionales (NFR)" utiliza objetivos para guiar el proceso de diseño.
Notaciones
Hay varias notaciones en uso para los modelos de objetivos en el desarrollo de software, que incluyen:
- i * (pronunciado "ojo-estrella") y una variante, GRL [7]
- KAOS [8]
- Diagrama de casos de uso de UML [9]
Los investigadores han propuesto otras notaciones, [10] mientras que la Notación de estructuración de objetivos (GSN) y GRL se utilizan a veces para hacer casos de seguridad para satisfacer al regulador en las industrias relacionadas con la seguridad. [11] [12]
Modelado de objetivos en i *
La notación de modelado i * goal proporciona dos tipos de diagramas: [13]
- "Dependencia estratégica" (SD), que define las relaciones entre roles en términos de objetivos específicos que un rol depende del otro rol a proporcionar.
- "Fundamento estratégico" (SR), analizando las metas identificadas en el modelo SD en metas y tareas subsidiarias.
i * muestra cada rol (un actor, agente o puesto) como un gran círculo que contiene los objetivos, tareas y recursos que posee ese rol. La propiedad en i * significa que el rol desea la satisfacción de sus objetivos, ya sea para su propio beneficio o para el beneficio de algún otro rol. Las metas pueden ir acompañadas de "obstáculos" (metas negativas) que deben superarse. Las metas no funcionales se pueden modelar como "metas blandas" en i *: se esquematizan como nubes u óvalos con sangría.
Modelado de objetivos en KAOS
La notación de modelado de objetivos de KAOS proporciona una forma de definir objetivos y obstáculos, respaldada por un método de análisis formal (matemático). [8]
Modelado de objetivos en UML
El diagrama de casos de uso de UML proporciona una notación de modelado de objetivos simple. Las burbujas nombran objetivos funcionales, [14] por lo que un diagrama de casos de uso forma un modelo de objetivos de funciones simples: como escribe Cockburn, los casos de uso cubren solo los requisitos de comportamiento. [15] Los roles se muestran como actores (stickmen en el diagrama), vinculados a los casos de uso en los que participan. Los casos de uso se dibujan como burbujas elípticas, que representan los objetivos de comportamiento deseados. [dieciséis]
Con la adición de casos de uso indebido , la notación puede modelar tanto los objetivos deseados como las amenazas activas. La notación de casos de uso indebido muestra a las partes interesadas negativas (posiblemente hostiles) como los actores principales de los casos de uso indebido; estos pueden agruparse en el lado derecho del diagrama. La notación puede ayudar a descubrir objetivos mitigantes o preventivos adecuados, que se muestran como casos de uso subsidiarios. A menudo, estos tienen el objetivo de mejorar la seguridad, la protección o la confiabilidad, que son objetivos no funcionales. Los requisitos no funcionales pueden describirse hasta cierto punto en el estilo de caso de uso utilizando casos de uso indebido para definir objetivos negativos; pero las metas (positivas) así descubiertas son a menudo funcionales. Por ejemplo, si el robo es una amenaza para la seguridad , colocar cerraduras es una mitigación; pero que una puerta pueda cerrarse con llave es un requisito funcional. [17]
El contrapunto es que los casos de uso no provienen de las raíces de la ciencia cognitiva, mientras que i * y KAOS sí. De hecho, la literatura detrás de los casos de uso no incluye discusión sobre la intención de la meta, el refinamiento de la meta, los fines-medios, no menciona a Rasmussen, etcétera. Puede haber una predilección por relacionar los casos de uso con los objetivos debido a la metáfora visual de los objetivos en lugar de la semántica del refinamiento de objetivos según la ciencia cognitiva.
Bibliografía
- Alexander, Ian y Beus-Dukic, Ljerka. Descubrimiento de requisitos: cómo especificar productos y servicios . Wiley, 2009.
- Alexander, Ian F. y Maiden, Neil. Escenarios, historias, casos de uso . Wiley, 2004.
- Cockburn, Alistair . Redacción de casos de uso eficaz . Addison-Wesley, 2001.
- Fowler, Martin . UML Destilado . 3ª Edición. Addison-Wesley, 2004.
- van Lamsweerde, Axel . Ingeniería de requisitos: desde los objetivos del sistema hasta los modelos UML y las especificaciones del software . Wiley, 2009.
- Yu, Eric, Paolo Giorgini, Neil Maiden y John Mylopoulos . (editores) Modelado social para ingeniería de requisitos . Prensa del MIT, 2011.
Referencias
- ^ Alexander y Beus-Dukic, 2009. Páginas 17-18
- ^ Lin Liu y Eric Yu (2003). "Diseño de sistemas de información en contexto social: un enfoque de modelado de objetivos y escenarios" (PDF) . Universidad de Toronto. Archivado desde el original (PDF) el 5 de febrero de 2005.
- ^ Ellis-Braithwaite, R .; Lock, R .; Dawson, R .; Haque B. (2013). "Hacia un enfoque para analizar la alineación estratégica de los requisitos de software utilizando gráficos de objetivos cuantificados". Revista internacional sobre avances en software . 6 : 119-130. arXiv : 1307.2580 . Código Bibliográfico : 2013arXiv1307.2580E .
- ^ E. Yu, "Hacia el apoyo de modelado y razonamiento para la ingeniería de requisitos de fase inicial", 1997 IEEE
- ^ a b c Eric Yu y John Mylopoulos. "Por qué la ingeniería de requisitos orientada a objetivos" . Universidad de Toronto.
- ^ K.Pohl y P. Haumer, "Modelado de información contextual sobre escenarios", Proc. 3er Int. Taller de Ingeniería de Requisitos: Fundamentos de la Calidad del Software REFSQ '97, Barcelona, Cataluña, España, junio de 1997 pp. 187-204.
- ^ Yu et al, 2011.
- ↑ a b van Lamsweerde , 2009.
- ^ Fowler, 2004. Páginas 99-105
- ^ Rolland, Colette ; Prakash, Naveen; Benjamen, Adolphe (1999). "Una vista de modelos múltiples del modelado de procesos" (PDF) . Ingeniería de Requisitos . 4 (4): 169-187. doi : 10.1007 / s007660050018 .
- ^ Estándar comunitario GSN
- ^ Feodoroff, R. (2016). "Arquitectura empresarial intencional". Conferencia anual de sistemas IEEE 2016 (SysCon) : 1–8. doi : 10.1109 / SYSCON.2016.7490555 . ISBN 978-1-4673-9519-9.
- ^ Yu, Eric (6 de septiembre de 2011). "yo *" . i *: un marco de modelado orientado a agentes y objetivos . Universidad de Toronto . Consultado el 17 de diciembre de 2011 .
- ^ Alexander y Beus-Dukic, 2009. Página 121
- ^ Cockburn, 2001. Página 62
- ^ Cockburn, 2001. Página 221
- ^ Alexander y Maiden, 2004. Capítulo 7. Páginas 119-139.
enlaces externos
- i * Sitio web oficial, con tutorial y bibliografía : "un marco de modelado orientado a agentes y objetivos"
- i * wiki con pautas y ejemplos
- Tutorial de KAOS
- Uso de EEML para modelado combinado orientado a procesos y objetivos: un estudio de caso - John Krogstie