软件工程概论清华大学讲义

? 为此，首先要界定可复用的“资产” ， 然后创建这些资产，对它们打包，编制 相关文档；其次，开发组织必须 建立新 的系统工程过程 ，使开发者有机会确定 复用方案，有机会挑选可复用的构件。
16
1) 创建过程 界定和提供可复用资产， 以满足复用者的需要。可复用资产的 来源可以是新开发的、再工程的、购 置的。
第八章 软件复用
8.1 软件复用概念与复用分类 8.2 软件复用的过程 8.3 领域工程与应用工程 8.4 可复用构件的构造原则和质量标准 8.5 软件构件与可复用构件库
8.6 软件构件的复用
8.7 面向对象的软件复用技术
1
8.1 软件复用概念与复用分类
? 对建立软件目标系统而言，所谓复用， 就是 利用某些早先开发的对建立新软 件系统有用的软件元素来生产新系统 。
4
?这些可复用的软件元素作为软件构件创 建，并以软件构件的方式集成到新应用 系统中。
?所谓构件，是在一个系统中有价值的， 近似独立的，可替换的系统成分。它可 在仔细定义的体系结构环境中履行一个 显式定义的功能。
?所谓软件构件则是一个具有按契约定义 的、依赖上下文环境的组装单元。
5
软件复用需要解决的问题
? 可以从不同角度，对软件复用的形式进 行分类： ? 根据复用活动所跨越的领域，可以分 为横向复用和纵向复用。 ? 根据实现复用的途径，可以分为组装 式复用和生成式复用。 ? 根据复用的方式，可以分为黑盒复用 和白盒复用。
12
? 横向复用和纵向复用： ? 横向复用是复用不同应用领域中的软 件元素，如数据结构、排序算法、人 机界面构件等。为此建立标准函数库。 ? 纵向复用是在一类具有较多公共性的 应用领域之间复用软件构件。
产品需求与现有软件

软件工程概论知识点汇总目录:1.引言2．软件工程概述2.1 软件工程的定义2.2 软件工程的目标2．3 软件工程的原则2.4 软件工程的生命周期模型３．软件需求工程３.1 需求获取与分析3.2 需求规格说明3.3 需求确认与验证4.软件设计与实现4.1 软件设计基本概念４.2 软件设计方法与原则4.３软件编码与测试5.软件项目管理5.1 软件项目组织与分工5.2 软件项目计划与调度5.3 软件项目沟通与协作５.４软件项目风险与质量管理6.软件维护与软件配置管理6.１软件维护的类型与过程6.2 软件配置管理的基本概念与方法7．软件工程的质量保证7.1 软件质量的概念与评估7．2 软件测试与评审7．3 软件度量与分析7.4 软件过程改进与评估8.软件工程的伦理与法律8.1 软件伦理与职业道德8.2 软件知识产权与版权保护8.3 软件法律与合同9．总结１.引言引言部分需要对软件工程概论进行简要介绍，包括软件工程的定义、应用范围等。

2．软件工程概述2.1 软件工程的定义详细介绍软件工程的定义,并与传统工程进行比较。

2.2 软件工程的目标明确软件工程的目标，包括提高软件质量、提高开发效率等。

2．3 软件工程的原则介绍软件工程的基本原则,如模块化、可维护性等。

2.４软件工程的生命周期模型详细介绍软件工程的生命周期模型,如瀑布模型、敏捷开发模型等，并对比分析其优缺点。

3.软件需求工程3.１需求获取与分析介绍需求获取的方法和技术，包括面谈、问卷调查等,然后介绍需求分析的方法和技术,如数据流图、用例图等。

3.２需求规格说明介绍需求规格说明的内容和格式要求,包括功能需求、性能需求等。

3.３需求确认与验证介绍需求确认与验证的方法和技术，如原型验证、软件测试等。

4.软件设计与实现4.1 软件设计基本概念介绍软件设计的基本概念,如模块化、层次化等。

