《雅培销售管理系统的设计与实现.doc》由会员分享，可在线阅读，更多相关《雅培销售管理系统的设计与实现.doc（57页珍藏版）》请在三一办公上搜索。
1、XXXXXX本科毕业论文雅培销售管理系统的设计与实现学 生：XXX学 号：XXXX专 业：XXXXX导 师：XXXX学校代码：XXXXXXXXXXXXXXXXXXX二零零九年九月毕业论文声明本人郑重声明： 1、此毕业论文是本人在指导教师指导下独立进行研究取得的成果。除了特别加以标注和致谢地方外，本文不包含其他人或其它机构已经发表或撰写过的研究成果。对本文研究做出重要贡献的个人与集体均已在文中作了明确标明。本人完全意识到本声明的法律结果由本人承担。 2、本人完全了解学校、学院有关保留、使用学位论文的规定，同意学校与学院保留并向国家关部门或机构送交此论文的复印件和电子版，允许此文被查阅和借阅。本人
2、授权XXXXXXXXXXXXXXX可以将此文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制方式保存和汇编本文。 3、若在XXXXXXXXXXXXXXX毕业论文审查小组复审中，发现本文有抄袭，一切后果均由本人承担（包括接受毕业论文成绩不及格、缴纳毕业论文重新学习费、不能按时获得毕业证书等），与毕业论文指导老师无关。 作者签名：XXXX 日期： 2009.09.29 雅培销售管理系统的设计与实现摘要本文结合软件项目开发工作中的实际情况，对软件项目开发中的雅培销售管理系统进行了需求分析、功能设计、系统实现。实现了雅培销售管理系统中登录、KPI汇报、大型活动、通知、查询活动、选
3、单表、基础信息等功能。希望通过雅培销售管理系统，使在销售人员实现电子商务化。雅培销售管理系统采用 B/S 结构，即浏览器、Web 应用、业务逻辑、数据库。数据访问采用hibernate中间件模式，使业务逻辑与数据访问完全分开，支持目前主流数据库 Oracle 和 SQL Server。系统开发采用 java、AJAX、JavaScript 等技术，构建在 java1.5和tomcat 之上。系统易于部署和使用，系统的扩展和升级方便。 通过雅培销售管理系统，操作人员可以进行登录、KPI汇报、大型活动、通知、查询活动、选单表、基础信息操作。由销售员通过手机把销售活动以及商品、客户信息通过互联网汇报
4、到服务器，由PC端进行统一的处理，实现销售系统的无纸化电子化，有效改善了销售流程的速度以及反应时间。关键字：电子商务、销售管理系统Design and Implementation of Abbott Sales Management SystemAbstractBased software development projects in the work of the actual situation, the software project development Abbott sales in the management of the needs analysis, function
5、al design, systems. Implementation of the Abbott sales managent mentsystem login, KPI Report, Major Events, Message, Query Activity, Menu List, and Basic Information functions. Hope that through Abbott sales management system that allows the sales staff to achieve e-commerce. Abbott sales management
6、 system uses the B/S structure, namely the browser, web applications, business logic, database. Data access middleware using hibernate mode, so that business logic and data access completely separate from the mainstream support for the current database, oracle, and sql server. System development usi
7、ng java, ajax, javascript and other technologies built on top of java1.5 and tomcat. This system is easy to deploy and use, systems to facilitate the expansion and upgrade.Through Abbott sales management system, managers can login, KPI Report, Major Events, message, Query Activity, Menu List, and Ba
8、sic Information operations. From the mobile phone salesman to sales activities, as well as products, customer information through the internet to report to the server. Unified by the pc-side processing, sales system, paperless electronic, effectively improve the sales process, speed and reaction tim
9、e. Keywords: Electronic Commerce, Eales Management System目 录第1章 引言71.1选题背景71.2课题目标与意义71.3销售管理系统需求分析71）功能性需求72）非功能性需求71.4系统开发与运行工具71.5论文的主要工作7第2章 销售管理系统总体设计202.1 系统架构设计202.1.1功能目录结构202.1.2网页目录结构212.2 网页布局结构222.3 系统功能模块划分与设计232.4 主要数据表设计及关系分析25第3章 销售管理系统实现353.1 系统环境设置353.2 数据库配置方法353.3 登录353.4 KPI汇报实现
10、373.5 大型活动实现393.6 通知实现393.7查询活动实现403.8 选单表实现413.9 基础信息实现443.10 密码修改实现47第4章 关键代码分析（以登录为模型分析）494.1 Web表示层关键代码分析494.2 业务层代码分析504.3 数据化持久层分析53第5章 管理系统测试545.1 测试方法545.2 测试报告55第6章 总结与展望56第1章 引言1.1 选题背景雅培制药作为一个国际化的大型公司，旗下的奶粉销售网络相当庞大，全国区分为150个雅培城市(因应管理的自定义城市)，实际为286行政城市(官方定义城市)，全国约有300位医务代表，负责2000多家医院的市场开发。
11、大规模的人员、商品以及信息的管理相当耗时耗力。在电子商务大行其道的今天，电子商务化是解决这个问题的最合适解决方案。本课题即为此而开发。1.2 课题目标与意义本次开发为构建雅培数据采集与分析的系统，对日常数据进行采集，在后台进行统一管理以及消息共享，消息发布等。可以实现日常工作的电子商务化，最大节约时间成本。1.3 销售管理系统需求分析1） 功能性需求需要进入如下功能的实现：1.KPI汇报2.大型活动3.通知4.查询活动5.选单表6.基础信息7修改密码2） 非功能性需求本系统用于雅培销售管理系统，用户数量为300人左右，数据规模为中等，采用成熟、高效的Sql Server即能满足需求。1.4 系
12、统开发与运行工具编程环境：Java+struts+hibernate开发工具：eclipse 3.2.2 + MyEclipse 5.5.1+strtus 1.2.7+hibernate 3.2.2.ga网页编辑器：Dreamweaverjava版本：JDK 1.5.0.14网页服务器：tomcat 5.5.26数据库:MS-SQL 2005 SP2系统运行环境：Java 1.5+tomcat 5.5+SqlServer20051.5 论文的主要工作针对于雅培销售管理系统电子商务化，采用了J2EE，数据库，B/S架构等技术，实现了对日常销售活动管理系统。本次开发为建构雅培现场数据采集与分析的前
13、后台系统，前台移动终端以搭载Windows Mobile 5.0 PPC版本的智能手机，前台PC终端以润百BI报表工具与Windows IE 浏览器 6.0/7.0版本为接口，后台数据库为MS SQL 2005。通过手机端，PC端对员工各种活动指标，计划，行程进行创建，汇报，以及信息的管理。实现对其自定义150个雅培城市，全国约300位医务代表，2000多家医院的电子化销售系统。主要功能模块有：开发功能模块需求名称描 述指标模块大型医务活动指标/大型消费者活动大型医务活动由总部每年规划，指标为”活动场次”与”参加人数”。大型消费者活动由总部每年规划，指标为”宣教人数”。1. 指标分配:1) 大
14、型活动指标由总部统一分配到”大区(Region)”、”区域(District)”、”雅培城市(City)”。2) 总部权限第一层分配全国所有大区的年度指标，第二层分配该大区所属各区域的年度指标，第三层分配该区域所属各雅培城市的年度指标，第四层分配雅培城市各月份的指标。3) 指标分配后须能自动累计，并与上一层的总指标比对。2. 指标查询: 系统可依照大区、区域、雅培城市等层级，显示年度所有月份的指针。3. 指标修改: 系统提供具有权限人员对指针修改，并记录所有历史纪录的修改人员与修改项目。强制检测超标？指标模块消费者宣教指标消费者宣教指标为”宣教人数”。1. 指标分配:1) 总部权限第一层分配全
15、国所有”大区(Region)”的年度指标。2) 大区权限第一层分配该大区所属各”区域(District)”的年度指标，第二层分配该区域所属各”雅培城市(City)”的年度指标，第三层分配雅培城市各医务代表/奶站的年度指标，第四层分配医务代表/奶站的各个月份的指标。3) 指标分配后须能自动累计，并与上一层的总指标比对。2. 指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份的指针。3. 指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修改人员与修改项目。指标模块有效收卡数指标/系统新客户数指针有效收卡数与系统新客户数指标为”人数”。1. 有效收卡数包含孕期、宝宝6M以
16、下、宝宝12M以下、其它2. 系统新客数包含孕早中期、孕晚期、宝宝6M以下、宝宝12M以下、其它3. 指标分配:1) 总部权限第一层分配全国所有”大区(Region)”的年度指标。2) 大区权限第一层分配该大区所属各”区域(District)”的年度指标，第二层分配该区域所属各”雅培城市(City)”的年度指标，第三层分配雅培城市各医务代表/奶站的年度指标，第四层分配医务代表/奶站的各个月份的指标。3) 指标分配后须能自动累计，并与上一层的总指标比对。4. 指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份的指针。5. 指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录
17、的修改人员与修改项目。6. 提供PC端输入与以EXCEL档案上传(upload)与下载(download)的功能指标模块科室会议指标科室会议由医务代表自行规划，指标为”活动场次”与”参加人数”1. 指标分配:1) 总部权限第一层分配全国所有”大区(Region)”的年度指标。2) 大区权限第一层分配该大区所属各”区域(District)”的年度指标，第二层分配该区域所属各”雅培城市(City)”的年度指标，第三层分配雅培城市各医务代表的年度指标，第四层分配医务代表的各个月份的指标。3) 指标分配后须能自动累计，并与上一层的总指标比对。2. 指标查询:系统可依照大区、区域、雅培城市等层级，显示年
18、度所有月份的指针。3. 指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修改人员与修改项目。4. 提供PC端输入与以EXCEL档案上传(upload)与下载(download)的功能KPI指标模块推广产品指针/城市销量指标推广产品与城市销量指针皆为”产品种类”与”数量(箱)”1. 指标分配:1) 总部权限第一层分配全国所有”大区(Region)”的年度指标。2) 大区权限第一层分配该大区所属各”区域(District)”的年度指标，第二层分配该区域所属各”雅培城市(City)”的年度指标，第三层分配雅培城市各个月份的指标。3) 指标分配后须能自动累计，并与上一层的总指标比对。2.
19、 指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份的指标。3. 指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修改人员与修改项目。4. 提供PC端输入与以EXCEL档案上传(upload)与下载(download)的功能预算模块轮用数量预算轮用预算单位为”轮用品种类”与”数量”(箱)。1. 指标分配:1) 总部权限第一层分配全国所有”大区(Region)”的年度指标，该年度指标为参考指标。2) 大区权限第一层分配该大区所属各”区域(District)”的年度指标，第二层分配该区域所属各”雅培城市(City)”的年度指标，第三层分配雅培城市的年度指标，第四层分配医
20、院年度指标，第五层分配科室各个月份指标。3) 指标分配后须能自动累计，并与上一层的总指标比对。2. 指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份的指针。3. 指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修改人员与修改项目。4. 提供PC端输入与以EXCEL档案上传(upload)与下载(download)的功能KPI汇报模块KPI汇报1. 城市主管使用PC端进行KPI数据汇报，KPI汇报内容如下，细项请参考”KPI PC输入表”1) 日期时间: 默认输入日期2) 汇报类别: 大型活动/轮用/代表活动/系统新客户数/城市销量3) 汇报人员: 输入KPI的主管
21、4) 活动代码: 客户数据卡上的活动代码，轮用活动无活动代码，则提供主管关联的医院/科室地点选项2. 各类KPI: 1) 活动KPI:“宣教人数”(参加人数), “有效收卡数”, “地区新客户数”，”电访新客数”。2) 轮用KPI: 宣教人数”(参加人数), “有效收卡数”, “地区新客户数”，”试饮品数”3) 费用KPI: “招待费”，”差旅费”，”总费用”4) 系统KPI: “系统新客数”，”系统有效收卡数”5) 城市销量KPI: 各月份“产品种类”与”销量”，由总部输入，提供大区/区域/雅培城市各月份的输入与修改功能。3. KPI数据汇报提供PC端输入与以EXCEL档案上传的功能大型活动
22、模块大型医务活动计划与反馈1. 大型医务活动总计划由总部以现行方式发送各大区，由大区Coordinator负责所管辖区域与城市的计划协调安排与PC输入。2. 所有各城市计划变动时，以书面或电话方式向大区Coordinator反馈，Coordinator负责PC端的修改。Coordinator输入每一场活动默认前一笔数据已经定义的字段。3. 提供PC端输入与以EXCEL档案上传与下载的功能。4. 计划PC输入内容1) 活动代码: 员工号+计划日期+两位数编码，自动生成2) 发起部门: 发起该活动的部门，点选3) 项目: 该活动的类型，点选4) 活动日期: 活动计划执行的日期，日历点选或输入5)
23、活动时间: 上午/下午/全天 点选6) 活动类型: 培训会/研讨会 点选或输入7) 大区: 默认Coordinator登入的大区8) 区域: 点选大区所管辖的区域9) 雅培城市: 点选区域所管辖的雅培城市10) 行政城市: 点选雅培城市所管辖的行政城市11) 地点: 点选行政城市所属的医院或酒店12) 主题内容: 点选(总部预先输入)或输入13) 合作机构: 点选行政城市所属的医院或输入14) 讲课专家: 点选雅培城市所属的讲课专家(多选)或输入15) 推广产品: 点选选单表(单选)16) 样品名称: 点选选单表(单选)17) 样品数量: 输入18) 礼品名称: 点选选单表(单选)或输入19)
24、 礼品数量: 输入20) 邀请对象:医生/护士/管理者(比率)，汇报则为实际人数21) 参加人数: 输入22) 费用: 输入23) 负责人: 点选行政城市主管(选项)24) 状态: 正常或取消5. 反馈PC输入内容1) 默认所有计划内容，对于选项或数量皆可修改2) 讲师评价: 总分与项目评分:现场气氛;消费者互动;讲师状况3) 活动主题评价: 总分与项目评分:项目一;项目二;项目三4) 餐费:输入5) 交通费:输入6) 场地费:输入7) 讲师费:输入大型活动模块大型消费者活动计划与反馈1. 大型消费者活动总计划由总部以现行方式发送各大区，由大区Coordinator负责所管辖区域与城市的计划协
25、调安排与PC输入。2. 所有各城市计划变动时，以书面或电话方式向大区Coordinator反馈，Coordinator负责PC端的修改。Coordinator输入每一场活动默认前一笔数据已经定义的字段。3. 提供PC端输入与以EXCEL档案上传与下载的功能。4. 计划PC输入内容1) 活动代码: 员工号+计划日期+两位数编码，自动生成2) 活动日期: 活动计划执行的日期，日历点选或输入3) 活动时间: 上午/下午/全天 点选4) 活动类型: 培训会/研讨会 点选或输入5) 大区: 默认Coordinator登入的大区6) 区域: 点选大区所管辖的区域7) 雅培城市: 点选区域所管辖的雅培城市8
26、) 行政城市: 点选雅培城市所管辖的行政城市9) 地点: 点选行政城市所属的医院或酒店10) 主题内容: 点选(总部预先输入)或输入11) 合作机构: 点选行政城市所属的医院或输入12) 讲课专家: 点选雅培城市所属的讲课专家(单选)或输入13) 推广产品: 点选选单表(多选)14) FOC名称: 点选选单表(单选)15) FOC数量: 输入16) 邀请对象: 单选主力邀请对象17) 邀请比率: 主力邀请对象与其它对项比率18) 参加人数: 输入19) 预估转牌率:输入20) 费用: 输入21) 负责人: 点选行政城市主管(选项)22) 状态: 正常或取消5. 反馈PC输入内容1) 默认所有计
27、划内容，对于选项或数量皆可修改2) 孕早期人数:输入3) 孕中期人数:输入4) 孕晚期人数:输入5) 宝宝12M以下人数: 输入6) 宝宝12M至18M人数: 输入7) 宝宝18M以上人数: 输入8) 现场新客数9) 现场非雅培人数10) 产品种类销量:输入，共九种11) 讲师评价: 总分与项目评分:现场气氛;消费者互动;讲师状况12) 活动主题评价: 总分与项目评分:项目一;项目二;项目三13) 餐费:输入14) 交通费:输入15) 场地费:输入16) 讲师费:输入经理月行程模块月行程计划表1. 上方显示新增输入，下方以日历方式显示当月行程，并可依日期查看历史所有行程2. 可查看所有下属层级
28、经理的行程计划3. 月行程计划内容1) 日期: 日历点选，提供年度日历2) 大区: 登入账号默认，选项(总部/大区)3) 雅培城市: 登入账号默认，选项(总部/大区/雅培城市)4) 行政城市: 选项(关联城市)或输入5) 主要任务: 输入4. 工作回顾与重点6) 上月工作回顾: 输入7) 本月工作重点: 输入经理月行程模块经理Coaching1. 主管可查询下属经理，并可对该经理进行Coaching的，Coaching主要内容1) 业绩进度2) 组织管理3) 财务管理4) 解决问题竞争产品状况模块竞争产品状况表1. 竞争产品模块主要使用层级包含城市主管以上经理2. 上方显示新增竞争产品输入，下
29、方显示一个月内所有竞争品牌状况3. 竞争产品状况内容1) 日期: 日历点选，提供年度日历2) 大区: 登入账号默认，选项(总部/大区)3) 雅培城市: 登入账号默认，选项(总部/大区/雅培城市)4) 行政城市: 选项(关联城市)或输入5) 医院:选项(关联医院)6) 竞争品牌: 选项7) 医生推广主题: 选项8) 消费者推广主题: 选项档案管理模块档案管理表1. 代表通过手机上报档案更新，主管通过PC确认档案更新，大区基础数据人员对数据更新后，需要做更新确认的动作。2. 系统记录基础数据维护的最后时间与人员3. 档案更新内容1) 日期: 代表手机上报2) 医务代表: 代表手机上报3) 讯息种类
30、: 变更医院科室与医生基础讯息/月出生数/月建卡数/变更医院级别，代表手机上报4) 地点: 代表手机上报5) 管理讯息: 代表手机上报6) 主管核可: 主管PC确认 (是/否)7) 基础数据维护: 选项(更新/未更新)通知模块总部通知表1. 总部人员通知群组人员相关讯息，系统提供PC端群组设置的功能2. 通知表内容1) 日期: 默认输入通知当日或日历选项2) 通知属性: 选项(业务/产品/知识/一般)3) 对象: 主管/医务代表/全部人员4) 内容: 输入5) 通知人员: 默认账号登入人员查询活动模块活动内容查询1. 活动内容查询可提供预计与实际活动计划与汇报的查询2. 使用者可依照日期、大区
31、、雅培城市、活动类型、员工姓名、员工代码等条件，可设置单选或多选进行查询3. 查询显示内容包含1) 活动代码2) 负责人3) 日期时间4) 活动类型5) 地点6) 主题与内容7) 计划细项8) 汇报结果权限设置模块权限设置1. 针对手机模版、PC功能、BI报表工具功能设置不同权限2. 员工代码与操作系统功能的身分代码进行匹配，分开管理3. 权限依照管理层级与系统操作功能分别设置，并提供从PC端修改个别权限的功能，权限设置架构请参考权限设置表。选单表模块手机模板选单表选单表提供所有手机与PC输入的选项，总部权限人员可更新维护，除活动类型选项不可自由增添外，下方其余选项可增添或修改1. 手机活动类
32、型选项1) 医务代表活动类型:科室会议/医务人员拜访/一对一/轮用/代表消费者活动/A计划/休假2) 主管活动类型: 奶站，休假，其余大型活动为下载显示，不可更改。2. 主题与内容选项1) 科室会议主题2) 医务人员拜访主题3) 代表消费者活动主题3. 推广产品选项1) 医务活动推广产品2) 消费者活动推广产品3) 医务指导推广产品4) 轮用推广产品4. 计划选项1) 合作机构2) 科室会议样品5. 汇报结果选项1) 参加对象2) 产品系列3) 奶站推广产品4) 轮奶形式5) 费用细项6) 医生反馈7) 评价选单模块PC模板选单表1. 大型活动PC输入选项1) 总部/区域医务活动类型2) 总部
33、/区域医务活动主题3) 总部/区域医务活动邀请对象4) 总部/区域消费者活动类型5) 总部/区域大型消费者活动主题6) 总部/区域大型消费者活动邀请对象7) 样品名称8) 礼品名称9) FOC名称10) 活动主题评价11) 讲师评价选项2. 通知选项1) 通知属性2) 通知对象3. 城市资料表选项1) 城市类别2) 城市属性3) 医务部管理定义一4) 医务部管理定义二4. 人员资料表选项1) 编制属性2) 休假状态3) 现任职位4) 权限分配5. 医院资料表选项1) 医院状态2) 医院行政管理级别3) 医院管理级别_可调整4) 医院管理级别_自定义5) 医院管理级别_系统参考6. 科室资料表选
34、项1) 科室种类7. 协议数据表选项1) 协议活动种类2) 合同章种类3) 样品种类8. 医务人员资料表选项1) HCP级别2) 讲师类别/学术影响3) 职称4) 职位9. 产品数据表选项1) 产品规格2) 物料类型3) 产品状况4) 产品阶段5) 包装6) 档次10. 瑜珈馆与瑜珈协议数据表选项1) 瑜珈馆状态2) 管理级别3) 合同章种类11. 协会与讲师资料表选项1) 讲师级别2) 讲师类别/学术影响3) 职称4) 职位基础信息模块基础信息管理1. 修改:系统提供具有权限人员对指针修改，并记录所有修改人员与修改项目的历史2. 由大区负责更新3. 提供PC端输入与以EXCEL档案上传与下载
35、功能4. PC接口提供十三种基础信息的输入与维护，各基础信息的字段请参照基础数据表1) 城市2) 人员3) 医院4) 科室5) 协议6) 医务人员7) 产品8) 瑜珈馆9) 瑜珈VIP10) 幼儿园11) 幼儿VIP12) 协会13) 协会VIP第2章 销售管理系统总体设计2.1 系统架构设计表现层采用mvc架构，后台用java实现，数据持久化层用hibernate实现。Web端发送请求，struts接收后在action中处理，action调用service工厂方法生成相应的service实例，service的实现方法中调用DAO工厂生成相应的DAO实例，DAO实现类调用hibernate内置
36、方法、HQL和SQL对数据进行持久化操作。返回相应的信息，利用action处理转发，显示在JSP页面，完成功能的实现。2.1.1功能目录结构图 2-1 目录结构图Src：com.abbott.sis.bean简称bean包，下同。1. bean-包含传递数据所需的javabean。2. data- 包含DAO以及DAO实现类。3. entity-包含hibernate映射文件以及相应的POJO。4. filter-包含用得到的过滤器：字符编码过滤、权限控制。5. sevice-包含项目中数据操作的类。6. struts-包含i18n资源7. struts.action-包含struts的所有a
37、ction类8. struts.form-包含struts的所有form类9. struts.selectOptionBean-包含用于select标签类10. test-包含测试类11. util-包含常用工具类：日期时间处理。12. hibernate.cfg.xml-hibernate配置文件2.1.2网页目录结构红叉由于eclipse检测差异显示错误。图 1-2 网页目录结构1. css-包含CSS文件。2. images-包含网页所用图像。3. js-包含网页JavaScript文件。4. library-包含Dreamweaver库文件：网页头、导航、底部。5. mainpage-
38、包含网站主体页面，功能操作页面。6. test-测试用。7. index.jsp-主页。8. login.jsp-登录页面。Mainpage结构：图 2-2 MainPage目录结构activity-大型活动：医务活动、消费者活动basic-基础信息budget-预算kpireport-KPI汇报kpitarget-KPI指标list-选单表managerjourney-经理月行程message-信息popedom-权限query-代表活动查询2.2 网页布局结构图 2-3 网页布局结构说明：页面采用DIV布局，CSS控制位置以及文字效果。1. 页面总体在divtop中。2. divtop用于
39、放置网站logo以及网站横幅。3. divwellcom用于显示当前登录用户。（暂未用）4. divtest用于放置页面导航。（暂未用）5. divmenu用于放置功能菜单。6. divfunction用于放置各种功能实现。7. divdown 页面底部。2.3 系统功能模块划分与设计网络架构图图2-4 网络架构图系统功能分为PC端和手机端，通过互联网、数据库进行信息交互。主要流程为：由手机端发送汇报信息到数据库，然后由PC端进行处理，PC端也可以进行一些相应权限的汇报。PC端业务流程图图2-5 PC端业务流程图2.4 主要数据表设计及关系分析图2-6 主要数据表设计及关系分析图1. 创建re
40、gion（大区）表create table REGION (REGION_ID int identity(1,1) PRIMARY KEY, -大区id REGION_CODE nchar(20), -大区缩写 REGION_NAME nchar(20) -大区名称 注意:大区包含华东1,华东2,etc.2. 创建 area(区域)表create table AREA (AREA_ID smallint identity(1,1) PRIMARY KEY, -区域id AREA_CODE nchar(20), -区域缩写 AREA_NAME nchar(20), -区域名称 REGION_CO
41、DE nchar(20)注意:区域包含上海,西安,etc.3. 创建ctiy表create table CITY(CITY_ID int identity(1,1) PRIMARY KEY,-城市id CITY_BELONG int, -城市区域代码 DIDAbbottCITY int, -是否是雅培城市ABBOTT_CITY_CHS_NAME nchar(20), -雅培城市中文名 ABBOTT_CITY_ENG_NAME nchar(20), -雅培城市英文名 CITY_CHS_NAME nchar(20), -城市中文名字 CITY_ENG_NAME nchar(20), -城市英文名字
42、 POST_CODE nchar(20), -城市邮编 Short_ID nchar(20), -城市助记码 PROVINCE_CODE nchar(20), -省份代码 PROVINCE_CHN_NAME nchar(20), -省份名称 ACNILSON_GRADE nchar(20), -AC_Nelson级别 City_Tier1 nchar(20), -医务部管理定义1City_Tier2 nchar(20), -医务部管理定义2 UPDATE_TIME datetime, -更新时间 UPDATE_USER nchar(20), -更新用户 constraint FK_citybe
43、long foreign key (city_belong) references region(region_id)注意:city表是城市表,如果didabbottcity字段是0,表示不是雅培城市,如果是1,表示是雅培城市,4. 创建users表create table users(users_id int identity(1,1) primary key,-用户id HR_ID nchar(20),-用户工号 EMPLOYEE_ID nchar(20),-员工代码 PWD nchar(30), -密码 EMPLOYEE_NAME nchar(30), -员工姓名 EMPLOYEE_JOB nchar (40), -编制属性-销售代表-临时代表(暂时不显示)-奶站-助理 Logonname nchar(30), -登陆id PRODUCTIVITY int,-是否有生产力 SEX nchar(10), -性别 EPLOYMENT_DATE datetime,-入职时间 RESIGN_DATE datetime,-离职时间STATUS nchar (30), -岗位状态 在职/离职/新入职 VOCATION_DA
