Un modelo de negocio es un punto inicial para la elaboración del sistema de software; es útil para que el equipo de desarrollo entienda mejor la especificación de los requisitos globales que el futuro sistema de software debe satisfacer. Sin embargo, cómo pasar del modelo de negocio al modelo del sistema tomando en cuenta metas no funcionales en las etapas tempranas del ciclo de vida del software, es aún un problema por resolver. Actualmente existe un consenso en considerar los aspectos no funcionales como clave para construir la arquitectura del sistema de software, pero estos no son considerados en los modelos de negocio, aunque sus reglas puedan implicar aspectos no funcionales como por ejemplo usabilidad y seguridad. El modelado del proceso de negocio se centra en la representación gráfica de actividades mediante lenguajes de modelado, como BPMN (Business Process Modeling Notation), en los cuales no se destacan las metas no funcionales. Por otra parte, lenguajes orientados a metas como GRL (Goal-oriented Requirements Language), describen el sistema de software centrados tanto en metas funcionales como no funcionales, y permiten representar también entidades y elementos de negocio. El objetivo de este trabajo es presentar una correspondencia semántica entre BPMN y GRL, lenguajes conocidos y ampliamente utilizados, y se describen reglas precisas para esta correspondencia, resaltando los aspectos no funcionales, la cual será utilizada para la derivación del modelo arquitectónico inicial del sistema, a partir del modelo de negocio, en etapas tempranas del proceso de desarrollo, y de esta manera reducir la brecha entre los modelos de negocio y del sistema.
Software system development should start from a business model expressing the business logic. It provides the development team a better understanding of the requirements specification that the future software system must satisfy. However, how to move from a business model to a system model, highlighting non-functional goals at early stages of the software life cycle, is still an open problem. There is a general agreement to consider non-functional aspects as crucial to construct the software system architecture. The business process modeling focuses on the graphic representation of activities by modeling languages, such as BPMN (Business Process Modeling Notation). However, these languages do not focus on non-functional goals. On the other hand, goal-oriented languages, such as GRL (Goaloriented Requirements Language), describe the software systems focusing on non-functional goals, allowing also representing business entities and elements. The aim of this paper is to present the semantic correspondence between BPMN and GRL, well known and widely used representative of the above-mentioned languages. This correspondence, described by precise rules and focused on non-functional aspects, will be used to derive the initial architectural model of the system directly from the business model, at early stages of the software development process, reducing the gap between business and system models.
© 2001-2024 Fundación Dialnet · Todos los derechos reservados