软件工程第一章

《软件工程》教学教案一、第一章：软件工程概述1. 教学目标了解软件工程的定义、目的和重要性，掌握软件开发的基本过程和原则。

2. 教学内容软件工程的定义和重要性；软件开发的基本过程；软件工程的原则和方法。

3. 教学方法采用讲授法，结合案例分析，让学生了解和掌握软件工程的基本概念和原则。

4. 教学资源教材、课件、案例分析。

5. 教学评价通过课堂提问和案例分析，评估学生对软件工程的理解和应用能力。

二、第二章：软件需求分析1. 教学目标掌握软件需求分析的基本概念、方法和过程，能够运用需求分析工具进行需求收集和分析。

2. 教学内容软件需求分析的基本概念；需求分析的方法和过程；需求分析工具的使用。

3. 教学方法采用讲授法和实例分析，让学生了解和掌握需求分析的方法和过程。

4. 教学资源教材、课件、实例分析。

5. 教学评价通过课堂提问和实例分析，评估学生对需求分析的理解和应用能力。

三、第三章：软件设计1. 教学目标掌握软件设计的基本概念、方法和过程，能够运用设计工具进行软件架构和详细设计。

2. 教学内容软件设计的基本概念；设计方法和过程；设计工具的使用。

3. 教学方法采用讲授法和实例分析，让学生了解和掌握软件设计的方法和过程。

4. 教学资源教材、课件、实例分析。

5. 教学评价通过课堂提问和实例分析，评估学生对软件设计的理解和应用能力。

四、第四章：软件实现1. 教学目标掌握软件实现的基本概念、方法和过程，能够运用编程语言进行软件编码和测试。

2. 教学内容软件实现的基本概念；实现方法和过程；编程语言和测试工具的使用。

3. 教学方法采用讲授法和编程实践，让学生了解和掌握软件实现的方法和过程。

4. 教学资源教材、课件、编程环境和测试工具。

5. 教学评价通过编程实践和测试结果，评估学生对软件实现的理解和应用能力。

五、第五章：软件维护1. 教学目标掌握软件维护的基本概念、方法和过程，能够进行软件维护和优化。

2. 教学内容软件维护的基本概念；维护方法和过程；软件优化技巧。

第一章习题1.1什么是计算机软件？软件的特点是什么？答：计算机软件(Computer Software，也称软件，软体)是指计算机系统中的程序及其文档，程序是计算任务的处理对象和处理规则的描述；文档是为了便于了解程序所需的阐明性资料。

程序必须装入机器内部才能工作，文档一般是给人看的，不一定装入机器。

软件的特点：1.软件是一种逻辑实体而不是有形的系统元件，其开发成本和进度难以准确的估算。

2.软件是被开发的或设计的，没有明显的制作工程，一旦开发成功，只需复制即可，但其维护的工作量大。

3.软件的使用没有硬件那样的机械磨损和老化问题。

1.2简述软件的分类，并举例说明。

答：软件分为系统软件，支撑软件和应用软件3类。

系统软件居于计算机系统中最靠近硬件的一层其他软件一般都通过系统软件发挥作用。

例如：编译程序，操作系统等。

支撑软件是支撑软件的开发和维护的软件。

例如：数据库管理系统，网络软件，软件工具，软件开发环境等。

应用软件是特定应用领域专用软件。

例如：工程/科学计算软件，嵌入式软件，产品线软件，Web应用软件，人工智能软件等。

1.3简述软件语言的分类，并举例说明。

答：软件语言是用于书写计算机软件的语言主要包括：需求定义语言，功能性语言，设计性语言，实现性语言和文档语言。

需求定义语言用以书写软件需求定义，软件需求定义是软件功能需求和非功能需求的定义性描述。

软件功能需求刻画“做什么”，软件非功能需求刻画诸如功能性限制、设计限制、环境描述、数据预通信规程以及项目管理等。

功能性语言用以书写软件功能规约，软件功能规约是软件功能的严格而完整的陈述。

软件功能规约通常只刻画软件系统“做什么”的外部功能，而不涉及系统“如何做”的内部算法，因此，功能性语言通常又称为功能规约语言。

设计性语言用以书写软件设计规约。

软件设计规约是软件设计的严格而完整的陈述。

一方面，它是软件功能规约的算法性细化，刻画了软件“如何做”的内部算法；另一方面，它又是软件实现的依据从。

