软件工程导论复习

1）、瀑布模型适用于软件需求明确，开发技术成熟，工程管理较严格情形。（质量要求高，周期长、开型项目）。
2）、原形模型适合于时间相对较短，需求不太明确，可以先尽快构建成一个原型的应用系统。
3）、增量模型灵活性很强，适用于软件需求不明确、设计方案有一定风险的软件项目，一次投资性投资太高或功能太多也可考虑增量模型。
4）、螺旋模型适合于大型复杂系统，风险较高的项目，吸收了“演化(推进)”概念,可使开发人员和客户了解对每个演化层的风险,继而做出反应。

解析：瀑布模型不用说，需求明确，不会出现需求更改的情况下就用它，而且项目管理要严格，开发过程中不会出现问题
原型模型就是让你能快速拿一个demo出来给客户看，给需求不明确的项目用的

增量模型也是需求不明确时（尤其是加需求的），就一点一点往上面补充，

螺旋模型使用于风险大的系统（看风险分析那么多），多演化多推进，基本每个阶段都能分析演化层的风险，进而调整

33. 写出模块内聚和耦合由低到高的七个层次。关于内聚和耦合的设计原则是什么?

答案：

内聚由低到高的顺序是：偶然内聚、逻辑内聚、时间内聚、过程内聚、通信内聚、顺序内聚、功能内聚。
耦合由低到高的顺序是：非直接耦合、数据耦合、特征耦合、控制耦合、外部耦合、公共耦合、内容耦合。
设计原则：高内聚低耦合。
解析：死记

34. 概述在软件测试执行期间，按顺序要进行哪四个阶段的测试及主要测试内容。

答案：

1）单元测试：单元模块内和模块之间的功能测试、容错测试、边界测试、约束测试、界面测试、重要的执行路径测试，单元内的业务流程和数据流程等。
2）集成测试：主要测试单元之间的接口，包括集成后的功能测试、业务流程测试、界面测试、重要的执行路径测试、容错测试、边界测试、约束测试及接口测试等。
3）系统测试：是对整个软件系统与运行环境的总测试，对系统的整体性能，功能，安全性，可靠性等方面的综合测试。在系统测试阶段，也可根据需求规格说明书验证软件是否满足需求，称之为确认测试。
4）验收测试：测试产品是否符合最终用户的要求或者合同的要求。验收测试是软件正式交付使用之前的最后一个阶段。

解析：单元测试就是以模块为主的测试，包括功能、容错、边界（边界值）、约束（对应输入类型）、界面、重要的执行路径等测试，还包括模块内的业务流程和数据流程

集成测试则是在单元测试基础上测试单元之间的接口，突出一个集成，还是功能、容错等等

系统测试是对软件系统和运行环境的测试，除了相关的测试，还有验证是否符号需求规格说明书

验收测试，是指项目交付之前的最后一次测试阶段，最后再检查一次符不符合客户要求

分析设计题

为了控制新冠疫情，现计划开发健康码APP，功能如下：通过手机号码注册为个人用户后，可查询健康码状态（红、黄、绿），以及核酸检查结果（阴、阳）。检疫人员批量将个人用户核酸检结果输入系统。若检测结果为阳性则该用户的健康码将转为红码。若个人用户为密接人员，防控办可将其健康码赋为红码或黄码。当个人健康码被赋为黄码后，需短信通知该用户进行核酸检测。当个人健康码被赋为红码后，系统生成隔离任务书给警察对该用户施行隔离。防控办可查询疫情报告。

绘制数据流程图（顶层之下一层）。

解析：直接分析流程：里面出现的实体有个人用户、检疫人员、防控办、警察；数据存储在于用户信息库、健康码状体库、核酸结果库、密接人员信息库、隔离任务库、疫情报告库

那首先顶层设计上如下：

往下扩充则变成：

将前面小题绘制的数据流程图，转化为软件结构图。

答案：生成的软件结构图

选择前一小题软件结构图中的一个过程，绘制N-S图描述其逻辑处理过程。要求所选过程不能是注册、登录、用户管理等通用功能，必须是与健康码业务相关的功能。

