Features Discussion
In particular, feature (1) has several advantages. First, it provides a pre-classification of stories; this assists in the translation from user stories to the mathematical model, by clearly stating which ORUS belongs to each type. Second, as a result of that, it helps to detect unrefined stories: incorrect classifications may indicate that an ORUS could be translated into more than one element, hence being an epic. Third, the input and output subdivision allows further analysing these cases, assisting feature (2.b, 2.c).
Feature (2.b) and (2.c) allow discovering missing information: before starting coding, all data sources must be identified. This can contribute to the negotiation with the client, by listing all types of input data, access privileges requirements, and possible integration with other systems. In addition to that, feature (2.c) also allows identifying gaps in the elicitation of features related to visualisation. This is important for mathematical models, as they are used to support decisions, and thus, visualisation of results becomes essential to the user.
Similar to this, feature (2.a) assists the modeller in a more in-depth analysis of the code. Having both minimisation and maximisation objectives may imply stakeholders with different ideas, or a deficient elicitation; however, it can also point to a multi-objective model. Furthermore vague objectives, those with keywords that do not imply an optimisation direction, can be a hindrance, and imply that further clarification is required.
Finally, feature (3) can assist the modeller in understanding the business logic and how stories relate to each other. This classification can be helpful when organising the iterations of the development lifecycle, assisting the modeller to decide in which order they can be implemented. Implementations iterations can be organised by type of story, or by “conceptual group” (stories with a stronger coupling in terms of business logic). This feature supports the latter.
oRus follows a very straightforward process for feature (3), common for natural language processing; this is simplified in Figure 1. It uses LDA (Latent Dirichlet Allocation to perform a topic modelling with the “what” section of the ORUS. The number of groups (or topics) to be used needs to be defined by the modeller; however, this is an intrinsic characteristic of LDA topic modelling.
