7，软件工程基础
2024-10-17 11:09:24 0 举报AI智能生成
软件工程基础知识
作者其他创作
大纲/内容
需求工程
软件需求的层次
业务需求（Business Requirement）
反映了组织机构或客户对系统、产品高层次的目标要求
用户需求（User Requirement）
描述了用户使用产品必须要完成的任务，是用户对该软件产品的期望。业务需求和用户需求构成了用户原始需求文档的内容
功能需求（functional requirement）
从系统操作的角度定义了开发人员必须实现的软件功能，来满足业务需求和用户需求
需求工程（Requirement Engineering，RE）
是指应用已证实有效的原理、方法，通过合适的工具和记号，系统地描述待开发系统及其行为特征和相关约束
需求工程由需求获取、需求分析、形成需求规格（或称为需求文档化）、需求确认与验证、需求管理 5 个阶段组成
软件需求规格说明书（Software Requirement Specification，SRS）
SRS 具体包括功能需求、非功能需求和约束
约束包括设计约束和过程约束。批准的 SRS 是需求开发和需求管理之间的桥梁
需求管理
需求管理是一个对系统需求变更、了解和控制的过程，包括变更控制、版本控制、需求跟踪等活动
需求获取
需求获取是获得系统必要的特征，或者是获得用户能接受的、系统必须满足的约束
基本步骤：
开发高层的业务模型
定义项目范围和高层需求
识别用户角色和用户代表
获取具体的需求
确定目标系统的业务工作流
需求整理与总结
需求获取的方法包括用户面谈、需求专题讨论会、问卷调查、现场观察、原型化方法和头脑风暴法等
需求变更
需求变更管理过程
变更控制委员会（Change Control Board，CCB）
CCB 由项目所涉及的多方成员共同组成，通常包括用户和实施方的决策人员
CCB 是决策机构，不是作业机构
通常 CCB 的工作是通过评审手段来决定项目是否能变更，但不提出变更方案
过程及操作步骤为制定决策、交流情况、重新协商约定
需求跟踪
提供了由需求到产品实现整个过程范围的明确查阅的能力
目的是建立与维护“需求—设计—编程—测试”之间的一致性，确保所有的工作成果符合用户需求
需求跟踪有正向跟踪和逆向跟踪两种方式，合称为“双向跟踪”
不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵
软件测试
软件测试的目的
测试是确保软件的质量，确认软件以正确的方式做了用户所期望的事情
测试分类
根据程序执行状态可分为静态测试（Static Testing，ST）和动态测试（Dynamic Testing，DT）
根据是否关注具体实现和内部结构可分为黑盒测试、白盒测试和灰盒测试。
根据程序执行的方式来分类可分为人工测试（Manual Testing，MT）和自动化测试（Automatic Testing，AT）。
从阶段上划分，软件测试可以分为单元测试、集成测试、系统测试和验收测试
单元测试主要是对该软件的模块进行测试，往往由程序员自己完成。常采用白盒的静态测
试如静态分析、代码审查等，也可以采用自动化的动态测试
试如静态分析、代码审查等，也可以采用自动化的动态测试
集成测试对通过单元测试的模块进行组装测试，以验证组装的正确性，一般采用白盒测试
和黑盒测试结合的方法
和黑盒测试结合的方法
系统测试检查组装完成的系统是否符合 SRS 的要求。主要测试内容包括功能测试、性能测
试、健壮性测试、安全性测试等，结束标志是测试工作已满足测试目标所规定的需求覆盖率，并且
测试所发现的缺陷都已全部归零
试、健壮性测试、安全性测试等，结束标志是测试工作已满足测试目标所规定的需求覆盖率，并且
测试所发现的缺陷都已全部归零
验收测试是确认系统满足用户需求或者协议的要求，确保系统能支撑业务运行
其他测试还有 AB 测试、Web 测试、链接测试和表单测试等
基于构件的软件工程
定义：基于构件的软件工程（Component-Based Software Engineering，CBSE）是一种基于分布对象技术、强调通过可复用构件设计与构造软件系统的软件复用途径。
特征：
可组装型：所有外部交互必须通过公开定义的接口进行。
可部署性：必须能作为一个独立实体在提供其构件模型实现的构件平台上运行。
文档化：构件必须是完全文档化的。
独立性：构件应该是独立的，如确实需要其他构件提供服务，则应显示声明。
标准化：必须符合某种标准化的构件模型。
构件模型
构件模型定义了构件实现、文档化以及开发的标准。
目前主流的构件模型是 Web Services 模型、Sun 公司的 EJB 模型和微软的.NET 模型
构件模型包含了一些模型要素如接口、使用信息和部署信息
构件模型提供了一组被构件使用的通用服务，包括平台服务和支持服务
容器是构件模型基础设施，是支持服务的一个实现加上一个接口定义，构件必须提供该接口定义以便和容器整合在一起
CBSE 过程
系统需求概览。
识别候选构件。
根据发现的构件修改需求。
体系结构设计
构件定制与适配
组装构件，创建系统
CBSE 过程与传统的软件开发过程的不同点：
早期需要完整的需求，以便尽可能多地识别出可复用的构件。
早期阶段根据可利用的构件来细化和修改需求以匹配 CBSE。
架构设计完成后，可能需要修改构件以适合功能和架构的需求。
开发过程就是组装构件的过程，有时需要开发适配器。
CBSE 中的架构设计阶段特别重要，决定和限制了可选构件的范围
构件组装
常见的构件组装有顺序组装、层次组装和叠加组装 3 种组装方式
构件组装可能面临接口不兼容的问题，常见的有参数不兼容、操作不兼容和操作不完备 3 种
这时需要编写适配器构件来解决不兼容的问题。
软件工程
软件危机（Software Crisis）
具体表现为：软件开发进度难以预测、软件开发成本难以控制、软件功能难以满足用户期望、软件质量无法保证、软件难以维护和软件缺少适当的文档资料
软件过程模型
软件要经历从需求分析、软件设计、软件开发、运行维护，直至被淘汰这样的全过程，这个全过程就是软件的生命周期
为了使软件生命周期中的各项任务能够有序地按照规程进行，需要一定的工作模型对各项任务给予规程约束，这样的工作模型被称为软件过程模型，有时也称为软件生命周期模型
常见的软件过程模型主要包括：
瀑布模型（Waterfall Model）
是结构化开发方法使用的软件过程模型
瀑布模型的特点是因果关系紧密相连，前一个阶段工作的输出结果，是后一个阶段工作的输入
每一个阶段工作完成后都伴随着一个里程碑
缺点是需求难以一次确定、变更的代价高、结果难以预见、各阶段工作不能并行
原型模型（Prototype Model）
又称快速原型，是原型方法使用的生命周期模型
原型模型解决了瀑布模型需求难以一次确定、结果难以预见的缺点
原型模型有原型开发和目标软件开发两个阶段
抛弃型原型将原型作为需求确认的手段，在需求确认结束后就被抛弃不用，继续用瀑布模型
演化性原型在需求确认结束后，不断补充和完善原型，直至形成一个完整的产品
螺旋模型（Spiral Model）
是在快速原型的基础上结合瀑布模型扩展而成
把整个软件开发流程分成多个阶段，每一个阶段都由目标设定、风险分析、开发和有效性验证、评审 4 部分组成
支持大型软件开发，适用于面向规格说明、面向过程和面向对象的软件开发方法，强调其他模型忽视的风险分析
敏捷（Agile）模型
敏捷模型主要有极限编程（Extreme Programming，XP）、水晶系列方法、并列争球法（Scrum）、特征驱动开发方法（Feature Driven Development，FDD）等具体的敏捷方法
显著特征如下：
极限编程（XP）：高效、低风险、测试先行（先写测试代码，再编写程序）
水晶系列方法：不同的项目，采用不同的策略
并列争球法（Scrum）：该方法侧重于项目管理
特征驱动开发方法
软件统一过程（Rational Unified Process，RUP）模型
RUP 是一种重量级过程模型，属于构件化开发使用的软件过程模型
其生命周期是一个二维的软件开发模型，划分为多个循环（Cycle），每个循环生成产品的一个新的版本，每个循环依次由初始、细化、构造和移交 4 个连续的阶段（Phase）组成，每个阶段完成确定的任务
RUP 中有 9 个核心工作流，这 9 个核心工作流分别是：业务建模、需求、分析与设计、实现、测试、部署、配置与变更管理、项目管理、环境
RUP 的特点是用例驱动的、以架构为中心的、迭代和增量的软件开发过程
RUP 用“4+1”视图模型来描述架构
逻辑视图：对应最终用户，主要支持功能性需求
实现视图：又称为开发视图
进程视图：又叫过程视图
部署视图：又叫物理视图
用例视图：所有其他视图都依靠用例视图（场景）来指导它们
RUP 在每次迭代中，只考虑系统的一部分需求，进行分析、设计、实现、测试和部署等过程
软件能力成熟度模型（Capability Maturity Model for Software，CMM）
CMM 是一个概念模型，模型框架和表示是刚性的，不能随意改变，但模型的解释和实现有一定弹性
软件能力成熟度模型集成（Capability Maturity Model Integration for Software，CMMI）
CMMI 是在 CMM 的基础上发展而来的。
CMMI 提供了一个软件能力成熟度的框架，它将软件过程改进的步骤组织成 5 个成熟度等级：初始级、已管理级、已定义级、量化管理级、优化级。
量化管理级与已定义级的区别是对过程性能的可预测
系统分析与设计
结构化方法（Structured Analysis and Structured Design，SASD）
结构化方法又称为面向功能的软件开发方法或面向数据流的软件开发方法
针对软件生存周期各个不同的阶段，有结构化分析、结构化设计和结构化编程等方法
结构化分析（Structured Analysis，SA）
SA 利用图形表达用户需求中的功能需求
使用的手段主要有数据流图（Data Flow Diagram，DFD）、数据字典、结构化语言、判定表以及判定树等
数据流图（DFD）由 4 种基本元素组成：数据流、处理/加工、数据存储和外部项
结构化分析具体的建模过程及步骤为明确目标、确定系统范围、建立顶层 DFD 图、构建第一层 DFD 分解图、开发 DFD 层次结构图、检查确认 DFD 图
DFD 图需要满足规则：父图数据流必须在子图中出现；一个处理至少有一个输入流和一个输出流；一个存储必定有流入和流出；一个数据流至少有一端是处理端；模型表达的信息是全面的、完整的、正确的和一致的
数据字典（Data Dictionary）是一种标记用户可以访问的数据项和元数据的目录，是对系统中使用的所有数据元素定义的集合，包括数据项、数据结构、数据流、数据存储和处理过程
结构化设计（Structured Design，SD）
SD 是一种面向数据流的设计方法
以 SRS 和 SA阶段所产生的数据流图和数据字典等文档为基础，是一个自顶向下、逐步求精和模块化的过程
SD 分为概要设计和详细设计两个阶段
概要设计的主要任务是确定软件系统的结构，对系统进行模块划分，确定每个模块的功能、接口和模块之间的调用关系
概要设计使用系统结构图（Structure Chart，SC），又称为模块结构图，反映了系统的总体结构
详细设计的主要任务是为每个模块设计实现的细节
详细设计的主要任务是设计每个模块的实现算法、所需的局部数据结构
详细设计的表示工具有图形工具、表格工具和语言工具。图形有业务流图、程序流程图、问题分析图（Problem Analysis Diagram，PAD）、NS 流程图等
在 SD 中，模块是实现功能的基本单位，一般具有功能、逻辑和状态 3 个基本属性
耦合表示模块之间联系的程度
内聚表示模块内部各代码成分之间联系的紧密程度
模块分解中应遵循“高内聚、低耦合”的设计原则
结构化编程（Structured Programming，SP）
SP 通过顺序、分支和循环三种基本的控制结构可以构造出任何单入口单出口的程序
SP 强调：自顶向下，逐步细化；清晰第一，效率第二；书写规范，缩进格式；基本结构，组合而成
P 原则：程序=(算法)+(数据结构)。两者分开设计，以算法（函数或过程）为主
数据库设计（概念结构设计部分）
概念结构设计建立抽象的概念数据模型
通常采用实体-联系图（Entity Relationship Diagram，E-R 图）来表示
面向对象（Object-Oriented，OO）方法
面向对象的分析方法（Object-Oriented Analysis，OOA）
OOA 模型由 5 个层次（主题层、对象类层、结构层、属性层和服务层）和 5 个活动（标识对象类、标识结构、定义主题、定义属性和定义服务）组成
OOA 的基本原则有抽象、封装、继承、分类、聚合、关联、消息通信、粒度控制和行为分析
OOA 的 5 个基本步骤：确定对象和类、确定结构、确定主题、确定属性、确定方法
面向对象设计方法（Object-Oriented Design，OOD）
在 OOD 中，数据结构和在数据结构上定义的操作算法封装在一个对象之中
类封装了信息和行为，是具有相同属性、方法和关系的对象集合的总称
类可以分为 3 种类型：
实体类，一般来说是一个名词，通常都是永久性需要存储的
控制类：是用于控制用例工作的类，控制对象（控制类的实例）通常控制其他对象或协调其他对象的行为，例如登录验证
边界类：用于封装在用例内、外流动的信息或数据流，例如窗口、通信协议、接口等
面向对象程序设计（Object-Oriented Programming，OOP）
OOP 以对象为核心，该方法认为程序由一系列对象组成
OOP 的基本特点有封装、继承和多态
封装是指将一个计算机系统中的数据以及与这个数据相关的一切操作组装到一起
继承是指一个对象针对于另一个对象的某些独有的特点、能力进行复制或者延续
继承可以分为 4 类，分别为取代继承、包含继承、受限继承和特化继承
多态指同一操作作用于不同的对象，可以产生不同的结果
数据持久化与数据库
永久保存对象的状态，需要进行对象的持久化（Persistence），把内存中的对象保存到数据库或可永久保存的存储设备中
在多层软件设计和开发中采用持久层（Persistence Layer）专注于实现数据持久化，将对象持久化到关系数据库中，需要进行对象/关系的映射（Object/Relation Mapping，ORM）
其他设计方法，如构件与软件重用
逆向工程（Reverse Engineering）
逆向工程是通过分析已有的程序，寻求比源代码更高级的抽象表现形式（比如文档）的活动，是在不同抽象层级中进行的溯源行为
逆向工程得出的设计称为设计恢复（Design Recovery），但不一定能够抽象还原到原设计
重构（Restructuring）是在同一抽象层级中转换系统描述的活动。对逆向工程所形成的系统进行修改或重构，生成的新版本称为重构工程
净室软件工程
净室软件工程（Cleanroom Software Engineering，CSE）是一种在软件开发过程中强调在软件中建立正确性的需要的方法
CSE 的理论基础主要是函数理论和抽样理论
CSE 使用盒子结构规约进行分析和设计建模，并且强调将正确性验证（而不是测试）作为发现和消除错误的主要机制，可以生成质量非常高的软件
CSE 的缺点是太理论化、忽视测试、带有传统软件工程的弊端
软件项目管理
软件进度管理一般包括活动定义、活动排序、活动资源估计、活动历时估计、制定进度计划和进度控制 6 个过程
工作分解结构（Work Breakdown Structure，WBS）是把一个项目，按一定的原则分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的活动中，直到分解不下去为止。以可交付成果为导向，对项目要素进行的分组，总是处于计划过程的中心。
活动定义是指确定完成项目的各个可交付成果所必须进行的各项具体活动，还需要明确每个活动的前驱、持续时间、必须完成日期、里程碑或可交付成果
任务活动图是项目进度管理、项目成本管理等一系列项目管理活动的基础，通常采用甘特图等方式来展示和管理项目活动
软件配置管理（Software Configuration Management，SCM）是一种标识、组织和控制修改的技术
SCM 的目的是使错误降为最小并最有效地提高生产效率
SCM 的核心内容包括版本控制和变更控制
版本控制（Version Control）是指对软件开发过程中各种文件变更的管理，最主要的功能就是追踪和记录文件的变更、并行开发
变更控制（Change Control）是指对变更进行管理，确保变更有序进行
软件质量管理
软件质量就是软件与明确地和隐含地定义的需求相一致的程度
软件质量保证（Software Quality Assurance，SQA）的目的是使软件过程对于管理人员来说是可见的
SQA 的主要任务是：
SQA 审计与评审，包括对软件工作产品、软件工具和设备的审计，评审开发组的行为符合
预定的过程
预定的过程
SQA 报告
处理不符合问题
软件质量认证，国内软件企业主要采用的是 ISO 9001 和 CMM
软件风险管理
软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响
风险管理的主要目标是预防风险，及应对发生的风险
风险管理活动可以分为：
Bochm 把风险管理活动分成风险估计（风险辨识、风险分析、风险排序）和风险控制（风险管理计划、风险处理、风险监督）两大阶段
Charette 把风险分成分析（辨识、估计、评价）和管理（计划、控制、监督）两大阶段
0 条评论
下一页
