2015
DOI: 10.1016/j.infsof.2015.07.006
|View full text |Cite
|
Sign up to set email alerts
|

A methodology for the classification of quality of requirements using machine learning techniques

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1

Citation Types

0
30
0
2

Year Published

2015
2015
2023
2023

Publication Types

Select...
5
3
1

Relationship

0
9

Authors

Journals

citations
Cited by 44 publications
(38 citation statements)
references
References 34 publications
0
30
0
2
Order By: Relevance
“…In the case study presented by Kaindl, 43 even if the word ontology is not mentioned, the author uses a “domain model” as a way to define concepts appearing in the requirements. It is possible to train ontologies directly with requirements documents instead of general texts on the domain 44,45 . Fraga et al 46 propose to generate templates from ontologies, in order to provide more flexibility.…”
Section: Related Workmentioning
confidence: 99%
“…In the case study presented by Kaindl, 43 even if the word ontology is not mentioned, the author uses a “domain model” as a way to define concepts appearing in the requirements. It is possible to train ontologies directly with requirements documents instead of general texts on the domain 44,45 . Fraga et al 46 propose to generate templates from ontologies, in order to provide more flexibility.…”
Section: Related Workmentioning
confidence: 99%
“…Quality attributes: In a software system, functional requirements describe the intended actions of the system, while non-functional requirements define the overall behavior and constraints of the system. Early identification of non-functional requirements can reduce software development cost and time while boosting user satisfaction [29,30]. We classified all those opinions into quality attributes which tell us about software constraints, hardware constraints or talk about quality characteristics and sub-characteristics defined by ISO 9126 [31].…”
Section: B Classificationmentioning
confidence: 99%
“…Normally software requirements are of two types, namely, FRs and NFRs. e research work on the difference between FRs and NFRs is defined and well known; however, the automatic identification and classification of the software requirements stated in different natural language is still a huge challenge [14][15][16][17][18][19][20][21].…”
Section: Introductionmentioning
confidence: 99%