需求分析与设计课后答案样本

2.说明原型在需求获取中的作用和试用情景因为原型是在最终系统产生之前的一个局部真实表现，因此原型方法能够让人们在系统的开发过程中，就能对一些具体问题进行基于事物有效沟通，从而帮助人们今早解决软件开发过程中存在的各种不确定性场景产品以前从未存在过，而且难以可视化，这些产品属于创新产品，她们的基本需求是潜在的，有很大的不确定性产品的用户对相关类别的产品没有经验，而且对将要采用的技术也没有经验此时用户无法明确工作的具体细节，产品的细节需求存在着不确定性用户进行自己的工作已经有一段时间了，但在完成工作的方式上依然存在障碍用户清晰说明她们的需求方面存在困难在澄清和理解之前，这些需求存在着不确定性需求的可行性值的怀疑，即具体需求的可满足性存在着不确定性

三、案例题”我有一个绝妙的主意！Bea Kwicke宣布，她是系统团队的一位新来的需求工程师，”让我们跳过所有的SDLC垃圾，直接为一切设计原型我们的项目会进展的更快，还能够节省时间和金钱,而且所有的用户会感到我们似乎很在意她们，而不是连续几个月不与她们交谈a）列出你（作为与Bea同一个团队的成员）用来劝阻她不要试图放弃SDLC,而直接为所有项目设计原型的原因b）Bea对你所说的话很失望为了鼓励她，用一段话向她说明,你认为适用于原型化方法的情

（1）主要原因原型仅仅是开发当中使用的一种手段，它利用得当能够加速开发的进程，但不能代替软件开发中的所有工作

（2）情形见下表，特别是其中红色的部分第九章

1.为什么需要观方法？观察方法的适用情景是什么？答很多时候用户无法完成主动的信息告知，或者说用户和需求工程师之间的语言交流无法产生有效的结果，这时就有必要采用观察的方法采样观察根据明确的目的选取特定的时间段或者特定的事件进行观察民族志观察者深入到用户中，花费较长的时间（一般为几个月）来观察用户的活动话语分析它经过观察和分析用户交谈中的交互方式或者特定的话语形式的内部结构来发现和获取相关信息协议分析对用户任务的观察它要求观察对象一边执行任务,一边大声地解释她们在执行任务时产生的各种想法任务分析专门针对人机交互行为的观察它引入了相关的模型方法来观察、记录和分析用户与软件系统的交互行为案例题

1.Ceci Awill说我想我能记得她所做过的大部分事情Ceci准备与OK Corral公司战略规划副总裁裁ff WebHdon进行面谈OK Corral是一家拥有130间牛排连锁店的公司”我的意思是说，我有好的记性我认为听她说什么比看她做什么更重要”作为需求工程团队的一员,Ceci Awll向你诉说了她要写下在面谈中对Biff的办公司和Biff的活动进行观察的愿望1用一段话来说服Ceci,在面谈时仅仅倾听是不够的，观察和记录所观察的内容同样是很重要的2Ceci似乎接受了你认为观察时很重要的观点，可是不知道该观察什么列出需要观察的项目和行为，在每一项行为的旁边用一句话指名Ceci经过观察应该得到的信息答1面谈并不能确保用户能够将所有的信息都告知需求工程师，诸如一些语言无法确切描述的事务，而观察能够了解用户真正做什么，还能够获取到其它方法不能得到的用户及其工作环境的信息，还能够对从其它方法获取的信息进行确认，因此我们应该重视观察方法的应用观察客户所处的环境得出何种需求才能更适合客户2观察客户行为、习惯特征得出更适合客户使用的软件需求第十一章

2.什么是系统模型，她与需求分析和系统设计有什么关系？系统模型是指以某种确定的形式（如文字、符号、图表、实物、数学公式等），对系统某一方面本质属性的描述需求分析是挖掘和整理知识的过程，它在已掌握知识的基础上进行初步捕获到的需求信息往往处于不同层次，也有一些主观甚至不正确的信息而经过必要的需求分析工作之后，需求会更加系统、更加有条理、更加全面那么系统分析呢？如果说，需求分析致力于搞清楚软件系统要做什么”的话，那么系统分析已经涉及”怎么做”的问题了需求捕获、需求分析以及系统分析之间的关系我们必须理解透彻，否则就会影响工作的有效性进行同样，在实践中，需求分析和系统分析也常常被混淆需求分析致力与搞清软件系统要“做什么，而系统分析更关注”怎么做”的问题，比如大多数分析方法（如00A）应该术语系统分析的范畴第十二章

