雅培销售管理系统的设计与实现

1、xxxxxx 本科毕业论文本科毕业论文 雅培销售管理系统的设计与实现雅培销售管理系统的设计与实现 学学 生：生：xxx 学学 号：号：xxxx 专专 业：业：xxxxx 导导 师：师：xxxx 学校代码：学校代码：xxxx xxxxxxxxxxxxxxx 二零零九年九月二零零九年九月 毕业论文声明毕业论文声明 本人郑重声明： 1、此毕业论文是本人在指导教师指导下独立进行研究取得的成果。除了特别加以标注和 致谢地方外，本文不包含其他人或其它机构已经发表或撰写过的研究成果。对本文研究做出 重要贡献的个人与集体均已在文中作了明确标明。本人完全意识到本声明的法律结果由本人 承担。 2、本人完全了解学校

2、、学院有关保留、使用学位论文的规定，同意学校与学院保留并向 国家关部门或机构送交此论文的复印件和电子版，允许此文被查阅和借阅。本人授权 xxxxxxxxxxxxxxx 可以将此文的全部或部分内容编入有关数据库进行检索，可以采用 影印、缩印或扫描等复制方式保存和汇编本文。 3、若在 xxxxxxxxxxxxxxx 毕业论文审查小组复审中，发现本文有抄袭，一切后果 均由本人承担（包括接受毕业论文成绩不及格、缴纳毕业论文重新学习费、不能按时获得毕 业证书等） ，与毕业论文指导老师无关。 作者签名：xxxx 日期： 2009.09.29 雅培销售管理系统的设计与实现雅培销售管理系统的设计与实现 摘要摘

3、要 本文结合软件项目开发工作中的实际情况，对软件项目开发中的雅培销售管理系统进行 了需求分析、功能设计、系统实现。实现了雅培销售管理系统中登录、kpi 汇报、大型活动、 通知、查询活动、选单表、基础信息等功能。希望通过雅培销售管理系统，使在销售人员实 现电子商务化。 雅培销售管理系统采用 b/s 结构，即浏览器、web 应用、业务逻辑、数据库。数据访 问采用 hibernate 中间件模式，使业务逻辑与数据访问完全分开，支持目前主流数据库 oracle 和 sql server。系统开发采用 java、ajax、javascript 等技术，构建在 java1.5 和 tomcat 之上。系统

4、易于部署和使用，系统的扩展和升级方便。 通过雅培销售管理系统，操作人员可以进行登录、kpi 汇报、大型活动、通知、查询活 动、选单表、基础信息操作。由销售员通过手机把销售活动以及商品、客户信息通过互联网 汇报到服务器，由 pc 端进行统一的处理，实现销售系统的无纸化电子化，有效改善了销售 流程的速度以及反应时间。 关键字：电子商务、销售管理系统 design and implementation of abbott sales management system abstract based software development projects in the work of the ac

5、tual situation, the software project development abbott sales in the management of the needs analysis, functional 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 th

6、rough abbott sales management system that allows the sales staff to achieve e-commerce. abbott sales management 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 completel

7、y separate from the mainstream support for the current database, oracle, and sql server. system development using 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 s

8、ales management system, managers can login, kpi report, major events, message, query activity, menu list, and basic 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-si

9、de processing, sales system, paperless electronic, effectively improve the sales process, speed and reaction time. keywords: electronic commerce, eales management system 目目 录录 第第 1 章章 引言引言.7 1.1选题背景选题背景.7 1.2课题目标与意义课题目标与意义.7 1.3销售管理系统需求分析销售管理系统需求分析.7 1）功能性需求.7 2）非功能性需求.7 1.4系统开发与运行工具系统开发与运行工具.7 1.5论

