太原理工大学软件需求工程需求总结.doc

1.优秀需求的特性:完备性、正确性、可行性、必要性、无歧义、（可验证）
2.场景：描述了产品的作用以及最终的功能,它将所有涉众都统一到了一个方向上
3.范围：范围指出当前项目是要解决产品长远规划中的哪一部分,范围声明它为项目规定了需求的界限.
4.需求IEEE定义：①用户为了解决问题或达到某些目标所需要的条件或能力;②系统或系统部件为了要满足合同、标准、规范或其他正式规定文档所规定的要求而需要具备的条件或能力;对①或②中的一个条件或一种能力的一种文档化表述.
5.需求分析的定义及根本任务：需求分析是利用建模与分析技术对获取笔录的内容进行明确、整理、汇总,建立一个综合考虑问题特性和需求的系统模型,然后根据系统模型将用户需求转化为系统需求的需求工程活动。需求分析的根本任务:建立分析模型、创建解决方案
6.UML是什么，举例5个建模图
模型工具:用例图,交互图,状态图,类图,活动图
1.作为系统分析项目的一部分，需要为大学一卡通的管理系统更新自动化会计功能。你将要对首席会计牛建国进行访谈。
1）写出 4 到 6 个涉及他所使用的信息资源、信息格式、决策频度、需求的信息性质和决策样式的访谈目标。 2)说明你将如何联系牛建国以安排一次访谈。
3)说明在这场面谈中你会使用哪种访谈结构?为什么? 4)牛建国有 3 个下属也使用这个系统。你和他们面谈吗?为什么? 5)写出 3 个开放式问题，在访谈前通过电子邮件寄给牛建国。用一句话解释为什么应当由人而不是由电子邮件来指导访谈?
答：①面谈过程的准备阶段:打电话或者email给牛建国,因为要进行深入面谈,可以先将一些问题通过 email发给他
②采用菱形面谈结构,因为目的是要更新自动化会计功能.也可以考虑使用漏斗结构
③应当面谈,因为下属和领导应该具有不同的目标,而这些目标是领导不能提供的.采用漏斗型.以一般的开放式的问题开始,有助于分析人员取得总体认识,然后再逐步就某些问题展开深入面谈.
面谈是复杂的过程,可以实现很多的目标,只有依靠人的灵活和主观能动性才能使面谈达到最优效果.
7.软件模拟特性具体指:目的性、正确性、现实可理解性.
8.需求处理中的核心活动:需求建模与分析.
9. 需求工程需要获取的内容主要有3种：需求（需求是获取的主要对象）、问题域描述、环境与约束.
10.问题和期望粒度不同的现象被称为需求的不同抽象层次，需求最为常见的抽象层次有3层：目标→业务需求（起点）任务→用户需求（问题域知识）系统行为→系统级需求（需求分析模型）.
11.需求分析根本任务：建立分析模型、给出系统解决方案.
12.问题分析的前提是获取问题，可以通过收集背景资料或与涉众沟通来实现.
13非功能需求中最重要的是质量需求.功能需求是软件系统需求中最常见和最重要的需求，同时也是最为复杂的需求.
14.需求获取过程需要进行交流，交流中最大的问题是理解偏差.
15.获取、分析规格说明与验证这些需求开发活动并不是以线性、顺序方式进行的,这些活动之间是互相交织的，整个开发活动也是不断迭代和递增的.
16.描述场景所使用的表示法要符合正规性的要求，一般使用形式化、非形式化、半形式化语言，实践当中描述场景的方式主要的是非形式化自然语言.
17.结构化分析方法的核心技术是：数据流图.
18.建模最为常用的手段：抽象、分解.
19.领域模型领域的含义主要指：问题集合业务范围.
20.原型按照开发方法进行分类：演化式模型与抛弃式模型.抛弃分为探索实验型。原型根据用途可分为4种类型：演示原型 严格意义上的原型 试验原型 引导系统原型.
21.定量硬数据是指经过仔细设计、具有严格规范要求的格式化文档，常见的有以下两种：数据收据表格、统计报表.定性硬数据是指大量使用自然语言进行的文本描述，常见的有以下三种：整个组织的描述文档、业务指导文档、业务备忘.
22. 结构化信息工程与面向对象三种方法学下的需求分析技术都是面向 解系统.[分析阶段面向解系统，需求获取阶段面向问题域] 问题解决的两个方面：问题域与解系统，问题域相当于涉众，解系统相当于开发人员.