4.2 软件设计方法与原则介绍常用的软件设计方法和原则,如面向对象设计、设计模式等。

圣才电子书

十万种考研考证电子书、题库视频学习平台
第 10 章 面向对象分析
10.1 复习笔记
一、面向对象分析的基本过程 1．概述 （1）定义 面向对象分析，就是抽取和整理用户需求并建立问题域精确模型的过程。 （2）过程 ①分析陈述用户需求的文件； ②深入理解用户需求，抽象出目标系统的本质属性； ③用模型准确地表示。 （3）目的 全面深入地理解问题域和用户的真实需求，建立问题域的精确模型。
2．信息来源 需求陈述、应用领域的专业知识、客观世界的常识是建立对象模型时的主要信息来源。
3．建立对象模型的步骤 （1）确定类与对象。 ①找出候选的类与对象； ②筛选出正确的类与对象。 （2）确定关联。 【注意】在分析确定关联的过程中，不必花过多的精力去区分关联和聚集，聚集是一种 特殊的关联。 （3）划分主题。 （4）确定属性。 （5）识别继承关系。 （6）反复修改。
5．画状态图 （1）定义 状态图描绘事件与对象状态的关系，它确定了由事件序列引出的状态序列。 （2）方法 ①仅考虑事件跟踪图中指向某条竖线的那些箭头线。把这些事件作为状态图中的有向 边，边上标以事件名。 ②给每个状态取个有意义的名字。 ③根据一张事件跟踪图画出状态图后，再把其他脚本的事件跟踪图合并到该图中。 ④考虑完正常事件后再考虑边界情况和特殊情况，包括在不适当时候发生的事件。
十万种考研考证电子书、题库视频学习平台
复杂问题的对象模型由 5 个层次组成，如图 10-1 所示。
图 10-1 复杂问题的对象模型的 5 个层次
二、需求陈述 1．内容 （1）阐明“做什么”而不是“怎样做”。 （2）描述用户的需求而不是提出解决问题的方法。 （3）指出哪些是系统必要的性质，哪些是任选的性质。 （4）避免对设计策略施加过多的约束，不描述系统的内部结构。

4
从工程管理角度来看，软件设计分两步完成： 概要设计和详细设计。
概要设计 ✓将软件需求转化为软件体系结构 ✓确定系统级接口 ✓全局数据结构或数据库模式。
详细设计 ✓确立每个模块的实现算法和局部数据结构 ✓用适当方法表示算法和数据结构的细节
软件工程
5
软件设计是后续开发步骤及软件维护工作的基 础。如果没有设计，只能建立一个不稳定的系 统结构。
e) 模块保护 将模块内出现异常情况的影响 范围限制在模块内部；
5) 设计应遵循信息隐蔽的原则。
✓ Patnas主张在开发时，将每个程序的成分隐 藏在模块内，定义每一个模块时尽可能少地 显露其内部的处理。
软件工程
14
✓ 每个模块的实现细节对于其它模块是隐蔽的， 将来修改软件时偶然引入错误所造成的影响 就可以局限在一个或几个模块内部，不致波 及到软件的其它部分。
2. 设计应遵循自顶向下、逐步细化的原则，建立 一个层次的结构。
✓ 将软件体系结构自顶向下，对过程细节和数 据细节从抽象到具体，逐层细化，直到用编 程语言的语句能够实现为止。
软件工程
12
4) 设计应当遵循模块化的原则。
✓ 每个模块可独立地开发、测试，最后组装成 完整的程序。
✓ 其出发点是本着将一种复杂问题“分而治之” 的原则。其目的是使程序的结构清晰，容易 阅读、理解、测试、修改。
p0 (x0, y0) p1 (x1, y1)
数据耦合 LINE ( x0, y0, x1, y1)
软件工程 第三章 软件设计
3.1 软件设计的概念 3.2 功能独立性 3.3 结构化设计方法 3.4 过程设计
清华大学计算机系 殷人昆
软件工程
1
将分析模型转换为设计

