软件工程第3章：需求分析

1、为什么要进行需求分析？为什么要进行需求分析？需求阶段修复一个缺陷的代价是编码阶段的需求阶段修复一个缺陷的代价是编码阶段的1/51/51/101/10，是维护阶段的，是维护阶段的1/1001/100/200/200。（1 1）掌握具体的步骤和方法）掌握具体的步骤和方法（2 2）提高分析问题和解决问题的能力）提高分析问题和解决问题的能力（3 3）熟练运用一些图形工具）熟练运用一些图形工具2开发过程的两大阶段开发过程的两大阶段 （1）正确地确定问题）正确地确定问题需求分析需求分析 （2）为问题寻找合适的解答）为问题寻找合适的解答设计设计需求分析的目的：澄清用户的各种需求需求分析的目的：澄清用户的各种

2、需求需求分析的任务：用户和开发人员一起理解用户的需求分析的任务：用户和开发人员一起理解用户的要求，并转化为书面文档。要求，并转化为书面文档。软件需求规格说明书软件需求规格说明书3如何准确有效地得如何准确有效地得到用户的需求到用户的需求需求工程需求工程需求管理需求管理需求开发需求开发需求获取需求获取需求分析需求分析需求规格说明需求规格说明需求验证需求验证变更管理变更管理3.1 需求分析的任务需求分析的任务3.2 需求的获取方法需求的获取方法3.3 分析建模与规格说明分析建模与规格说明3.4 实体实体-联系图联系图3.5 数据规范化数据规范化3.6 状态转换图状态转换图3.7 其他图形工具其他图形

3、工具11. 确定系统的综合要求确定系统的综合要求（1 1）功能要求）功能要求 （2 2）性能要求）性能要求（3 3）运行要求）运行要求（4 4）扩充要求）扩充要求3.1 需求分析的任务需求分析的任务 软、硬件环境软、硬件环境 工具软件、系统软件工具软件、系统软件 外存储器、通信接口、输入和输出外存储器、通信接口、输入和输出建立数据模型（层次方框图、建立数据模型（层次方框图、Warnier图）图） 导出系统的逻辑模型导出系统的逻辑模型p 数据流图数据流图p 实体实体 联系图联系图p 状态转换图状态转换图p 数据字典数据字典p 主要的处理算法主要的处理算法 修正系统开发计划修正系统开发计划2.分析

4、系统的数据要求分析系统的数据要求3. 需求分析的过程需求分析的过程7需求分析阶段的四个步骤需求分析阶段的四个步骤调查研究调查研究分析与综合分析与综合书写需求分析文档书写需求分析文档 需求分析文档评审需求分析文档评审目的：通过各种途径获取用户需求信息产生目的：通过各种途径获取用户需求信息产生用户需求说明书用户需求说明书 7（1）调查研究）调查研究（2）分析与综合）分析与综合信息流信息流信息结构信息结构依据依据（功能细化）（功能细化）元素间联元素间联系系接口特性接口特性设计约束设计约束分析分析是否满足系是否满足系统功能要求统功能要求结论结论p软件需求说明书软件需求说明书p数据要求说明书数据要求说明

5、书p初步的用户手册初步的用户手册p修改、完善与确定软件开发实施计划修改、完善与确定软件开发实施计划8（3）书写需求分析文档）书写需求分析文档u 系统定义的目标否一致系统定义的目标否一致u 文档资料是否齐全文档资料是否齐全u 文档描述是否完整、清晰、准确文档描述是否完整、清晰、准确u 与其它系统的重要接口是否都已经描述与其它系统的重要接口是否都已经描述9（4）需求分析的评审）需求分析的评审需求获取的困难：需求获取的困难：u分析员与领域专家交流的过程中，易产生误解分析员与领域专家交流的过程中，易产生误解u大型系统的多个用户群的需求相互矛盾，分析员寻大型系统的多个用户群的需求相互矛盾，分析员寻求让满

