Increasing the semantic similarity of object-oriented domain models by performing behavioral analysis first
Davor Svetinović
Abstract
Open-access reader
Davor Svetinović
Abstract
Open-access reader
The main goal of any object-oriented analysis (OOA) method is to clarify a problem by modeling the problem and its domain. Therefore, the most important artifact that results from OOA is the domain model, which is usually realized as a class diagram that describes the core concepts in the domain and their relationships. Ideally, a mature engineering process is repeatable: analysts given the same problem and instructions to follow the same OOA process should produce semantically similar domain models. This work compares the observed semantic similarity among the different domain models pro-duced by one process for one system by different users of the process when the process is one of: 1. creation of use cases (UCs), then sequence diagrams, then a domain model, and 2. creation of UCs, then a unified UC statechart, then a domain model. One process was used to produce 31 specifications of a large VoIP system and its accompanying information management system. The other process was used to produce 34 specifications of the same system. The data show that domain models produced using the second process were 10% more semantically similar to each other than those produced using the first process, but at a cost, by one measure, of up to 25 % more time, spent in learning the process and in requirements elicitation. 1
OpenAlex reports 2 citations for this work. Citation counts describe recorded attention and do not establish research quality.
A contribution statement is not available in the OpenAlex record.
Method details are not available in the OpenAlex metadata.
Findings are not separately available in the OpenAlex metadata.
Limitations are not available in the OpenAlex metadata.
Application details are not available in the OpenAlex metadata.
The main goal of any object-oriented analysis (OOA) method is to clarify a problem by modeling the problem and its domain. Therefore, the most important artifact that results from OOA is the domain model, which is usually realized as a class diagram that describes the core concepts in the domain and their relationships. Ideally, a mature engineering process is repeatable: analysts given the same problem and instructions to follow the same OOA process should produce semantically similar domain models. This work compares the observed semantic similarity among the different domain models pro-duced by one process for one system by different users of the process when the process is one of: 1. creation of use cases (UCs), then sequence diagrams, then a domain model, and 2. creation of UCs, then a unified UC statechart, then a domain model. One process was used to produce 31 specifications of a large VoIP system and its accompanying information management system. The other process was used to produce 34 specifications of the same system. The data show that domain models produced using the second process were 10% more semantically similar to each other than those produced using the first process, but at a cost, by one measure, of up to 25 % more time, spent in learning the process and in requirements elicitation. 1
Key concepts: Computer science, Domain model, Domain (mathematical analysis), Artifact (error), Similarity (geometry), Domain analysis, Object (grammar), Data mining