答案：这里我取查询健康码吧

我随便画的，不要拷打我

论述题

35. 新冠疫情下，某校急需一款在线教学系统。时间紧任务重。由于你曾在大学阶段的软件工程科目取得了优异成绩，因而获得了这一机会被安排为项目经理负责该项目的开发任务，请结合该系统的业务、所学的软件工程知识，论述你开发该项目的过程，要求不少于500字。

我这里拿gpt-4o跑一个论述来，感觉这种题只要能有自己的观点应该都好得分：

作为项目经理，我将负责开发一个在线教学系统，以应对新冠疫情下的紧急需求。整个开发过程将严格按照软件工程的标准流程，包括可行性研究、需求分析、概要设计、详细设计、编码实现、测试和维护等阶段。以下是详细的开发过程分析。

### 一、可行性研究

在项目启动之初，我们首先进行可行性研究。通过对当前市场需求、技术可行性、经济可行性和时间可行性的评估，我们确定该项目在技术上可以实现，并且在经济和时间上也是可行的。通过与校方和教学人员的初步沟通，我们确认在线教学系统的需求紧迫且具备高优先级，项目必须快速上线以满足教学需求。

### 二、需求分析

可行性研究完成后，我们进入需求分析阶段。通过与校方领导、教学人员、学生等利益相关者进行详细的沟通，我们收集并确定了系统的功能需求和非功能需求。功能需求包括用户注册与登录、课程管理、在线直播授课、作业布置与提交、考试与测评、讨论区、消息通知等；非功能需求包括系统的性能要求、安全要求、可扩展性和易用性等。通过需求分析文档（SRS）的编写，我们确保所有的需求被准确记录和确认。

### 三、概要设计

在概要设计阶段，我们对系统进行模块划分，确定系统的总体结构。系统主要包括用户管理模块、课程管理模块、在线直播模块、作业与考试模块、讨论区模块和通知模块等。我们将系统架构设计为基于微服务的架构，以提高系统的可扩展性和维护性。概要设计文档中详细描述了各模块的功能和相互关系，并确定了关键技术选型，如选择合适的直播技术和数据库系统。

### 四、详细设计

详细设计阶段，我们对每个模块进行详细的设计，确定每个模块的内部结构和实现方式。详细设计文档（DDD）将包括模块的类图、时序图、数据库设计、接口设计等。通过详细设计，我们确保每个模块的实现细节清晰可见，并为后续的编码工作提供详细指导。

### 五、编码实现

编码阶段，我们按照详细设计文档进行系统的编码实现。为了提高开发效率和代码质量，我们采用了敏捷开发的方法，将开发过程划分为多个迭代，每个迭代都完成一定功能的实现并进行测试。开发过程中，我们使用版本控制工具（如Git）进行代码管理，确保团队成员协同工作。代码编写过程中，我们严格遵循编码规范和最佳实践，以提高代码的可读性和可维护性。

### 六、测试

测试阶段，我们进行单元测试、集成测试、系统测试和验收测试。通过单元测试，我们确保每个模块的功能正确性；通过集成测试，我们验证模块之间的接口和交互；通过系统测试，我们确保整个系统的功能和性能达到预期；通过验收测试，我们邀请校方和教学人员进行系统体验，确认系统满足所有需求。测试过程中，我们使用自动化测试工具提高测试效率，并记录和跟踪所有发现的问题，确保问题在发布前得到解决。

### 七、维护

系统上线后，我们进入维护阶段。通过监控系统运行情况，我们及时发现并解决运行中的问题。我们还根据用户反馈，不断优化系统性能和用户体验，并根据需求变化进行功能扩展。维护阶段包括定期的系统更新、漏洞修复和技术支持等。

### 总结

通过以上规范的软件工程过程，我们将确保在线教学系统的高质量和高可靠性。在开发过程中，我们结合所学的软件工程知识和最佳实践，通过科学的管理和高效的开发方法，按时交付满足需求的在线教学系统。该系统将为学校在疫情期间的正常教学提供有力支持，同时提升学校的数字化教学水平。