电信行业套餐受理概要设计.doc

文号： 登记编号： 页 数： 登记日期：受理概要设计状态： 草稿 正式发布 正在修改文件标识：当前版本：1.0作者：*日期：- 2 -修改历史日期版本作者修改内容修改位置 目录商品受理概要设计11概述1.1项目背景41.2系统现状41.3编写目的41.4读者对象41.5文档说明41.6术语说明41.7参考文档42需求描述2.1商品套餐快速受理52.1.1需求描述53需求分析3.1受理流程简化54概要设计4.1总体思路64.2集中商品信息填写页面64.3商品信息默认值配置64.4流程图64.4.1新装流程图74.4.2 变更业务流程图105数据模型5.1模型结构105.2模型结构清单106功能描述6.1功能清单116.2关键用例清单117部署说明8结束语8.1潜在需求128.2系统演进129附录1 概述1.1 项目背景本设计是主要针对简化商品受理流程。项目名称： 系统名称： 模块名称： 1.2 系统现状1.3 编写目的本文描述简化商品受理流程的相关解决方案和概要设计，并以其需求为基础进行的设计。1.4 读者对象系统设计评估小组实施数据准备人员1.5 文档说明本文档是简化商品受理流程的设计。 1.6 术语说明1.7 参考文档2 需求描述2.1 套餐快速受理2.1.1 需求描述1) 能够查询定位到旧客户，并能够获取用户相信信息；2) 能够支持新增客户、帐户；3) 支持商品的新增、变更4) 能够支持新购或其他多主产品商品，并且能够减少页面流程、弹出窗口个数及营业员填写信息数量；5) 能够支持或其他多主产品商品的变更业务；6) 支持多主产品商品拆包；7) 支持协议受理；3 需求分析3.1 定位 老客户可以通过业务号码、证件类型、证件号码、客户ID、客户集团编码等查询出已经存在的老客户信息，供办理业务使用。3.2 新增客户帐户客户办理业务 时，若客户资料3.3 受理流程简化对于受理流程来说，需要进行简化的主要地方为商品信息受理流程。对于多主产品商品页面过多问题，需要减少页面个数，集中商品相关信息。对于需要人工填写信息过多的问题，需要对商品属性、定价计划、附属产品能都使用默认值的地方，尽量使用默认值，以减少营业员工作量4 概要设计4.1 总体思路针对商品页面过多问题，需要集中商品信息填写页面，在商品信息展示时，将商品与主产品必须填写的信息统一到一个页面上，如果客户要对商品或主产品属性、附属产品等做个性化定制，可以点击页面上的更多，然后以下拉窗口的方式来显示其相关的全部信息，在用户定制完之后，该详细信息页面可以收起。针对需要营业员填写的信息过多问题，对于非必须由营业员录入的信息，需要通过配置属性默认值、配置默认选择的附属产品、配置默认的定价计划来实现。4.2 集中商品信息填写页面对于集中商品信息填写页面问题，只需将商品的简要信息展示出来，而主产品信息，则只展示该主产品实例必须与其他主产品实例不同的信息（如选址、选号、密码等），而其他的信息可以采取隐藏、赋默认值的方式。如果客户需要修改其信息，则可以通过提供下拉页面的方式来展示，减少营业员在页面间跳转的次数。对于附属产品，在主页面只需展示客户默认已选附属产品，如果客户想增加其他附属产品，可通过其他事件触发，将全部附属产品展示出来，供客户选择。4.3 商品信息默认值配置对于商品来说，针对其某一属性，虽然枚举值可能有很多，但大部分情况下，购买该商品的用户的该属性值可能都一样，这就使得可以将这些大部分用户都为同一属性值的属性赋予默认值，配置到相关配置表，在前台展示的时候，这些配有默认值的属性默认隐藏，只有用户想修改这些属性的时候，才将其展示出来。对于旧商品做改商品形成我的E家新商品，可以将旧商品的信息带入到新E家商品对应的主产品中，而将E家中新增主产品的默认信息从商品信息配置表中获取。对于我的E家商品拆包，可以对新产生的商品分别查其信息默认值，若新商品在默认值表中有配置，则其可默认信息从配置表中提取数据填充，若新商品在默认值配置表中未配置，则其默认值从商品模板或产品模板中获得。4.4 流程图4.4.1 业务新装流程图4.4.1.1 新装商品信息填写页面：4.4.1.2 资费包子页面：4.4.2 变更业务流程图5 数据模型5.1 模型结构5.2 模型结构清单实体名称