软件工程复习资料【整理】

第一章：软件工程是:研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即将工程化应用到软件上。

软件工程是一类求解软件的工程，它应用计算机科学、数学及管理科学等原理，借鉴传统工程的原则、方法，创建软件以达到提高质量，降低成本的目的。

问答：①什么是软件危机？答：指的是计算机软件的开发和维护过程中所遇到的一系列严重问题。

这些问题不仅仅是不能正常运行的软件才具有的，实际上，几乎所有软件在不同程度地存在这些问题。

主要包含两方面的问题：1.如何开发软件来满足对软件日益增长的需求。

2。

如何维护数量不断膨胀的已有软件。

②产生软件危机的原因？答：⑴项目没有被很好地理解；计划不周，最终导致进度拖延。

⑵没有充分的文档资料(documentation)⑶软件可靠性(reliability)缺少度量的标准，质量无法保证。

⑷软件难以维护(maintainability) 、不易升级(evaluability).③软件危机的典型表现：1.对软件开发成本和进度的估计常常很不准确。

2.用户对“已完成的”软件系统不满意的现象经常发生。

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

4.软件常常是不可维护的。

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

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

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

③简述软件生命周期和各阶段的任务。

答：1.问题定义：明确“要解决的问题是什么？”【对客户进行访问调查，系统分析员写出关于问题性质、工程目标和工程规模的书面报告，经过讨论和必要修改等到客户的确认】2.可行性研究：研究问题的范围，探索这个这个问题是否值得去解，是否有可行的解决办法。

3.需求分析：确定目标系统必须具有哪些功能。

系统分析员必须和客户进行配合交流，得出用户确认的系统逻辑模型，写出需求规格说明书。

4.总体设计：设计实现目标系统的几种可能性方案，分析优缺点，推荐最佳方案；制定出实现最佳方案的详细计划；设计程序的体系结构（确定模块组成和模块间的关系）。

5.详细设计：也称为模块设计。

把解法具体化，设计出程序的详细规格说明书。

详细设计每个模块，确定实现模块功能的算法和数据结构。

6.编码和单元测试：写出正确的容易理解、容易维护的程序模块。

7.综合测试：通过各类测试使软件达到预定的要求。

【集成测试和验收测试】8.软件维护：通过必要的维护活动使系统持久地满足用户的需要。

④维护活动有哪些？【选择题】1.改正性维护2.适应性维护3.完善性维护（最多）4.预防性维护（最少）⑤常用的软件模型及其特点。

【选择&填空&问答】1.瀑布模型：特点：⑴顺序性、依赖性⑵推迟程序的物理实现⑶质量保证的观点——阶段文档与评审的要求，利于尽早发现错误。

优点：每个阶段必须提供文档，且要求每个阶段的所有产品必须由SQA小组验证。

缺点：在开发早期，用户难以清楚地确定需求，需求的错误很难在开发后期纠正。

（因此，实际的瀑布模型是带“反馈环”的）这种模型几乎完全依赖规格说明文档，而客户无法理解和阅读这些文档，容易导致不能满足客户需求。

线性模型太理想化，太单纯，已不再适合现代软件的软件开发模式，几乎被业界抛弃。

但我们应该认识到，“线性”是人们最容易掌握并能熟练应用的思想方法。

2.快速原型：所谓快速原型是快速建立起来的可以在计算机上运行的程序，在功能上等价于产品的一个子集。

优点软件产品的开发基本上是线性顺序进行的。

（不带反馈环的）原因1.原型系统已经通过与用户交互而得到验证，据此产生的规格说明文档正确地描述了用户需求，因此，在开发过程的后续阶段不会因为发现了规格说明文档的错误而进行较大的返工。

2.开发人员通过建立原型系统已经学到了许多东西（只少知道了“系统不应该做什么，以及怎样不去做不该做的事情”），因此，在设计和编码阶段发生错误的可能性也比较小，这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。

用途判断客户的真正需求是什么一旦需求确定了，往往快速原型将被抛弃。

快速原型的内部结构并不重要，重要的是迅速构建原型，并迅速修改，以反映客户需要。

3.增量模型软件被作为一系列的增量构件来设计、实现集成和测试，每一个构件是由多种相互作用的模块所形成的提供特定功能的代码片段构成。

操作系统－调度程序可能形成一个构件，文件管理系统可能是一个构件；优点能在较短时间内向用户提交可完成部分工作的产品。

逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给客户组织带来的冲击。

可维护性好。