答 经济上的可行性 ——这个系统的经济效益能超过它的开发成本吗？ （投资与效益） 爱 操作可行性 ——系统的操作方式在这个用户组织内行得通吗？
护士 护士
社会、政策允许的可行性
2-2 为方便储户，某银行拟开发计算机储蓄系统。储户填写的存款单或取款单由业务员键入系统，如果是存款，系
统记录存款人姓名、住址、存款类型、存款日期、利率等信息，并印出存款单给储户；如果是取款，系统计算利息
an.c 利息
2.3
打印利息
值
d清a单 ai
w. 某航空公司拟开发一个机票预定系统。旅行社把预订机票的旅客信息（姓名、性别…等）输入进该系统，系统 ww 为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统核对无误即印 网 出机票给旅客。
源
旅客
取票通知 账单/票款
网 检验信 源息
检验信 息过程
重试信息
资
SC 图
件 用户执行模块 课
案
答 读用户命令
命令处理
题
习
案系统设置
现用/非现用
密码处理
答 控制器
系统
控制器
爱
读系统 数据
建立配 置文件
读 密码
用文件 比较密码
密码输出 控制器
机票预订系统(参见习题 2 第 3 题)

显示信息 与状态
产生 无效信息
6
更新日志
日志
日志
7 产生病情 要求
报告
课件 事样务
数据 数据
案
D1 患者日志
答
6.数据定义 1、顺序 ＋ 2、选择〔 | 〕3、重复
题 – 定货系统 P39 习 – 习题 2 第 5 题 P44 案 2-1 应该从哪些方面研究目标系统的可行性?

集成测试
总结词
集成测试是在单元测试的基础上，将多个模块或组件组合在一起进行测试，以验证它们之间的集成是否正常工作。
详细描述
在软件开发过程中，当多个模块或组件完成单元测试后，需要进行集成测试来验证它们之间的交互和集成是否正 常。集成测试的目的是发现模块之间的接口问题和集成后的性能问题，以确保软件的整体功能和性能达到要求。
编码
选择编程语言
根据项目需求和团队技术能力，选择适合的 编程语言进行编码。
编码规范
制定编码规范，确保代码的可读性、可维护 性和可扩展性。
编码实现
按照设计文档和编码规范，编写代码实现各 个模块的功能。
代码审查
对编写的代码进行审查，确保其符合规范和 设计要求，并进行必要的重构和优化。
测试
单元测试
对每个模块进行单元测试，确保其功能正常、符合设计要求。
界面风格与一致性
界面设计应保持一致的风格，以提高用户对软件系统的认知和熟悉 度。
模块设计与划分
模块设计与划分概述
模块设计与划分是指将软件系统划分为一系列相互独立、可复用 的模块。
模块化设计的好处
模块化设计可以提高软件系统的可维护性、可扩展性和可重用性。
模块间的通信与协作
模块间的通信和协作是模块化设计的关键，应确保模块间的松耦 合和低耦合。
05 软件测试工程
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验证，通常以函数或方法为 单位进行测试。
详细描述
单元测试是软件开发过程中的一种测试方法，旨在验证软件的最小单元是否符 合设计要求和功能规范。它通常在编码阶段同步进行，以确保代码的正确性和 可靠性。单元测试的方法包括白盒测试和黑盒测试。

