软件工程方法论期末复习

（四）集成测试：自顶向下：驱动模块，自底向上：桩模块
（五）系统测试：性能、压力、容量测试…
（六）调试
1.概念：程序调试是程序成功测试后才开始的工作。软件测试目的是尽可能多地发现软件中的错误，调试则是经进一步诊断和修改程序中潜在的错误
2.步骤：
（1）根据错误外在表现形式确定出错位置
（2）研究有关部分的程序找出错误内在原因
（二）编程风格与编码标准（四化）
1.程序文档化（重点）
（1）符号名的命名
（2）程序的注释（重要）
a)用于描述一段程序，而不是每一个语句
b)用缩进和空行，使程序与注释更容易区别
c)注释要正确
（3）视觉组织
a)用空格区分程序词汇
b)自然的程序段之间可用空行隔开
c)利用移行（向右缩格）突出程序层次感
2.数据说明规范化
计算机系统元素：文档、过程、硬件、软件、数据库、人
可行性研究报告：技术、经济、社会（法律）、用户操作可行性
三、UML（不考）
四、需求工程（重点）
（一）需求定义：Anexpression of software behavior：用户所要求的系统应具有的外部行为；开发者所要求的系统应具有内部特性
Behavior：即需求层次，包括：业务、用户、功能和非功能、系统需求
3.程序代码结构化
4.输入输出可视化
八、测试工程
（一）定义、目标：测试是发现错误而执行一个程序或系统的过程
原则：
1.把“尽早地和不断地进行软件测试”作为座右铭
2.测试用例应由测试输入数据、执行条件和对应预期输出结果这两部分组成
3.程序员应避免检查自己程序
4.设计测试用例时应包括合理输入条件和不合理输入条件
（2）允许设计者将系统输入/输出行为看成多个过滤器行为的简单合成
（3）支持软件复用
（4）系统维护和系统性能增强比较简单
（5）允许对一些比如吞吐量、死锁等属性的分析
（6）支持并行执行
缺点：
（1）通常导致进程成为批处理结构
（2）不适合处理交互的应用
（3）没有数据传输通用标准
2.调用-返回风格
（1）主程序/子程序体系结构（p244图）：
缺点
a)对象间过程调用交互，必须知道对象的标识
b)在修改显式调用它的其他对象的调用方式时可能带来一些副作用
（3）层次结构（p245图）
优点：
a)支持基于抽象程度递增的系统设计
b)支持功能增强
c)支持复用
缺点
a)不是每个系统都能轻易划分为分层模式
b)很难找到一个合适、正确的层次抽象方法
3仓库风格（p246图）
(二)设计测试用例（大题：写一个实际的测试用例）
1.黑盒测试：系统外部功能测试
（p420）
等价类法：
边界值法：
2.白盒测试：系统内部结构测试
（p411）
语句覆盖：
判定覆盖：
条件覆盖：
基本路径：
十、软件维护
（一）定义：维护是在软件运行/维护阶段对软件产品进行的修改
（二）类型：改正、适应、完善、预防性维护
四个基本活动：软件规格说明、设计与实现、确认、演进
（三）生存周期：是软件产品的一系列相关活动的整个生命周期，即从形成概念开始，经过开发、交付使用、在使用中不断修改和演进，直到最终被废弃，让位于新软件产品为止的整个时期。通常被划分为软件定义、软件开发和运行维护3个阶段。
（四）瀑布模型与增量模型（p14、15画图）
5.所有测试都应当追溯到用户要求，程序不能满足用户要求的错误是严重的
6.充分注意测试中的群集现象
7.严格执行测试计划。排除测试的随意性
8.应对每个测试用例结果做全面检查
9.妥善保存测试计划、用例等，为维护提供方便
（二）软件错误的分类（可不记）
1.按错误影响和后果（微小、一般、较严重、严重、最严重）
2.按错误的性质和范围（功能、系统、加工、数据、代码错误）
增量优点：
1）客户不必等到系统全部完成就能得到他们所需要的的东西
2）客户可用较早增量构件做原型，取得经验后活得新的增量构建需求
3）项目失败风险较低，不会因为个别问题导致整项目不能交付
4）优先级最高的服务最先交付，然后逐次集成其他的增量构建
增量缺点：
1）加入构件必须不破坏已构造好的系统部分，需要软件具备开放式的体系结构
1.分而治之和模块化
2.模块的独立性
3.低耦合
4.高内聚
（三）面向过程设计方法：模块的概念
（四）处理过程的设计（p224，四种流程图）
六、体系结构
（一）体系结构概念（3C）：构件、连接、约束
（二）构件类型（不考）
（三）设计风格
1.数据流风格（p242图管道过滤器）
优点：
（1）使软件具有良好隐秘性、高内聚、低耦合特点
2）当需求频繁变化时，容易使软件过程的控制失去整体性
3）如果增量构件之间存在相交的情况且未很好处理，则必须做全盘系统分析
（五）软工定义：把系统化的、规范的和可度量的手段应用于软件开发、运行和维护中，即把工程化原则应用于软件中。
二、计算机系统
系统定义：某些元素的一个集合或排列，这些元素被组织起来以实现某种方法、过程或借助处理信息进行控制。
（三）副作用
修改代码的副作用：修改程序源代码时可能引入新的错误
修改数据的副作用：修改数据结构时可能造成软件设计与数据结构不匹配
文档的副作用：修改数据流、软件结构、逻辑模块等的同时要更新相关技术文档，否则会导致文档与程序功能不匹配
优点：
a)可以自顶向下，逐步分解得到体系结构图
b)采用程序设计语言支持的单线程控制
缺点：
a)难以判断子程序正确性
b)子程序结构不清晰
（2）面向对象风格：系统的构件封装了数据和必须应用到该数据上的操作，
构件间通过消息传递进行通信与合作
优点：
a)可以改变一个对象的表示而不影响其他对象
b)设计者可将数据存取操作问题分解为一些交互代理程序的集合
（3）修改设计和代码，排除错误
（4）重复进行暴பைடு நூலகம்了这个错误的原始测试或某些相关测试（回归测试），以确认该错误是否被排除以及是否引进了新错误
（5）如果修正无效，则撤销此次修改，重复上述过程直到解决
3.方法：强行、回溯、归纳、演绎法调试
九、测试用例（重点）
(一)测试用例定义：测试用例是为了特定目的而设计的测试数据及与之相关的测试规程的一个特定集合，或称为有效地发现软件缺陷的最小测试单元
（二）过程
（三）表达
（四）建模方法（只考前两个）
1.数据建模（E-R图：图书馆、教务、学籍管理系统）2.功能建模（数据流图）
3.行为建模（状态迁移图）4.数据字典（定义式p137）
五、设计工程
（一）设计定义：设计是将问题转化为一个解决方案的创造性过程，解决方案的描述
即为软件的《设计规格说明书》
（二）设计基础：
软件工程方法论（郑有才）
期末复习
一、软工概述
（一）软件定义：程序+数据+文档
软件特点：逻辑实体（不是物理实体）、开发出来的（不是制造出来的）、可能被废弃（不会用坏）、大多是定制的（不是装配的）、受计算机系统限制(p2两个图)
软件分类：系统、应用、支撑（工具）、可复用软件
（二）软件过程：使用适当的资源（人员、硬软件工具、时间等），为开发软件进行的一组开发活动，在过程结束时将输入（用户要求）转化为输出（软件产品）。
瀑布优点：
1）为项目提供了按阶段划分的检查点
2）当前一阶段完成后，只需要去关注后续阶段
3）可在迭代模型中应用瀑布模型
瀑布缺点：
1）各阶段划分固定，缺乏灵活性，阶段间产生的大量文档增加了工作量
2）开发模型基本是线性的，用户只有在项目生命周期的末期才能看到结果
3）早期的错误到后期测试才能发现，进而带来严重后果
优点（黑板系统）
（1）对可更改性和可维护性的支持
（2）可复用的知识源
（3）支持容错性和健壮性
缺点（黑板系统）
（1）测试困难
（2）不能保证有好的求解方案
（3）难以建立好的控制策略
（4）低效
（5）昂贵的开发工作
（6）缺少对并行机制的支持
（四）分布式系统结构（C/S和B/S的结构与特点）
1.三层C/S（p254、255图）
优点
（1）允许合理地划分三层结构功能，使之在逻辑上保持相对独立性，更易维护扩展
（2）允许更灵活、有效地选用相应平台和硬件系统
（3）各层可并行开发，选择各自最合适的开发语言
（4）应用层能有效隔离表示层与数据层，增大安全性
2.B/S（三层C/S的一种实现方式）
优点
（1）系统安装、修改和维护均可在服务器端解决
3.按软件生存周期阶段（需求、功能与性能、程序结构、数据、实现和编码、集成、系统结构、测试定义与测试执行错误）
（三）人工测试（定义、工作）：
1.桌面检查：程序员自己检查自己写的程序以发现程序中缺陷。包括：桌面检查的检查项目、补充文档。优点是省时，缺点是具有主观片面性，没有约束过程，效率低。
2.代码检查：以小组为单位阅读代码，应用一系列规程和缺陷检查技术，检查实际的产品，包括文档和程序代码，发现存在缺陷和缺陷的过程。在进行检查时，主要包括：（1）由程序编写者逐条语句讲述程序逻辑结构（讲述过程中小组其他成员提出问题，判断是否有缺陷）。（2）对照常见编码缺陷表分析程序
3.走查：以小组为单位，主要目标是发现缺陷、遗漏和矛盾的地方，改进产品，以及考虑可替换的现实方法。步骤为：（1）计划走查会议。（2）评审产品。（3）执行走查。（4）解决缺陷。（5）走查记录。（6）产品返工。走查的优点是：一旦发现错误就能精确定位，降低修改缺陷成本。这个过程通常可以发现成批的错误，他们也能一同得到修正。