1.什么是系统思想过程模型如何反应系统思想？系统是指由相互制约、相互作用的一些部分组成的具有某种功能的有机整体因此系统思想能够理解为，用整体、全局的、联系的观点看问题、办事情，而不能用片面的、孤立的观点软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤第十五章

1.什么事需求规格说明？为什么要建立需求规格说明？答需求规格说明活动就是将需求及其软件解决方案进行定义和文档化，并传递给开发人员的需求工程活动建立需求规格说明的必要性是显而易见的一方面，清晰、明确、结构化的文档能够将系统的需求信息和解决方案更好地传递到所有的开发人员另一方面，文档能够拓展人们的知识记忆能力除了必要性外，需求规格说明文档能够成为合同协议的重要部分，能够成为项目开发活动的一个重要依据，能够尽早地发现和减少项目的返工，降低项目的工作量，需求规格女说明文档能够成为有效的智力资产

2.需求规格说明有哪些常见类型？她们的主要内容分别是什么？答需求规格说明文档常见有项当前景和范围文档、用户需求文档、系统需求规格说明文档、软件需求规格说明文档、接口需求规格说明文档、硬件需求规格说明文档和人机交互文档项目的前景和范围文档的主要内容是对业务需求的定义，用户需求文档是对用户需求的定义，系统需求规格说明文档是对系统需求、解决方案的定义，软件需求规格说明文档是对整个系统功能分配给软件部分的详细描述，硬件需求规格说明文档是对整个系统功能当中分配给硬件部分的详细描述，接口需求规格说明文档是对整个系统中需要软、硬件协同实现部分的详细描述，人机交互文档是对整个系统功能中需要进行人机交互部分的详细描述

5.描述业务需求、用户需求和系统（级）需求的区别与联系业务需求业务需求是抽象层次最高的需求，是系统建立的战略出发点，表现为高层次的目标，它描述了组织为什么要开发系统用户需求执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够助用户做些什么系统需求用户对系统行为的期望，一系列的系统行为联系在一起能够帮助用户完成任务，满足业务需求；系统需求能够直接映射为系统行为，定义了系统中需要实现的功能,描述了开发人员需要实现什么业务需求、用户需求和系统（级）需求的区别与联系如右图所示:用户需求一一〉系统需求的过程首先需要分析问题领域及其特性，从中发现问题域和计算机系统的共享知识，建立系统的知识模型；然后将用户需求部署到系统模型当中，即定义系列的系统行为，让它们联合起来实现用户需求，每一个系统行为即为一个系统需求该过程就是需求工程当中最为重要的需求分析活动，又称建模与分析活动

6.优秀的需求哪些特性？试为每一个特性都举出一个不符合的示例优秀的需求特性:1）完备性不需要做更多的扩展就能够充分的说明用户所需要的系统功能每一个需求的描述都应该包含开发人员设计和实现这项功能需要的所有信息R6（不完整）系统应该允许被扩展R7（完整、较R8精确）系统的调度算法应该允许被扩展2）正确性真实的反映用户的意图；必须请需求的提出者予以确认3）可行性在检查的过程中，由开发人员进行检查可能需要进行一定的分析和研究，而不是单纯的凭借经验和直觉对于难以判断的需求，必要的时候要经过开发原型来加以验证示例保证系统核心功能能够7X24小时连续运行4）必要性满足用户的业务需求所必须的5）无歧义每一项需求都应该有而且只能有一种解释定义一个能够共同理解的词汇表（Glossary）6）可验证经过分析、检查、模拟或者测试等方法能够判断需求是否被满足示例实现各部门的公文流转无纸化、文档一体化、业务管理的规范化、自动化和网络化；统一办公流程、规范公文格式,加强信息交流和共享，提高工作效率；不可验证的需求往往是因为描述模糊或者过于抽象，因此在进行需求的描述时要让需求具体化、小心形容词和副词的使用、避免程度词的使用—a Vr.弟二早