6、意的答案比较困难求让满意的答案比较困难u需求永远不会稳定需求永远不会稳定正式访谈：系统分析员提出事先准备好正式访谈：系统分析员提出事先准备好的问题。的问题。非正式访谈：提出一些用户可以自由回非正式访谈：提出一些用户可以自由回答的开放性问题，鼓励被访者说出自己答的开放性问题，鼓励被访者说出自己的想法。的想法。需要访问大量人员时，利用调查表访问需要访问大量人员时，利用调查表访问较佳。较佳。 场景开始的系统状态描述场景开始的系统状态描述 标准事件流的描述标准事件流的描述 错误出现的位置及处理方法错误出现的位置及处理方法 可能在同一时间进行的活动可能在同一时间进行的活动 场景完成后系统状态的描述场景完

7、成后系统状态的描述137您的部门需要成本核算和统计的内容有哪些？8您的部门采用计算机管理工作情况如何？9如何改进业务流程使之更合理？10哪些问题是目前传统手工方法根本无法解决的？11出版社计算机管理信息系统需要解决什么问题？编号提出问题1 1您在哪个部门工作？2出版业务流程是什么？3您每日都处理那些文件、数据、报表？4工作中手工处理特别麻烦的事情是什么？5工作中手工处理什么问题解决不了？影响效率的问题有哪些？6您认为提高工作效率，节省工作时间，减轻工作强度可采取哪些办法？组织结构图组织结构图是一张反映组织内部之间隶属关系的树状结构图。是一张反映组织内部之间隶属关系的树状结构图。组织业务关系图组

8、织业务关系图分析追踪分析追踪数据流图数据流图用户用户复查复查细化细化数据流图数据流图有 补 充 修有 补 充 修正正无补无补充修正充修正需 要 分需 要 分解解不 需 分不 需 分解解需求分析基本过程需求分析基本过程借助数据流图、数据字典、借助数据流图、数据字典、IPO图等，细化、完图等，细化、完善数据流图。善数据流图。仓库仓库管理员管理员采购员采购员事务事务定货报表定货报表定货系统数据流图定货系统数据流图更新更新库存库存清单清单1.2产生产生报表报表2D1 库存清单库存清单D2 定货信息定货信息接收接收事务事务1.1处理处理定货定货1.3库存清单库存清单定货信息定货信息定货信息定货信息分析销

9、售分析销售趋势趋势统计功能统计功能结构化分析方法（结构化分析方法（SA）+结构化设计方法（结构化设计方法（SD）适用于大型的数据处理系统（适用于大型的数据处理系统（MIS）的分析）的分析14无论系统多么复杂，无论系统多么复杂，分解技术分解技术能保证分析工作有能保证分析工作有计划、按步骤、有条不紊地来进行，避免面对复杂计划、按步骤、有条不紊地来进行，避免面对复杂系统的茫然无措。系统的茫然无措。复杂性控制的基本手段复杂性控制的基本手段分解、抽象分解、抽象面向团队的需求收集法面向团队的需求收集法（用户与开发者配合）（用户与开发者配合）初步访谈初步访谈开发者和用户分别写出开发者和用户分别写出“产品需求

10、产品需求”开会讨论，各自展示需求列表开会讨论，各自展示需求列表得出一致意见，为需求列表制定小型规格说明得出一致意见，为需求列表制定小型规格说明根据会议成果，起草完整的软件需求规格说明根据会议成果，起草完整的软件需求规格说明快速建立演示主要功能的原型快速建立演示主要功能的原型（1）第四代技术）第四代技术（2）可重用的软件构件）可重用的软件构件（3）形式化规格说明和原型环境）形式化规格说明和原型环境短时间内建立原型短时间内建立原型用户满意用户满意修改完善原型修改完善原型否否是是完成原型完成原型 E-R图图数据数据流图流图加工加工规约规约数据数据对象对象描述描述状态转换图状态转换图控制规约控制规约结

