软考--软件工程基础知识-02
2024-12-01 00:00:49  阅读数 349
  • 系统可维护性:
    1. 系统可维护性评价
    2. 维护与软件文档
    3. 软件文档的修改
  • 系统可维护性的评价指标:
    1. 可理解性:理解系统的结构、界面、功能和内部功能的难易度。
    2. 可测试性:诊断和测试的难易度。(取决于易理解的程度)
    3. 可修改性

  • 系统维护的内容及类型:
    1. 硬件维护
    2. 软件维护
    3. 数据维护
  • 软件维护:
    1. 正确性维护(改正性维护):
      防错性程序设计,减少错误。
      在系统开发阶段已发生,而系统测试阶段尚未发现的错误。
      使用过程中发现的错误,进行的修改维护。
    2. 适应性维护:
      软件适应信息技术变化和管理需求变化而进行的修改。
      外部环境(新的硬件、软件配置)、数据环境(数据库、数据格式、数据输入输出方式、数据存储介质)可能发生变化,而进行的维护。(修改数据类型)
    3. 完善性维护:
      为扩展功能和改善性能而进行的修改。(增加...功能,修改...使算法更高效,增加监控设施,什么什么东西很慢-要变快)
      占50%,大概率
    4. 预防性维护:
      为了改进应用软件的可靠性和可维护性,为未来的改进打下基础。
      占5%。所以没特别说明为了未来,别选。

  • 项目管理--人员--人数的需求
    1. 系统规模
    2. 系统技术的复杂性
    3. 项目计划
  • 人数的需求和市场前景无关

  • COCOMO估算模型
    1. 启发式方法
    2. 一种精确的、易于使用的成本估算模型。

  • 进度安排
    1. Gantt图
      a. 清晰的描述每个任务从何时开始,到何时结束,任务的进展情况以及各个任务之间的并行性
      b. 不能清晰的反映出各个任务之间的依赖关系,难以确定整个项目的关键所在,不能反映计划中有潜力的部分。
    2. PERT图
      a. 给出了每个任务的开始时间、结束时间和完成该任务所需的时间,还给出了任务之间的关系(哪些任务完成后才能开始另外一些任务),如期完成整个工程的关键路径。
      b. 不能反映任务之间的并行关系。

  • 软件配置管理:
    1. 标识变更(书)
    2. 控制变更(书)
    3. 变更标记(题)
    4. 变更控制(题)
    5. 版本控制(题)

  • 风险预测:风险发生的可能性和概率,如果风险发生产生的后果
    1. 风险预测活动
    2. 评估风险影响
  • 4步风险预测活动
    1. 用一个尺度和标准,反应风险发生的可能性。
    2. 描述风险产生的后果。
    3. 估算风险对项目的影响。
    4. 标注风险预测整体精度,以免产生误解。(1表示灾难,4表示可忽略)
  • 3个影响风险所产生后果的因素(评估风险影响)
    1. 风险的本质
    2. 风险的范围
    3. 风险的时间

  • P:风险发生的概率。
  • C:风险发生时带来的项目成本。
  • 整体的风险显露度RE:
    RE = P * C

  • 一种对风险评估很有用的技术是定义风险参照水准

  • 风险控制的目的是辅助项目组建立处理风险的策略。(风险管理,意外事件变化)
  • 风险控制:
    1. 风险避免:最好办法是主动避免。
    2. 风险监控:
      a. 监测团队成员对项目压力的普遍态度。
      b. 团队的凝聚力。
      c. 团队成员彼此之间的关系。
      d. 报酬和利益相关的潜在问题。
      e. 公司内及公司外工作的可能性。
    3. RMMM计划