数据库课程设计药店管理系统.docx
《数据库课程设计药店管理系统.docx》由会员分享,可在线阅读,更多相关《数据库课程设计药店管理系统.docx(13页珍藏版)》请在冰豆网上搜索。
数据库课程设计药店管理系统
数据库课程设计药店管理系统
数据库原理与应用
课程设计报告
班级:
姓名
学号:
2009年06月20日
药店治理信息系统
一、需求分析
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图:
〔2〕药品ER图:
〔3〕销售大厅ER图:
〔4〕职工ER图:
2综合ER图〔几比几的关系没写〕
三、逻辑设计
消费者表〔消费者编号,年龄,姓名,性别〕,主键为消费者编号,符合三范式。
药品表〔药品号,药名,产地,库存,保质期,生产厂家〕,主键为药品号,符合三范式。
柜台表〔柜台号,职工名,职工号,经理,柜台名称〕,主键为柜台号,符合三范式。
职工表〔职工号,性别,年龄,姓名,职称,所在柜台号,工资〕,主键为职工号,符合三范式。
购买〔药品号,消费者编号,购买日期〕主键为药品号,消费者编号,符合三范式。
CREATETABLECONSUMER
(CONSUMERIDCHAR(8)PRIMARYKEY,
AGECHAR(8),
CNAMECHAR(8),
SEXCHAR
(2)
);
CREATETABLEMEDICINE
(MEDICINEIDCHAR(8)PRIMARYKEY,
MANMECHAR(8),
MCITYCHAR(8),
STOCKCHAR(8),
PERIODCHAR(8),
JANMECHAR(8)
);
CREATETABLECOUNTER
(COUNTERIDCHAR(8)PRIMARY,
ENAMECHAR(8),
EIDCHAR(8)FOREIGNKEYEIDREFERENCESE,
MQRCHAR(8),
COUNTERNAMECHAR(8)
);
CREATETABLEE
(EIDCHAR(8)PRIMARYKEY,
SEXCHAR
(2),
AGECHAR(8),
ENAMECHAR(8),
JNAMECHAR(8),
COUNTERIDCHAR(8)FOREIGNKEYCOUNTERIDREFERENCESCOUNTER,
SALCHAR(8)
);
CREATETABLEBUY
(MEDICINEIDCHAR(8),
COUNSUMERIDCHAR(8),
PRIMARYKEY(MEDICINEID,COUNSUMERID),
FOREIGNKEY(MEDICINEID)REFERENCESMEDICINE(MEDICINEID),
FOREIGNKEY(COUNSUMERID)REFERENCESCOUNSUMER(COUNSUMERID)
);
表3-1消费者表
列名
含义
长度
类型
NULL
DEFAULT
CONSUMERID
消费者号
8
Char〔〕
no
no
AGE
年龄
8
Char〔〕
no
no
CNAME
姓名
8
Char〔〕
no
no
SEX
性别
2
Char〔〕
no
no
表3-2药品表
列名
含义
长度
类型
NULL
DEFAULT
MEDICINEID
药品号
8
Char〔〕
no
no
MNAME
药品
8
Char〔〕
no
no
MCITY
产地
8
Char〔〕
no
no
STOCK
库存
8
Char〔〕
no
no
PERIOD
保质期
8
Char()
no
no
JNAME
生产厂家
8
Char〔〕
no
no
表3-3柜台表
列名
含义
长度
类型
NULL
DEFAULT
COUNTERID
柜台号
8
Char()
no
no
ENAME
职工名
8
Char〔〕
no
no
EID
职工编号
8
Char〔〕
no
no
MQR
经理
8
Char〔〕
no
No
COUNTERNAME
柜台名
8
Char〔〕
no
no
表3-4职工表
列名
含义
长度
类型
NULL
DEFAULT
EID
职工号
8
Char〔〕
no
no
SEX
性别
2
Char〔〕
no
no
AGE
年龄
8
Char〔〕
no
no
ENAME
姓名
8
Char〔〕
no
no
JNAME
职称
8
Char〔〕
no
no
COUNTERID
所在柜台号
8
Char()
no
No
SAL
工资
8
Char〔〕
no
no
表3-5购买表
列名
含义
长度
类型
NULL
DEFAULT
MEDICINEID
药品号
8
Char〔〕
no
no
CONSUMERID
消费者号
8
Char〔〕
no
no
DATE
购买日期
8
Char〔〕
no
no
四、其它数据库对象的设计
视图
CREATEVIEWMQR-E/*建立是经理的职工视图*/
AS
SELECTE.Eid,E.Jname
FROME,
WHEREJNAME=MQR;
五、心得体会
通过这次数据库课程设计的学习,对数据库设计有了初步的了解,实体完整性,参照完整性以及用户自定义完整性有了进一步的熟悉与了解,通过已编的程序编写ER图的过程,也对ER图有了进一步的把握,要做药店治理系统,必须对现有的学生选课系统进行把握,通过学生选课系统的参照,进行对药店治理系统的需求分析,做出较合理的程序系统,进而对已学的课程知识有了温习,对模块按表的形式描写,不仅使在画ER图的时候得以方便,还能够检查错误,这也是一个收成,这次数据库课程设计的学习,使我明白了数据库的用途,也让我得以所用