11、构化分析模型的体系结构结构化分析模型的体系结构为了开发复杂的系统，应从不同角度（模型）为了开发复杂的系统，应从不同角度（模型）抽象出目标系统的特性。抽象出目标系统的特性。数据模型数据模型功能模型功能模型行为模型行为模型实体联系图实体联系图数据流图数据流图状态转换图状态转换图SRS, Software Requirement Specification阐述系统必须提供的阐述系统必须提供的功能功能和和性能性能及及限制条件限制条件 SRS作用作用: 理解与交流（用户、分析人员、设计人员）理解与交流（用户、分析人员、设计人员）支持系统测试支持系统测试规划和控制开发过程规划和控制开发过程功能功能外部接口

12、外部接口性能：运行速度、可用性、响应时间、恢复时间性能：运行速度、可用性、响应时间、恢复时间 特性：可移植性、可维护性、安全性特性：可移植性、可维护性、安全性 设计约束：是否存在必要的标准、开发语言、数据设计约束：是否存在必要的标准、开发语言、数据库、资源限制、运行环境等因素的影响和策略？库、资源限制、运行环境等因素的影响和策略？28 （1）SRS 中的内容中的内容 （2）编写需求规格说明的原则）编写需求规格说明的原则 只描述只描述“做什么做什么”而无须描述而无须描述“怎么做怎么做”必须说明运行环境必须说明运行环境形式化和自然语言间恰当选择（理解最重要）形式化和自然语言间恰当选择（理解最重要）

13、不存在十全十美的规格说明书不存在十全十美的规格说明书需求描述详略适度需求描述详略适度编写可测试需求文档编写可测试需求文档将可测试的需求作为衡量软件规模的因素将可测试的需求作为衡量软件规模的因素文档段落不宜太长文档段落不宜太长避免使用模糊的、主观的术语避免使用模糊的、主观的术语如：如：和和/或、等等、用户友好、容易、简单、迅速、或、等等、用户友好、容易、简单、迅速、有效、许多、最新技术、有效、许多、最新技术、 优越的、可接受的、优越的、可接受的、最大化、最小化、提高等不可验证的语言最大化、最小化、提高等不可验证的语言建议：采用一种标准的建议：采用一种标准的SRS 模板模板1.引言引言1.1 目的

14、目的1.2 文档约定文档约定1.3 预期的读者和阅读建议预期的读者和阅读建议1.4 产品范围产品范围1.5 参考文献参考文献2. 综合描述综合描述2.1 产品的前景产品的前景2.2 产品的功能产品的功能2.3 用户类和特征用户类和特征2.4 运行环境运行环境2.5 设计和实现上的设计设计和实现上的设计2.6 假设和依赖假设和依赖3外部接口需求外部接口需求3.1 用户界面用户界面3.2 硬件接口硬件接口3.3 软件接口软件接口3.4 通信接口通信接口4. 系统特性系统特性 4.1 说明和优先级说明和优先级 4.2 激励激励/响应序列响应序列 4.3 功能需求功能需求5. 非功能需求非功能需求 5

15、.1 性能需求性能需求 5.2安全设施需求安全设施需求 5.3 安全性需求安全性需求 5.4 软件质量属性软件质量属性 5.5业务规划业务规划5.6 用户文档用户文档6. 其他需求其他需求 附录附录SRS模板模板（3）需求验证）需求验证 需求验证：检验需求能否满足客户的意愿需求验证：检验需求能否满足客户的意愿 需求验证的技术需求验证的技术需求评审：分析员、客户、设计人员、测试人员需求评审：分析员、客户、设计人员、测试人员原型评价：用户提出真正的需求原型评价：用户提出真正的需求测试需求：通过测试，发现需求中的存在的问题测试需求：通过测试，发现需求中的存在的问题（4）需求规格说明的质量特性）需求规