定义
软件维护是指在软件运行过程中，为了改 正错误、满足新的需求或改进性能等目的 ，对软件进行的修改和调整。
预防性维护
为了提高软件的可维护性和可靠性而进行 的维护活动。
改正性维护
为了纠正软件中存在的错误而进行的维护 活动。
完善性维护
为了扩充和增强软件功能而进行的维护活 动。
适应性维护
为了使软件适应外部环境的变化而进行的 维护活动。
介绍如何评估软件架构的合理性 、可扩展性和可维护性，以及如 何根据业务需求和系统规模选择 合适的架构。
架构设计原则
强调架构设计时应遵循的几个重 要原则，如模块化、开放-封闭原 则、单一职责原则等。
数据设计
数据模型
介绍常见的数据模型，如关系模型、面向对象模型、键-值存储模型等，以及它们的应 用场景和优缺点。
02
03
界面设计原则
交互设计
强调界面设计时应遵循的几个重 要原则，如用户友好、一致性、 可用性等。
介绍常见的交互方式，如按钮、 菜单、对话框等，以及如何通过 良好的交互设计提高用户体验。
05
CHAPTER
软件测试
单元测试
总结词
单元测试是对软件中的最小可测试单元进行检查和验 证，通常以函数或方法为单位进行测试。
详细描述
单元测试主要关注软件中的细节问题，检查单个函数 或方法的正确性、性能和边界条件等。通过单元测试 ，可以尽早发现代码中的错误和缺陷，提高软件质量 。
集成测试
总结词
集成测试是在单元测试的基础上，将多个模块或组件 组合在一起进行测试，以验证它们之间的集成是否正 常工作。
详细描述
集成测试的主要目的是检查模块之间的接口和通信是否 正常，以及是否存在潜在的缺陷或问题。通过集成测试 ，可以确保软件在组合时能够正常工作，满足设计要求 。

25
1. 数据组员是否满足数据封装旳要求
检验数据组员是否满足数据封装旳要求，就是检验 其数据组员是否能被外界（数据组员所属旳类或子 类以外旳调用）直接调用。更直观旳说，当变化数 据组员旳构造时，看其是否影响了类旳对外接口， 是否会造成相应外界必须改动。
值得注意，有时强制旳类型转换会破坏数据旳封装 特征。例如： class Hiden { private: int a = 1;
12
c) 高层旳类旳属性和服务是否完全体现下层 旳共性。
d) 低层旳类是否基于其上层类旳属性和服务 并具有自己旳特殊性。
2) 对复合构造旳测试从如下方面入手： a) 整体类和局部类旳复合（聚合）关系是否符 合现实旳关系。 b) 整体类旳局部类是否在问题领域中有实际应 用。 c) 整体类中是否漏掉了在问题领域中有用旳局 部类。
件旳功能实现，造成软件开发后期大量可防止旳修 补工作；而某些冗余旳对象或构造会影响类旳选定、 程序旳整体构造或增长程序员不必要旳工作量。所 以，OOA测试旳要点在其完整性和冗余性。 根据Coad和Yourdon措施所提出旳OOA实现环节， 对OOA阶段旳测试划分为下列五个方面： ✓对认定旳类旳测试 ✓对认定旳构造旳测试 ✓对认定旳主题旳测试
11
✓ 在Coad和Yourdon措施中，认定旳构造分为两 种：泛化构造和复合构造。泛化构造体现了问 题领域中对象旳一般与特殊旳关系，复合构造 体现了问题领域中对象旳整体与局部旳关系。
1) 对泛化构造旳测试可从如下方面着手： a) 对于构造中旳一种类，尤其是处于高层旳类， 看是否能在问题领域中派生出其下一层旳类。 b) 对于构造中旳一种类，尤其是处于同一低层 旳类，看是否能抽象出在现实世界中有意义 旳更一般旳上层旳类。
21