10、文的主要工作论文的主要工作.7 第第 2 章章 销售管理系统总体设计销售管理系统总体设计.20 2.1 系统架构设计系统架构设计.20 2.1.1功能目录结构.20 2.1.2网页目录结构.21 2.2 网页布局结构网页布局结构.22 2.3 系统功能模块划分与设计系统功能模块划分与设计.23 2.4 主要数据表设计及关系分析主要数据表设计及关系分析.25 第第 3 章章 销售管理系统实现销售管理系统实现.35 3.1 系统环境设置系统环境设置.35 3.2 数据库配置方法数据库配置方法.35 3.3 登录登录.35 3.4 kpi 汇报实现汇报实现 .37 3.5 大型活动实现大型活动实现.

11、39 3.6 通知实现通知实现.39 3.7 查询活动实现查询活动实现.40 3.8 选单表实现选单表实现.41 3.9 基础信息实现基础信息实现.44 3.10 密码修改实现密码修改实现.47 第第 4 章章 关键代码分析（以登录为模型分析）关键代码分析（以登录为模型分析）.49 4.1 web表示层关键代码分析表示层关键代码分析 .49 4.2 业务层代码分析业务层代码分析.50 4.3 数据化持久层分析数据化持久层分析.53 第第 5 章章 管理系统测试管理系统测试.54 5.1 测试方法测试方法.54 5.2 测试报告测试报告.55 第第 6 章章 总结与展望总结与展望.56 第第 1

12、 章章 引言引言 1.1选题背景选题背景 雅培制药作为一个国际化的大型公司，旗下的奶粉销售网络相当庞大，全国区分为 150 个雅培城市(因应管理的自定义城市)，实际为 286 行政城市(官方定义城市)，全国约有 300 位 医务代表，负责 2000 多家医院的市场开发。 大规模的人员、商品以及信息的管理相当耗时耗力。在电子商务大行其道的今天，电子 商务化是解决这个问题的最合适解决方案。本课题即为此而开发。 1.2课题目标与意义课题目标与意义 本次开发为构建雅培数据采集与分析的系统，对日常数据进行采集，在后台进行统一管 理以及消息共享，消息发布等。可以实现日常工作的电子商务化，最大节约时间成本。

13、 1.3销售管理销售管理系统需求分析系统需求分析 1） 功能性需求 需要进入如下功能的实现：1.kpi 汇报 2.大型活动 3.通知 4.查询活动 5.选单表 6.基础信 息 7 修改密码 2） 非功能性需求 本系统用于雅培销售管理系统，用户数量为 300 人左右，数据规模为中等，采用成熟、 高效的 sql server 即能满足需求。 1.4系统开发与运行工具系统开发与运行工具 编程环境：java+struts+hibernate 开发工具：eclipse 3.2.2 + myeclipse 5.5.1+strtus 1.2.7+hibernate 3.2.2.ga 网页编辑器：dreamw

14、eaver java 版本：jdk 1.5.0.14 网页服务器：tomcat 5.5.26 数据库:ms-sql 2005 sp2 系统运行环境：java 1.5+tomcat 5.5+sqlserver2005 1.5论文的主要工作论文的主要工作 针对于雅培销售管理系统电子商务化，采用了 j2ee，数据库，b/s 架构等技术，实现了 对日常销售活动管理系统。 本次开发为建构雅培现场数据采集与分析的前后台系统，前台移动终端以搭载 windows mobile 5.0 ppc 版本的智能手机，前台 pc 终端以润百 bi 报表工具与 windows ie 浏览器 6.0/7.0 版本为接口，后

15、台数据库为 ms sql 2005。 通过手机端，pc 端对员工各种活动指标，计划，行程进行创建，汇报，以及信息的管理。 实现对其自定义 150 个雅培城市，全国约 300 位医务代表，2000 多家医院的电子化销售系统。 主要功能模块有： 开发功能开发功能 模块模块 需求名称需求名称描描 述述 指标模块 大型医务活 动指标/ 大型消费者 活动 大型医务活动由总部每年规划，指标为”活动场次”与”参加人数”。 大型消费者活动由总部每年规划，指标为”宣教人数”。 1.指标分配: 1)大型活动指标由总部统一分配到”大区(region)”、 ”区域(district)”、 ” 雅培城市(city)”。

