E. Coutinho, C. Bezerra, Rossana Andrade, J. Souza
{"title":"Conflict of requirements: a pattern for the treatment of conflicting non-functional requirements","authors":"E. Coutinho, C. Bezerra, Rossana Andrade, J. Souza","doi":"10.1145/2591028.2600813","DOIUrl":null,"url":null,"abstract":"Software development is an activity that works several aspects of Software Engineering. One of them is requirements elicitation and its writing in an understandable notation for software developers. Non-Functional Requirements are those associated to the qualitative aspects of software such as performance, safety and usability. Normally the identification of non-functional requirements is conducted on an adhoc basis, and developed later. In this paper, a pattern is proposed for the treatment (identification and selection) of conflicting non-functional requirements in the early stages of its development, to not harm the quality of the system and also to be more suitable to customer needs.","PeriodicalId":417896,"journal":{"name":"Latin American Conference on Pattern Languages of Programs","volume":"72 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2012-09-20","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"Latin American Conference on Pattern Languages of Programs","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1145/2591028.2600813","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0
Abstract
Software development is an activity that works several aspects of Software Engineering. One of them is requirements elicitation and its writing in an understandable notation for software developers. Non-Functional Requirements are those associated to the qualitative aspects of software such as performance, safety and usability. Normally the identification of non-functional requirements is conducted on an adhoc basis, and developed later. In this paper, a pattern is proposed for the treatment (identification and selection) of conflicting non-functional requirements in the early stages of its development, to not harm the quality of the system and also to be more suitable to customer needs.