开发软件的效率非常重要
社会对新应用系统的需求超过了人力资源所能提供的 限度
软件工程的一个重要课题：寻求开发与维护软件更好 和更有效的工具
和谐地合作是开发软件的关键
软件必须有效地支持它的用户
必须仔细地研究用户，以确定适当的功能需求、可用 性要求及其他质量要求
软件开发不仅应该提交软件产品，而且应该写出用户 手册和培训材料，此外，还必须注意建立使用新系统 的环境。
传统方法学 面向对象的方法学
传统方法学(生命周期方法学)
采用结构化技术来完成软件开发的各项任务， 并使用适当的软件工具或软件工程环境来支持 结构化技术的运用。 把软件生命周期的全过程依次划分为若干个阶 段，然后顺序地完成每个阶段的任务。采用这 种方法学开发软件的时候，从对问题的抽象逻 辑分析开始，一个阶段一个阶段地进行开发。 从上而下，顺序地完成软件开发的各阶段任务。
目前，传统方法学仍然是人们在开发软件 时使用得十分广泛的软件工程方法学。这 种方法学历史悠久，为广大软件工程师所 熟悉，而且在开发某些类型的软件时也比 较有效，因此，在相当长一段时期内这种 方法学还会有生命力。
对用户要求没有完整准确的认识就匆忙着 手编写程序
越早开始写程序，完成它所需要用的时间 往往越长
所以......
围绕如何开发好一个软件人们提出了很多 理论，形成软件工程这样一个新领域
面向方面的编程 净室理论 极限编程 SOA架构 AJax ......
恰当的过程
问题定义，也就是确定要求解决的问题是 什么； 可行性研究，决定该问题是否存在一个可 行的解决办法； 需求分析，也就是深入具体地了解用户的 要求，在所要开发的系统(不妨称之为目标 系统)必须做什么这个问题上和用户取得完 全一致的看法。

角色
岗位职责
PM
1、跟踪单元测试计划和用例的编写、编码和单元测试活动执行的进展情
况，并协调资源。
2、组织专家评审单元测试计划和用例。
3、组织专家评审代码。
4、组织归档。
5、汇总TL的缺陷数据，输出单元测试报告。
TL
1、编写单元测试计划，编写并评审单元测试用例。
2、分配编码工作，控制编码和单元测试进度。
3、协调组员完成编码、代码走读、测试数据准备与管理、单元测试、问 题的修改工作。
4、组织单元测试工作，
5、执行单元测试用例，记录、修改、验证单元测试中发现的缺陷，汇总 模块单元测试缺陷数据和原因分析给PM。
开发人员
1、编写并评审单元测试用例。 2、编码，走读代码，修改代码。 3、执行单元测试用例，记录、修改、验证单元测试中发现的缺陷 。
参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书， 接口文档的评审工作。
参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书， 接口文档的评审工作。
参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书， 接口文档的评审工作。
参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书， 接口文档的评审工作。
参加对产品需求、系统规格说明书/架构设计说明书，数据库设计说明书， 接口文档的评审工作。
三)需求分析★
需求变更流程
角色分配
角色
PM
岗位职责
组织项目组成员对需求文挡的评审。发生需求变更时，组织项目组成员对 项目变更进行实施。
SE
TL 开发人员
TC 测试人员
CCB 评审专家
组织开发人员和测试人员理解需求，提供技术支持，维护需求问题跟踪单 和需求矩阵，识别需求和其他工作产品及计划间的不一致。 和PM一同分 析需求变更，评定严重级别。 编写需求文档，组织预审、内审、外审，以及输出评审表 编写需求文档，参加评审 理解需求，参加评审 理解需求，参加评审 评估需求变更，对变更做出决策 评审需求文挡

