软件项目需求分析PPT.ppt

《软件项目需求分析PPT.ppt》由会员分享，可在线阅读，更多相关《软件项目需求分析PPT.ppt（142页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录目录1 需求分析是软件项目的立足之本2 需求分析阶段的团队组织3 需求管理4 需求分析阶段的项目管理为什么要做需求管理？为什么要做需求管理？一天，一家爱斯基摩人来找你帮忙做一个杯子。一天，一家爱斯基摩人来找你帮忙做一个杯子。要求：这个杯子在使用时要能适应北极的环境。要求：这个杯子在使用时要能适应北极的环境。这家人承诺：杯子做好后会有高额的酬谢。这家人承诺：杯子做好后会有高额的酬谢。你心里想：所谓适应北极环境。北极的地面很硬。那应该你心里想：所谓适应北极环境。北极的地面很硬。那应该做一个结实的杯子。于是你历经千辛万苦做出了：做一个结实的杯子。于是你历经千辛万苦做出了：爱斯基摩人不断摇头，决定

2、一分钱也不付给你。爱斯基摩人不断摇头，决定一分钱也不付给你。最后你才知道，他们需要一个拿着不冻手的杯子。他们的最后你才知道，他们需要一个拿着不冻手的杯子。他们的真实需求是这样的：真实需求是这样的：为什么要做需求管理？为什么要做需求管理？客户不知道自己要什么客户：塑料杯、木头杯、还是橡胶杯，我也不知道！客户知道自己要什么，但表达不清客户提要求：使用时要能适应北极的环境。我们经常会对客户的要求产生错误的理解我们的理解：他一定要一个结实的杯子！我们不能知其然，而不知其所以然。要做好需求管理。我们不能知其然，而不知其所以然。要做好需求管理。什么是什么是需求规格说明书需求规格说明书？需求规格说明书概念软

3、件开发项目中用于明确定义系统需求的文档。需求规格说明书的作用开发者与用户间事实上的技术合同书开发者下一步设计和编码的基础测试验收目标系统的依据功能性需求：用来描述系统所应提供的功能和服务系统功能输入输出异常非功能性需求：不直接与系统的具体功能相关的一类需求安全性可扩展性响应时间需求规格说明书需求规格说明书的构成的构成用例详细描述用例详细描述-格式格式前置条件用例开始时会发生什么事件流用例执行的各个步骤后置条件用例结束时会发生什么用例详细描述用例详细描述示例示例前置条件：系统管理员登录系统事件流：1、系统管理员在系统菜单中选择“用户管理”时用例开始2、系统管理员可以增加一个系统用户3、系统管理员

4、可以根据用户名查询系统用户4、对于每一个用户a）系统管理员可以查看该用户的详细信息b）系统管理员可以为该用户分配角色c）系统管理员可以删除该用户循环结束。后置条件：系统管理员执行的用户管理动作生效为什么要用静态原型法？为什么要用静态原型法？遇到下面的问题，你该怎么办？耗时耗力地完成了系统，用户却说这根本不是他想要的？系统完成了，可用户突然说，能不能换套系统界面？项目开发完一半了。用户说，你说开发完一半了，给我演示看看？静态原型法静态原型法可以帮助我们可以帮助我们避免避免这些问题。这些问题。什么是静态原型法？什么是静态原型法？以少量代价快速地构造一个可执行的软件系统模型使用户和开发人员可以较快地

5、确定需求静态原型法的实施静态原型法的实施快速建立一套用户界面原型体现主要的功能（操作命令的使用）提供基本的界面风格（菜单格式、输出格式）原型的表现工具HTMLMSVisioMSPowerP需求管理小结需求管理小结用例详细描述中的前置条件、后置条件和事件流分别是什么含义？在项目开发过程中使用静态原型法有什么好处？什么是需求规格说明书？为什么要做设计？为什么要做设计？一天，上帝来到小王的家里，请他帮忙制作两个人！一天，上帝来到小王的家里，请他帮忙制作两个人！小王理解了上帝的需求，没有做设计，直接开始动手。小王理解了上帝的需求，没有做设计，直接开始动手。做到一半之后，小王发现越做越不对，然后做到一半

6、之后，小王发现越做越不对，然后反复的修改，疲惫不堪反复的修改，疲惫不堪最后期限到来，上帝来向小王要人。小王面带羞涩的最后期限到来，上帝来向小王要人。小王面带羞涩的将他的工作成果拿给上帝将他的工作成果拿给上帝想象一下此时上帝的表情！想象一下此时上帝的表情！什么是软件设计？什么是软件设计？软件需求：系统“做什么？”上帝要求：我要做两个人（软件系统）！软件设计：系统“怎么做？”人的骨架（系统框架）应该怎么做.人的大脑（系统数据库）应该怎么做.人的皮肤（系统界面）应该怎么做.人的性格（系统性能）应该怎么做.设计的目标就是使所设计的系统能够被开发方设计的目标就是使所设计的系统能够被开发方顺利地实现，并且

