医药销售管理系统(药品销售管理系统的设计).docx

计算机力量扩展训练任务书学生姓名： 专业班级：指导教师： 工作单位： 计算机科学与技术学院题 目 : 药品销售治理系统的设计初始条件：理论： 本环节要求学生选用.NET 或 Jave EE 开发环境及 SQL Server 数据库效劳器 ，实 施一个基于 Web 的小型应用系统的规划 、设计 、实现 ，最终到达一个原型系统功能的目标。实践：计算机科学系试验中心供给计算机及软件开发环境。要求完成的主要任务 :1 系统需求分析： 使用软件工程所学的学问对拟开发的系统进展数据需求和功能需 求分析。2 系统设计：依据系统需求分析进展概要设计和具体设计 ，承受 B/S 模式运用.NET 或 Jave EE 技术进展系统实现。3编制好程序后 ，设计假设干测试用例 ，上机测试所设计的原型系统。 4设计报告按格式要求书写 。设计报告正文的内容应包括：1 系统描述 包括问题说明 、数据需求和功能需求。2系统设计 包括总体设计、数据库表构造、输入/输出设计、用户界面设计、处理过程设计。3 系统测试 包括测试用例的描述 、测试方法和测试结果。4设计的特点 、缺乏 、收获和体会。引言医药是关于人类同疾病作斗争和增进安康的科学，而制药工业则负责生产药 品 。制药工业既是国民经济的一个部门 ，又是一项治病 、防病 、保健 、打算生育 的社会福利事业。随着人们生活水平以及制药水平的不断提高，人们对医药的消 费和需求也越来越旺盛，世界制药工业也保持浩大的市场需求和生产规模。近年 来 ，中国医药销售市场进展迅猛 。巨大的市场容量和可观的经济效益 ，引起各制 药厂家纷纷加大投资，争论配方，医药市场赶忙烽烟四起，竞争是空前的剧烈。1在如此形式下，介于生产厂家和消费者之间的医药销售企业在医药事业中发挥了 至关重要的作用。系统开发的背景和意义各医药销售公司都有它们自己的治理、销售、财务等职能部门。如何治理好 这些部门，使整个公司协调全都、高效率地运转，是各公司急待解决的问题 。但 有的业务环节仍旧运用人工记账的传统方法，既简洁出错又会导致账目混乱，查 询和统计起来格外不便利 ， 费时又费力 ，严峻时会给公司造成难以挽回的损失。 像这样初级的公司治理方法，已远跟不上销售政策和销售形势进展的需要。因此， 如何对医药销售治理供给一整套的治理方法到达提高效率和降低本钱的问题成 为焦点。医药销售治理系统的提出，对医药销售公司来讲意义重大。它不但能使 各业务环节协调全都，而且操作简洁，账目清楚，通过账目查询， 公司能在最短 的时间内获得市场信息 ，从而制订相应的决策。1 、系统描述本系统是以药品根本信息为主体，以销售药品的操作人员为效劳对象，通过 对各种入库和销售信息的治理操作 ， 需要实现以下目标：一、实现根底信息治理： 药品信息治理， 员工信息治理，客户信息治理，供 应商信息治理；二 、实现进货治理： 入库登记 ，入库登记查询 ，入库报表；三 、实现销售治理： 销售登记 ，销售退货 ，销售报表 ， 以及相应的查询； 四 、系统维护。1.1 、功能需求首先是操作人员将药品信息入库，然后医药销售公司的销售人员通过与药品 需求商即客户 的交易活动，将相关交易信息存入数据库 。公司的治理人员可 以查询药品销售的各种信息统计，分析销售的运转状况。由此可分析系统需要达 到以下目标：1. 能很好地完成药品的售前治理如药品入库时具体信息的登记。 2. 能具体地记录客户与公司之间的交易过程以及相关信息。3. 能准时准确地获得药品在某阶段的盈亏状况和市场的需求走势 。即通过 对药品销售、药品进货、药品退货等信息查询获得相应的结果 ，以备公司作为参 考 ，从而制定出相应的策略。4. 能够对不同权限的用户进展合理的治理 。包括添加用户 ，查看用户密码 等等。1.2 、功能模块划分系统主要划分为 3 个模块，分别为信息治理模块，进货治理模块以及销售管理模块 。不同的模块划分有不同的功能，1具体如功能图 1- 1 所示：医药销售治理系统功能图 1-11.3 、用户分类及功能权限划分本医药销售治理系统把用户划分为 3 个角色 ，分别为治理员 、入库操作员以 及销售员。对于不用类型的用户，分别划分了不同的权限和不同的功能，保证了 数据的安全 ，让销售能正常运转。入库操作员所安排的功能权限如用例图 2-21入库查询入库报表查询药品入库入库操作员添加药品信息图 2-2 入库员用例图治理员所安排的功能权限如用例图 2- 1添加员工信息查看员工信息修改员工信息添加药品信息治理员查看药品信息添加客户信息修改客户信息修改供给商信息图 2-1 治理员用例图销售员所安排的功能权限如用例图 2-3销售登记查询销售退货退货查询销售登记销售员销售报表查询图 2-3 销售员用例图1.4 、系统的或许流程在进入本医药销售治理系统之前 ， 首先要进展员工编号和密码的输入以及用户类型选择，假设输入的信息有误，则不能进展登录；只要在全部条件都 满足下的状况下，用户才能成功登录；成功登录后，不用类型的用户会进入相应 的治理页面 ，然后可以进展各自的功能操作。或许的系统工作流程如流程图 3- 1：放弃登录开头1登录信息重输入推断匹配失败显示错误信息匹配成功治理人员进展系统治理销售人员进展销售治理入库人员进展库存治理完毕流程图 3-11.5 、运行需求由于本系统是基于 B/S 构造的 Web 应用程序，所以对于用户电脑配置的要求 不高 ， 只要配置有 IE6 以上或者 Netscape 等扫瞄器 ，便能访问该医药销售治理 系统；而效劳器方面 ，由于考虑到为避开由于效劳器缘由造成系统无法访问，影 响医药销售的正常运转，所以推举使用 IBM 效劳器，能够保证系统 24 小时能够 正常运行 ， 不会消灭特别状况。2 、总体设计2. 1 、数据库2.11 、数据库概念设计1医药销售治理系统根本如 E-R 图如图 3- 1联系 员工id供给商名称供给商id 供给商 n 治理 1 n1 n入供给 库药品idn n药品名称价格 药品 销售库存量供给商 单位 规格客户名称员工n治理2n客户客户id联系 联系 客户名称图 3-1 E-R 图2.12 、数据库规律设计1. 员工表员工 ID ， 员工姓名 ， 员工性别 ，年龄 ，联系 ，密码 ， 员工权限 2. 客户表 客户 ID ，客户名称 ，联系 ， 3. 供给商表供给商 ID ，供给商名称 ，联系 ， 4. 药品表 药品 ID ，药品名 ，价格 ，库存量 ，供给商 ，单位 ，规格5. 入库登记表药品 ID ，入库时间 ，入库数量 ，经手人6. 销售登记表订单号 ，药品 ID ，销售量 ，销售时间 ，客户 ID ，经手人2.13 、数据库物理设计1. 员工表： 用于存放公司员工的信息 ，具体表构造如表 3-1表 3-1 员工表字段名称字段类型备注员工 IDNchar(10)员工的编号 ，长度为 10 ，主键员工姓名Nchar(10)员工的姓名 ，长度为 10 ，可为空员工性别Nchar(10)员工的性别 ，长度为 10 ，可为空年龄Nchar(10)员工的年龄 ，长度为 10 ，可为空联系 Nchar(10)员工的联系 ，长度为 10 ，可为空密码Varchar(MAX)员工的登录密码 ，不行为空员工权限Nchar(10)员工权限 ，admin 表示治理员 ，saler 表示销售员 ，addinfo 表示 入库员2. 客户表： 用于存放购置药品的客户信息 ，具体表构造如表 3-2表 3-2 客户表字段名称 字段类型备注客户 ID Nchar(10)客户编号 ，长度为 10 ，主键客户名称 Nchar(10)客户的名称 ，长度为 10 ，不能为空联系 Nchar(15)客户的联系 ，长度为 15 ，不能为空 Nchar(20)客户的 ，长度为 20 ，不能为空3. 供给商表： 用于存放供给商的信息 ，具体表构造如表 3-3表 3-3 供给商表字段名称 字段类型备注供给商 ID Nchar(10)供给商的编号 ，长度为 10 ，主键供给商名称 Nchar(10)供给商的名称 ，长度为 10 ，不能为空联系 Nchar(15)供给商的联系 ，不能为空 Nchar(20)供给商的 ，不能为空4. 药品表： 用于存放仓库内每种药品的信息 ，具体表构造如表 3-4表 3-4 药品表字段名称字段类型备注药品 IDNchar(10)仓库内药品的编号 ，主键药品名Nchar(10)药品的名称 ，长度为 10 ，不能为空价格float药品的价格 ，浮点型 ，不能为空库存量Int药品的库存量 ，整型 ，不能为空供给商Nchar(10)药品的供给商 ，长度为 10 ，不能为空单位Nchar(10)药品的单位 ，长度为 10 ，不能为空规格Nchar(10)药品的规格 ，长度为 10 ，不能为空15. 入库登记表： 存放药品入库的记录 ， 具体表构造如表 3-5表 3-5 入库登记表字段名称字段类型备注药品 IDNchar(10)入库药品的 ID ，长度为 10 ，不能为空入库时间Nvarchar(50)药品的入库时间 ，长度为 50 ，不能为空入库数量Int药品的入库数量 ，整型 ，不能为空经手人Nchar(10)入库操作的经手人 ，可为空6. 销售登记表： 存放药品销售的记录 ， 具体表构造如表 3-6表 3-6 销售登记表字段名称字段类型备注订单号Int交易订单号 ，整型 ，主键 ， 自动生成药品 IDNchar(10)销售药品的 ID ，长度为 10 ，不能为空销售量Int药品的销售量 ，整型 ，不能为空销售时间Nvarchar(50)药品的销售时间 ，长度为 50 ，不能为空客户 IDNchar(10)购置该药品的客户的编号 ，长度为 10 ，不能为空经手人Nchar(10)销售操作的经手人 ，长度为 10，可为空2.2 、数据字典1.外部实体条目如表 3-7注： 员工 、客户 、供给商 、药品的编号各自独立 表 3-7名称权限类型输入数据流输出数据流治理员Admin登录信息无入库员addinfo登录信息无销售员saler登录信息无客户-客户信息无供给商-供给商信息无药品-药品信息无2.数据流条目如表 3-8表 3-8名称功能输入数据流输出数据流员工信息添加 ，查看员工信息治理员治理员客户信息添加 ，查看客户信息销售人员治理员 ，销售员销售订单添加 ，查看订单信息销售人员治理员 ，销售员药品信息添加 ，查看药品信息治理员治理员3.处理过程条目如表 3-9表 3-9名称数据流来源数据流去向添加员工治理员数据库员工表添加客户治理员数据库客户表药品入库入库员数据库药品表 ，入库表查看员工信息数据库治理员查看客户信息数据库销售员查看订单信息数据库治理员 、销售员查看仓库库存数据库治理员 、销售员 、入库员查看入库记录数据库治理员 ，入库员3 、系统核心3.1 、用户登录-设计说明进入本医药销售治理系统 ，首先必需要进展用户的登录 。用户登录要输入用 户的 ID 、登录的密码任一项输入的信息与数据库中的记录不都会导致登录的失 败 ，当输入信息都完全匹配了，通过用代码猎取权限字段，通过检权限的字段跳 转到相的用户界面.流程图：开头1登录输入 ID和密码推断信息Y推断权限Y提示错误NN跳转相应页面完毕图 4-1 登陆流程图放弃删除开头删除员工信息选择删除项确认删除完毕3.2 、员工添加和删除 -设计说明本系统中，治理员有添加员工的权限。添加员工，首先要输入员工的 ID 号， 员工的姓名，选择员工的工作类型，员工的联系方式及员工的性别等信息。为避 免重复录入同一个员工的信息，造成数据库出错，该功能设计中最重要的一点是 当治理员输入员工 ID 号的同时 ，系统会自动检测数据库中员工表中的记录 ，假设 存在匹配的员工 ID 号 ，则不允许治理员向数据库添加该员工的信息 ，并提示管 理员检查待添加的员工的 ID 号 。对于要删除的员工 ，选中所要删除的员工并确 认之后 ，可直接删除。流程图：开头添加员工输入信息是否重复N存储完毕重 输 入 信 息 放 弃 添 加Y图 4-2 添加员工流程图 图 4-3 删除员工流程图1放弃 登记放弃 退货3.3 、销售登记和退货 -设计说明对于每一次的销售交易 ，首先自动生成对应订单号 ， 由销售员完成订单其他 信息的输入。订单记录了交易信息，也是交易存在的证据 ，固然假设客户在规定的 时间范围内因某些缘由而需要退货，我会记交易的更操作进展撤消，回到交易 前的状态。流程图：1开头销售登记输入信息确认存储完毕开头销售退货选择退货订单退货存储完毕图 4-4 销售登记流程图图 4-5 销售退货流程图图 4-6 销售查询流程图图 4-7 销售报表流程图3.4 、销售查询和报表 -设计说明可以对每一次的销售状况进展查询 ，分按具体的日期查询和按交易客户的 ID 查询 ； 而报表就是显示一段时间内的销售状况。流程图：开头销售 查询选择 日期确认 选择查看 报表完毕选择客户 ID开头销售报表选择时间段确认选择查看报表完毕重 输 入 信 息 放 弃 添 加3.5 、入库登记 -设计说明本系统中，入库员有对药品进展入加的权限。入库药品时，先检仓库中是否 存在这种药品的 ID ，假设存在可直接完成入库信息后 ，直接入库 ，假设无则不允许 入库操作，并提示入库员添加该药品的信息，要在添加药品信息完成之前方可完 成入库操作。另外一点：和销售登记一样，药品入库同样要考虑要数据库数据操 作全都性的问题 。仓管人员把药品入库时 ，仓库中相应药品 ID 的药品数量就要 增加相应的数目，同时入库登记表中要添加相应的药品入库的记录，否则会给公 司带来灾难性的后果 ，造成很大的损失。流程图：开头入库登记输入信息药品是 否存在Y存储完毕N图 4-8 入库登记流程图14、界面设计用户登录界面：系统工作主界面：1查看药品信息：增加药品信息：增加员工信息：1添加客户信息：修改员工信息：查看员工信息：查看客户信息：查看供给商信息：入库登记：入库报表：入库查询：销售报表：销售信息查询：5 、设计的特点、缺乏、收获和体会在这次课程设计过程中，我首先对医药治理进展了了解，认真分析了该治理 对系统功能的要求，并依据这些功能要求对系统进展定义，确定系统必需做什么。 但由于对医药治理了解不多，需求分析难免不够完善。之后着手对系统的设计工 作，首先是概念构造设计，依据需求分析结果总结系统内实体及联系并绘制系统 的局部ER图，然后画出全局ER图。结合需求分析与概念构造设计，把设计好的ER 图转换为DBMS所支持的数据模型所符合的规律构造，运用SQL数据库治理系统建 好表和相关约束。在这次课程设计中虽然遇到过很多的困难，但我从中学到了很多有用的知 识，通过不断的翻阅资料，各个问题的解决使我对系统的设计越来越感兴趣。相 信我从这次课程设计所学到的东西可以让我在以后的学习及工作中受益无限。通过本次课程设计稳固了刚学习的数据库理论学问，同时加强了对数据库应用方 面的理解 ，深刻体会到了理论结合实践的学习方法。同时 ，在本次课程设计的完成过程中 ， 学会了通过 Microsoft Office Visior 软件来画图，包括流程图、数据流图、E-R 图。并且对数据库设计步骤更加生疏， 进一步学习了需求分析、数据流图、数据字典、系统功能模块、数据库完整性和 安全性还有 SQL 语句的设计等的应用。固然 ，由于时间仓促和自身相关学问尚且缺乏，本次课程设计也存在不少不 足之处 。比方在考虑模块设计和各属性、实体间的关系时还不够完善，还有画出 的图中可能存在不当的局部 ，编写的 SQL 语句也可能不够精准等 。这些缺乏都 是我在今后学习数据库相关学问时候需要加强的地方。本次课程设计学到了很多 方面的学问 ， 同时也在教师的帮助下顺当完成了。6 、 参考文献1. 萨师煊、王珊.数据库系统概论.北京：高等教育出版社2. 代方震、陈冠军.Visua l C# 2023 程序设计从入门到精通.北京：人民邮出 电 版社，2023 年3. 张海藩.软件工程导论.北京：清华大学出版社，2023 年4. 唐扬斌等译 Michae l Lee 清华大学出版社Gentry Bieker 著 。精通 SQL Server 20235. ASP.NET 动态网站开发根底教程(C篇) 郭兴峰 、 陈建伟清华大学出版社(2023-05 出版)1