Revista: | Enlace: revista venezolana de información, tecnología y conocimiento |
Base de datos: | CLASE |
Número de sistema: | 000368731 |
ISSN: | 1690-7515 |
Autores: | Losavio, Francisca1 Guzmán, Jean Carlos2 Matteo, Alfredo1 |
Instituciones: | 1Universidad Central de Venezuela, Facultad de Ciencias, Caracas, Distrito Federal. Venezuela 2Universidad Central de Venezuela, Caracas, Distrito Federal. Venezuela |
Año: | 2011 |
Periodo: | Ene-Abr |
Volumen: | 8 |
Número: | 1 |
Paginación: | 11-29 |
País: | Venezuela |
Idioma: | Español |
Tipo de documento: | Artículo |
Enfoque: | Analítico, teórico |
Resumen en español | 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 satisfa - cer. 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 con - senso 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 Requi - rements 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 corres - pondencia 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 |
Resumen en inglés | 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 (Goal- oriented 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 |
Disciplinas: | Ciencias de la computación |
Palabras clave: | Programación, Modelos de negocio, Software, Arquitectura de sistemas, Semántica, Lenguajes de programación, Modelado |
Texto completo: | Texto completo (Ver HTML) |