《需求分析基础教学PPT》由会员分享，可在线阅读，更多相关《需求分析基础教学PPT（29页珍藏版）》请在金锄头文库上搜索。
1、第第4 4章章 需求分析基础需求分析基础4.14.1 软件需求分析的目标和过程软件需求分析的目标和过程需求是用户所需要并能触发一个程序或系统开发工作需求是用户所需要并能触发一个程序或系统开发工作的说明；的说明；需求是从系统外部能发现系统所具有的满足于用户的需求是从系统外部能发现系统所具有的满足于用户的特点、功能及属性等；特点、功能及属性等；需求是指明必须实现什么的规格说明。它描述了系统需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。的行为、特性或属性，是在开发过程中对系统的约束。4.1.1 4.1.1 需求分析的目标需求分析的目标软软件件需需求求分
2、分析析的的目目标标是是深深入入描描述述软软件件的的功功能能和和性性能能，确确定定软软件件设设计计的的约约束束和和软软件件同同其其他他系系统统元元素素的的接接口口细节，定义软件的其他有效性需求。细节，定义软件的其他有效性需求。通通常常软软件件开开发发项项目目是是要要实实现现目目标标系系统统的的物物理理模模型型。作作为为目目标标系系统统的的参参考考，需需求求分分析析的的任任务务就就是是借借助助于于当当前前系系统统的的逻逻辑辑模模型型导导出出目目标标系系统统的的逻逻辑辑模模型型，解解决目标系统的决目标系统的“做什么做什么”的问题。的问题。4.1.2 需求分析的过程需求分析的过程需求分析阶段的工作，可
3、以分成以下四个方面：需求分析阶段的工作，可以分成以下四个方面：(1)问题识别问题识别 系系统统分分析析人人员员要要确确定定对对目目标标系系统统的的综综合合要要求求，即即软软件件的的需需求求。并并提提出出这这些些需需求求实实现现条条件件以以及及需需求求应应达达到到的的标标准准。这这些些需需求求包包括括功功能能需需求求、性性能能需需求求、环环境境需需求求、可可靠靠性性需需求求、安安全全保保密密要要求求、用用户户界界面面需需求求、资资源源使使用用需需求求、软软件件成成本本消消耗耗与与开开发发进进度度需需求求，并并预预先先估估计计以以后后系系统统可可能能达达到到的的目目标标。此此外外，还还需需要要注注
4、意意其其他他非非功功能能性性的的需需求求。如如针针对对采采用用某某种种开开发发模模式式，确确定定质质量量控控制制标标准准、里里程程碑碑和和评评审审、验验收收标标准准、各各种质量要求的优先级等，以及可维护性方面的需求。种质量要求的优先级等，以及可维护性方面的需求。数据库中存放的是职工的数据库中存放的是职工的数据库中存放的是职工的数据库中存放的是职工的某学校医疗费管理系统某学校医疗费管理系统所属部门、职工号、姓名所属部门、职工号、姓名所属部门、职工号、姓名所属部门、职工号、姓名职工报销时应填写：职工报销时应填写：职工报销时应填写：职工报销时应填写： 所属部门、职工号、姓名、日期所属部门、职工号、姓
5、名、日期所属部门、职工号、姓名、日期所属部门、职工号、姓名、日期 校内门诊、校外门诊、住院费、子女医疗费校内门诊、校外门诊、住院费、子女医疗费校内门诊、校外门诊、住院费、子女医疗费校内门诊、校外门诊、住院费、子女医疗费 医疗费分类：医疗费分类：医疗费分类：医疗费分类： 该校规定，每年每个职工的医疗费有一个限额（如该校规定，每年每个职工的医疗费有一个限额（如该校规定，每年每个职工的医疗费有一个限额（如该校规定，每年每个职工的医疗费有一个限额（如80808080元），限元），限元），限元），限额在年初确定，其限额规则如下：额在年初确定，其限额规则如下：额在年初确定，其限额规则如下：额在年初确定，其
6、限额规则如下： 1 1 1 1、每个职工一年内报销的医疗费不超过限额时，全部报销、每个职工一年内报销的医疗费不超过限额时，全部报销、每个职工一年内报销的医疗费不超过限额时，全部报销、每个职工一年内报销的医疗费不超过限额时，全部报销 2 2 2 2、超额，则超出部分只可报销、超额，则超出部分只可报销、超额，则超出部分只可报销、超额，则超出部分只可报销90%90%90%90%，其余，其余，其余，其余10%10%10%10%由职工个人负担由职工个人负担由职工个人负担由职工个人负担 3 3 3 3、职工子女的医疗费也有限额（如、职工子女的医疗费也有限额（如、职工子女的医疗费也有限额（如、职工子女的医疗
7、费也有限额（如40404040元）元）元）元） 1 1、医疗费管理系统每天记录当天报销的若干职工或职工子女的医、医疗费管理系统每天记录当天报销的若干职工或职工子女的医 疗费的类别、金额。疗费的类别、金额。 2 2、在当天下班前让系统自动结帐、统计当天报销的医疗费总额，、在当天下班前让系统自动结帐、统计当天报销的医疗费总额，供出纳员核对。供出纳员核对。 3 3、每笔帐要保存备查，每天所报销的费用要和各个职工已报销的、每笔帐要保存备查，每天所报销的费用要和各个职工已报销的金额累计起来，以便检查哪些职工已超额。金额累计起来，以便检查哪些职工已超额。 4 4、系统还要配有适当的查询功能。、系统还要配有
8、适当的查询功能。 5 5、年终结算后，下一年度开始时要对数据库文件进行初始化。、年终结算后，下一年度开始时要对数据库文件进行初始化。 6 6、当职工调离本单位，职工调入本单位或在本单位内部门间调动，、当职工调离本单位，职工调入本单位或在本单位内部门间调动， 数据库文件应能及时得到修改。数据库文件应能及时得到修改。 用户对系统的要求用户对系统的要求 该系统规模不太大，可以和用户单位的其他管理系统该系统规模不太大，可以和用户单位的其他管理系统该系统规模不太大，可以和用户单位的其他管理系统该系统规模不太大，可以和用户单位的其他管理系统使用相同的计算机硬件设备、相同的操作系统和相同的关使用相同的计算机
9、硬件设备、相同的操作系统和相同的关使用相同的计算机硬件设备、相同的操作系统和相同的关使用相同的计算机硬件设备、相同的操作系统和相同的关 系数据库管理系统。系数据库管理系统。系数据库管理系统。系数据库管理系统。 如果，可以使用汉化了的数据库管理系统，但在建立如果，可以使用汉化了的数据库管理系统，但在建立如果，可以使用汉化了的数据库管理系统，但在建立如果，可以使用汉化了的数据库管理系统，但在建立数据库结构时，凡是用英文名称来代表字段名时，则必须数据库结构时，凡是用英文名称来代表字段名时，则必须数据库结构时，凡是用英文名称来代表字段名时，则必须数据库结构时，凡是用英文名称来代表字段名时，则必须在数据
10、字典中予以说明。在数据字典中予以说明。在数据字典中予以说明。在数据字典中予以说明。 I I I I、确定系统的环境要求、确定系统的环境要求、确定系统的环境要求、确定系统的环境要求IIIIIIII、系统性能要求、系统性能要求、系统性能要求、系统性能要求（1 1 1 1）数据不能随意更改）数据不能随意更改）数据不能随意更改）数据不能随意更改 （2 2 2 2）保证数据的准确性）保证数据的准确性）保证数据的准确性）保证数据的准确性 由于医疗费管理系统涉及到会计经费问题，数据不能由于医疗费管理系统涉及到会计经费问题，数据不能由于医疗费管理系统涉及到会计经费问题，数据不能由于医疗费管理系统涉及到会计经费
11、问题，数据不能随意更改但数据输入又难免会出错。因而在每输入一个职随意更改但数据输入又难免会出错。因而在每输入一个职随意更改但数据输入又难免会出错。因而在每输入一个职随意更改但数据输入又难免会出错。因而在每输入一个职工的医疗费后，屏幕提示工的医疗费后，屏幕提示工的医疗费后，屏幕提示工的医疗费后，屏幕提示“数据有误吗？数据有误吗？数据有误吗？数据有误吗？”。若是在核对时。若是在核对时。若是在核对时。若是在核对时 有误，可及时更改，避免输入错误。一天报销结束时，在有误，可及时更改，避免输入错误。一天报销结束时，在有误，可及时更改，避免输入错误。一天报销结束时，在有误，可及时更改，避免输入错误。一天报
12、销结束时，在 数据存档前，再让出纳员核对一下经费总额，若出纳员支数据存档前，再让出纳员核对一下经费总额，若出纳员支数据存档前，再让出纳员核对一下经费总额，若出纳员支数据存档前，再让出纳员核对一下经费总额，若出纳员支 出的金额总数有误时，应让计算机显示每笔帐目，供一一出的金额总数有误时，应让计算机显示每笔帐目，供一一出的金额总数有误时，应让计算机显示每笔帐目，供一一出的金额总数有误时，应让计算机显示每笔帐目，供一一 仔细核对，此时再允许修改一次。当正式登帐后，数据就仔细核对，此时再允许修改一次。当正式登帐后，数据就仔细核对，此时再允许修改一次。当正式登帐后，数据就仔细核对，此时再允许修改一次。当
13、正式登帐后，数据就 绝对不允许再修改了，由此保证财务制度的严格性，保证绝对不允许再修改了，由此保证财务制度的严格性，保证绝对不允许再修改了，由此保证财务制度的严格性，保证绝对不允许再修改了，由此保证财务制度的严格性，保证 数据的安全性。数据的安全性。数据的安全性。数据的安全性。IIIIIIIIIIII、系统的功能、系统的功能、系统的功能、系统的功能 （1 1 1 1）具有表格形式屏幕的输入格式）具有表格形式屏幕的输入格式）具有表格形式屏幕的输入格式）具有表格形式屏幕的输入格式 （2 2 2 2）具有重复录入数据的功能）具有重复录入数据的功能）具有重复录入数据的功能）具有重复录入数据的功能 （3
14、 3 3 3）具有查询和统计汇总的功能）具有查询和统计汇总的功能）具有查询和统计汇总的功能）具有查询和统计汇总的功能 （4 4 4 4）职工的调入和调出以及对数据库的初始化）职工的调入和调出以及对数据库的初始化）职工的调入和调出以及对数据库的初始化）职工的调入和调出以及对数据库的初始化(2)分析与综合分析与综合分析员必须从信息流和信息结构出发，逐步细化所有的软件分析员必须从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的限功能，找出系统各元素之间的联系、接口特性和设计上的限制，判断是否存在因片面性或短期行为而导致的不合理的用制，判断是否存在因片面性或短
15、期行为而导致的不合理的用户要求，是否有用户尚未提出的真正有价值的潜在要求。剔户要求，是否有用户尚未提出的真正有价值的潜在要求。剔除其不合理的部分，增加其需要部分。除其不合理的部分，增加其需要部分。(3)编制需求分析阶段的文档编制需求分析阶段的文档软件需求说明书、数据要求说明书、用户手册软件需求说明书、数据要求说明书、用户手册(4)需求分析评审需求分析评审4.2 需求获取技术需求获取技术获取用户需求的主要方法是获取用户需求的主要方法是调查研究调查研究，包括以下几个方面：，包括以下几个方面：l了解系统的需求。了解系统的需求。l市场调查。市场调查。l访问用户和用户领域的专家。访问用户和用户领域的专家
16、。l考察现场。考察现场。在做调查研究时，可以采取如下的调查方式：在做调查研究时，可以采取如下的调查方式：制定调查提纲，向不同层次的用户发调查表；制定调查提纲，向不同层次的用户发调查表；按按用用户户的的不不同同层层次次，分分别别召召开开调调查查会会，了了解解用用户户对对待待开开发发系系统的想法和建议；统的想法和建议；向用户领域的专家或在关键岗位上工作的人个别咨询；向用户领域的专家或在关键岗位上工作的人个别咨询；实地考察，跟踪现场业务流程；实地考察，跟踪现场业务流程；查阅与待开发系统有关的资料；查阅与待开发系统有关的资料；使用各种调查工具，如数据流图、任务分解图、网络图等。使用各种调查工具，如数据
17、流图、任务分解图、网络图等。4.3 需求分析和描述技术需求分析和描述技术4.3.1 需求建模需求建模通常，分析人员选定一些图形记号分别表示信息流、处理功通常，分析人员选定一些图形记号分别表示信息流、处理功能及系统行为，并利用受限的自然语言给出用户需求的描述。能及系统行为，并利用受限的自然语言给出用户需求的描述。此外，为了处理大型问题，模型的表示机制还应具备良好的此外，为了处理大型问题，模型的表示机制还应具备良好的结构化能力。结构化能力。4.3.2 问题抽象、问题分解与多视点分析问题抽象、问题分解与多视点分析4.3.3 用于支持需求分析的快速原型化方法用于支持需求分析的快速原型化方法4.3.4
18、需求管理的内容需求管理的内容需求变更应该实现以下要求：需求变更应该实现以下要求：(1)应仔细评估已建议的变更；应仔细评估已建议的变更；(2)挑选合适的人选对变更做出决定；挑选合适的人选对变更做出决定；(3)变更应及时通知所有涉及的人员；变更应及时通知所有涉及的人员；(4)项目要按一定的程序来采纳需求变更。项目要按一定的程序来采纳需求变更。版版本本控控制制是是管管理理需需求求的的一一个个必必要要方方面面。需需求求文文档档的的每每一一个个版版本本必必须须被被统统一一确确定定，组组内内每每个个成成员员必必须须能能够够得得到到需需求求的的当当前前版版本本，必必须须清清楚楚地地将将变变更更写写成成文文档
19、档，并并及及时时通通知知到到项项目目开开发发所所涉涉及及的的人人员员。为为了了尽尽量量减减少少困困惑惑、冲冲突突、误误传传，应应仅仅允允许许指定的人来更新需求。指定的人来更新需求。每每一一个个公公布布的的需需求求文文档档的的版版本本应应该该包包括括一一个个修修正正版版本本的的历历史史情情况况，即即已已做做变变更更的的内内容容、变变更更日日期期、变变更更人人姓姓名名以以及及变变更更原原因因。可可以以考考虑虑给给每每个个需需求求标标记记上上版版本本号号，当当修修改改需需求求后后就就增加版本号。增加版本号。4.4 需求分析人员需求分析人员需求分析人员的工作目标是产生好的、符合规范的需求分析人员的工作
20、目标是产生好的、符合规范的需求，完整地获取用户需求，认真地理解、分析和需求，完整地获取用户需求，认真地理解、分析和综合要解决的问题。主要包括以下几方面的活动：综合要解决的问题。主要包括以下几方面的活动：通过学习、请教领域专家、向用户提问等手段，了通过学习、请教领域专家、向用户提问等手段，了解所要解决的问题，理解用户的需要，确认谁是真解所要解决的问题，理解用户的需要，确认谁是真正的用户及系统实现所受到的各种限制。正的用户及系统实现所受到的各种限制。需求分析人员面临的三大挑战需求分析人员面临的三大挑战:(1)问题空间理解问题空间理解(2)人与人之间的通信人与人之间的通信(3)需求的不断变化需求的不
21、断变化需求分析人员的原则和策略需求分析人员的原则和策略1.将问题复杂化将问题复杂化2.划分问题划分问题3.问题抽象化问题抽象化4.投影问题投影问题需求工作人员应采用的技术：需求工作人员应采用的技术：(1) 使用易于理解的语言。使用易于理解的语言。(2) 提供定义系统边界的方法。提供定义系统边界的方法。(3) 提供定义划分、抽象和投影的方法。提供定义划分、抽象和投影的方法。(4) 用问题空间的术语而不是软件术语去思考问题和用问题空间的术语而不是软件术语去思考问题和编制文档。编制文档。(5) 充分注意有多种可供选择的设计方案。充分注意有多种可供选择的设计方案。 (6)适应需求的变化。适应需求的变化
22、。4.5 软件需求规格说明和需求评审软件需求规格说明和需求评审原原则则1:功功能能与与实实现现分分离离，即即描描述述要要“做做什什么么”而而不不是是“怎怎样样实实现现”。原原则则2:要要求求使使用用面面向向处处理理的的规规格格说说明明语语言言，讨讨论论来来自自环环境境的的各各种种刺刺激激可可能能导导致致系系统统做做出出什什么么样样的的功功能能性性反反应应，来来定定义义一一个个行为模型，从而得到行为模型，从而得到“做什么做什么”的规格说明。的规格说明。原原则则3:如如果果目目标标软软件件只只是是一一个个大大系系统统中中的的一一个个元元素素，那那么么整整个个大大系系统统也也包包括括在在规规格格说说
23、明明的的描描述述之之中中。描描述述该该目目标标软软件件与与系系统的其他系统元素交互的方式。统的其他系统元素交互的方式。原则原则4:规格说明必须包括系统运行的环境。规格说明必须包括系统运行的环境。原原则则5:系系统统规规格格说说明明必必须须是是一一个个认认识识的的模模型型，而而不不是是设设计计或或实实现的模型。现的模型。原原则则6:规规格格说说明明必必须须是是可可操操作作的的。规规格格说说明明必必须须是是充充分分完完全全和和形形式式化化的的，以以便便能能够够利利用用它它决决定定对对于于任任意意给给定定的的测测试试用用例例，已提出的实现方案是否都能满足规格说明。已提出的实现方案是否都能满足规格说明
24、。原则原则7:规格说明必须容许不完备性并允许扩充。规格说明必须容许不完备性并允许扩充。原原则则8:规规格格说说明明必必须须局局部部化化和和松松散散耦耦合合。它它所所包包括括的的信信息息必必须须局局部部化化，这这样样当当信信息息被被修修改改时时，只只需需修修改改某某个个单单个个段段落落（理理想想情情况况）。同同时时，规规格格说说明明应应被被松松散散地地构构造造（即即耦耦合合），以以便能够很容易地加入和删去一些段落。便能够很容易地加入和删去一些段落。软件需求规格说明的框架软件需求规格说明的框架I.I.引言引言A.A.系统参考文献系统参考文献B.B.整体描述整体描述C.C.软件项目约束软件项目约束I
25、I.II.信息描述信息描述A.A.信息内容表示信息内容表示R R信息流表示信息流表示i i数据流数据流iiii控制流控制流III.III.功能描述功能描述A.A.功能划分功能划分B.B.功能描述功能描述i i处理说明处理说明iiii限制限制/ /局限局限iiiiii性能需求性能需求 iviv设计约束设计约束v v支撑图支撑图c.c.控制描述控制描述i i控制规格说明控制规格说明iiii设计约束设计约束IV.IV.行为描述行为描述A.A.系统状态系统状态B.B.事件和响应事件和响应V.V.检验标准检验标准A.A.性能范围性能范围B.B.测试种类测试种类C.C.期望的软件响应期望的软件响应D.D.
26、特特殊的考虑殊的考虑VI.VI.参考书目参考书目VII.VII.附录附录需求规格说明评审需求规格说明评审作为需求分析阶段工作的复查手段，在需求分析的最后一步，作为需求分析阶段工作的复查手段，在需求分析的最后一步，应该对功能的正确性、应该对功能的正确性、 完整性和清晰性以及其他需求给予评完整性和清晰性以及其他需求给予评价价。 4.6 软件需求规格说明书软件需求规格说明书软软 件件 需需 求求 规规 格格 说说 明明 书书 （ Software Requirements Specifications，简简称称SRS)也也称称软软件件需需求求分分析析说说明明书书，它它是是软软件件的的重重要要文文档档
27、。软软件件需需求求分分析析说说明明书书对对所所开开发发软软件件的的功功能能、性性能能、用用户户界界面面及及运运行行环环境境等等作作出出详详细细的的说说明明。它它是是软软件件设设计计的的依依据据，验验证证核核实实产产品品能能否否满满足足用用户户要要求求的的标标准准，便便于于技技术术文文档档和和需需求求变变化化的的管管理理。它它也也是是用用户户与与开开发发人人员员双双方方对对软软件需求取得共同理解的基础。件需求取得共同理解的基础。作业：作业：1、简述软件需求规格说明书的主要方面。、简述软件需求规格说明书的主要方面。2、需求管理的内容有哪些？怎样理解需求文档的版本、需求管理的内容有哪些？怎样理解需求文档的版本控制？控制？