16、 2)总部权限第一层分配全国所有大区的年度指标，第二层分配该大区 所属各区域的年度指标，第三层分配该区域所属各雅培城市的年度 指标，第四层分配雅培城市各月份的指标。 3)指标分配后须能自动累计，并与上一层的总指标比对。 2.指标查询: 系统可依照大区、区域、雅培城市等层级，显示年度所有月份 的指针。 3.指标修改: 系统提供具有权限人员对指针修改，并记录所有历史纪录的修 改人员与修改项目。 强制检测超标？ 指标模块 消费者宣教 指标 消费者宣教指标为”宣教人数”。 1.指标分配: 1)总部权限第一层分配全国所有”大区(region)”的年度指标。 2)大区权限第一层分配该大区所属各”区域(di

17、strict)”的年度指标，第 二层分配该区域所属各”雅培城市(city)”的年度指标，第三层分配 雅培城市各医务代表/奶站的年度指标，第四层分配医务代表/奶站 的各个月份的指标。 3)指标分配后须能自动累计，并与上一层的总指标比对。 2.指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份 的指针。 3.指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修 改人员与修改项目。 指标模块 有效收卡数 指标/系统新 客户数指针 有效收卡数与系统新客户数指标为”人数”。 1.有效收卡数包含孕期、宝宝 6m 以下、宝宝 12m 以下、其它 2.系统新客数包含孕早中期、孕晚期、

18、宝宝 6m 以下、宝宝 12m 以下、其 它 3.指标分配: 1)总部权限第一层分配全国所有”大区(region)”的年度指标。 2)大区权限第一层分配该大区所属各”区域(district)”的年度指标，第 二层分配该区域所属各”雅培城市(city)”的年度指标，第三层分配 雅培城市各医务代表/奶站的年度指标，第四层分配医务代表/奶站 的各个月份的指标。 3)指标分配后须能自动累计，并与上一层的总指标比对。 4.指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份 的指针。 5.指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修 改人员与修改项目。 6.提供 pc 端

19、输入与以 excel 档案上传(upload)与下载(download)的功能 指标模块 科室会议指 标 科室会议由医务代表自行规划，指标为”活动场次”与”参加人数” 1.指标分配: 1)总部权限第一层分配全国所有”大区(region)”的年度指标。 2)大区权限第一层分配该大区所属各”区域(district)”的年度指标，第 二层分配该区域所属各”雅培城市(city)”的年度指标，第三层分配 雅培城市各医务代表的年度指标，第四层分配医务代表的各个月份 的指标。 3)指标分配后须能自动累计，并与上一层的总指标比对。 。 2.指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份 的指

20、针。 3.指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修 改人员与修改项目。 4.提供 pc 端输入与以 excel 档案上传(upload)与下载(download)的功能 kpi 指标 模块 推广产品指 针/ 城市销量指 标 推广产品与城市销量指针皆为”产品种类”与”数量(箱)” 1.指标分配: 1)总部权限第一层分配全国所有”大区(region)”的年度指标。 2)大区权限第一层分配该大区所属各”区域(district)”的年度指标，第 二层分配该区域所属各”雅培城市(city)”的年度指标，第三层分配 雅培城市各个月份的指标。 3)指标分配后须能自动累计，并与上一层的

21、总指标比对。 2.指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份 的指标。 3.指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修 改人员与修改项目。 4.提供 pc 端输入与以 excel 档案上传(upload)与下载(download)的功能 预算模块 轮用数量预 算 轮用预算单位为”轮用品种类”与”数量”(箱)。 1.指标分配: 1)总部权限第一层分配全国所有”大区(region)”的年度指标，该年度 指标为参考指标。 2)大区权限第一层分配该大区所属各”区域(district)”的年度指标，第 二层分配该区域所属各”雅培城市(city)”的年度指标，第