23.面谈通常分为3种类型：结构化面谈[金字塔形]、半结构化面谈[菱形]和非结构化面谈[漏斗形]半结构化多数情况使用.面谈的基本过程：前景和范围指导、准备面谈、主持面谈、整理面谈报告、面谈报告.
24.面谈中两种基本的问题类型分为：开放式与封闭式.实际的面谈分为3个阶段：开始、主体和结束. 23.调查问卷是一种经常和面谈配合使用的需求获取方法.
24.涉众类别按照自身Power-interest的高低可分为：参与者、环境设定者、被影响者、观众.
25.用例使场景方法中的一种，是(静态)的结构化文本描述.
26前景：描述了产品的作用以及最终的功能，它将所有涉众都统一到一个方向上.
A. 27.CRC卡：选择填空可能涉及到的点：每个CRC卡代表一个被发现的候选对象，卡的反面是关于候选对象的非正式描述，正面记录了对象的职责和协作者.适用于复杂的系统和设计思想的挖掘
B. 28.原型：是在软件开发中被广泛使用的一种工具，在软件开发过程的各个阶段，包括需求开发阶段，都会使用不同类型的原型来达到不同的目的.且原型系统通常被构造为不完整的系统，以便将来进行改进、补充或替代.
29.需求获取活动的过程：a.研究应用背景，建立初始的知识框架；b.根据获取的需要，采用必要的获取方法和技巧；c.先行确定获取的内容和主题，设定场景；d.分析用户的高层目标，理解用户的意图；e.进行涉众分析，针对涉众的特点开展工作
A. 30.需求分析活动的过程：前期：a.背景分析；b.问题分析；c.目标分析；d.业务分析；e.确定系统边界；后期：需求建模；需求细化；确定需求优先级和需求协商.
B. 31.模拟特性：软件在运行中表现出来的特性、行为应该和应用的现实情况保持一致.这样，人们通过观察软件的表现就可以得出相应现实问题的答案，即软件”模拟”了现实.
C. 32、简述如何进行需求变更控制？
D. 答：需求开发是一个获取、明确并定义需求的过程，但需求并不是在需求开发结束之后就 会恒定不变的。
E. 为了解决需求变化给项目带来的影响，需要正确地处理需求变化，首先要认识到在很 多情况下，需求的变化是正当和不可避免的：
F. ①问题发生了改变。软件被创建的目的在于解决用户的问题，可是随着时间的发展， 形势可能会发生变化，导致用户的问题也发生了变化。
G. ②环境发生了改变。软件是通过与其周围环境进行交互的方式来解决用户的问题的。
H. ③需求基线存在缺陷。需求开发的理想结果当然是建立一个完全无缺陷的需求基线， 但这是不可能达到的目标。因为需求工程的复杂性，需求开发得到的需求基线总是或多或少 的会遗留下一些缺陷。
I. ④用户变动。⑤用户对软件的认识变化。
J. ⑥相关产品的出现。
K. 33需求分析的目的是保证需求的完整性和一致性
L. 34.情节串联版的类型
A被动式：常用草图和截图等形式，分析人员充当系统角色，帮助用户理解情节。
B主动式：类似播放电影样片，描述系统在典型用法或场景中的行为方式。
D交互式：通过仿真器、实物模型或抛弃式原型，让用户体验系统行为。
1、 35.简述需求工程的主要任务。 答：①需求工程必须说明软件系统将被应用的环境及其目标.说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用方式、方法所施加的限制和约束，也即要同时说明软件需要“做什么”和“为什么”需要做。②需求工程必须将目标、功能和约束反映 到软件系统中，映射为可行的软件行为，并对软 件行为进行准确的规格说明。需求规格说明是需 求工程最为重要的成果，是项目规划、设计、测 试、用户手册编写等很多后继软件开发阶段的工 作基础。③现实世界是不断变化的世界，因此需 求工程还需要妥善处理目标、功能和约束随着时 间的演化情况。同时，为了节省开支和进行需求 规格说明的重用，需求工程还需要对目标、功能 和约束在软件产品族中的演化和分布情况进行 综合考虑与处理
2、 36软件需求的层次及内容：①业务需求：表示某个组织或客户高层次的目标。②用户需求：描述的是用户的具体目标，或用户要求系统必须能完成的任务。③功能需求：规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。④非功能需求：描述了系统展现给用户的行为和执行的操作等。包括可靠性、可用性、有效性、可维护性、可移植性、约束。
3、
4、
5、
6、
7、
8、
9、
10、
11、
12、
13、 37获取需求的五种方法:面向目标，基于场景，面向方面，面向视点，基于知识
14、 38与客户协商时应遵循的原则;少承诺，多提交。
15、 39前景文档的概念及所包含的内容：前景文档获取用户的需要、系统的特性以及项目的其它需求。它的范围跨越需求金字塔的上两级，在较高的抽象级别上定义问题和解决方案。
16、 内容：业务需求、解决方案的前景、项目范围和限制、业务环境。
17、 40开放性问题和封闭性问题:开放性:鼓励被访者提出所有应该被讨论的问题;封闭性:只需要被访者从已有的选择中作出回答
18、 41情节串联板的概念及形式：情节串联板通常就是一系列图片，通过这些图片讲故事.形式：被动式、主动式、交互式
19、 42用例间的三种关系：包含、扩展、泛化
20、 43用例的常规流和备选流：①基本流的描述的是用例最正常的一种场景，在基本流中系统执行一系列活动步骤来响应参与者提出的服务请求。②备选流负责描述用例执行过程中异常的或偶发的一些情况，备选流和基本流的组合应该能够该用例所有可能发生的场景。
21、 44原型法的最大风险
22、 原型法的最大风险是用户看到一个正在运行的原型，就以为产品即将完成。他们会要求开发者直接将原型作为产品递交。
23、 45需求管理的主要活动：变更控制、版本控制、需求跟踪、需求状态跟踪。
24、 46需求工程方法大致分为四类：面向过程、面向数据、面向控制、面向对象
25、 47.UML还适用于从需求规格说明到系统测试的不同阶段。UML模型同时还是测试阶段的依据。UML是面向对象技术发展的重要成果，是可视化建模语言事实上的工业标准UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。
26、 48需求文档的评审：是一项精益求精的技术，它可以发现那些二义性的或不确定的需求、 那些由于定义不清而不能作为设计基础的需求，还有那些实际上是设计规格说明的所谓的 “需求”。
27、 49 软件系统的涉众可以定义为：所有能够影响软件系统的实现，或者会被实现后的软件所影响的个人和团体。
1. 50需求过程的活动：需求获取 需求分析 软件需求建模 需求细化 确认优先级 需求协商
2. 51硬数据：表格和文档时用户对实际业务进行加工和抽象之后的结果，是一种精华过的知识，这些文档资料称为硬数据，硬数据分为定量和定性两种类型
3. 52涉众识别方法： 简单方法：先膨胀后收缩 经验方法：检查列表 涉众网络方法
4. 53主体间依赖关系：目标依赖 软目标依赖 任务依赖 资源依赖
5. 54.Uml行为模型的活动图是依据处理流程进行的用例实现
6. 55.约束时不受解系统影响，却会给解系统带来影响问题与特性
56应用型软件分析阶段的主要目的时发现人们利用软件的原因找出需要解决的问题。理解应用环境中的领域知识，保证功能的模拟性
57为什么要定义项目的前景和范围？
答：业务需求、高层解决方案和系统特性都应该被记录下来，定义为项目的前景与范围文档，前景描述了产品的作用和最终的功能，它将所有的涉众都统一到一个方向上。范围指出了当前项目是要解决产品长远规划的那一部分，它为项目规定了需求的界限