谈需求变更和运维流程(8.28)

重新对IT运维流程进行下梳理，对于集成平台来说可以看到，涉及到服务本身的变更封装接入，服务订购，也涉及到管控平台的需求变更和定制开发功能上线。对于管控系统由于本身是定制化的一个业务系统，其实际的运维流程和常规的业务系统需求变更运维流程完全一致，涉及到需求分析和需求方案，开发，测试，验证上线等关键步骤。而对于服务类变更则需要考虑相关的差异，初步分析如下：

新接入服务类需求

对于服务接入类需求可以看到，包括两个方面的内容，一个是对于提供的源服务进行服务封装接入，一个是进行网络策略开通。同时对于服务，消息和文件不同的接入类型本身又还有差异，涉及到在不同的平台进行配置处理。对于服务接入而言本身也涉及到需求方案，即标准的服务接入流程是如何的？

对于集成平台主要评估服务接入需求是否合理，选择的服务接入方式是否正确等。评估完成后业务系统提供原始的业务服务进行服务接入，而集成平台本身需要做两个事情，一个就是服务封装接入，一个就是服务的准入测试。对于服务接入实际上不涉及到UAT测试，集成平台仅进行服务准入测试即可。测试通过即完成服务接入。因为对于消费方要消费服务，还得走服务订购流程。

对于服务封装接入本身就对于服务开发，同时服务封装接入和服务准入测试可以一个人来完成处理。

网络策略开通子需求

如果是单纯的网络策略开通子需求，可以看到集成平台本身不涉及到任何需求变更，仅仅是提交网络策略开通申请单并跟踪网络策略的开通。这个时候需求方案本身是没有内容的，不涉及到需求方案。但是在需求方案完成后的开发测试本身需要验证在提交网络策略开通后，对网络策略的开通情况进行验证。确认是否已经开通。

服务订购需求和流程

对于新增服务订购流程来说，实际上可以看到集成平台不会涉及到新增服务封装部署，也不涉及到管控系统本身的变更发布。仅仅是对服务授权配置信息进行修改就可以完成服务订购过程。

对于服务订购的需求方案，本身没有需求方案。在服务订购完成后到开发测试环境，在这里集成平台仅仅需要做的就是验证网络策略是否开通，如果网络策略开通验证通过就可以叫测试通过，而具体的服务消费测试应该由消费方来完成进行测试。

管控平台本身的需求变更和优化需求

这个和业务系统本身的需求变更完全相同，即首先有需求分析并形成需求方案，这个可以提交需求说明书文档做为需求方案。在需求方案确定后进入到开发测试环节，在开发测试中又包括两个，一个是我们自己的测试人员应该完成系统测试，形成测试文档。一个是应该通知用户进行UAT测试，并形成UAT测试文档。或者应该讲用户UAT测试的情况截图粘贴为文档并上传以完成最终的验证过程。

所以在这里要注意到UAT测试文档不应该是我们提供的测试报告，而应该是最终用户测试完成后提供结果。否则就无法真正完成从需求提交到测试的完整闭环验证过程。