湖科软件工程期中考试一天就够了

泄露天机押题，99不是梦

一、软件过程

1.什么是软件过程

软件过程是工作产品构建时所执行的一系列活动、动作和任务的集合。
软件过程通常被视为软件工程中最重要的组成部分之一，因为它可以提供一种有序、可控的方式来管理软件开发过程。通过采用适当的软件过程，可以确保软件开发过程中的质量和效率，并提高软件开发过程中的可靠性和可维护性。

2.软件过程中，有哪些通用的框架活动

沟通>策划>建模>构建>部署

3.如何建立过程模型

• 确定软件开发的目标和要求：在开始建立过程模型之前，需要明确软件开发的目标和要求，包括软件的功能、性能、可靠性、安全性等方面的要求。

• 选择适当的过程模型：根据软件开发的特点和要求，选择适合的过程模型，如瀑布模型、迭代模型、增量模型、螺旋模型等。

• 制定过程计划：制定过程计划，明确软件开发的各个阶段、工作任务和交付物，包括软件需求分析、软件设计、软件编码、软件测试等方面的内容。

• 进行风险评估和管理：在制定过程计划的过程中，需要对软件开发过程中的风险进行评估和管理，包括技术风险、进度风险、成本风险、需求变更风险等。

• 实施和监控过程：在软件开发过程中，需要根据过程计划实施和监控各个阶段的工作进度和质量，及时发现和解决问题，确保软件开发过程的顺利进行。

• 完成软件开发：在软件开发过程中，需要根据过程模型和过程计划完成软件开发，包括需求分析、设计、编码、测试等方面的工作，确保软件开发达到预期的目标和要求。

• 进行过程改进：在软件开发过程完成之后，需要对软件开发过程进行评估和反馈，发现不足和改进的地方，以便于在下次的软件开发过程中能够更好地运用过程模型和过程管理方法。

4.什么是惯用过程模型？有哪些优缺点

惯用过程模型（Ad-hoc process model）指的是一种没有明确定义的软件开发过程，通常是由个人或小团队根据自己的经验和方法开发软件。相对于其他过程模型，惯用过程模型没有明确的流程、规范和标准，过程中的各个阶段和工作任务可能会随时发生变化。

惯用过程模型的主要优点是：

• 灵活性高：由于没有明确的流程和规范，开发人员可以根据实际情况自由调整工作流程和任务，更容易适应变化的需求和环境。

• 开发效率高：由于没有过多的规范和标准，开发人员可以更快地开发出软件产品，特别是小规模项目和创新型项目。

• 可适应不同的开发环境：惯用过程模型适用于各种不同的开发环境和需求，无需考虑过多的过程约束和规范。

惯用过程模型的主要缺点是：

• 不稳定性高：由于缺乏明确的规范和标准，惯用过程模型在开发过程中容易出现问题和错误，导致开发效率低下和产品质量差。

• 可维护性差：由于缺乏规范和标准，开发出的软件产品可能难以进行维护和升级，导致产品寿命短。

• 无法保证产品质量：由于缺乏规范和标准，惯用过程模型无法保证软件产品的质量和稳定性，容易出现错误和漏洞。

综上所述，惯用过程模型适用于小规模、简单的软件项目，对于大规模、复杂的软件开发项目则不太适合。如果采用惯用过程模型进行软件开发，需要注意在开发过程中加强交流、协作和质量保证，以确保软件产品的质量和稳定性。

5.为什么现代软件工程关注敏捷开发过程

• 适应快速变化的需求：随着市场需求和技术变化的加速，传统的瀑布模型和其他重量级的软件开发过程已经难以适应快速变化的需求，而敏捷开发过程更加灵活、快速响应变化，能够更好地适应市场需求的变化。

• 增加开发效率：敏捷开发过程注重迭代开发和快速反馈，能够在开发过程中及时发现和解决问题，减少后期修改和调整，从而提高开发效率和产品质量。

