软件开发过程与质量保证-3-需求工程(2)精品PPT课件
合集下载
软件开发全过程及经验PPT课件
系。
快速制作软件原型，让 用户直观感受并提出建
议。
如Microsoft Project、 Jira等，用于跟踪和管理
需求变更。
需求规格说明书的编写
01
确定软件的功能需求和 非功能需求。
02
编写清晰、准确、详细 的文档，包括数据流程 图、界面设计图等。
03
确保所有利益相关者对 需求规格说明书达成共 识。
安全编码与漏洞防范
总结词
安全编码的最佳实践
详细描述
为了确保软件的安全性，开发人员需要采取一系列的安全编码措施。这些措施包括输入验证、数据加 密、访问控制、错误处理等。通过遵循这些最佳实践，可以有效地减少软件漏洞和安全隐患。
系统性能优化与调优
总结词
提高系统性能的方法
VS
详细描述
系统性能是软件质量的重要指标之一，优 化和调优可以提高系统的性能。常见的性 能优化方法包括算法优化、数据库优化、 网络优化等。通过合理的调优，可以提升 系统的响应速度和吞吐量，从而提高用户 体验和软件可靠性。
04
定期评审和更新需求规 格说明书，以适应项目 变化。
03
设计与架构
软件设计的基本原则与目标
功能性
确保软件能够满足用户需求， 实现预定的功能。
稳定性
保证软件在运行过程中稳定， 不出现频繁的错误或崩溃。
可扩展性
为软件未来的功能扩展和升级 预留空间，降低后期改造成本 。
易用性
软件界面友好，操作简便，符 合用户习惯，提高用户体验。
软件架构的选择与设计
01
02
03
前端架构
选择适合的前端框架和工 具，如React、Vue等，进 行界面设计和交互开发。
ห้องสมุดไป่ตู้
快速制作软件原型，让 用户直观感受并提出建
议。
如Microsoft Project、 Jira等，用于跟踪和管理
需求变更。
需求规格说明书的编写
01
确定软件的功能需求和 非功能需求。
02
编写清晰、准确、详细 的文档，包括数据流程 图、界面设计图等。
03
确保所有利益相关者对 需求规格说明书达成共 识。
安全编码与漏洞防范
总结词
安全编码的最佳实践
详细描述
为了确保软件的安全性，开发人员需要采取一系列的安全编码措施。这些措施包括输入验证、数据加 密、访问控制、错误处理等。通过遵循这些最佳实践，可以有效地减少软件漏洞和安全隐患。
系统性能优化与调优
总结词
提高系统性能的方法
VS
详细描述
系统性能是软件质量的重要指标之一，优 化和调优可以提高系统的性能。常见的性 能优化方法包括算法优化、数据库优化、 网络优化等。通过合理的调优，可以提升 系统的响应速度和吞吐量，从而提高用户 体验和软件可靠性。
04
定期评审和更新需求规 格说明书，以适应项目 变化。
03
设计与架构
软件设计的基本原则与目标
功能性
确保软件能够满足用户需求， 实现预定的功能。
稳定性
保证软件在运行过程中稳定， 不出现频繁的错误或崩溃。
可扩展性
为软件未来的功能扩展和升级 预留空间，降低后期改造成本 。
易用性
软件界面友好，操作简便，符 合用户习惯，提高用户体验。
软件架构的选择与设计
01
02
03
前端架构
选择适合的前端框架和工 具，如React、Vue等，进 行界面设计和交互开发。
ห้องสมุดไป่ตู้
《软件开发设计流程》课件
2
用户培训
为用户提供必要的培训和支持，确保他们正确使用软件。
3
维护
定期检查和修复软件中的错误和漏洞，持续提供技术支持。
总结与展望
1 总结经验
总结项目中的教训和经验，为将来的项目提供指导。
2 持续改进
持续优化软件开发流程，不断改进和提升软件开发质量。
3 技术趋势
展望未来的技术趋势，了解新技术和工具对软件开发的影响。
《软件开发设计流程》 PPT课件
这个PPT课件将介绍软件开发设计流程的概览，包括需求分析阶段、设计阶 段、编码阶段、测试阶段、部署与维护阶段以及总结与展望。
需求分析阶段
1
需求收集
与客户沟通，了解和收集软件需求。
需求分析
2
分析需求，澄清需求背后的价值和目标。
3
需求验证
验证需求的可行性，确定项目的范围和 约束。
版本控制
使用版本控制工具，管理和跟踪代码的修改和历史记录。
测试阶段
单元测试
编写和执行单元测试，验证软 件的各个组件和函数的正确性。
集成测试
测试各个模块之间的集成，确 保模块间的协同工作正常。
系统测试
测试整个系统的功能和性能， 确保软件满足需求。
部署与维护阶段
1
部署
将软件推向生产环境，确维
运用设计思维方法，以用户为中 心，创造创新和用户友好的解决 方案。
界面设计
创建草图和线框图，设计符合用 户体验原则的界面。
软件架构
制定模块化和可扩展的软件架构， 确保软件的稳定性和可维护性。
编码阶段
编码规范
遵循编码规范，保证代码的可读性和可维护性。
迭代开发
采用迭代开发的方式，通过快速迭代不断优化和改进软件。
软件质量和软件质量保证体系..PPT课件
易分析性、易改变性、 稳定性、易测试性
与软件可从某一环境转移到另一环境的 能力有关的一组属性。
适应性、易安装性、 一致性、易替换性
精品课件
5
9.1.2 软件质量评价
评价软件质量可从三个方面进
行，即产品或中间产品、过程 （即软件生产所需的资源和活 动）和项目。
精品课件
6
产品或中间产品评价
定义质量需求
精品课件
20
功能点计算
功能点FP=未调节功能点UFP*（常数C1+常数C2*
复杂度调节值CA）
精品课件
21
职工工资管理系统例子
精品课件
22
五类功能点
用户输入数为4：密码、工资打印、工资
录入、错误按键；
用户输出数为3：查询信息、工资报表、
出错信息；
用户查询数为1：工资查询； 文件数为1：职工工资表； 外部接口数为2：人事查询、职工信息。
精品课件
பைடு நூலகம்
精品课件
3
银弹
西方民间传说：一种可怕的狼人常向人
类进攻，在人受到伤害后，性格完全改 变，尤其是把自己的亲人变成仇人。无 奈之中，人们发现只有银弹才能制服狼 人，将它打死，拯救人类。
No Silver Bullet!
There is a Silver Bullet!
精品课件
4
9.1.1 软件质量特性
征上。
Card和Glass定义了三种软件设计复杂度测度：
结构复杂度、数据复杂度和系统复杂度。其定 义分别如下：
➢ 模块i的结构复杂度S（i）=f2out(i)； ➢ 模块i的数据复杂度D（i）=V（i）/[fout（i）+1]； ➢ 系统复杂度C（i）=S（i）+D（i）；
软件质量保证与质量计划PPT(34张)
5
软件开发各个阶段 SQA 的目标 6-1
• 需求分析：
– 确保客户所要求的系统是可行的。 – 确保客户指定的需求确实能够满足他的真正
要求。 – 避免开发者和客户之间的误解。 – 向用户提供为满足他所提出的需求而实际构建
的适当软件系统。
6
软件开发各个阶段 SQA 的目标 6-2
• 软件规格说明：
• 排列图－是一种直方图，由事件发生的频率组织 而成，用以显示多少成果是产生于已确定的各种 类型的原因的。如下图。
30
质量控制的手段和技巧 2-2
• 抽样调查统计 • 流程图 • 趋势分析
31
质量控制的输出
• 质量控制输出
–质量提高 –可接受的决定（接受/拒绝） –返工 – 返工是有缺陷的、不符合要求的产品
•
4、心中没有过分的贪求，自然苦就少。口里不说多余的话，自然祸就少。腹内的食物能减少，自然病就少。思绪中没有过分欲，自然忧就少。大悲是无泪的，同样大悟无言。缘来尽量要惜，缘尽就放。人生本来就空，对人家笑笑，对自己笑笑，笑着看天下，看日出日落，花谢花开，岂不自在，哪里来的尘埃!
•
5、心情就像衣服，脏了就拿去洗洗，晒晒，阳光自然就会蔓延开来。阳光那么好，何必自寻烦恼，过好每一个当下，一万个美丽的未来抵不过一个温暖的现在。
•
10、山有封顶，还有彼岸，慢慢长途，终有回转，余味苦涩，终有回甘。
•
11、人生就像是一个马尔可夫链，你的未来取决于你当下正在做的事，而无关于过去做完的事。
•
12、女人，要么有美貌，要么有智慧，如果两者你都不占绝对优势，那你就选择善良。
•
13、时间，抓住了就是黄金，虚度了就是流水。理想，努力了才叫梦想，放弃了那只是妄想。努力，虽然未必会收获，但放弃，就一定一无所获。
软件开发各个阶段 SQA 的目标 6-1
• 需求分析：
– 确保客户所要求的系统是可行的。 – 确保客户指定的需求确实能够满足他的真正
要求。 – 避免开发者和客户之间的误解。 – 向用户提供为满足他所提出的需求而实际构建
的适当软件系统。
6
软件开发各个阶段 SQA 的目标 6-2
• 软件规格说明：
• 排列图－是一种直方图，由事件发生的频率组织 而成，用以显示多少成果是产生于已确定的各种 类型的原因的。如下图。
30
质量控制的手段和技巧 2-2
• 抽样调查统计 • 流程图 • 趋势分析
31
质量控制的输出
• 质量控制输出
–质量提高 –可接受的决定（接受/拒绝） –返工 – 返工是有缺陷的、不符合要求的产品
•
4、心中没有过分的贪求，自然苦就少。口里不说多余的话，自然祸就少。腹内的食物能减少，自然病就少。思绪中没有过分欲，自然忧就少。大悲是无泪的，同样大悟无言。缘来尽量要惜，缘尽就放。人生本来就空，对人家笑笑，对自己笑笑，笑着看天下，看日出日落，花谢花开，岂不自在，哪里来的尘埃!
•
5、心情就像衣服，脏了就拿去洗洗，晒晒，阳光自然就会蔓延开来。阳光那么好，何必自寻烦恼，过好每一个当下，一万个美丽的未来抵不过一个温暖的现在。
•
10、山有封顶，还有彼岸，慢慢长途，终有回转，余味苦涩，终有回甘。
•
11、人生就像是一个马尔可夫链，你的未来取决于你当下正在做的事，而无关于过去做完的事。
•
12、女人，要么有美貌，要么有智慧，如果两者你都不占绝对优势，那你就选择善良。
•
13、时间，抓住了就是黄金，虚度了就是流水。理想，努力了才叫梦想，放弃了那只是妄想。努力，虽然未必会收获，但放弃，就一定一无所获。
《软件质量保证》PPT课件
第16章软件质量保证17图162缺陷的放大无复审100概要设计10415x15250详细设计37102732620编码单元测试94到集成50集成测试4750确认测试2450系统测试12隐藏的错误941027第16章软件质量保证18表161无复审情况下软件缺陷对成本的影响错误发现时机缺陷数量成本单位成本总计测试之前2265143测试期间82151230发布之后1267804缺陷总成本2177第16章软件质量保证19从图163中可以看到只要在每个工程阶段都进行复审工作就能够有效地遏制缺陷放大的势头从而减少缺陷对成本的影响
精选ppt
16
第16章 软件质量保证
概要设计
0
详细设计
10 6
0
0%
10
4
6
4×1.5 X
＝
1.50%
37
10
编 码 /单 元 测 试 10
25
27 27×3 X ＝ 320% 94
94
集成测试
26
47
0
50%
0
确认测试
24
0
50%
0
到集成 系统测试
12
0
50%
0
图16.2 缺陷的放大——无复审
精选ppt
(4) 审查指定的软件工作产品，对其是否符合定义好的软件 工程过程中的相应部分进行核实。SQA小组要对选出的产品进 行复审，识别、记录和跟踪产品与过程规定的偏差，并对是否 已经改正进行跟踪核实。定期地将工作结果向项目管理者报告。
精选ppt
8
第16章 软件质量保证
(5) 确保软件工作及工作产品中的偏差已记录在案，并按照 预定规程进行处理。偏差可能出现在项目计划、过程描述、采 用的标准或技术工作产品中。
精选ppt
16
第16章 软件质量保证
概要设计
0
详细设计
10 6
0
0%
10
4
6
4×1.5 X
＝
1.50%
37
10
编 码 /单 元 测 试 10
25
27 27×3 X ＝ 320% 94
94
集成测试
26
47
0
50%
0
确认测试
24
0
50%
0
到集成 系统测试
12
0
50%
0
图16.2 缺陷的放大——无复审
精选ppt
(4) 审查指定的软件工作产品，对其是否符合定义好的软件 工程过程中的相应部分进行核实。SQA小组要对选出的产品进 行复审，识别、记录和跟踪产品与过程规定的偏差，并对是否 已经改正进行跟踪核实。定期地将工作结果向项目管理者报告。
精选ppt
8
第16章 软件质量保证
(5) 确保软件工作及工作产品中的偏差已记录在案，并按照 预定规程进行处理。偏差可能出现在项目计划、过程描述、采 用的标准或技术工作产品中。
《软件开发流程》课件
版本控制系统（如Git）
版本控制系统用于跟踪和管理代码的变更，以确保代码的一致性和可维护 性。
Git是最流行的版本控制系统之一，它支持分布式版本控制，允许多个开 发人员同时进行代码的修改和提交。
Git提供了分支管理、合并和冲突解决等功能，可以帮助团队更好地协作 和项目管理。
测试工具（如Junit）
风险监控与报告
定期进行风险监控和报告，及时调 整风险应对计划。
03
02
风险应对计划
制定风险应对计划，包括预防措施 、应急预案和风险转移策略。
经验教训总结
总结项目过程中的经验教训，不断 完善风险管理机制。
04
06
案例分析
案例一：一个成功的敏捷开发项目
总结词
高效协作、快速迭代、用户需求驱动
详细描述
该案例介绍了一个采用敏捷开发方法的成功项目，通过 高效团队协作、快速迭代开发和紧密关注用户需求，最 终实现了高质量的软件产品。
02
软件开发流程简介
瀑布模型
总结词
一种线性的开发模型
详细描述
瀑布模型是一种传统的软件开发流程，按照需求分析、设计、编码、测试和维护的顺序依次进行，每个阶段都有 明确的输入和输出。
螺旋模型
总结词
一种迭代式的开发模型
详细描述
螺旋模型是一种风险驱动的软件开发流程，强调在开发过程中不断迭代和反馈，逐步完善软件。
THANK YOU
根据需求分析结果，设计软件的整体架构和 模块划分。
界面设计
根据用户需求和习惯，设计软件的用户界面 和交互方式。
数据库设计
设计软件所使用的数据库结构和数据表，确 保数据存储和访问的效率。
系统设计评审
对系统设计方案进行审查，确保其合理性和 可行性。
软件开发过程管理与质量培训资料(推荐PPT119)
2.1 工程设计的质量控制
工程设计与软件开发
6) 试运行
工程实施完成后便是投产试车，解决其中存在的问题， 便可开始项目的试运行。
2.2 工程设计的质量控制
工程设计与软件开发
用户确认
用户确认
用户确认
用户确认
设计单位确认
可行性研究
方案设计
初步设计
详细设计
工程实施
修改设计
可行性规范
方案设计规范
初步设计规范
公司产品管理组
研发部门 Architecture &
QA
开发组
产品管理 支持组
开发组 1
开发组 2
●● ●
开发组n
CMO
软件测试与支 持
3.2 组织机构的职能（续）
软件开发的组织机构
❖ 产品管理
产品管理是界于研发部与市场部之间的一个桥梁部门。产品管理 部门的主要职责是负责产品发展策略的制定与执行，这里的执行 包括软件开发前期的市场及需求调研，完成可行性分析报告，制 定产品规格。参与软件开发项目组，并完成相关工作。
工程设计与软件开发
2.3 软件开发与工程设计比较
2) 软件开发与工程设计的相似性
软件开发 可行性研究
需求分析 初步设计 详细设计 编码设计
集成 软件测试 定版发行
工程开发 可行性研究 方案设计 初步设计 详细设计
工程实施
试车投产 试生产
❖软件开发 与工程项目 设计具有相 似性，因此 将软件开发 作为工程来 管理是完全 可行的。
软件开发的组织机构
❖ 公司产品管理组
对于产品型软件公司而言，软件产品是其生存与发展的基础，公司对 新产品立项、现有产品的发展方向及有关产品发展的重大决定均需由 公司产品管理组来决定。并负责计划 &成本控制。
软件开发生命周期管理与质量保障培训课件
使用场景与优势
适用于大型项目或需要频繁进行回归测试的场景。自动化测试工具可以显著提高测试效率 和质量，减少人工干预和误操作的风险。同时，这些工具还可以提供详细的测试报告和数 据分析，帮助团队更好地了解软件质量情况并做出决策。
04
团队协作与沟通在软件开发中的作用
高效团队协作的重要性
提升开发效率
通过明确的分工和协作，避免重复工作，提高开 发速度。
敏捷开发与DevOps融合
预测未来软件开发将更加注重敏捷性和快速响应变化的能 力，DevOps文化和实践将进一步普及，实现开发、运维的
紧密协作和高效自动化。
人工智能辅助开发
探讨人工智能技术在软件开发领域的应用前景，如自动代 码生成、智能测试等，以及这些技术对提高开发效率和质
量的影响。
云计算与微服务架构
制定编码规范，统一代码 风格、命名规则等，提高 代码可读性和可维护性。
代码实现
按照设计文档和编码规范 进行代码实现，确保代码 质量和开发效率。
代码审查
建立代码审查机制，对开 发人员编写的代码进行审 查，确保代码质量和符合 设计要求。
测试阶段管理
测试计划
制定详细的测试计划，包括测试范围 、测试方法、测试资源等。
加强知识共享
团队成员之间相互学习，共享知识和经验，提升 整体技能水平。
促进创新
不同背景和技能的团队成员相互碰撞，容易产生 新的想法和解决方案。
有效沟通技巧和方法
01
02
03
04
明确沟通目标
在沟通之前明确目标，确保信 息传达的准确性和高效性。
倾听与理解
积极倾听他人的观点和需求， 理解对方的立场和感受。
质量不断提升。
全面质量管理
适用于大型项目或需要频繁进行回归测试的场景。自动化测试工具可以显著提高测试效率 和质量，减少人工干预和误操作的风险。同时，这些工具还可以提供详细的测试报告和数 据分析，帮助团队更好地了解软件质量情况并做出决策。
04
团队协作与沟通在软件开发中的作用
高效团队协作的重要性
提升开发效率
通过明确的分工和协作，避免重复工作，提高开 发速度。
敏捷开发与DevOps融合
预测未来软件开发将更加注重敏捷性和快速响应变化的能 力，DevOps文化和实践将进一步普及，实现开发、运维的
紧密协作和高效自动化。
人工智能辅助开发
探讨人工智能技术在软件开发领域的应用前景，如自动代 码生成、智能测试等，以及这些技术对提高开发效率和质
量的影响。
云计算与微服务架构
制定编码规范，统一代码 风格、命名规则等，提高 代码可读性和可维护性。
代码实现
按照设计文档和编码规范 进行代码实现，确保代码 质量和开发效率。
代码审查
建立代码审查机制，对开 发人员编写的代码进行审 查，确保代码质量和符合 设计要求。
测试阶段管理
测试计划
制定详细的测试计划，包括测试范围 、测试方法、测试资源等。
加强知识共享
团队成员之间相互学习，共享知识和经验，提升 整体技能水平。
促进创新
不同背景和技能的团队成员相互碰撞，容易产生 新的想法和解决方案。
有效沟通技巧和方法
01
02
03
04
明确沟通目标
在沟通之前明确目标，确保信 息传达的准确性和高效性。
倾听与理解
积极倾听他人的观点和需求， 理解对方的立场和感受。
质量不断提升。
全面质量管理
《软件过程与质量》课件
定期进行代码审查，确保代码质量。
测试
进行单元测试、集成测试和系统测试，确保软件功能正常。
持续改进
根据反馈和经验，不断优化软件过程。
软件过程改进的收益
提高软件质量
通过改进软件过程，可以减少错误和缺陷， 提高软件质量。
增强团队协作
改进软件过程可以促进团队之间的沟通与协 作。
提高开发效率
优化软件过程可以加快开发速度，降低开发 成本。
软件质量保证的方法
单元测试
对软件中的最小可测试单元进 行测试，确保其功能正常。
系统测试
对整个软件系统进行测试，确 保其满足用户需求。
代码审查
通过检查代码的逻辑、语法和 结构，确保代码质量。
集成测试
将多个单元组合在一起进行测 试，确保各单元之间的接口正 常。
验收测试
在软件交付前，由用户对软件 进行测试，确保其符合合同要 求。
螺旋模型
总结词
迭代、风险驱动的开发过程
详细描述
螺旋模型是一种风险驱动的软件开发过程模型，它强 调在开发过程中不断迭代和逐步完善。螺旋模型将软 件开发过程分为四个阶段：制定计划、风险分析、开 发与验证、进化式重构。在每个阶段，开发团队会根 据需求和资源制定计划，进行风险分析，并逐步构建 和测试软件。螺旋模型注重与用户的紧密合作，及时 反馈和调整，以降低开发过程中的风险。
01
CMMI模型是一种用于评估软件过程成熟度的标准， 旨在帮助组织改进软件过程，提高软件质量。
02
CMMI分为五个等级，从一级到五级，成熟度逐渐提 高。
03
一级：初始级，过程无序，项目成功率低。
CMMI模型
01
二级
已管理级，过程基本有序，有一定 管理手段。
测试
进行单元测试、集成测试和系统测试，确保软件功能正常。
持续改进
根据反馈和经验，不断优化软件过程。
软件过程改进的收益
提高软件质量
通过改进软件过程，可以减少错误和缺陷， 提高软件质量。
增强团队协作
改进软件过程可以促进团队之间的沟通与协 作。
提高开发效率
优化软件过程可以加快开发速度，降低开发 成本。
软件质量保证的方法
单元测试
对软件中的最小可测试单元进 行测试，确保其功能正常。
系统测试
对整个软件系统进行测试，确 保其满足用户需求。
代码审查
通过检查代码的逻辑、语法和 结构，确保代码质量。
集成测试
将多个单元组合在一起进行测 试，确保各单元之间的接口正 常。
验收测试
在软件交付前，由用户对软件 进行测试，确保其符合合同要 求。
螺旋模型
总结词
迭代、风险驱动的开发过程
详细描述
螺旋模型是一种风险驱动的软件开发过程模型，它强 调在开发过程中不断迭代和逐步完善。螺旋模型将软 件开发过程分为四个阶段：制定计划、风险分析、开 发与验证、进化式重构。在每个阶段，开发团队会根 据需求和资源制定计划，进行风险分析，并逐步构建 和测试软件。螺旋模型注重与用户的紧密合作，及时 反馈和调整，以降低开发过程中的风险。
01
CMMI模型是一种用于评估软件过程成熟度的标准， 旨在帮助组织改进软件过程，提高软件质量。
02
CMMI分为五个等级，从一级到五级，成熟度逐渐提 高。
03
一级：初始级，过程无序，项目成功率低。
CMMI模型
01
二级
已管理级，过程基本有序，有一定 管理手段。
《软件过程与质量》课件
第五章 软件设计
1
软件设计概述
了解软件设计的基本概念和原则，以及设计过程中的各个关键阶段。
2
设计原则和模式
探讨常用的软件设计原则和设计模式，如单一职责原则、开放封闭原则和MVC 模式等。
3
结构化设计和面向对象设计
比较结构化设计方法和面向对象设计方法，了解它们的优缺点和适用场景。
第六章 软件测试
软件测试概述
软件质量保证
学习如何确保软件质量，包 括测试、代码审查和持续集 成等质量控制措施。
第四章 软件需求工程
软件需求工程概述
介绍软件需求工程的基本概念和 过程，包括需求获取、需求分析 和需求规格。
软件需求定义
探讨如何准确地定义软件需求， 包括功能需求、非功能需求和约 束条件。
需求获取和分析
了解如何从用户和利益相关者那 里收集和分析需求，以满足他们 的期望和需求。
软件工程实践
分享软件工程领域的最佳实践， 以帮助开发人员更好地开展项目 工作。
了解软件测试的概念、目的和基本原则，以及测试在开发生命周期中的不同阶段。
测试基本概念
探讨测试的基本概念，如测试用例、测试计划和测试报告等，以及常见的测试类型。
测试方法和技术
了解常用的测试方法和技术，包括黑盒测试、白盒测试、自动化测试和性能测试等。
第七章 软件配置管理
软件配置管理概述 配置管理基本概念 配置项和配置管理工具
探索常用的软件过程模型，如瀑布模型、敏捷开发和迭代开发等，了解它们的特 点和适用场景。
3
软件过程改进
了解如何改进软件开发过程，提高生产力和质量，减少成本和风险。
第三章 软件质量
软件质量概述
理解软件质量的概念和重要 性，以及软件质量对项目成 功的影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
❖ 需求的建模分析方法
▪ 面向功能分析
• 将软件需求当作一棵倒栽的功能树，每个节点都 是一项具体的功能，自上而下，功能由粗到细。 体现“自顶向下、逐步求精”的思想。
▪ 面向对象分析
• 从系统基本功能入手，将功能对应到对象上，分 析每个对象的属性、方法及隶属关系。并以对象 为主线表示用户的所有需求。
的逻辑需要，逐步画出一系列逻辑加工，直到找出外部实 体所需要的输出数据流（既系统的汇点），形成数据流的 封闭。 ④ 进行检查和修改
⑤ 再逐个分解细化处理过程，画出所需要的子图。
❖ 练习1
假设一家工厂的采购部每天需要一张订货报表，
报表按零件编号排序，表中列出所有需要再次订货 的零件。对于每个需要再次订货的零件应该列出下 述数据：零件编号、零件名称、订货数量、目前价 格、主要供应者和次要供应者。零件入库或出库称 为事务，通过放在仓库中的CRT终端把事务报告给 订货系统。当某种零件的库存数量少于库存量临界 值时就应该再次订货。
Software Engineering
软件开发过程与质量保证
第三章 需求工程（2）
场景互动
❖ 根据用户的需求描述，我们进行软件实现，它能 够提供给我们足够的信息吗？我们得到的用户的 需求描述，完整吗？是否有含混的地方？（例子）
❖ 怎样进行需求分析才能够将需求整理成正规的结 构化的需求规约呢？
❖需求分析的原则
• 从单个语境层模型（将被创造的软件名字）开始，经 过一系列的迭代，越来越多的功能细节被提供，直至 得到所有系统功能的完全描绘。
▪ 行为模型
• 对软件的行为进行表示；
• 它创建了软件状态的表示，以致导致软件状态变化的 事件的表示。
▪ 数据模型
• 对问题的信息域进行表示；
• 描述了数据对象、描述数据对象的属性和将数据对象 相互连接的关系。
分层的数据流图示意图
❖ 结构化分析方法功能建模举例
—某企业销售管理系统
▪ 功能描述如下：
• (1)接受顾客的订单，检验订单，若库存有货，进行供 货处理，即修改库存，给仓库开备货单，并且将订单 留底；若库存量不足，将缺货订单登入缺货记录。
• (2)根据缺货记录进行缺货统计，将缺货通知单发给采 购部门，以便采购。
❖描述银行取款过程的数据流图
储户
取款信息
有效 取款信息
2.2 合法性验证
合法 取款信息
2.1 验证有效性
2.3 取款处理
取款处理 信息
利息清单
2.5 计算清单
储户信息
流图中的主要图形元素
▪ 数据源点或终点 (外部实体)
或
▪ 数据加工(数据处理、数据变换、转换)
或
▪ 数据存储文件
• 描述被开发系统的范围以及它和周围环境的数据交 换关系
▪ 其次，绘制一层数据流图（主图）
• 绘制系统的核心处理过程（功能）之间的关系
• 根据需求陈述，分析出该系统的主要功能。
• 从输入端开始，根据企业销售工作流程（需求陈述），画出 数据流流经的各加工框，逐步画到输出端，得到第一层数据 流图（从左到右）
▪ 软件将被完成的功能必须被定义； ▪ 软件的行为（作为外部事件的结果）必须被表示； ▪ 问题的信息域必须被表示和理解； ▪ 描述信息、功能和行为的模型必须被划分，使得可
以以层次的方式揭示细节； ▪ 分析过程应该从要素信息移向实现细节。
一个真实的文档案例
❖ 建模的类型
▪ 功能模型
• 完成软件功能的定义；
二、功能模型-数据流图
❖结构化的功能模型
▪ 采用数据流图对系统的功能进行建模。 ▪ 数据流图（Data Flow Diagram,简称DFD）
• 是描述信息流和数据从输入移动到输出时被应用的变 换的图形化技术。数据流的变换则用结构化英语、判 定表与判定树来描述。
▪ 数据流图是分层次的。
• 以分层的数据流图反映系统的层次结构的逐步分解。
或
▪ 数据流
❖ 数据流与数据加工之间的关系
❖数据流图的层次结构
▪ 顶层流图
• 仅包含一个加工，它代表被开发系统。它的输入流是 该系统的输入数据，输出流是系统所输出数据
▪ 中间层流图
• 表示对其上层父图的细化。它的每一加工可能继续细 化，形成子图。
▪ 底层流图
• 是指其加工不需再做分解的数据流图，它处在最底层
▪ 面向数据分析
• 面向元数据和中间数据分析，分析两类数据及其 之间的关系。
一、结构化分析模型 ❖ 功能模型
▪ 数据流图(DFD)
❖ 数据模型
▪ 实体—关系图(ERD)
❖ 行为模型
▪ 状态—迁移图(STD)
❖ 数据字典(DD)
❖结构化分析模型
❖ 分析模型中的要素
▪ 数据流图(DFD)
• 描述数据在系统中如何被传送或变换，以及描述如何 对数据流进行变换的功能（子功能）；
第一步 顶层图
仓库管理员
事务
0
订货报表（订
订货系统
货单）
采购部门
第二步 一层图（主图）
第三步 细化分层图
库存清单
库存临界值表
具体
事务 仓库管理员
1.1 接收事务
事务
1.2 更新库存
2.1 比较 临界值
订货信息
▪ 实体—关系图(ERD)
• 描述数据对象及数据对象之间的关系；
▪ 状态—迁移图(STD)
• 描述系统对外部事件如何响应，如何动作。
▪ 数据字典(DD)
• 就是用来定义数据流图中的各个成分的具体含义的， 它以一种准确的、无二义性的说明方式为系统的分析、 设计及维护提供了有关元素的一致的定义和详细的描 述。
▪ 最后，对每一个加工处理进行分解细化
处理订单细化
订单 顾客
检验订单 1.1
有效订单
可供货单
检验库存 1.2
缺货信息
供货处理细化
库存记录
缺货登记 1.3
缺货记录
处理进货细化
缺货统计细化和销售统计细化
❖数据流图的基本原则
▪ 自外向内，自顶向下，逐层细化，完善求精。
❖步骤
①先找出外部实现的输出数据流和输入数据流。 ②找出系统的数据源点与终点。 ③从外部实体的输入数据流（系统的源点）出发，按照系统
• (3)根据采购部门发来的进货通知单处理进货，即修改 库存，并从缺货记录中取出缺货订单进行供货处理。
• (4)根据留底的订单进行销售统计，打印统计表给经理。 • 根据上述的功能描述，画出对应的数据流程图。
❖数据流图绘制解析
▪ 首先绘制顶层图
• 确定系统的输入和输出(系统的边界)
• 确定外部实体，说明输入数据从何而来，由谁来接 收输出数据