最近跟市场部同事聊起我们的产品在全省乃至局部区域推广的事情，里面提到一个重要的问题，即各部门参与过程中的职责划分问题。DRAIS在之前的定位方面更多还是侧重于业务和功能的考虑，即假定有这样一个角色拥有职责权利以及特定灾种业务能力。而事实上这种假定并不成立，责权利问题是ZF部门首先重视的问题，在此原则基础上再考虑业务的实现水平和能力。因此，对于预警发布这类需要承担社会责任的事情，各部门既重视又谨慎。
其重视表现在各部门一直把预警作为部门对外提供服务能力的重点工作，比如气象局的降雨、大风、低温预警，水利局的水位预警和洪涝预警、建设局的城市内涝预警、自规局的海洋和地质灾害预警。原则上，DRAIS应该针对各灾种部门提供一致的灾害监测预警业务流程。即打造以风险识别、风险分析、风险告知为主线的灾前场景应用，接入各灾害相关的实时感知数据、历史灾情数据、风险阈值和模型实现风险早期识别。到这里为止，事实上各个灾种部门早已经作为信息化建设的重点，即我们常说的监测、预报、预警，而且颇具成效，DRAIS想要立足，首先要向各部门在监测、预报、预警的业务水平看齐。在这个基础上叠加我们基于空间分析、灾害属性分析的影响评估以及靶向发布能力是产品推进的基础。
之前也提到责权利的问题。DRAIS需要实现面向不同部门提供一致的数据管理、阈值管理、风险产品查询、风险分析、影响评估、风险报告生成、预警生成、发布渠道管理、服务行业管理是各个部门都需要的功能。但是更重要的是具体数据、阈值、产品、服务和行业数据上的差异需要从角色上进行关联实现数据分权分域，实现部署一套系统，通过账号支撑多部门完成监测预警业务工作开展。这是接下来DRAIS产品改造的业务重点。
