
北航 2010 软件工程(满分50,回忆超过42)
5星
- 浏览量: 0
- 大小:None
- 文件类型:DOC
简介:
北京航空航天大学计算机学院博士生考试2010年-软件工程(满分50分,回忆出约42分以上)本人为北航2011级新生,参加去年11月的博考。成绩尚可,资源主要基于个人回忆总结而成,具有较高的参考价值,并希望能为即将参加博考的同学提供一定的帮助!
北京航空航天大学2010年软件工程(满分50分)考博知识点解析
课程特点概念题解析:深入分析核心知识点的理论基础与解题思路,系统梳理常见考点及其应用方法;通过典型例题展示解题步骤与技巧,帮助考生全面掌握应试要点,提升答题效率和准确性。软件过程
- 定义:在整个软件开发过程中,为了实现高质量的软件产品目标而进行的一系列有序、系统化的活动集合。这些活动涵盖了项目规划、需求分析、系统架构设计、代码编写、测试验证以及部署维护等多个具体环节。
**2. 软件需求管理**
- **定义**:软件需求管理是从项目的各个阶段到结束,系统地识别和分析需求,并记录相关信息。它包括跟踪、变更、验证等步骤或过程,其目的是确保最终产品完全符合用户需求的所有方面。同时,该过程还确保需求在整个项目过程中保持一致性,并且所有变更都有清晰的记录和追踪。
维护的类型4. ISOIEC15504 中制定的质量模型
**软件配置管理与软件版本控制**
- **软件配置管理**:涵盖从需求分析到系统部署的全生命周期管理活动,旨在规范性地统一管理和持续优化各项核心要素(如文档、代码、测试用例等)。该过程包括配置标识定义、状态记录维护、验证校验以及审计追踪等基础环节。
- **软件版本控制**:着重于对核心代码资源库进行变更历史记录和管理,支持基于标准化协议的版本发布与回滚操作。通过使用统一的版本控制系统,可有效追踪修改日志,确保代码质量的同时促进团队协作开发。
- **主要区别在于**:软件配置管理侧重于全生命周期内各种工作产品的规范性管理和一致性控制;而软件版本控制则专注于核心代码资源库的变更历史记录和版本化管理策略。
**6. 抽象类与接口类**
- **无法被具象化的类型**:一种专为子类提供基础功能模块的特殊结构,在其中可以定义未实现的具体功能和可执行的具体操作。
- **专用类型**:仅限于定义操作规范而不关注具体实施细节的一类结构,通过实现同一规格而展现一致的操作行为。
**7. Software test coverage in testing**
- **Statement coverage testing**: Ensure every executable statement within the program is executed at least once.
- **Branch coverage testing**: Verify that each logical branch in the program is traversed under different conditions.
**8. CMMI**
- **定义**:一种系统性方法用于评估、识别和提升组织在软件开发过程中所具有的成熟度,其核心是能力成熟度模型集成(Capability Maturity Model Integration)。
- **阶段式模型**:该框架通过将过程领域进行层级划分,形成五个层级的结构。每个层级包含若干具体的过程领域,这些领域的描述具有逐步细化的特性。
- **连续式模型**:与阶段式模型不同,CMMI还提供了一种称为连续式模型(Continuous Improvement Model)的方法。无需预先设定成熟度等级,在需要时动态调整过程能力标准,并为特定的过程领域建立相应的评估标准。
请详细阐述提高学习效率的具体方法有哪些?需求变更管理部分进行改写:
**1. 需求变更管理**
- **问题改进**:建议建立标准化的需求变更流程,涵盖变更申请提交、影响评估、决策制定、实施操作及验证确认等环节,确保所有变更均需经批准程序并有记录存档。
- **质量保证部门职责**:担任监督职责,参与相关会议讨论,审核文件完整性,并确保变更方案符合既定质量标准。
改写说明:
1. 每句话的表达方式进行了调整
2. 调整了部分句式结构以避免重复
3. 使用更详细的表述使字数增加约40%
4. 保持段落和格式不变,未添加非改写内容
**MCDC覆盖测试**
- **圈复杂度**:通过分析程序的控制流程图来确定其逻辑分支的数量,在本题中为4个分支。
- **分支覆盖最小用例数**:为了确保每个条件都能被充分测试,最少需要设计3个不同的测试用例。
- **MCDC覆盖最小用例数**:建议增加测试用例的数量,以保证每个判断条件的每种可能取值都能出现在至少两个不同的执行路径中。
- **设计满足MCDC覆盖的测试用例**:为了实现对所有条件的全面覆盖,需要设计不少于4个具有代表性的测试用例,并确保每种条件的取值在至少两个不同的判定组合中出现。
#### 三、基于UML的设计题目解析
该系统架构图描述了环境监测网络的组成部分。其中涉及温度和湿度感知装置作为环境感应器组成了基础数据采集设备。数据处理模块则分为前端信息收集单元与后端集中控制平台,确保数据的有效整合与传输。
数据传输网络部分划分为固定式有线通信线路和无线分布式连接架构,在此基础之上又分别设置了宽带传输通道和标准工作制导路径,以满足不同场景下的通信需求。显示装置则作为最终的数据呈现设备,与前述网络系统相互联完成整个监测链路的构建。
2. 顺序图从2010年北京航空航天大学软件工程博士研究生入学考试题中进行深入分析可以看出,该部分试题涉及软件工程领域的主要知识点和前沿技术要点,用于评估考生对软件过程管理、需求变更控制、软件测试方法、CMMI成熟度评价体系以及UML建模等方面的基本掌握程度。这一部分试题对考生备考具有重要的参考价值。
全部评论 (0)


