文档介绍：该【需求分析知识点总结 】是由【mama1】上传分享，文档一共【8】页，该文档可以免费在线阅读，需要了解更多关于【需求分析知识点总结 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。-
一、二填空与判断
,能够帮助人们解决问题称为解系统
〔功能需求、性能需求、质量属性、对外接口、约束〕
统分为〔小型统统、组织及系统、战略信息系统、组之间系统〕
〔传统方法、集体获取方法、原型、模型驱动方法、认知方法、
基于上下文方法〕
〔用户、客户、开发者、管理者、领域专家、政府力量、市
场力量〕
〔事实和问题、被会见者的观点、
被会见者的感受、组织和个人目标〕
〔①按照使用方式分类:演示、严格意义上的、试验、引示系统②
按照媒介载体分类:样板、纸上向导③按照开发方式:演化式、抛弃式④按照
构建技术:水平、垂直。。原型〕
,而且
还不是一个简单的线性增量过程,它的各个活动之间存在这复杂的组织关系。
,它
是一种使用问答格式,具有特定目的的直接会话,也是事件中最为广泛的需求获
取方法之一。
。
〔判〕需求是用户对问题域中的实体状态或事件的期望描述
〔判〕为了满足用户的业务需求,需求工程师需要描述系统高层次的解决方案,
.z.
-
定义系统应该具备的特性。
〔判〕所有对软件的开发和应具有发言权和决定权的人统称为涉众。
〔判〕软件系统的涉众群体不是固定不变的
〔判〕模型驱动方法是一类以定义明确的模型为理论根底,依据模型指导和组织
活动开展的需求工程方法。
〔判〕一对一的面谈是时间本钱比较高的需求获取方法,尤其是在获取一个或多
个涉众方相关的主题时,需反复和多个涉众方安排逐步深入的面谈解决问题。
〔判〕原型系统通常被构造为不完整的系统,以在将来进展改进、补充或代替。
〔判〕不同涉众对同一问题的目标要求,或者不同业务需求之间,可能会互相矛
盾。这矛盾将些使开发人员无法同时满足多方需求,最终导致工程的失败。因此,
这矛盾在这个些阶段必须得到妥善解决。在大多数情况下,业务需求的冲突可通
过涉众之间的协商达成一致。
三、名词解释
:问题域,解系统和共享现象,并结合他们的含义说明软件系统
如何与现实世界形成互动的
问题域:现实的状况与人们期望的状况产生差异就产生问题,这些实体和状态构
成了问题解决的根本范围,称为该问题的问题域。
解系统:软件系统通过影响问题域,能够帮助人们解决问题称为解系统。
共享现象:软件系统能够与问题域进展互交和相互影响的原因在于软件系统中的*
些局部对问题域中的*些局部具有模拟性。问题域中的*些信息能够和模拟中的信息
建立映射关系。这通些过映射建立的共同知识,就是域和解系统之间的共享现象。
共享现象就是问题域和解系统实现互交和互相影响的途径与接口,问题域和解
系统都通过改变这些共识来影响,或承受对方的影响。
.z.
-
,需求,规格说明,问题域特性和约束,并结合他们的含义说明需
求工程的主要任务是什么?
需求:是用户对问题域中的实体状态或事件的期望描述
规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统
的行为特征。
问题域特性:问题域的自治规律性称为问题域特性。
约束:在和解系统相互影响的同时,问题域是自治的,它有自己的运行规律,而
且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,
当这些特性非常明确时称之为约束。
需求工程的主要任务:(1)需求工程必须说明软件系统将应用的环境及目标,说明
用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对
软件完成任务所用的方式、方法所施加的限制和约束。(2)需求工程必须将目标、
功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进展准确
的规格说明。(3)需求工程还要妥善处理目标、功能和约束随着时间的演化情况。
(级)需求:
系统需求是用户对系统行为的期望,一系列的系统需求在一起可以帮助用户完成
任务,达成用户需求,进而满足业务需求系统需求可以直接映射为系统需求行为,
定义了系统中需要实现的功能,描述了开发人员需要实现什么。
一方面它要确保以正确的的形式建立需求(需求验证),得到足以作为软件创立根
底的需求,另一方面,它要确保得到内容语义正确的需求(需求确认),得到能够
确反映用户准意图的需求。
四、问答题
.z.
-
(1)重要性
(2)复杂性。表达在以下几个方面:
①处理范围广泛
②处理内容多样。需求工程处理的知识内容多种多样,既有用户的功能需求和非
功能需求,又有软件将来所处的环境及其约束。
③处理活动互相交织。需求工程包括需求获取,需求分析,需求规格说明和需求
验证等,它们互相衔接,顺序处理。
④涉及诸多参与方。需求处理过程中涉及很多参与者,他们来自不同领域,有不
同的表达方式和期望值,使得需求处理过程更为复杂。
⑤处理结果要求苛刻。作为需求处理结果的需求规格说明要满足正确性、完整和
一致性等苛刻要求。
。
业务需求、高层解决方案及系统特性都应呗记录下来,定义为工程的前景与范
围文档。前景描述了产品的作用及最终功能,它将所有涉众都统一到一个方向上。
范围则指出了当前工程是要解决产品长远规划中的哪一局部,范围声明它为工程
规划了需求的界限。根据系统的高层解决方案和系统特性,可以定义系统的上下
文环境,建立系统的边界。这将是需求分析活动的起点。
?
知识:(1)软件技术是最重要的一种知识(2)认知学和社会学方面的知识(3)应用哲
学知识
技能:(1)专业技能(2)分析技能。(3)交流技能。(4)建模技能。(5)写作技能。(6)创
新技能。(7)观察技能。(8)协调技能。
.z.
-
(1).运行时,能够提供所要求功能和性能的指令或计算机程序集合。
(2).程序能够满意地处理信息的数据构造。
(3).描述程序功能需求以及程序如何操作和使用所要求的文档。
以开发语言作为描述语言,可以认为:软件=程序+数据+文档
或:软件是计算机系统中与硬件相互依存的一局部,包括程序、数据以及与其相
关文档的完整集合。其中,程序是按事先设计的功能和性能要求执行的指令系列;
数据是使程序能正常操纵信息的数据构造;文档是与程序开发、维护和使用有关
的图文材料。
?它们的工作根底、工作目标和工作成果分别是什么?
(1)涉众识别:涉众分析的第一个步骤,目的是寻找和发现各种涉众类别。涉众识
别的理想结果是一个细化的关键涉众类别列表。
(2)涉众描述:在识别出关键涉众类别后,要描述涉众类别的特征,这些描述可以
帮助形成对涉众类别的理解。
(3)涉众评估:在涉众描述之后,可得到大量关于涉众的信息,这些信息分别描述
了射中*些方面的特征。涉众评估是将鼓励的描述心里联合起来进展分析,以
得到更深层次信息的过程。
(4)涉众选择:在发现关键涉众类别,完成对他们角色和职责的定义之后,还需为
每一个涉众类别选择适宜的代表,这些代表要能够扮演涉众类别的角色并履行相
应的责任,为工程的最终成功起到应有的作用。
?
获取结果〔①用户的理解②问题的描述〕需求分析〔①建立分析模型②创立解
决方案〕需求开发目标〔①共同的理解②解决方案的描述〕
.z.
-
(1)建立分析模型,达成开发者和用户对需求信息的共同理解。
分析可以将复杂的系统分解成简单的局部以及它们之间的联系,确定本质特
征,并抛弃次要特征。分析的活动主要包括识别、定义和构造化,他的目的是
获取*个可以转化为知识的事务信息,这种分析活动被称为建模
(2)依据共同的理解,发挥创造性,创立软件系统解决方案。
分析可将一个问题分解成独立、更简单易于管理的子问题来帮助解决方案并有
助于确定事物之间的逻辑关系。创立解决方案的过程是创造性的。
五、案例题
回复道:“我们很忙,我不能让我的采购部人员放下手头的活来给你的工程团队
效劳。而且你的人是系统开发人员,是你们开发这个系统,我们只是使用它。〞
对这个回复,你打算怎么办?
解答:说明缺乏涉众的危害性,说服他。
2.“我有一个绝妙的主意!〞BeaKwicke宣布,他是系统团队的一位新来的需求
工程师,“让我们跳过所有的SDLC垃圾,直接为一切设计原型。我们的工程会
进展的更快,还可以节省时间和金钱,并且所有的用户会感到我们似乎很在意他
们,而不是连续几个月不与他们交。〞谈(1)列出你〔作为与Bea同一个团队的成
员〕用来劝阻她不要试图放弃SDLC,而直接为所有工程设计原型的原因。(2)Bea
对你所说的话很失望。为了鼓励她,用一段话向她说明,你认为适用于原型化方
法的情形。
答:〔1〕主要原因:原型仅仅是开发当中使用的一种手段,它利用得当可以加速
开发的进程,但不能代替软件开发的中所有工作。
.z.
-
〔2〕情形
废弃型演化型
见下表。
水平说明并细化用例和功实现核心用例
型能性需求根据优先级实现其他用例
识别遗漏功能使得系统适应快速变化的需要
研究用户界面方法
垂直演示系统可行性实现并扩大核心功能
型实现并扩大核心算法
测试并调整性能
:“我想我能记得他所做过的大局部事情。〞Ceci准备与OKC
orral公司战略规划副总裁BiffWeblldon进展面谈。OKCorral是一家拥有
130间牛排连锁店的公司。“我的意思是说,我有好的记性。我认为听他说什么比
看他做什么更重要。〞作为需求工程团队的一员,CeciAwll向你诉说了他要写下
在面谈中对Biff的办公司和Biff的活动进展观察的愿望。
(1)用一段话来说服Ceci,在面谈时仅仅倾听是不够的,观察和记录所观察的内容
同样是很重要的。
(2)Ceci似乎承受了你认为观察时很重要的观点,但是不知道该观察什么。列出需
要观察的工程和行为,在每一项行为的旁边用一句话指名Ceci通过观察应该得到
的信息。
答:(1)面谈并不能确保用户能够将所有的信息都告知需求工程师,诸如一些语言
无法确切描述的事务,而观察能够了解用户真正做什么,还能够获取到其他方法
不能得到的用户及其工作环境的信息,还可以对从其他方法获取的信息进展确认,
所以我们应该重视观察方法的应用。
.z.
-
(2)①观察客户所处的环境〔得出何种需求才能更适合客户〕。
②观察客户行为****惯特征〔得出更适合客户使用的软件需求〕
,给出它的DFD描述。
。你想开发一个工作陈述来定义
范围并降低范围蔓延的风险。财务资助部门的主管坚持要你15个月、600000美
元的预算内替换他现有的系统就可以了。他说这就是你需要知道的全部,不需要
浪费时间开发一个工作陈述了。省略工作陈述的风险是什么?你将如何说服主
管?
解答:省略工作陈述的风险是不能明确工程的前景和范围。如果省略了工作陈述
的话,我们就不能和用户进展很好的沟通与交流,这样,工程的问题也就不能明
确,开发人员无法与涉众对问题达成共识;无法明确问题,也就无法发现正确的
业务需求,无法定义良好的解决方案及系统特性,继而无法明确工程的前景和范
围,这样就会造成工程的不稳定甚至失败!
.z.