软件工程课程目录第一章：导论
1.1 软件工程概述
1.2 软件工程的定义和特点
1.3 软件工程的发展历程
第二章：软件开发过程模型
2.1 瀑布模型
2.2 增量模型
2.3 螺旋模型
2.4 敏捷开发模型
2.5 DevOps模型
第三章：需求工程
3.1 需求获取与分析
3.2 需求规格说明
3.3 需求验证与确认
3.4 变更管理
第四章：软件设计与实现
4.1 结构化设计
4.2 面向对象设计
4.3 软件架构设计
4.4 系统建模
4.5 设计原则和模式
第五章：软件测试与维护5.1 测试基础知识
5.2 测试设计技术
5.3 测试用例编写
5.4 软件维护流程及策略5.5 缺陷管理
第六章：软件项目管理6.1 项目启动与规划
6.2 项目进度管理
6.3 资源管理
6.4 风险管理
6.5 团队协作与沟通
第七章：软件质量保证和评估
7.1 质量保证概述
7.2 质量标准与度量
7.3 代码审查
7.4 归纳测试
7.5 质量评估与改进
第八章：软件工程伦理与职业道德
8.1 软件工程伦理概述
8.2 软件专业人员责任
8.3 知识产权保护
8.4 软件工程师的职业道德
结语：
软件工程课程目录涵盖了软件工程学科的基本知识和方法，帮助学生全面了解软件开发的过程和要素。

通过学习本课程，学生可以系统学习软件工程的理论和实践知识，培养良好的软件开发习惯和职业道德意识，为将来的软件开发工作奠定坚实的基础。

软件⼯程复习资料软件⼯程第⼀章⼀、什么是软件？软件（Software）是计算机系统中与硬件相互依存的另⼀部分，它是包括程序（Program），数据（Data）及其相关⽂档（Document）的完整集合。

程序是按事先设计的功能和性能要求执⾏的指令序列数据是使程序能正常操纵信息的数据结构⽂档是与程序开发，维护和使⽤有关的图⽂材料⼆、软件危机原因：与软件本⾝的特点有关(难于维护, 逻辑复杂)与软件开发与维护的⽅法不正确有关:软件≠程序急于求成=拔苗助长各⾃为阵⽆⽅法/学现象：1.成本⾼2.计算机软件和硬件费⽤⽐3.软件质量得不到保证4.由于软件质量问题导致失败的软件项⽬⾮常多5.进度难以控制6.维护⾮常困难办法：软件⼯程（学）三、软件⼯程软件⼯程是应⽤计算机科学、数学及管理科学等原理开发软件的⼯程。

它借鉴传统⼯程的原则、⽅法，以提⾼质量，降低成本为⽬的。

开发、运⾏和维护软件的系统⽅法四、软件⼯程三要素软件⼯程⽅法学包含3个要素：⽅法、⼯具和过程。

五、软件⽣命周期六、软件过程模型瀑布模型瀑布模型适合于⽤户需求明确、完整、⽆重⼤变化的软件项⽬开发。

瀑布模型的成功在很⼤程度上是由于它基本上是⼀种⽂档驱动的模型。

“瀑布模型是由⽂档驱动的”这个事实也是它的⼀个主要缺点。

在项⽬开始的时候，⽤户常常难以清楚地给出所有需求；⽤户与开发⼈员对需求理解存在差异。

实际的项⽬很少按照顺序模型进⾏。

⽤户必须有耐⼼，等到系统开发完成。

缺乏灵活性：因为瀑布模型确定了需求分析的绝对重要性，但是在实践中要想获得完善的需求说明是⾮常困难的，导致“阻塞状态”。

反馈信息慢，开发周期长。

虽然存在不少缺陷，瀑布模型经常被嘲笑为“旧式的”，但是在需求被很好地理解的情况下，仍然是⼀种合理的⽅法。

快速原型模型增量模型增量模型是迭代和演进的过程。

增量模型把软件产品分解成⼀系列的增量构件，在增量开发迭代中逐步加⼊。

每个构件由多个相互作⽤的模块构成，并且能够完成特定的功能。

