本篇论文目录导航：
【题目】大数据环境下运营商酬金管理系统构建
【第一章】移动经销渠道酬金体系建设探析绪论
【第二章】移动运营商渠道业务
【3.1 3.2】渠道酬金管理软件任务分析
【3.3 3.4】经销渠道酬劳系统设计探究
【4.1 4.2】酬金管理系统的程序实现
【4.3 4.4】移动经销商酬金系统测试
【总结/参考文献】平凉移动运营商酬金管理研究总结与参考文献
3.3 系统设计
3.3.1 系统架构
总体设计过程通常由两个主要阶段组成，即系统设计和结构设计。系统设计是确定系统的具体实现方案，结构设计是确定软件结构。
在总体设计阶段，主要用面向对象分析方法把需求分析阶段产生的软件需求说明转换为用适当手段表示的软件概要设计文档，从而得出所设计管理系统的模块的具体实现方案与总体结构以及各组成部分之间的关系。
程序中的一个模块是完成一个适当的子功能，所以应该把模块组织成良好的层次系统。
顶层模块调用它的下层模块以实现程序的完整功能，每个下层模块再调用更下层的模块，从而完成程序的一个子功能，最下层的模块完成最具体的功能。
酬金管理系统主要分为四个主模块，主要是登录模块、用户管理、酬金管理模块、系统帮助模块，其模块的主要功能如下：
（1）登录模块设计
管理员通过数据库设置管理员初始化登录账户和密码，对自己的渠道系统进行管理，后期进入系统时使用用户名和密码，可以实现对渠道信息进行维护，同时也是为了保证渠道酬金系统的安全性，防止企业的正常生产遭到破坏，要求管理员必须对登录设置密码。
系统提供用户注册登录功能（用户注册由管理员统一管理），并且用户名和密码是唯一的。
用户在注册界面上填写任意的用户名和密码；系统提供用户注册过程中的出错处理机制和操作成功处理机制。系统提供自动用户查询功能，通过查询结果确定用户合法性。用户在系统登陆界面上填写用户名和密码，并确定提交，合法的用户可以进入系统。系统对非法用户具有警告功能，例如一未注册用户企图登录系统，系统应该要求用户输入合法用户名和密码。
（2）用户管理模块设计
主要是对登录用户进行权限分类管理，对于社会渠道代理商，其不需要对非权限范围内其他渠道酬金进行查询，也不需要对全部的酬金进行结构性分析，他们主要了解自身渠道的酬金结构，系统评价的自己渠道运营现状。而对于业务部门负责人，他们既要有对单一渠道的酬金结构、健康度进行抽查分析，也需要对全网的渠道运营现状进行数据导出、图表分析模型的展现，因此在用户权限方面存在差异，所以在用户管理模块，需要对用户的权限进行分类设置。另外，在进行权限管理时，管理员要根据不同用户、不同级别的渠道管理人员实现模块化的权限添加功能，以实现公司保密的分级控制。管理员具有将原始数据导入渠道管理系统的权限。
（3）渠道酬金管理模块设计
渠道酬金管理模块分为渠道信息查询、渠道酬金查询、渠道质量评估、三个子模块（图3.1 系统模块图），其各个模块主要功能简述如下。
①渠道信息查询模块为保证渠道系统的正常运作，渠道代理商需要确认自己的信息是否正确，保证查询结果是自己的，也方便后台人员查询时了解渠道信息，因此要对渠道基本信息进行查询和维护，同时为了保证各项数据的关联准确，也为了便于渠道信息的管理，应将渠道编号设为唯一。
②渠道酬金信息模块业务部门负责人、渠道管理人员、渠道代理商可通过此模块实现对各类酬金的查询，可以单一的实现，可以实现对全网渠道的某一项目（如放号、终端销售）的酬金查询，也可以实现对某一单一渠道的各类酬金的查询，查询结果将以列表形式进行展现，同时提供打印输出功能。
③渠道质量评估模块设计此模块主要通过对渠道的各类酬金进行加权算求和，来评价对整全网渠道、某县区、某片区、单一渠道的转型发展的结果，管理员和渠道管理人员通过输入特定值，可以实现对全量渠道的数据提取、输出、评估数据打印。而渠道代理商在此模块，仅能查询系统对其自身的转型结果评价，不具备其他渠道的查询和打印功能。
系统具备对分县区、分片区所提取数据的图表自动转换功能，能够在提取区域内的渠道具体评级数据后，按照优秀、良好、合格和差的比例，自动生成饼状图，并在图表上展现相关数据。
根据权限及系统安全性考虑，对于管理员、业务部门负责人、渠道管理人员，均具备数据查询、图表的输出、打印等功能权限。
3.3.2 程序流程图
在进行设计时，需要了解和分析系统的需求，并以概括的形式表达对设计系统的认识，进入设计阶段以后应该把设想的新系统的逻辑模型转变成物理模型，因此需要描绘未来的物理系统的概貌。
系统流程图是概括地描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒形式描绘组成系统的每个部件（程序，文档，数据库，人工过程等）。系统流程图表达的是数据在系统各部件之间的流动情况，可以更好的描述数据结构，提高可理解性。经过对渠道运营商酬金管理系统的深入思考，研究和分析，最后按照以下系统流程（见图 3.2）实现。
（1）登陆窗口，实现操作员信息的验证，如果验证失败，系统将提示错误，退出登陆界面。
（2）登陆成功后，进入基础信息菜单，可以进行操作员信息的查询，操作员工号和权限的创建，给予不同工号不同的角色授权。也可对渠道基础信息按照角色权限分类查询。进入酬金管理，可以进行渠道酬金信息和渠道评估，并进行相应模块功能的操作。
（3）进入渠道评估模块，可以根据权限，查看所辖渠道的运营健康度评估数值，可以进行打印输出，查询全网渠道和某范围内渠道的健康度的图形。
3.3.3 实体关系图
1. 数据字典
任何一个软件系统本质上都是信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定系统的面貌，对软件设计有深远影响，因此，必须分析数据要求，这是软件需求分析的一个重要任务。
复杂的数据项有许多数据元素组成，数据结构表示数据元素之间的逻辑关系。为了提高可理解性，常常利用图形工具辅助描述数据结构。
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
数据字典是对数据库中的每一个数据定义一个字段，以保持数据在系统中的一致性，它也是字典的作用，当软件开发人员或管理员想了解某一数据的含义时，查一查字典就可以了。数据字典最重要的用途是作为分析阶段的工具，而渠道酬金管理系统涉及的数据主要是登录表信息、渠道基本信息、渠道酬金信息。
（1）登录表信息主要包含操作员账号、密码和操作员的权限角色等项目字段。
（2）渠道基本信息主要包含渠道编码、渠道名称、渠道负责人、渠道负责人电话、归属片区、片区经理和片区经理联系电话等项目字段。
（3）渠道酬金信息主要包含渠道编码、放号酬金、代收酬金、基础业务酬金、终端销售酬金、季度促销酬金、酬金池座扣酬金、扣发/补发酬金等项目字段。
2. 实体关系图
最常用的表示概念数据模型的方法，是实体-关系方法（Entity- RelationshipApproach）。用这种方法表示的概念性数据模型又称为 ER 模型，ER 模型中包含“实体” 、“关系”和“属性”等三个基本成分。通常用矩形框代表实体，用连接相关实体的菱形框表示关系，用椭圆形或圆角矩形表示实体（或关系）的属性，并用直线把实体（或关系）与其属性连接起来，其主要有三个基本部分。
①实体是客观世界中存在的且可相互区分的事物。实体可以是人也可以是物；可以是具体事物也可以是抽象概念，在 ER 图中用矩形框代表。
②关系是指客观世界中的事物彼此间往往是有关联。在 ER 图中，用连接相关实体是菱形框表示关系。
③属性是指实体或关系所具有的性质，通常一个实体由若干个属性来刻画。在 ER 图中用椭圆表示实体（或关系）的属性，并用无向边把实体（或关系）与其属性连接起来。
（2）渠道管理系统实体-关系图
①渠道账户信息 E-R 图在账户 E-R 关系图中，管理员主要对部门负责人、渠道代理商、渠道管理人员进行分区域、分级、分类的实现模块化的权限分配（见图 3.3），主要实体有各类工号和密码。
（2）渠道基本信息 E-R 图因为渠道酬金基础数据较为繁杂，而在渠道酬金管理系统中，仅提取对系统所涉及的酬金分析、查询、判定渠道所属区域的重要字段信息，以减少对于系统软硬件的依赖，提升工作效率，在渠道信息表中，主要包含归属片区、渠道编码、渠道名称、片区经理、渠道负责人、负责人电话、经理电话实体（见图 3.4）等字段。
（3）渠道酬金信息 E-R 图同样，在渠道酬金关系中，也提取了关键数据进行分析、评估，以便于能够有所侧重的评估重点转型业务的发展情况，对于酬金信息表与渠道信息表中的关联，则以渠道编码为键值进行查询和索引，酬金信息表中主要包含渠道编码、放号、代收、基础业务、终端、季度促销、扣发补发、片区经理实体（见图 3.5）。）等字段3. 数据库设计在数据库应用系统的开发过程中，数据库的结构设计是其中重要的一个环节。数据库设计的好坏将直接对应用系统的效率以及实现的效果产生影响。好的数据库结构设计会减少数据库的存储量，数据的完整性和一致性比较高，系统具人较快的响应速度，能简化基于此数据库的应用程序的实现等。我们采用了 SQL server 2005 创建数据库，它可以实现与 MS Office 应用程序高度集成，与网络无缝连接，由于内置有功能 强大的工具和方便有效的向导，再加上熟悉而友好的用户界面，使得应用起来非常的方便，在系统的帮助下，在短时间内，就可以构造出整个数据库应用程序，这些程序包括了对一般数据库进行操作的基本功能，对于一般应用的需求，系统提供的这些功能已经完全够用了，除此之外还提供了很强的编程功能。
建立数据库前，应先对数据进行分析，包括类型、长度等，然后开始着手建立数据库。
针对本系统，分别设计了登录表、渠道基本信息表、酬金信息表三张数据库表。
（1）登录表（见表 3.1）主要包含字段为用户名、密码和角色，数据类型均为字符型，字段大小为 10.
（2）渠道基本信息表（见表 3.2）字段主要包含渠道编码、渠道名称、渠道负责人、负责人电话、归属片区、片区经理和经理电话，数据类型为字符型，字段大小为 20,其中渠道编码作为关键值，字段不允许为空。
（3）酬金信息表（见表 3.3）包含字段有渠道编码、放号、代收、基础业务、终端、季度促销、酬金池座扣、扣发补发，字段类型除渠道编码为字符型外，其余均为数值型。字段大小为 20.
3.3.4 系统设计
总体设计阶段是以比较抽象概括的方式提出了解决问题的办法，而详细设计是软件开发时期的第三个阶段，其任务就是把解法具体化，也就是回答关键问题“应该怎样具体地实现这个系统呢？”.
详细设计阶段的根本目标是确定应该怎样具体地实现所要求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。
（1）整体结构详细设计利用 Visual C#在软件开发过程中，可用直观的具有一定含义的按钮、图形取代了原来手工的抽象的编辑、运行、浏览等操作。具体表现为用鼠标双击所需控件，并对指定控件的属性进行更改，对控件响应事件的过程加以选择设计策划，这样美化了用户界面，也大大提高了软件开发速度。
① 登录管理模块为了防止非法用户进入系统，程序中设计了一个“系统登录”窗口。在程序启动时，首先显示登录窗口进行用户身份验证，如果用户输入的用户名称和用户密码不正确，将禁止进入系统，登录窗口（见图 3.6）的主要功能是验证用户身份是否合法。
当系统启动几秒后，出现系统登录窗口， 此时输入用户名与密码，输入完毕，单击确定按钮。当输入不正确的用户名时而按“登录”按钮时，系统将出现提示信息：“此用户不存在”;如果此用户存在，则以管理员名来读取登录表中的密码进行查询此账户密码是否正确， 当输入不正确的密码而“登录”时，系统又出现提示信息：“密码错误，请重新输入！”,当用户名和密码输错三次，则无法继续登录窗口， 系统将出现提示信息：“您的登录次数已到！”然后自动退出系统，只有规定次数之内同时输入了正确的用户名和相应的密码时，才能触发“登录”按钮事件，否则，按“退出”按钮将退出本系统。
为了保证用户在某控件上按 enter 键时，都会将焦点定位到下一个控件上，可以通过将enter 键转换成 Tab 键来实现。在本模块中就采取了这种方法，输入用户名后按 enter 键焦点就会移动到“用户密码”文本框中。② 主窗口模块进入系统后第一个窗体是主窗体，主界面主要有基础信息查询、酬金管理、退出、关于系统四个模块菜单。
在基础信息模块下有渠道基础信息查询和操作员信息查询模块，在操作员信息模块下有账户增加、权限分配、操作员信息查询功能，在渠道基础信息模块下，可进行授权下的各级操作员的所辖渠道信息查询。
在酬金管理下包含酬金查询、渠道评估两个功能。酬金查询可按照管理员、县区渠道管理员、渠道代理商的分角色权限的酬金查询。渠道评估可实现按管理员、县区渠道管理员、渠道代理商的角色权限的渠道评估值和评估状况图的查看，并且具备查询和打印功能，详细流程系统见图 3.7.③ 渠道基础信息渠道基础信息模块是各级人员包括后台人员及渠道代理商查询各渠道基本信息的模块，在这一模块，系统将根据渠道管理员、代理商所授予的不同权限，查看不同范围的渠道数据。
该模块将支持输入渠道编码的具体查询，也支持不输入渠道编码信息的模糊查询，各级人员仅能查看权限范围内的渠道信息。渠道代理商只能看到自己渠道相关信息。具体实现流程见图 3.8.④ 操作员信息管理操作员管理界面是系统管理员进行操作人员的账户创建和权限分配，同时可以实现现有账户信息列表的查询，对于已经存在的账户再创建时，系统将提示“用户已经存在”的错误信息展示。同时为了权限分配的快速、简单，增加了对角色的定义。
a、市级渠道管理，主要具有全市范围内的渠道基础信息、渠道酬金查询、渠道健康度的分析和图表展现权限。
b、县级渠道管理，主要具有县区域内渠道基础信息、渠道酬金查询、渠道健康度的分析和图表展现权限。
c、渠道代理商，主要具有渠道代理商查看自己渠道基础信息、渠道酬金查询、渠道健康度的分析权限，具体实现流程见图 3.9.⑤ 酬金查询界面设计主要实现按管理员权限进行各级渠道酬金查询的功能，渠道代理商只能查看自己的渠道酬金信息，县级渠道管理人员能看到县区域内渠道酬金的所有信息，系统可按输入条件检索某一渠道酬金和某范围内的渠道酬金信息，同时在不输入渠道编码信息的情况下，系统也可以实现模糊查询。
同时支持酬金查询的打印，void CReward::Print（）该函数用于打印查询出来的酬金信息，并加注标题，查询完毕酬金信息，点击“打印”按钮，进入酬金打印界面。⑥ 渠道评估界面根据系统的各项酬金、日常工作经验和渠道转型期间的重点评价指标，分别给予放号业务酬金、代收话费酬金、基础业务酬金、终端销售酬金、季度促销酬金、酬金池座扣座扣酬金、扣发补发酬金一定的权重，然后按照一定算法进行加权求和。系统根据加权求和值，按照一定评定区间给予评级，具体流程见图 3.11.其中各项指标的权重分配是根据长期从事市场经营工作的经验值和渠道转型期间重点评价科目所得，这个需要结合实地情况确定。
3.4 本章小结
本章通过对渠道酬金管理系统的任务描述、分析、设计三个方面阐述了大数据环境下的移动运营商渠道酬金管理系统实现的具体要求和目标，在任务描述方面通过对系统的设计目标，具体要求，可行性研究、系统安全、基本要求、任务与原则等方面的研究，说明了开发系统所涉及到的具体问题，软硬件的支撑。通过任务分析，提出了对开发程序的人机界面和接口的具体要求。最后通过对系统设计的进一步研究分析，设计了系统框架、程序流程图、实体关系图，并对酬金管理系统的各功能进行了需求定义。
