【我与Smartbi】实施经验交流

1.        个人总结
        SmartBI报表特别时电子表格是基于数据集进行开发的。优点是灵活，可以实现的展示效果和计算字段很多样，基本SQL能实现的SMARTBI都能实现；缺点是分散、不易维护管理。可能刚开始开发的时候图方便，一部分报表一种开发方式、另一部分报表用另一种方式，可能会在较短的时间内完成开发工作，但是开发工作不是开发完成的那一刻就截止的，而是客户测试通过的那一刻才基本结束，如果内部没有达成统一规范，后期花在查找问题解决问题上的时间累计起来是不容小觑的，而且后期可供解决问题的时间往往比较短，时间压缩得比较紧张，难免会加班加点的去处理这些问题，前期的规范开发有助于后期快速定位问题。
        前端开发不止是前端的事，后端取数也不止是后端事，方案设计或需求变动前后端尽量一起碰一下，确定了方案之后再集中精力处理各自的事，最好不要觉得只是前端或者后端变一下，对系统其它部分没有影响，哪怕告知一下都是好的，交流方式根据实际情况来。
2.        格式规范
2.1.        报表样式
(1)        建议先设计一个模板（必要时联系公司设计部公司，设计效果要考虑实际可行性）与客户进行讨论确认，敲定后与开发人员达成一致意见，在前期开发过程中就考虑到按此格式开发。
(2)        工具：格式刷
(3)        规范类问题需要建立统一的标准，前期也可安排人员进行排查，方便大家养成习惯
2.2.        数值单位
(1)        建议数据库底表数值字统一用浮点型，数值小数点等格式控制在前台统一处理
(2)        金额一般保留两位小数+千分位
(3)        数值单位建议在前期达成统一规范（可询问客户意见，减轻后期变化的风险）
(4)        除百分比和确定不保留小数的数值字段，在数据集数值字段格式设置时建议设置为浮点型，比较页面展示中由小数点造成的数据差异
2.3.        命名规范
(1)        开发前期进行方案设计时确定表名
(2)        各类型开发单位的命名规范，比如：参数-P_参数名
(3)        电子表格隐藏页命名，隐藏页中的表格名称命名
(4)        排序规范
(5)        新增报表或报表名称改动，告知相关方
(6)        展示字段命名规范，建议 方案-前端-后端 一致
3.        报表开发
3.1.        调试页面
(1)        建议新建一个隐藏文件夹，对于开发中或正在测试的报表在此隐藏文件夹中进行，完成后再移动到对应文件夹
3.2.        报表优化
(1)        开发数据集之后预览数据，如果查询速度较慢，及时记录下来。如果当时不方便优化，可集中时间处理，或者请教专家一起处理
(2)        对于部分需要达成特殊效果计算，可内部讨论放在前端还是后端处理。若是放在前端数据集处理，可先内部确定讨论一种处理思路，比如累计、同环比等，处理方式由很多种，可确定一种效率较高方便、易读、方便复制的写法。
3.3.        数据溯源
(1)        建议创建一份前台血统溯源表单，并定期维护。可发布在前端项目管理文件夹中，表单基本信息：报表名称、数据集名称、后台事实表表名称、后台回写表名称（适用于回写表）、维表名称（根据实际情况决定要不要维护）、参数（根据实际情况决定要不要维护）
3.4.        移动端
(1)        和PC端的开发方法基本一致，只是要考虑到页面布局。尽量考虑竖版布局。如果是固定报表，建议行数不要超过8行。
4.        参数设置
(1)        公共参数+各模块参数
(2)        分文件夹建立公共参数：时间、组织、情景、产品等
5.        权限控制
(1)        基本要素：组、角色、用户、资源发布
(2)        组：用户所属，可直接与角色挂钩，可与数据权限挂钩
(3)        角色：操作权限、资源权限
(4)        用户：与组直接挂钩
(5)        资源发布：与角色直接挂钩
(6)        底层数据权限控制表