7、恰如其分地满足用户的需求顺利地实现，并且恰如其分地满足用户的需求概要设计描绘出软件的概貌详细设计在概要设计的基础上再将其细化，得到一个非常接近于源代码的设计表达形式软件设计的两个阶段软件设计的两个阶段软件设计软件设计详细设计详细设计概要设计概要设计软件概要设计软件概要设计概要设计系统设计：系统具体的技术方案，与其他系统的接口方式系统设计需要考虑到：硬件环境、软件环境、网络环境用户操作水平团队技术能力开发时间限制结构设计：确定程序是由哪些模块组成的，各模块分别完成什么样的功能，它们之间存在着什么样的关系概要设计的核心是系统框架设计概要设计的核心是系统框架设计软件详细设计软件详细设计(1)详细设计

8、的核心是将业务模型映射到技术模型业务模型技术模型执行selectbook_namefromsys_bookwherebook_no=书籍编号andbook_status=已预订andbook_subscribe_stu_no学生借书卡编号。如果查询到1条记录，则抛出异常，异常信息为：“图书图书名称已经被预订，不能借出。”；否则，继续处理。学生到图书馆申请借书，图书管理员登录图书管理系统。首先，学生到图书馆申请借书，图书管理员登录图书管理系统。首先，检查这本书是否已经被预订了，如果已被预订则不能借出。检查这本书是否已经被预订了，如果已被预订则不能借出。软件详细设计软件详细设计(2)详细设计还包括

9、实现某一功能时，具体包含哪些类、方法、类。以及类之间的关系和调用顺序对应的界面如何展示，如何交互，界面间如何切换核心算法的伪代码数据库设计的工作5.1 5.1 需求分析是软件项目的立足之本需求分析是软件项目的立足之本需求分析是整个软件项目开展工作的基础，需求分析质量的好坏，直接关系到软件项目交付成果的客户满意度，甚至整个项目的成败。如果需求分析工作做的不扎实，无论设计阶段工作完成得如何出色、软件编码质量如何高，其结果将只会给用户带来失望，给开发者带来失败的苦恼。1.1.软件需求在软件项目中的作用：软件需求在软件项目中的作用：2.2.需求分析主要工作内容需求分析主要工作内容刻画出软件系统的功能和

10、性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束条件；建造软件体系结构，分解软件系统模块，建造软件处理的数据、界面和处理流程的设计模型；提交需求分析说明书，形成软件项目管理过程的第一个里程碑成果。3.3.需求分析阶段的主要任务需求分析阶段的主要任务问题分析（即如何获取需求？）需求描述（即如何定义需求？）需求的验证这一阶段，系统分析人员应该将自己对客户需求及问题的理解与自己所拥有的软件开发经验结合起来，以便发现哪些需求是由于用户的片面理解和短期行为所提出的不合理的要求，哪些要求是由于尚未提出但拥有真正价值的潜在要求。（1）问题分析以需求模型为基础，考虑问题的软件可解性，生成需求规格说

11、明书和初步的用户手册。需求规格说明书需求规格说明书包含对目标系统外部行为的完整描述、需求验证标准以及用户对系统在性能、质量、对维护性等方面的要求。用户手册用户手册则包括用户界面描述以及有关目标系统使用方法的初步构想。（2）需求描述（3 3）需求验证）需求验证分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明书进行复核，以确保软件需求的全面性全面性、精确性精确性、一致性一致性、可行性可行性以及用户的认同，并使用户和软件设计人员对需求规格说明及用户手册的理解达成共识，达成对目标系统理解的一致性。一旦发现遗漏和模糊点，必须进行检查，尽快更正。4 4软件需求的抽象层次软件需求的抽象层次一组

12、完整的软件需求包含一组完整的软件需求包含5 5项内容：项内容：（1）系统的输入（2）系统的输出（3）系统的功能（4）系统的属性（5）系统环境的属性系统需求的描述语言系统需求的描述语言结结 构构 化化语言语言是是对对自自然然语语言言格格式式化化，依依赖赖于于定定义义标标准准格格式式或或模模板板来来表表达达需需求求描描述述表现能力强表现能力强易于理解易于理解一致性约束一致性约束控制结构控制结构图形化显示图形化显示仍仍 然然 有有 一一 定定 程程度度的的二二义义性性；细致程度欠缺细致程度欠缺名称名称说明说明优点优点缺点缺点过过 程程 设设计语言计语言PDL源源于于像像Java或或Ada这这样样的的

