下载文档原格式
软件工程必背考点软件工程是以工程法为基础的一门学科，涉及到软件开发的各个方面，包括需求分析、设计、编码、测试、维护等。
在软件工程的学习和实践中，有一些重要的考点需要我们掌握和理解。
本文将介绍一些软件工程的必背考点，以帮助读者更好地复习和准备软件工程的考试。
一、软件生命周期模型软件生命周期模型是指软件开发过程中不同阶段的组织、管理和控制方法。
常见的软件生命周期模型有瀑布模型、迭代模型、螺旋模型等。
熟悉和理解不同的软件生命周期模型对于项目管理和开发具有重要的意义。
二、需求工程需求工程是软件工程的重要组成部分，其目标是明确软件系统需要满足用户和利益相关者的需求。
需求工程包括需求获取、需求分析、需求规格说明等过程，需要掌握需求工程中的各种技术和方法。
三、软件设计软件设计是将需求转化为具体的设计方案和结构的过程。
软件设计包括结构设计、模块化设计、接口设计等，需要掌握设计的原则和方法，以及常用的设计模式和设计工具。
四、软件测试软件测试是确保软件系统质量的重要手段。
软件测试包括单元测试、集成测试、系统测试、用户验收测试等，需要掌握各种测试方法、策略和工具，以及缺陷管理和跟踪的技巧。
五、软件维护软件维护是软件工程的一个重要阶段，用于确保软件系统的可靠性和稳定性。
软件维护包括纠错性维护、适应性维护、完善性维护等，需要掌握维护的方法和技巧，以及版本管理和配置管理的工具和流程。
六、软件过程改进软件过程改进是为了提高软件开发过程的质量和效率而进行的系统性改进。
软件过程改进包括CMMI模型、SPICE模型等，需要了解软件过程改进的原理和方法，以及评估和度量的指标体系。
七、软件项目管理软件项目管理是为了成功地完成软件项目而进行的计划、组织、协调和控制的过程。
软件项目管理包括项目计划、资源管理、风险管理等，需要掌握项目管理的理论和实践，以及项目管理工具和技术。
八、软件工程伦理和专业责任软件工程伦理和专业责任是软件工程师必备的素养。
第1章软件工程学概述1.1 软件危机1.1.1 软件危机旳简介软件危机(软件萧条、软件困扰): 是指在计算机软件旳开发和维护过程中所碰到旳一系列严重问题。
软件危机包括下述两方面旳问题:怎样开发软件, 满足对软件日益增长旳需求；怎样维护数量不停膨胀旳已经有软件。
软件危机旳经典体现:（1）对软件开发成本和进度旳估计常常很不精确；（2）顾客对“已完毕旳”软件系统不满意旳现象常常发生；（3）软件产品旳质量往往靠不住；（4）软件常常是不可维护旳；（5）软件一般没有合适旳文档资料；（6）软件成本在计算机系统总成本中所占旳比例逐年上升；（7）软件开发生产率提高旳速度, 远远跟不上计算机应用迅速普及深入旳趋势。
1.1.2 产生软件危机旳原因（1）与软件自身旳特点有关（2）与软件开发与维护旳措施不对旳有关1.1.3 消除软件危机旳途径对计算机软件有对旳旳认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完毕旳工程项目。
应当推广使用在实践中总结出来旳开发软件旳成功技术和措施, 并继续研究探索。
应当开发和使用更好旳软件工具。
总之, 为了处理软件危机, 既要有技术措施(措施和工具), 又要有必要旳组织管理措施。
1.21.2.1 软件工程旳简介软件工程: 是指导计算机软件开发和维护旳一门工程学科。
采用工程旳概念、原理、技术和措施来开发与维护软件, 把通过时间考验而证明对旳旳管理技术和目前可以得到旳最佳旳技术措施结合起来, 以经济地开发出高质量旳软件并有效地维护它, 这就是软件工程。
（期中考）软件工程旳本质特性:软件工程关注于大型程序旳构造软件工程旳中心课题是控制复杂性软件常常变化开发软件旳效率非常重要友好地合作是开发软件旳关键软件必须有效地支持它旳顾客在软件工程领域中是由具有一种文化背景旳人替具有另一种文化背景旳人发明产品1.2.2 软件工程旳基本原理用分阶段旳生命周期计划严格管理坚持进行阶段评审实行严格旳产品控制采用现代程序设计技术成果应能清晰地审查开发小组旳人员应当少而精承认不停改善软件工程实践旳必要性1.2.3 软件工程措施学软件工程包括技术和管理两方面旳内容。
软件工程复习要点软件工程是一门研究如何高效地开发、维护和管理软件的学科。
对于学习软件工程的同学来说，熟练掌握复习要点是非常重要的。
本文将为大家总结并分享软件工程的复习要点，希望能够帮助大家更好地掌握和应用软件工程知识。
一、软件开发过程软件开发过程是指从需求分析到交付软件产品的整个过程。
常用的软件开发过程模型有瀑布模型、迭代模型、敏捷模型等。
要理解和掌握软件开发过程，需要熟悉各个阶段的任务和活动，包括需求分析、设计、编码、测试、交付等环节。
1. 需求分析：确定用户需求，明确软件系统的功能和性能要求。
2. 设计：根据需求分析的结果，进行软件系统的整体设计和详细设计。
3. 编码：将设计好的软件系统转化为具体的实现代码。
4. 测试：对编码完成的软件系统进行测试，发现和纠正其中的问题。
5. 交付：经过测试合格的软件系统交付给用户使用。
二、软件工程方法与工具为了提高软件开发的效率和质量，软件工程使用了一系列方法与工具。
掌握软件工程方法与工具的使用对于软件开发人员来说是非常重要的。
1. 需求管理工具：用于帮助开发团队和用户共同管理和追踪需求，常用的有JIRA、TFS等。
2. 设计工具：用于辅助进行软件系统的设计，常用的有UML工具、Axure等。
3. 编码工具：用于提高编码效率和质量，常用的有IDE集成开发环境、代码托管平台等。
4. 测试工具：用于自动化测试和代码覆盖率分析，常用的有Junit、Selenium等。
5. 配置管理工具：用于管理和控制软件系统的配置，常用的有Git、SVN等。
三、软件质量保证软件质量保证是指通过一系列的措施和活动来确保软件产品的质量。
在软件工程中，软件质量保证是一个非常重要的环节，它直接关系到软件系统能否满足用户的需求。
1. 静态质量保证：通过代码审查、代码规范等手段来预防和发现问题。
2. 动态质量保证：通过测试等手段来发现和解决软件系统中的问题。
3. 配置管理：通过配置管理工具来确保软件系统配置的正确性和一致性。
软件工程基础知识点总结软件工程基础知识点总结
1.软件工程概述
1.1 软件工程定义
1.2 软件工程的历史与发展
1.3 软件工程的特点和目标
1.4 软件工程的生命周期
2.软件需求工程
2.1 软件需求定义和分类
2.2 需求获取与分析
2.3 需求规格说明
2.4 需求验证和确认
3.软件设计
3.1 软件设计原则和概念
3.2 结构化设计方法
3.3 面向对象设计
3.4 软件设计工具和标记语言
4.软件开发
4.1 编码规范与规范检查
4.2 编程技术与方法
4.3 集成开发环境（IDE）和调试工具
4.4 软件测试和调试
5.软件项目管理
5.1 软件项目规划和组织
5.2 项目进度和资源管理
5.3 项目风险管理
5.4 质量管理与配置管理
6.软件工程度量与评估
6.1 软件度量概述
6.2 软件度量指标与度量方法
6.3 软件质量评估与改进
7.软件维护与演化
7.1 软件维护概述
7.2 维护过程与维护方法
7.3 软件重构与演化
8.软件工程的伦理和专业责任
8.1 软件工程的伦理问题
8.2 软件工程的专业责任
附件：
本文档涉及的法律名词及注释：
1.版权：一种法律保护措施，确保作品的原创性和独立性。
2.知识产权：指由人们的智能活动所创造的权利，包括专利权、著作权等。
3.商标：用以区别商品或服务来源的记号，被注册后获得权益
保护。
4.隐私保护：保护个人信息和隐私不被非法或未经授权的使用、泄漏、外传等。
软件工程知识点汇总软件工程知识点汇总
1、软件需求
1.1 需求概述
1.2 需求分类
1.3 需求获取与分析
1.4 需求规格说明
2、软件设计
2.1 面向对象设计
2.2 结构化设计
2.3 数据库设计
2.4 用户界面设计
2.5 系统架构设计
3、软件编码
3.1 编程语言选择与使用
3.2 编码规范
3.3 软件开发环境
3.4 编码工具和技术
3.5 调试和测试
4、软件测试
4.1 测试基础知识
4.2 测试方法与策略
4.3 白盒测试
4.4 黑盒测试
4.5 功能性测试
4.6 性能测试
4.7 集成测试
4.8系统测试
4.9用户验收测试
5、软件项目管理
5.1 项目计划与进度管理 5.2 风险管理
5.3 人员管理
5.4 项目质量管理
5.5 变更管理
5.6 项目交付与部署
6、软件维护与升级
6.1 软件维护分类
6.2 软件维护流程
6.3 软件升级策略
6.4 软件版本控制
7、软件安全
7.1 信息安全基础知识
7.2 软件安全需求与设计
7.3 安全测试与评估
7.4 安全漏洞修复与更新
附件：
法律名词及注释：
1、版权: 对一种表达形式的独特创造进行保护的法律概念。
2、商标: 表示和区分特定商品或服务来源的标识符。
3、专利: 对于新发明的独特权利，使得发明人可以禁止他人在专利权期限内使用该发明。
4、法律责任: 违反法律规定而应承担的法律后果。
1.软件是计算机系统内中与硬件相互依存的另一部分，是包含程序、数据及其相关文档的完整集合，即软件=程序+数据+相关文档。
2.软件按照功能可划分为：系统软件、支持软件、应用软件。
按照规模划分：微型软件、小型软件、中型软件、大型软件和超级软件。
3.软件危机：对软件开发成本的估计不准确，造成开发成本超出预算；开发进度不能保证，交付时间一再拖延；“已完成”的软件不能满足用户需求；软件产品质量没有保证，运算结果出错、操作死机等现象屡屡发生；软件没有适当的文档资料，或文档与最终交付的软件产品不相符，软件的可维护程度非常低；软件开发生产率赶不上硬件的发展和人们需求的增长。
4.软件工程的层次化结构：工具层，方法层，过程、技术层，质量保证层。
5.软件工程是用工程、科学和数学的原则与方法研制、维护计算机软件的有关技术和管理方法。
6.实现软件开发工程化、系统化的方法是软件生命周期法，主要划分为软件项目的准备阶段、开发阶段和运行维护阶段。
软件项目的准备阶段的主要任务是调查和分析：调查用户需求，分析软件系统项目的主要目标和开发该系统的可行性。
开发阶段：①需求分析②软件设计（概要设计、详细设计）③编码④测试运行维护阶段：改正性维护、适应性维护、完善性维护、预防性维护。
7.软件项目的开发模型：瀑布模型、原型模型、螺旋模型。
8.面向对象（对象：是现实世界中个体或者事物的抽象表示，是它的属性和相关操作的统一封装实体。
类、继承、消息）面向对象=对象+类+继承+消息9.需求分析的任务是将用户的需求转变为软件的功能和性能的描述。
软件从外部可以看作黑盒子（功能）计算机所处理的数据域描述为数据内容（数据项）、数据结构（数据线的组织形势）和数据流（数据通过系统的变化方式）。
10.软件的物理模型要给出处理功能和数据结构的实际表示形式，逻辑模型是设备类型和数据结构的存储方式。
11.需求分析步骤：调查研究，获取需求、分析建模，提炼需求、编写需求说明，描述需求、分析评审，验证需求。
重点复习软工软工（软件工程）是计算机科学与工程领域的一门重要学科，旨在研究以科学原理与工程技术为基础，以经济、可靠和高质量为目标，开发和维护复杂软件系统的学科体系。
对于计算机相关专业的学生来说，软工是一门必不可少的课程。
本文将介绍关于软工的重点复习内容，以帮助读者更好地准备软工考试。
一、软件开发生命周期软件开发生命周期指的是从软件项目的规划到最终交付使用的整个过程。
它包含了需求分析、设计、编码、测试、维护等阶段。
在复习软工时，需要了解各个阶段的主要任务和活动，以及它们之间的关系和依赖。
1. 需求分析阶段：需求分析是软件开发的第一步，目的是识别出用户需求并定义功能和性能要求。
在这个阶段，需要学习如何进行需求获取、需求分析和需求建模等技术和方法。
2. 设计阶段：设计阶段是将需求转化为可执行的规划和设计方案的阶段。
这个阶段包括系统架构设计、详细设计、数据库设计等。
在复习软工时，需要了解常用的设计原则和设计模式，如单一职责原则、开放封闭原则、工厂模式、观察者模式等。
3. 编码阶段：编码阶段是将设计好的方案转化为计算机可执行代码的阶段。
在复习软工时，需要熟悉常用的编程语言和开发工具，如Java、C++、Eclipse、IntelliJ IDEA等。
同时，还需要了解编码规范和代码质量管理的重要性。
4. 测试阶段：测试阶段是为了发现和修复软件中存在的问题和错误。
在复习软工时，需要熟悉各种测试方法和技术，如单元测试、集成测试、系统测试、性能测试等。
此外，还需要了解测试用例的设计和执行，以及错误跟踪和修复的方法。
5. 维护阶段：维护阶段是软件开发生命周期中最后一个阶段。
它主要涉及对软件进行改进和修复。
在复习软工时，需要了解维护活动的类型和方法，如改正性维护、适应性维护、完善性维护等。
二、软件开发方法论软件开发方法论是指在软件开发过程中使用的一套规范和约束，它们可以指导和帮助开发团队更好地组织和管理软件项目。
在复习软工时，需要了解以下几种常见的软件开发方法论。
软工复习要点软件工程是现代计算机科学的重要分支，致力于开发高质量的软件系统。
在软件工程的学习过程中，掌握并熟悉相关的复习要点是非常重要的。
本文将总结软件工程的复习要点，帮助读者更好地准备考试，并取得好的成绩。
一、软件生命周期1. 需求分析阶段- 需求获取：通过面谈、问卷调查等方式获取用户需求。
- 需求分析：对收集到的需求进行分析、整理和规格说明。
- 需求验证：与用户确认需求是否准确并理解一致。
2. 设计阶段- 概要设计：定义系统的总体结构和模块划分，确定系统的主要功能。
- 详细设计：对每个模块进行详细设计，包括定义数据结构、算法等。
3. 编码阶段- 编写程序：将设计的模块转化为具体的编程代码。
- 单元测试：对每个模块进行测试，确保代码的正确性。
4. 测试阶段- 集成测试：将各个模块进行整合，进行系统级别的测试。
- 系统测试：对整个系统进行测试，检查系统是否满足预期功能和性能。
5. 运维阶段- 安装部署：将软件部署到实际应用环境中。
- 系统维护：对已部署的软件进行维护和更新。
二、软件开发过程模型1. 瀑布模型：按照线性顺序依次完成各阶段的开发流程。
2. 增量模型：将开发过程划分为多个增量，逐步迭代开发。
3. 原型模型：通过快速开发原型来验证需求和设计方案。
4. 敏捷模型：强调快速响应变化需求的开发方法。
三、软件需求工程1. 需求分类：功能需求和非功能需求的划分和描述。
2. 需求获取：通过场景分析、访谈、面谈等方式收集用户需求。
3. 需求分析：对需求进行整理、归类和建模，明确需求的范围和边界。
4. 需求规格说明：使用工具（如用例图、活动图）对需求进行形式化的描述和建模。
5. 需求验证：与用户进行需求确认和变更管理，保证需求的正确性和一致性。
四、软件设计1. 结构设计：确定软件的整体结构和模块之间的关系。
2. 数据设计：定义数据模型和数据库的结构。
3. 接口设计：定义模块间的接口，确保模块之间的良好交互。
软件工程知识(软考备考要点汇总)软件工程知识 (软考备考要点汇总)软件工程是一门涉及软件开发、维护和演化的学科，它旨在提高软件开发过程的效率和质量。
对于准备参加软考考试的人来说，了解软件工程的知识点至关重要。
本文将对软件工程的关键知识点进行汇总，帮助考生更好地备考。
1. 软件过程模型软件过程模型是指描述软件开发过程的模型，常见的模型包括瀑布模型、迭代模型、增量模型、螺旋模型等。
在备考软考时，需要了解不同模型的特点、适用场景以及优缺点。
2. 软件需求工程软件需求工程是指对软件系统进行需求分析、需求获取和需求管理的过程。
备考软考时，需要掌握需求工程的主要术语和概念，如用户需求、功能需求、非功能需求等，以及需求获取和需求变更的方法和技巧。
3. 软件设计模式软件设计模式是指在软件设计过程中经常遇到的问题和解决方法的总结和抽象。
备考软考时，需要了解常见的软件设计模式，如单例模式、工厂模式、装饰器模式等，以及它们的应用场景和实现方式。
4. 软件测试与质量管理软件测试是保证软件质量的重要手段，它包括单元测试、集成测试、系统测试等多个层次。
备考软考时，需要了解各种测试方法和技术，如黑盒测试、白盒测试、自动化测试等，以及软件质量管理的基本原理和方法。
5. 软件项目管理软件项目管理是指对软件开发项目进行计划、组织、协调和控制的过程。
备考软考时，需要了解项目管理的基本概念和流程，如项目计划、需求管理、进度管理等，以及常用的项目管理工具和技术。
6. 软件配置管理软件配置管理是指对软件开发过程中的软件配置项进行版本控制和变更管理的过程。
备考软考时，需要了解配置管理的基本原理和方法，如版本控制、变更管理、发布管理等，以及常用的配置管理工具和技术。
7. 软件维护与演化软件维护与演化是指对已经投入使用的软件系统进行修复、改进和升级的过程。
备考软考时，需要了解维护与演化的基本原理和方法，如问题分析、改进计划、版本迭代等，以及常见的维护与演化模式和技术。
复习整理一、绪论1.软件的定义软件是能够完成预定功能和性能的可执行的计算机程序，包括使程序正常执行所需要的数据，以及有关描述程序操作和使用的文档。
（软件=程序+文档）2.软件工程的定义●是指导计算机软件开发和维护的一门工程学科；●采用工程化的原理与方法对软件进行计划、开发和维护；●把证明正确的管理技术和最好技术综合运用到软件开发中；●研究经济地开发出高质量的软件方法和技术；●研究有效维护软件的方法和技术。
3.软件危机的概念，及出现的原因软件开发技术的进步未能满足发展的要求。
在软件开发中遇到的问题找不到解决的办法，问题积累起来，形态尖锐的矛盾，导致了软件危机。
产生原因：⑴软件规模越来越大，结构越来越复杂⑵软件开发管理困难而复杂。
⑶软件开发费用不断增加。
⑷软件开发技术落后。
⑸生产方式落后，仍采用手工方式。
⑹开发工具落后，生产率提高缓慢。
4.三种编程范型的特点(1)过程式编程范型：把程序理解为一组被动的数据和一组能动的过程所构成；程序=数据结构+算法；着眼于程序的过程和基本控制结构，粒度最小(2)面向对象编程范型：数据及其操作被封装在对象中；程序=对象+消息；着眼于程序中的对象，粒度比较大(3)基于构件技术的编程范型：构件是通用的、可复用的对象类；程序=构件+架构；眼于适合整个领域的类对象，粒度最大二、软件生存周期与软件过程1、软件生存周期的定义，把生存周期划分为若干阶段的目的是什么，有哪几个主要活动●定义：一个软件从开始立项起，到废弃不用止，统称为软件的生存周期●目的：软件生存周期划分为计划、开发和运行3个时期；把整个生存周期划分为较小的阶段，给每个阶段赋予确定而有限的任务，就能够化简每一步的工作内容，使因为软件规模而增长而大大增加了软件复杂性变得较易控制和管理。
●主要活动：需求分析、软件分析、软件设计、编码、软件测试、运行维护（P19）2、软件生命周期划分为哪几个阶段软件生命周期分为三个时期八个阶段：●软件定义：问题定义、可行性研究；●软件开发：需求分析、概要设计、详细设计、编码、测试；●软件运行：软件维护3、瀑布模型的特点和缺陷特点：线性模型，每一阶段必须完成规定的文档（阶段间的顺序性和依赖性）优点：●可强迫开发人员采用规范化的方法。
1 软件与软件工程概念1. 软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合，程序只是软件的组成部分之一；在软件开发中，编程只是软件开发过程的一个阶段。
2.在结构化程序设计时代，程序最小的单位是函数及子程序，程序与数据是分离的。
程序的最小单位是类。
3.软件的特性：形态特性、智能特性、开发特性、质量特性、生产特性、管理特性、环境特性、维护特性、废弃特性、应用特性。
4.软件的分类：系统软件；应用软件；支撑软件；可复用软件。
5.什么是软件工程？（课后题）软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、技术和方法来开发和维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。
6．可以用功能性、可靠性、易用性、效率、可维护性和可移植性六个特性衡量软件的质量。
功能性是指软件所实现的功能达到它的设计规范和满足用户需求的程度。
可移植性是指软件从某一环境转移到另一环境时所作努力得程度。
7.软件生存期由软件定义、软件开发和运行维护三个时期组成。
开发时期通常由概要设计、详细设计、编码和测试四个阶段组成。
开发过程中的典型文档包括：项目计划、软件测试计划、软件设计说明书、用户手册。
8.需求分析的基本任务？(1)建立分析模型，了解系统的各种需求细节。
(2)基于分析结果，编写出软件需求规格说明或系统功能规格说明，确认测试计划和初步的系统用户手册，并提交管理机构进行分析评审。
2 软件工程方法与工具1.面向对象方法的出发点和基本原则，是尽量模拟人类习惯的思维方式，使开发软件的方法和过程尽可能接近人类认识问题和解决问题的方法与过程，从而使描述问题的问题空间与其解空间在结构上尽可能一致。
）课后题（形式化方法的主要特点是：2.(1) 软件需求规格说明被细化为用数学记号表达的详细的形式化规格说明；(2) 设计、实现和单元测试等开发过程由一个变换开发过程代替。
通过一系列变换将形式的规格说明细化成为程序。
3.面向对象 = 对象 + 类 + 继承 + 消息通信。
4.新类从现有的类中派生的过程，叫做类继承。
5.多态是指一个程序中同名的不同方法共存的情况。
6.UML的特点：统一标准、面向对象、可视化、独立于过程、容易掌握使用、与编程语言的关系。
3 软件需求获取与结构化分析方法1.结构化分析方法的核心是数据字典，包括在目标系统中使用和生产的所有数据对象。
2.顶层数据流图或称环境图的作用是什么？（*）顶层数据流图（或称环境图）仅包括一个数据处理过程，也就是要开发的目标系统。
其作用如下：(1) 确定系统在其环境中的位置，与系统有联系的外部实体（包括硬件、软件、组织机构及人）有哪些。
(2) 通过确定系统的输入和输出与外部实体的关系确定系统的边界，也就是要确定哪些功能或处理属于系统范围之内，哪些属于系统范围之外，需要由其他系统处理或人工处理。
3. 在对数据流图进行分解时需要注意哪些问题？（*）在对数据流图进行分解时，需要注意以下两个问题：(1)当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入/输出数据流必须相同。
(2) 注意分层细化时对编号的处理方法。
4.在需求评审的实施过程中可能会遇到得风险包括：(1)需求评审的参与者选取不当。
(2)评审规模过大。
(3)评审组规模过大。
(4)评审时间过长。
顶层数据流图或称环境图的作用是什么？3.2．顶层数据流图（或称环境图）仅包括一个数据处理过程，也就是要开发的目标系统。
其作用如下：(1) 确定系统在其环境中的位置，与系统有联系的外部实体（包括硬件、软件、组织机构及人）有哪些。
(2) 通过确定系统的输入和输出与外部实体的关系确定系统的边界，也就是要确定哪些功能或处理属于系统范围之内，哪些属于系统范围之外，需要由其他系统处理或人工处理。
3.3 在对数据流图进行分解时需要注意哪些问题？在对数据流图进行分解时，需要注意以下两个问题：(1) 当对数据流图分层细化时必须保持信息连续性，也就是说，当把一个处理分解为一系列处理时，分解前和分解后的输入/输出数据流必须相同。
(2) 注意分层细化时对编号的处理方法。
4结构化设计方法1.软件设计的五项原则：分而治之、模块独立性、提高抽象层次、复用性设计、灵活性设。
2.耦合是模块之间得相对独立性（互相连接的紧密程度）的度量，内聚是模块功能强度（一个模块内部各个元素彼此结合的紧密程度）的度量。
耦合程度最高的是内容耦合。
3.结构化设计方法得实施要点是：(1)首先研究、分析和审查数据流图。
(2)然后根据数据流图决定问题的类型。
(3)由数据流图推导出系统的初始结构图。
(4)利用一些启发式原则来改进系统的初始结构图，直到得到符合要求的结构图为止。
(5)根据分析模型中的实体-关系图和数据字典进行数据设计。
(6)在上面设计的基础上，依据分析模型中的加工规格说明、状态转换图及控制规格说明进行过程设计。
(7)制定测试计划。
4.模块结构最普通的形式是树状结构和网状结构。
5.模块结构的层次数称为结构图的深度。
6.扇出表示一个模块直接调用（或控制）的下属模块的数目。
基于数据流方法的设计过程包括：7.(1)复查并精化数据流图。
(2)确定数据流图中数据流的类型。
(3)导出初始的软件结构图。
(4)逐级分解。
(5)精化软件结构。
(6)导出接口描述和全局数据结构。
8.变换分析方法由：重画数据流图；区分有效（逻辑）输入、有效（逻辑）输出、和中心变换部分；进行一级分解，设计上层模块；进行二级模块，设计输入、输出和中心变换部分的中、下层模块四个部分组成。
9.模块的控制范围包括它本身及其所有的从属模块。
10.接口设计的依据是数据流图中的自动化系统边界。
5编码1.程序的效率是指程序的执行速度及程序所占用内存的存储空间。
2. 一般情况下，程序的效率和清晰性相比哪一个更重要？在计算机发展的早期，由于CPU效率低，内存小，程序在运行时容易出现运行时间太长或内存溢出问题。
因此，人们在编写程序时，很注重程序的时间效率和空间效率，而不太注重程序的清晰性。
随着计算机硬件性能的飞速发展以及软件规模和复杂性的急剧增加，这种情况已经发生了根本的转变，程序的清晰性越来越受到重视，程序的清晰性不好会给测试、维护修改带来困难，这对于规模庞大和复杂的软件尤其明显。
对于效率没有特殊严格要求的系统来说，要将程序的清晰性放在第一位，在不影响清晰性的情况下，去改进效率。
6软件测试方法1.软件测试是为了发现错误而执行程序的过程。
2.在软件测试的对象中，确认包括需求规格的确认和程序的确认。
3.逻辑覆盖是以程序内部的逻辑结构为基础的设计测试用例的技术，属于白盒测试。
4.独立路径是指包括一组以前没有处理的语句或条件的一条路径。
个步骤进行，即单元测试、组装测试、确认测试和系统测试。
4通常软件测试是按5.6. 调试也称排错或纠错，是紧跟在测试之后要做的工作。
6.5 假设汽车的车牌号可由车主人在规定范围内自选，若其规定为：(1) 车牌上应有7个字符；(2) 为首的字符限定为汉字“京”；(3) 第2个字符可任选一字母（A~Z）；(4) 第3~7个字符可选任意数字。
请为相关的处理程序采用等价类划分方法设计等价类表及相应的测试用例。
等价类表输入数据有效等价类无效等价类0~6个（2），>71个（）个（3）字符个数 7非“京”（54“京”（）首字符）非字母（7 6第2个字符字母（））非数字（9 8数字（））第3~7个字符测试用例如下： 8641H87774 }1）京（），（），（），（） 2）（）京H8777 }2 3H877745 }3）京（））5（）冀4H87774 } （7）987774 }5）京 69）（）京BA7774 }7统一建模语言UML概述1.在面向对象的需求分析时，模型的静态结构也称为静态模型，在UML中表示为类图。
2. UML中有哪些关系？解释类图中聚合和关联的相同点和不同点。
在UML中，常见的关系有泛化、聚合、关联、依赖和实现。
在类图中，关联是一种结构关系，它描述了两个或多个类的实例之间的连接关系。
聚合描述了整体和部分之间的结构关系。
按照关联关系的定义，聚合属于一种特殊的关联关系，只不过这种关联关系具有明确的整体-部分含义而已。
从耦合度的角度看，聚合关系要强于关联关系。
3. 讨论顺序图与协作图的关系，何时用顺序图建模优于协作图建模，以及相反的情况。
顺序图和协作图都能描述对象间的交互关系，但两者的侧重点不同，顺序图着重表现交互的时间顺序，协作图则着重表现交互对象的静态链接关系。
但即使他们各有侧重，但从语义上来说是等价的，可从一种图自动转换为另一种图。
一般情况下，当需要强调消息传递的时间顺序时，采用顺序图；当表示涉及很多对象的模型时，协作图比顺序图更形象。
顺序图在分析中更常用，而协作图则在设计中更常用。
8面向对象分析1. 接口设计的依据是数据流图中的自动化系统边界。
2.比较面向对象的分析方法和面向数据流的分析方法，阐述它们各自的特点。
面向对象的分析方法使用用例模型来表示用户的功能需求，用例模型相当于功能模型，在对用例模型进行细化的过程中，也伴随着对功能的分解。
但面向对象的分析方法并不是以功能分解为核心，在获取并分析用户的功能需求之后，重点以类和对象为核心，建立对象模型，交互模型也是围绕对象模型进行的。
面向数据流的分析方法是从建立顶层数据流图（环境图）开始，之后逐层对加工进行分解。
面向数据流的分析方法是以功能分解为核心的。
8.3 用例建模的主要步骤是什么？用例建模的主要步骤如下：(1)确定业务参与者──可以是与系统有交互的外部硬件、软件、组织、人等。
(2)确定业务需求用例──参与者需要系统提供的完整功能。
(3)创建用例图──标识参与者与用例之间、用例与用例之间的关系。
8.5 用例与用例之间的关系主要有哪两种？其区别是什么？用例之间的关系主要有《包含》（也称《使用》）和《扩展》。
《包含》表示一个用例所执行的功能中总是包括被包含用例的功能；《扩展》是指一个用例的执行可能需要由其他用例的功能来扩展，《扩展》联系可用于对期望或可选的行为建模，但其主要用途是使基本用例的功能不依赖于扩展用例。
9软件体系结构和设计模式1.软件设计模式是从软件设计过程中总结出来的，针对特定问题的解决方案。
2. 风格是带有一种倾向性的模式。
有两种领域相关的体系结构模型：类属模型和参考模型。
3.4.一个交互式应用系统有模型、视图和控制器3个部件组成。
10面向对象设计1.面向对象设计准则有：模块化、抽象、信息隐藏、弱耦合、强耦合。
2.在面向对象软件中，常见的软件模块有类、接口、包、构件。
