1、2022-3-2213.1 需求分析的任务需求分析的任务3.2 与用户沟通获取需求的方法与用户沟通获取需求的方法3.3 分析建模与规格说明分析建模与规格说明3.4 实体实体-联系图联系图3.5 数据规范化数据规范化3.6 状态转换图状态转换图3.7 其他图形工具其他图形工具3.8 验证软件需求验证软件需求22022-3-22F 开发一个软件系统前，必须了解用户的期望开发一个软件系统前，必须了解用户的期望和要求和要求F 重要性：重要性：-软件开发的基础和前提软件开发的基础和前提-最终目标软件系统验收的标准最终目标软件系统验收的标准-避免或者尽早剔除早期的错误避免或者尽早剔除早期的错误 可行性分析
2、阶段已经粗略了解了用户的需求，但许可行性分析阶段已经粗略了解了用户的需求，但许多细节被忽略。在系统开发前，还需要进一步确定、多细节被忽略。在系统开发前，还需要进一步确定、分析这些细节。分析这些细节。- 需求分析过程需求分析过程32022-3-22F 困难：困难：- 片面性片面性, 不完全不完全- 模糊性模糊性, 不准确不准确- 不一致性不一致性, 歧义等等歧义等等 因此必须使用系统的方法、借助于一系列行之因此必须使用系统的方法、借助于一系列行之 有效的技术和工具进行需求分析。有效的技术和工具进行需求分析。- 应用系统复杂，庞大应用系统复杂，庞大42022-3-22调查发现软件项目失败的原因：调
3、查发现软件项目失败的原因： 13.1% 13.1% 不完整的产品要求；不完整的产品要求； 12.4% 12.4% 缺乏用户的参与；缺乏用户的参与； 10.6% 10.6% 缺少资源（人力、财力）；缺少资源（人力、财力）； 9.9% 9.9% 不现实的期望；不现实的期望； 9.3% 9.3% 高层领导支持不足；高层领导支持不足； 8.7% 8.7% 产品要求与指标的改变；产品要求与指标的改变； 8.1% 8.1% 没有订计划；没有订计划； 7.5% 7.5% 不再需耍该开发中的系统。不再需耍该开发中的系统。 其中，与产品需求有关的（其中，与产品需求有关的（1,2,4,1,2,4,和和6 6项）占
4、项）占了了44.1%44.1%。这些数据突出地显示了软件产品需求。这些数据突出地显示了软件产品需求在软件开发中的重要性。在软件开发中的重要性。 52022-3-22 需求是指用户对软件的功能和性能的需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么性能。完成什么样的功能，达到什么性能。62022-3-22业 务 需求用 户 需求功 能 需求软件需求规格非功能性需求质 量 特性约束和假设系 统 需求72022-3-22需求分析需求分析编写需求规格编写需求规格需求验证需求验证需求获取需求获取需求变更需求变更需求确认需求
5、确认需求变更需求变更82022-3-22需求工程需求工程需求管理需求管理需求开发需求开发需求获取需求获取需求分析需求分析需求规格说明需求规格说明需求验证需求验证变更管理变更管理92022-3-22 需求分析是需求分析是为最终用户所看到的系为最终用户所看到的系统建立一个概念模型，是对需求的抽统建立一个概念模型，是对需求的抽象描述。象描述。 102022-3-22软件开发是要实现软件开发是要实现目标系统的物理模型目标系统的物理模型。需。需求分析的任务就是借助于求分析的任务就是借助于当前系统的逻辑模型导当前系统的逻辑模型导出目标系统的逻辑模型出目标系统的逻辑模型，解决目标系统，解决目标系统 “ “做
6、什么做什么” ” 的问题。的问题。目标系统目标系统当前系统当前系统物理模型物理模型逻辑模型逻辑模型模型化模型化抽象化抽象化物理模型物理模型逻辑模型逻辑模型具体化具体化实例化实例化理理解解需需求求导导出出怎么做怎么做做什么做什么表达需求表达需求112022-3-221 需求分析的任务需求分析的任务FF 需求分析的基本任务：需求分析的基本任务： 准确的回答准确的回答“系统必须做系统必须做什么？什么？”（注意：（注意： 细致、精确地回答细致、精确地回答“What” （合同（合同的拟定）的拟定） ，而不是，而不是“How”）1、确定系统的综合性要求、确定系统的综合性要求(1)功能要求功能要求(2)性能
7、要求性能要求(3)可靠性和可用性需求可靠性和可用性需求(4)出错处理需求出错处理需求(5)接口需求接口需求(6)约束约束(7)逆向需求逆向需求(8)将来可能提出的要求将来可能提出的要求2022-3-22122、分析系统的数据要求、分析系统的数据要求目标系统目标系统输入信息输入信息输出信息输出信息系统处理的信息和系统应系统处理的信息和系统应该产生的信息在很大程度该产生的信息在很大程度上决定系统的概貌。上决定系统的概貌。分析系统数据要求，通常使用分析系统数据要求，通常使用概念模型概念模型的方法。的方法。数据信息在数据字典中，为了直观地描绘数据数据信息在数据字典中，为了直观地描绘数据结构，可采用结构
8、，可采用层次方框图层次方框图和和Warnier图图等辅助等辅助工具。工具。采用采用规范化理论规范化理论来规范化数据结构。来规范化数据结构。2022-3-22133、导出新系统的逻辑模型、导出新系统的逻辑模型4、修正系统的开发计划、修正系统的开发计划成本和进度的更准确估计。成本和进度的更准确估计。高层高层数据流图数据流图数据字典数据字典（粗略）（粗略）可行性研究可行性研究分析、具体化分析、具体化数据流图数据流图数据流图数据流图数据流图数据流图数据字典数据字典（详细）（详细）简明的算法描述简明的算法描述需求分析需求分析142022-3-22需求分析是一项软件工程活动，它包括：需求分析是一项软件工程
9、活动，它包括：1)1) 需求获取需求获取 刻划出软件的刻划出软件的功能功能和和性能性能； 指明软件与其他系统元素的指明软件与其他系统元素的接口接口； 建立软件必须满足的建立软件必须满足的约束约束。2)2) 需求建模需求建模需求分析建立起来的模型为日后软件设计需求分析建立起来的模型为日后软件设计人员提供了可被翻译成人员提供了可被翻译成数据数据、体系结构体系结构、接口接口和和处理过程处理过程设计的模型。设计的模型。152022-3-223)3) 需求规格说明需求规格说明需求规格说明为开发人员和用户提供软件需求规格说明为开发人员和用户提供软件开发完成时质量评价的依据。开发完成时质量评价的依据。4)4
10、) 需求评审需求评审 需求分析研究的对象是需求分析研究的对象是用户的要求用户的要求。 必须必须全面理解全面理解用户的各项要求，用户的各项要求，准确表准确表达达被接受的用户要求。被接受的用户要求。 只有经过确切描述的软件需求才能成为只有经过确切描述的软件需求才能成为软件设计的基础。软件设计的基础。 162022-3-22w需求获取是在问题及其最终解决方案之间架设需求获取是在问题及其最终解决方案之间架设桥梁的第一步。桥梁的第一步。w需求获取的目的是清楚地理解所要解决的问题，需求获取的目的是清楚地理解所要解决的问题，完整地获得用户的需求。完整地获得用户的需求。w获取需求的一个必不可少的结果是对项目中
11、描获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。一旦理解了需求，述的客户需求的普遍理解。一旦理解了需求，分析者、开发者和客户就能探索出描述这些需分析者、开发者和客户就能探索出描述这些需求的多种解决方案。求的多种解决方案。172022-3-221)1) 业务需求业务需求 反映了组织或客户对系统、产反映了组织或客户对系统、产品高层次的目标要求，它们一般在项目视图品高层次的目标要求，它们一般在项目视图和范围文档中给予说明。和范围文档中给予说明。2)2) 用户需求用户需求 描述用户使用软件需要完成哪描述用户使用软件需要完成哪些任务，它们可通过使用实例图或脚本说明些任务，它们可通过使用
12、实例图或脚本说明加以阐明。加以阐明。3)3) 功能功能非功能需求非功能需求 定义了开发者必须实定义了开发者必须实现的软件功能，而非功能需求如表所示现的软件功能，而非功能需求如表所示: :182022-3-22 性性能能要要求求 实实时时性性; 其其他他时时间间要要求求， 如如响响应应时时间间、 处处理理时时间间、包包传传送送时时间间等等; 资资源源配配置置要要求求; 精精确确度度、处处理理量量等等要要求求 可可靠靠性性要要求求 有有效效性性; 数数据据完完整整性性 安安全全保保密密要要求求 安安全全性性; 保保密密性性 运运行行要要求求 使使用用频频度度、 运运行行期期限限; 控控制制方方式式
13、; 对对操操作作员员要要求求 产产品品要要求求 物物理理要要求求 系系统统的的规规模模等等 开开发发类类型型 实实用用性性开开发发或或试试验验性性开开发发 项项目目估估算算 开开发发工工作作量量估估计计 开开发发方方法法 质质量量控控制制标标准准; 里里程程碑碑和和评评审审; 验验收收标标准准 优优先先顺顺序序 权权衡衡各各种种质质量量目目标标要要求求，排排定定优优先先实实现现次次序序 过过程程要要求求 可可维维护护性性 可可理理解解性性、可可测测试试性性、可可修修改改性性、可可移移植植性性 192022-3-22需求获取包括以下活动：需求获取包括以下活动：1)1) 发现和分析问题发现和分析问
14、题 发现问题症结，并分析问发现问题症结，并分析问题的原因题的原因/ /结果关系。结果关系。2)2) 获取需求获取需求 根据对问题的理解定义需求。根据对问题的理解定义需求。a)a) 使用调查研究方法收集信息；使用调查研究方法收集信息；b)b) 遵循需求获取框架，按照三个成分观察：遵循需求获取框架，按照三个成分观察：即即数据数据、过程过程和和接口接口。3)3) 需求归档需求归档 以草稿形式归档调查结果。形以草稿形式归档调查结果。形式有用例、决策表、需求表等。式有用例、决策表、需求表等。202022-3-22w软件开发项目和组织文化的不同，对于需求开软件开发项目和组织文化的不同，对于需求开发没有一个
15、简单的、公式化的途径。发没有一个简单的、公式化的途径。w下面下面9 9个步骤，针对信息系统的需求获取。个步骤，针对信息系统的需求获取。1)1) 定义项目的视图和范围定义项目的视图和范围 包括组织结构图、包括组织结构图、各部门的岗位各部门的岗位/ /角色列表。角色列表。2)2) 确定用户类确定用户类 包括人员包括人员/ /责任矩阵。责任矩阵。3)3) 确定目标系统的业务工作流确定目标系统的业务工作流 包括物流、包括物流、资金流、信息流，建立业务工作流模型。资金流、信息流，建立业务工作流模型。212022-3-224)4) 运用需求获取技术运用需求获取技术开发反映主要业务规则的开发反映主要业务规则
16、的用例（或数据流图）用例（或数据流图）并设置优先级。并设置优先级。 5)5) 收集来自用户的收集来自用户的质量特性信息和其他非功能质量特性信息和其他非功能需求需求 将性能、安全性、可靠性等需求和将性能、安全性、可靠性等需求和其他设计约束结合业务规则，形成功能需求。其他设计约束结合业务规则，形成功能需求。6)6) 分类在用例（或数据流图）中涉及的数据分类在用例（或数据流图）中涉及的数据 包括数据的组成和数据之间的关系。包括数据的组成和数据之间的关系。7)7) 详细拟订用例（或数据流图）的规格说明详细拟订用例（或数据流图）的规格说明， 建立功能模型，并进行审查，用以澄清需求建立功能模型，并进行审查
17、，用以澄清需求获取的参与者对需求的理解。获取的参与者对需求的理解。222022-3-228)8) 开发并评估界面原型开发并评估界面原型 设想输入设备、输设想输入设备、输出设备、显示风格、显示方式、输出格式等，出设备、显示风格、显示方式、输出格式等，建立接口规范和信息流传输规则。建立接口规范和信息流传输规则。9)9) 从功能描述中开发概念测试用例从功能描述中开发概念测试用例 用测试用测试用例来验证用例（或数据流图）、功能需求用例来验证用例（或数据流图）、功能需求和原型。和原型。232022-3-22w需求获取可能是软件开发中最困难、最关键、需求获取可能是软件开发中最困难、最关键、最易出错及最需要
18、交流的方面。表现在：最易出错及最需要交流的方面。表现在： 需求的不稳定性需求的不稳定性：在整个软件生存周期内：在整个软件生存周期内软件需求会随着时间的推移发生变化；软件需求会随着时间的推移发生变化； 需求的不准确性需求的不准确性：用户和开发人员的认识：用户和开发人员的认识会随着使用系统实现业务流程的实践逐步会随着使用系统实现业务流程的实践逐步提高，一开始不可能设想得面面俱到。提高，一开始不可能设想得面面俱到。w需求获取只有通过有效的客户需求获取只有通过有效的客户/ /开发者的合作开发者的合作才能成功。才能成功。 242022-3-22w采用采用穷举方法穷举方法可以避免遗漏。可以避免遗漏。w采用
19、采用归纳方法归纳方法，通过对各种情况进行综合分类，通过对各种情况进行综合分类可以使问题条理化。可以使问题条理化。w采用采用抽象方法抽象方法，可以发现问题的实质，抓住问，可以发现问题的实质，抓住问题的主要矛盾，忽略其次要矛盾。题的主要矛盾，忽略其次要矛盾。w需求整理可以多种手段共用，如组织结构图、需求整理可以多种手段共用，如组织结构图、业务流程图、多叉树、关系矩阵、文字叙述、业务流程图、多叉树、关系矩阵、文字叙述、表格、图形等。需求描述包括组织结构与岗位表格、图形等。需求描述包括组织结构与岗位定义、业务流程、处理规则、数据项、功能以定义、业务流程、处理规则、数据项、功能以及上述及上述 5 5 个
20、方面的关系。个方面的关系。252022-3-222 与用户沟通获取需求的方法与用户沟通获取需求的方法不需分解不需分解有补充有补充修正修正无补充修正无补充修正分析追踪分析追踪数据流图数据流图用户复查用户复查细细 化化数据流图数据流图需要需要分解分解访谈访谈面向数据流自顶向下求精面向数据流自顶向下求精（细化数据流图）（细化数据流图） 加细前后的加细前后的I/O须相同。须相同。 分解到须考虑具体实现的代码时即可停止分解到须考虑具体实现的代码时即可停止简易的应用规格说明技术简易的应用规格说明技术快速建立软件原型快速建立软件原型 1)废弃型废弃型 2)追加型或演化型追加型或演化型262022-3-223
21、 分析建模与规格说明分析建模与规格说明需求建模是为了分析需求，以确定项目的确切需求需求建模是为了分析需求，以确定项目的确切需求需求建模遵循三个原则：需求建模遵循三个原则： 划分划分：描述需求的整体：描述需求的整体部分关系；部分关系； 抽象抽象：描述需求的一般化：描述需求的一般化特殊化关系；特殊化关系； 投影投影：描述需求的多维视图；：描述需求的多维视图；定义系统模型要区分定义系统模型要区分逻辑模型逻辑模型和和物理模型物理模型。常用模型有常用模型有数据建模数据建模、功能建模功能建模和和过程建模。过程建模。272022-3-22 面向数据流的结构化分析方法面向数据流的结构化分析方法 (SA)(SA
22、) 面向数据结构的面向数据结构的JacksonJackson方法方法 (JSD)(JSD) 面向数据结构的结构化数据系统开发方面向数据结构的结构化数据系统开发方法法 (DSSD)(DSSD) 面向对象的分析方法面向对象的分析方法 (OOA) (OOA) 等等282022-3-22w结构化分析方法最初只是着眼于数据流，自顶结构化分析方法最初只是着眼于数据流，自顶向下，逐层分解，建立系统的处理流程，以向下，逐层分解，建立系统的处理流程，以数数据流图据流图和和数据字典数据字典为主要工具，建立系统的逻为主要工具，建立系统的逻辑模型。辑模型。w扩充后，将建模技术扩展到扩充后，将建模技术扩展到数据建模数据
23、建模、功能建功能建模模和和行为建模行为建模，以实体，以实体- -关系图、数据流图和关系图、数据流图和控制流图、状态控制流图、状态- -迁移图为工具，数据字典为迁移图为工具，数据字典为核心，从不同视点建立系统的分析模型。核心，从不同视点建立系统的分析模型。292022-3-22结构化分析的分析模型结构化分析的分析模型实体实体关系图关系图状态状态迁移图迁移图数据对象描述数据对象描述加工规格说明加工规格说明数据数据字典字典控制规格说明控制规格说明302022-3-22q需求分析工作完成的一个基本标志是形成需求分析工作完成的一个基本标志是形成了一份完整的、规范的需求规格说明书了一份完整的、规范的需求规
24、格说明书q需求规格说明书的编制是为了使用户和软需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基共同的理解，使之成为整个开发工作的基础。础。312022-3-22q从现实中分离功能，即描述要从现实中分离功能，即描述要“做什么做什么”而不是而不是“怎样实现怎样实现”q采用一定的规格说明语言采用一定的规格说明语言q如果被开发软件只是一个大系统中的一个元素，如果被开发软件只是一个大系统中的一个元素，那么整个大系统也包括在规格说明的描述之中那么整个大系统也包括在规格说明的描述之中q规格说明应该包括系统运行环境
25、规格说明应该包括系统运行环境q规格说明应该是一个认识模型规格说明应该是一个认识模型q规格说明应该容许不完备性并允许扩充规格说明应该容许不完备性并允许扩充322022-3-22基于基于IEEE 830IEEE 830改写的规格说明模板内容：改写的规格说明模板内容：a.a. 引言引言a.1 a.1 目的目的a.2 a.2 文档约定文档约定 a.3 a.3 预期的读者和阅读建议预期的读者和阅读建议a.4 a.4 产品的范围产品的范围a.5 a.5 参考文献参考文献b.b. 综合描述综合描述 b.1 b.1 产品的前景产品的前景 b.2 b.2 产品的功能产品的功能332022-3-22b.3 b.3
26、 用户类和特征用户类和特征b.4 b.4 运行环境运行环境b.5 b.5 设计和实现的限制设计和实现的限制b.6 b.6 假设和依赖假设和依赖c.c. 外部接口外部接口 c.1 c.1 用户界面用户界面 c.2 c.2 硬件接口硬件接口 c.3c.3 软件接口软件接口 c.4c.4 通信接口通信接口d.d. 系统特性系统特性 d.1 d.1 说明和优先级说明和优先级342022-3-22d.2 d.2 激励响应序列激励响应序列d.3 d.3 功能需求功能需求e.e. 其他非功能需求其他非功能需求 e.1 e.1 性能需求性能需求 e.2 e.2 基本设施需求基本设施需求 e.3e.3 安全性需
27、求安全性需求 e.4e.4 软件质量属性软件质量属性 e.5e.5 业务规则业务规则 e.6 e.6 用户文档用户文档f.f. 其他需求其他需求附录附录A A：词汇表词汇表附录附录B: B: 软件需求分析模型软件需求分析模型附录附录C: C: 待确定的问题待确定的问题352022-3-224 实体联系图（实体联系图（ER图）图）w数据模型包括三种互相关联的信息：数据数据模型包括三种互相关联的信息：数据对象对象，描述对象的描述对象的属性属性，描述对象间相互连接的，描述对象间相互连接的关系关系。w在需求分析阶段描述数据对象和它们之间的关系，在需求分析阶段描述数据对象和它们之间的关系，使用了使用了E
28、-R E-R 图。图。w例如，在教学管理中，一个教师可以教授零门、例如，在教学管理中，一个教师可以教授零门、一门或多门课程，每位学生也需要学习几门课程。一门或多门课程，每位学生也需要学习几门课程。因此，教学管理中涉及的对象有学生、教师和课因此，教学管理中涉及的对象有学生、教师和课程。程。362022-3-22 实体实体实体是客观世界中存在的且可相互区分的事务。实体可实体是客观世界中存在的且可相互区分的事务。实体可以是人也可以是物，可以是具体的事物也可以是抽象概以是人也可以是物，可以是具体的事物也可以是抽象概念。例如，职工、学生、课程、教师等都是实体。念。例如，职工、学生、课程、教师等都是实体。
29、 关系关系111NMN客观世界中的事物彼此间往往是有联系的，例如，教客观世界中的事物彼此间往往是有联系的，例如，教师与课程间存在师与课程间存在“教教”这种联系。这种联系。 属性属性属性是实体或联系所具有的性质。通常一个实体由若属性是实体或联系所具有的性质。通常一个实体由若干个属性来刻画。干个属性来刻画。例如，例如，“学生学生”实体有学号、姓名、性别、系、年级实体有学号、姓名、性别、系、年级372022-3-22教学数据模型教学数据模型学号学号 姓名姓名 专业专业 性别性别 学生学生职工号职工号姓名姓名专业专业职称职称年龄年龄教师教师课程号课程号 课程名课程名 学分学分 学时学时课程课程学号学号
30、课程号课程号成绩成绩选课选课382022-3-22 实例的关联有三种：一对一实例的关联有三种：一对一 (1:1) ；一对多；一对多 (1:m) ；多对多；多对多 (n:m) 。 这种实例的关联称为这种实例的关联称为“基数基数”，基数表明了，基数表明了“重复性重复性”。教师教师学生学生教授教授基数基数:一位教师一位教师 基数基数:多位学生多位学生参与度参与度: :必须必须 参与度参与度: :可选可选392022-3-22XY一个一个X与一个与一个Y相关联相关联一个一个X与一个或多个与一个或多个Y相关联相关联XY一个一个X与零个或一个与零个或一个Y相关联相关联XY一个一个X与零个与零个, 一个或多
31、个一个或多个Y相关联相关联XY一个一个X与一个与一个Y或或Z相关联相关联XYZ一个一个X与一个与一个Y与与Z相关联相关联XYZ402022-3-221 - NF：所有属性都是原子值，即不出现：所有属性都是原子值，即不出现“表中有表表中有表”范式范式(Normal Forms)：消除数据冗余的程度：消除数据冗余的程度5 数据规范化数据规范化412022-3-222 - NF：在：在 1-NF 基础上，每个基础上，每个非主属性非主属性都由整个都由整个主关键字主关键字决定（而非依赖于主关键字的一部分）。例：决定（而非依赖于主关键字的一部分）。例：“Major”实际上由实际上由“ID”的第的第5、6位
32、决定，可省位决定，可省去。去。IDNameMajor200104423张望张望计算机计算机200104512李望李望计算机计算机200112302赵望赵望艺术艺术200112434钱望钱望艺术艺术422022-3-223 - NF：在：在 2-NF基础上，基础上，非主属性非主属性之间无依赖关系。之间无依赖关系。432022-3-22n最初最初, ,结构化分析方法仅讨论数据流建模，目标结构化分析方法仅讨论数据流建模，目标系统被表示成如图所示的数据变换流程图。系系统被表示成如图所示的数据变换流程图。系统的功能体现在核心的数据变换中。统的功能体现在核心的数据变换中。外部实体外部实体外部实体外部实体外
33、部实体外部实体外部实体外部实体目标目标系统系统输入信息输入信息输入信息输入信息输出信息输出信息输出信息输出信息顶层数据流图（上下文环境图）顶层数据流图（上下文环境图）442022-3-22数据流图中的主要图形元素数据流图中的主要图形元素数据加工数据加工 (数据变换数据变换)数据源或数据潭数据源或数据潭 (外部实体外部实体)数据流数据流数据存储文件数据存储文件或或或或452022-3-22分层的数据流图分层的数据流图462022-3-22领书单 进书通知 购书单 缺书单 学生教材购销系统书 库保 管员案例案例1 1：售书系统：售书系统F DFD DFD是系统中各处理功能以及它们之间数据流是系统中
34、各处理功能以及它们之间数据流动的图形表示动的图形表示 - - 刻划系统功能和行为刻划系统功能和行为472022-3-22领书单 进书通知 进书通知 购书单缺书单 1销售 2采购书库保管员学生F1教材存量表 F2缺书登记表 482022-3-22案例案例2 2：工资计算系统的顶层：工资计算系统的顶层(0(0层层) )数据流图数据流图人事部门后勤部门出勤表业绩表水电扣款表职工银行工资条工资存款清单工资计算系统492022-3-22工资计算系统第一层数据流图工资计算系统第一层数据流图人事部门后勤部门出勤表业绩表水电扣款表职工银行工资条1计算工资实发工资表3工资转存2打印工资清单工资存款清单工资清单F
35、3502022-3-22工资计算系统的第二层数据流图工资计算系统的第二层数据流图(a) “计算工资计算工资”子数据流图；子数据流图；(b)“工资转存工资转存”子数据流图子数据流图人事部门出勤表业绩表1.1计算奖金和缺勤扣款奖金发放表1.2计算应发工资应发工资表1.3计算所得税1.4计算实发工资实发工资表水电扣款表后勤部门所得税扣款缺勤扣款表工资清单F3(a)(b)工资计算实发工资表2.1查找职工银行工资账号实发工资2.2生成工资存款清单工资存款清单银行账号职工个人工资账号清单F4奖惩条例奖惩条例F1工资档案工资档案F2512022-3-22n行为建模给出需求分析方法的所有操作原则，行为建模给出
36、需求分析方法的所有操作原则，但只有结构化分析方法的扩充版本才提供这种但只有结构化分析方法的扩充版本才提供这种建模的符号。建模的符号。n数据流图不描述时序关系，控制和事件流通过数据流图不描述时序关系，控制和事件流通过行为模型描述。行为模型描述。n在描述系统或各个数据对象的行为时，采用状在描述系统或各个数据对象的行为时，采用状态迁移图。通过描述系统或对象的态迁移图。通过描述系统或对象的状态状态，以及，以及引起系统或对象状态转换的引起系统或对象状态转换的事件事件来表示系统或来表示系统或对象的行为。对象的行为。6 状态转换图（状态迁移图）状态转换图（状态迁移图）522022-3-22描述系统的状态如何
37、相应外部的信号进行推移的一描述系统的状态如何相应外部的信号进行推移的一种图形表示。种图形表示。 圆圈圆圈“”表示可得到的系统表示可得到的系统状态状态 箭头箭头“”表示从一种状态向另一种状态的表示从一种状态向另一种状态的迁移迁移w状态转换图（简称为状态图）通过描绘系统的状态转换图（简称为状态图）通过描绘系统的状状态态及引起系统状态转换的及引起系统状态转换的事件事件，来表示系统的行，来表示系统的行为为。此外，状态图还指明了作为特定事件的结果，。此外，状态图还指明了作为特定事件的结果，系统将做哪些动作（例如，处理数据）。系统将做哪些动作（例如，处理数据）。 532022-3-22542022-3-2
38、2w状态状态是任何可以被观察到的系统行为模式，一是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态规定了个状态代表系统的一种行为模式。状态规定了系统对事件的响应方式。系统对事件的响应方式。 w在状态图中定义的状态主要有：初态（即初始在状态图中定义的状态主要有：初态（即初始状态）、终态（即最终状态）和中间状态。在状态）、终态（即最终状态）和中间状态。在一张状态图中只能有一个初态，而终态则可以一张状态图中只能有一个初态，而终态则可以有有0至多个。至多个。 552022-3-22w状态图既可以表示系统循环运行过程，也可以表状态图既可以表示系统循环运行过程，也可以表示系统单程生命期
39、。示系统单程生命期。 w事件事件是在某个特定时刻发生的事情，它是对引起是在某个特定时刻发生的事情，它是对引起系统做动作或系统状态转变的外界事件的抽象。系统做动作或系统状态转变的外界事件的抽象。状态图中两个状态之间带箭头的连线称为状态图中两个状态之间带箭头的连线称为状态转状态转换换，箭头指明了转换方向。，箭头指明了转换方向。 562022-3-22可得到的状态：等待，运行，就绪可得到的状态：等待，运行，就绪事件：事件：t1 中断已处理中断已处理 t2 分配分配CPU t3 用完用完CPU时间时间 t4 中断事件中断事件运行运行就绪就绪等待等待t2t3t1t4 例：当有多个申请占用例：当有多个申请
40、占用CPU运行的进程时运行的进程时, 进程的状态迁移。进程的状态迁移。572022-3-22w画出电话系统的状态图。画出电话系统的状态图。w没有人打电话时电话，电话处于闲置状态；有人没有人打电话时电话，电话处于闲置状态；有人拿起听筒，则进入拨号音状态，到达这个状态后，拿起听筒，则进入拨号音状态，到达这个状态后，电话的行为是响起拨号音并计时；这时如果拿起电话的行为是响起拨号音并计时；这时如果拿起听筒的人改变主意不想打了，他把听筒放下（挂听筒的人改变主意不想打了，他把听筒放下（挂断），电话重又回到闲置状态；如果拿起听筒很断），电话重又回到闲置状态；如果拿起听筒很长时间不拨号（超时），则进入超时状态
41、；长时间不拨号（超时），则进入超时状态；。 582022-3-22592022-3-22n数据字典是结构化分析方法的核心，与各模型数据字典是结构化分析方法的核心，与各模型的图形表示配合，能清楚地表达数据处理的要的图形表示配合，能清楚地表达数据处理的要求。求。n词条描述词条描述对于在模型中每一个被命名的图对于在模型中每一个被命名的图形元素，均加以定义，其内容有形元素，均加以定义，其内容有: 名字，别名名字，别名或编号，分类，描述，定义，位置，其它，等或编号，分类，描述，定义，位置，其它，等602022-3-227 其它图形工具其它图形工具1、层次方框图、层次方框图 (Hierarchy) 用树型
42、结构的一系用树型结构的一系列多层次的矩形框描绘数据的层次结构。列多层次的矩形框描绘数据的层次结构。 顶层代表完整的数据结构，下面的各层矩形框代表这个顶层代表完整的数据结构，下面的各层矩形框代表这个数据的子集，最底层的各个框代表组成这个数据的实际数据的子集，最底层的各个框代表组成这个数据的实际数据元素（不能再分割的元素）。数据元素（不能再分割的元素）。例例1：612022-3-22实发工资国家津贴职务津贴交通补贴部门补贴其他补贴补贴津贴国家工资基本工资出勤奖业绩奖奖金应发工资扣款缺勤扣款水电扣款个人所得税扣款例例2：某单位职工实发工资的层次方框图：某单位职工实发工资的层次方框图622022-3-
43、22例例1：2、Warnier 图图用树型结构描绘信息，可以表用树型结构描绘信息，可以表明信息的逻辑组织（重复或条件出现）明信息的逻辑组织（重复或条件出现） ，比层次，比层次方框图提供了更丰富的描绘手段。方框图提供了更丰富的描绘手段。：层次层次（n）：）：重复重复n次次 ：二者择一：二者择一632022-3-22：层次层次（n1 ,n2):重复重复n1到到n2次次 ：二者择一：二者择一例例2： 头条新闻头条新闻 地区队地区队 头版头版 国内新闻国内新闻 体育新闻体育新闻 职业队职业队 本地新闻本地新闻 拳击拳击 社论社论(1,1) 经营简讯经营简讯 专栏专栏(1,3) 报纸报纸 社论社论 读者
44、来信读者来信(1,3) 副刊副刊 商业新闻商业新闻 雇员简讯雇员简讯 讽刺漫画讽刺漫画(0,1) 一般新闻一般新闻 体育新闻体育新闻 招生招生 副刊副刊 商业新闻商业新闻 广告广告 招聘招聘 广告广告 求助求助细细化化642022-3-223、IPO图图(Input / Process / Output)：描绘输：描绘输入数据、对数据的处理和输出数据之间的关系。入数据、对数据的处理和输出数据之间的关系。在需求分析阶段可以使用在需求分析阶段可以使用IPO图简略地描述系统图简略地描述系统的主要算法（的主要算法（DFD中各个处理的基本算法）。中各个处理的基本算法）。1. 1. 校验校验主记录主记录2
45、. 2. 校验校验事务记录事务记录3. 3. 更新更新主记录主记录旧的主文件旧的主文件事务文件事务文件有效的有效的主记录主记录有效的有效的事务记录事务记录更新后的更新后的主文件主文件输出输出O O处理处理P P输入输入I I例：例：652022-3-22改改进进的的IPO图图662022-3-221. 一致性：一致性：任何一条需求不能和其他需求互相矛盾。任何一条需求不能和其他需求互相矛盾。2. 完整性：完整性：需求是否全面。需求是否全面。3. 现实性：现实性：技术水平能够实现。技术水平能够实现。4. 有效性：有效性：正确无错地表达需求，且满足用户的实正确无错地表达需求，且满足用户的实际需求，解
46、决用户面对的问题。际需求，解决用户面对的问题。需求验证的特征：需求验证的特征：8 验证软件需求验证软件需求672022-3-22需求分析评审需求分析评审F 任务任务:多方人员一起对多方人员一起对SRS进行复核和评审，以确保进行复核和评审，以确保SRS全全面、准确、一致地反映用户需求面、准确、一致地反映用户需求F 原则原则:支持各方（用户，需求分析人员、设计人员）支持各方（用户，需求分析人员、设计人员）共同参与评审工作共同参与评审工作682022-3-221、系统定义的目标是否与用户的要求一致、系统定义的目标是否与用户的要求一致2、系统需求分析阶段提供的文档资料是否齐全、系统需求分析阶段提供的文
47、档资料是否齐全3、文档中的所有描述是否完整、清晰、准确反映用户要求、文档中的所有描述是否完整、清晰、准确反映用户要求4、与所有其他系统成分的重要接口是否都已经描述、与所有其他系统成分的重要接口是否都已经描述5、所开发项目的数据流与数据结构是否足够，确定、所开发项目的数据流与数据结构是否足够，确定6、所有图表是否清楚，在不补充说明时能否理解、所有图表是否清楚，在不补充说明时能否理解7、主要功能是否已包括在规定的软件范围之内，是否都已充分说明、主要功能是否已包括在规定的软件范围之内，是否都已充分说明8、设计的约束条件或限制条件是否实际、设计的约束条件或限制条件是否实际9、开发的风险是什么、开发的风
48、险是什么10、是否考虑过软件需求的其它方案、是否考虑过软件需求的其它方案11、是否考虑过将来可能会提出的软件需求、是否考虑过将来可能会提出的软件需求12、是否详细制定了检验标准，她们能否对系统定义是否成功进行确认、是否详细制定了检验标准，她们能否对系统定义是否成功进行确认13、有没有遗漏、重复和不一致的地方、有没有遗漏、重复和不一致的地方14、用户是否审查了初步的用户手册、用户是否审查了初步的用户手册15、软件开发计划中的估算是否受到了影响。、软件开发计划中的估算是否受到了影响。需求规格说明（需求规格说明（SRS）评审具体如下：）评审具体如下：692022-3-22了解需求分析的任务和方法了解
49、需求分析的任务和方法掌握需求分析工具的使用：掌握需求分析工具的使用：数据流图数据流图数据字典数据字典实体联系图实体联系图状态转换图状态转换图其它图形工具其它图形工具702022-3-22w需求分析是发现、求精、建模、规格说明和复审的需求分析是发现、求精、建模、规格说明和复审的过程。需求分析的第一步是了解用户当前所处的情过程。需求分析的第一步是了解用户当前所处的情况，发现用户所面临的问题；接下来应该通过与用况，发现用户所面临的问题；接下来应该通过与用户交流，对用户的基本需求反复细化，以得出对目户交流，对用户的基本需求反复细化，以得出对目标系统的完整、准确和具体的需求。标系统的完整、准确和具体的需求。w为了更好地理解问题，人们常常采用建立模型的方为了更好地理解问题，人们常常采用建立模型的方法，通常建立数据模型、功能模型和行为模型。在法，通常建立数据模型、功能模型和行为模型。在需求分析阶段建立起来的模型，在软件开发过程中需求分析阶段建立起来的模型，在软件开发过程中有许多重要作用。有许多重要作用。w除了创建分析模型之外，在需求分析阶段还应该写除了创建分析模型之外，在需求分析阶段还应该写出软件需求规格说明，经过认真评审并得到用户确出软件需求规格说明，经过认真评审并得到用户确认之后，作为这个阶段的最终成果。认之后，作为这个阶段的最终成果。
