文档2阅读报告-Requirements Interdependencies- Moulding the State6098.docx

上传人:you****now 文档编号:61967418 上传时间:2022-11-22 格式:DOCX 页数:21 大小:206.77KB
返回 下载 相关 举报
文档2阅读报告-Requirements Interdependencies- Moulding the State6098.docx_第1页
第1页 / 共21页
文档2阅读报告-Requirements Interdependencies- Moulding the State6098.docx_第2页
第2页 / 共21页
点击查看更多>>
资源描述

《文档2阅读报告-Requirements Interdependencies- Moulding the State6098.docx》由会员分享,可在线阅读,更多相关《文档2阅读报告-Requirements Interdependencies- Moulding the State6098.docx(21页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、Requuireemennts Intterddepeendeenciies- Moulldinng tthe Staate of Ressearrch intto aa Reeseaarchh Aggendda摘要。定义:相相互依赖赖关系(interdependent),即需求量相关,并相互影响的一种关系。(Requirements relate to and affect each other, i.e.they are interdependent.)一、 简介:大多数的的需求量不能独独立处理理,因为为它们是是相关的的,并且且以复杂杂的方式式相互联联系、相相互影响响1, 2。基于一一个需

2、求求量的执执行操作作可能会会不经意意或意料之之外的方方式影响响到其他需求量。需求之之间的依依赖关系系(Deppenddencciess)也可能能会影响响开发过程程中的很很多决定和活动动,如需需求变更更管理3,44,发发布规划划2,55,需需求管理理6,要求求重用7和和要求的的执行情情况88。这这意味着着在开发发过程中中有必要要对相互依依赖关系系(intterddepeendeenciies)进行考虑虑,以作出出合理的决决定(例例如,见见3.11节)。尽管如此,很少有人知道的需求相互依赖关系(requirements interdependencies)的性质,需要进一步研究,以更好地理解这一现

3、象5,9,10。我们研究究的总体体目标,是要明确确在具体开发发情况下哪些需求求的相互依依赖关系系类型是要重点点考虑的的。比如:在发布计计划或需需求管理理。同时,我我们的目目标也包包括根据据具体情情况,提提出管理理依赖关关系(ddepeendeenciies)的的有效方方法。这里提供供了为实现这这一目标标的首要要步骤:通过提供供需求相互互依赖关关系(reqquirremeentss innterrdeppenddenccy)研究现现状的概概述,通通过在书书面上讨讨论、开开发一种种基于基基本依赖关系系类型的集成分类类系统,(bydeevellopiing an inttegrrateed ccla

4、sssifficaatioon ooffunddameentaal iinteerdeepenndenncy typpes disscusssedd inn thheliiterratuure)以及为了了进一步步的研究究而制订订新的研研究现状状。解决需求求依赖关系(reqquirremeentssintterddepeendeenciies)的文献献数量相当当小。而而且不同同的地方方有不同同的研究究角度。(it appproaacheesthhe aareaa frrom diffferrentt peersppecttivees.)pohhl44以及及Rammeshh和Jaarkee 66讨

5、论论主题中中需求跟跟踪部分分,重点放放在需求求管理以以及变更更管理上上。需求依依赖关系对需需求的选选择以及及发布计计划的影响由Karrlssson等等人讨论论5,Caarlsshammre和和Reggnelll 9和和Carrlshhamrre等人人2负责需需求的互动管管理(reqquirremeentss innterracttionn maanaggemeent),这是为为了处理理识别需需求间如何影响响彼此的的结果。(whiich deaals witth iidenntiffyinng hhow reqquirremeentss maayafffecct eeachh ottherrs

6、achhievvemeent)二、可跟跟踪性:理解需求求相互依依赖关系系(Reqquirremeentss Innterrdeppenddencciess)的基础础需求跟跟踪被公公认为是是软件和和信息系系统开发发的重要要组成部部分4,111,112,支持一个个软件系系统生命命周期的的多项活活动。因因此,需需求跟踪踪被认为为是正确确解决相互互依赖关关系的前前提。(Weviiew thee arrea as a bbasiis ffor adddresssinng rrequuireemenntsiinteerdeepenndennciees.)这种观观点,在在理论和和实证研研究上,都都经过大大量

7、文献献描述并并证实了了(见如如4,113,111,114,115,116,117。Ramesh和Jarke 6基于数年的研究,扩展了该领域上当前的研究概述状况。文献中有有几个关关于长期期可追溯溯性的定定义见见6,118,119,44,在在这里我我们将需需求跟踪踪定义为为:理想想情况下下,在整整个系统统的生命命周期里,可以在在向前和和向后两两个方向向上描述述、跟踪踪需求的的生命状状况。(abiilitty ttodeescrribee annd ffolllow thee liife of a rrequuireemennt, in botthfoorwaard andd baackwwardd

8、 diirecctioon, ideeallly tthrooughh thhewhholee syysteem llifee cyyclee)200, ppp. 32, baasedd onn 144。这个定定义表明明,需求求跟踪可可以分为为两个主主要类型型:预先先-跟踪踪性和后后期-跟跟踪性(图图1)。预先-跟跟踪性指需求的的生命周周期开始始之前该该需求的的各方面面信息,列列入到需需求规范范中114(thoose asppectts oof aa reequiiremmentts liffe bbefooreiit iis iinclludeed iin tthe reqquirremee

9、ntss sppeciificcatiion 144annd iis ffocuusedd onn ennabllingg a bettterr unnderrstaandiing oftthe reqquirremeent.),主要要为了更更好地理理解需求求。后期-跟跟踪性指需求的生命周周期中实实时反应应该需求求的各方方面信息息,列入入到需求求规范中14,(thoose asppectts oof aa reequiiremmentts liffe ffrommthee poointt inn tiime wheen iit hhas beeen iinclludeed iin ttherr

10、equuireemennts speecifficaatioon)主要是是为了能能更好地地理解、验验收当前前的系统/软件。Figuure 1: Diffferrentt tyypess off trraceeabiilitty因此,需需求的预先先-跟踪踪性关注注需求的的结果(reqquirremeentss prroduuctiion),将焦点点放在域域(dommainn),并当当需求发发生或系系统安装装时,进进行交付付工作。(Reequiiremmentts ppre-traaceaabillityy iss heencee coonceerneedwiith reqquirremeents

11、s prroduuctiionaand foccusees oon ttheddomaainwwithh whhichh wee innterractt whhen theereqquirremeentss arre ddeveelopped andd inn whhichh thhe ssysttemssis to be insstallledd.)需求的后期-跟踪踪性关注注的是需求求的部署署(reqquirremeentss deeplooymeent),将焦点点放在以以需求为为基础的的软件(sofftwaare)开开发上。(Reqquirremeentss poost-traaceaab

12、illityy issconncerrnedd wiith reqquirremeentss deeplooymeentaand isffocuusedd onn thhesooftwwareethatt iss deevellopeed bbaseed oonthhe rrequuireemennts.)预先-跟踪性和后期-跟踪性也可分分为四跟跟踪类型型,这是是在221表表述的。根据文文献66关于于跟踪性的的信息,为需求工工程设计计、系统统演变和和测试程程序提供供了重要要的支持持。图1给出出了需求求跟踪链接接的各种类型,在在软件系系统的开开发和维维护时支支持不同同的情况况和活动动。这一切切都

13、不会会单独支支持需求求跟踪(见见3)。不不同利益益相关者者通常也也对不同同类型的的需求跟踪踪信息感感兴趣。尽管如如此,目目前的文文献和规规章很少少有指导方方针关于于在上下下文中哪哪些类型型的信息息应该捕捕获和使使用6。(currrenntliiterratuure andd sttanddardds pprovvidee feew gguiddeliinessreggarddingg whhichh tyype of infformmatiion shoouldd beecappturred andd ussed in whaat cconttextt 66)需求跟踪踪关注的的是各种种跟踪对象

14、象之间的的跟踪关系,例例如要求求、合理、文文件、处理阶阶段等。在本文文中,我我们重点放在在跟踪对对象为特定种类类之间的关关系,即明确确规定的的需求(exppliccitllysttateed rrequuireemennts)(图1的阴影部部分)。不同同的作者者以许多不同同的方式式使用长期的的依赖关关系。(Thee teerm deppenddenccy iis uusedd inn faairllydiiffeerennt mmannnerss byy diiffeerennt aauthhorss)Pohhl 4用用广义的术语,确定了18种种不同类类型的依依赖关系系(Pohhl 4 has

15、s a brooad vieew oof tthe terrm aand hass deefinned 18 diffferrentt deepenndenncy typpes )(见图图2)。另一方方面,RRameesh 和Jarrke6使使用更有有具体(specificsense)的术语,区分了相互依赖关系(dependencies)和其他的关系(relationships)类型。这意味着,术语“相互依赖关系”(dependency)可以被看作是术词“关系”(term relationship)的代名词,或在这两个对象之间形成一种强大的关联,彼此以某种方式相互影响。例如在变化的情况下。在这

16、里,我们不区分依赖关系(dependency)和关系(relationships)。我们将探索需求量以哪些不同的方式可以联系到其他需求量,这也可能意味着他们同时也在相互影响。(We are interested in exploring thedifferent manners by which requirements can relateto each other, which may mean that they affect eachother as well.)我们也选择使用相互依赖关系(interdependency)这一术语来强调我们关注的、存在于同类跟踪对象之间的关系(rela

17、tionships)。(We have also chosen to use the term interdependency to emphasise that the relationships that we focus on are those that exist between trace objects of the same type.)三、需求求相互依依赖关系系的研究究现状本本节旨在在提供需需求依赖赖关系(reqquirremeentssintterddepeendeenciies)研究现状状的概述述,通过过发现和和概括那那些关注注需求依依赖关系系类型、关关注影响响开发情情况

18、的文献,以以及对正正在进行行的调查查访问作作概括。(Thiis ssecttionn aiims at prooviddingg ann ovvervvieww off thhe ccurrrentt sttatee off reeseaarchh onn reequiiremmentts iinteerdeepenndennciees bby ooutlliniing finndinngs froom tthe litteraaturre cconccernningg reequiiremmentts iinteerdeepenndenncy typpes andd afffecctedd

19、deevellopmmentt siituaatioons as welll aas ffinddinggs ffromm ann onngoiing inttervvieww suurveey.)完完整的需需求依赖关系系类型集集合在文文献222中中提出。3.1、需求依赖关系(Requirements Interdependencies)-文献的综述(a Literature Review)需求的相互依赖关系在相当的程度上,属于尚未开发的领域。很少数量的文献对它进行讨论及评审。不过,在这方面的研究领域内也有一些里程碑。在需求跟跟踪研究究的初期期,波尔尔4开发一一个跟踪踪踪的框框架,其其中包括括

20、了一个依赖赖关系模型型,定义了可能存在在的18个个不同类类型的依依赖关系系链接(图图2)。波波尔44的模模型描述述了在任何何需求工工程过程程中,所所有跟踪踪对象类类型之间间的依赖赖关系类类型。我我们专注注于需求求的相互互依赖关关系(reqquirremeentssintterddepeendeenciies,),但仍然有有在一般般依赖关关系(geenerral deppenddencciess)和需需求相互互依赖关关系(rrequuireemennts intterddepeendeenciies)之之间已确确定的关关系(ccorrrelaatioons),这激励着着为什么么这种依依赖模型型仍

21、然应应用于我我们的投投资中。(butt thheree arre mmostt ceertaain sommecoorreelattionns bbetwweenn thhesee geenerral deppenddencciess anndreequiiremmentts iinteerdeepenndennciees, whiich mottivaate whyythiis ddepeendeencyy moodell iss reelevvantt foor oouriinveestiigattionn.)-表示示不理解解。Figuure 2: Thee deepenndenncy m

22、oddel 4可是,PPohll的依赖赖关系模模型必需需有所调调整,使使之能适适用于我们们研究的需求依依赖关系系。因为Poohl模模型里一一些需求求依赖关关系显然然不适用用于需求求量之间间。(参参见22类别的的描述和和模型中中的依赖赖关系类类型)。这些种类“文件”( Documents)和种类“比较”(Compare),因此这是进一步讨论有关依赖模型时排除在外的。在其他情况下,相互依赖关系类型(dependency types)里描述的“跟踪对象”(traceobject)这一术词会被“需求”(requirement)这一词替用,并将之后的讨论中使用。尽管对我我们的研研究来说说,Poohl的的

23、模型是是一个有有价值的的开始,其其模型的类类别和依依赖关系系的种类类有时很很难明确确区分彼彼此。另外的的需求依赖关关系类型型将在随随后的文文献中提提到。因此此有必要要修改和和调整这这种模型型,为了了发展一一种模型型专门用用于需求求依赖关关系(rrequuireemennts intterddepeendeenciies),同同时也为为了合并并最先的的研究。Pohll提到需求如何演演化的知知识,因因此在处处理变化化和变化化的一体体化时,彼彼此相互的关关系是重重要的。(andd heencee reelatte tto eeachhothher, iss coonsiiderred to be i

24、mpporttantt whhen deaalinngwiith chaangees aand chaangee innteggrattionn.)Kottonyya和Sommmerrvillle 3同意这这种说法法,并表示示在变化化管理(chaangee maanaggemeent)的角度度上,需求求相互依依赖关系系(reequiiremmentts iinteerdeepenndenncy)的概念念是需求求跟踪中中最重要要的一点点。这些依依赖关系系(deppenddenccy)的类型在Pohhl模型型也是考虑虑的部分分。(包括括抽象和和进化的的)Pohhl还明确了了需求相相互依赖赖关系作作

25、为明确确可重用用软件组组件(reuusabblessofttwarre ccompponeent)的推动角色色。如果果被声明明的需求求(staatedd reequiiremmentts)对比于于现行的的需求(exiistiing reqquirremeentss)时,检测测到的需需求是相相似的,这表明明这是一个个可重用用组件。依依赖型的的“相似似”(Simmilaar)是包含含在模型型中。 Karrlssson等等人55需求求这部分分开发了了一种解解决办法法,通过过成对的的对比(paair-wisse ccomppariisonn)。他们指指出,需需求的优先级处理办法法必须包包括需求求相互依

26、依赖关系管管理,这是为为了充分分支持开开发者。(Theey sstatte tthatt reequiiremmenttsprriorritiisattionn appprooachhes musst iinclludee meeanss foormaanaggingg reequiiremmentts iinteerdeepenndennciees iin oordeer ttofuullyy suuppoort devvelooperrs.)由于这这种相互互依赖关系(intterddepeendeenciies),需求不会被视为为独立的的个体(sstannd-aalonne aarteef

27、accts.)。例如,如如果您选选择执行行一个高高优先级、低成本本的需求量,您可可能还必必须执行一个低优优先级、成本高高的需求量。因此选择择需求时,不不可以单单单考虑优优先级。Karlsson等人5的结论是:当存在一个缺少支持的需求相互依赖关系,特定条件是,需求所包含或排除在外的影响都可以观察到。他们已经确定了一套初步的相互依赖关系的类型,且他们被认为在需求选择的前后过程中是有关的(见22)。(这个结论我表示不理解。)Carllshaamree和Reggnelll 9同意意5,并作作出结论论:由于需需求的相相互依赖赖关系,发布计计划是一一个非常常复杂的的任务。需求相相互依赖赖关系的管管理被认认

28、为是特特别重要要的,当当需求是是“培养异步生命周周期模型型”(fossterred asyynchhronnoussly in a llifeecyccle moddel)时。因为他他们连接接着需求的片段(reqquirremeentssfraagmeentss.)。对未来的研究,有有必要关关注需求求之间存存在着的、不同类类型的相相互依赖赖关系。Carrlshhamrre和RRegnnelll 99描述述了一些的相相互依赖赖关系的类类型(见见222)。Carllshaamree等人2继续了了5和99 的的工作,并并进行一一个用于于发布计计划的需需求依赖关系的的工业调查查。确定定了六种不不同类型

29、型的相互互依赖关系(见见222),部部分以5提出的类型作基础;并分析五个个不同公公司之间间20个高高优先级级的需求量量。从这这个调查查结果表表示,很少有单单独的需求量,即需求量与其他他需求量没有有关系。有时,研究中中的受访访者很难难去选择择两个需需求量之之间的关关系(rrelaatioonshhip)要要使用何何种依赖类型(intterddepeendeencyy tyype),因为为多于一种类型型的相互互依赖可以使使用。因此,有有必要优优化相互依依赖的类型。另外,需求依赖赖关系很很少有明确的的定义,理理由如下下:大量量的相互互依赖关系会导导致明确确和管理理需求的的困难、需求相互互依赖关关系本

30、身身比较模模糊,意意味着其其所描述述的关系系(reelattionnshiip)或多或少会比较较重要。(meaaninng tthattthee reelattionnshiip ttheyy deescrribee caan bbe mmoree orr leessccritticaal)。如果R1因为R22而增加加了执行行成本,RR1的成成本也有有可能会发生大的的增加又或者变化甚甚微。(If R1 inccreaasess thhe iimpllemeentaatioon ccostt offR2, itt coouldd bee a larrge inccreaase or an ins

31、signnifiicannt.)这个问问题在6中讨论到,6中表示示很难去明确一一个相互互依赖关关系的联联系强度度(strrenggth of aniinteerdeepenndenncy linnk)。尽管需求求量的成对对分析也也支持需需求的其他问题题,但它需要要很多时时间。所所以找到到减少评评估时间间的方法法相当重重要。Rameesh和和Jarrke 6采取的第第一步指指向需求求跟踪的的参考模模型(reffereencee moodells)。他们们的焦点点不在于于需求的的相互依依赖关系系,但是是,正如如我们上上面所说说,需求的的相互依依赖是一一个跟踪踪性问题题。根据文文献66中公公司所用用

32、的简化化跟踪做做法也是是需求之之间的一种“文件”(doccumeent)跟踪性链接,为为了给跟跟踪的需需求量建模。(Acccorrdinng tto 6 commpanniess wiith asiimpllisttic traaceaabillityy prractticee allso doccumeentttracceabbiliity linnks bettweeen rrequuireemennts in ordder tommodeel rrequuireemennts traaceaabillityy需求之之间的跟跟踪是文文档跟踪踪)前面讨讨论过的依依赖关系系类型大大多数都都涉及

33、需需求管理理和需求求的演变变(参见见222)。RRameeshaa和Jaarkee6也也指出,将高层次的需求分解成更具体的需求,这对于保持需求的跟踪来说非常重要。例如,在为了管理需求数量的爆炸式增长以及为了更容易去理解需求通过映射关系找回源头。(in order to manage the explosion in thenumber of requirements as well as facilitatingunderstanding of the requirements by mapping themback to their sources.)Rameeshaa和Jarrke6也强强

34、调,保保持所有有相关的需求和开发发过程中中产生的的输出之之间的链链接(LLinkk)是既既不可行行,也不不可取的的。(it isnneittherr feeasiiblee noor ddesiirabble to maiintaain linnksbbetwweenn alll rrelaatedd reequiiremmentts aand outtputt prroduucedddurringg thhe ddeveeloppmennt pproccesss)因为保持持跟踪性性链接所所涉及到到的开销销过大。相相反,更更可行的的方法是是去识别别那些关关键的需需求,并并专注于于储存那那些与跟

35、踪性性相关的信息。Robiinsoon等人人8对需求的交互互管理(reqquirremeentss innterracttionn maanaggemeent)这一领领域做报报告。这这个领域域专注于于那些可可能会影影响彼此此成果的的需求之之间的关关系(rellatiionsshipps)管理,想法法是为了了识别那那些不能能同时满满足的需需求(Thee iddea is to ideentiify reqquirremeentssthaat ccannnot be sattisffiedd siimulltanneouuslyy.)。Robbinsson等等人基于于此,执执行了对对需求相相互依赖

36、赖关系的的实施或或以实现现为导向向的想法法。(Robbinsson etaal hhas hennce takken an impplemmenttatiion or reaalizzatiionoorieenteed vvieww onn reequiiremmentts iinteerdeepenndennciees.)其主要要目的是是管理需需求之间间的矛盾盾(connfliictss),并在需求定义的时间上上,确认认能满足足需求的的问题。(ideentiify thee prrobllemss wiithssatiisfyyingg reequiiremmentts aat rrequu

37、ireemennts deffiniitioontiime.)Robbinsson等等人也确确定了很很多不同同类型的的需求依赖关系系(见22)。33.2、正在进进行的访访谈研究究的一些些发现(略略)这项研究究着重于于当前的的实践和和需求工程关关注的挑挑战。一般而而言,大大多数研研究中的的受访者者都承认,需需求联系系并影响响着彼此此。而且,参与访访谈的公公司并不不是都使用“文件”(doccumeenteed)需需求依赖赖关系类类型。相相反,在在实践中中需求会聚集,通通常会绑定定在一起起执行。(theereqquirremeentss weere cluusteeredd, uusuaallyy

38、wiith resspecct ttowhhichh reequiiremmentt thhat shoouldd bee immpleemennteddtoggethher.)这可能能取决于于需求是是否关注注系统的的同一个个部分:如果在在同一时时间执行行需求能能有效地地利用成成本、或或者这些些需求由同一一个人执执行。需求的矛矛盾管理理主要是是关于权权衡如何何实施不不同需求求。执行开开销(CCostt off immpleemenntattionn)应注意意去识别别那些可可以/应应该在同同一时间间内执行行的需求求,因为为这可以以降低执行行时的开销销。(CCostt off immpleemen

39、ntattionn iss coonceerneedwiith ideentiifyiing reqquirremeentss thhat cann/shhoulld bbeimmpleemenntedd att thhe ssamee tiime, siincee thhis deccreaasessthee immpleemenntattionn coost)有时已经经确定的的相互依依赖关系系,其结结果可能能是很难难理解的的。通常常,是因因为这种种相互依依赖关系系之间存存在非功功能性需需求(nonn-fuuncttionnalreqquirremeentss)。四、建立立基本依赖赖关系类类

40、型的模模型在深深入地解解决不同同情况下下如何管管理需求求相互依依赖关系系类型之前前。我们们首先需需要将之之前文献献中不同同的观点点编译成成一个综综合模型型,即中中立的发发展情况况。(whiich is neuutraal wwithh reegarrd ttodeevellopmmenttsittuattionn.)这句话话理解不不了:(Onee iddenttifiied proobleem iis tto cchooosebbetwweenn diiffeerennt ttypees oof iinteerdeepenndennciees aandPPohlls deppenddenccy

41、 mmodeel aalonne ccompprisses 18 typpes)此外,通通过文献献中需求求相互依依赖关系系类型之之间的差差异,仍仍然有一一些未完完成的工工作。从本质上上讲,依依赖关系系的分类类似乎受受利益相相关者的的想法影影响,并成为为开发过过程的一一部分。如如需求选选择或发发布计划划。此外外,不同同类别的的重叠和和用明确确术语表表示类型型的条款款的含义,在不同同的地方方也有不不同的表表述。(varriouus cclasssifficaatioons oveerlaap aand thee meeaniing ofccerttainn teermss, wwhicch dde

42、noote thee tyypess,noot ccleaar iinthhe aareaa ass a whoole.)例如所所谓“时间依依赖性”(temmporral deppenddenccy),不同的的作者给给出了不不同的含含义。基基于我们的的分析可可以在22中找到到相互依依赖关系系类型的的完整列列表。根据文献献、正在在进行的的访谈研研究以及及一些中中间结果果,我们们制定了了一个分分类(图图4),这这可以被被认为是是总体开开发和建建立需求求中立的基基本依赖赖关系类类型(funndammenttalrrequuireemennts intterddepeendeenciies)模型的的第

43、一步步。这种种分类将将来有可可能需要要进一步步阐述和和验证,例如用用大量不不同的需需求集。由于于我们关关注几种种迄今为止我们们认为是是基本的的依赖关关系类型型,这些些以后可可能需要要进行调调整或扩扩充,以以适应在在软件开开发过程程的不同同需求,例例如:需需求选择择或发布布计划。Figuure 4: Thee neew cclasssifficaatioon根据这一一分类,我我们可以以明确基基本且中中立的相互依依赖关系系的两个个类别。我们暂时称之为结构相互依赖关系(STRUCTURAL)和成本/价值相互依赖关系(COST/VALUE)。4.1结构性相互依赖关系(Structural Interd

44、ependencies)Structural Interdependencies关注的是,给定一组以结构化方式组织而成的需求,这些结构中存在的关系是:层次关系以及交叉结构关系。往往高层次的业务需求会逐渐分解成更具体的软件需求。另外,不同层次间的需求可能会经由整体层次(overall hierarchy)而相互影响。我们发现这一类的相互依赖关系类型,如下:Requuirees一个需求求的落实实取决于于另一个个需求的的落实。这这种类型型可以用用来描述述两个要要求之间间的层次次关系(hieerarrchiicall reelattionn),而且且这种关关系可以以穿过结构构化的层层次。(butt a

45、llso rellatiionss accrosss hhierrarcchiccalsstruuctuuress.)这种相互互依赖关关系类型型是由相互依赖赖关系类类型“reqquirres” 22、“andd” 22、“loggicaal” 99 和和“musst-eexisst”5派生出出来。这这种关系系在相反方方向也成成立。(Thiis rrelaatioonshhipccan alsso bbe vviewwed in thee opppossitee diirecctioon)换句话话,R1的的执行需需要R22,即R2是是R1的的先决条条件22。(i.ee.innsteead of

46、R1 reqquirres R2, R22 iss a preereqquissitee foor RR122)(这是是一种条条件的!)依赖类型型(deppenddenccy)“or”2是很难难归类的(可选选的,其其实这是是有条件件的!),因为为它与不不同类型型的相互互依赖关关系有关关。(sinnce it cann bee reelatted to diffferrentt innterrdeppenddenccytyypess.)依赖类型型”or”可以作作为其他他依赖关关系的替替代方案案,例如如需要另一一个需求求时,即RR1需要要其他的的需求量量R22,R33,R44的。(Thee “oo

47、r” deppenddenccy rrelaatess allterrnattiveesollutiionss too eaach othher, whhichh e.g. mayy bee reequiireddby anootheer rrequuireemennt ii.e. R11 reequiiress soome of theefolllowwingg reequiiremmentts R2, R33, oor RR4.)显然,这这种需求求类型需需要更多多的研究究,以便便更好的的理解。依赖类型型“Sattisffy”4和“possitiive corrrellatiion”8可以看

48、作为需需求类型型的较弱的依赖赖关系。(a wweakker deppenddenccy oof tthe typpe rrequuiree.)他们都都关注那那些用以以支持另另一需求求落实的需需求链接(liinkiing reqquirremeentss)。在这这种情况况下,当当为了执执行R22,必需需(musst)执行RR1,或当依依赖关系系“Sattisffy”4和“possitiive corrrellatiion”较弱的的时候,执行R11对R2的执执行有积积极影响响,就要使用用这种需需求依赖赖类型(require dependency type)。Expllainns一个高级级别的需需求是可以以由许多多更加具具体的需需求来解解释。Expplaiins这这种依赖关系系类型是用用来描述述比依赖赖关系类类型R

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 管理文献 > 管理手册

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com