16、格说明的质量特性 正确性正确性 功能、行为、性能的描述与用户期望吻合功能、行为、性能的描述与用户期望吻合 p是否是否准确准确地反映了用户的需要？地反映了用户的需要？ p是否已经是否已经认真认真考虑了每一项描述？考虑了每一项描述？ p需求可以需求可以追溯追溯来源吗？来源吗？p用户参与用户参与需求过程的程度如何？需求过程的程度如何？无二义性无二义性 对所有人都只能有一种明确的统一的解释。对所有人都只能有一种明确的统一的解释。 p是否有是否有术语词汇表术语词汇表？p具有具有多重含义多重含义或未知含义的术语是否已经定义？或未知含义的术语是否已经定义？p是否是否可量化和可验证可量化和可验证？p每项每项需

17、求需求都有都有测试准则测试准则吗？吗？ 举例：举例：如果用户试图透支，系统将采取适当的行动。如果用户试图透支，系统将采取适当的行动。 完整性完整性 应包括软件要完成的全部任务，不能遗漏。应包括软件要完成的全部任务，不能遗漏。 p是否存在遗漏的功能或业务过程？是否存在遗漏的功能或业务过程？ p每个定义的功能之间是否有接口？每个定义的功能之间是否有接口？ p是否有信息在功能之间传递？是否有信息在功能之间传递？ p是否定义了功能的使用者？是否定义了功能的使用者？p是否已经定义了用户与功能之间的交互？是否已经定义了用户与功能之间的交互？p是否定义了与外部过程和系统之间的接口？是否定义了与外部过程和系统

18、之间的接口？ p 所描述的功能是否可以映射到业务过程中？所描述的功能是否可以映射到业务过程中？ p 文档中是否存在待确定的需求引用？文档中是否存在待确定的需求引用？ p 文档中是否存在未定义的术语和引用？文档中是否存在未定义的术语和引用？ p 文档的各个部分都完整吗？文档的各个部分都完整吗？p 需求包括非功能属性的说明吗？需求包括非功能属性的说明吗？p 是否考虑了软件性能？是否考虑了软件性能？ p 是否考虑了安全性要求？是否考虑了安全性要求？p 是否考虑了可靠性？是否考虑了可靠性？ p 是否考虑了系统容量问题？是否考虑了系统容量问题？ 可验证性可验证性 可以运用一些可行的手段对需求进行验证和确

19、认。可以运用一些可行的手段对需求进行验证和确认。 p是否存在不可验证的陈述是否存在不可验证的陈述如：界面友好、容易、简单、快速、健壮、新技术如：界面友好、容易、简单、快速、健壮、新技术 p所有描述都是具体的和可测量的吗？所有描述都是具体的和可测量的吗？ 举例：下面的两个需求描述中哪一个难以验证？举例：下面的两个需求描述中哪一个难以验证？系统将在系统将在 20 秒内响应所有有效的请求。秒内响应所有有效的请求。如果用户试图透支，系统将采取适当的行动。如果用户试图透支，系统将采取适当的行动。一致性一致性 需求的描述不能存在矛盾，如：术语冲突、功能需求的描述不能存在矛盾，如：术语冲突、功能和行为特性方

20、面的矛盾以及时序上的不一致等。和行为特性方面的矛盾以及时序上的不一致等。p文档的组织形式是否易于一致？文档的组织形式是否易于一致？ p不同功能的描述之间是否存在矛盾？不同功能的描述之间是否存在矛盾？ p是否存在有矛盾的需求描述或术语？是否存在有矛盾的需求描述或术语？ p文档中是否存在时序上的不一致？文档中是否存在时序上的不一致？ 系统允许立即使用所存的资金。系统允许立即使用所存的资金。只有在手工验证所存资金后，系统才能允许使用。只有在手工验证所存资金后，系统才能允许使用。 可修改性可修改性 格式和组织方式可方便后续的修改和协调。格式和组织方式可方便后续的修改和协调。 p是否存在明显的需求交叉引

