【系统分析师之路】原创章节 需求管理与系统测试管理思维导图

【系统分析师之路】原创章节 需求管理与系统测试管理思维导图

章节导航

作为系统分析师你要具备项目经理的项目管理能力，在这里主要包括风险管理质量管理进度管理和成本管理；除此之外系统分析师还要对需求进行管理，对测试进行管理以及对测试出来的缺陷进行管理。
还有配置管理，配置管理一般和范围管理或者测试管理一起。

一. 需求管理

需求管理是用来支持需求开发的，其中需求管理和需求开发通过基线联系在一起，为什么要对需求进行管理？
良好的需求管理可以很好地跟踪需求的实现，以及双向需求跟踪，可以防止范围蔓延的变更，最终的目的是保证包括客户在内对需求达到一致的理解。
需求管理包括哪些内容呢？
需求管理包括变更控制，需求跟踪，需求状态跟踪，版本控制和需求范围管理和需求的风险管理。其中前面四个经常被提到。

1）需求管理概念补充

需求管理对应的是CMMI的第二级，可重复级；需求管理是很重要的，它的重要性体现在如果不管理好需求，必将导致需求的混乱，出现项目风险。
需求管理到底管理什么？
需求管理并不是管理需求开发而存在的，需求管理管理的是定义需求基线，处理需求变更，双向跟踪需求等工作。需求管理是对需求开发的支持和保障，需求开发是主线和目标。两者相辅相成缺一不可。
需求管理的目标是什么？
对软件需求建立的基线进行有效控制，保证项目中的活动，产品活动与需求表示一致。

2）需求变更管理

变更产生的原因有哪些？
外部环境的变化；业务流程的变化，出现了新技术新方案，需求分析工作做得不够详细，还有就是用户提出了新的需求等等。
变更分类有哪些？
按照迫切程度分，有紧急非紧急需求；
按照性质分可以有重大，重要和一般的需求；
按照变更来源，又可以分为内部和外部变更：
按照变更类型分，有预防措施（预防性维护），缺陷补救（正确性维护），纠正措施（适应性维护），更新（完善性维护），维护和变更不同之处在于维护一般都发生在项目交付后维护阶段，而变更发生在整个项目过程中。
为什么要变更，变更管理的原则有哪些？
让项目基准化，变更流程的规范化。

1. 变更管理流程

变更管理流程：这里的变更管理流程和项目管理中的变更管理流程是一致的，其实需求管理项目经理和系统分析师都是可以担任的。在这里变更管理流程一共分为八步；前三步是变更申请，变更初步审查，变更方案论证，第四步开始就由C C B进行审查，等到CCB审核通过以后就进行实施并通知；当然在实施过程中我们还要对变更过程进行监控，变更实施完了后我们要对变更以后的效果进行评估如果没有问题的话我们将本次变更纳入产品中

2. 变更评估内容

在变更管理的最后第二步，我们要对变更评估，那么评估的内容是什么呢？
首先要评估本次变更的内容是否合理，工作量估计是否准确，变更范围是否已经考虑了周全，受影响的变更项是否考虑周全。

3. 变更控制审计

在变更实施过程中，我们还要辅助项目经理甚至说是直接转变为项目经理的角色对变更进行控制与审计，保证变更按照我们预想的方式实施。在变更控制中我们主要对三个方面进行控制，分别是进度控制，合同控制和成本控制。

4. 变更控制活动三个过程

3）需求风险管理

需求管理过程中也有各种各样的风险，这里举例出几个常用的来；比如需求工程无足够用户参与，没有对用户进行分类，存在模凌两可的需求，对需求工作量估算不准确，过于精简的SRS，不必要的变更等，需求风险管理可以和项目风险管理一起做，识别有哪些需求风险，对需求风险进行定性与定量的分析，制订需求风险的应对计划，对需求风险进行监控。

4）需求跟踪

二. 测试管理

测试管理一共分为了三个部分，首先是测试过程管理，测试成果物要管理，于是就需要配置管理的支持，最后是评审技术，主要分为对测试就绪时的评审以及测试结果的评审。
其中测试过程管理包括了测试策划，测试设计，测试实施以及测试总结报告四个阶段。

1）测试管理过程

