- 系统可维护性：
- 系统可维护性评价
- 维护与软件文档
- 软件文档的修改
- 系统可维护性的评价指标：
- 可理解性：理解系统的结构、界面、功能和内部功能的难易度。
- 可测试性：诊断和测试的难易度。（取决于易理解的程度）
- 可修改性
- 系统维护的内容及类型：
- 硬件维护
- 软件维护
- 数据维护
- 软件维护：
- 正确性维护（改正性维护）：
防错性程序设计，减少错误。
在系统开发阶段已发生，而系统测试阶段尚未发现的错误。
使用过程中发现的错误，进行的修改维护。 - 适应性维护：
软件适应信息技术变化和管理需求变化而进行的修改。
外部环境（新的硬件、软件配置）、数据环境（数据库、数据格式、数据输入输出方式、数据存储介质）可能发生变化，而进行的维护。（修改数据类型） - 完善性维护：
为扩展功能和改善性能而进行的修改。（增加...功能，修改...使算法更高效，增加监控设施，什么什么东西很慢-要变快）
占50%，大概率 - 预防性维护：
为了改进应用软件的可靠性和可维护性，为未来的改进打下基础。
占5%。所以没特别说明为了未来，别选。
- 正确性维护（改正性维护）：
- 项目管理--人员--人数的需求
- 系统规模
- 系统技术的复杂性
- 项目计划
- 人数的需求和市场前景无关。
- COCOMO估算模型
- 启发式方法
- 一种精确的、易于使用的成本估算模型。
- 进度安排
- Gantt图
a. 清晰的描述每个任务从何时开始，到何时结束，任务的进展情况以及各个任务之间的并行性。
b. 不能清晰的反映出各个任务之间的依赖关系，难以确定整个项目的关键所在，不能反映计划中有潜力的部分。 - PERT图
a. 给出了每个任务的开始时间、结束时间和完成该任务所需的时间，还给出了任务之间的关系（哪些任务完成后才能开始另外一些任务），如期完成整个工程的关键路径。
b. 不能反映任务之间的并行关系。
- Gantt图
- 软件配置管理：
- 标识变更（书）
- 控制变更（书）
- 变更标记（题）
- 变更控制（题）
- 版本控制（题）
- 风险预测：风险发生的可能性和概率，如果风险发生产生的后果。
- 风险预测活动
- 评估风险影响
- 4步风险预测活动
- 用一个尺度和标准，反应风险发生的可能性。
- 描述风险产生的后果。
- 估算风险对项目的影响。
- 标注风险预测整体精度，以免产生误解。（1表示灾难，4表示可忽略）
- 3个影响风险所产生后果的因素（评估风险影响）
- 风险的本质
- 风险的范围
- 风险的时间
- P：风险发生的概率。
- C：风险发生时带来的项目成本。
- 整体的风险显露度RE：
RE = P * C
- 一种对风险评估很有用的技术是定义风险参照水准。
- 风险控制的目的是辅助项目组建立处理风险的策略。（风险管理，意外事件变化）
- 风险控制：
- 风险避免：最好办法是主动避免。
- 风险监控：
a. 监测团队成员对项目压力的普遍态度。
b. 团队的凝聚力。
c. 团队成员彼此之间的关系。
d. 报酬和利益相关的潜在问题。
e. 公司内及公司外工作的可能性。 - RMMM计划