22、三层分配 雅培城市的年度指标，第四层分配医院年度指标，第五层分配科室 各个月份指标。 3)指标分配后须能自动累计，并与上一层的总指标比对。 2.指标查询:系统可依照大区、区域、雅培城市等层级，显示年度所有月份 的指针。 3.指标修改:系统提供具有权限人员对指针修改，并记录所有历史纪录的修 改人员与修改项目。 4.提供 pc 端输入与以 excel 档案上传(upload)与下载(download)的功能 kpi 汇报 模块 kpi 汇报 1.城市主管使用 pc 端进行 kpi 数据汇报，kpi 汇报内容如下，细项请参考” kpi pc 输入表” 1)日期时间: 默认输入日期 2)汇报类别: 大

23、型活动/轮用/代表活动/系统新客户数/城市销量 3)汇报人员: 输入 kpi 的主管 4)活动代码: 客户数据卡上的活动代码，轮用活动无活动代码，则提 供主管关联的医院/科室地点选项 2.各类 kpi: 1)活动 kpi:“宣教人数”(参加人数), “有效收卡数”, “地区新客户数”， ”电 访新客数”。 2)轮用 kpi: 宣教人数”(参加人数), “有效收卡数”, “地区新客户数”， ” 试饮品数” 3)费用 kpi: “招待费”， ”差旅费”， ”总费用” 4)系统 kpi: “系统新客数”， ”系统有效收卡数” 5)城市销量 kpi: 各月份“产品种类”与”销量”，由总部输入，提供大区

24、 /区域/雅培城市各月份的输入与修改功能。 3.kpi 数据汇报提供 pc 端输入与以 excel 档案上传的功能 大型活动 模块 大型医务活 动计划与反 馈 1.大型医务活动总计划由总部以现行方式发送各大区，由大区 coordinator 负责所管辖区域与城市的计划协调安排与 pc 输入。 2.所有各城市计划变动时，以书面或电话方式向大区 coordinator 反馈， coordinator 负责 pc 端的修改。coordinator 输入每一场活动默认前一笔 数据已经定义的字段。 3.提供 pc 端输入与以 excel 档案上传与下载的功能。 4.计划 pc 输入内容 1)活动代码:

25、员工号+计划日期+两位数编码，自动生成 2)发起部门: 发起该活动的部门，点选 3)项目: 该活动的类型，点选 4)活动日期: 活动计划执行的日期，日历点选或输入 5)活动时间: 上午/下午/全天 点选 6)活动类型: 培训会/研讨会 点选或输入 7)大区: 默认 coordinator 登入的大区 8)区域: 点选大区所管辖的区域 9)雅培城市: 点选区域所管辖的雅培城市 10) 行政城市: 点选雅培城市所管辖的行政城市 11) 地点: 点选行政城市所属的医院或酒店 12) 主题内容: 点选(总部预先输入)或输入 13) 合作机构: 点选行政城市所属的医院或输入 14) 讲课专家: 点选雅培

26、城市所属的讲课专家(多选)或输入 15) 推广产品: 点选选单表(单选) 16) 样品名称: 点选选单表(单选) 17) 样品数量: 输入 18) 礼品名称: 点选选单表(单选)或输入 19) 礼品数量: 输入 20) 邀请对象:医生/护士/管理者(比率)，汇报则为实际人数 21) 参加人数: 输入 22) 费用: 输入 23) 负责人: 点选行政城市主管(选项) 24) 状态: 正常或取消 5.反馈 pc 输入内容 1)默认所有计划内容，对于选项或数量皆可修改 2)讲师评价: 总分与项目评分:现场气氛;消费者互动;讲师状况 3)活动主题评价: 总分与项目评分:项目一;项目二;项目三 4)餐费

27、:输入 5)交通费:输入 6)场地费:输入 7)讲师费:输入 大型活动 模块 大型消费者 活动计划与 反馈 1.大型消费者活动总计划由总部以现行方式发送各大区，由大区 coordinator 负责所管辖区域与城市的计划协调安排与 pc 输入。 2.所有各城市计划变动时，以书面或电话方式向大区 coordinator 反馈， coordinator 负责 pc 端的修改。coordinator 输入每一场活动默认前一笔 数据已经定义的字段。 3.提供 pc 端输入与以 excel 档案上传与下载的功能。 4.计划 pc 输入内容 1)活动代码: 员工号+计划日期+两位数编码，自动生成 2)活动日

