软件工程-课程目录-大纲视图(全国高等教育自学考试指定教材 计算机网络专业-独立本科)

第一章 绪论 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 本章小结 第五章 面向对象方法——RUP 5.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）用况细化