困难每个附加的构件在并入现有的软件体系结构时，必须不破坏原来已构造好的东西。

软件体系结构必须是开放的。

（需要更精心的设计）4.螺旋模型螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动即：制定计划──确定软件目标，选定实施方案，弄清项目开发的限制条件；风险分析──分析所选方案，考虑如何识别和消除风险；实施工程──实施软件开发；客户评估──评价开发工作，提出修正建议。

优点对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；减少了过多测试（浪费资金）或测试不足（产品故障多）所带来的风险；更重要的是，在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。

限制只适用于大规模软件项目，特别是内部项目；软件开发人员应该擅长寻找可能的风险，准确地分析风险，否则将会带来更大的风险。

5.喷泉模型【迭代】--------迭代无缝的特性特点：面向对象范型中较多。

整个开发过程中都使用统一的软件概念“对象”。

每次反复都会增加或明确一些目标系统的性质，但却不是对先前工作结果的本质改动，这样就减少了不一致性，降低了出错的可能性。

为避免使用喷泉模型开发软件时开发过程过分无序，应该把一个线性过程作为总目标。

但是，同时也应该记住，面向对象范型本身要求经常对开发活动进行迭代或求精。

*****几种模型的优缺点比较******第二章:可行性分析是要决定“做还是不做”。

需求分析是要决定“做什么，不做什么”。

可行性研究：目标：用最小的代价在尽可能短的时间内确定问题是否能够解决。

有哪些步骤：①复查系统规模和目标②研究目前正在使用的系统③导出新系统的高层逻辑模型④进一步定义问题⑤导出和评价供选择的解法⑥推荐行动方针⑦草拟开发计划⑧书写文档提交审查数据流图数据自动第三章：需求分析①软件需求：需求分析是软件定义时期的最后一个阶段，他的基本任务是准确地回答“系统必须做什么”。

需求分析的任务还不是确定系统怎样完成它的工作，而仅仅是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。

②需求分析的任务（过程）1.确定要求（1）功能要求系统必须做什么？（2）性能要求做得怎样？（3）运行要求运行环境、软硬件配置等。

（4）未来可能的扩充要求如3维虚拟现实的效果等等。

2.分析数据⑴建立概念模型(conceptual models):E-R Diagram⑵形象描绘数据结构:Data Hierarchy, Warnier Diagram, IPO⑶数据结构规范化(Normalization)3.导出逻辑模型DFD + DD + IPO4.修正计划：重估成本、进度等5.开发原型系统②需求错误的原因：1.缺乏足够的用户参与2.用户需求不断增加3.规格说明过于简单4.忽略了用户分类5.需求模棱两可6.添加不必要的特性③常用的需求获取方法：向系统相关者进行问卷调查主持与用户的面谈和讨论需求专题讨论会复查现在的报表、表格和过程描述观察商业过程和工作流应用用例建立原型③软件需求规格说明书的主要内容：⑴系统规格说明：系统概貌功能要求性能要求运行要求可能增加的要求DFD IPO ⑵数据要求：DD Hierarchy 或Warnier Diagram⑶用户系统描述——初步用户手册：从用户的观点考虑系统系统功能、性能使用与步骤等⑷修正的开发计划：成本估计资源使用计划进度计划④需求分析中用到的工具实体-联系图（ER图）数据字典数据流图状态转换图，即状态图层次方框图Warnier DiagramIPO图，即输入、处理、输出图判定表判定树⑤分析模型第五章总体设计①总体设计原理（原则）有哪些？1.模块化2.抽象3.逐步求精4.信息隐蔽和局部化5.模块独立②启发规则【选择题】尽可能减少高扇出结构，随着深度增大扇入。

如果一个模块的扇出数过大，就意味着该模块过分复杂，需要协调和控制过多的下属模块。

应当适当增加中间层次的控制模块【PPT5】③总体设计工具【应用题】结构图层次图④面向数据流的设计方法⑴变换流(Transform Flow) ：事实上所有信息流都可归结为变换流⑵事务流(Transaction Flow) ：当信息流具有明显的“发射中心”时，可归结为事务流。

第一步：DFD的分界，先分出I、P、O三块第二步：映射第三步：修改——本着高内聚、低耦合的原则。

第六章详细设计目标：确定应该怎样具体地实现所要求的系统，还不是具体的编写程序。

①详细设计的任务是？②有哪些描述方法（工具）？程序流程图盒图PAD图判定表判定树过程设计语言第七章①软件测试目标？②什么是集成测试？③不同集成测试策略的比较？。