软件工程期末复习资料2

软件工程期末复习资料2一、软件测试基础

（一）软件测试的定义与目的1.定义软件测试是为了发现错误而执行程序的过程。它是对软件规格说明、设计和编码的最后复审。2.目的发现软件中的错误，保证软件质量。评估软件的可靠性，为软件的改进和优化提供依据。

（二）软件测试的原则1.测试应尽早进行，并贯穿于整个软件生命周期。2.全面测试与重点测试相结合。3.避免测试自己的代码。4.设计测试用例时应包括合理的输入和不合理的输入。5.及时反馈测试结果，对发现的错误进行跟踪和修复。

（三）软件测试的阶段1.单元测试对软件中的最小可测试单元（模块）进行检查和验证。主要测试模块的接口、局部数据结构、边界条件、独立路径和错误处理。2.集成测试将已通过单元测试的模块集成在一起，进行组装测试。重点测试模块之间的接口和通信，发现与接口有关的各种错误。3.系统测试将软件系统与硬件、外设、网络等其他系统元素结合在一起，进行整体测试。测试软件系统的功能、性能、兼容性、可靠性等方面是否满足用户需求。4.验收测试由用户或客户对软件系统进行验收，确定软件是否满足合同要求。可分为Alpha测试（在开发者内部进行）和Beta测试（在用户实际环境中进行）。

（四）软件测试方法1.黑盒测试不考虑软件内部结构和实现细节，只关注软件的功能。常用的黑盒测试方法有等价类划分、边界值分析、因果图、决策表等。等价类划分：将输入数据的取值范围划分为若干个等价类，从每个等价类中选取一个代表值作为测试用例。边界值分析：考虑输入数据的边界值情况，选取边界值及其附近的值作为测试用例。因果图：分析输入条件之间的因果关系，生成判定表，从而设计测试用例。决策表：根据输入条件的组合和输出结果，生成决策表，进而确定测试用例。2.白盒测试基于软件的内部结构和逻辑，对程序的执行路径进行测试。常用的白盒测试方法有逻辑覆盖、基本路径测试等。逻辑覆盖：包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖等。基本路径测试：根据程序的控制流图，确定程序的基本执行路径，设计测试用例覆盖这些路径。

二、软件维护

（一）软件维护的定义与分类1.定义软件维护是指软件系统交付使用后，为了改正错误或满足新的需求而对软件进行修改的过程。2.分类改正性维护：改正软件在测试阶段未发现的潜在错误。适应性维护：使软件适应新的运行环境，如操作系统升级、硬件变化等。完善性维护：扩充软件功能，提高软件性能，改进软件的可维护性和可靠性等。预防性维护：为了提高软件的可维护性和可靠性，提前对软件进行的维护活动。

（二）软件维护的过程1.提出维护要求用户或其他相关人员提出维护请求，说明维护的原因和要求。2.分析维护要求对维护请求进行分析，确定维护的类型、范围和优先级。3.制定维护计划根据分析结果，制定维护计划，包括维护的步骤、时间安排、人员安排等。4.进行维护按照维护计划进行软件修改，包括代码修改、测试、文档更新等。5.验收维护成果对维护后的软件进行验收，确保满足维护要求。

（三）软件维护的困难1.理解别人编写的代码困难随着软件的不断维护和升级，代码越来越复杂，理解他人编写的代码变得困难。2.软件文档的不一致性文档可能没有及时更新，与代码不一致，给维护带来障碍。3.软件结构的不合理性软件设计时可能存在结构不合理的情况，导致维护时难以修改和扩展。4.维护成本高维护需要投入大量的人力、物力和时间，成本较高。

（四）提高软件可维护性的方法1.建立明确的软件质量目标在软件开发过程中，明确软件的质量目标，为可维护性提供指导。2.使用先进的软件开发技术和工具采用面向对象编程、软件复用等技术，使用合适的开发工具，提高软件的可维护性。3.建立良好的编程风格遵循统一的编程规范，编写清晰、易懂、易维护的代码。4.进行充分的测试和调试在软件开发阶段进行充分的测试，及时发现和解决问题，减少维护阶段的工作量。5.建立完整的软件文档编写详细、准确、一致的文档，包括需求规格说明书、设计文档、用户手册等，为软件维护提供依据。

三、软件项目管理

（一）软件项目管理的概念软件项目管理是对软件项目从提出、实现到完成的全过程进行管理，包括项目计划、组织、协调、控制等活动，以确保项目按时、按质量要求完成，达到预期的目标。