13、程程序序设设计计语语言言，包包含含附附加加的的、更更抽抽象象的的构构造造来来提提高高其其表表达达能力能力通通过过软软件件工工具具进进行行语语法法和和语语义义检检查查表表达达系系统统功功能能的的能力不足能力不足使使用用的的符符号号只只有有具具有有程程序序设设计计背背景的人才能理解景的人才能理解系统需求的分类系统需求的分类(1)功能需求（2）非功能需求（3）领域需求非非功功能能需需求求产品需求产品需求可用性需求可用性需求效率需求效率需求性能需求性能需求空间需求空间需求可靠性需求可靠性需求可移植性需求可移植性需求机构需求机构需求交付需求交付需求实现需求实现需求标准需求标准需求外部需求外部需求互操作需

14、求互操作需求道德需求道德需求立法需求立法需求隐私需求隐私需求安全性需求安全性需求5.5.需求分析一般包含需求分析一般包含4 4个过程个过程（1）系统分析员和用户开展面对面的交流，记录用户提供的信息，即开展获取活动；（2）需求分析员处理从用户那里获取的信息并理解它们，把他们分成不同的类别，并将客户需求同可能的软件需求相联系，即开展分析活动；（3）系统分析人员将客户需求信息结构化，编写成文档和示意图，形成需求规格说明书；（4）组织用户代表评审文档并纠正存在的错误，完成需求的验证工作。6.6.需求分析的工作模式需求分析的工作模式需求三步法：需求三步法：第一步：“访谈式”第二步:“诱导式”第三步:“确

15、认式”第一步第一步:“访谈式访谈式”和具体用户方的领导层、业务层人员进行访谈式沟通，主要目的从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有系统等具体情况，建立起良好的沟通渠道和方式。针对具体的职能部门，最好能制定本次项目的接洽人。图图 需求分析第一阶段角色及工作流程需求分析第一阶段角色及工作流程用户方用户方分析人员分析人员项目经理项目经理 支持支持 确认确认 执行执行 反馈反馈 协调协调 协同协同 监督监督输出结果输出结果访谈备忘录访谈备忘录调查结果调查结果业务流程报告业务流程报告 配合配合 请求请求/计划计划需求需求分析分析第一第一阶段阶段组织构

16、架业务流程软硬件环境现有的运行系统用户的需求描述访谈、发放调查表格第二步第二步:“诱导式诱导式”是在分析人员已经了解了具体用户方的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等信息的基础上，结合现有的硬件、软件实现方案，做出简单的用户流程和操作界面，同时结合以往的项目经验对用户采用诱导式、启发式的调研方法和手段，和用户一起探讨业务流程设计的合理性、准确性、方便性、习惯性和操作性。配合配合审查审查执行执行反馈反馈协调协调协同协同监督监督输出结果输出结果访谈备忘录访谈备忘录调查分析报告调查分析报告业务流程反馈报告业务流程反馈报告确认确认请求请求/计划计划需求需求分析分析第二第二阶段阶段用

17、户方用户方分析人员分析人员项目经理项目经理诱导、演示、模拟诱导、演示、模拟组织构架组织构架业务流程业务流程软硬件环境软硬件环境现有的运行系统现有的运行系统用户的需求描述用户的需求描述图图需求分析第二阶段角色及工作流程需求分析第二阶段角色及工作流程 在前两个阶段成果的基础上，进行具体的流程细化，数据项的确认阶段。这个阶段的分析人员需要完成明确的业务流程报告、数据项描述，最好能够提供修改后的DEMO系统，并能清晰地向用户描述系统的业务流程设计目标。用户可以通过审查业务流程报告、数据项描述以及通过操作开发方提供的DEMO系统，提出反馈意见，并对已经完成并可接受的报告、文档签字确认。第三步：“确认式”

18、配合配合确认确认执行执行提交提交协调协调协同协同审查审查输出结果输出结果原始演示系统原始演示系统调查分析报告调查分析报告提议提议请求请求/计划计划需求需求分析分析第三第三阶段阶段用户方用户方分析人员分析人员项目经理项目经理诱导、演示、模拟诱导、演示、模拟业务流程报告业务流程报告软件环境报告软件环境报告现行系统接口报告现行系统接口报告用户的需求描述用户的需求描述图图需求分析第三阶段角色及工作流程需求分析第三阶段角色及工作流程7.7.软件需求文档软件需求文档软件项目客户软件项目客户了解软件项目能够提供的软件产品，检查软件需求是否满足需要了解软件项目能够提供的软件产品，检查软件需求是否满足需要项目管

19、理人员项目管理人员根据需求文档制定项目的开发计划和软件过程，初步预测资源的使用根据需求文档制定项目的开发计划和软件过程，初步预测资源的使用软件开发人员软件开发人员理解要开发的产品及具体要开发的内容理解要开发的产品及具体要开发的内容软件测试人员软件测试人员验证软件系统是否满足了预期的要求验证软件系统是否满足了预期的要求软件维护人员软件维护人员使用需求文档帮助理解软件系统内在的逻辑关系使用需求文档帮助理解软件系统内在的逻辑关系软件发布人员软件发布人员在需求文档的基础上编写用户文档，如用户手册在需求文档的基础上编写用户文档，如用户手册使用对象使用对象需求文档的作用需求文档的作用软件培训人员软件培训人

