目录
一、盈亏平衡分析
二、进度管理
1、WBS工作分解结构
2、进度管理流程
（1）活动定义
（2）活动排序
（3）活动资源估算：
（4）活动历时估算：
（5）制定进度计划：
（6）进度控制：
三、影响软件质量的3组因素
1、产品修改
2、产品转移
3、产品运行
四、软件质量控制与质量保证
1、质量保证（QA）
2、质量控制（QC）
五、软件能力成熟度模型集成（CMMI）
六、软件配置管理
1、关于配置项
2、软件版本控制：
七、软件工具
一、盈亏平衡分析
【正常情况下】销售额 = 固定成本 + 可变成本 + 税费 + 利润
【盈亏平衡时】销售额 = 固定成本 + 可变成本 + 税费
例：某公司去年卖了20000台电脑，每台售价2500元，固定成本240万，可变成本3000万，税率16%，请计算卖多少台开始盈利。
当前情况：
2500 * 20000【销售额】= 2400000 + 3000000 +（2500 * 20000）* 16% + 利润
盈亏平衡时：
2500 * 20000【销售额】= 2400000 + 3000000 +（2500 * 20000）* 16%
固定成本 = 240万
盈亏平衡时的可变成本 = 可变成本占销售额比例 * 销售额
可变成本占销售额比例：（3000000 /（2500 * 20000））= 0.6
盈亏平衡时的可变成本 = 0.6 * 销售额
税费 = 0.16 * 销售额
解：设盈亏平衡时卖的台数为 x 台，则有
2500 * x = 2400000 + (2500 * x) * 0.6 + (2500 * x) * 0.16
解得：x = 4000台
二、进度管理
进度管理：为了确保项目按期完成所需要的管理过程。
1、WBS工作分解结构
【WBS分解的基本要求】
（1）WBS的工作包是可控和可管理的，不能过于复杂
（2）任务分解也不能过细，一般原则WBS的树形结构不超过6层。
（3）每个工作包要有一个交付成果。
（4）每个任务必须有明确定义的完成标准。
（5）WBS必须有利于责任分配。
2、进度管理流程
（1）活动定义
就是对WBS的进一步分解。将WBS的工作包分解为更小的部分 - 进度活动。
（2）活动排序
两种项目进度网络图：前导图（PDM），又叫单代号网络图，甘特图（Gantt）。
前导图（PDM）：
前导图可表示四种依赖关系：FS、SS、FF、SF。
甘特图（Gantt）：
优点： 甘特图直观、简单、容易制作，便于理解，能很清晰地表示出每一项任务的起始时间与结束时间，一般适用比较简单的小型项目，可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。
缺点：不能系统的表达一个项目所包含的各项工作之间的复杂关系，难以进行定量的计算和分析，以及计划的优化等。
（3）活动资源估算：
确定要使用何种资源、数量，及何时使用，该过程与成本估算紧密配合。
（4）活动历时估算：
工作量估算。
常用方法：专家估算、三点估算法、功能点估算、自上而下估算、自下而上估算。
三点估算法：
（5）制定进度计划：
关键路径法（CPM）：是项目整个路径中最长的路径，是项目完成的最短时间。关键路径可以有多个，但是越多，项目风险越大。向关键路径要时间，向非关键路径要资源。
总时差【即：松弛时间】：在不延误总工期的前提下，该活动的机动时间。活动的总时差等于该活动最迟完成时间与最早完成时间之差，或该活动最迟开始时间与最早考试时间之差。
（6）进度控制：
判断条件：
（1）是否为关键活动
（2）偏差是否大于总时差
（3）偏差是否大于自由时差
两种方法：
（1）赶工：增加资源，加班或加人。
（2）快速跟进：活动并行执行。
三、影响软件质量的3组因素
1、产品修改
（1）可理解性：是否能理解。
（2）可维修性：是否能修复。
（3）灵活性：是否能改变它。
（4）可测试性：是否能测试它。
2、产品转移
（1）可移植性：是否能在另一台机器上使用它。
（2）可再用性：软件的某些部分是否可再用。
（3）互运行性：是否可以和另一个系统结合。
3、产品运行
（1）正确性：谁否按我的需要工作。
（2）健壮性：对意外环境是否可以适当的响应。
（3）效率：完成预定功能时它需要的计算机资源多么。
（4）完整性：是否安全。
（5）可用性：是否可使用。
（6）风险：能按预定计划完成它么。
四、软件质量控制与质量保证
1、质量保证（QA）
一般是每隔一定时间（例如，那个阶段末）进行的，主要通过系统的质量审计和过程分析来保证项目的质量。独特工具包括：质量审计和过程分析。
【质量保证的主要目标】
（1）【事前预防】工作。
（2）尽量在刚刚引入缺陷时将其捕获，而不是让缺陷扩散到下一个阶段。
（3）作用于【过程】而【不是最终产品】。
（4）贯穿于【所有活动之中】，而不是集中于一点。
2、质量控制（QC）
实时监控项目的具体结果，一判断他们是否符合相关质量标准，制定有效方案，以消除产生质量问题的原因。
五、软件能力成熟度模型集成（CMMI）
六、软件配置管理
产品配置是指一个产品在其生命周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、计算机程序、部件及数据的集合。
1、关于配置项
（1）基线配置项（可交付成果）：需求文档、设计文档、源代码、可执行代码测试用例、运行软件所需数据等。
（2）非基线配置项：各类计划（如项目管理计划，进度管理计划）、各类报告。
软件配置管理核心内容包括【版本控制】和【变更控制】。
2、软件版本控制：
（1）处于草稿状态的配置项的版本号格式为：0.YZ，其中YZ数字范围01～99。随着草稿不断完善，YZ的取值应递增。YZ的初始值和增幅由开发者自己把握。
（2）处于正式发布状态的配置项的版本号格式为：X.Y。其中X为主版本号，取值范围1～9；Y为次版本号，取值范围1～9.配置项第一次正式发布时，版本号为1.0。
（3）如果配置项的版本升级幅度较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
（4）处于正在修改状态的配置项的版本号格式为：X.YZ。在修改配置项时，一般只增大Z值，X.Y值保持不变。
七、软件工具
按软件过程活动将软件工具分为：
（1）软件开发工具：需求分析工具、设计工具、编码与排错工具、测试工具。
（2）软件维护工具：版本控制工具（VSS、CVS、SCCS、SVN、Git）、文档分析工具、开发信息库工具、逆向工程工具、再工程工具。文章来源：https://www.toymoban.com/news/detail-565920.html
（3）软件管理和软件支持工具：项目管理工具、配置管理工具、软件评价工具、软件开发工具的评价和选择。文章来源地址https://www.toymoban.com/news/detail-565920.html
到了这里，关于系统架构设计师-项目管理的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
