信息系统项目管理师学习笔记6——信息化与信息系统补充知识_nlubi

该部分补充一下书本没有但是考试考过的考点以及2022最新的知识点

1. 结构化方法

适用场景：

• 结构化方法用于在项目前期就很清楚指导用户的需求

使用手段：

• 数据流图
• 数据字典
• 结构化语言
• 判定表
• 判定书

2.需求的定义

• 功能需求：系统需要完成的业务功能，如：系统登录功能
• 非功能需求：性能、安全、可靠性、容错、可扩展性，如：系统能承受多少人同时登录
• 约束条件：限制条件、补充规约，如：系统不支持IE9以下的浏览器

3.需求分析

1. 需求提出
2. 需求描述
3. 需求评审

4.软件测试原则

1. 程序员应避免检查自己的程序（单元测试除外）
2. 应尽早的和不断的进行测试
3. 对测试用例要求正确的态度：测试用例应当由测试数据与预期输出结果这两部分组成；在设计测试用例时，不仅要考虑合理的输入条件，也需要考虑不合理的输入条件
4. 充分注意测试中的群集现象：经验表明，测试后程序中残存的bug数与该程序中已发现的bug数成正比；不要以为发现几个错误并解决这个问题之后，就不需要再测试了。反而这里是错误群集的地方，对这段程序要重点测试，以提高测试的投资的效益
5. 严格执行测试用例，排除测试的随意性
6. 应当对每一个测试结果做全面检查
7. 妥善保存测试计划，测试用例，出错统计和最终分析报告，以备回归测试及维护用

5.软件过程模型

• 可行性缝隙与项目开发计划：可行性分析报告、项目开发计划
• 需求分析：软件需求规格说明书
• 概要设计：概要设计说明书
• 详细设计：详细设计说明书
• 编码：源程序清单
• 测试：软件测试计划、测试用例、测试报告
• 维护：纠错性维护、适应性维护、预防性维护、完善性维护

6.软件维护

维护分类：

• 纠错性：在系统运行过程中发现的bug，需要进行补丁修复
• 适应性：为了适应软件运营环境，而做的改变
• 预防性：就潜在的漏洞在实际发生前进行修复
• 完善性：为了扩充功能或者进行性能优化做的调整
  完善性是软件维护的主要工作
  这四种维护都是在产品交付之后

7.评审

技术评审

• 目的：是评价软件产品，以确定其对使用意图的适合性，目标使识别规范说明和标准的差异，并向管理提供证据，以表明产品是否满足规范说明并遵从标准，而且可以控制变更
• 评审目标：技术方面：需求评审；设计评审；测试用例评审
• 软件评审：目的：提供软件产品和过程对于可应用的规则、标准