20、员在需求文档的基础上编写培训材料在需求文档的基础上编写培训材料8.8.需求分析阶段性成果需求分析阶段性成果需求分析的重要阶段性成果有:(1)用户需求说明书(2)需求分析模型文档(3)需求规格说明书用户需求说明书用户需求说明书与与需求规格说明书需求规格说明书的主要区别的主要区别1）前者主要采用自然语言来表达用户需求，其内容相对于后者而言比较粗略，不够详细。2）后者是前者的细化，更多地采用计算机语言和图形符号来刻画需求，即将开发的软件产品的需求，产品需求是软件系统设计的直接依据。软件需求规格软件需求规格SRSSRS说明书说明书作用：内容：大纲：5.2 5.2 需求分析阶段的团队组织需求分析阶段的团

21、队组织由于需求分析是需要开发方与用户方密切协作的一个工作阶段，所以，本阶段的团队管理包含项目参与双方团队的管理工作。项目管理项目管理委员会委员会项目经理项目经理软件开发方项目经理项目经理用用户户方方软件开发软件开发质量检测质量检测配置管理配置管理系统分析系统分析业务职能部业务职能部技术部技术部质量部质量部需求分析团队组织模型需求分析团队组织模型1.1.在需求分析阶段参与项目的人员及工作职责如下在需求分析阶段参与项目的人员及工作职责如下(1)项目经理项目经理:负责需求分析阶段项目进度的安排和控制;参与项目的各种资源调度;(2)系统分析人员系统分析人员:完成软件需求说明书的编制任务。(3)程序员程

22、序员:完成原型系统的开发工作.(4)质量管理人员质量管理人员:负责组织有关人员完成对需求分析工作的质量审核需求说明书的评审工作。(5)配置管理人员配置管理人员:对于通过评审的需求说明书纳入软件的配置管理项;(6)用户方的技术人员用户方的技术人员:用户方参与项目的技术负责人员,通过与系统分析人员的沟通,确定系统的技术实现方案。要求该人员具有对需求说明书中系统技术方案的最终签字认可权;(7)用户方的业务人员用户方的业务人员:用户方参与项目的业务负责人员,经过与系统分析人员的沟通,确定未来软件系统实现的具体功能和业务模型。要求该类人员对需求说明说中的业务需求具有最终签字认可的权利.1.在需求分析阶段

23、参与项目的人员及工作职责如下在需求分析阶段参与项目的人员及工作职责如下 把所有与需求直接相关的活动统称为“需求工程”。需求工程的活动分为两大类：需求工程的活动分为两大类：一类属于需求开发需求开发；需求开发的目的是：通过调查与分析，获取用户需求并定义产品需求。另一类属于需求管理需求管理：需求管理的目的是：在用户与开发人员方对需求有着共同理解的基础上，维护需求的完整性和一致性，并控制需求的变更5.3需求管理需求开发需求开发需需求求获获取取需需求求分分析析需需求求定定义义需需求求验验证证需求管理需求管理需求跟踪需求跟踪需求变更控制需求变更控制 版本管理版本管理 需求复用需求复用需需求求工工程程需求工