21、用？是否存在明显的需求交叉引用？p是否有内容列表和索引？是否有内容列表和索引？p是否存在冗余的需求？它们是交叉引用吗？是否存在冗余的需求？它们是交叉引用吗？ 可跟踪性可跟踪性 每项需求都有来源且与设计、源代码和测试用例关联每项需求都有来源且与设计、源代码和测试用例关联 p每项需求都能在早期文档中追溯来源，例如：备每项需求都能在早期文档中追溯来源，例如：备忘录、法规、会议记录等；忘录、法规、会议记录等；p每一项需求都有唯一的名称或索引号，且与后期每一项需求都有唯一的名称或索引号，且与后期实现对应实现对应举例：系统将在举例：系统将在 20 秒内响应所有有效的请求。秒内响应所有有效的请求。来自与用户

22、的面谈，备忘录编号来自与用户的面谈，备忘录编号 #1234（5）需求管理）需求管理 需求管理需求管理 变更控制变更控制 版本控制版本控制 需求跟踪需求跟踪 需求状态跟踪需求状态跟踪 p建议变更建议变更p分析影响分析影响p作出决策作出决策p交流交流p合并合并p测 量 需 求测 量 需 求的稳定性的稳定性 p确 定 需 求确 定 需 求文档的版本文档的版本p确 定 单 个确 定 单 个需求文档的需求文档的版本版本p定 义 对 其定 义 对 其它需求的连它需求的连接链接链p定 义 对 其定 义 对 其它系统元素它系统元素的连接链的连接链p定义需求状定义需求状态态p跟踪需求的跟踪需求的每一个状态每一个

23、状态活动活动2：需求用于计划、产需求用于计划、产品和活动品和活动目标目标1 1：形成需求基线：形成需求基线 活动活动1：需求的开发：需求的开发前的评审前的评审 活动活动 3：需求变更评审：需求变更评审 目标目标2 2：计划、产品和活动：计划、产品和活动与需求保持一致与需求保持一致 变更变更申请申请 需求需求基线基线 需求跟踪性需求跟踪性 需求跟踪性是维护需求与软件制品之间的映射需求跟踪性是维护需求与软件制品之间的映射（例如设计对（例如设计对 象、用例、测试用例、已实现的软件象、用例、测试用例、已实现的软件组件等），以满足整个组件等），以满足整个 开发生命周期的需要。开发生命周期的需要。 建立需

24、求跟踪的过程建立需求跟踪的过程 p识别并唯一地标识识别并唯一地标识SRS中的每一个需求中的每一个需求p建立和更新建立和更新SRS中的跟踪矩阵中的跟踪矩阵 需求跟踪矩阵示例需求跟踪矩阵示例 用例用例 功能需求功能需求 设计元素设计元素 代码代码 测试实例测试实例 UC1 Catalog.query.sort Class catalog Catalog.sort ( ) test2 test3 UC2 Catalog.update Class catalog Catalog.update ( ) test10 test11需求管理需要需求管理需要CASE 工具的支持工具的支持 test12需求描述

25、示例需求描述示例 例例1：产品必须在固定的时间间产品必须在固定的时间间隔内提供状态信息，并且每次隔内提供状态信息，并且每次时间间隔不得小于时间间隔不得小于 60 秒。秒。? ? ? ? 后台任务管理器在用户界面的指定区域显示状态信息。后台任务管理器在用户界面的指定区域显示状态信息。 （1）在后台任务进程启动之后，消息必须每隔在后台任务进程启动之后，消息必须每隔 6010 秒秒更新一次，并保持连续的可见性。更新一次，并保持连续的可见性。（2）如果正在正常处理后台任务进程，那么后台任务管）如果正在正常处理后台任务进程，那么后台任务管理器必须显示后台任务进程已完成的百分比。理器必须显示后台任务进程已

