软件过程与管理考试重点

• 本重点的问题来自于老师提示，答案主要来自于PPT和另一位同学总结，因此可能仅适用于本次考试
• 考试形式：简答题3道5分，问答题3道15分2道20分

工程类

• 包含哪些过程域：需求开发、需求管理、技术解决方案、产品集成、验证、确认
• 需求：用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目标所需要的条件；它是一个程序或系统开发工作的说明，表现形式一般为文档形式

需求开发与管理概念及关系

• 需求开发：需求获取、需求分析、规范说明、需求验证；产生并分析用户、产品及产品组件需求，生成《用户需求说明书》和《软件需求规格说明书》
• 需求管理：版本控制、变更控制、需求状态跟踪、需求追踪；管理项目产品和产品组件的需求，并识别需求与项目计划和工作产品之间的不一致项
• 前者从无到有，后者从有到优

验证与确认的差别与关系

• 验证过程域：验证准备、验证执行及纠正措施识别
• 确认过程一般放到客户验收，阶段系统测试阶段以及Beta测试阶段
• VER从技术角度做验证，VAL从业务角度
• 验证及确认过程域相似，但强调不同重点，验证确保“你把事做对了”，确认确保“你做了对的事”

项目管理类

• 项目：在一定的时间和一定的预算内所要达到的预期目的
• 项目计划是执行和控制项目的基础
• 项目计划过程域：制定项目计划、与干系人进行适当沟通与交流、获得计划的承诺、维护计划

工作分解结构（WBS）

• 把一个项目按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中
• 处于计划过程的中心，是制定进度计划、资源需求、成本预算等的重要基础
• 分解方式：按产品的物理结构、产品或项目的功能、实施过程、项目的地域分布、项目的各个目标、部门、职能分解

风险管理

• 风险是项目执行全过程中可能发生、一旦发生就会影响目标的实现并进而造成损失的事件或问题；包括已知风险和未知风险
• 两个明显的特征：不确性，事件可能发生也可能不发生；损失，事件一旦发生，就会造成损失甚至出现严重的恶性后果
• 风险管理的过程：识别风险、分析风险发生的概率和影响程度、制定风险的应对计划、跟踪控制风险

配置管理

• 包含版本控制、工作空间管理、并行开发控制、过程管理、权限管理、变更管理等内容
• 软件配置管理是在贯穿整个软件生命周期中建立和维护项目产品的完整性
• 流程：配置库管理、版本控制、变更控制、配置审计

目标

• 软件配置管理的各项工作是有计划进行的
• 被选择的项目产品得到识别，控制并且可以被相关人员获取
• 已识别出的项目产品的更改得到控制
• 使相关组和个人及时了解软件基准的状态和内容

CMMI模型

• CMMI：Capability Maturity Model Integration，能力成熟度模型集成
• 表示方法有两种：阶段式表示和连续式表示
• 阶段式：初始级、可重复级、已定义级、受管理级、优化级

GP2

• GP2.1 建立组织方针
• GP2.2 策划过程
• GP2.3 提供资源
• GP2.4 指派职责
• GP2.5 培训人员
• GP2.6 配置管理
• GP2.7 标识并吸纳利益相关方
• GP2.8 监控过程
• GP2.9 客观评价遵循程度
• GP2.10 与更高层管理者一起评审状态

大作业

• 活动：立项分析，立项报告撰写，立项评审，需求获取，需求分析，需求报告撰写，需求评审
• 系统设计：数据库设计，用户界面设计，编码与单元测试，推荐算法研究，敏捷开发版本迭代，系统综合测试
• 会议：计划会议，迭代会议，评审会议，总结会议
• 经历：项目立项，需求分析，系统设计，系统测试
• 交付物：立项可行性分析报告，项目任务书，软件需求规格说明书，项目评审表，用户需求列表，WBS项目进度计划表，用户界面设计原型图，数据库设计文档，可运行的软件版本，测试用例，期末汇报演示视频
• 工具：前端layui框架、Ajax，后台使用struts 2，mysql数据库，Github代码管理