i * (pronunciado "i estrella") o i * framework es un lenguaje de modelado adecuado para una fase temprana del modelado de sistemas con el fin de comprender el dominio del problema. El lenguaje de modelado i * permite modelar situaciones actuales y futuras. El nombre i * se refiere a la noción de intencionalidad distribuida que subraya el marco. Es un enfoque desarrollado originalmente para modelar y razonar sobre entornos organizacionales y sus sistemas de información compuestos por actores heterogéneos con objetivos diferentes, a menudo en competencia, que dependen unos de otros para emprender sus tareas y lograr estos objetivos. Abarca tanto el modelado orientado a actores como el de Goal . Los modelos i * responden a la pregunta QUIÉN y POR QUÉ, no qué.
En contraste, el enfoque de casos de uso de UML cubre solo objetivos funcionales, con actores directamente involucrados en las operaciones (generalmente con software). El enfoque de KAOS cubre objetivos de todo tipo, pero se preocupa menos por la intencionalidad de los actores.
Elementos
El modelo describe las dependencias entre actores . Hay cuatro elementos para describirlos: meta , meta blanda , tarea y recurso . El concepto central en i * es de hecho el de actor intencional . Se considera que los actores organizacionales tienen propiedades intencionales como metas, creencias, habilidades y compromisos (concepto de intencionalidad distribuida ). Los actores dependen unos de otros para alcanzar los objetivos, realizar las tareas y proporcionar los recursos. Al depender de otros, un actor puede lograr metas que son difíciles o imposibles de lograr por sí solo; por otro lado, un actor se vuelve vulnerable si los actores dependientes no cumplen. Los actores son estratégicos en el sentido de que están preocupados por las oportunidades y vulnerabilidades, y buscan una reorganización de sus entornos que sirva mejor a sus intereses mediante la reestructuración de relaciones intencionales.
Modelos
i * framework consta de dos componentes principales de modelado:
Modelo de dependencia estratégica (SD)
Un modelo SD describe una red de relaciones de dependencia entre varios actores en un contexto organizacional. El actor suele identificarse dentro del contexto del modelo. Este modelo muestra quién es un actor y quién depende del trabajo de un actor.
Un modelo SD consta de un conjunto de nodos y enlaces que conectan a los actores. Los nodos representan actores y cada vínculo representa una dependencia entre dos actores. El actor dependiente se llama Depender y el actor de quien se depende se llama Dependee .
Modelo de justificación estratégica (SR)
Un modelo de RS permite modelar las razones asociadas con cada actor y sus dependencias, y proporciona información sobre cómo los actores logran sus metas y metas blandas. Este modelo incluye solo elementos considerados lo suficientemente importantes como para impactar los resultados de una meta.
El modelo SR muestra las dependencias de los actores al incluir el modelo SD. En relación con estas dependencias, el modelo SR especifica metas, metas blandas, tareas y recursos. En comparación con los modelos SD, modelos SR proporcionan un nivel más detallado de modelar mirando dentro de los actores para modelar las relaciones internas, intencionales. Los elementos intencionales (metas, metas blandas, tareas, recursos) aparecen en el modelo de RS no solo como dependencias externas, sino también como elementos internos vinculados por relaciones de medios-fines y descomposiciones de tareas. Los vínculos medios-fin brindan comprensión sobre por qué un actor se involucraría en algunas tareas, perseguiría una meta, necesitaría un recurso o desearía una meta blanda; los enlaces de descomposición de tareas proporcionan una descripción jerárquica de los elementos intencionales que componen una rutina . Este modelo se utiliza para describir los intereses y preocupaciones de las partes interesadas, y cómo pueden ser abordados por diferentes configuraciones de sistemas y entornos.
Razones para usar i *
i * brinda la posibilidad de obtener información en una fase temprana del proceso de ingeniería de software. En el pasado, UML se usaba para hacer visible la información, pero como UML a menudo se enfoca en objetos organizacionales, que no son tan importantes en la fase inicial, cuando el énfasis debería estar en ayudar a las partes interesadas a comprender mejor las diversas posibilidades de uso de sistemas de información sus organizaciones.
i * modelos ofrecen una serie de niveles de análisis, en términos de capacidad , capacidad de trabajo , la viabilidad y credibilidad .
Beneficios de i * y la integración de casos de uso
i * proporciona una comprensión temprana de las relaciones organizacionales en un ámbito empresarial. El desarrollo de casos de uso a partir del modelado organizacional utilizando i * permite a los ingenieros de requisitos establecer una relación entre los requisitos funcionales del sistema previsto y las metas organizacionales previamente definidas en el modelado de la organización.
Modelado de objetivos
i * se puede utilizar en ingeniería de requisitos para comprender el dominio del problema. Los modelos SD y los modelos SR se pueden usar para desarrollar casos de uso . Este es un lenguaje ideal para expresar Actores, Tareas, Recursos, Metas y Softgoals.
De i * a UML
i * se utiliza para los primeros requisitos y UML para los últimos. Por lo tanto, debe transformar el modelo i * en un modelo UML. Puede hacer esto siguiendo las siguientes pautas:
- actores: los actores pueden asignarse a la agregación de clases,
- Tareas: las tareas se pueden asignar a las operaciones de la clase. Por ejemplo: una tarea entre un actor dependiente y una dependencia en el modelo SD corresponde a una operación pública en la clase de dependencia UML,
- recursos: los recursos se pueden asignar como clases,
- metas y metas blandas: la meta estratégica y las metas blandas se pueden asignar a atributos,
- Descomposición de tareas: la descomposición de tareas se puede representar mediante condiciones previas y posteriores.
Ver también
Referencias
- Yu, Eric S. (2009). "Modelado social e i *" (PDF) . En Borgida, Alexander T .; Chaudhri, Vinay K .; Giorgini, Paolo; et al. (eds.). Modelado conceptual: fundamentos y aplicaciones . LNCS . 5600 . Saltador. págs. 99-121. doi : 10.1007 / 978-3-642-02463-4_7 . ISBN 978-3-642-02462-7. ISSN 0302-9743 .
- Yu, Eric; Giorgini, Paolo; Doncella, Neil; et al., eds. (2011). Modelado social para la ingeniería de requisitos . Prensa del MIT . ISBN 978-0-262-24055-0.
- Yu, ESK (1997). "Hacia el modelado y el soporte de razonamiento para la ingeniería de requisitos de fase temprana". Simposio internacional de IEEE sobre ingeniería de requisitos . RE'97. págs. 226-235. doi : 10.1109 / ISRE.1997.566873 . ISBN 0-8186-7740-6.
- Santander, VFA; Castro, JFB (2002). "Derivación de casos de uso a partir del modelado organizacional". Conferencia internacional conjunta de IEEE sobre ingeniería de requisitos . RE'02. págs. 32–39. doi : 10.1109 / ICRE.2002.1048503 . ISBN 0-7695-1465-0.