教学目的：1. 了解软件、软件危机等概念2. 掌握软件工程的定义、原理、目标和原则教学重点：软件工程的定义、原理、目标和原则教学难点：软件工程的目标和原则第一章软件与软件工程1.1 软件（Software）1.1.1 软件与软件的组成程序设计语言三种类型：1．机器语言、汇编语言：依赖于机器，面向机器2．高级语言：独立于机器，面向过程或面向对象3．面向问题语言：独立于机器，非过程式语言（4GL）文档（document）—一种数据媒体和其上所记录的数据。

文档记录软件开发活动和阶段成果，具有永久性，可供人或机器阅读。

文档可用于专业人员和用户之间的通信和交流；软件开发过程的管理；运行阶段的维护。

1. 软件的特点软件是逻辑产品，硬件是物理产品。

特点：（1）软件开发更依赖于开发人员的业务素质、智力、人员的组织、合作和管理。

软件开发、设计几乎都是从头开始，成本和进度很难估计。

（2）软件存在潜伏错误，硬件错误一般能排除。

（3）软件开发成功后，只需对原版进行复制。

（4）软件在使用过程中维护复杂：1）纠错性维护—改正运行期间发现的潜伏错误；2）完善性维护—提高或完善软件的性能；3）适应性维护—修改软件，以适应软硬件环境的变化；4）预防性维护—改进软件未来的可维护性和可靠性。

（5）软件不会磨损和老化。

2. 软件的发展第一阶段——20世纪60年代中期以前，软件开发处于个体化生产状态。

在这一阶段中，软件还没有系统化的开发方法。

目标主要集中在如何提高时空效率上。

第二阶段——从20世纪60年代中期到70年代末期。

软件开发已进入了作坊式生产方式，即出现了“软件车间”。

软件开发开始形成产品。

到20世纪60年代末，“软件危机”变得十分严重。

第三阶段——从20世纪70年代中期到20世纪80年代末期。

软件开发进入了产业化生产，即出现了众多大型的“软件公司”。

在这一阶段，软件开发开始采用了“工程”的方法，软件产品急剧增加，质量也有了很大的提高。