26、完成的百分比。（3）当完成后台任务时，后台任务管理器必须显示一个）当完成后台任务时，后台任务管理器必须显示一个“已完成已完成”的信息。的信息。（4）如果后台任务中止执行，那么后台任务管理器必须）如果后台任务中止执行，那么后台任务管理器必须显示一个出错信息。显示一个出错信息。 需求描述示例需求描述示例 例例2：如果可能的话，应当根据图书编号的列表如果可能的话，应当根据图书编号的列表在线确认所输入的图书编号。在线确认所输入的图书编号。系统必须根据在线的图书编号列表确认所输入的图系统必须根据在线的图书编号列表确认所输入的图书编号。如果在图书编号列表中查不到该图书的编号，书编号。如果在图书编号列表中查

27、不到该图书的编号，或者当进行图书编号确认时图书编号列表不可访问，系或者当进行图书编号确认时图书编号列表不可访问，系统必须显示一个出错信息并且拒绝预订。统必须显示一个出错信息并且拒绝预订。 数据对象可以是外部实体、事物、行为、事件、数据对象可以是外部实体、事物、行为、事件、角色、单位、地点、结构等。角色、单位、地点、结构等。数据对数据对象象1. 数据对象数据对象2. 属性属性 属性定义了数据对象的性质。属性定义了数据对象的性质。属性属性3. 联系联系（1）一对一联系（）一对一联系（1：1）（2）一对多联系（）一对多联系（1：N）（3）多对多联系（）多对多联系（M：N） 在在ER图中，用菱形框表示

28、联系。图中，用菱形框表示联系。 联系联系教师教师学生学生课程课程学号学号姓名姓名系系年级年级职务职务性别性别职称职称性别性别姓名姓名教工号教工号教教学学成绩成绩学分学分学时学时课名课名课程号课程号图图3.2 某校教学管理某校教学管理ER图图mn1n例子：例子：通常用范式定义消除数据冗余的程度。通常用范式定义消除数据冗余的程度。 1）第一范式）第一范式 2）第二范式）第二范式 3）第三范式）第三范式3.5 数据规范化数据规范化3.6 状态转换图状态转换图u描述系统对事件响应的行为模型描述系统对事件响应的行为模型u描述系统状态、事件及事件引发状态间的转换描述系统状态、事件及事件引发状态间的转换u提

29、供了提供了行为建模行为建模机制机制状状 态态1 1状状 态态2 2事件事件/触发行为触发行为41状态图：状态、变迁、事件状态图：状态、变迁、事件组件组件描描 述述图示图示初态初态状态图的起始点状态图的起始点终态终态状态图的终点状态图的终点简单状态简单状态 状态图的简单状态状态图的简单状态复合状态复合状态可细化为多个子状态，用可细化为多个子状态，用“或或”和和“与与”两种关系相连两种关系相连名称名称描描 述述图示图示条件判断条件判断条件分支转移条件分支转移并发条并发条并发状态并发状态历史标志历史标志复合状态中的子状态退出复合复合状态中的子状态退出复合状态时最后所处的状态状态时最后所处的状态转移转

30、移对象从一个状态变迁到另一个对象从一个状态变迁到另一个状态状态H 状态状态初始初始有效有效锁定锁定售出售出例：火车票（对象）的状态图例：火车票（对象）的状态图放票：初始状态放票：初始状态有效状态有效状态票被预订：有效票被预订：有效锁定锁定预定后付款：锁定预定后付款：锁定售出售出预定解除：锁定预定解除：锁定有效有效有效有效锁定锁定售出售出付款付款购买购买解锁解锁换票换票过期过期预定过期：锁定预定过期：锁定有效有效直接购买：有效直接购买：有效售出售出换票：售出换票：售出有效有效预定预定 层次方框图用树形层次方框图用树形结构的一系列多层次结构的一系列多层次的矩形框描绘数据的的矩形框描绘数据的层次结构