28、期: 活动计划执行的日期，日历点选或输入 3)活动时间: 上午/下午/全天 点选 4)活动类型: 培训会/研讨会 点选或输入 5)大区: 默认 coordinator 登入的大区 6)区域: 点选大区所管辖的区域 7)雅培城市: 点选区域所管辖的雅培城市 8)行政城市: 点选雅培城市所管辖的行政城市 9)地点: 点选行政城市所属的医院或酒店 10) 主题内容: 点选(总部预先输入)或输入 11) 合作机构: 点选行政城市所属的医院或输入 12) 讲课专家: 点选雅培城市所属的讲课专家(单选)或输入 13) 推广产品: 点选选单表(多选) 14) foc 名称: 点选选单表(单选) 15) fo

29、c 数量: 输入 16) 邀请对象: 单选主力邀请对象 17) 邀请比率: 主力邀请对象与其它对项比率 18) 参加人数: 输入 19) 预估转牌率:输入 20) 费用: 输入 21) 负责人: 点选行政城市主管(选项) 22) 状态: 正常或取消 5.反馈 pc 输入内容 1)默认所有计划内容，对于选项或数量皆可修改 2)孕早期人数:输入 3)孕中期人数:输入 4)孕晚期人数:输入 5)宝宝 12m 以下人数: 输入 6)宝宝 12m 至 18m 人数: 输入 7)宝宝 18m 以上人数: 输入 8)现场新客数 9)现场非雅培人数 10) 产品种类销量:输入，共九种 11) 讲师评价: 总分

30、与项目评分:现场气氛;消费者互动;讲师状况 12) 活动主题评价: 总分与项目评分:项目一;项目二;项目三 13) 餐费:输入 14) 交通费:输入 15) 场地费:输入 16) 讲师费:输入 经理月行 程模块 月行程计划 表 1.上方显示新增输入，下方以日历方式显示当月行程，并可依日期查看历 史所有行程 2.可查看所有下属层级经理的行程计划 3.月行程计划内容 1)日期: 日历点选，提供年度日历 2)大区: 登入账号默认，选项(总部/大区) 3)雅培城市: 登入账号默认，选项(总部/大区/雅培城市) 4)行政城市: 选项(关联城市)或输入 5)主要任务: 输入 4.工作回顾与重点 6)上月工

31、作回顾: 输入 7)本月工作重点: 输入 经理月行 程模块 经理 coaching 1.主管可查询下属经理，并可对该经理进行 coaching 的，coaching 主要内 容 1)业绩进度 2)组织管理 3)财务管理 4)解决问题 竞争产品 状况模块 竞争产品状 况表 1.竞争产品模块主要使用层级包含城市主管以上经理 2.上方显示新增竞争产品输入，下方显示一个月内所有竞争品牌状况 3.竞争产品状况内容 1)日期: 日历点选，提供年度日历 2)大区: 登入账号默认，选项(总部/大区) 3)雅培城市: 登入账号默认，选项(总部/大区/雅培城市) 4)行政城市: 选项(关联城市)或输入 5)医院:

32、选项(关联医院) 6)竞争品牌: 选项 7)医生推广主题: 选项 8)消费者推广主题: 选项 档案管理 模块 档案管理表 1.代表通过手机上报档案更新，主管通过 pc 确认档案更新，大区基础数据 人员对数据更新后，需要做更新确认的动作。 2.系统记录基础数据维护的最后时间与人员 3.档案更新内容 1)日期: 代表手机上报 2)医务代表: 代表手机上报 3)讯息种类: 变更医院科室与医生基础讯息/月出生数/月建卡数/变更 医院级别，代表手机上报 4)地点: 代表手机上报 5)管理讯息: 代表手机上报 6)主管核可: 主管 pc 确认 (是/否) 7)基础数据维护: 选项(更新/未更新) 通知模块

