2008
DOI: 10.1007/978-3-540-85279-7_5
|View full text |Cite
|
Sign up to set email alerts
|

Automatic Transactions Identification in Use Cases

Abstract: Since the early 90's of the previous century, use cases have became informal industry standard for presenting functional requirements. The rapid popularity growth stimulated many different approaches for their presentation and writing styles. Unfortunately, this variability makes automatic processing of use cases very difficult. This problem might be mitigated by the use of transaction concept, which is defined as an atomic part of the use case scenario. In this paper we present approach to the automatic trans… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
1
1

Citation Types

0
23
0

Year Published

2010
2010
2022
2022

Publication Types

Select...
5
3
1

Relationship

0
9

Authors

Journals

citations
Cited by 24 publications
(23 citation statements)
references
References 16 publications
0
23
0
Order By: Relevance
“…The Event meta-class is further extended to include Sender, Receiver, Action, and Argument meta-classes based on the above-mentioned reasons. In addition, following Diev's transaction definition [46] and the transaction model proposed by Ochodek and Nawrocki [56], we enumerated four types of actions relevant from the use case transaction point of view. This is shown through an enumerated metaattribute called action Type in the Action meta-class.…”
Section: Use Case Action Stepsmentioning
confidence: 99%
“…The Event meta-class is further extended to include Sender, Receiver, Action, and Argument meta-classes based on the above-mentioned reasons. In addition, following Diev's transaction definition [46] and the transaction model proposed by Ochodek and Nawrocki [56], we enumerated four types of actions relevant from the use case transaction point of view. This is shown through an enumerated metaattribute called action Type in the Action meta-class.…”
Section: Use Case Action Stepsmentioning
confidence: 99%
“…Authors in (Diev, 2006) and (Anda et al, 2001) worked on adjustment factors, while others in (Anda et al, 2001) and (Arnold and Pedross, 1998) highlighted the discrepancies in designing use case models. Researchers in (Robiolo and Orosco, 2008), (Robiolo et al, 2009) and (Ochodek and Nawrocki, 2008) proposed different size metrics such as transactions, TTPoints and paths, while others (Periyasamy and Ghode, 2009;Wang et al, 2009;Schneider and Winters, 2001;Braz and Vergilio, 2006;Nassif et al, 2011a,b;Mohagheghi et al, 2005;Ochodek et al, 2011) went further to extend the UCP model by providing new complexity weights or by modifying the method used to predict effort.…”
Section: Related Workmentioning
confidence: 99%
“…Authors in [11] and [12] worked on adjustment factors, while others in [12] and [13] highlighted the discrepancies in designing use case models. Researchers in [14], [15] and [16] proposed different size metrics such as Transactions, TTPoints and Paths, while others [17], [18], [19], [20], [21], [22], [23], [24] and [25] went further to extend the UCP model by providing new complexity weights or by modifying the method used to predict effort. Neural network models such as [26], [27], [28], [29], [30] and [31] were used to predict software effort.…”
Section: Related Workmentioning
confidence: 99%