第一章绪论1.1 软件工程概念的提出与发展1.2 软件开发的本质1.3 本章小结第二章软件需求与软件需求规约2.1 需求与需求获取2.1.1需求定义2.1.2 需求分类2.1.3 需求发现技术2.2 需求规约2.2.1 需求规约定义2.2.2 需求规约（草案）格式2.2.3 需求规约（规格说明书）的表达2.2.4 需求规约的作用2.3 本章小结第三章结构化方法3.1 结构化需求分析3.1.1 基本术语1.数据流2.数据存储3.数据源和数据谭3.1.2 系统功能模型表示数据流图（Dataflow Diagram）3.1.3 建模过程1.建立系统环境图, 确定系统语境2.自顶向下, 逐步求精, 建立系统的层次数据流图3.定义数据字典数据流条目给出所有数据流的结构定义数据存储条目给出所有数据存储的结构定义数据项条目给出所有数据项的类型定义4.描述加工（1）结构化自然语言（2）判定表（3）判定树3.1.4 应用中注意的问题（1）模型平衡问题（2）信息复杂性控制问题3.1.5 需求验证3.2 结构化设计3.2.1 总体设计1.总体设计的目标及其表示（1）Yourdon提出的模块结构图（2）层次图（3）HIPO图2.总体设计步骤（1）变换型数据流图——变换设计（2）事物型数据流图——事物设计3.模块化及启发式规则（1）模块化1）耦合①内容耦合②公共耦合③控制耦合④标记耦合⑤数据耦合2）内聚①偶然内聚②逻辑内聚③时间内聚④过程内聚⑤通信内聚⑥顺序内聚⑦功能内聚（2）启发式规则1）改进软件结构, 提高模块独立性2）力求模块规模适中3）力求深度、宽度、扇出和扇入适中4）尽力使模块的作用域在其控制域之内5）尽力降低模块接口的复杂度6）力求模块功能可以预测3.2.2 详细设计1.结构化程序设计2.详细设计工具（1）程序流程图（2）盒图（N-S图）（3）PAD图（Problem Analysis Diagram）（4）类程序设计语言IPO图、判定树和判定表等也可以作为详细设计工具3.3 本章小结第四章面向对象方法——UML 4.1 UML术语表4.1.1 表达客观事物的术语1.类与对象1）类的属性（Attribute）2）类的操作3）关于类语义的进一步表达①详细叙述类的职责（Responsibility）②通过类的注解和/或操作的注解, 以结构化文本的形式和/编程语言, 详述注释整个类的语义和/或各个方法③通过类的注解或操作的注解, 以结构化文本形式, 详述注释各个操作的前置条件和后置条件, 甚至注释整个类的不变式④详述类的状态机⑤详述类的内部结构⑥类与其他类的协作4）类在建模中的主要用途①模型化问题域中的概念（词汇）②建立系统的职责分布模型③模型化建模中使用的基本类型2.接口（Interface）（1）采用具有分栏和关键字《interface》的矩形符号来表示（2）采用小圆圈和半圆圈来表示3.协作（Collaboration）4.用况（Use Case）5.主动类（Action Class）6.构件（Component）7.制品（Artifact）8.节点（Node）4.1.2 表达关系的术语1.关联（Association）（1）关联名（Name）（2）导航（3）角色（Role）（4）可见性（5）多重性（Multiplicity）（6）限定符（Qualifier）（7）聚合（Aggregation）（8）组合（Composition）（9）关联类（10）约束①有序（ordered）②无重复对象（set）③有重复对象（bag）④列表（list）或序列（sequence）⑤只读（readonly）2.泛化（Generalization）①完整（Complete）②不完整（Incomplete）③互斥（Disjoint）④重叠（Overlapping）3.细化（Realization）4.依赖①绑定（Bind）②导出（Derive）③允许（Permit）④实例（InstanceOf）⑤实例化（Instantiate）⑥幂类型（Powertype）⑦精化（Refine）⑧使用（Use）可模型化以下各种关系（1）结构关系1）以数据驱动2）以行为驱动（2）继承关系（3）精化关系（4）依赖关系4.1.3 表达组合信息的术语——包1）访问（Access）2）引入（Import）4.2 UML模型表达格式1.类图（Class Diagram）（1）模型化待建系统的概念（词汇）, 形成类图的基本元素（2）模型化待建系统的各种关系, 形成该系统的初始类图（3）模型化系统中的协作, 给出该系统的最终类图（4）模型化逻辑数据库模式2.用况图（Use Case Diagram）所包含的内容（1）主题（Subject）（2）用况（Use Case）（3）参与者（Actor）（4）关联、泛化与依赖模型化工作1）关于系统/业务语境的模型化①系统边界的确定②参与者与用况的交互③参与者的语义表达④参与者的结构化处理2）关于系统/业务需求的模型化①确定系统/业务的基本用况②用况的结构化处理③用况的语义表达3.状态图（1）状态1）名字2）进入/退出效应（Effect）①entry②exit③状态内部转移3）do动作或活动4）被延迟的事件（2）事件1）信号（Signal）事件2）调用（Call）事件3）时间事件4）变化事件（3）状态转移①源状态②转移触发器③监护（guard）条件④效应（effect）⑤目标状态实际应用中, 使用状态图的作用①创建一个系统的动态模型②创建一个场景的模型4.顺序图（1）术语解析1）消息2）对象生命线3）聚焦控制（the Focus of Control）（2）控制操作子1）选择执行操作子（Operator for Optional Execution）2）条件执行操作子（Operator for Conditional Execution）3）并发执行操作子（Operator for Parallel Execution）4）迭代执行操作子（Operator for Iterative Execution）4.3 本章小结第五章面向对象方法——RUP5.1 RUP特点1.以用况为驱动2.以体系结构为中心3.迭代增量式开发5.2 核心工作流5.2.1 需求获取1.列出候选需求2.理解系统语境（1）业务用况模型（2）业务对象模型3.捕获系统功能需求（1）活动1: 发现并描述参与者（2）活动2: 发现并描述用况（3）活动3: 确定用况的优先级（Priority）（4）活动4: 精化用况（5）活动5: 构造用户界面原型1）用户界面的逻辑设计2）物理用户界面的设计3）开发用户界面原型并演示为了执行该用况, 用户怎样使用该系统（6）活动6: 用况模型的结构化5.2.2 需求分析1.基本术语（1）分析类（Analysis Class）1）边界类（Boundary Classes）2）实体类（Entity Classes）3）控制类（Control Classes）（2）用况细化（Use Case Realization）（3）分析包（Analysis Package）2.分析模型的表达3.分析的主要活动（1）活动1: 体系结构分析（Architectural Analysis）1）任务1: 标识分析包2）任务2: 处理分析包之间的共性3）任务3: 标识服务包4）任务4: 定义分析包的依赖5）任务5: 标识重要的实体类6）任务6: 标识分析包和重要实体类的公共特性需求（2）活动2: 用况分析1）任务1: 标识分析类①标识实体类②标识边界类③标识控制类2）任务2: 描述分析（类）对象之间的交互（3）活动3: 类的分析1）任务1: 标识责任2）任务2: 标识属性①关于实体类属性的标识②关于边界类属性的标识③关于控制类属性的标识3）任务3: 标识关联和聚合①关于关联的标识②关于聚合的标识③关于泛化的标识（4）活动4: 包的分析4.小结（1）关于分析模型1）分析包2）分析类3）用况细化（2）关于分析模型视角下的体系结构描述（3）用况模型和分析模型比较（4）分析模型对以后工作的影响1）对设计中子系统的影响2）对设计类的影响3）对用况细化[设计]的影响5.2.3 设计1.设计层的术语（1）设计类（Design Class）（2）用况细化[设计]（3）设计子系统（4）接口（Interface）2.设计模型、部署模型以及相关视角下的体系结构描述（1）设计模型及其视角下的体系结构描述1）子系统结构2）对体系结构有意义的设计类3）对体系结构有意义的用况细化[设计]（2）部署模型及该模型视角下的体系结构描述3设计的主要活动（1）活动1: 体系结构的设计1）任务1: 标识节点和它们的网络配置2）任务2: 标识子系统和它们的接口①标识应用子系统②标识中间件和系统软件子系统③定义子系统依赖④标识子系统接口3）任务3: 标识在体系结构方面有意义的设计类和它们的接口4）任务4: 标识一般性的设计机制①标识处理透明对象分布的设计机制②标识事务管理的设计机制（2）活动2: 用况的设计1）标识参与用况细化的设计类2）标识参与用况细化的子系统和接口（3）活动3: 类的设计1）任务1: 概括描述设计类2）任务2: 标识操作3）任务3: 标识属性4）任务4: 标识关联和聚合5）任务5: 标识泛化6）任务6: 描述方法7）任务7: 描述状态（4）活动4: 子系统的设计1）任务1: 维护子系统依赖2）任务2: 维护子系统所提供的接口3）任务3: 维护子系统内容4.RUP设计小结1）RUP设计的突出特点2）关于RUP的设计方法①给出用于表达设计模型中基本成分的4个术语, 包括子系统, 设计类, 接口, 用况细化[设计]②规约了设计模型的语法, 指导模型的表达③给出了创建设计模型的过程以及相应的指导3）RUP的设计模型①设计子系统和服务子系统②设计类（其中包括一些主动类）, 以及他们具有的操作、属性、关系及其实现需求。