24、程结构图需求工程结构图需求工程5.3.1 5.3.1 需求开发需求开发 需求开发的过程有4个主要活动：需求获取 需求分析 需求定义(规格说明）需求验证1.1.需求获取的主要方法需求获取的主要方法需求获取是需求工程的主体。对于所建议的软件产品，获取需求是一个从了解、理解到确定不同用户需要和限制的过程。需求获取的困难有：需求获取的困难有：(1)分析人员知识领域的缺乏(2)用户对需求描述不清(3)对需求理解上的偏差(4)需求变更(1)基于调查调查的需求获取方法(2)基于用例用例的需求获取方法(3)基于原型法原型法的需求获取方法需求获取的方法（1）需求调查准备需求调查准备。一般围绕以下3个中心进行:首

25、先，要确定需求调查的内容内容；其次，应当确定需求调查的方式方式；最后，确定调查的时间、地点时间、地点和人员人员等 （2）进行需求调查并记录进行需求调查并记录。（3）分析用户的需求信息并撰写分析用户的需求信息并撰写用户需求用户需求说明书说明书（4）进行需求确认工作进行需求确认工作。需求调查工作流程案例研究案例研究学生管理系统学生管理系统 我系准备设计学生管理系统的软件，以解决日益复杂的学生管理的复杂度问题。本案例目的是实施数据库的规划设计；按照事实发现的步骤，应该如何进行呢？案例说明案例说明事实的发现与收集事实的发现与收集1、明确组织结构和组织工作的基本流程。方法：查阅组织的发展历程和历史；查阅

26、组织的具体结构。根据对于现在学生管理的基本情况，我们大致可以得到如下的组织结构图：案例说明案例说明事实的发现与收集事实的发现与收集2、确认组织的目的和软件的目标方法：与组织首席领导进行正式谈话目的：取得组织领导的信任，明确软件的边界谈话对象：系总支书记具体内容：n您现在设立这个软件项目的主要目的是什么？n有哪些数据让您特别头疼？或者最占用你的日常工作时间呢？n你希望软件可以帮助你解决哪些方面的问题？案例说明案例说明事实的发现与收集事实的发现与收集定义任务目标：收集、存储和控制本系学生在管理过程中产生的相关数据，支持面向不同用户的学生数据查询和数据操作工作。软件基本边界：单机；学生个体以及学生组

27、织管理案例说明案例说明事实的发现与收集事实的发现与收集3、确定软件信息系统的任务目标方法：这个阶段重要的任务是与软件系统中所可能涉及到的人员进行引导性的对话，自由提问是这个阶段的方式。目的：这个阶段的目的和任务就是确定软件的操作角色和视图案例说明案例说明事实的发现与收集事实的发现与收集具体内容：（1）总支书记通常一天里面你会做那些学生工作呢？您需要软件系统迅速告诉您哪些事情呢？一些日常的基本数据您是怎样获得的呢？谁来完成这些具体的事情？案例说明案例说明事实的发现与收集事实的发现与收集（2）辅导员n请描述您每天的具体工作？n你经常和哪些数据打交道？需要使用哪些类型的报告？格式我可以复印一下吗？n

28、系里面给你的任务主要是什么？你是如何完成的？案例说明案例说明事实的发现与收集事实的发现与收集维护（录入、更新和删除）学生基本情况维护（录入、更新和删除）宿舍卫生检查基本情况维护（录入、更新和删除）学生第二课堂情况维护（录入、更新和删除）学生上课情况信息维护（录入、更新和删除）成绩信息维护（录入、更新和删除）组织发展信息维护（录入、更新和删除）班级活动情况信息维护（录入、更新和删除）学会综合量化信息实现对以下的学生信息的查询：学生基本信息、班级基本情况、学生违纪情况、学生成绩情况、组织发展情况、学生上课情况、学生综合量化情况得到对于软件系统的基本任务目标：得到对于软件系统的基本任务目标：案例说明

29、案例说明事实的发现与收集事实的发现与收集4、系统的边界定义目的：确定软件系统的应用范围和边界以及它的主要用户的视图。（一个特定类型的软件应用视图必须支持一个特定的工作角色或者是业务范围）方法：在软件系统开发生命周期的这个阶段，开发人员应当和用户交流以澄清前一个阶段所获得的数据案例说明案例说明事实的发现与收集事实的发现与收集学生管理数据库的系统边界：案例说明案例说明事实的发现与收集事实的发现与收集收集数据库系统的用户视图更多的信息：在询问中你需要密切关注以下的问题：n数据库中具体的表应该有哪些具体类型的信息？n特定用户经常进行什么样的操作？n什么事务对于当前的业务操作非常重要？n什么时候应该进行

30、严格的事务运行机制？n数据库的高峰期、正常期和低谷期一般是何时？n数据库需要哪种类型的安全机制和数据库存储机制？n是否存在只有某些用户的敏感数据？n哪些数据需要经常做备份？需要保存哪些历史数据？n对于数据库的网络和共享有哪些要求？案例说明案例说明事实的发现与收集事实的发现与收集经过调研，得到以下的数据库用户的视图：总支书记：l查询所有的班级信息，l查询所有的学生个人信息，l查询所有的成绩信息，l查询所有的考勤、宿舍卫生、奖励和惩罚，l查询所有的学生组织培养信息l查询各种统计数据和量化考核数据案例说明案例说明事实的发现与收集事实的发现与收集辅导员：l检索、维护（录入、更新和删除）给定班级的数据l

31、检索、维护（录入、更新和删除）给定班级的学生数据l检索、维护（录入、更新和删除）给定班级的学生考勤数据l检索、维护（录入、更新和删除）给定班级的学生宿舍卫生、奖励和惩罚数据学生：检索个人考试、考勤、宿舍卫生、组织培养情况、个人量化考核、维护个人的登陆信息、检索班级信息以及相关的统计信息普通用户：l检索班级信息以及相关的统计信息案例说明案例说明事实的发现与收集事实的发现与收集5、软件系统的事实调查说明书作为软件信息系统的说明书，应该详细描述以下的具体内容（仅仅涉及到事实调查的情况，不应该涉及到软件的理论设计）：数据库初始化大小数据库增长速度及日志文件增长记录查找的类型和主要使用系统表网络和数据共

32、享需求性能安全性备份和恢复用户界面合法问题案例说明案例说明事实的发现与收集事实的发现与收集一、软件系统的大小u我系在校学生1800人，分布于52个自然班级中；每个班级平均学生3545人；u现在有辅导员8人；u平均每班级有学生干部12人；二、软件用户的增长速度u一般而言，每个学期将会有5名学生退学或者休学；每月的注册人数不会超过学生人数的上限案例说明案例说明事实的发现与收集事实的发现与收集三、软件信息使用频度u查询班级情况，每天25次；u查询学生基本情况，每天800次u查询学生相关情况，每天1200次四、网络和共享访问需求u辅导员办公室必须安全的与总支书记办公室的软件应用服务器相连；u系统必须支

33、持同时100人在线访问；案例说明案例说明事实的发现与收集事实的发现与收集五、性能u每天上班时间要求单个记录查询时间在1秒；高峰期为5秒；六、安全性u数据库必须有口令保护u每个用户必须根据身份分配到一个特定的用户视图的数据库访问权限，主要包括：总支书记、辅导员、学生、普通用户七、备份和恢复数据库设定在每周六半夜12点进行自动备份5.3.2 5.3.2 结构化的分析方法结构化的分析方法数据流与数数据流与数据字典据字典 主要学习结构化程序设计的基本设计思路：数据流 数据字典 一、数据流图一、数据流图1、定义、定义(DFD，DataFlowDiagram)描述逻辑模型的图形工具，表示描述逻辑模型的图形

34、工具，表示数据数据在系统内的变化，描绘信息在在系统内的变化，描绘信息在系统中流动和处理的情况。系统中流动和处理的情况。2 2、作用：、作用：分析分析MISMIS在运行过程中数据的流动在运行过程中数据的流动变化以及软件应该处理的方式。变化以及软件应该处理的方式。3.DFD的主要符号表示的主要符号表示区别：区别：数据存储是处于静态的数据，包括基本表、视图和存储过程。数数据存储是处于静态的数据，包括基本表、视图和存储过程。数据流是处理动态中的数据。据流是处理动态中的数据。注意：注意：通常数据流图中忽略出错的处理，通常也不包括具体的内部数据通常数据流图中忽略出错的处理，通常也不包括具体的内部数据处理。

35、数据流图的绘制基本思想就是描画处理。数据流图的绘制基本思想就是描画“做什么做什么”，而千万，而千万不要考虑不要考虑“怎么做怎么做”。4.DFD的主要处理步骤的主要处理步骤第四步：最后考虑数据流和数据的存储。第一步：从问题描述中提取数据流图的四种成分。第二步：首先考虑数据的起点和终点；第三步：接下来考虑数据的处理；5.功能建模和信息流 基于基于计算机计算机的系统的系统输入信息输入信息信息流模型信息流模型输出信息输出信息外部实体外部实体外部实体外部实体外部实体外部实体输入信息输入信息外部实体外部实体外部实体外部实体输出信息输出信息输出信息输出信息人事工资管理系统的顶层DFD(概图)范例人人事事部部

36、门门人事工资人事工资管理系统管理系统会会计计部部门门职工出缺勤报表职工出缺勤报表职工出缺勤信息职工出缺勤信息职工工资信息职工工资信息职工工资报表职工工资报表职职工工职工基本信息职工基本信息职工工资单职工工资单职工基本职工基本信息管理信息管理子系统子系统1.01.0人人事事部部门门会会计计部部门门职职工工职工出缺勤信息职工出缺勤信息职工基本信息职工基本信息职工工资信息职工工资信息3.03.0职工出缺职工出缺勤管理勤管理子系统子系统2.02.0职工工资管职工工资管理子系统理子系统职工出缺勤报表职工出缺勤报表职工出缺勤信息职工出缺勤信息职工工资信息职工工资信息职工工资报表职工工资报表职工基本信息职工

37、基本信息职工工资单职工工资单人事工资管理系统0层DFD范例建立职工建立职工出缺勤信息出缺勤信息3.13.1职工出缺勤信息职工出缺勤信息职工基本信息职工基本信息职工职工出缺勤报表出缺勤报表职工职工出缺勤信息出缺勤信息人事工资管理系统1层DFD：加工3.0的分解图3.23.2制作职工出制作职工出缺勤信息缺勤信息统计表统计表外部实体外部实体 数据流数据流过程过程(加工加工)数据存储数据存储条目查条目查询请求询请求查询可查询可用条目用条目1 1客户客户目录目录产品条目产品条目库存条目库存条目可用条目可用条目查询结果查询结果目的地目的地响应响应来源来源触发器触发器动作动作DFD的主要元素二、数据流图定义

38、及基本组成分析二、数据流图定义及基本组成分析（一）数据流图定义：就是组织中信息运动的抽象，是管理信息系统模型的主要形式。它与对系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能，即所开发的系统在管理信息处理方面要做什么。（4）数据流数据流：与所描述系统信息处理功能有关的各类信息的载体，是各加工环节进行处理和输出的数据集合。（二）数据流图由四种基本成分组成（二）数据流图由四种基本成分组成（1）外部项（外部实体）外部项（外部实体）：外部项在数据流图中表示所描述系统的数据来源和去处的各种实体或工作环节。这些实体或环节向所开发的系统发出或接收信息。系统开发不能改变这些外部项本身的结

39、构和固有属性。（2）加工（数据加工）加工（数据加工）：又称数据处理逻辑，描述系统对信息进行处理的逻辑功能。（3）数据存储数据存储：逻辑意义上的数据存储环节，即系统信息处理功能需要的，不考虑存储物理介质和技术手段的数据存储环节。二、数据流图定义及基本组成分析二、数据流图定义及基本组成分析三绘制数据流图的主要原则三绘制数据流图的主要原则（5）数据流图绘制过程，就是系统的逻辑模型的形成过程，必须始终与数据流图绘制过程，就是系统的逻辑模型的形成过程，必须始终与用户密切接触。用户密切接触。（1）明确系统界面明确系统界面，一张数据流图表示某个子系统或某个系统的逻辑模型。（2）自顶向下逐层扩展自顶向下逐层扩

40、展。在调查研究的基础上，明确所描述的系统与各部实体的信息联系。绘出最高层的数据流图关联图。在关联图中，所描述的系统当作一个数据加工项，着重描述系统与外部实体的联系。然后确定系统的几个主要的综合性的逻辑功能，绘制顶层数据流图。其中每个逻辑功能由一个数据加工符号描述。顶图可进一步分解，其中某些或者所有的数据加工项可分解为数个数据加工项，这样就形成第一层数据流图。依次逐层向下扩展，直到最底层的数据流图表示了所有具体的数据加工功能和输入输出关系。（3）合理布局合理布局。数据流图各种符号买布局合理，分布均匀、整齐、清晰，使读者一目了然。（4）数据流图只反映数据流向数据流图只反映数据流向，数据加工和逻辑意

41、义上的数据存储。四绘制数据流图的主要步骤四绘制数据流图的主要步骤（5）重复步骤（4），直到逐层分解结束。分解结束的标志是：分解结束的标志是：对于每一个最底层的加工，即各层数据流图中不做进一步分解的加工，其逻辑功能已足够简单、明确和具体。（1）确定所开发系统的外部项（外部实体），即系统的数据来源和去处。（2）确定整个系统的输出数据流和输入数据流，把系统作为一个加工环节，画出关联图。一般应把数据来源置于图的左侧，数据去处置于国的右侧。（3）确定系统的主要信息处理功能，按此将整个系统分解成几个加工环节（子系统）。（4）根据自须向下，逐层分解的原则，对上层图中全部或加工环节进行分解。四绘制数据流图的主

42、要步骤四绘制数据流图的主要步骤（9）将正规的数据流图提交系统分析负责人复审。（6）对某图进行检查和合理布局，主要检查分解是否恰当、彻底，DFD中各成分是否有遗漏、重复、冲突之处，各层DFD及同层DFD之间关系是否正确及命名、编号是否确切、合理等。对错误与不当之处进行修改。（7）和用户进行交流，在用户完全理解数据图内容的基础上征求用户的意见。（8）用计算机或其它制图，编辑工具画出正规的数据流图。五绘制数据流图的几点注释五绘制数据流图的几点注释（4）命名。数据流图上的成分一般都要命名，命名的原则为：（l）关于自顶向下，逐层分解。关于自顶向下，逐层分解。数据流图的绘制过程，是系统分析过程的重要组成部

43、分，这一过程自顶向下，逐层分解，就是由系统外部至系统内部，由总体到局部、由抽象到具体的系统逻辑模型建立过程。在数据流图分解中，要保持各层成分的完整性与一致性。（2）数据流必须通过加工，即送去加工或从加工环节发出。不通过加工环节的数据流不在数据流图上表示。（3）数据存储环节一般作为数据库与软件结合的界面来安排。名称要反映被命名成分的真实和全部的意义；名称要反映被命名成分的真实和全部的意义；名称要意义明确，易理解，无歧义，不会造成错觉和混乱；名称要意义明确，易理解，无歧义，不会造成错觉和混乱；加工的名称一般以（动词十宾语）或（名词性定语十动名词）为宜，以加工的名称一般以（动词十宾语）或（名词性定语

44、十动名词）为宜，以明确反映信息处理的逻辑功能；明确反映信息处理的逻辑功能；避免使用不反映实际内容的空洞词汇；避免使用不反映实际内容的空洞词汇；进出数据存储环节的数据流如内容和存储者的数据相同，可采用同一名称。进出数据存储环节的数据流如内容和存储者的数据相同，可采用同一名称。五绘制数据流图的几点注释五绘制数据流图的几点注释同样，下层图上的数据流或数据存储是由上层图的某个成分的分解而得，则父项与子项的编号要体现数据流图分解的完整性与一致性的原则。（5）编号每个数据加工环节和每张数据流图都要编号。按逐层分解的原则，父图与子图的编号要有一致性，一般子图的图号是父图上对应加工的编号。如顶层图的图号为0，

45、其中各加工环节按1，2，3编号，顺序编号，1号加工环节分解后的子加工技1l，12，13，编号，依次类推。数据流与数据存储环节也要进行编号以便于编写，分析与维护。编号方法原则上与加工环节的编号方法相同。为避免混淆，可在数据流与数据存储编号的第一位数字前冠以不同的字符以示区别。如数据流符号冠以F，数据存储符号冠以D。五绘制数据流图的几点注释五绘制数据流图的几点注释（7）数据流图的局限性数据流图从总体上描述系统的逻辑功能，系统内各部分的信息联系及与系统外各有关事物的联系，反映系统中信息运动的规律，是系统逻辑模型的主要描述形式。数据流图清晰，明了，容易理解，使人对描述系统的逻辑功能和各部分的数据联系有

46、一目了然的感觉，便于交流。但数据流图在描述系统逻辑功能和有关信息内容的细节方面仍存在较大的局限性。如：难以在数据流图上标志出数据流，数据存储和加工以难以在数据流图上标志出数据流，数据存储和加工以及外部项的具体内容；及外部项的具体内容；不能反映系统中的决策与控制过程；不能反映系统中的决策与控制过程；难以对系统中人机交互过程以及信息的反馈与循环处理进难以对系统中人机交互过程以及信息的反馈与循环处理进行描述。行描述。（6）只画所描述的系统稳定工作情况下稳定工作情况下的数据流图。数据流图不描述系统启动时不描述系统启动时或结束工作时功能和数据流运动规律处于结束工作时功能和数据流运动规律处于变动状态的情况

47、变动状态的情况。分层DFD实例(1)(1)对考生送来的报名单进行检查对考生送来的报名单进行检查;(2)(2)对合格的报名单编好准考证号后将准考证送给考生，并将对合格的报名单编好准考证号后将准考证送给考生，并将汇总后的考生名单送给阅卷站汇总后的考生名单送给阅卷站;(3)(3)对阅卷站送来的成绩单进行检查，并根据考试中心制定的对阅卷站送来的成绩单进行检查，并根据考试中心制定的合格标准审定合格者合格标准审定合格者;(4)(4)制作考生通知单制作考生通知单(含成绩及合格含成绩及合格/不合格标志不合格标志)送给考生送给考生;(5)(5)按地区进行成绩分类统计和试题难度分析，产生统计分析按地区进行成绩分类

48、统计和试题难度分析，产生统计分析表。表。一个简单的考务处理系统功能描述：一个简单的考务处理系统功能描述：顶层数据流图考考生生考务考务处理系统处理系统考考试试中中心心阅卷站阅卷站不合格报名单不合格报名单报名单报名单准考证准考证考生通知单考生通知单成成绩绩清清单单合格标准合格标准错误错误成绩成绩清单清单考考生生名名单单统计分析表统计分析表报名单报名单考生通知单考生通知单0 0层层数据流数据流图图考生名册考生名册准考证准考证不合格不合格报名单报名单考考生生名名单单成成统计分析表统计分析表绩绩清清单单合合格格标标准准成成绩绩清清单单错错误误登记登记报名单报名单1 1统计统计成绩成绩2 一层数据流图一层

49、数据流图 (a)(a)报名单报名单考生名册考生名册考生名单考生名单不合格不合格报名单报名单合格合格报名单报名单准考证准考证检查检查报名单报名单1.11.1编准考编准考证号证号1.21.2登记登记考生考生一层数据流图一层数据流图 (b)(b)检查检查成绩清单成绩清单2.12.1审定审定合格者合格者2.22.2正确正确成绩清单成绩清单制作制作通知单通知单2.32.3分析分析试题难度试题难度2.52.5考生考生通知单通知单合格合格标准标准难度难度分析表分析表分类分类统计表统计表考生名册考生名册分析分析统计成绩统计成绩2.42.4成绩清单成绩清单错误错误成绩清单成绩清单试题得分清单试题得分清单经审定的

50、经审定的成绩清单成绩清单S S2 21 13 32.22.22.12.12.32.33.13.13.23.2 顶层顶层（不编号）（不编号）0 0层层1 1层层案例案例2：图书馆在线系统：图书馆在线系统顶层数据流图查询注册信息图书分类标准新书入库查询图图 书书馆馆 在在线线 系系统统管理员读者下载图书分类标准一层数据流图一层数据流图分类信息下载请求注册信息在馆图书数据库查询读者信息请求图 书分类2下载3查询查询在馆图书信息请求查询新书请求读者信息库4读 者注册返回信息图书分类标准新购图书二层数据流图图书信息图书信息按入库时间查询按作者查询请求按书名查询请求按类别查询请求查询请求3.查查 询询 子