9.什么是软件工程? 软件工程是指导计算机软件开发和维护的工程学科。 (1) 它采用工程的概念、原理、技术和方法来开发和维护软件； (2) 它将管理技术与当前经过时间考验的而证明是正确的技术方法结合起
来； (3) 它强调使用生存周期方法学和结构分析和结构技术； (4) 经过人们长期的努力和探索，围绕着实现软件优质高产这个目标,从技术
的单位面积及房租等信息。房产科可以要求系统打印住房情况的统计表，或更改某 类房屋的居住条件、单位面积和房租等。
用数据流图描绘该系统的功能需求；在数据字典中给出主要的数据流、文件和 加工说明。
参考第四章 4.5 应用举例教案之二分析。
第四章 总体设计 习题答案
1. 系统设计包括哪两个阶段? 系统设计包括总体设计与详细设计两个阶段。
(2) 在渐增型开发下的软件是随软件开发的过程而逐渐形成的。 (3) 渐增型开发方法适合于知识型软件的开发，设计系统时对用户需求的认 识开始不是很清楚的，需要在开发过程中不断认识、不断获得新的知识去丰富和完 善系统。多数研究性质的试验软件，一般采用此方法。 变换型开发方法及特点: (1)从软件需求的形式化规格说明出发，经过一系列的程序变换，得到最终的 程序系统。 (2)该方法必须有严格的数学理论和形式化技术的支持。
算出的房租写到房租文件中。 (2) 如果是退房申请，则从住房文件和房租文件中删除有关信息，再把此房号
的信息写到空房文件中。 (3) 如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件
中查找属于该等级的空房，退掉原住房，再进行与分房类似的处理。 (4) 住户可以向系统查询目前分房的阀值分数，居住某类房屋的条件，某房号
图：
4.什么是结构化分析?它的结构化体现在哪里? 结构化分析:使用数据流程图、数据字典、结构化英语、判定表和判定树等工具，

2024年《软件工程导论》讲稿计算机系统发展迅速，但是人们仍然没有彻底摆脱“软件危机”的困扰，软件已经成为限制计算机系统发展的瓶颈。

计算机软件工程学就是为了研究如何消除软件危机而发展起来的。

那么什么是软件危机呢。

在开始讲软件危机时我要先提出一个概念：什么是软件。

(板书：软件危机、什么是软件)简单来举例像我们平时用的word、e____cel 都是计算机软件。

软件就是计算机系统中与硬件相互依存的另一部分，它包括程序、相关数据及其说明文档。

(软件的英文名为software板书：software____program+data+document)那它具有什么特性呢。

在这里我向大家绘制两幅图，大家可以比较讨论一下硬件的失效率刚开始是降低的，这个阶段就是磨合调整，通过调整失效率降低并达到一定时期的稳定，那____会失效率增高呢，硬件是物理实体它存在磨损用坏的问题。

再来看软件的失效图像，我绘制了两条，一条是理想情况下，另一天是实际情况下。

大家可以看出来吗。

没错，开发出来的软件并不是永远有效的，随着用户的需求增大等情况失效率会增高。

从图中我们还可以看出在软件的运行和使用期间，没有硬件那样的机械磨损，老化问题。

因为软件是一种逻辑实体，并非具体的物理实体。

另外呢，软件复杂性很高，软件技术的发展落后于需求，成本也相当昂贵。

讲完软件的概念，那么软件危机就比较容易理解了，软件危机就是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

那么大家思考一下，能够正常运行的软件可能会存在软件危机吗。

答案是可能会。

实际上，几乎所有软件都不同程度地存在这些问题。

比方说，你在用软件时，它不能与你的计算机硬件环境兼容或是不能满足你的要求。

总结下来，软件危机需要应对两方面的问题：(1)如何开发软件，以满足对软件日益增长的需求(2)如何维护数量不断膨胀的已有软件软件危机又有哪些典型表现呢。

我们在进行一项工程时是不是经常会有一个工程预算，软件工程也不例外，如果对软件开发成本和进度的估计不准确，那么就很容易使用户不满。

软件工程概论知识点汇总软件工程概论知识点汇总软件工程是一门研究如何以系统化、规范化、可量化的方法开发和维护软件的学科。

本文将对软件工程的概念、原则、过程和常用方法进行汇总和概述。

引言随着信息科技的迅速发展，软件已经成为现代社会不可或缺的一部分。

然而，软件开发过程中存在着众多的挑战和风险，如进度延误、质量问题等。

软件工程的目的就是通过科学化的方法来解决这些问题，提高软件开发过程的效率和质量。