1.需求工程过程的工作基础（即输入）存在哪些？她的工作成果（即输出）有哪些？答需求过程的工作基础是获取用户面临的业务问题，用户期望系统表现出来的各种行为，即需求获取工作成果:产生一个能够在用户环境下解决用户业务问题的系统方案，并将其文档化为明确的规格说明

2.描述需求工程的各个活动，说明她们各自的工作基础，工作目标和工作成果

1.需求获取工作基础

1.收集背景资料

2.定义项当前景和范围

3.选择信息的来源

4.选择获取方法，执行获取

5.记录获取结果工作目标:获取用户需求，了解用户在完成任务的时候遇到的问题与期望工作成果:业务需求，项目的前景和范围，用户需求以及问题域的特征

2.需求分析工作基础1背景分析

2.确定系统边界

3.需求建模

4.需求细化

5.确定优先权

6.需求协商工作目标:

1.经过建模整合各种信息，是人们更好地理解问题

5.定义一个需求集合，能够为问题界定一个游戏的解决方案工作成果产生一个需求的基线集，它指定了系统或当前版本的系统开发需完成的任务

6.需求规格说明工作基础

1.定制文档模板

2.编写文档工作目标:为了系统涉众之间交流需求信息工作成果:需求规格文档说明

7.需求验证工作基础

1.执行验证2问题修改工作目标为了尽量不给设计实现测试后续开发活动带来不必要的影响需求规格说明文档定义必须正确准确地反映用户的意图工作成果:验证之后，问题得以修正需求管理工作基础

1.建立和维护需求基线集

2.建立需求跟踪信息3进行变更控制工作目标:保证需求作用的持续稳定和有效发挥工作成果需求管理会进变更控制和实现合理的变更请求拒绝不合理的变更请求，控制变更的成本和影响范围

4.需求工程师需求具备的技能专业技能，分析技能，交流技能，观察技能，建模技能，写作技能，创新技能，协调技能第五章

1.为什么要定义项目的前景和范围？答、业务需求、高层解决方案和系统特性都应该被记录下来,定义为项目的前景与范围文档，前景描述了产品的作用和最终的功能，它将所有的涉众都统一到一个方向上范围指出了当前项目是要解决产品长远规划的那一部分，它为项目规定了需求的界限案例题

1.你被任命为替换学生财务资助项目的项目经理你想开发一个工作陈述来定义范围并降低范围蔓延的风险财务资助部门的主管坚持要你15个月、600000美元的预算内替换她现有的系统就能够了她说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了省略工作陈述的风险是什么？你将如何说服主管？解答省略工作陈述的风险是不能明确项目的前景和范围如果省略了工作陈述的话，我们就不能和用户进行很好的沟通与交流，这样，项目的问题也就不能明确，开发人员无法与涉众对问题达成共识；无法明确问题，也就无法发现正确的业务需求，无法定义良好的解决方案及系统特性，继而无法明确项目的前景和范围，这样就会造成项目的不稳定甚至失败！弟八早

1.什么是涉众？涉众分析？软件系统中常见的涉众？涉众是与要建设的业务系统相关的一切人和事.涉众分析就是为软件系统寻找并理解关键涉众的过程常见的涉众:管理着用户、客户、开发人员、管理者、领域专家、政府力量和市场力量等领域专家在问题域中具有丰富知识的专家*关注软件中的知识政府力量法律法规、长远规划、政策意向*起约束和指导作用市场力量组织中的市场部门人员，关注用户的想法*关注用户想法用户最终使用和操作产品的人*关注软件功能客户为软件系统开发付费的人*关注经济的成本、收益开发者负责实现软件系统的人*关注技术上的成本和利益第七章

2.列出面谈的5个步骤面谈准备的主要工作包括

1、阅读背景资料

2、确定面谈的主题和目标

3、选择被会见者

4、准备会见被会见者

5、确定问题和类型第8章

1.原型的定义原型是一个系统，她内化了一个更迟系统的本质特征。