数据库课程设计药店管理系统方案.doc
药店管理信息系统一、 需求分析1 项目背景1.1 编写目的本需求的编写目的在于研究药店管理信息系统软件的开发途径和应用方法。本需求的预期读者是与药店管理信息系统软件开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的领导和公司人员,软件验证者。1.2 背景及围本项目的名称：药店管理信息系统开发软件。本项目的任务提出者及开发者是药店管理信息系统软件开发小组,用户是药店销售办公室。药店管理信息系统： 药店管理信息系统理人员、药品档案的管理软件。2 项目概述该药品管理信息软件目前已有比较完善的管理与使用功能,研制药品管理信息软件是为了满足药品销售办公室对药品档案管理的方便,以现代化的创新思维模式去工作。2.1 目标2.1.1 开发意图a. 为了药品管理信息更完善； b. 为了药店销售办公室对药品销售管理更方便c. 为了减轻工作人员的工作负担。2.1.2 应用目标通过本系统软件,能帮助工作人员利用计算机,快速方便的对药店信息管理、输入、输出、查找等操作,使散乱的档案能够具体化、直观化、合理化。2.1.3 作用及围本软件适用于药店,它是比较完善的信息系统管理软件 2.1.4 背景 现今药品管理的烦琐给具有强烈时间观念的管理人员带来了诸多不便,为了对药品档案的管理方便,因此开发了本软件。2.2 一般约束a. 本项目的开发经费不超过1万元；b. 辅导老师2人,开发人员6人；c. 在管理方针、硬件的限制、并行操作安全和方面无约束。2.3 假设和依据假设开发经费不到位,管理不完善,设计时没能用全得到考虑,本项目的开发都将受到很大的影响。3 功能需求3.1 规格说明查询每种药品的全部信息。3.2 引言为了查询药品销售的全部信息。3.2.1功能外部功能部功能操作员和系统管理员通过应用界面,应用程序,查询等。通过SQL语言,对数据库的查询、插入、修改、删除等操作。3.3 性能需求3.3.1静态数值需求a. 支持的终端数为8台；b. 处理并发的40个；3.3.2 精度需求在精度需求上,根据使用需要,在各项数据的输入、输出及传输过程中,由于本系统使用了数摞结构,可以满足各种精度的需求。3.3.3时间需求在软件方面,响应时间、更新处理时间都比较快且迅速,完全满足用户要求。3.3.4 灵活性当用户需求,如操作方式,运行环境,结果精度,数据结构与其他软件接口等发生变化时,设计的软件要做适当调整,灵活性非常大。3.3.5 故障处理a. 部故障处理在开发阶段可以随即修改数据库里的相应容。b. 外部故障处理对编辑的程序进行重装载时,第一次装载认为错,修改。第二次运行,在需求调用时出错,有错误提示,重试。3.4 设计约束条件3.4.1 技术约束本项目的设计采用软硬一体化的设计方法。3.4.2 环境约束运行该软件所适用的具体设备必须是奔腾1g、存128兆以上的计算机,局域网络环境3.4.3 标准约束该软件的开发完全按照企业标准开发,包括硬件、软件和文档规格。 3.4.4 硬件限制奔腾1g、存128兆以上的计算机满足输入端条件。3.5 接口需求3.5.1 用户接口本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面<如：输入界面、输出界面>。用户对程序的维护,最好要有备份。3.5.2 软件接口 WIN9X/NT操作系统.3.6 属性3.6.1 可使用性在装载总程序时,正常就运行,异常就停止；汉语编程系统出现错误,将会产生不可遇见的问题,热启,整个终端程序就会再启动；程序出现错误,重新装载,若仍有错,按照提示逐渐装载。 3.6.2性本软件作为教学管理辅助设备,它的规模比较小,不需要技术；限定一个程序中某些区域的规约,给不同的模块分配不同的功能。3.6.3 可维护性本软件的组成程序为汉语成语设计语言,组构均较简单,直观意义上的较独立。因此,基于电子化所构成的硬件的简单可维护的特点,决定了该软件的简单可维护性。3.6.4 可转移、可转换性可转移的环境是奔腾133、16兆存以上；不可修改任何部分；3.6.5 注释本产品所拥有的属性十分重要,它使得读者用规定的方法去客观的验证软件的各种特性。 3.7 数据库数据库是实现有组织地,动态地存储大量关联数据,方便多用户访问的计算机软硬件组成的系统；它与文件系统的重要区别是数据的充分共享,交叉访问,与应用程序的高度独立性。由于本软件的整体结构比较简单,所涉及数据相对来说也较少,组成文件的最小单位是记录。4 设备奔腾1g、存128兆以上的计算机。局域网络环境5 需求注释对于本软件,它的功能需求、性能需求、接口需求,从稳定性、可行性上都是可以的。6 功能树药店管理信息系统药品销售管理药品库存管理药品查询管理用户管理二、概念设计1 实体及其属性1用户ER图：消费者年龄性别XX消费者编号 2药品ER图：药品药名产地库存生产厂家保质期药品号3销售大厅ER图：柜台柜台名称经理职工XX柜台号职工编号4职工ER图:职工职称职工号所在柜台性别年龄XX工资2 综合ER图几比几的关系没写消费者XX性别年龄消费者编号购买购买时间药品生产厂家保质期库存产地药名销售柜台柜台名称职工名职工号柜台号经理工作职工性别XX年龄职称职工号所在柜台药品号工资三、逻辑设计消费者表消费者编号,年龄,性别,主键为消费者编号,符合三式。药品表药品号,药名,产地,库存,保质期,生产厂家,主键为药品号,符合三式。柜台表柜台号,职工名,职工号,经理,柜台名称,主键为柜台号,符合三式。职工表职工号,性别,年龄,职称,所在柜台号,工资,主键为职工号,符合三式。购买药品号,消费者编号,购买日期主键为药品号,消费者编号,符合三式。CREATE TABLE CONSUMER <CONSUMERID CHAR<8> PRIMARY KEY,AGE CHAR<8>,CNAME CHAR<8>,SEX CHAR<2>>CREATE TABLE MEDICINE <MEDICINEID CHAR<8> PRIMARY KEY,MANME CHAR<8>,MCITY CHAR<8>,STOCK CHAR<8>,PERIOD CHAR<8>,JANME CHAR<8>>CREATE TABLE COUNTER <COUNTERID CHAR<8> PRIMARY,ENAME CHAR<8>,EID CHAR<8> FOREIGN KEY EID REFERENCES E,MQR CHAR<8>,COUNTERNAME CHAR<8>>CREATE TABLE E <EID CHAR<8> PRIMARY KEY,SEX CHAR<2>,AGE CHAR<8>,ENAME CHAR<8>,JNAME CHAR<8>,COUNTERID CHAR<8> FOREIGN KEY COUNTERID REFERENCES COUNTER,SAL CHAR<8>>CREATE TABLE BUY <MEDICINEID CHAR<8>,COUNSUMERID CHAR<8>,PRIMARY KEY <MEDICINEID,COUNSUMERID>,FOREIGN KEY <MEDICINEID> REFERENCES MEDICINE<MEDICINEID>,FOREIGN KEY <COUNSUMERID> REFERENCES COUNSUMER<COUNSUMERID>>表3-1 消费者表列名含义长度类型NULLDEFAULTCONSUMERID消费者号8CharnonoAGE年龄8CharnonoCNAME8CharnonoSEX性别2Charnono表3-2 药品表列名含义长度类型NULLDEFAULTMEDICINEID药品号8CharnonoMNAME药品8CharnonoMCITY产地8CharnonoSTOCK库存8CharnonoPERIOD保质期8Char<>nonoJNAME生产厂家8Charnono表3-3 柜台表列名含义长度类型NULLDEFAULTCOUNTERID柜台号8Char<>nonoENAME职工名8CharnonoEID职工编号8CharnonoMQR经理8CharnoNoCOUNTERNAME柜台名8Charnono表3-4 职工表列名含义长度类型NULLDEFAULTEID职工号8CharnonoSEX性别2CharnonoAGE年龄8CharnonoENAME8CharnonoJNAME职称8CharnonoCOUNTERID所在柜台号8Char < >noNoSAL工资8Charnono表3-5 购买表列名含义长度类型NULLDEFAULTMEDICINEID药品号8CharnonoCONSUMERID消费者号8CharnonoDATE购买日期8Charnono四、其它数据库对象的设计视图CREATE VIEW MQR-E /*建立是经理的职工视图*/ASSELECT E.Eid,E.JnameFROM E,WHERE JNAME=MQR;五、心得体会通过这次数据库课程设计的学习,对数据库设计有了初步的了解,实体完整性,参照完整性以及用户自定义完整性有了进一步的熟悉与了解,通过已编的程序编写ER图的过程,也对ER图有了进一步的掌握,要做药店管理系统,必须对现有的学生选课系统进行掌握,通过学生选课系统的参照,进行对药店管理系统的需求分析,做出较合理的程序系统,进而对已学的课程知识有了温习,对模块按表的形式描写,不仅使在画ER图的时候得以方便,还可以检查错误,这也是一个收获,这次数据库课程设计的学习,使我知道了数据库的用途,也让我得以所用