31、。层次结构。 树形结构树形结构, ,手段比层次方框图更丰富手段比层次方框图更丰富 软 件 产软 件 产品品软件工具软件工具编辑程序（编辑程序（P3）应用软应用软件件编译程序（编译程序（P2）操作系统（操作系统（P1）系统软系统软件件测试驱动程序（测试驱动程序（P4）设计辅助工具（设计辅助工具（P5）Warnier图的一个例子图的一个例子IPO图是输入图是输入/处理处理/输出图。输出图。 旧的主文件旧的主文件事务文件事务文件1.校验主记校验主记录录2.校验事务校验事务记录记录3.更新主记更新主记录录有效的主记有效的主记录录有效的事务有效的事务记录记录更新后的主更新后的主文件文件输入输入处理处理输

32、出输出IPO表表系统：系统：模块：模块：编号：编号：作者：作者：日期：日期：被调用：被调用：调用：调用：输入：输入：输出：输出：处理：处理：局部数据元素：局部数据元素：注释：注释：改进的改进的IPO图的形式图的形式 问题描述问题描述 分层的数据流图分层的数据流图 决定哪些部分需要计算机化和怎样计算机化决定哪些部分需要计算机化和怎样计算机化 数据细节描述数据细节描述 定义处理逻辑定义处理逻辑 定义物理资源定义物理资源 确定输入确定输入/输出规格说明，确定有关数值输出规格说明，确定有关数值 确定硬件需求确定硬件需求 根据结构化分析模型，建立系统规格说明文档根据结构化分析模型，建立系统规格说明文档

33、【问题描述】【问题描述】 图书馆藏书：图书、期刊杂志，每种可以有多册；图书馆藏书：图书、期刊杂志，每种可以有多册； 可以维护（注册、更新和删除）图书资料；可以维护（注册、更新和删除）图书资料； 管理员负责与借书者打交道；管理员负责与借书者打交道； 借书者可以预约目前借不到的图书或杂志；借书者可以预约目前借不到的图书或杂志； 所有人都可以浏览图书馆的图书信息和各种告示。所有人都可以浏览图书馆的图书信息和各种告示。51例：用结构化分析方法分析图书馆系统例：用结构化分析方法分析图书馆系统【功能分析】【功能分析】浏览功能：浏览功能：所有人都可以浏览图书馆的图书信息。所有人都可以浏览图书馆的图书信息。借

34、还功能：借还功能：借书者可以借借书者可以借/续借、还、预约图书。续借、还、预约图书。图书管理功能：图书管理功能：管理人员录入、更新和销毁等。管理人员录入、更新和销毁等。借书者管理：借书者管理：系统管理人员注册、更改、注销借书系统管理人员注册、更改、注销借书者信息等维护工作。者信息等维护工作。 52【建立数据流图】【建立数据流图】分析角色：一般浏览者、借书者、一般管理员分析角色：一般浏览者、借书者、一般管理员和系统管理员四类外部用户。和系统管理员四类外部用户。 浏览者浏览者 浏览图书浏览图书图书馆系统的基本逻辑模型图书馆系统的基本逻辑模型图书信息图书信息浏览命令浏览命令【借借/ /还功能数据流图

35、还功能数据流图】 借借/还功能还功能借书者借书者显示显示信息信息 借书借书 还书还书 续借续借 预约预约管理员管理员借书者借书者书目号和借书证号书目号和借书证号书目号书目号书目号书目号标题号和借书证号标题号和借书证号54【维护功能【维护功能数据流图数据流图】 维护功能（第一步）维护功能（第一步）DFD 维护功能（修改）维护功能（修改） DFD注册借书者注册借书者注销借书者注销借书者录入新书录入新书更改借书者更改借书者更新图书更新图书销毁图书销毁图书处理罚金处理罚金 管理员管理员 管理员管理员录入标题录入标题删除标题删除标题修改标题修改标题销毁书目销毁书目修改书目修改书目录入新书录入新书 标题信息标题信息 标题号标题号 标题号标题号