（二）软件项目计划1.项目范围定义明确软件项目要完成的工作内容和边界，确定项目的目标和可交付成果。2.工作分解结构（WBS）将项目的整体工作分解为较小的、易于管理和控制的子任务，形成层次结构。3.进度计划制定使用甘特图、PERT图等工具制定项目的进度计划，确定项目各阶段的开始时间和结束时间。4.资源计划制定确定项目所需的人力资源、物力资源和财力资源，并进行合理分配。5.成本估算对项目所需的成本进行估算，包括软件开发成本、硬件成本、人员成本等。6.风险管理计划识别项目可能面临的风险，分析风险发生的可能性和影响程度，制定应对风险的措施。

（三）软件项目组织1.组织结构类型职能型组织：按照职能划分部门，每个部门负责特定的职能工作。项目型组织：以项目为中心，设立专门的项目团队，负责项目的全过程。矩阵型组织：结合了职能型组织和项目型组织的特点，既有职能部门，又有项目团队。2.人员配备根据项目的需求，配备合适的人员，包括项目经理、软件工程师、测试人员、文档编写人员等。

（四）软件项目控制1.进度控制定期检查项目的实际进度，与计划进度进行比较，如有偏差，及时采取措施进行调整。2.质量控制制定质量计划，对软件开发过程进行监控，确保软件质量符合要求。3.成本控制监控项目成本的支出情况，对成本偏差进行分析和控制，确保项目在预算范围内完成。4.风险管理控制跟踪风险的发生情况，评估风险应对措施的有效性，及时调整风险管理计划。

（五）软件项目的文档管理1.文档的作用记录软件项目的需求、设计、实现等过程，为项目的维护和升级提供依据。便于项目团队成员之间的沟通和协作。作为软件产品的一部分，向用户提供使用说明和维护指导。2.文档的类型需求规格说明书：描述软件的功能、性能、用户界面等需求。设计文档：包括总体设计文档和详细设计文档，说明软件的架构和模块设计。测试文档：记录测试计划、测试用例、测试报告等。用户手册：向用户介绍软件的使用方法和操作流程。维护手册：为软件维护人员提供维护指导。3.文档管理的原则文档应与软件项目的开发过程同步生成。文档应完整、准确、一致。文档应易于理解和维护。

四、软件工程标准与文档规范

（一）软件工程标准1.标准的分类国际标准：由国际标准化组织（ISO）等国际组织制定的标准。国家标准：由各国政府制定的标准，如我国的GB系列标准。行业标准：由特定行业制定的标准，如IEEE标准。企业标准：企业内部制定的标准。2.软件工程标准的内容软件开发过程标准：规定软件开发的各个阶段的任务、活动和流程。软件产品标准：定义软件产品的质量要求、规格说明等。软件文档标准：规范软件文档的编写格式、内容要求等。

（二）软件文档规范1.文档的编写要求内容准确：文档应准确反映软件项目的实际情况。语言规范：使用规范的语言，避免歧义。格式统一：采用统一的格式，便于阅读和管理。2.文档的层次结构封面：包含软件项目名称、版本号、编制单位等信息。目录：列出文档的章节标题和页码。正文：详细阐述文档的内容。附录：包含一些补充信息，如参考资料、示例代码等。3.文档的编号与版本控制对文档进行编号，便于管理和查询。建立文档的版本控制机制，记录文档的修改历史。

五、软件工程案例分析

（一）某银行储蓄系统案例1.系统需求分析实现储蓄账户的开户、销户、存款、取款、查询等功能。支持多种储蓄类型，如活期储蓄、定期储蓄等。保证数据的安全性和一致性。2.系统设计采用分层架构，包括表示层、业务逻辑层和数据访问层。数据库设计采用关系型数据库，设计了储蓄账户表、交易记录表等。3.系统实现使用编程语言实现各层的功能，如在业务逻辑层实现账户操作的逻辑。进行数据库连接和数据操作。4.系统测试采用黑盒测试方法，设计测试用例对系统的功能进行测试。进行性能测试，确保系统在高并发情况下的响应速度。5.系统维护随着业务的发展，对系统进行功能扩展和性能优化。及时处理用户反馈的问题，进行软件维护。

（二）某电商平台案例1.系统需求分析实现商品展示、购物车、订单管理、支付结算等功能。支持多种促销活动，如打折、满减等。保证用户信息的安全和交易的可靠性。2.系统设计采用分布式架构，提高系统的可扩展性和性能。设计了商品数据库、用户数据库、订单数据库等。3.系统实现使用多种技术实现系统功能，如前端使用HT