软件工程学概述可行性分析和需求分析总体设计详细设计实现47页PPT
合集下载
《软件工程》PPT课件
第四课时
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成： <1> 确定任务目标： 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象：对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择：并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件：软件开发的时间、经 费等限制条件.<4>风险分析：评估目标、对象、约束条件三者之间 的联系,列出可能出．现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法：应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划：在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕：由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
第一章第四课时
喷泉模型 软件工程的任务与研究范围 软件开发的原则与开发方法
返回
喷泉模型
瀑布模型要求在软件开发的初期就完全确定软件的需求,这在很多 情况下往往是做不到的.螺旋模型试图克服瀑布模型的这一不足.SM 把软件开发过程安排为逐步细化的螺旋周期序列,每经历一个周期, 系统就细化和完善一些.SM每—螺旋周期由六个步骤组成： <1> 确定任务目标： 根据初始需求分析项目计划,确定任务目标、可选 方案和限制.<2>选择对象：对各种软硬件设备、开发方法、技术、 开发工具、人员、开发管理等对象进行选择：并决定软件是进行研 制、购买还是利用现有的.<3>分析约束条件：软件开发的时间、经 费等限制条件.<4>风险分析：评估目标、对象、约束条件三者之间 的联系,列出可能出．现的问题及问题的严重程度等,把最重要的问 题作为尚未解决的关键问题的风险.<5>制定消除风险的方法：应有 详尽的说明和周密的计划,并估计可能产生的后果.依此来开发软件, 为制订下一周期的计划打下基础.<6>制定下一周期的工作计划：在 第一个螺旋周期,确定目标、选择对象、分析约束,通过风险分析制 订消除风险的方法,初步开发原型1,制定系统生存周期计划.
软件工程的任务与研究范围
•软件产品的特点 •软件工程的研究内容与方法 •软件工具与软件支撑环境 •软件管理
软件开发的原则与方法
•软件开发的原则 • 自顶向下与模块结构 •软件开发的方法 •1.非自动形式的系统开发方法 •〔1〕系统流程图〔2〕结构分析法〔3〕结构化设计法 •〔4〕数据结构法〔5〕层次输入——处理——输出方法<HIPO法> • 2.半自动形式的系统开发方法 •〔1〕软件需求工程法〔2〕问题说明语言与分析法 • 3. 自动形式的系统开发方法 〔HOS方法〕：由计算机自动确定规 范、自动分析、自动编程、自动执行与模拟,以规范语言AXES、资 源分配工具RTA为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
第二章软件工程(可行性分析)PPT课件
心。
2. 如何确定系统的目标
系统开发人员通过初步的调查，了解企业领导
以及主要的管理干部对系统的要求与设想，根据目
前组织具备的条件及资源，初步提出系统的目标。
例：**厂信息系统的系统目标
为了管理现代化的要求，建立一个生产、经
营、资金、成本与物资的动态数据收集、处理与控
制的信息系统。
3
❖ 问题定义报告及编写实例
• 课题提出：系统开发人员本身也可以提出系统开发任 务。
• 上级机关布置 • 合作开发
2. 系统任务的提出形式
• 书面形式：系统任务的提出一般以书面形式，如系统 开发任务书或系统开发协议书等形式。
• 口头形式
2
❖ 系统目标的确定
1. 系统目标的含义
2.
系统目标是系统最终要达到的目标，是系统
开发的宗旨，各个阶段的工作都要以这个宗旨为中
1、问题定义报告的内容 问题定义报告没有统一格式，但一般包
含以下内容： • 工程项目名称 • 使用方 • 开发方 • 背景 • 项目的目标 • 项目的规模
4
2、问题定义报告编写实例
例2.1 某校财务处有1名主任会计师，2名会计和2名出纳，共5 人。由于职工人数增加，每月发工资前几天，会计的工作量会 增大，要抽调其他部门的人帮忙，花一个星期才能把职工工资 表做出来。为了减轻财务处的工作量，学校决定采用计算机进 行工资管理，请软件公司帮助分析解决问题的可能性，给出问 题定义报告。 问题分析：一种解决办法是给财务处增加职工。如果增加2名职
（2）经济可行性：分析开发该系统能否取得经济效益。 要作出投资的估算和收益的估算。
（3）运行可行性：主要研究新系统规定的运行方式在 这个组织内是否可行等。
软件工程_课件
软件工程_课件
需求分析是一项重要的工作，也是困难的工作。该阶 段是用户与软件人员双方讨论协商的阶段，由用户提出问 题，软件开发人员给出问题的解答。用户的业务活动和业 务环境对软件开发人员来说是不熟悉的，要想在短期内搞 清楚是不太可能的；用户只熟悉本身的业务活动和业务环 境，不熟悉计算机技术。由于这两方面人员缺乏共同的语 言，开发人员往往急于求成，于是在未明确软件系统应该 “做什么”的情况下，就开始进行设计、编程，而用户则 不清楚软件人员在设计怎样的一个系统，直至系统完成交 付用户之后，才发现它不符合要求，但这为时已晚，这类 教训国内外都不少见。用户与开发人员无共同语言，很难 进行交流，这是需求分析阶段的特点之一。
③ 操作可行性。判断系统的操作方式在该用户组 织内是否可行。
软件工程_课件
2) 推荐方案 根据可行性研究结果要做出的决定是：是否继续
按预定目标进行开发。可行性分析人员必须清楚地表 明他对这个关键性决定的建议。如果认为值得继续进 行这项开发工程，则应提供一种最好的解决方案，并 说明理由。
软件工程_课件
软件工程_课件
软件工程是一门交叉学科，涉及到计算机科学、 管理科学、工程学和数学。凡是计算机科学中的成果 均可用于软件工程，但计算机科学着重于理论研究， 如自动机理论、形式语言理论、编译原理、数据库原 理、操作系统原理、人工智能原理等，而软件工程着 重于具体软件系统的研制和建立。软件工程的理论、 方法、技术都是建立在计算机科学的基础上，它是用 管理学的原理、方法来进行软件生产管理；用工程学 的观点来进行费用估算，制定进度和方案；用数学的 方法来建立软件可靠性模型以及分析各种算法和性质。
软件工程_课件
一、概述 二、数据描述 • 数据流图 • 数据字典 • 系统接口说明 • 内部接口 三、功能描述 • 功能 • 处理说明 • 设计的限制
需求分析是一项重要的工作，也是困难的工作。该阶 段是用户与软件人员双方讨论协商的阶段，由用户提出问 题，软件开发人员给出问题的解答。用户的业务活动和业 务环境对软件开发人员来说是不熟悉的，要想在短期内搞 清楚是不太可能的；用户只熟悉本身的业务活动和业务环 境，不熟悉计算机技术。由于这两方面人员缺乏共同的语 言，开发人员往往急于求成，于是在未明确软件系统应该 “做什么”的情况下，就开始进行设计、编程，而用户则 不清楚软件人员在设计怎样的一个系统，直至系统完成交 付用户之后，才发现它不符合要求，但这为时已晚，这类 教训国内外都不少见。用户与开发人员无共同语言，很难 进行交流，这是需求分析阶段的特点之一。
③ 操作可行性。判断系统的操作方式在该用户组 织内是否可行。
软件工程_课件
2) 推荐方案 根据可行性研究结果要做出的决定是：是否继续
按预定目标进行开发。可行性分析人员必须清楚地表 明他对这个关键性决定的建议。如果认为值得继续进 行这项开发工程，则应提供一种最好的解决方案，并 说明理由。
软件工程_课件
软件工程_课件
软件工程是一门交叉学科，涉及到计算机科学、 管理科学、工程学和数学。凡是计算机科学中的成果 均可用于软件工程，但计算机科学着重于理论研究， 如自动机理论、形式语言理论、编译原理、数据库原 理、操作系统原理、人工智能原理等，而软件工程着 重于具体软件系统的研制和建立。软件工程的理论、 方法、技术都是建立在计算机科学的基础上，它是用 管理学的原理、方法来进行软件生产管理；用工程学 的观点来进行费用估算，制定进度和方案；用数学的 方法来建立软件可靠性模型以及分析各种算法和性质。
软件工程_课件
一、概述 二、数据描述 • 数据流图 • 数据字典 • 系统接口说明 • 内部接口 三、功能描述 • 功能 • 处理说明 • 设计的限制
软件工程学概述可行性分析与需求分析总体设计详细设计实现 PPT课件
生命周期模型规定了把生命周期划分成哪些阶段及各个 阶段的执行顺序，因此，也称为过程模型。
典型的过程模型
1. 瀑布模型(Waterfall model) 2. 快速原型开发模型(Rapid Prototyping model) 3. 增量模型(Incremental model) 4. 螺旋模型(Spiral model) 5. 喷泉模型 6. 其它模型
6. 编码和单元测试： 写出正确的容易理解、容易维护的程序模块； 仔细 测试编写出的每一个模块。
7. 综合测试： 集成测试和验收测试，现场测试或平行运行
8. 软件维护： 使系统持久地满足用户的需要。包括： 改正性维护，适应性 维护，完善性维护，预防性维护。
09.04.2020
上海大学计算机学院
6
软件工程学概述
▪ 缺点
• 需要一个开放的结构，方便构 件的加入。
09.04.2020
上海大学计算机学院
9
软件工程学概述
生命周期模型
优点
瀑布模型
文档驱动的有序方法
快速原型模型 确保交付的产品符合客户的要求
增量模型
增大投资的早期回报
螺旋模型
结合上述所有模型的特性
缺点
交付产品可能不符合客户 的要求 还没有证明无懈可击
有的条件或能力 ● 反映上述两个定义中所描述的条件或能力的文档说明 ● 需求层次：业务需求用户需求功能与非功能需求
◆ 具体任务
● 确定对系统的综合要求
功能需求、性能需求、可靠性和可用性需求、出错处理需求、接口需求、约束、逆向 需求、扩展需求
➢ 极限编程XP(eXtreme Programming) ➢ RUP(Rational Unified Process) ➢ 建造—修补模型(Build-and-fix model)
软件工程——需求分析共47页PPT
66、节制使快乐增加并使享受加强。 ——德 谟克利 特 67、今天应做的事没有做，明天再早也 是耽误 了。——裴斯 泰洛齐 68、决定一个人的一生，以及整个命运 的，只 是一瞬 之间。 ——歌 德 69、懒人无法享受休息之乐。——拉布 克 70、浪费时间是一桩大罪过。——卢梭
软件工程——需求分析
11、获得的成功越大，就越令人高兴 。野心 是使人 勤奋的 原因， 节制使 人枯萎 。 12、不问收获，只问耕耘。如同种树 ，先有 根茎， 再有枝 叶，尔 后花实 ，好好 劳动， 不要想 太多， 那样只 会使人 胆孝懒 惰，因 为不实 践，甚 至不接 触社只有四个字，但 常看常 新。 14、我在心里默默地为每一个人祝福 。我爱 自己， 我用清 洁与节 制来珍 惜我的 身体， 我用智 慧和知 识充实 我的头 脑。 15、这世上的一切都借希望而完成。 农夫不 会播下 一粒玉 米，如 果他不 曾希望 它长成 种籽； 单身汉 不会娶 妻，如 果他不 曾希望 有小孩 ；商人 或手艺 人不会 工作， 如果他 不曾希 望因此 而有收 益。-- 马钉路 德。
软件工程课程ppt课件
项目管理工具
如Microsoft Project、JIRA等，用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制，提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等，促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等，支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始，软件工程逐渐发展成为一个独立的学科领域，经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践，以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等，强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。
如Microsoft Project、JIRA等，用于项目计划制定、 任务跟踪和团队协作。
团队协作与沟通
团队协作的重要性
建立高效协作机制，提 高团队整体效能。
沟通技巧
倾听、表达清晰、及时 反馈等，促进团队成员 之间的有效沟通。
协作工具
如Git、GitHub、 Confluence等，支持版 本控制、代码托管和团 队协作。
软件工程课程ppt课 件
目录
• 软件工程概述 • 软件需求分析 • 软件设计 • 软件开发 • 软件测试与质量保证 • 软件维护与演化 • 软件工程管理与实践
01
软件工程概述
软件工程的定义与发展
定义
软件工程是一门研究用工程化方法构建和维护有效、实用和高质量的软件的学科。
发展历程
从20世纪60年代的软件危机开始，软件工程逐渐发展成为一个独立的学科领域，经历了瀑布模 型、螺旋模型、敏捷开发等不同的开发模式和方法。
阐述持续集成和持续交付的概念、原 理和实践，以及如何通过持续集成和 持续交付来加速软件的演化过程并提 高软件的质量。
07
软件工程管理与实践
项目管理方法与工具
传统项目管理方法
包括瀑布模型、螺旋模型等，强调项目计划、进度控 制和风险管理。
敏捷项目管理方法
如Scrum、Kanban等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。
第一章软件工程PPT
2020/3/19
（3）详细设计
详细设计是针对单个模块的设计。目的是 确定模块的过程结构，详细说明实现该模块功 能的算法和数据结构，有时也称算法设计。详 细设计的完成是用图形或伪代码描述的模块设 计说明书。
（3）编码
编码的任务是根据模块设计说明书，用指 定的程序设计语言把模块的过程性描述翻译成 源代码。与“需求分析”和“设计”相比，“ 编码”要简单得多。
2020/3/19
定义 阶段
2020/3/19
可行性研究与计划
需求分析
开
设计
发
阶
编码
段
测试
维护阶段
图2 瀑布模型
运行维护
瀑布模型的特点： ✓ 阶段间具有顺序性和依赖性； ✓推迟实现的特点； ✓每个阶段必须完成规定的文档； ✓每个阶段结束前完成文档审查，及早改正错误 。 瀑布模型的优点：
开发阶段清晰、便于评审、审计、跟踪、管 理和控制。 瀑布模型的缺点： ✓ 2020/3/19 不能对付含糊不清和不完整的用户需求；
2020/3/19
软件的概念
为了弄清软件的概念，首先要知道什么是程 序的概念。
一般认为，程序是计算机为完成特定的任务 而执行的指令的有序集合。更通俗的讲，
面向过程的程序=算法+数据结构 面向对象的程序=对象+消息 面向构件的程序=构件+构架 通常，软件可定义为： 软件=程序+数据+文档
2020/3/19
2020/3/19
听取用 户意见
建造/修改 原型
用户测试 运行原型
2020/3/19
图3 原型范型
原型化模型的特点： 原型驱动。因此必须先有一个模型，至少要
有一个原型的核心。 原型化模型的优点：
（3）详细设计
详细设计是针对单个模块的设计。目的是 确定模块的过程结构，详细说明实现该模块功 能的算法和数据结构，有时也称算法设计。详 细设计的完成是用图形或伪代码描述的模块设 计说明书。
（3）编码
编码的任务是根据模块设计说明书，用指 定的程序设计语言把模块的过程性描述翻译成 源代码。与“需求分析”和“设计”相比，“ 编码”要简单得多。
2020/3/19
定义 阶段
2020/3/19
可行性研究与计划
需求分析
开
设计
发
阶
编码
段
测试
维护阶段
图2 瀑布模型
运行维护
瀑布模型的特点： ✓ 阶段间具有顺序性和依赖性； ✓推迟实现的特点； ✓每个阶段必须完成规定的文档； ✓每个阶段结束前完成文档审查，及早改正错误 。 瀑布模型的优点：
开发阶段清晰、便于评审、审计、跟踪、管 理和控制。 瀑布模型的缺点： ✓ 2020/3/19 不能对付含糊不清和不完整的用户需求；
2020/3/19
软件的概念
为了弄清软件的概念，首先要知道什么是程 序的概念。
一般认为，程序是计算机为完成特定的任务 而执行的指令的有序集合。更通俗的讲，
面向过程的程序=算法+数据结构 面向对象的程序=对象+消息 面向构件的程序=构件+构架 通常，软件可定义为： 软件=程序+数据+文档
2020/3/19
2020/3/19
听取用 户意见
建造/修改 原型
用户测试 运行原型
2020/3/19
图3 原型范型
原型化模型的特点： 原型驱动。因此必须先有一个模型，至少要
有一个原型的核心。 原型化模型的优点：
软件工程需求分析需求分析PPT课件
• 小组负责人要求每位参加者列出问题及环境中的有 关对象，对这些对象施行的操作以及对象间的相互 作用。列出的操作和对象尽可能完全，如，控制面 板、电话机、监控中心、烟雾传感器、门窗监视器、 警报器等对象，以及用户编程控制、电话拔号、报 警等操作。
• 负责人应要求小组成员对接收传感器事件、用户编 程控制、电话报警等操作进行更详细的描述，必要 时可用流程图表示。
• 细化数据流图（DFD），必要时，对实时系统还要 绘制控制流图（CFD）；
• 编制数据字典；
2020/7/31
19
5.1.4 需求分析的活动和原则
• 活动主要分为： – 需求获取； – 分析建模； – 需求评审
2020/7/31
20
需求获取的目标
• 对用户需求进行鉴别、综合，清除用户需求的 模糊性、歧义性和不一致性；
• 把对原始问题的理解和软件开发经验结合起来， 鉴别由于用户的片面性或短期行为所导致的不 合理要求，发现用户尚未发现的但具有真正价 值的潜在需求；
2020/7/31
28
家庭保安系统
分析初期联合小组的工作程序
联合小组首先制定工作制度：每次会议开始 前必须有确定的议程，参加者必须针对各项议程 进行充分的准备，并用文字表示。
经过会议讨论，明确问题的范围、问题与环 境的关系，并就开发软件产品的必要性达成共识。
2020/7/31
29
例 家庭保安系统
• 这个计划到综合测试后期执行。
2020/7/31
8
3. 修订开发计划
• 系统调查与可行性研究阶段的最后，草拟了初步 的开发计划，当时由于需求尚不详细，现可有了 详细的需求分析结果以后，应该使开发计划更准 确一些。
2020/7/31
• 负责人应要求小组成员对接收传感器事件、用户编 程控制、电话报警等操作进行更详细的描述，必要 时可用流程图表示。
• 细化数据流图（DFD），必要时，对实时系统还要 绘制控制流图（CFD）；
• 编制数据字典；
2020/7/31
19
5.1.4 需求分析的活动和原则
• 活动主要分为： – 需求获取； – 分析建模； – 需求评审
2020/7/31
20
需求获取的目标
• 对用户需求进行鉴别、综合，清除用户需求的 模糊性、歧义性和不一致性；
• 把对原始问题的理解和软件开发经验结合起来， 鉴别由于用户的片面性或短期行为所导致的不 合理要求，发现用户尚未发现的但具有真正价 值的潜在需求；
2020/7/31
28
家庭保安系统
分析初期联合小组的工作程序
联合小组首先制定工作制度：每次会议开始 前必须有确定的议程，参加者必须针对各项议程 进行充分的准备，并用文字表示。
经过会议讨论，明确问题的范围、问题与环 境的关系，并就开发软件产品的必要性达成共识。
2020/7/31
29
例 家庭保安系统
• 这个计划到综合测试后期执行。
2020/7/31
8
3. 修订开发计划
• 系统调查与可行性研究阶段的最后，草拟了初步 的开发计划，当时由于需求尚不详细，现可有了 详细的需求分析结果以后，应该使开发计划更准 确一些。
2020/7/31
软件工程—可行性研究PPT课件
▪ 定义：是关于数据的信息集合，即对数 据流图中包含的所有元素定义的集合。
▪ 作用：在软件分析和设计过程中给人提 供关于数据的描述信息。
▪ 和数据流图共同构成系统的逻辑模型。
♦ 没有数据字典，数据流图就不严格； ♦ 没有数据流图，数据字典难于发挥作用。
.
32
2.5.1 数据字典的内容
▪ 数据流
♦ 来源、去向、组成、流通量
五、导出和评价供选择的解法：
▪ 从系统逻辑模型导出若干较高层次（较 抽象）的物理解法供比较选择。
▪ 从技术角度触发考虑解决方案。 ▪ 从技术、操作、经济方面对方案进行可
行性分析。 ▪ 对可行的方案指定实现进度表。
.
10
2.2 可行性研究的八个步骤
六、推荐行动方针 ▪ 选择一种最好的解法，并说明理由 ▪ 对系统进行 成本/效益 分析 ▪ 考虑其社会、经济、政治各方面的实际意义 七、草拟开发计划，包括： ▪ 工程进度表 ▪ 开发人员和各种资源的需求 ▪ 估计系统生命周期的每个阶段的成本 ▪ 下一阶段（需求分析）的详细进度表和成本估
仓库管理员
订货系统
采购员
.
23
例：订货系统
▪ 细化基本系统模型：得到功能级数据流 图（一级细化）。
▪ 分析：
① 数据流：事务、订货报表 ② 处理：处理事务、产生订货报表 ③ 数据存储：库存清单、订货信息
.
224
例：订货系统
D1 库存清单
仓库管理员
1 处理事务
2 产生报表
采购员
D2 订货信息
.
25
♦ 零件入库或出库称为事务，通过放在仓库中 的CRT终端把事务报告给定货系统。
♦ 当某种零件的库存量少于库存临界值时就应 该再次订货。
▪ 作用：在软件分析和设计过程中给人提 供关于数据的描述信息。
▪ 和数据流图共同构成系统的逻辑模型。
♦ 没有数据字典，数据流图就不严格； ♦ 没有数据流图，数据字典难于发挥作用。
.
32
2.5.1 数据字典的内容
▪ 数据流
♦ 来源、去向、组成、流通量
五、导出和评价供选择的解法：
▪ 从系统逻辑模型导出若干较高层次（较 抽象）的物理解法供比较选择。
▪ 从技术角度触发考虑解决方案。 ▪ 从技术、操作、经济方面对方案进行可
行性分析。 ▪ 对可行的方案指定实现进度表。
.
10
2.2 可行性研究的八个步骤
六、推荐行动方针 ▪ 选择一种最好的解法，并说明理由 ▪ 对系统进行 成本/效益 分析 ▪ 考虑其社会、经济、政治各方面的实际意义 七、草拟开发计划，包括： ▪ 工程进度表 ▪ 开发人员和各种资源的需求 ▪ 估计系统生命周期的每个阶段的成本 ▪ 下一阶段（需求分析）的详细进度表和成本估
仓库管理员
订货系统
采购员
.
23
例：订货系统
▪ 细化基本系统模型：得到功能级数据流 图（一级细化）。
▪ 分析：
① 数据流：事务、订货报表 ② 处理：处理事务、产生订货报表 ③ 数据存储：库存清单、订货信息
.
224
例：订货系统
D1 库存清单
仓库管理员
1 处理事务
2 产生报表
采购员
D2 订货信息
.
25
♦ 零件入库或出库称为事务，通过放在仓库中 的CRT终端把事务报告给定货系统。
♦ 当某种零件的库存量少于库存临界值时就应 该再次订货。