ZMP员工平台项目项目难点和技能提升

Posted 2021-06-04 该飞了

在项目中主要负责的是负责人模块和研发视图模块，其他琐碎的改bug和维护、小功能小细节编写不细讲。

对于负责人模块，具体的功能是将已收录的产品展示，并且针对对应产品，能够具体的配置产品、版本、省份、运营商、事物单类型、功能的负责人和负责团队。

1、对于其中的难点是由于表的设计为只记录对应属性的id，-1代表为全部，即前面的产品id等属性全为-1时，代表着一种缺省责任人或者团队的配置，但是其中的省份、运营商、事物单类型维度却是可以在运营商为-1时，省份为具体省份值，或者事物单类型为-1时，省份和运营商为具体省份和运营商，这为后端整合归类数据带来难度。

解决方式为：为了减少多次查询数据库，将所有想要的数据组合拼接到一次查询中，然后在java层进行排序，整理，组装层级结构。

2、并且提供了一个具体的接口，可以通过查询的条件的级别，向上寻找责任人，如：当准确的产品、版本、省份运营商、事物单类型无法找到对应的责任人时，能够找到产品、版本、省份运营商的责任人，如若找不到一直往上级寻找，直至找到对应的责任人，如若没找到，则返回缺省的责任人。

解决方式为：将对应的产品、版本、省份、运营商、事物单类型、功能id数据用“-”拼接，然后将所要查询的数据整理成该形式，整理成map形式进行key-value的查询。

对于研发视图，具体的功能是将对应的事物单根据项目维度进行展现，并且有根据时间维度划分的故障和需求单，并且还有根据未发布、延期等状态，将对应事物单进行统计，且还有一个在途单维度，在途单中能够展示未完成的事物单滞留在哪个人身上，并且是卡在哪个环节，滞留的总时间数据，由于是在旧的表上进行的功能开发，且事物单可以通过拆单拆成研发单和需求单、故障单等。

解决方式：将时间等属性通过case when全部整合到一个sql语句中，通过不断建立子查询将数据统计，并认真检查统计条件是否符合事物单的属性条件，并且认真观察事物单的流转过程，避免退单数据或者延期未发布等被误统计。

 

技能提升：从该项目中获得了Stream流的用法，并且能够熟练掌握SSM框架的各种操作，能够书写复杂的oracle的sql语句，熟练git版本控制、能解自我决冲突，能够书写对应接口文档，