软件工程概念第一章：软件定义1.软件（ Software）：计算机系统中与硬件相互依存的另一部分，它是包括程序（Program），数据（D ata）及其相关文档（ Document）的完整集合。

2.软件的特征：逻辑复杂，开发复杂，成本高，风险大，维护困难。

3.按软件功能分类：系统软件，支撑软件，应用软件。

系统软件：操作系统，数据库管理系统，设备驱动程序，通信处理程序等。

支撑软件：文本编辑程序，文件格式化程序，程序库系统等应用软件：商业数据处理软件，工程与科学计算软件，计算机辅助设计／制造软件，系统仿真软件，智能嵌入软件，医疗、制药软件，事务管理、办公自动化软件。

按软件规模分类：微型，小型，中型，大型，甚大型，极大型。

按软件工作方式分：实时处理软件，分时软件，交互式软件，批处理软件4.软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题5.软件危机主要是两个问题：1.如何开发软件，以满足对软件的日益增长的需求？2.如何维护数量不断膨胀的已有软件？5.软件危机的表现：1.成本高，开发成本估计不准确2.软件质量不高、可靠性差3.进度难以控制4.维护非常困难5.用户不满意6. 由于软件质量问题导致失败的软件项目非常多。

6.产生软件危机的原因：1.与软件本身的特点有关 2.与软件开发与维护的方法不正确有关.软件工程学的目的：以较低的成本研制具有较高质量的软件软件工程技术的两个明显特点：1.强调规范化2. 强调文档化软件工程的基本原理(7条)：1.用分阶段的生命周期计划严格管理2.坚持进行阶段评审3.实严格的产品控制4.采用现代程序设计技术5.结果应能清楚地审查6.开发小组的人员应该少而精7.承认不断改进软件工程实践的必要性8.软件工程方法学包含3个要素：方法、工具和过程9.软件生命周期：软件定义（问题定义，可行性研究，需求分析），软件开发（总体设计，详细设计，编码和单元测试，集成测试），运行维护（持久满足用户需求）10.软件过程模型：瀑布模型，快速原型模型，增量模型，螺旋模型，喷泉模型。