概念和原则1. 软件工程的定义软件工程是一门跨学科的学科，涵盖了计算机科学、数学、经济学和管理学等多个领域的知识。

它研究如何以系统化、规范化、可量化的方法开发和维护软件。

2. 软件生命周期软件生命周期是指软件从需求分析到维护的整个过程。

它包括需求分析、设计、编码、测试、部署和维护等阶段。

软件工程师需要在每个阶段进行详细的计划和控制，确保软件按照预期的要求开发和交付。

3. 软件工程的原则软件工程的原则是软件开发过程中的基本指导原则，它包括以下几个方面：- 模块化：将软件分解为多个模块，每个模块负责特定的功能，便于开发和维护。

- 可重用性：利用已有的软件组件，提高开发效率和质量。

- 高效性：合理规划开发过程，提高生产效率。

- 可维护性：通过合理的设计和文档，方便后续的维护工作。

- 可测试性：设计软件时考虑到测试需求，提高软件的可测试性。

软件开发过程1. 瀑布模型瀑布模型是最早的软件开发模型之一，它将软件开发过程分为需求分析、设计、编码、测试和维护等阶段，每个阶段有严格的前后关系。

2. 迭代模型迭代模型是软件开发过程中常用的模型之一，它将软件开发过程划分为多个迭代周期。

每个迭代周期包括需求分析、设计、编码、测试和维护等阶段，可以在每个迭代周期结束时进行评审和调整。

3. 敏捷开发敏捷开发是一种以迭代和循序渐进的方式开发软件的方法。

它强调灵活性和快速响应变化，通过频繁的交流和反馈来保证软件按照预期的需求开发。

软件测试软件测试是软件工程过程中不可或缺的一部分，它旨在发现软件中的缺陷和错误，提高软件的质量。

软件工程•概述o软件▪定义•软件 = 程序 + 数据 + 文档o数据▪程序加工处理的对象。

▪包括数据的表示、组织与存储。

▪数据 = 初始化数据 + 测试数据o文档▪开发、使用和维护程序所需的图文资料。

▪文档 = 开发文档+管理文档+用户文档+维护文档。

o程序▪能完成预定功能和性能的指令集合。

o软件和程序的区别▪程序只是完整软件产品的一部分。

▪编写程序只是软件开发过程数据中的一个阶段，一般来说，其工作量仅仅是软件开发全部工作量的10％－20％▪软件的特点•抽象性o逻辑实体。

可记录。

但看不到，开发过程可视化程度低，开发结果难以直观表示。

•可复制性o与开发成本相比，复制成本很低。

•无折旧•受硬件制约•未完全摆脱手工工艺•开发费用高▪软件分类•按适用范围分o定制软件（Custom Software）项目软件▪满足特定客户的特定需要的软件。

例如网站。

o通用软件（Generic Software）产品软件▪满足市场潜在客户的通用需求的商业成品软件。

例如：Office、Windows等。

•按软件功能分o系统软件▪管理计算机自身的资源、提高计算机的使用效率并为计算机用户提供各种服务的基础软件。

例如操作系统OS、数据库管理系统DBMS等o应用软件▪解决某一具体领域的实际问题的软件。

例如CAD。

o支撑软件▪协助用户开发的工具软件，如编辑程序、程序库、图形软件包等。

•按软件体系结构分o桌面软件▪全部工作由在单一机器上的一个软件系统完成。

o分布式软件▪由多个软件协调工作来完成任务。

例如客户端与服务器C/S、浏览器与服务器B/S软件。

o并行软件▪基于多CPU环境能完成并行计算的软件。

•按规模分o小型软件(1-5人年)o中型软件(5-50人年)o大型软件(50人年以上)•按工作方式分o实时软件o分时软件o交互式软件o批处理软件o嵌入式软件（Embedded Software）▪运行于特定硬件设备中的软件。

例如：手机、汽车等中的软件。