• 强调用户体验：敏捷开发过程注重与用户密切合作，及时反馈用户需求和意见，从而更好地满足用户需求和提升用户体验。

• 加强团队协作：敏捷开发过程强调团队协作和沟通，鼓励开发人员之间进行交流和合作，提高团队的凝聚力和开发效率。

• 减少风险和成本：敏捷开发过程强调快速迭代和及时反馈，能够及早发现和解决问题，从而降低项目风险和开发成本。

总之，敏捷开发过程已经成为现代软件工程的一种重要开发模式，适用于各种不同规模和类型的软件项目，能够更好地满足快速变化的市场需求和提升软件开发效率。

6.什么是敏捷开发？他与传统的过程模型有什么区别

敏捷开发是一种以人为本、快速反馈、持续交付的迭代式软件开发方法。它强调团队合作、自组织、快速反应和持续改进，以应对快速变化的需求和技术环境。

与传统的过程模型相比，敏捷开发的主要区别在于以下几个方面：

• 面向人员和沟通：敏捷开发强调人员和团队的协作和沟通，注重人的因素和情感，鼓励直接沟通和面对面交流，以达成共识和协作，而传统的过程模型则更多地注重文档和流程的规范和执行。

• 迭代式开发：敏捷开发采用迭代式的开发模式，将整个开发过程分成若干个迭代周期，每个周期都包括需求分析、设计、编码、测试等各个阶段，每个迭代周期结束后都会交付可用的产品或软件部分，以获得及时的反馈和检验，而传统的过程模型则更多地采用瀑布式开发模式，从需求分析到实现、测试、上线等一系列阶段依次执行，每个阶段完成后才进入下一个阶段。

• 快速反馈和持续改进：敏捷开发注重快速反馈和持续改进，通过频繁的反馈和检验，及时发现和解决问题，以提高软件质量和客户满意度，而传统的过程模型则更多地强调规范和执行流程。

• 面向变化和需求：敏捷开发认为变化是不可避免的，因此强调面向变化和需求，能够快速响应客户需求和变化，而传统的过程模型则更多地强调计划和控制，以确保项目按计划完成。

总之，敏捷开发与传统的过程模型相比，更加注重人员和团队的协作和沟通、迭代式开发、快速反馈和持续改进、面向变化和需求等方面，以适应快速变化的市场和技术环境，更好地满足客户需求和提高软件开发效率。

7.什么是内聚，耦合，高内聚低耦合

内聚和耦合是软件工程中常用的概念，用于描述模块之间的关系。高内聚低耦合是一种设计原则，旨在设计出易于维护和扩展的软件系统。

内聚指的是模块内部的各个元素（例如函数、变量等）之间的关联程度，即一个模块内部的元素彼此联系的紧密程度。高内聚意味着模块内的元素彼此关联程度较高，通常与相同的目标或责任相关联。这有助于使模块的功能更加清晰、可靠和易于维护。

耦合指的是模块之间的相互关系，即一个模块如何与其他模块或系统中的其他组件进行交互。耦合程度越高，模块之间的相互依赖性越大。高度耦合的模块在修改和维护时可能会导致系统的其他部分也需要进行修改，从而增加了代码的复杂性和维护成本。

因此，高内聚低耦合是一种设计原则，它旨在确保模块内部的元素彼此关联度较高，模块之间的相互依赖度较低。这样做的好处是使代码更加可读、可靠、易于维护和扩展。

当一个软件系统具有高内聚低耦合的特点时，可以更容易地理解和修改代码，更加容易添加新的功能模块，同时减少了代码的复杂性和维护成本。

8.什么是极限编程

极限编程（Extreme Programming，简称XP）是一种敏捷软件开发方法论，最初由Kent Beck于1990年代末提出并得到广泛应用。它强调高度的客户参与、快速迭代、持续反馈和团队协作，旨在提高软件开发的质量和效率。