测试管理过程一共可以分为四个部分。
测试策划
在测试策划阶段，我们要对测试需求进行分析，提出测试基本的方法，确定测试资源和技术要求，进行风险评估之后并制订测试计划。
测试设计
在测试设计阶段，我们分析已有的测试用例看看有多少是可以重用的，设计新的测试用例，确定哪些用例先做哪些后做，也就是排序，获取测试资源工具，如果有必要还要在本过程中自行开发自动化测试软件，做完这些后我们就可以对测试就绪进行评审。包括了对计划合理性，测试覆盖性，测试用例正确性等方面来评审。
测试实施
在测试实施阶段，我们主要做的就是根据测试用例来实施测试，并获取测试结果。测试出来有缺陷，我们还要判断是否是产品的缺陷，还要对缺陷进行分类管理。在实施过程中，我们要核对测试是否可以正常或者异常终了，可以正常终了的场合则终止测试，如果异常发生，则需要追加测试用例，活着回归测试之前的测试用例。
测试总结
整理分析测试的数据，评价测试的效果与测试计划的是否大致吻合，做成测试总结报告之后，我们在该阶段还要对测试结果进行评审。

2）测试评审技术

测试评审包括了在测试设计阶段在测试就绪时的评审，以及在测试完成的时候对测试结果进行评审。
测试就绪评审一般我们评审的是测试计划的合理性，测试报告的正确性，测试提高的充分性以及测试工具环境设备的齐全性四个小部分；而测试报告评审一般在测试完了以后实施，对测试记录报告等结果的评审，往往我们评审的是测试过程以及测试结果的有效性。
在这里我在想，如果在测试过程中加入阶段性评审，这样会不会更好呢？

3）测试配置管理

将测试过程中产生的各种工作产品纳入配置管理。建立软件测试配置库，将被测对象和工作产品纳入配置管理。

4）缺陷管理

对缺陷的管理应该是测试管理中一个相当重要的部分，缺陷是在某种程度上不能满足用户需要。
为了更好的管理测试过程管理好缺陷，我们要对缺陷进行一个分类。如何分类缺陷呢？
可以按照严重程度来分，分为了致命，严重，一般和轻微；也可以按照优先级来分类，分为了立即解决，高优先级，正常排队和低优先级；有了不同的分类之后，项目经理就可以根据缺陷的分类安排缺陷修补计划。
在缺陷管理中有四种主要的角色，开发工程师，测试工程师以及它们的领导测试经理和开发经理。他们在缺陷管理过程中分别承担着不同的职责。
缺陷管理的目的和目标分别是什么？
缺陷管理的目的是可以对产品中的缺陷能够进行有效的跟踪，确保产品缺陷率能够达到计划中的标准。
缺陷管理的目标是有效跟踪缺陷，缩短沟通时间，更好的解决问题；同时通过对缺陷数据的收集与分析，还可以找出缺陷发生的趋势，也可以用来对缺陷进行度量的依据。

三. 软件过程改进

什么是软件过程？
软件过程是用来开发和维护软件以及产品的一组活动，方法和实践的统称。
什么是软件过程改进？
软件过程改进是发现软件生产过程中的问题，在实践中找到解决方法，并不断改进软件的生产过程。
软件过程改进的目的和目标是什么？
提高软件生产效率和软件产品的质量。
软件过程改进的六个步骤是什么？
首先找出目标差距才可以知道我们需要改进什么，选定改进范围是因为我们在某次迭代的过程中不可能改善所有的不同，不可能一步到位；接下来四步就容易理解了，分别是PDCA。具体来说就是制订改进计划，实施改进计划，检查监控改进进展，总结本轮的改进。

软件过程改进流程

在找出目标差距阶段，我们主要做的就是找出当前明确的目标状态，分析这个状态以及比较这个当前状态和我们期望的理想状态差距在哪里，差距有多少。
在选定范围阶段，改进内容要明确可量化的，在这里改进要什么程度应该要明确，如果不量化目标，那么在总结阶段很难核实我们对计划的改进是成功还是失败的。
在制订改进计划阶段，最好要成立一个过程改进小组SEPG，分析现有的过程，给出详细的过程改善建议，将建议讨论后应用在行动中，在行动中如何监控改善的活动，如何评估改善，如何将好的过程制度化并应用在接下去的系统中。
在实施改进计划阶段，主要工作就是协调好作业实施人员和管理人员的行为，处理好作业优先级和先后顺序，持续强调目标和问题；
在检查改进进展阶段，我们主要检查目标是否取得进展，改进框架是否取得了进展，改进计划是否取得进展，得到哪些经验教训。
在总结经验教训的阶段，它存在的价值就是为了持续的过程改进。