葫芦岛顺康药房会员系统的设计与实现计算机软件专业.doc

中文题目：葫芦岛顺康药房会员系统的设计与实现 外文题目：DESIGN AND IMPLEMENTATION OF HULUDAO SHUNKANG DRUGSTORE MEMBER SYSTEM 毕业设计（论文）共 72 页（其中：外文文献及译文 15 页） 完成日期 2015 年 6 月 答辩日期 2015 年 6 月 摘要 随着我国市场经济的蓬勃发展，近年来医药行业发展迅速。由于药品种类不断增加 和需求的日益旺盛，旧有的企业管理模式已不能适应新型企业的需要，靠手工记账进行 药品的管理已经明显力不从心。如何利用现代信息技术使企业拥有快速、高效的市场反 应能力和更高的效率是医药经营企业关心的问题。因此，开发一套适合中小型药店使用 的管理系统是十分必要的。同时通过该系统可以有效的管理药店的会员，通过对会员的 重视与关怀来提升药店的竞争力。 顺康药房会员系统，在会员登记时除了记录会员姓名和性别外，还可记录会员的常 用药物、病史、血压，过敏史等数据，下次会员过来只要刷卡操作员就知道该会员的详 细信息，为精准的会员服务提供了很好的参考数据。会员消费过后，软件自动记录会员 以往每笔购买药物的种类和购买时间，有助于进一步帮助导购做销售。另外，对于药品 用完或者药品将要过期的会员进行短信提醒。 关键词：会员管理；sql server 2005；jsp；短信管理 ABSTRACT With the rapid development of market economy in China, in recent years the rapid development of the pharmaceutical industry. Because medicines are increasing and the demand more exuberant, the old management mode cant meet the needs of new enterprises, rely on manual accounting for drug management has obviously insufficient. How to use modern information technology to enable enterprises have rapid response capacity of the market, high efficiency and high efficiency is the medicine management enterprise concern. Therefore, to develop a suitable for small and medium-sized pharmacy use management system is very necessary. At the same time, the system can effectively manage drugstores, the attention and care for members to enhance the competitiveness of the drugstore. Shun kang member system, pharmacy in member registration besides record member name and gender, can also record member of the commonly used drugs, medical history, blood pressure, allergies and other data, the next member come as long as the charge operator has known the detailed information, for accurate membership service provides a good reference data.After the consumption of the members, software automatically record the past every purchase and type of drug purchase time, help to help shoppers to do further sales.In addition, the drugs used up or drugs will be expired membership for SMS alerts. Key words：Member management；sql server 2005；jsp；Short message management 目 录 前言 4 1 项目概述 .2 1.1 研究背景.2 1.2 国内外研究现状.2 1.3 组织机构及业务范围.3 1.4 业务流程描述.4 1.5 现系统存在的问题及薄弱环节分析6 2 可行性分析 .7 2.1 技术可行性.7 2.2 操作可行性.7 2.3 经济可行性.7 3 需求分析 .8 3.1 总体目标8 3.2 具体目标8 3.3 系统功能建模8 3.3.1 系统数据流程图 .8 3.3.2 数据字典 13 3.4 系统数据模型.17 4 概要设计 20 4.1 体系结构设计.20 4.2.1 外部接口 20 4.2.2 内部接口 21 4.3 代码设计.21 4.3.1 代码设计的原则 21 4.3.2 系统所需代码设计 22 4.4 数据库设计.23 4.4.1 数据库设计原则 23 4.4.2 关系模式设计 24 4.4.3 数据字典 24 4.4 输入输出设计.26 4.4.1 输入设计 26 4.4.2 输出设计 .27 4.5 运行设计.27 4.5.1 运行环境 27 4.5.2 运行模块的组合 27 4.5.3 运行控制 28 4.5.4 运行时间 28 4.6 出错处理设计.28 4.6.1 出错输出信息 28 4.6.2 出错处理对策 28 4.7 安全保密设计.28 4.7.1 数据安全性 28 4.7.2 登录用户的安全性 29 4.8 维护设计.29 5 详细设计 30 5.1 用户登录模块定义30 5.1.1 模块定义 30 5.1.2 输入项 30 5.1.3 限制条件 30 5.1.4 测试要点 30 5.2 会员管理模块30 5.2.1 模块定义 30 5.2.2 输入项 30 5.2.3 输出项 31 5.2.4 限制条件 31 5.2.5 测试要点 31 5.3 积分管理模块31 5.3.1 模块定义 31 5.3.2 输入项 31 5.3.3 输出项 32 5.3.4 限制条件 32 5.3.5 测试要点 32 5.4 短信管理模块32 5.4.1 模块定义 32 5.4.2 输入项 32 5.4.3 输出项 32 6 编码 33 6.1 概述开发工具及编程脚本.33 6.1.1 WEB 服务器简介 .33 6.1.2 SQL SERVER 数据库管理系统简介 33 6.1.3 JSP 简介 .34 6.1.4 DreamWeaverMX 的特点 .34 6.2 脚本习惯说明.35 6.3 脚本.35 7 测试 42 7.1 测试原则及测试方法概述.42 7.2 测试项目测试用例.42 7.3 软件测试结论.44 7.3.1 软件能力 44 7.3.2 缺陷和限制 44 7.3.3 建议 44 7.3.4 测试结论 44 结论 .45 致谢 .46 参考文献 .47 附录 A 英文译文 .48 附录 B 英文源文 .55 附录 C 程序清单.66 前言 伴随着社会经济的发展，特别是社会物质商品的日渐丰富多彩和人民生活水平的提 高，药店的零售业也发生了巨大的变革。城市规模的扩大、居民点的拓展，客观上要求 药店的管理采取新的措施和状态来适应这一变化。通过计算机对药店进行管理，既能方 便百姓，缩短时间，又有利于降低成本、强化内部管理、提高企业效益。用计算机管理， 这既成为医药企业 改革发展的必然热点，又形成这些企业参与市场竞争新的经济增长点。 同时在经济全球化的今天，建立以会员为中心的经营战略，可以加强药店和会员间 的联系。对企业来讲，为会员提供一流的服务，是药店建立品牌、实现差别化服务、取 得竞争的利器。一直以来人们使用传统人工的方式管理会员的基本档案，这种管理方式 存在着许多缺点：效率低、保密性差，另外时间一长，将产生大量的文件和数据，对于 查找、更新和维护都带来了不少的困难。而通过会员管理系统，企业就可以很轻松很方 便的记录所有会员的资料，了解用户的兴趣爱好、消费特点、意向需求等；进而针对会 员的需求，为其提供优质的个性化服务，还能为企业的产品开发、事业发展提供可靠的 市场调研数据，是企业经营不可或缺的一个有利工具。同时，作为计算机应用的一部分, 使用计算机对会员进行管理,具有着手工管理所无法比拟的优点。例如:检索迅速、查找 方便、可靠性高、成本低等，这些优点极大地提高了会员管理的效率,也是企业的科学化、 正规化管理,与存储量大、保密性好、寿命长、成本低等先进科学技术接轨的重要条件。 会员制客户管理模式，是商家为了维系与客户的长期交易关系，而发展出的一种较 为成功的关系营销模式。会员卡是这种营销模式的载体。在具体实践中，会员卡根据客 户管理模式和促销方式的不同，可分为折扣卡、记帐卡、储值卡等类型。其中，以储值 卡和折扣卡最为商家喜爱，因为它所代表的关系链最牢固，能为商家锁定大量的老顾客。 但在具体操作过程中，由于需要处理大量的客户信息、交易信息和资金流动，人工 操作费时费力，差错频繁。为了加快信息处理速度，缩短交易的认证时间和避免差错， 计算机信息处理技术的应用势在必行。具有会员功能的管理系统就是应这样的需求而开 发的。 为何会员如此重要？会员卡促使旧顾客重复购买；忠诚的顾客会推荐新顾客；非会 员客单价为会员客单价的一倍；会员数多的药房营业额高；会员开发为持续性的品牌形 象推广；会员资料为很有价值的诊断分析工具。 1 项目概述 1.1 研究背景 信息化的今天，计算机网络、Internet 扮演的角色也越来越重要，其核心的数据库 技术正在改变着我国各个领域的管理模式，而作为传统的药店经营与会员管理模式也面 临着重大变革。管理系统现代化迫在眉睫，一场深层次的变革即将来临。只有使用计算 机及信息化管理手段方能实现管理的标准化、规范化、制度化和科学化。药店只有真正 的采用计算机现代化的管理，才能跟上发展的需要。才能适应快速连锁方式的经营理念。 该药店会员信息管理系统是一个完整的面向中小型连锁药店的通用的系统，他很好的将 药品的销售与会员管理的各主要环节进行很好的整合，是一个将药店的管理思想、药店 各职员岗位的业务经验以及当今最新计算机技术完美统一的体现。目前在我国的许多中 小型医院以及农村地区，没有使用计算机管理系统，信息处理基本上还处于手工状态， 致使药店主和管理人员劳动强度大且工作效率低，所以一个好的有效的计算机管理系统 的出台时十分必要的。而该系统地提出正是顺应了这种潮流，再加上以上的三点优势： 低廉的价格，良好的可扩充性，方便的管理。 该系统将立足药品经营，突出顾客至上、会员至上的原则对会员信息、会员积分、 积分兑换、会员药品用量提醒等功能进行详细阐明。 1.2 国内外研究现状 目前，国内国外关于这一方面的软件很多，其功能也都比较完善，但也都存在着一 些问题，如性能不好、可靠性、安全性差、交互能力不强等问题，在日益激烈的商业战 场中难以应对真实的、残酷的竞争。 医药行业正处于一个高速发展的时期。行业的快速发展必然导致竞争的加剧，要想 在激烈的日常竞争中谋求发展，客观上要求企业必须加强内部管理，提高运营效率。而 我国大部分医药企业虽然经营实现了专业化，但是从信息机制上还没有摆脱陈旧的销售 模式，企业内部没有形成完善、有效的激励和约束的信息化管理机制，企业发展的动力 不足，从而影响了企业的持续、稳定、快速的发展。如何尽快建立和完善现代企业的信 息化管理机制问题，已成为药品经营企业发展的关键所在。计算机基于语言基础融合了 强大的数据库开发能力是一种非常好的数据开发工具。事实证明，计算机在管理体系的 应用，使数据管理更现代化，自动化，智能化；减轻了人工管理的工作量，使其变得更 具有条理性，科学性，为解决医药管理行业的各种问题做出了巨大的贡献。随着 PC 机性 能的极大提高和网络技术的普及，大型机的市场变的越来越小，很多企业都放弃了原来 的大型机改用小型机和服务器。另外，B/S(浏览器/服务器模式)是随着 Internet 技术的 兴起，对 C/S 结构的一种改进。在这种结构下，软件应用的业务逻辑完全在应用服务器 端实现，用户表现完全在 Web 服务器实现，客户端只需要浏览器即可进行业务处理，是 一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构。e 通管理 系列产品即属于此类结构。 1.3组织机构及业务范围 药店基本组织结构如下： 图 1-1 药店组织机构图 Fig. 1-1 Pharmacy Organizational Chart 该系统的目标为“为客户提供高质量服务，用温暖的服务稳固增加客户群体”,主要 业务如下 : （1）会员登记及查询 对来药店消费的顾客进行会员登记，并可以查询到会员的基本信息以及消费情况。 （2）药品录入及查询 对药品进行登记录入并可以查询。 （3）积分兑换 会员可以使用积分兑换药店提供的赠品。 （4）药品管理信息化 对药品的进销存进行系统内管理。 （5）短信提醒 对会员的生日、节日短信祝福。当药店有针对会员的活动时可以通过短信通知会员。 1.4业务流程描述 业务流程图是描述现行系统业务的最好的工具，使系统分析人员与管理人员交流更 加方便、直观。业务流程图是描述现行系统业务处理由开始到结束的整个过程的非结构 化图形工具，它可以描述一个系统的业务，也可以描述一项具体业务的处理过程。经过 详细的调研工作，根据企业办公的实际情况绘出业务流程图。 表 1-1 业务流程图符号说明 Tab. 1-1 Service flow chart symbol explanation 符号含义符号说明 实体 输入输出报表 处理 账册 业务流 表示单位或个人，圈内写明单位或 个人职务的名称。 表示输入或输出的报表、计划、单 据、报告等，框内写明其名称 。 表示业务处理，框内写明处理的名 称。 表示各种帐目、规范、定额手册、 报表积累等大量存档信息, 符号内部 写明其名称。 流向线，表示信息或处理的流向。 系统业务流程图如图 1-2 所示: 图 1-2 系统业务流程图 Fig. 1-2 System operational flow chart 1.5 现系统存在的问题及薄弱环节分析 通过系统调研,我认为存在的问题及薄弱环节主要表现在下列几个面:： 1收集的信息分散在各部门没有得到合理的充分的利用。 2软件页面不美观。页面的美工效果可能会直接影响了员工的工作心态，从而导致 工作效率的下降。 3公告信息不能及时被员工得知。大部分工作都是由手工完成，所以时间上难以保 证及时。 4安全保密性不强。 2 可行性分析 2.1 技术可行性 本系统采用最新的 B/S 结构，开发工作前台主要采用 JSP，后台采用 Sql Server 来进 行。前台可视化程度较高，人机交互能力较强，并且属于最新的网络应用解决方案，在 相当长的时间内属于一个比较新的技术，不会被淘汰，而且有很多相关的技术的支持， 应用起来也比较方便，后台数据库功能强大，且更好的支持网络上运行系统，Sql Server 提供了一个功能强大的网络平台，能在多个环境中有效的提交关键业务。 本系统完全采用结构化设计方法。结构化设计方法给出一组帮助设计人员在模块层 次上区分设计质量的原理与技术。它把系统作为一系列数据流的转换，输入数据被转换 为期望的输出值，通过模块化来完成自顶而下实现的文档化，并作为一种评价标准在软 件设计中起指导性作用，通常与结构化分析方法衔接起来使用，以数据流图为基础得到 软件的模块结构。结构化设计所使用的工具有结构图和伪代码。结构图是一种通过使用 矩形框和连接线来表示系统中的不同模块以及其活动和子活动的工具。SD 方法尤其适用 于变换型结构和事务型结构的目标系统。结构化设计是数据模型和过程模型的结合。在 设计过程中，它从整个程序的结构出发，利用模块结构图表述程序模块之间的关系。结 构化设计的步骤如下：评审和细化数据流图；确定数据流图的类型；把数据流图 映射到软件模块结构，设计出模块结构的上层；基于数据流图逐步分解高层模块，设 计中下层模块；对模块结构进行优化，得到更为合理的软件结构；描述模块接口。 2.2 操作可行性 本系统是一个基于 Web 界面的系统，客户只需要安装 Web 浏览器，通过网页上的 链接无须专门的培训就能访问服务器上的所有应用程序，从而统一了用户界面，方便易 用。因此，在操作上是完全可行的。 2.3 经济可行性 本系统对软、硬件要求不高，用户无须安装专门的客户端软件，只须通过 Web 浏览 器就能访问本系统，因此在经济上也是可行的。 3 需求分析 3.1 总体目标 药店会员信息管理系统旨在改善连锁药店的药品及会员信息管理，改变药店的信息 处理基本还停留在手工方式的状况，降低劳动强度，提高工作效率。本系统不仅适用于 药店的药品管理业务，也适用于具体的会员活动等事务业务。本系统可以使药店经营人 员空出更多的精力和时间服务于会员，同时保证会员和药店的经济利益。 3.2 具体目标 （1）系统操作简单方便。 药店会员信息管理系统是为了提高工作效率的，因此不便使用复杂的操作，所以本 系统采用简单、方便、快捷的操作方式，使用户能够在短时间内熟练运用本系统。 （2）会员积分记载准确。 使会员购药之后能够得到准确的结算单据。显示准确的会员积分积累情况。 （3）积分兑换 会员可以使用积分兑换药店提供的赠品。 （4）药品管理信息化 对药品的进销存进行系统内管理。 （5）短信提醒 对会员的生日、节日短信祝福。当药店有针对会员的活动时可以通过短信通知会员。 3.3 系统功能建模 3.3.1 系统数据流程图 数据流程图简称 DFD，它用来描述目标系统的逻辑结构，它是由实体部分，处理部 分，数据存储部分和数据流四部分组成，为了使数据流图所描述逻辑结构更加清晰，容 易阅读，将数据流图作如下说明： 表 3-1 数据流程图符号说明 Tab. 3-1 Flow diagram of the data mark explanation 名称符号说明 外部实体 外部实体是系统之外的、又与系 统有联系的人或事物。 数据处理 数据处理就是对数据的逻辑处理， 也就是数据的变换过程。 数据存储 数据存储指通过数据文件、文件 夹等存储数据。 数据流 数据流表示流动着的数据，是处 理功能的输入和输出。 数据流图的设计规则如下： （1）按照自顶向下逐层分解的思想，分解后的图成为子图，子图与父图必须保持输 入与输出的一致。 （2）各子图可以通过公共的存储联系起来组成一张图。 （3）为减少数据流线的交叉，允许同一存储或实体在同一个图中重复画出。 （4）处理与处理是通过存储联系的，不能直接用数据流线连结。 （5）存储的输入来源和输出去向不能是外部实体，只能是处理。 （6）同一数据流不允许在同一级图中重复出现。数据不允许重复录入。 （7）处理中的非正常的错误情况处理，在 DFD 中不予表示，在 DFD 中，输入就应 该是正确的。 （8）数据处理对一个数据存储中的数据即读又写，则数据流应用双箭头。输入的查 询条件及对话信息，不应作为数据流出现在 DFD 中。 本系统的数据流图如下所示： 图 3-1 药店会员信息管理系统顶层数据流图 Fig. 3-1 SMEs in the top office automation system data flow diagram 图 3-2 药店会员信息管理系统一层数据流程图 Fig. 3-2 SME office automation system a data flow chart F9 F8 F7 F6 F5 F4 F3 F2 F 1 销售 员 P1 会员信息 会员信息D1 业务 员 P2 药品信息药品信息D2 P3 赠品信息 赠品信息D3 P5 积分兑换 P6 查询信息 F1 0 F1 1 F4.2 F4.1 P4.1 会员信息 P4.2 基本信息 P4.3 药品信息 P4.4 积分信息 图 3-3 药店会员信息管理系统二层数据流程图 Fig. 3-3 SMEs two-story office automation system data flow chart P4.5 统计信息 F4.7 F11 F4.3 F4.4 F4.6 F4.5 3.3.2 数据字典 数据字典是对数据流图的解释和说明，包含的内容如下： （1） 数据元素 名字：用户 id 别名： 描述：用户的唯一标识，是主键 数据类型：Integer 长度：4 名字：会员 id 别名： 描述：会员的唯一标识，是主键 数据类型：Integer 长度：4 名字：商品 id 别名：商品编号 描述：商品的唯一标识，是主键 数据类型：Varchar 长度：50 名字：供应商 id 别名：供应商编号 描述：供应商的唯一标识，是主键 数据类型：Varchar 长度：50 名字：公告 id 别名：公告编号 描述：公告的唯一标识，是主键 数据类型：Integer 长度：4 名字：入库 id 别名：入库编号 描述：商品入库的唯一标识，是主键 数据类型：Char 长度：15 名字：销售 id 别名：销售编号 描述：商品销售的唯一标识，是主键 数据类型：Char 长度：15 （2） 数据存储 名字：会员信息 描述：记录会员基本信息 编号：D1 组成：会员姓名，家庭地址，证件类型，证件号码，性别，积分 名字：药品信息 描述：记录药品的信息 编号：D2 组成：药品名称，药品编号，生产日期，生产厂家，计量 名字：赠品信息 描述：记录赠品信息 编号：D3 组成：赠品编号，赠品价值积分 名字：库存信息 描述：记录库存的信息 编号：D4 组成：药品名称，药品编号，商品简称，生产日期，规格，单位，产地，生产厂家，数量 名字：销售信息 描述：记录药品销售的信息 编号：D5 组成：销售编号，药品名称，药品编号，商品简称，生产厂家，单价，数量，供应商，时间 名字：退货信息 描述：记录药品退货的信息 编号：D6 组成：退货编号，药品名称，药品编号，商品简称，生产厂家，单价，数量，供应商，时间 名字：用户信息 描述：记录用户的信息 编号：D7 组成：用户编号，用户名称，用户密码，上次登录时间 （3）数据流 名字：会员信息 描述：信息员将会员信息录入系统 编号：F1 组成：会员姓名，家庭地址，证件类型，证件号码，性别，积分 名字：药品信息 描述：信息员将药品信息录入系统 编号：F2 组成：药品名称，药品编号，生产日期，生产厂家，计量 （4） 数据处理 名字：会员基本信息处理 描述：对会员基本信息的处理 编号：P1 输入/输出数据流：会员基本信息 名字：药品基本信息处理 描述：对药品基本信息的处理 编号：P2 输入/输出数据流：药品基本信息 名字：赠品基本信息处理 描述：对赠品基本信息的处理 编号：P3 输入/输出数据流：赠品基本信息 3.4 系统数据模型 建立系统数据模型的主要工具则是实体关联图，即 ER 图。如果系统是一个复杂 的大型系统，可考虑如下步骤实现： (1) 选择局部应用。在多层的数据流图中选择一个适当层次的数据流图，在该部分每 一个部分对应一个局部应用，又有与共的数据流图只能反映系统的概貌，而中层的数据流 图能较好的反映系统局部应用的子系统组成，故通常选择中层数据流图作为设计分 ER 图的依据。 (2) 逐一设计分 ER 图。根据上述所选择的局部应用逐一设计分 ER 图。 (3) 合并 ER 图。生成总 ER 图。此时，可存在分 ER 图间的冲突，如属性冲突、 命名冲突、结构冲突等现象，此时，应根据需求分析的语义定义对实体联系的类型进行综 合或调整。 (4) 给出系统的综合 ER 图。 为了进一步说明问题，系统的 ER 图符号作如下约定： 表 3-2 E-R 图符号约定 Tab. 3-2 E-R chart mark agreement 符号含义符号说明 实体 属性 联系 线段 表示实体集 表示属性 表示联系集 将属性连接到实体集或将实体 集连接到联系集 药店会员信息系统综合 E-R 图如图 3-4 所示。 图 3-4 药店会员信息管理系统综合 E-R 图 Fig. 3-4 business office automation system integrated E-R plans 以下给出上述 E-R 图的实体的属性： 表 3-3 实体及其属性表 Tab. 3-3 Table of Entity and its property 实体名称 属性 会员 id，会员姓名，家庭地址，证件号码，积分 药品 id，药品名称，单位，剂量，库存，价钱 店长 id，用户名，密码，上次登录时间 信息员 id，用户名，密码，上次登录时间 销售员 id，用户名，密码，上次登录时间 业务员 id，用户名，密码，上次登录时间 公告 id，标题，正文，发布者，发布时间 赠品 id，药品名称，单位，剂量，库存，兑换积分 表 3-4 实体间联系及其属性表 Tab 3-4 Table of Entity relation and its property 联系名称 属性 会员录入 ID，会员信息 药品入库 ID，入库信息 药品销售 ID，销售信息 积分兑换 ID，兑换信息 短信发送 ID，短信信息 药品退货 ID，退货信息 发布公告 ID，公告信息 4 概要设计 4.1 体系结构设计 椐据对系统需求分析中的总体目标和具体目标部分的分析，得到系统的功能树： 药店会员信息管理系统前台功能结构图 4-1 所示。 图 4-1 药房会员信息管理系统前台功能结构图 Fig. 4-1 office automation management systems functional structure of the future 4.2 接口设计 4.2.1 外部接口 1用户界面 在用户界面部分，应该尽量做到美观，并且页面的响应速度一定要迅速。同时页面 应该简单这样用户很容易就能够上手使用。因此要做好 css 样式表单。 （1）用户界面适合于软件的功能。 （2）对于用户应该是易于理解、容易使用的。 （3）应该有及时合理的反馈信息。 （4）防错处理。 （5）风格一致和必要的个性化。必要的个性化是为了满足特别用户或特殊用途。 （6）合理的布局、合理的色彩，版面明了清晰。 （7）满足用户业务流程，因为用户使用软件的目的是为了提高工作效率。 总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。 2软件接口 WEB 服务器 TOMCAT5.0 可以使用中间件 JAVABEAN，对后台数据库 Sql Server 进 行所有访问。 数据库采用 Sql Server。数据库不仅仅要提供数据存储查询，更要发挥其自动作业功 能 Sql Server 是一个多用户，多线程的强壮的 Sql Server 数据库服务器。把 Tomcat 与 Sql Serverr 组合，这是非常流行的服务器。 TOMCAT 服务器是在 SUN 公司的 JSDK 的基础上发展的一个优秀的 SERVLET/JSP 容器，它是 APACHE-JSKARTA 软件组织的一个子项目。它不但支持运行 SERVLET 和 JSP，而且还具备了作为商业 JAVAWEB 应用容器的特征。作为一个开放源码的软件， TOMCAT 得到了开放源码志愿者的广泛支持，它可以和目前大部分的主流 HTTP 服务器 在一起工作，而且运行稳定、可靠、效率高。 3硬件接口 在输入方面，对于键盘、鼠标的输入，对输入进行处理。 在输出方面，打印机的连接及使用。在网络传输部分，在网络硬件部分，为了实现 高速传输，使用快速以太网。 4.2.2 内部接口 内部接口方面，各模块之间采用表单提交、超链接的方式进行信息传递。各模块可 以通过引用类包调用相应的类中的方法，以及接口函数，完成数据库的连接、查询、删 除、添加、修改操作。 4.3 代码设计 4.3.1 代码设计的原则 代码设计是处理对象的代号或表示符号，其主要目的是方便计算机排序、检索、查 找等处理。代码设计的关键是方便用户，满足业务的要求。 （1）唯一确定性原则：仅代表唯一的实体，分类时通常选取事物的最稳定的本质属 性作为分类的基础和依据。 （2）最小长度与可扩充性原则。 （3）标准化原则：代码的编制尽量标准化，尽量参照国家和行业标准。 （4）便于计算机处理与便于记忆的原则。 （5）合理性：指代码结构要合理，尽量反映编码对象的特征，使代码具有分类标识 作用。 （6）稳定性：应预留足够的位置，以适应环境的变化,避免经常修改代码。 （7）可识别性：短适宜、不用易混淆的字符，空格不能用于代码。 4.3.2 系统所需代码设计 （1）药品编号代码 药品名称代码由 SP 两位字母和五位数字组成，格式如下： XX XXXXX 药品编号，由五位数字组成(例：SP00001) SP，代表商品 （2）入库单编号代码 XX XXXXXXXX XXXXX 入库单编码，由五位数字组成（例： RK2015060800001） 代表当前年月日 RK,代表入库 （3）销售单编号代码 XX XXXXXXXX XXXXX 销售单编码，由五位数字组成（例： XS2015060800001） 代表当前年月日 XS,代表销售 （4）退货单编号代码 XX XXXXXXXX XXXXX 退货单编码，由五位数字组成（例： TH2015060800001） 代表当前年月日 TH,代表退货 4.4 数据库设计 数据库设计采用了 Sql Server，充分发挥了数据库的综合管理功能，设计时充分考虑 了数据库的设计规范（采用了 3NF 设计） ；利用数据库的各种约束手段，如：关系约束、 主键约束、规则和自定义数据类型约束等；充分利用数据库的事务处理机制来提高数据 的批 量处理和同步更新；利用视图设计原则，使数据库设计更符合面向对象思想和方便 的数据提取操作；利用触发器机制保证了数据库的完整同步更新；利用存储过程加速了 数据的处理能力。 4.4.1 数据库设计原则 （1）数据的共享性。 （2）数据独立性。 （3）数据的完整性，即保证数据库存中数据准确。 （4）灵活性，可在相当短的时间内回答用户的各种各样的复杂而灵活的查询问题。 （5）安全性与保密性，做到对数据指定保护级别和安全控制。 在本次的系统设计中，采用关系数据库理论原则进行数据库设计，关系数据库的基 础是数据间的依赖性，亦即函数关系依赖，它是实体之间的一种约束。关系数据库设计 的核心问题是关系模式设计，即按照一定原则从数量较多而又相互关联1的数据中构造一 组既能较好的反映客观现实世界又具有良好操作性能的关系模式。根据关系模式满足约 束条件的不同，人们把它们各种不同的范式。例如从低级到高级有第一范式、第二范式、 第三范式等等。因此，我们说某个关系模式属于某个范式，是指该关系模式满足某种确 定的约束条件，具有一定的性质。而所谓关系模式的规范化就是指把一个低一级的关系 模式分解为一组高一级关系模式的过程。下面简单的对范式的标准做一下介绍： 第一范式（1NF）:关系模式的所有域为简单域，其元素不可再分。 第二范式（2NF）:关系模式在满足 1NF 的基础上，每个非主属性完全函数依赖于关 键字。 第三范式（3NF）:关系模式在满足 2NF 的基础上，每个非主属性都不传递依赖关键 字。 4.4.2 关系模式设计 参照本系统的 E-R 图，关系模式设计如下： （1）会员 (id，会员姓名，家庭地址，证件号码，积分) （2）药品（id，药品名称，单位，库存，价钱） （3）用户（用户编号，用户名，密码，上次登录时间，类型） （4）公告（公告编号，公告标题，公告正文，类型，发布者，发布时间） （5）库存（商品编号，商品名称，商品简称，产地，规格，包装，单位，单价，库 存数量，库存金额，积分，商品类型） （6）供应商（供应商编号，供应商名称，简称，地址，邮编，电话，传真，联系人， 联系人电话，客户银行，邮箱） 4.4.3 数据字典 数据字典是物理数据库的具体体现，主要规定各关系的名称、各列的数据类型、长 度、小数位、完整性约束等。根据上面设计好的实体以及实体间的关系形成数据库中的 基本表，由以下 18 个表组成,如表 4-1 至 4-6 所示为其中的一部分： 表 4-1 会员信息表 Tab. 4-1 Customer Information Form 列标示列含义数据类型长度是否允许为空 pid Name Sex birthday phone hdjf 会员编号 姓名 性别 出生日期 电话 积分 int varchar bit datetime varchar int 4 20 1 8 10 不允许为空 不允许为空 不允许为空 不允许为空 不允许为空 不允许为空 表 4-2 用户信息表 Tab. 4-2 User information form 列标示列含义数据类型长度是否允许为空 ID username password userLastLogTime type 用户编号 用户名 密码 上次登录时间 类型 int varchar varchar varchar varchar 10 40 40 40 2 不允许为空 不允许为空 不允许为空 不允许为空 允许为空 表 4-3 药品信息表 Tab. 4-3 Drugs Information Form 列标示列含义数据类型长度是否允许为空 mid mname mnum price supply time 药品编号 药品名称 库存量 价格 生产厂家 生产日期 int varchar Int Int varchar varchar date 2 40 4 4 40 8 不允许为空 不允许为空 不允许为空 不允许为空 不允许为空 不允许为空 表 4-4 公告信息表 Tab. 4-4 Announcement Information Form 列标示列含义数据类型长度是否允许为空 id title message type owner addtime 公告编号 公告标题 公告正文 类型 发布者 发布时间 int varchar varchar varchar varchar datetime 10 50 -1 3 20 23 不允许为空 允许为空 允许为空 允许为空 允许为空 允许为空 表 4-5 库存信息表 Tab. 4-5 Stock Information Form 列标示列含义数据类型长度是否允许为空 ID spname jc cd gg bz dw dj kcsl kcje jf sptype 商品编号 商品名称 商品简称 产地 规格 包装 单位 单价 库存数量 库存金额 积分 商品类型 char char char char char char char money float money int varchar 20 50 20 30 20 30 10 8 8 8 4 2 不允许为空 不允许为空 不允许为空 不允许为空 不允许为空 允许为空 不允许为空 不允许为空 不允许为空 不允许为空 允许为空 允许为空 表 4-6 供应商信息表 Tab. 4-6 Supplier Information Form 列标示列含义数据类型长度是否允许为空 ID gysname jc address postcode tel fax lxr lxrtel khyh email 供应商编号 供应商名称 简称 地址 邮编 电话 传真 联系人 联系人电话 客户银行 邮箱 int varchar varchar varchar varchar varchar varchar varchar varchar varchar varchar 4 50 50 100 50 50 50 50 50 50 50 不允许为空 不允许为空 不允许为空 不允许为空 允许为空 不允许为空 允许为空 不允许为空 允许为空 允许为空 允许为空 4.4 输入输出设计 4.4.1 输入设计 输入设计要根据系统输出的要求确定输入的内容和格式。由于输入数据的准确性与 及时性会影响管理信息系统的运行效果。输入数据的正确性对于整个系统质量的好坏起 决定作用。输入设计不当又可能使输入数据发生错误，即使计算和处理十分正确，也不 可能得到正确的输出。因此，输入设计既要给用户提供方便的界面，又要有严格的检查 和纠错功能，以尽可能减少输入错误。输入设计主要包括输入数据的分析与获得、输入 数据的格式设计、输入设备的选择、输入数据的校验等工作。 表 4-3 输入设计 编号：001 Tab. 4-3 Input design Serial number：001 输入名称：会员信息表 输入设备和介质：键盘、鼠标 输入源：管理员 输入时间和频率：每次注册会员 输入信息量： 共享范围：本系统使用 表 4-4 输入格式及内容 Tab. 4-4 Input form and content 数据项名称 类型 实际长度 备注 会员 ID Int 4 自动生成 姓名 Varchar 20 键盘输入 性别 Varchar 20 键盘输入 4.4.2 输出设计 输出是由计算机对输入的原始信息进行加工处理，形成高质量的有效的信息，并使 之具有一定的格式，提供管理者使用，这是输出设计的主要职责和目标。 本系统输出设备主要有：显示终端，打印机。 表 4-5 输出设计 编号：005 Tab. 4-5 output design serial number：005 输出名称：销售记录 输出设备和介质：打印机.打印纸. 输出类型：打印输出 输出时间和步骤：完成一次购买后后 4.5 运行设计 4.5.1 运行环境 操作系统：Windows Server 2008 R2 DBMS：Sql Server 2005 WEB 服务器：Tomcat 6.0 体系结构：B/S 4.5.2 运行模块的组合 （1）在登录发布的网站后录入相应的用户名和密码就会对用户权限进行判断。从而 为用户挂不同权限的操作菜单。 （2）服务器接收到用户发出的请求后，通过 JAVABEAN 中间件对后台数据进行访 问。 4.5.3 运行控制 （1）运行控制将严格按照各模块请求方式调用。 （2）在网络方面，客户在发出请求后，等待 WEB 服务器的确认收到请求，收到后， 再次等待服务器发送回答数据，然后对数据进行确认。服务器在接到数据后发送确认信 号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。 4.5.4 运行时间 网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大影 响。所以采用快速以太网络，实现客户机与服务器2之间的连接，以减少网络在传输上的 开销。其次是服务器的性能，它会影响对数据库访问时间的长短，因此建议使用高性能 的服务器。总之，硬件对系统的速度的影响会大于软件的影响。 4.6 出错处理设计 4.6.1 出错输出信息 （1）对于软件错误，输入数据后点击提交按键后，后出现错误提示窗口，然后给出 错误提示，返回当前输入的窗口。 （2）对于硬错误，可在出错的相应模块中输出简单的出错语句，并将程序重置。返 回输入阶段。 4.6.2 出错处理对策 （1）所有的客户机及服务器需要安装上不间断电源系统以防止由于停电或电压不稳 所造成的数据库数据的丢失。如果真断电时，客户机不会有较大的影响。 （2）在网络传输方面，可考虑建立一条成本较低的后备网络，用来保证当主网络断 路时数据的通信。 （3）在硬件方面需要选择比较可靠和稳定的服务器机种，己保证系统的可靠运行。 4.7 安全保密设计 4.7.1 数据安全性 数据保存在专门的数据库服务器上，这样可以避免在本地误操作或者由于硬件的故 障造成数据的丢失。 4.7.2 登录用户的安全性 用户的登录根据权限的不同可以看到不同的菜单项。同时数据库的权限会控制用户 只能操作该管辖的人员信息。 4.8 维护设计 维护方面主要为对服务器上的数据库数据进维护。例如，定期为数据库进行备份， 维护管理数据库死锁问题和维护数据库内数据的一致性等。 5 详细设计 5.1 用户登录模块定义 5.1.1 模块定义 用户登录模块包括员工登录模块和管理员登录模块，主要功能不同权限的用户登录 进行管理。 5.1.2 输入项 表 5-1 用户登录输入项 Tab. 5-1 User login Input 输入项标识输入媒体数据类型数值有效范围长度 用户名 密码 username pwd 键盘 键盘 Varchar2 Varchar2 英文字母 AZ，az，数字 09，字符“_” 英文字母 AZ，az，数字 09，字符“_” 长度 var timerID = null; var timerRunning = false; function stopclock () if(timerRunning) clearTimeout(timerID); timerRunning = false; function startclock () stopclock(); showtime(); function showtime () var now = new Date(); var year =now.getYear(); var month =now.getMonth()+1; var date =now.getDate(); var day =now.getDay(); if(day=0) day=“日“; else if(day=1) day=“一“; else if(day=2) day=“二“; else if(da