一、项目管理概述
软件项目管理的对象是软件工程项目。 软件项目管理与其他项目管理相比的特殊性：
1. 软件是纯知识产品，其开发进度和质量很难估量和度量，生产效率也难以预测和保证
2. 软件系统的复杂性也导致了开发过程中各种风险的难以遇见和控制
软件项目管理是为了使软件能够按照预定的成本、进度、质量顺利完成，而对人员、产品、
过程和项目进行分析和管理的活动
二、软件进度管理
软件项目进度依次为：活动定义、活动排序、活动资源估算、活动历史估算、制定进度计划、进度控制。
1. 工作分解结构（WBS）：
定义：把一个项目，按一定的原则分解成任务，任务再分解成一项项工作，再把一项项工作分配到每一个人的日常活动中去，知道分解不下去为止。
即：项目->任务->工作->日常活动 。WBS总是处于计划过程的中心，也是制定进度计划、资源需求、成本预算、风险管理和采购计划等的重要基础。
WBS的最底层称为工作包，次底层称为可交付成果，应当由唯一主体负责完成。分解方式有：按产品的物理结构分解、按产品或项目的功能分解、按实施过程分解、按项目的实施单位分解、按项目的目标分解、按部分或只能进行分解。
分解的基本要求如下：
1. WBS的工作包是可控和可管理的，不能过于复杂
2. 任务分解也不能过细，一般原则WBS的树形结构不能超过6层
3. 每个工作包必须有一个交付成果
4. 每个任务必须有明确定义的完成标准
5. WBS必须有利于责任分配
2. 任务活动图
1. 单代号网络图
前驱活动：活动开始前必须要完成的时间或是剪辑
活动定义：确定完成项目的各个交付成果所必须要进行的各项具体活动
后继活动：该活动完成后进行的活动
关键路径：理论最早开始与完成日期所经过的活动路径
总时差：不影响总工期的情况下，该活动的机动时间
自由时差：不影响后继活动的情况下，该活动的机动时间
2. 甘特图
优点：直观、简单、易制作、便于理解、适用于小型项目
缺点：不能系统地表达一个项目所包含的各项工作之间的复杂关系，难以进行定量
的计算和分析，以及计划的优化等
三、软件配置管理（SCM）
目标：标识变更、控制变更、确保变更正确实现并向其他有关人员报告变更
核心：版本控制和变更控制
产品配置：一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件和数据的集合。
基线配置项（可交付成果）：需求文档、设计文档、源代码、可执行代码测试用例、运行软件所需数据
非基线配置项：各类计划、报告
软件版本控制：0.YZ（草稿本），X.Y（正式版），X.YZ（小版本修改）
软件工具：软件开发工具、软件维护工具、软件管理和支持工具
四、软件质量管理
软件质量是软件符合明确地叙述的功能和性能需求、文档中明确描述的开发标准以及所有专业开发的软件都具有的隐含特征的程序。
影响软件质量的三组因素：产品运行、产品修改、产品转移
产品修改：可理解性（能理解它吗）
可维修性（能修复它吗）
灵活性（能改变它吗）
可测试性（能测试它吗）
产品运行：正确性（能按需求工作吗）
健壮性（意外环境能正常响应吗）
效率（需要的资源多吗）
完整性（安全吗）
可用性（能使用吗）
风险（能按时完成吗）
产品转移：可移植性（能在另一机器上使用吗）
可再用性（能再用它或它的一部分吗）
互运行性（能和其他系统结合吗）
质量保证（QA，保证过程）：
目的是使软件工程对于管理人员是可见的。目标是以独立审查的方式，从第三方的角度监控软件开发任务的执行，保证项目的质量。
QA的主要任务：审计和评审、QA报告、处理不符合问题
QA的独特工具：质量审计和过程分析
QA的主要目标：
1. 事前预防
2. 尽量在刚刚引入缺陷时将其捕获
3. 作用于过程而不是最终产品
4. 贯穿于所有活动中
质量控制（QC，保证结果）：
质量控制是事实监控项目的具体结果，判断它们是否符合相关的质量标准，制定有效方案，以消除从质量问题的原因
软件能力成熟度模型（CMMI）
| 成熟度等级 | 描述 |
| 初始级（L1） | 随意且混乱，组织的成功依赖于个人能力 |
| 已管理级（L2） | 项目级别可重复（建立了项目级别的控制过程） |
| 已定义级（L3） | 组织级控制过程（文档化） |
| 定量管理级（L4） | 量化式管理（过程性能可预测） |
| 优化级（L5） | 持续优化 |
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/bian-cheng-ji-chu/105373.html