软件需求期末考试资料整理

c）对于优秀的需求分析员而言，掌握应用领域的知识也是一项重要的能力。
（4）谁能成为程序员–P47
a)用户
b)开发人与那
c)主题专家（SME）
（5）营造合作的气氛，要达到的目的-P48
a)客户对产品感到满意
b)开发组织因产品在商业上去的成就而兴奋
c)开发团队成员在具有挑战性和高回报的项目中去的的成果而骄傲。
用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明。
功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。
用户对产品的工作性能有期望，用户衡量这种性能的特性包括：产品的易用性、运行速度、出错频率，以及处理异常情况的能力。这些特性合起来称为软件质量属性或这两因素，是系统非功能性需求的一部分。P149-150
主要对用户重要的属性
主要对开发人员重要的属性
可用性
可维护性
有效性
可移植性
灵活性
可重用性
完整性
可测试性
第七讲
数据字典
1、业务规则是什么？包含哪些内容？
定义：业务规则是对业务的某个方面进行定义或约束的语句。业务规则用于声明业务结构，或者控制、影响业务的行为。P105
包含内容：事实、约束、动作触发规则、计算、推论、术语表六部分（P105图）
（书上只画了五部分，老师上课讲时补充了“术语表”部分）。
（1）事实：是对业务的真实陈述，常常描述重要业务术语见的关联。事实也称为不变量——关于数据实体及其属性的不可改变的真实情况。
2）用户容易陷入重点关注系统的“how（如何）”诸如外观、界面等浮于表面的因素，而忽略掉在需求阶段本应当重点关注的“what（什么）”方面的问题。
3）用户容易根据原型的性能来推断最终产品的期望性能。
最后，注意原型不适合做如下开发：嵌入式软件、实时控制软件和科学数值计算软件。
2.为什么要设定需求的优先级？如何设定优先级？
2.1横向特点
左边是设计和分析，是软件设计实现的过程，同时伴随着质量保证活动——审核的过程，也就是静态的测试过程；右边是对左边结果的验证，是动态测试的过程，即对设计和分析的结果进行测试，以确认是否满足用户的需求。如：
1、需求分析和功能设计对应验收测试，说明在做需求分析、产品功能设计的同时，测试人员就可以阅读、审查需求分析的结果，从而了解产品的设计特性、用户的真正需求，确定测试目标，可以准备用例(Use Cas用开发(RAD，Rap Application Development)模型基础上演变而来，由于将整个开发过程构造成一个V字形而得名。V模型强调软件开发的协作和速度，将软件实现和验证有机地结合起来，在保证较高的软件质量情况下缩短开发周期。
开发特点
下面介绍v字形开发软件开发和测试的关系，理解V模型具有面向客户、效率高、质量预防意识等特点，能帮助我们建立一套更有效的、更具有可操作性的软件开发过程。
f)写作能力
g)组织能力
h)建模能力
i)人机交往能力
j)创造力
（3）需求分析员必备的知识–P45
a）除了前面提到的专门技能以及性格特点，需求分析员还需具备从实验经验中积累的广博知识。其中最基础的是对当代需求管理技术的深刻理解，以及在各种不同的软件开发生命周期环境中应用这些技术的能力。
b）如果需求分析员能够充分理解项目管理、风险管理和质量工程，则有助于避免因需求问题导致项目失败。
3、Followrequirements development process
（1）不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。实际上，这些活动是交叉的、递增的和反复的，如图1。-P39
图1
（2）由于软件开发项目和公司文化的多样性，需求开发没有一种单一的、公式化的方法。图2给出了一个可用于很多项目的需求开发过程框架。-P39
图3
（1）需求分析员的工作–P42
a)定义业务需求
b)确定项目涉众和用户类型
c)获取需求
d)分析需求
e)编写需求规格说明书
f)为需求建模
g)主持对需求的验证h)源自导对需求的优先级划分i)管理需求
（2）需求分析人员必备的技能–P44
a)倾听的技巧
b)交谈和提问的技巧
c)分析能力
d)协调能力
e)观察能力
c)唯一标识每项需求
d)记录业务规范
e)定义质量属性
（7）需求验证
a)审查需求文档
b)测试需求
c)确定合格标准
2、Learn project management
软件项目管理方法和项目的需求过程紧密相关。应根据需求实践的需求来规划项目资源、进度和承诺。需求变更会影响到这些项目计划，因此项目计划应该预先为需求变更和范围过大作一些准备。-P36
“签字”的核心在于建立需求协议的基线，即某一时刻需求的瞬态图。在需求规格说明书上签字表示，同意这份文档所描述的系统能够满足客户的需求，进一步的变更将在此基础上，依照项目定义的变更过程进行。
在实务操作中，“签字”常出现如下问题：一是客户代表把在需求文档上签字当做毫无意义的仪式；二是开发经理把签字当做冻结需求的方法。这些都是需要规避的，即不能把“签字”当做武器，而应该将之视为项目的一个里程碑，对于签字之前应进行哪些活动，以及签字对将来变更的影响，各方应形成明确一致的理解。
软件需求工程期末考试复习资料
第一讲
1.什么是需求分层？为什么要进行需求分层？【P6~P9】
一些基本术语和概念，需求，软件需求工程，需求分析
（1）软件需求包括三个不同的层次—业务需求、用户需求和功能需求，除此之外，每个系统还有各种非功能需求。
业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在前景和范围文档中予以说明。
（4）推论：是根据某个条件的真实性得出某些新事实的规则，也称为“推导出的知识”。推论可根据其他事实或从计算中推导出新的事实，常用“如果/则”的句式来表达。
（5）计算：使用特定数学公式或算法进行。
（6）术语表：定义了对业务重要的词汇、短语和缩写。
2、质量属性有哪些？哪些是对用户的质量属性，哪些是对开发人员的质量属性？
f)确定用例
g)确定系统事件和响应
h)距离进一步需求获取的讨论
i)观察用户如何工作
j)检查问题报告
k)重用需求
（5）需求分析
a)绘制关联图
b)创建原理
c)分析可行性
d)确定需求优先级
e)为需求建模
f)创建数据字典
g)将需求分配至各子系统
h)应用质量功能调度
（6）编写规格说明
a)采用SRS模板
b)确定需求来源
它们各自包含的活动有：【参见课本】
3.好的需求是什么样的？【P15~P16】
单条需求（即需求声明）的特点：【P15】
SRS作为整体应具备的特点：【P16】
4.如何去理解需求签约以及如何认识？【P25】
客户和开发人员之间合作伙伴关系的核心是就产品的需求达成一致，很多组织把在需求文档上签字作为客户认可需求的标志。
第三、四讲
视图和范围文档
第五、六讲
1.什么是原型？为什么用原型？如何看待原型？【P162~P171】
（1）软件原型是所提议的新产品的部分实现或可能的实现。它是软件系统的最初版本，以最少的费用，最短的时间开发出的、以反映最后软件的主要特征的系统。是一个可实地运行的模型，有正式产品的主要特征，但不是全部特征。
2）改善用户与开发人员的信息交流和思想沟通，给用户修改的机会。
3）减少或消灭下游返工的可能，改进了瀑布模型的弊病。
4）原型系统可作为培训环境,有利于用户培训和开发同步。
5）开发成本降低，周期缩短。
但是创建原型也同时带来了风险：
1）最大的风险是涉众看到一个正在运行的原型，从而得出产品几乎已经完成的结论。
互操作性
可靠性
健壮性
易用性
第九讲
1、V字模型的概念及思想
V字模型表明测试活动应该与相应的开发活动同时开始。这个模型表明，验收测试以用户需求为基础，系统测试以功能性需求为基础，集成测试以系统的体系结构为基础。
该模型基于“需求驱动”的思想，认为在相应的开发阶段，必须规划测试活动并着手开发初步的测试用例。虽然不可能在需求开发阶段就进行任何测试，因为还没有可以执行的软件，但可以早在开发团队编写代码之前，以需求为基础建立概念性测试用例，以便发现软件需求规格说明和分析模型中的错误、二义性和遗漏之处。P182
2、当系统设计人员在做系统设计时，测试人员可以了解系统是如何实现的，基于什么样的平台，这样可以设计系统的测试方案和测试计划，并事先准备系统的测试环境，包括硬件和第三方软件的采购。因为这些准备工作，实际上是要花去很多时间。
所有的用户需求都必须符合业务需求，需求分析员从用户需求中推导出产品应具备哪些对用户有帮助的功能。
开发人员则根据功能需求和非功能需求设计解决方案，在约束条件的限制范围内实现必需的功能，并达到规定的质量和性能指标。
2.需求开发和需求管理是按照什么来划分的？它们各自包含哪些活动？【P9~P10】
按照需求基线来划分的，即：按照某一时刻，对特定版本中已达成一致的需求内容为界限。
（2）使用原型的原因：产品开发初期很难确定用户的需求规格，为了解决用户与开发者之间的鸿沟，以原型(软件产品的样品)为共同语言，实现用户与开发者双向沟通。原型直观、易于理解与沟通，此外，还是解决需求二义性和不完整性的有效方法。具体而言，使用原型的目的有三：【P163】
（3）对原型的理解
原型的好处：
1）保证产品有较好的可维护性。