开发流程

监管态势团队采用迭代式开发。每个版本预计 2-3 周的时间。团队角色分为：产品人员、前端研发、后端研发、测试人员、运维人员。

工程流程大致如下图：

需求评审–》2. 详细设计–》3. 详设评审–》4. 开发 / 测试用例提交–》5. 提冒烟测试（提测验收）–》6. 功能测试–》7. bug修复–》8. 回归测试–》9. 产品验收

范围管理

一个版本固定在 2 周左右。所以，只能在版本范围上进行灵活调整。

在一个迭代期开始前，产品人员往需求池中添加近期或者中期要完成的功能需求。并按优先级进行排序。

一个迭代期开始时，产品人员和研发负责人、测试负责人一起预估各需求需要的时间。挑选一定数量的需求到当前版本中。

在后序开发过程中，如果发现功能需求描述之外的功能。按需求优先级、影响程度进行区分。如果影响功能正常使用，则紧急处理，将优化功能添加到需求池中进行排期。如果影响发布时间，要将一些优先级相对低的需求从当前版本的范围列表中移除。

如果功能提前完成，可从需求池中再添加一些功能到当前版本。

产品人员在客户现场接收客户的需求或反馈，以及未来产品的发展方向。并整理成需求文档以及产品原型。对于复杂的业务逻辑，要提供流程图，以及场景拆解说明。交付物有：

在需求评审完成后，产品人员可以开始进行下个版本需求的整理。将内容添加到整个系统的需求池中。并在研发、测试全部完后中进行功能验收。

前端人员根据产品人员提供的产品原型以及 UE、UE 的设计，制作出静态页面，并在后端人员开发完后端数据接口后进行数据对接。

在需求评审时要理解页面、按钮等之间的关系。主要工作是：

需求评审时会先按功能进行责任小组的划分。各责任小组针对性的对负责的功能进行详细评审理解。

各小组后端研发人员根据产品提供的需求文档、流程图、场景描述等先进行详细设计（相关数据库设计、代码组织、架构设计），然后内部进行设计评审。评审通过后进行编码工作。

数据接口开发完成后要对各个接口进行单元测试。并和前端人员进行数据接口对接。

主要工作是：

需求评审完成后，测试人员会根据内容进行测试用例的编写。并在研发人员提测后进行功能全面测试。主要工作是：

研发、测试、产品验收完成后，运维人员从指定的位置获取软件安装包，按安装文档进行现场的系统部署升级。