在项目实施阶段尤其初期，系统环境的严谨至关重要，新的研发型系统从方案定义到上线需要解决方案定义、开发配置、集成测试、用户现场测试及最终生产系统部署，可见：生产环境前开发环境和用户测试环境不可或缺
由此衍生的三个环境：开发环境、测试环境、生产环境
根据我的理解：
开发环境： 即用户增加及验证新功能的环境，重点在于新功能在平台上是否可以跑，测试结果是否正确
测试环境：重点在于测试，测试者必须有实际客户参与，同时为了保证数据的准确性和新功能的稳定性，一般要求测试环境的数据要接近生产环境。
生产环境：正式环境，不能做任何开发和测试。
铺垫了这么多再回到Primavera Unifier 可以发现其部署服务类型也正式基于这三种
- development
- test (name user define)
- product
不过，Unifier的这三中类型不是可以随意切换的，简单的说一定定型安装好，upload configure package后，改类型即无法修改。
也就是说，这样的不同服务类型的系统要分别安装一套，总共3套
? 话说开发型不也是如此的吗？也就是说，这样的不同服务类型的系统要分别安装一套，总共3套，
另外考虑到Unifier从操作上是归属于“配置型”系统，其所谓开发出的新功能即为配置好的新BP，所以逻辑上的操作流程即为导出 配置好的BP（有点像 configrue package）再导入到test和production环境中即可。
了解这个逻辑即豁然开朗。
