Derived Requirements Generation: The DRAS Methodology

D. Bar-On, S. Tyszberowicz
{"title":"Derived Requirements Generation: The DRAS Methodology","authors":"D. Bar-On, S. Tyszberowicz","doi":"10.1109/SwSTE.2007.8","DOIUrl":null,"url":null,"abstract":"In the early stages of system development, many requirements interdependencies exist. Interacting requirements may conflict with one another and they may impact (change, enhance, or override) other requirements as well. Those interdependencies should be identified as early as possible in the development lifecycle. Conflicts should be resolved, so as to avoid the cost and schedule overhead that comes when detecting them late in the development process. Properly identifying the interactions, during the requirements elicitation and analysis, results in new and modified Derived Requirements (DRs). These DRs resolve interactions and undesirable conflicts. An important kind of requirements which interact with other requirements is crosscutting Functional Requirements (FRs). The DRAS (Derived Requirements generation based on Actions and States) methodology presented in this paper helps both to identify FRs that crosscut other FRs and to generate the derived or modified requirements. To identify crosscutting requirements, the methodology matches the actions used by the requirement and the system modes and states related to these requirements. When the same action is used by two requirements it might indicates that one of the requirements may crosscut the other. In addition to actions directly used, DRAS takes into account also actions implied by them. For a specific action Act (referred to by a requirement), DRAS uses the following implied-actions: (a) Actions that are activated as a consequence or result of using Act, or (b) Actions that Act is the consequence of their use.","PeriodicalId":264571,"journal":{"name":"IEEE International Conference on Software-Science, Technology & Engineering (SwSTE'07)","volume":"26 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2007-11-19","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"8","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"IEEE International Conference on Software-Science, Technology & Engineering (SwSTE'07)","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/SwSTE.2007.8","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 8

Abstract

In the early stages of system development, many requirements interdependencies exist. Interacting requirements may conflict with one another and they may impact (change, enhance, or override) other requirements as well. Those interdependencies should be identified as early as possible in the development lifecycle. Conflicts should be resolved, so as to avoid the cost and schedule overhead that comes when detecting them late in the development process. Properly identifying the interactions, during the requirements elicitation and analysis, results in new and modified Derived Requirements (DRs). These DRs resolve interactions and undesirable conflicts. An important kind of requirements which interact with other requirements is crosscutting Functional Requirements (FRs). The DRAS (Derived Requirements generation based on Actions and States) methodology presented in this paper helps both to identify FRs that crosscut other FRs and to generate the derived or modified requirements. To identify crosscutting requirements, the methodology matches the actions used by the requirement and the system modes and states related to these requirements. When the same action is used by two requirements it might indicates that one of the requirements may crosscut the other. In addition to actions directly used, DRAS takes into account also actions implied by them. For a specific action Act (referred to by a requirement), DRAS uses the following implied-actions: (a) Actions that are activated as a consequence or result of using Act, or (b) Actions that Act is the consequence of their use.
衍生需求生成:DRAS方法
在系统开发的早期阶段,存在许多相互依赖的需求。交互需求可能彼此冲突,并且它们也可能影响(更改、增强或覆盖)其他需求。应该在开发生命周期中尽早确定这些相互依赖关系。应该解决冲突,以避免在开发过程后期发现冲突时产生的成本和进度开销。在需求引出和分析期间,正确地识别交互,会产生新的和修改的派生需求(DRs)。这些dr解决了相互作用和不受欢迎的冲突。与其他需求交互的一种重要需求是横切功能需求(FRs)。本文中提出的DRAS(基于动作和状态的派生需求生成)方法既可以帮助识别横切其他fr的fr,也可以帮助生成派生的或修改的需求。为了识别横切需求,该方法匹配需求所使用的操作以及与这些需求相关的系统模式和状态。当两个需求使用相同的操作时,它可能表明其中一个需求可能横切另一个需求。除了直接使用的操作外,DRAS还考虑到它们隐含的操作。对于特定行动法案(由要求提及),DRAS使用以下隐含行动:(a)作为使用法案的结果或结果而激活的行动,或(b)作为其使用结果的行动。
本文章由计算机程序翻译,如有差异,请以英文原文为准。
求助全文
约1分钟内获得全文 求助全文
来源期刊
自引率
0.00%
发文量
0
×
引用
GB/T 7714-2015
复制
MLA
复制
APA
复制
导出至
BibTeX EndNote RefMan NoteFirst NoteExpress
×
提示
您的信息不完整,为了账户安全,请先补充。
现在去补充
×
提示
您因"违规操作"
具体请查看互助需知
我知道了
×
提示
确定
请完成安全验证×
copy
已复制链接
快去分享给好友吧!
我知道了
右上角分享
点击右上角分享
0
联系我们:info@booksci.cn Book学术提供免费学术资源搜索服务,方便国内外学者检索中英文文献。致力于提供最便捷和优质的服务体验。 Copyright © 2023 布克学术 All rights reserved.
京ICP备2023020795号-1
ghs 京公网安备 11010802042870号
Book学术文献互助
Book学术文献互助群
群 号:604180095
Book学术官方微信