软件工程概述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为工具.能自动进行分析、设计,工作量少、设计规范, 也能自动进行修改和维护.该方法适用于系统分析和设计.
软件工程导论(共65张PPT)可编辑全文
–期刊管理系统之借阅子系统
– 学生选课系统 软件
Microsoft Visio; Rational Rose
高级程序语言 作业递交方式：
来信标题注明 ：班级 、学号、姓名、章节
第1章 软件工程学概述
1.1 软件危机
软件危机的出现：60年代中期到70年代中期， 许多软件最终成为不可维护的，这就是软件危 机.
不能用象硬件替换部件的方式修复软件的故障 使用增量模型的困难是，在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。
出现了“软件作坊”，软件作为一种产品被广泛使用；
使用个体化开发方式；
软件的发展史_2
随着软件数量的增加及软件需求的日趋复杂， 维护难度与来越大，开发成本高，质量低 导致“软件危机”
➢相同点：都将软件开发划分为分析、设计、编码、 测试等阶段 ➢不同点：思想不同，方法不同。另外，传统软件 工程更关注功能模块，面向对象软件工程更关注对 象的抽取和设计
➢ 两类软件工程方法学没有绝对的替代关系
1.3软件生命周期
生命周期方法学
从时间角度对软件开发和维护的复杂问题进行分解，把软件生命 的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务， 然后逐步完成每个阶段的任务。
关注大型程序的构造 中心问题是控制复杂性 软件经常变化 开发效率非常重要 和谐地合作是开发软件的关键 有效地支持它的用户 具有一种文化背景的人替另一种文化背景的人
创造产品
用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组成员应少而精 承认不断改进软件工程实践地必要性
软件工作涉及到很多社会因素。 由于对象概念的引入，表达分析、设计及实现等活动只用对象类和关系，从而可以较容易地实现活动的迭代和无间隙
– 学生选课系统 软件
Microsoft Visio; Rational Rose
高级程序语言 作业递交方式：
来信标题注明 ：班级 、学号、姓名、章节
第1章 软件工程学概述
1.1 软件危机
软件危机的出现：60年代中期到70年代中期， 许多软件最终成为不可维护的，这就是软件危 机.
不能用象硬件替换部件的方式修复软件的故障 使用增量模型的困难是，在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。
出现了“软件作坊”，软件作为一种产品被广泛使用；
使用个体化开发方式；
软件的发展史_2
随着软件数量的增加及软件需求的日趋复杂， 维护难度与来越大，开发成本高，质量低 导致“软件危机”
➢相同点：都将软件开发划分为分析、设计、编码、 测试等阶段 ➢不同点：思想不同，方法不同。另外，传统软件 工程更关注功能模块，面向对象软件工程更关注对 象的抽取和设计
➢ 两类软件工程方法学没有绝对的替代关系
1.3软件生命周期
生命周期方法学
从时间角度对软件开发和维护的复杂问题进行分解，把软件生命 的漫长周期依次划分为若干个阶段，每个阶段有相对独立的任务， 然后逐步完成每个阶段的任务。
关注大型程序的构造 中心问题是控制复杂性 软件经常变化 开发效率非常重要 和谐地合作是开发软件的关键 有效地支持它的用户 具有一种文化背景的人替另一种文化背景的人
创造产品
用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采用现代程序设计技术 结果应能清楚地审查 开发小组成员应少而精 承认不断改进软件工程实践地必要性
软件工作涉及到很多社会因素。 由于对象概念的引入，表达分析、设计及实现等活动只用对象类和关系，从而可以较容易地实现活动的迭代和无间隙
软件工程PPT课件
02
需求分析的方法包括功能分析 、数据流图、实体关系图等。
03
需求分析过程中需要关注需求 的可实现性和可验证性，以确 保开发的软件能够满足用户的 需求。
需求规格说明
01
需求规格说明是软件需求工程的重要输出，它详细描述了软件 系统的功能、性能、安全等方面的要求。
02
需求规格说明应该清晰、准确、完整，并且易于理解和验证。
软件架构的重要性
软件架构决定了软件系统的性能、 可维护性、可扩展性和安全性等 关键特性，是软件设计过程中最 重要的环节之一。
常见的软件架构
常见的软件架构包括单体应用架 构、微服务架构、服务导向架构 等，不同的架构适用于不同的应 用场景。
数据设计
数据设计概述
数据设计是指对软件系统中的 数据进行规划、组织、存储和
06
软件维护工程
软件维护的定义与分类
总结词
软件维护是软件工程的重要环节，涉及对已交付软件产品的修改、完善和优化。
详细描述
软件维护是指在软件交付后，为了改正错误、改进性能或其他目的，对软件进行的修改活动。根据维护活动的内 容和性质，软件维护可分为纠错性维护、适应性维护、完善性维护和预防性维护。
软件维护的过程
管理的方法和过程。
数据模型
数据模型是数据设计的核心， 包括概念数据模型、逻辑数据 模型和物理数据模型等。
数据存储
数据存储是数据设计的关键环节 ，需要考虑数据的存储介质、存 储方式和存储容量等因素。
数据安全
数据安全是数据设计的重要考 虑因素，包括数据的加密、备
份、恢复和访问控制等。
界面设计
界面设计概述
需求规格说明
将收集到的需求整理成文档，明确软件的功能、性能、安全 性等要求。
《软件工程介绍》课件
单元要求。
系统测试
对整个软件系统进行测试，验证其是否满足 用户需求。
部署和维护
部署
将软件安装到目标环境中，并进行配 置和初始化。
维护
对软件进行定期维护和更新，修复错 误、增加新功能等。
03
软件需求工程
需求获取
确定需求来源
与客户、用户、利益相关者进行 沟通，明确需求来源，确保获取 全面、准确的信息。
04
软件设计工程
架构设计
架构设计是软件工程的关键阶段，它定义了软件系统的整体结构，包括系 统的各个组成部分、它们之间的关系以及系统的运行机制。
架构设计的主要目标是确保软件系统能够满足用户需求，同时具备良好的 可扩展性、可维护性和性能。
架构设计通常采用各种设计模式和框架，以提高软件系统的可重用性和可 靠性。
软件工程的历史和发展
总结词
软件工程的历史可以追溯到20世纪60年代，随着计算 机技术的不断发展，软件工程经历了从无到有、从简 单到复杂的发展过程。
详细描述
软件工程的历史可以追溯到20世纪60年代，当时计算 机刚刚开始被用于商业和军事领域。由于缺乏有效的开 发方法和技术，当时的软件开发存在着很多问题，如开 发周期长、成本高、质量不可靠等。随着计算机技术的 不断发展，软件工程逐渐发展成为一门独立的学科，并 出现了许多新的开发方法和框架，如面向对象编程、敏 捷开发、DevOps等。这些方法和框架的出现极大地提 高了软件开发的效率和软件质量。
项目管理工具
总结词
用于跟踪和管理软件开发项目的工具。
详细描述
项目管理工具可以帮助团队更好地协作和管 理项目进度，包括任务分配、时间跟踪、风 险管理和问题跟踪等功能。常见的项目管理 工具包括Trello、Asana、Jira等。
软件工程课件(全)
03
识别项目中的关键路径，确保项目按计划进 行
04
及时调整项目计划，应对项目变更和不确定 性
风险管理策略制定
识别项目中的潜在风险， 包括技术风险、市场风险、 资源风险等
制定相应的风险应对策略 和措施，如风险规避、减 轻、转移和接受等
评估风险的概率和影响程 度，制定风险优先级列表
监控风险状态，及时调整 风险管理计划
质量改进
根据质量评估结果，制定相应的改进措施， 如优化性能、增强安全性等。
经验教训总结
对测试过程中遇到的问题进行总结，形成经 验教训，为后续项目提供参考。
06
项目管理与团队协作
项目计划制定与监控
01 制定详细的项目计划，包括项目目标、范围 、时间表、资源需求、成本估算等
02 设立项目里程碑，对项目进度进行阶段性监 控
开发方向。
持续集成和测试
03
迭代增量模型强调持续集成和测试的重要性，以确保每个迭代
周期都能交付高质量的软件产品。
03
需求分析与管理
需求获取与整理
确定需求来源
与客户、利益相关者、业务领 域专家等进行沟通，收集原始
需求。
需求分类
将收集到的需求按照功能、性 能、安全、易用性等方面进行 分类。
需求筛选
去除重复、模糊、不切实际的 需求，确保需求的准确性和可 行性。
处理变更请求
根据实际情况，决定是否接受变更请求，并 制定相应的实施计划。
跟踪和验证变更
对实施的变更进行跟踪和验证，确保变更的 正确性和完整性。
04
系统设计与实现
系统架构设计
分层架构
将系统划分为表示层、业务逻辑层和数据访问层，实现高内聚、 低耦合的设计。
软件工程概论PPT课件
集成测试
总结词
集成测试是在单元测试的基础上，将多个模块或组件组合在一起进行测试，以验证它们之间的集成是否正常工作。
详细描述
在软件开发过程中，当多个模块或组件完成单元测试后，需要进行集成测试来验证它们之间的交互和集成是否正 常。集成测试的目的是发现模块之间的接口问题和集成后的性能问题，以确保软件的整体功能和性能达到要求。
编码
选择编程语言
根据项目需求和团队技术能力，选择适合的 编程语言进行编码。
编码规范
制定编码规范，确保代码的可读性、可维护 性和可扩展性。
编码实现
按照设计文档和编码规范，编写代码实现各 个模块的功能。
代码审查
对编写的代码进行审查，确保其符合规范和 设计要求，并进行必要的重构和优化。
测试
单元测试
对每个模块进行单元测试，确保其功能正常、符合设计要求。
界面风格与一致性
界面设计应保持一致的风格，以提高用户对软件系统的认知和熟悉 度。
模块设计与划分
模块设计与划分概述
模块设计与划分是指将软件系统划分为一系列相互独立、可复用 的模块。
模块化设计的好处
模块化设计可以提高软件系统的可维护性、可扩展性和可重用性。
模块间的通信与协作
模块间的通信和协作是模块化设计的关键，应确保模块间的松耦 合和低耦合。
05 软件测试工程
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验证，通常以函数或方法为 单位进行测试。
详细描述
单元测试是软件开发过程中的一种测试方法，旨在验证软件的最小单元是否符 合设计要求和功能规范。它通常在编码阶段同步进行，以确保代码的正确性和 可靠性。单元测试的方法包括白盒测试和黑盒测试。
软件工程全套教学课件pptx
软件工程全套教学课件pptx
目录 CONTENTS
• 软件工程概述 • 软件开发过程与方法 • 需求分析与管理 • 系统设计与实现 • 测试与质量保证 • 项目管理与团队协作 • 软件维护与演化 • 新兴技术在软件工程中的应用
01
软件工程概述
软件工程定义与发展
软件工程的定义
软件工程是一种系统性的方法，用于 开发、运行和维护软件。它涵盖了从 需求分析、设计、编码、测试到维护 的整个软件生命周期。
01
风险识别
通过项目分析、经验借鉴等方法 ，识别潜在的项目风险。
03
风险应对策略
针对不同类型的风险，制定相应 的应对策略，如风险规避、风险
减轻、风险转移等。
02
风险评估
对识别出的风险进行评估，确定 风险等级和影响程度。
04
风险监控
定期监控项目风险状况，及时调 整风险管理策略，确保项目顺利
进行。
07
段都有明确的输入和输出。
螺旋引入风险分析，采用迭代方式逐步开发
和完善软件。
原型模型
03
快速构建软件原型，通过用户反馈不断修改和完善原型，最终
得到符合用户需求的软件产品。
敏捷软件开发方法
01
Scrum
一种轻量级的敏捷开发框架，强 调跨职能团队、迭代开发和持续 反馈。
02
极限编程（XP）
收集需求信息
通过访谈、问卷调查、原型评估等方法，收集详细的 需求信息。
整理需求文档
对收集到的需求信息进行分类、筛选和整理，形成初 步的需求文档。
需求规格说明书编写
明确编写目的
阐述需求规格说明书的目标、范围和读者对象。
详细描述功能需求
采用用例图、流程图等方式，详细描述每个功能 的需求，包括输入、输出、处理逻辑等。
目录 CONTENTS
• 软件工程概述 • 软件开发过程与方法 • 需求分析与管理 • 系统设计与实现 • 测试与质量保证 • 项目管理与团队协作 • 软件维护与演化 • 新兴技术在软件工程中的应用
01
软件工程概述
软件工程定义与发展
软件工程的定义
软件工程是一种系统性的方法，用于 开发、运行和维护软件。它涵盖了从 需求分析、设计、编码、测试到维护 的整个软件生命周期。
01
风险识别
通过项目分析、经验借鉴等方法 ，识别潜在的项目风险。
03
风险应对策略
针对不同类型的风险，制定相应 的应对策略，如风险规避、风险
减轻、风险转移等。
02
风险评估
对识别出的风险进行评估，确定 风险等级和影响程度。
04
风险监控
定期监控项目风险状况，及时调 整风险管理策略，确保项目顺利
进行。
07
段都有明确的输入和输出。
螺旋引入风险分析，采用迭代方式逐步开发
和完善软件。
原型模型
03
快速构建软件原型，通过用户反馈不断修改和完善原型，最终
得到符合用户需求的软件产品。
敏捷软件开发方法
01
Scrum
一种轻量级的敏捷开发框架，强 调跨职能团队、迭代开发和持续 反馈。
02
极限编程（XP）
收集需求信息
通过访谈、问卷调查、原型评估等方法，收集详细的 需求信息。
整理需求文档
对收集到的需求信息进行分类、筛选和整理，形成初 步的需求文档。
需求规格说明书编写
明确编写目的
阐述需求规格说明书的目标、范围和读者对象。
详细描述功能需求
采用用例图、流程图等方式，详细描述每个功能 的需求，包括输入、输出、处理逻辑等。
软件工程课程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等，注重快速响应变化、持续集 成和交付。
兼容性测试
测试软件在不同硬件、操 作系统、浏览器等环境下 的兼容性。
自动化测试
使用自动化工具进行软件 测试，提高测试效率和准 确性。
缺陷管理与跟踪
缺陷记录
详细记录缺陷信息，包括缺陷描述、重现 步骤、严重程度等。
缺陷分析
对缺陷进行统计分析，找出缺陷产生的原 因和规律。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
南京理工大学计算机学院
18
前一页 休息
第1章 软件工程概念
软件的神话——管理者的神话
➢ 神话：如果我们已落后于计划，可以增加更 多的程序员来赶上进度。
➢ 事实：软件开发并非像制造一样是一个机械 过程。用Brooks的话来说，“给一个已经延 迟的软件项目增加人手只会使其更加延迟”。 看起来，这句话与人的直觉正好相反。但实 际上，增加新人，原来正在工作的开发者必 须花时间来培训新人，这样就减少了他们花 在项目开发上的时间。人手可以增加，但只 能在计划周密、协调良好的情况下。
2.软件的生产于硬件不同。
3.在软件的运行和使用期间，没有硬件那样的 机械磨损，老化问题。
失
效 磨合
率
调整
磨损 用坏
硬件失效曲线
时间
失 效 率
实际曲线
软件失效曲线
理想曲线 时间
南京理工大学计算机学院
5
前一页 休息
第1章 软件工程概念
软件的特点
4.软件的开发和运行常常受到计算机系统的限 制，对计算机系统有着不同程度的依赖。
南京理工大学计算机学院
17
前一页 休息
第1章 软件工程概念
软件的神话——管理者的神话
➢ 神话：我们已经有了很多很好的软件开发工具， 而且，我们为它们买了最新的计算机。
➢ 事实：为了使用最新型号的计算机、工作站和 PC机去开发高质量的软件，我们已经投入了 太多的费用。实际上，计算机辅助软件工程 （CASE）工具比起硬件而言，对于获得高质 量和高生产率更为重要，但大多数软件开发者 并未使用它们。
13
前一页 休息
第1章 软件工程概念
什么是软件危机
定义：软件危机是计算机软件在它的开发和 维护过程中所遇到的一系列严重问题。
主要包含两方面的问题：
⑴如何开发软件，怎样满足对软件日益增长 的需求；
⑵如何维护数量不断膨胀的已有软件。
南京理工大学计算机学院
14
前一页 休息
第1章 软件工程概念
软件危机的现象
⑴ 对软件开发成本和进度的估计常常很不准确。
⑵ 用户对“已完成的”软件系统不满意的现象经常 发生。
⑶ 软件产品的质量往往靠不住。
⑷ 软件常常是不可维护的。
⑸ 软件通常没有适当的文档资料。计算机软件不仅 仅是程序，还应该有一整套文档资料。
⑹ 软件成本在计算机系统总成本中所占的比例逐年 上升。
⑺ 软件开发生产率提高的速度，远远跟不上计算机 应用迅速普及深入的趋势。
南京理工大学计算机学院
15
前一页 休息
第1章 软件工程概念
软件危机的原因
⑴客观：软件本身特点
软件的规模庞大、复杂性高。
⑵主观：不正确的开发方法，软件开发和维护 有许多错误的认识和作法。
忽视需求分析 软件开发=程序编写 轻视软件维护
南京理工大学计算机学院
16
前一页 休息
第1章 软件工程概念
软件的神话——管理者的神话
软件的分类
5.按软件使用的频度划分
⑴仅供一次使用的软件 ⑵频繁使用的软件
6.按软件的失效
⑴高可靠性软件。 ⑵一般可靠性软件。
南京理工大学计算机学院
12
前一页 休息
第1章 软件工程概念
软件的发展
软件的发展大体经历了如下三个阶段：
① 程序设计阶段，约为50至60年代
特点：依赖于个人编程’技巧’ ，开发不规范，开 发成本难控制，其交付的产品主要是程序。
5.软件的开发至今尚未完全摆脱手工业的开发 方法。
6.软件是复杂的，人类能够创造的最复杂的产 物是计算机软件。
7.软件成本相当昂贵。
8.相当多的软件工作涉及到社会因素。
南京理工大学计算机学院
6
前一页 休息
第1章 软件工程概念
软件的分类
1.按软件的功能划分
⑴系统软件
操作系统 数据库管理系统 设备驱动程序 通信处理程序等
软件是计算机系统中与硬件相互依存的另一 部分,它包括程序 、数据、相关文档的完整 集合以及完善的售后服务。
软件=程序+数据+文档+服务
软件与硬件、数据库、人、过程等共同构成 计算机系统。
南京理工大学计算机学院
4
前一页 休息
第1章 软件工程概念
软件的特点
1.软件是一种逻辑实体，而不是具体的物理实 体。
负责软件的管理者像大多数其他管理者一样， 都有巨大的压力，要维持预算，保持进度和提 高质量。
➢ 神话：我们已经有了关于建造软件的标准和规 程的书籍，难道它们不能给人们提供所有其需 要知道的信息吗？
➢ 事实：不错，关于标准的书籍已经存在，但真 正用到了它们吗？软件实践者知道它们存在吗？ 它们是否反映了现代软件开发的过程？它们完 整吗？很多情况下对于这些问题的答案是 “否”。
南京理工大学计算机学院
9
前一页 休息
第1章 软件工程概念
软件的分类
2.按软件规模划分
类别 参加人员数 研制期限 源程序行数
微型
1
1～4周 0.5k
小型
1
1～6月 1k～2k
中型 2～5
1～2年 5k～50k
大型 5～20
2～3年 50k～100k
甚大型 100～1000 4～5年 1M(=1000k)
南京理工大学计算机学院
7
前一页 休息
第1章 软件工程概念
软件的分类
⑵支撑软件
文本编辑程序 文件格式化程序 磁盘向磁带向数据传输的程序 程序库系统 支持需求分析、设计、实现、测试和支持管理的
软件
南京理工大学计算机学院
8
前一页 休息
第1章 软件工程概念
软件的分类
⑶应用软件
商业数据处理软件 工程与科学计算软件 计算机辅助设计／制造软件 系统仿真软件 智能产品嵌入软件 医疗、制药软件 事务管理、办公自动化软件 计算机辅助教学软件
第1章 软件工程概念
1
第1章 软件工程概念
整体 概述
一 请在这里输入您的主要叙述内容
二
请在这里输入您的主要 叙述内容
三 请在这里输入您的主要叙述内容
南京理工大学计算机学院
2
前一页 休息
第1章 软件工程概念
1.1 软件的概念、特点和分类
南京理工大学计算机学院
3
前一页 休息
第1章 软件工程概念
软件的概念
② 程序系统阶段，约为60至70年代
特点：软件开发是以小组的形式出现，提交的软 件产品除了程序外还有相应的使用说明书。
软件的发展遇到了很多急需解决的问题。
③ 软件工程阶段，约为70年代以后
特点：开发方法遵循工程化的方法，按照软件生 命周期分阶段开发软件，提交的软件产品除了程序
之外，还有严格的文档。
南京理工大学计算机学院
极大型 2000～5000 5～10年 1M～10M
南京理工大学计算机学院
10
前一页 休息
第1章 软件工程概念
软件的分类
3.按软件工作方式划分
⑴实时处理软件 ⑵交互式软件 ⑶分时软件 ⑷批处理软件
4.按软件服务对象的范围划分
⑴项目软件 ⑵产品软件
南京理工大学计算机学院
11
前一页 休息
第1章 软件工程概念