第一章软件工程概述第一章软件工程概述1.1软件危机1.1.1软件危机的介绍1）软件危机在计算机软件的开发和维护过程中所遇到的一系列严重问题。

软件危机的两个主要问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。

软件危机的典型表现：(2)用户对“已完成的”软件系统不满意的现象经常发生。

(3)软件产品的质量往往靠不住。

(4)软件常常是不可维护的。

(5)软件通常没有适当的文档资料。

(6)软件成本在计算机系统总成本中所占的比例逐年上升。

(7)软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入趋势。

1.1.2产生软件危机的原因软件本身特点：缺乏可见性，在运行之前往往难以衡量，质量也难以评价不会因为长期使用而用坏，软件维护通常意味着修正或修改原来的设计，较难维护。

规模庞大，需分工合作，如何保证每个人的工作合在一起是极端复杂的问题。

软件开发与维护的方法不正确产生软件危机的原因可归结为两个重要的方面：软件生产本身存在的复杂性；软件开发所使用的方法和技术。

软件生命周期：一个软件从定义、开发、使用和维护直到最早被废弃。

软件产品必须由一个完整的配置组成（程序、文档、数据）1.1.3消除软件危机的途径正确认识计算机软件认识到软件开发是一个协同配合、共同完成的工程项目并吸取经验。

推广使用已总结的开发软件成功的技术和方法开发使用更好的软件工具1.2软件工程的介绍软件工程是指导计算机软件开发和维护的一门工程学科。

采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地、高效的开发出高质量的软件并有效地维护它，这就是软件工程。

软件工程关注于大型程序的构造软件工程的中心课题是控制复杂性软件经常变化开发软件的效率非常重要和谐地合作是开发软件的关键软件必须有效地支持它的用户在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品。

软件工程普通是指计算机系统中的程序及其文档。

是应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度实现满足用户要求的软件的工程，或者以此为研究对象的学科。

随着计算机的广泛应用，软件生产率、软件质量远远满足不了社会发展的需求，成为社会、经济发展的制约因素，人们通常把这一现象称为“软件危机”。

软件开辟的本质：不同抽象层术语之间的“映射”，以及不同抽象层处理逻辑之间的“映射”。

软件开辟的基本途径是问题建模。

常用的建模手段有：结构化方法、面向对象方法以及诸多面向数据结构方法等。

所谓模型，简单的说，是待建系统的任意抽象，是特定意图下所确定的角度和抽象层次上对物理系统的描述。

在软件开辟中，软件系统模型大体上可分为两类：概念模型和软件模型。

一是过程方向，即求解软件的开辟逻辑；二是过程途径，即求解软件的开辟手段。

是产品/系统设计、实现以及验证的基本信息源之一，是任何软件工程项目的基础。

规约了系统或者系统构件必须执行的功能，是整个需求的主体。

分为性能需求、外部接口需求、设计约束和质量属性需求。

性能需求规约了一个系统或者系统构件在性能方面必须具有的一些特征；外部接口需求规约了系统或者系统构件必须与之交互的用户、硬件、软件或者数据库元素；设计约束限制了软件系统或者软件系统构件的设计方案的范围；质量属性规约了软件产品所具有的一个性质必须达到其质量方面一个所期望的水平。

是一个软件项/产品/系统所有需求陈述的正式文档，它表达了一个软件产品/系统的概念模型。

需求具有如下 5 个基本性质：①必要的，该需求是用户所要求的；②无歧义的，该需求只能用一种方式解释；③可测的，该需求是可进行测试的；④可跟踪的，该需求可从一个开辟阶段跟踪到另一个阶段；⑤可测量的该需求是可测量的。

需求规约满足以下 4 个基本性质：①重要性和稳定性程度：按需求的重要性和稳定性，对需求进行分级；②可修改的：在无非多地影响其他需求的前提下，可以容易地修改一个单一需求；③完整的：没有被遗漏的需求；④一致的：不存在互斥的需求。