33、总部通知表 1.总部人员通知群组人员相关讯息，系统提供 pc 端群组设置的功能 2.通知表内容 1)日期: 默认输入通知当日或日历选项 2)通知属性: 选项(业务/产品/知识/一般) 3)对象: 主管/医务代表/全部人员 4)内容: 输入 5)通知人员: 默认账号登入人员 查询活动 模块 活动内容查 询 1.活动内容查询可提供预计与实际活动计划与汇报的查询 2.使用者可依照日期、大区、雅培城市、活动类型、员工姓名、员工代码 等条件，可设置单选或多选进行查询 3.查询显示内容包含 1)活动代码 2)负责人 3)日期时间 4)活动类型 5)地点 6)主题与内容 7)计划细项 8)汇报结果 权限设置

34、 模块 权限设置 1.针对手机模版、pc 功能、bi 报表工具功能设置不同权限 2.员工代码与操作系统功能的身分代码进行匹配，分开管理 3.权限依照管理层级与系统操作功能分别设置，并提供从 pc 端修改个别权 限的功能，权限设置架构请参考权限设置表。 选单表模 块 手机模板选 单表 选单表提供所有手机与 pc 输入的选项，总部权限人员可更新维护，除活动类 型选项不可自由增添外，下方其余选项可增添或修改 1.手机活动类型选项 1)医务代表活动类型:科室会议/医务人员拜访/一对一/轮用/代表消费者 活动/a 计划/休假 2)主管活动类型: 奶站，休假，其余大型活动为下载显示，不可更改。 2.主题与

35、内容选项 1)科室会议主题 2)医务人员拜访主题 3)代表消费者活动主题 3.推广产品选项 1)医务活动推广产品 2)消费者活动推广产品 3)医务指导推广产品 4)轮用推广产品 4.计划选项 1)合作机构 2)科室会议样品 5.汇报结果选项 1)参加对象 2)产品系列 3)奶站推广产品 4)轮奶形式 5)费用细项 6)医生反馈 7)评价 选单模块 pc 模板选单 表 1.大型活动 pc 输入选项 1)总部/区域医务活动类型 2)总部/区域医务活动主题 3)总部/区域医务活动邀请对象 4)总部/区域消费者活动类型 5)总部/区域大型消费者活动主题 6)总部/区域大型消费者活动邀请对象 7)样品名

36、称 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.科室资料表选项 1)科室种类 7.协议数据表选项 1)协议活动种类 2)合同章种类 3)样品种类 8.医务人员资料表选项 1)hcp 级别 2)讲师类别/学术影响 3)职

37、称 4)职位 9.产品数据表选项 1)产品规格 2)物料类型 3)产品状况 4)产品阶段 5)包装 6)档次 10. 瑜珈馆与瑜珈协议数据表选项 1)瑜珈馆状态 2)管理级别 3)合同章种类 11. 协会与讲师资料表选项 1)讲师级别 2)讲师类别/学术影响 3)职称 4)职位 基础信息 模块 基础信息管 理 1.修改:系统提供具有权限人员对指针修改，并记录所有修改人员与修改项 目的历史 2.由大区负责更新 3.提供 pc 端输入与以 excel 档案上传与下载功能 4.pc 接口提供十三种基础信息的输入与维护，各基础信息的字段请参照基 础数据表 1)城市 2)人员 3)医院 4)科室 5)协

38、议 6)医务人员 7)产品 8)瑜珈馆 9)瑜珈 vip 10)幼儿园 11)幼儿 vip 12)协会 13)协会 vip 第第 2 章章 销售管理系统总体设计销售管理系统总体设计 2.1 系统架构设计系统架构设计 表现层采用 mvc 架构，后台用 java 实现，数据持久化层用 hibernate 实现。 web 端发送请求，struts 接收后在 action 中处理，action 调用 service 工厂方法生成相应 的 service 实例，service 的实现方法中调用 dao 工厂生成相应的 dao 实例，dao 实现类调 用 hibernate 内置方法、hql 和 sql

39、对数据进行持久化操作。返回相应的信息，利用 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-包含

40、 struts 的所有 action 类 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-包含 dre

41、amweaver 库文件：网页头、导航、底部。 5.mainpage-包含网站主体页面，功能操作页面。 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 网

42、页布局结构 说明： 页面采用 div 布局，css 控制位置以及文字效果。 1.页面总体在 divtop 中。 2.divtop 用于放置网站 logo 以及网站横幅。 3.divwellcom 用于显示当前登录用户。 （暂未用） 4.divtest 用于放置页面导航。 （暂未用） 5.divmenu 用于放置功能菜单。 6.divfunction 用于放置各种功能实现。 7.divdown 页面底部。 2.3 系统功能模块划分与设计系统功能模块划分与设计 网络架构图 图 2-4 网络架构图 系统功能分为 pc 端和手机端，通过互联网、数据库进行信息交互。 主要流程为：由手机端发送汇报信息到数

43、据库，然后由 pc 端进行处理，pc 端也可以进行一 些相应权限的汇报。 pc 端业务流程图 图 2-5 pc 端业务流程图 2.4 主要数据表设计及关系分析主要数据表设计及关系分析 图 2-6 主要数据表设计及关系分析图 1.创建 region（大区）表 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 t

44、able area (area_id smallint identity(1,1) primary key, -区域 id area_code nchar(20), -区域缩写 area_name nchar(20), -区域名称 region_code 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_

45、name nchar(20), -雅培城市中文名 abbott_city_eng_name nchar(20), -雅培城市英文名 city_chs_name nchar(20), -城市中文名字 city_eng_name nchar(20), -城市英文名字 post_code nchar(20), -城市邮编 short_id nchar(20), -城市助记码 province_code nchar(20), -省份代码 province_chn_name nchar(20), -省份名称 acnilson_grade nchar(20), -ac_nelson 级别 city_tie

46、r1 nchar(20), -医务部管理定义 1 city_tier2 nchar(20), -医务部管理定义 2 update_time datetime, -更新时间 update_user nchar(20), -更新用户 constraint fk_citybelong foreign key (city_belong) references region(region_id) 注意:city 表是城市表,如果 didabbottcity 字段是 0,表示不是雅培城市,如果是 1,表示是雅培城市, 4.创建 users 表 create table users(users_id int

47、 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

48、_date datetime,-离职时间 status nchar (30), -岗位状态 在职/离职/新入职 vocation_date nchar(20),-休假状态 产假/其它 position nchar(30),-现任职位 parent_id int,-父 id mobile1 nchar (11),-手机号码 mobile2 nchar (11),-手机号码 email nchar(40),-邮件 updatetime datetime,-更新时间 updateuser nchar(20)-更新用户 5创建 hospital 表 create table hospital (hos

49、pital_id int identity(1,1) primary key, -医院 id hospital_code nchar(20), -医院代码 hospital_name nchar(40), -医院名称 status nchar(40), -医院状态 -2007 年已经开发 -2008 年计划开发 -2009 年之后计划 hpadm_grade nchar(20), -医院级别 三甲综合 prod_grade nchar(20), -医院类别 产院/非产院 address nchar(40), -医院地址 post_code nchar(20), -医院邮编 hq_hospita

50、l_level nchar(100), -医院管理级别_可調整 defined_hospital_level nchar(100), -医院管理级别_自定義 sys_hospital level nchar(100), -医院管理级别_系統參考 hospital_belong int, -隶属于 ) 6.创建 department 表（医院里面的科室） create table department (department_id int identity(1,1) primary key, -科室 id department_name nchar(20), -科室名字 产科门诊/产科病房 ho

51、spital_id int, hospital_name nchar(40), hospital_code nchar(20), -医院代码 hospital_dept int, -科室种类 birth_card_no int, -月平均新建卡数量 out_patient_no int, -月平均门诊数量 avg_birth_no int, -月平均出生数 obs_bed_no int, -病床床位数量 constraint fk_hospasso foreign key (hospital_id) references hospital(hospital_id) ) 7.科室种类 hospi

52、tal_dept 表 create table hospital_dept( dept_id int, dept_name nchar(20) -1.产科门诊 -2.产科病房 -3.vip 病房 -4.新生儿科 -5.妇保科 -6.儿保科 -7.儿科病房 -8.儿科门诊 -9.宣教室 -10.院长办公室 -11.其它科室 8.创建 department 和 users 的关联表 create table department_user_asso( asso_id int identity(1,1) primary key,-科室和用户的关联 id, 唯一 department _id int,

53、-已经关联好的 department _id(officeasso) users_id int,-users 表的 users_id updatetime datetime,-更新时间 -constraint fk_officeid foreign key(department_id) references department (department _id), -constraint fk_usersid foreign key(users_id) references users(users_id) 9.创建 hcp(医务人员)表 create table hcp ( doctor_id

54、 int identity(1,1) primary key, -义务医务人员 id hcp_id nchar(20), -医务人员 id 建议:医院+科室+vip hcp_name nchar(20), -医务人员名字 speaker_type nchar(20), -医务人员种类讲课 /vip/kol/其 他 hcp_grade_sys nchar(20), -hcp 級別_系統參考 hcp_grade_def nchar(20), -hcp 級別_自定義 hcp_grade_adj nchar(20), -hcp 級別_可調整 sex nchar(20), -医务人员性别 new_use

55、r_mth int, -产出新客/月 effective_card_mth int, -有效名单/月 kol_scorechar(30), -学术影响 title char(20), -职称 position char(30), -职位 office_telchar(20), -办公电话 home_tel char(20), -家庭电话 mobile char(11), -手机 id_number char(20), -身份证号码 email char(30), -邮箱 home_address char(30), -家庭住址 hobbychar(30), -爱好 others char(30

56、), -其他 department_id int, -科室关联 id - constraint fk_docket_offi foreign key(department_id) references department _user_asso (asso_id) 10.产品规格 create table product ( id int identity(1,1) primary key, -产品 id product_id nchar(30), product_eng_name nchar(30), product_chn_name nchar(30), specification nch

57、ar(20), -产品规格 sku nchar(30), -產品描述 product_type nchar(30), -物料类型 status nchar(20), -产品状况 duration_datenchar(20), -有效期 stage_type nchar(10), -产品阶段 package nchar(20), -包装 grade nchar(20), -档次 agency nchar(20), -总代理 sms_code nchar(20), - sms 编码 erp_code nchar(20), -erp 代码 msrp nchar(20) -建议零售价 ) 11.yog

58、a 表 create table yoga ( yoga_id int primary key, -id yoga_code nchar(20), -id 建议:医院+科室+vip yoga_chn_name nchar(20), -姓名 status nchar(20), -瑜伽馆状态 address nchar(40), -瑜伽馆地址 grade nchar(20), -瑜伽馆管理级别 city_code int, -城市 id city_chs_name nchar(20), -城市中文名 employee_id int, -代表业务代碼 employee_name nchar(30)

59、-代表姓名 ) 12.创建 yogaagreement 表 create table yogaagreement( agreement_id int primary key, -合同代碼 yoga_id int, -合同瑜珈館 agreement_chop nchar(20), -合同章种类 begin_date datetime, -合同起始日期 terminate_date datetime, -合同结束日期 agreement_expense int, -合同费用 employee_id int, -销售代表 employee_name nchar(20) -代表姓名 ) 13.创建 a

60、ssociation 表(协会表) create table association( association_id int primary key, -合同代碼 association_chn_name nchar(30), -协会中文名 address nchar(50), -协会地址 post_code nchar(20), -邮政编码 city_code int, -城市 id city_chs_name nchar(20), -城市中文名 employee_id int, -销售代表 employee_name nchar(20) -代表姓名 ) 14.创建 speaker 讲师表