数据库课程设计-医药销售管理系统

数据库课程设计-医药销售管理系统
数据库课程设计-医药销售管理系统

09信计2011-2012(一)

《数据库原理及应用》课程设计

设计题目医药销售管理系统

设计时间2011.12.29至2012.1.4

学生姓名

学生学号

所在班级

指导教师

医药销售管理系统

一可行性性研究

近年来,中国医药行业迅速发展,药店企业多业态经营,仓储式大型超市、中等规模超市、便利连锁综合发展。随着规模的扩大,传统的医药管理已经不能适应发展的需要,很难在激烈的竞争中生存。

通过对从事医药产品的零售、批发等工作企业的深入调查,发现其业务主要包括企业药品销售、出入库管理、企业的财务、人事管理等。医药管理是一项琐碎、复杂而又十分细致的工作。手工进行企业日常的药品销售、出入库的工作,容易出现“开空单”的现象,且呆账、错账时有发生,而且费时费力。本系统在设计中考虑和克服了上述问题,实现了企业管理工作的系统化、规范化和自动化。

二系统需求分析

2.1.1 系统目标与要求

要求本系统能够投入实际的使用并且满足基本的功能要求。要求具有较高的可靠性、安全性和易维护性,具有较高的可移植性。

本系统实现了以下的功能:

(1)基本信息模块:包括药品信息、员工信息、客户信息、供应商信息四个子模块。

(2)进货管理模块:包括入库登记、入库登记查询二个子模块。

(3)库房管理模块:包括库存查询、库存盘点、退货处理三个子模块。

(4)销售管理模块:包括销售登记、销售退货、销售报表查询三个子模块。(5)财务统计模块:包括当日统计、当月统计二个子模块。

(6)系统维护模块:包括数据安全管理、操作员管理、权限设置三个模块。

说明:根据对现实中医药销售管理业务,将用户分为二类超级管理员(经理)、普通管理员(操作员)。

2.1.2 系统分析

用户活动及活动图

(1)经理主要参与活动有:

①查询销售情况和财务状况以便了解本企业的经营状况,作出相应的决策;

②管理员工,了解不同员工的上班时间和他的相关的业绩;

③客户的管理,了解客户的数量,注销有问题的客户;

④供应商的管理,了解供应信息,选择最合适的供应商。

(2)营业员主要活动有:

①医药销售管理是指对药品信息的录入、更新、修改和删除;

②查询药品信息,以了解是否有该药品和库存等信息;

③销售药品,出库记录;

④退还药品,入库记录;

⑤现金收支是指对进出帐目的记录统计。

(3)顾客主要活动:

①查询药品信息;

②选购药品。

2.1.3 业务流程图

2.2 系统逻辑方案

系统分析的主要成果是系统的逻辑模型。本系统的逻辑模型主要是以系统的数据流图和数据字典为主要描述工具。即在无纸化网络考试系统管理方式和业务流程进行认真分析和研究的基础上,排除现有组织机构和业务分工所造成的信息障碍。

2.2.1 数据流程图(DFD):

数据流图是组织中信息运动的抽象。是在调研的基础上,从系统的科学性、

管理的合理性、实际运动的可行性角度出发。将信息处理功能和彼此之间的联系自顶向下,逐层分解,从逻辑上精确地描述系统应具有的数据加工功能、数据输入、数据输出、数据存储及数据来源和去向(外部实体)等项目。

在数据流程图中可以很清楚的看到数据的流向,药品信息的数据分别能够流向经理、员工和顾客。药品销售信息的信息也流经理。药品销售信息记录的是药品销售和退还的信息。顾客表信息从顾客流出又可以流回到顾客和员工、经理。

2.2.2 数据字典(简称DD)

绘制DFD,只是对数据处理和彼此之间的联系进行了说明。为进一步明确数据的详细内容和数据加工过程,应将数据流图中的全部数据流及其组成部分的数据元素,数据存储,数据加工,通过数据字典描述清楚,以便于此后系统设计的进行。这就需要开发人员编写详细的数据字典,来描述系统开发过程的细节。

下面列出本系统中的数据项、数据流、数据存储、加工处理和数据结构的数据字典。数据字典可采用图表格式或较紧凑的记录格式描述,本文采用的是图表格式。

数据项的DD表列举如下:

表2.1 药品编号的数据字典

表2.2 药品名称

表2.3 密码

三数据库系统结构设计

3.1软件系统总体结构设计

软件系统总体结构设计的主要任务就是将整个系统合理的划分成各个功能模块,正确处理模块之间与模块内部的联系及它们之间的调用关系和数据联系,定义各模块的内部结构等,本系统的软件总体结构按分解-协调的原则,信息隐蔽抽象的原则,自顶向下的原则,一致性原则,面向用户的原则进行设计。

3.2数据存储的总体设计

按用途分类可把本系统文件分成以下几种:

(1)主文件:系统中的主文件是最重要的共享文件,主要存放具有固定值属性的数据。它需要长期保存,并不断更新。

(2)处理文件:处理文件包含下一次更新文件所需要的全部记录,本系统中的处理文件如新闻登录日志文件、待审核项目信息文件。

3.3系统功能模块设计

通过对系统的数据流图进行分析,进一步进行功能分解,直到分解成含义明确,功能单一的功能模块,从而得到系统的功能模块结构图。

3.4数据库详细设计

3.4.1数据库设计

数据库的设计是指对一个给定的应用环境,构造数据库模式,建立数据库及其应用系统,满足各种用户需求。作为信息资源开发、管理和服务的一种有效的手段,数据库技术的应用已越来越广泛,从小型的单项事务处理系统到大型的信息系统大都用先进的数据库技术来保持系统数据的安全性、完整性和共享性。对一个实际的系统来说,数据库表的设计在遵循数据库理论的同时,必须能用开发工具来实现用户在各方面提出的功能要求。

⑴ E-R图:

在系统的数据库设计中,先要对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,然后才能得出系统的关系模式。可以采用E-R图的方法来进行数据结构分析,E-R设计方法是一种通过E-R图来描述现实世界信息结构的DB设计方法。E-R图由实体、属性、联系三部分组成。各分E-R 图说明如下:

①经理E-R图:

②供应商E-R图:

③员工E-R图:

④药品销售清单E-R图:

⑤客户E-R图:

E-R图:

⑥药品

⑦整体E-R图:

⑵关系模式与码:

药品信息(药品编号,药品名称,药品类别代号,售价,进价,库存量,供应商,有效期)外码:药品类别代号、供应商

药品分类索引信息(药品类别代号,类别说明)

员工信息(员工号,姓名,用户名,密码,职位,权限)

客户信息(客户号,客户名称,联系人,联系方式,客户所在城市)

供应商信息(供应商号,供应商名称,联系人,联系方式,供应商所在城市)药品销售信息(销售编码,销售日期,药品编码,药品名称,单价,数量,供应商,总额,销售员编码)外码:销售员编码、药品编码

⑶关系模式优化:

在上述关系模式中,每一个分量都是不可分割的数据项所以都符合第一范式;而且前四个关系模式都是单个属性作为码,没有任何非主属性对码部分函数依赖,在药品销售信息内虽由三个属性作为码,但也不存在非主性对码的部分函数依赖,所以上都符合第二范式;药品信息、药品类别索引、客户信息、供应商信息四个关系模式中都不存在非主属性对码的传递函数依赖,都属于第三范式。

在员工信息关系模式中,员工是按照权限分类的,职位不同权限也不同,这样该关系模式就存在了非主属性对码的传递依赖:职工号->职位,职位->权限,所以就将用员工信息分解为如下现个模式:

①员工信息(员工号,姓名,用户名,用户口令,职位)

②职位权限信息(职位,权限)

本系统不考虑职工信息的管理,为了使销售员编号与销售员的职工号连系起来,并能通过职工姓名和职位来修改用户信息所以把员工的部分信息(职工号,姓名,职位)和经理(用户名,密码)合成了员工信息(员工号,姓名,用户名,密码,职位,权限)以便系统功能的实现,所以在此不采用模式分解。

药品销售信息中有大量的数据冗余,表达不明确,将其分解为如下两个模式:

①药品销售主表(销售编码,销售日期,销售员编号,总金额)

②药品销售子表(销售编码,销售日期,药品编码,药品名称,单价,数量,供应商)

⑷数据库设计

对上述E-R图所需的实体需要的几个关键表的设计如下:

3.4.2 数据库的完整性和安全性

⑴数据库的完整性

数据库的完整性是指数据的正确性和相容性。数据库管理系统(DBMS)用一定的机制来检查数据库中的数据是否满足规定的条件——完整性约束条件,数据的约束条件是语义的体现,将作为模式的一部分存入数据库中。

本系统中定义了表与表之间的联系有助于实现完整性规则,一般在程序中实现具体的完整性控制。

实体完整性

例如:CREATE TABLE MedInfor/*创建药品信息表*/

(MedicineCode char(6) constraint M_PRIM PRIMARY KEY,

MedicineName varchar(8) NOT NULL,

MedKindeCode char(10) FOREIGN KEY REFERENCES MedID(MedKindeCode),

Price Money(8),

ListPrice Money(8),

Number Int(4),

FirmCode char(10) FOREIGN KEY REFERENCES

FirmInfor(FirmCode),

Userfulllife Datetime)

参照完整性

例如:create table sellMain/*创建医药销售主表*/

(SaleNo int constraint SM_PRIM PRIMARY KEY,

WorkNo char(10) FOREIGN KEY REFERENCES WorkInfor(WorkNo),

SaleDate DateTime,

Amount Money)

⑵数据库的安全性

数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。在数据库系统中,大量的数据集中存放,而且为许多用户直接共享,是宝贵的信息资源,系统的安全保护措施就显得更为重要,它保护数据库防止恶意的破坏和非法的存取。

本系统包括数据库的安全和服务器的安全。采用管理员表示和鉴定的方法实现数据库的安全,此安全管理措施并不在前台开发工具中实现,而是在后台数据库中实现。在登录数据库时,系统让管理员户表示自己的身份,不同的管理员权限不同,系统进行核实,鉴别此管理员是否为合法用户,若是,系统进一步核实用户,通常要求用户输入口令,系统和对用户口令以鉴别用户身份。服务器的安全也是通过用户在登录服务器时输入合法的用户名和密码来实现的。这是一种简单可行的方法,实现起来比较方便。没有采用更加复杂的系统安全管理措施是因为本管理系统一般是应用在校园网中,采用安全管理措施主要是为了防止没有修改权限的用户无意间修改了数据,因此采用用户标识和鉴定的安全管理措施就能够保障数据库的安全性。

四数据库的运行(SQL Server2000语句完成)

4.1创建医药销售管理系统

create database MedicalManagerSystem/*创建医药销售管理系统*/

use MedicalManagerSystem

4.2创建药品类别索引信息表

create table MedID//创建药品类别索引信息表

(MedKindeCode char(10) constraint MI_PRI PRIMARY KEY,

KindExplanation varchar(12) NOT NULL)

4.3建立存储过程向表中插入、修改、删除数据

⑴插入数据的存储过程

create proc MedID_proc

@MedKindeCode char(10),@KindExplanation varchar(12)

as

insert into MedID (MedKindeCode,KindExplanation) values(@MedKindeCode ,@KindExplanation )

exec MedID_proc '0001','口腔溃疡'

exec MedID_proc '0002','感冒'

exec MedID_proc '0003','发烧'

exec MedID_proc '0004','拉肚子'

exec MedID_proc '0005' ,'外伤'

其余略

⑵删除数据的存储过程

create proc MedID_delete_proc

@MedKindeCode char(10)

as

delete from MedId

where MedKindeCode=@MedKindeCode

exec MedID_delete_proc '0002'

其余略

⑶修改数据的存储过程

create proc MedID_update_proc

@MedKindeCode char(10),@KindExplanation varchar(12),@MedKindeCode1

as

update MedID

set MedKindeCode=@MedKindeCode,KindExplanation=@KindExplanation where MedKindeCode=@MedKindeCode1

其余略

4.4建立存储过程实现单表查询

/*建立名为“单表查询1”的存储过程,用来查询某种药品的信息*/

create proc 单表查询1

@MedicineCode char(6)

AS

select *

from MedInfor

where MedicineCode=@MedicineCode

建立存储过程实现连接查询

/*建立名为“连接查询1”的存储过程,用来查询某个药品名称对应的药品类型的信息*/

create proc 连接查询1

@MedicineName varchar(8)

as

select MedicineName ,KindExplanation

from MedInfor,MedID

where MedID.MedKindeCode=MedInfor.MedKindeCode and

MedicineName=@MedicineName

/

建立存储过程实现嵌套查询

/*建立名为“嵌套查询1”的存储过错,用来查询某类药品的销售量*/

create proc 嵌套查询1

@KindExplanation varchar(12)

as

select Number

from sellChild

where MedicineCode In(select MedicineCode

from MedID

where KindExplanation=@KindExplanation) /*建立名为“嵌套查询2”的存储过错,用来查询某个供应商提供的商品*/ create proc 嵌套查询2

@FirmName varchar(16)

as

select MedicineName

from MedInfor

where FirmCode In (select FirmCode

from FirmInfor

where FirmName=@FirmName)

建立存储过程实现集合查询

/*建立名为“集合查询1”的存储过错,用来查询提供某类商品的供应商数*/ create proc 集合查询1

@MedicineName varchar(8)

as

select avg(FirmCode)

from FrimInfor

where FirmCode in(select FirmCode

from MedInfor,FrimInfor

where MedInfor.FirmCode=FrimInfor.FirmCode and

MedicineName=@MedicineName)

4.5视图建立

由供应商信息表“FirmInfor”建立一个视图,该视图由供应商信息表的所有列构成*/

create view 供应商信息(供应商编码,供应商名称,联系人,联系电话,所在城市)

as

select* from FirmInfor

4.6建立INSERT触发器

/*建立INSERT触发器*/

create trigger MedID_insert on MedID

for insert

as if(select count(*)

from MedID_med,inserted

where MedID_med.MedKindeCode=inserted.MedKindeCode)=0

rollback transaction

4.7建立DELETE触发器

create trigger delete_MedID on MedID

for delete

as

select* from MedID

declare @MedKindeCode char(10)

select @MedKindeCode=MedKindeCode from deleted

delete from MedID

where MedKindeCode=@MedKindeCode

select*from MedID

4.8建立UPDATE触发器

create trigger MedID_update on MedID

for update

as

if update(MedKindeCode)

begin

raiserror('you can not modify this column',16,1)

rollback transaction

end

五数据库系统程序

医药销售管理系统SQL语句,如下:

create database MedicalManagerSystem/*创建医药销售管理系统*/

use MedicalManagerSystem

create table MedID/*创建药品类别索引信息*/

(MedKindeCode char(10) constraint MI_PRI PRIMARY KEY,

KindExplanation varchar(12) NOT NULL)

create table MedInfor/*创建药品信息表*/

(MedicineCode char(6) constraint M_PRIM PRIMARY KEY,

MedicineName varchar(8) NOT NULL,

MedKindeCode char(10) FOREIGN KEY REFERENCES MedID(MedKindeCode),

Price Money,

ListPrice Money,

Number Int,

FirmCode char(10) FOREIGN KEY REFERENCES FirmInfor(FirmCode),

Userfulllife Datetime)

create table GueInfor/*创建客户信息表*/

(GuestCode char(10) constraint G_PRIM PRIMARY KEY,

GuestName varchar(16) NOT NULl,

GLink varchar(12),

GLinkTell varchar(11),

City varchar(8))

create table FirmInfor/*创建供应商信息表*/

(FirmCode char(10) constraint F_PRIM PRIMARY KEY,

FirmName varchar(16) NOT NULL,

Link varchar(12),

LinkTell varchar(11),

City varchar(8))

create table WorkInfor/*创建员工信息表*/

(WorkNo char(10) constraint W_PRIM PRIMARY KEY,

Name varchar(12),

UserRegName char(6) NOT NULL,

Password char(10) NOT NULL,

Position char(10),

Power Int)

create table sellMain/*创建医药销售主表*/

(SaleNo int constraint SM_PRIM PRIMARY KEY,

WorkNo char(10) FOREIGN KEY REFERENCES WorkInfor(WorkNo),

SaleDate DateTime,

Amount Money)

create table sellChild/*创建医药销售子表*/

(SaleNo int constraint SC_PRIM PRIMARY KEY,

MedicineCode char(6) FOREIGN KEY REFERENCES MedInfor(MedicineCode),

MedicineName varchar(32) NOT NULL,

Price Money,

Number Int,

Uint char(8),

Amount Money)

/*插入数据的存储过程*/

create proc MedID_proc

@MedKindeCode char(10),@KindExplanation varchar(12)

as

insert into MedID (MedKindeCode,KindExplanation) values(@MedKindeCode ,@KindExplanation )

exec MedID_proc '0001','口腔溃疡'

exec MedID_proc '0002','感冒'

exec MedID_proc '0003','发烧'

exec MedID_proc '0004','拉肚子'

exec MedID_proc '0005' ,'外伤'

create proc MedInfor_proc

@MedicineCode char(6),@MedicineName varchar(8),@MedKindeCode char(10),@Price money,@ListPrice money,

@Number int,@FirmCode char(10),@Userfulllife Datetime

as

insert into MedInfor(MedicineCode ,MedicineName,MedKindeCode,Price,ListPrice, Number,Supplicer,Userfulllife)

values(@MedicineCode,@MedicineName,@MedKindeCode,@Price,@ListPrice,

@Number,@FirmCode,@Userfulllife)

exec MedInfor_proc '1001','板蓝根','0002',5,3,'100','014','2010-12-5'

exec MedInfor_proc '2002','四季感康','0002',14,10.5,'150','051','2010-12-12'

exec MedInfor_proc '2003','银黄颗粒','0002',12,8.8, '120 ','014','2012-10-6'

exec MedInfor_proc '2004','感冒清热软胶囊','0002',17,12, '150','015', '2011-11-1' exec MedInfor_proc '3001','阿斯匹林','0003',15,11,'100','014','2010-12-1'

exec MedInfor_proc '3002','布洛芬','0003',21,17.5,'120','051','2010-6-5'

exec MedInfor_proc '4001','泻利挺','0004',25,20,'120','015','2012-10-2'

exec MedInfor_proc '4002','诺氟沙星胶囊','0004',15,12,'100','015','2012-9-16' exec MedInfor_proc '5001','碘酒','0005',5,2.5,'50' ,'051','2012-10-12'

exec MedInfor_proc '5002','创口贴','0005',2,1,'250','014','2015-5-1'

create proc GueInfor_proc

@GuestCode char(10),@GuestName varchar(16),@GLink varchar(12),@GLinkTell varchar(11),

@City varchar(8)

as

insert into GueInfor(GuestCode,GuestName,GLink,GLinkTell,

City) values(@GuestCode,@GuestName,@GLink,@GLinkTell,@City)

exec GueInfor_proc '015112','zhangsan','xiaozhang','668401','jiaxing'

exec GueInfor_proc '065114','lisi','xiaofang','614425','yuyao'

exec GueInfor_proc '052114','wangwu','xiaowu','659024','wenzhou'

exec GueInfor_proc '043115','zhaoliu','xiaowu','615874','shangyu'

exec GueInfor_proc '014221','awu','xiaozhang','651283','linan'

exec GueInfor_proc '025471','asha','xiaofang','691472','dongyang'

create proc FirmInfor_proc

@FirmCode char(10),@FirmName varchar(16),@Link varchar(12),@LinkTell varchar(11),@City varchar(8)

as

insert into FirmInfor(FirmCode,FirmName,Link,LinkTell,City)

values(@FirmCode,@FirmName,@Link,@LinkTell,@City)

exec FirmInfor_proc '015','yangshengtang','xiaotai','681472','huzhou'

exec FirmInfor_proc '014','baozhilin','zhangqing','658421','deqing'

exec FirmInfor_proc '051','pinmingdayaofang','oudan','65417','xiangshan'

create proc WorkInfor_proc

@WorkNo char(10),@Name varchar(12),@UserRegName char(6),@Password

char(10),@Position char(10),@Power Int

as

insert into WorkInfor(WorkNo,Name,UserRegName,Password,Position,Power) values(@WorkNo,@Name,@UserRegName,@Password,@Position,@Power)

exec WorkInfor_proc '075101','ZKL','zkl01','456789','jingli',''

exec WorkInfor_proc '075201','ZJM','zjm01','123789','dongshi',''

exec WorkInfor_proc '075215','WMX','wmx05','147258','xiaomi',''

exec WorkInfor_proc '075120','ZZW','zzm20','123456','buzhang',''

create proc sellMain_proc

@SaleNo int,@WorkNo char(10),@SaleDate DateTime,@Amount Money

as

insert into sellMain(SaleNo,WorkNo,SaleDate,Amount)

values(@SaleNo,@WorkNo,@SaleDate,@Amount)

exec sellMain_proc '12','075101','2009-1-1',1000

exec sellMain_proc '13','075201','2009-1-1',1500

exec sellMain_proc '15','075215','2009-1-1',800

exec sellMain_proc '20','075120','2009-1-1',1200

alter proc sellChild_proc

@SaleNo int,@MedicineCode char(6),@MedicineName varchar(32),@Price Money,@Number Int,@Uint char(8),@Amount Money

as

insert into sellChild(SaleNo,MedicineCode,MedicineName,Price,Number,Uint,Amount) values(@SaleNo,@MedicineCode,@MedicineName,@Price,@Number,@Uint,@Am ount)

exec sellChild_proc '13','1001','板蓝根',5,'20','bao',100

exec sellChild_proc '15','2002','四季感康',14,'15','he',210

exec sellChild_proc '20','3001','阿斯匹林',15,'20','he',300

/*删除数据的存储过程*/

create proc MedID_delete_proc

@MedKindeCode char(10)

as

delete from MedId

where MedKindeCode=@MedKindeCode

exec MedID_delete_proc '0002'

销售管理系统的UML分析与设计

销售管理系统的UML分析与设计 1

销售管理系统的UML分析与设计 作者:王文豪 以保证软件开发的效率和质量,经过将UML应用于销售管理系统建模,能够加速软件开发进程,提高软件质量,支持动态 提升被开发系统的执行效率”转变为”提升开发效率”。面向对象 (OO)技术降低了解决方法域与问题域的差别,提供的系统建立可视化系统模型,当前已经被工业标准组织OMG(Object Management Group)接受,一经推出便得到许多著名计 际的应用; 全面的财务核算方式,实现真正的销售网络化办公; 统管理员。各个角色承担不同的系统任务,经过网络和通信系统,连接到销售管理系统,使用统一的访问界面,进行日常的 统模型,以及建立各种必要的文档。UML经过三类图形建立系统模型: Use Case图,静态结构图(类图,对象图,组件图,配。UML适用于各种规模的系统开发,能促进软件复用,方便地集成已有的系统并有效减少开发中的各种风险。 符号。UML的创始人 booch,Jacobson和Rum Baugh在rational公司的支持下综合了多种系统开发过程的长处,提出新的 2

经过UML来分析并构造销售管理系统模型,并结合Rational统一过程加以描述,图形使用Rational Rose 工具软件绘制。重点是充分考虑系统的实用性。结果能够用一个业务用例(Business Use Case)框图表示, 根据销售系统的基本特征和功 公司销售主管、和系统管理员;业务用例框图是对系统需求的描述,表示了系统的功能和所提供的服务,包括客户管理子开发过程中,随着对系统需求认识的不断加深,用例模型能够从顶向下不断细化,演化出更加详细的Use Case模型。 根 型。设计模型包含了Use Case的实现,能够表现对象如何相互通信和运作来实现Use Case流的。对于系统的静态结构 3

医药销售管理系统数据库课程设计

医药销售管理系统课程设计报告书

课程设计任务书 设计依据、要求及主要内容(可另加附页): 调查医药及医药用品经营等相关行业,根据其具体情况设计医药销售管理系统。 1.系统功能的基本要求: (1)基础信息管理:包括药品信息、员工信息、客户信息; (2)医药及医药用品的销售管理:实现药品的查询、销售、收费收据管理和药品退货处理等; (3)系统设置管理:包括不同角色的管理、不同用户权限的设置等; (4)相关信息统计及报表打印功能。 2.具体要求如下: (1)在小组内进行分工,进行系统调查,搜集资料。 (2)系统的需求分析:根据自己的选题,确定系统的功能需求,性能需求,绘制的DFD,DD图表以及书写相关的文字说明。 (3)概念结构设计:绘制所选课题详细的E-R图(要求使用PD建模工具); (4)逻辑结构设计:将E-R图转换数据库的逻辑结构,并进行优化(此步骤可略); (5)物理结构设计:选定实施环境,确定系统数据库的存储结构和存取方法等; (6)数据实施和维护:用DBMS建立数据库结构,加载数据,实现各种查询,链接应用程序,设计库中触发器、存储过程等对象,并能对数据库做简单的维护操作。 (7)自选开发工具,采用C/S或B/S模式实现软件功能。 3.课程设计报告的基本要求: (1)必须提交系统分析报告,包括:数据流图、数据词典和系统功能分析。 (2)数据库的设计与实现。包括数据库的数据字典,数据库的概念结构(E-R图),数据库中的表、视图(如果使用)、存储过程(如果使用)的结构和定义,数据库数据的插入、修改、删除、查询,要求使用SQL脚本提供。 (3)程序设计的报告:包括程序的运行环境、开发环境、程序的详细设计(包括模块之间的关系,模块的功能、主要功能实现的程序段)。

大工15春《SQL数据库课程设计》模板及要求(最新)

大工15春《SQL数据库课程设计》模板及要求网络教育学院 《SQL数据库课程设计》 题目:XX系统的设计与实现 学习中心: 专业: 年级:年春/秋季

学号: 学生: 指导教师: 《SQL数据库课程设计》要求 《SQL数据库课程设计》是大连理工大学网络教育学院计算机应用技术专业开展的一项实践教学环节,是理论联系实践的纽带和桥梁,是培养学生综合运用所学知识解决实际问题的有效手段。该课程设计要求如下:1.要求学生以SQL Server 2008或其他版本为后台数据库,以VB、VC 或其他开发工具作为前台开发工具,围绕自己选定的某一个具体的系统完成一个小型数据库应用系统的开发,例如《图书管理系统的设计与实现》《书店管理系统的设计与实现》等。其课程设计具体内容包括项目概况、需求分析、详细设计等,详见课程离线作业中上传的《SQL数据库课程设计模板》。 注意:禁止撰写《学生成绩管理系统》课程设计!! 2.要求学生必须按照《SQL数据库课程设计模板》提供的格式和内容进行课程设计,完成课程设计模板提供的全部课程设计内容,字数要求达到3000字以上。 3.学生在进行课程设计的过程中,可参考辅导教师在导学资料中上传的

文献资料,有问题可通过课程论坛答疑。 4.2015年春季学期学生提交本课程设计形式及截止时间 学生需要以WORD附件形式(附件的大小限制在10M以内)将完成的课程设计以"离线作业"形式上传至课程平台中的"离线作业"模块,通过选择已完成的课程设计,点"上交"即可,如下图所示。 截止时间:2015年9月1日。在此之前,学生可随时提交课程设计,如需修改,可直接上传新文件,平台会自动覆盖原有文件。 5.课程设计批阅 老师会在离线作业关闭后集中批阅课程设计,在离线作业截止时间前不进行任何形式的批阅。 注意: 本课程设计应该独立完成,不准抄袭他人或者请人代做,如有雷同作业,

数据库课程设计完整版

数据库课程设计完 整版

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目:宿舍管理信息系统姓名: 学号: 专业:信息与计算科学指导教师:

20年 12月1日 目录 引言3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要5 1.4软件处理对象 6 1.5系统可行性分析6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7

1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20 引言

学生宿舍管理系统对于一个学校来说是必不可少的组成部分。当前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强能够接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,而且具备修改功能,能够快速的查询学校所需的住宿信息。 面对当前学校发展的实际状况,我们经过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。

销售管理系统流程分析

销售管理系统流程分析 [摘要]:经济发展最重要的会计。自从人类进入信息时代,用信息技术工具寻找提高效率的新的思想武装自己,已成为整个社会的共识,并且越来越受欢迎。把用友 ERP- U8 管理软件为平台,通过实验账套的运行,对用友软件有了深入的了解,特别是在销售管理系统供应链模块。销售管理系统是供应链管理系统的一个子系统,采购系统、库存系统、应收款系统均与对方有密切的联系。在本文中,主要介绍销售管理系统的主要功能和与其他的系统及其日常操作和进程之间的关系。 关键字:数据库模块供应链销售管理系统 一、销售管理系统的主要功能 销售管理系统是用友 ERP -U8 供应链管理系统的一个子系统,其主要功能包括: <1>销售管理系统的初始安装; <2>销售管理 <3>销售分类账和销售分析。 二、销售管理系统与其他系统的主要关系 其主要关系(如图1所示) 采购管理系统可以参照销售管理系统的销售订单生成采购订单。 根据选项设置,销售出库单,无论是在销售管理系统生成,然后传递到库存管理体系审核;还是在库存管理系统参照销售管理系统的单据生成都可以。 销售发票在应收款管理中审核登记应收明细账,进行制单生成凭证;应收款管理系统进行收款并核销相应的应收单据后,回写收款核销信息。 三、销售管理系统日常业务处理

1、普通销售业务 一般销售业务模型适用于大多数企业的日常业务。销售管理系统与其他系统一起为提供的销售报价单、销售订单、销售、销售发票,运输,销售结转销售成本处理整个过程。 <1>销售报价。在销售系统中,填制并审核报价单。见图2。 供应链销售管理报价报价单 销售定价是指向客户提供产品、规格、价格、付款条件和其他信息,双方达成协议,销售报价单可以转换为销售合同或销售订单。企业可以针对不同客户、不同的股票、不同的批次、不同的报价也可以参照报价单生成销售订单。在销售过程中,可以省略销售报价流 <2>销售订货。在销售系统中,填制并审核销售订单。 供应链销售管理销售订货销售订单 销售订单是指与客户签署的一个合同,在系统中反映为销售订单。 如果早些时候提供给其客户,生成销售订单也可以指报价单。在销售业务流程,订单周期也是可选的。批准未关闭的销售订单可以生成销售发货或销售发票。 <3>销售发货。在销售系统中,填制并审核销售发货单。 供应链销售管理销售发货销售发货单 当客户订单交货时,相关人员应按顺序进行发货。销售发货是企业与客户签订销售订单或销售合同、并运到客户的行为,销售业务的实施阶段。除了根据销售订单外发货外,销售管理系统还具有的功能是直接出货,那就是,没有事先输入销售订单,产品可以在任何时间发送到客户。在销售过程中,销售发货处理是必须的。 在直接发货模式中,发货单是由销售发票自动生成的,发货单可以作浏览,但不能进行修改、删除、弃审等操作,但却又可以关闭和打开;销售出库单是根据自动生成的发货单来生成的。 参照订单来发货时,一张订单可以很多次发货,多张订单也可以一次性发货。如果不做“超定量发货控制”的话,就可以超过销售订单数量发货。 <4>销售开票。在销售系统中,根据发货单填制并复核销售发票。 供应链销售管理销售开票销售发票专用销售发票 销售发票是指在销售过程中企业给客户开具销售发票及其所附清单的过程,它是销售收入确定、销售成本计算、应交销售税金确定和应收账款确定的依据,是销售业务的必要环节。 销售发票既可以直接填制,也可以参照销售订单或销售发货单生成。参照发货单开票时,多张发货单可以汇总开票,一张发货单也可以生成多张销售发票。 <5>销售出库。在库存系统中,审核销售出库单。见图3。 供应链库存管理销售出库销售出库单 销售出库是销售业务处理的必要环节。在库存管理系统用于存货出库数量核算,在存货核算系统用于存货出库成本核算。 根据参数设置的不同,销售出库单可由销售系统生成,也可以由库存系统生成。如果

SQL数据库课程设计,火车票

SQL上机实验项目设计列车信息查询数据库 学号:24110121 姓名:王若龙

1、实验项目名称:数据模型的建立过程与方法 2、实验项目编号:ab0822420305 3、实验性质:必做 4、实验类型:设计 5、实验目的:熟练掌握数据模型的设计、建立的过程与方法。 6、实验内容: 设计一个数据库,实现列车车次信息和车站信息的基本管理,为列车运行时刻信息的录入、修改、查询与统计等功能提供数据库支撑。 要求: (1)设计该数据库E-R图 (2)将E-R模型转换为关系模型,并规范化 (3)用SQL语句定义并建立数据库表结构 (4)提供以下SQL语句,并加以说明。 查询某车站火车到站出站信息。 查询某列火车沿途经过站点信息 查询从某站点上车,到达某站点,共有哪些列车可供乘坐。 统计某段时间经过某站点的列车共有多少。

(1)设计E-R 图 (2)将E-R 模型转换为关系模型,并规范化 车站信息(车站号,车站名) 列车信息(车次,始发站,终点站,出发时间,到达时间) 乘务人员(车次,姓名,职务) 经由信息(车次,车站名,到站时间,出站时间) (3)用SQL 语句定义并建立数据库表结构 车站信息表(station ),采用命令行创建方式。 字段名 代码 类型 约束 车站号 sno char (5) 主键 车站名 sname char (20) 列车信息表(train ),采用命令行创建方式。 字段名 代码 类型 约束 车次 tno char (5) 主键 始发站 sf char(20) Not null 终点站 zd char(20) Not null 出发时间 cf time 到达时间 dd time

数据库课程设计完整版

HUNAN CITY UNIVERSITY 数据库系统课程设计设计题目:宿舍管理信息系统 姓名: 学号: 专业:信息与计算科学 指导教师: 20年 12月1日 目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7

1.7系统业务流程及具体功能 7 8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20 参考文献 20 引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了

药品销售管理系统说明书(很详细)

******************* 实践教学 ******************* 兰州理工大学 计算机与通信学院 2014年春季学期 数据库课程设计 题目:药品销售管理系统 专业班级:信息与计算科学2班 姓名:张翠红 学号: 11500230 指导教师:王旭阳 成绩:

目录 摘要 (1) 1. 需求分析 (2) 1.3 数据流程图 (2) 1.4 数据字典 (4) 2. 概念结构设计 (6) 2.1 局部视图设计 (6) 2.2 系统总E-R图 (9) 3. 逻辑结构设计 (10) 3.1 建立数据库 (10) 3.2 关系模式及关系图 (13) 4.系统实现 (15) 4.1 登陆模块 (15) 5.系统测试 (22) 5.2测试用例 (22) 参考文献 (24) 总结 (25)

摘要 根据医药销售管理系统的需求分析,总结系统内实体及联系,并绘制系统的局部E-R图,然后利用亿图工具画出全局E-R图(概念数据模型),结合需求分析与概念结构设计把设计好的E-R图转换为DBMS所支持的数据模型所符合的逻辑结构。此系统只针对药品超市内部管理使用,运用SQL server 数据库管理系统建表录入数据,进行基本信息查询、插入、删除、修改等及进货管理、销售管理、库存管理和系统维护操作。 关键词:药品销售管理系统;E-R图;DBMS;数据模型;SQL

1. 需求分析 1.1 系统功能 (1)基本信息管理:包括药品信息、员工信息、供应商信息、进货信息、库存信息、商品销售信息、商品退货信息地录入、修改、查询等; (2) 医药用品的销售管理:药品销售和退货等; (3)系统维护管理:包括数据备份和数据还原; (4)进货管理:药品进货和药品查询; (5)库存管理:库存查询和库存报警。 1.2 系统结构 图1.1 1.3 数据流程图 (1)对药品销售部分进行分析,画顶层数据流图,如下图所示

销售管理系统需求分析

一、需求分析 1、问题的提出:这是一个企业销售管理系统,设计者的目标是满足公司运营和日常管理的需要,具有对产品,员工,客户管理的功能。销售员可以对销售的产品进行登记,并将销售情况反馈给数据库。管理员可以查看员工信息以及销售情况,管理员登陆后可以添加删除员工,以及销售员以外的特殊操作。为管理的方便性和信息传递的快速性提供了一个很好的平台。系统开发的总体任务是实现售后服务及销售登记自动化。总之,企业销售管理系统要实现登陆验证、商品销售管理、员工信息管理、客户信息管理几大部分。 2、系统的业务功能分析: 销售管理系统是一个典型的数据库开发应用程序,有基础信息模块,销售管理模块查询统计模块,系统设置模块4部分组成,规划系统功能模块如下: 基础信息模块 该模块主要用于管理添加、删除、修改商品信息、客户信息、用户信息。 销售管理模块 该模块主要用于管理添加销售信息和添加销售退货信息。 查询统计模块 该模块主要用于产品信息查询,销售退货信息查询,和产品销售排行。 系统设置模块 该模块主要用于管理修改密码,关于和退出登录。 3、E-R图: 根据以上各节对系统所做的需求分析和系统分析,规划处了本系统的数据库实体。下面介绍几个关键实体的E-R图:

总体E-R图

销售信息管理系统详细E-R图 4、数据流图: 数据流图 三、系统设计 1、数据表:表的物理设计: 建立T_Customer表(客户信息表),T_Product表(产品信息表),T_User表(用户信息表),T_Sell表(销售信息表),T_Sell表(退货信息表)。

表1 表3 表4

表5 2、软件功能设计 (1)、系统的结构图 总体结构图 (2)、功能描述: 基础信息模块 该模块主要用于管理添加、删除、修改商品信息、客户信息、用户信息。销售管理模块 该模块主要用于管理添加销售信息和添加销售退货信息。 查询统计模块 该模块主要用于产品信息查询,销售退货信息查询,和产品销售排行。系统设置模块 该模块主要用于管理修改密码,关于和退出登录。

医药进销存管理系统

医药进销存管理系统

目录 1概述 (3) 2系统分析 (3) 2.1 需求分析 (3) 3总体设计 (3) 3.1 项目规划 (3) 3.2系统功能结构图 (4) 4系统设计 (4) 4.1设计目标 (4) 4.2开发及运行环境 (5) 4.3 数据库设计 (5) 4.3.1 ER图 (5) 4.3.2主要数据表 (6) 4.3.4数据库模型 (8) 4.3.5数据库访问 (8) 5技术准备 (13) 6系统主要功能模块设计及测试截图 (14) 6.1 系统用户登陆模块 (14) 6.2业务管理模块 (15) 6.2.1药品采购子模块 (15) 6.2.2药品销售退货子模块 (15) 6.2.3库存盘点子模块 (16) 6.3基本信息模块 (17) 6.3.1药品情况子模块 (17) 6.3.2客户情况子模块 (18) 6.3.3供应商情况子模块 (18) 6.4用户管理模块 (19) 6.4.1用户维护子模块 (19) 6.4.1添加用户子模块 (19) 7 总结 (20) 7.1过程总结 (20) 7.2心得体会 (20) 8技术准备 (21)

1概述 随着计算机的普及和计算机科学技术的飞速发展,人们越来越多的利用计算机解决实际问题,进销存管理是医药行业管理中的重要部分,面对大量的药品进、销、存信息,采用人力处理浪费大量的时间、人力和物力,并且数据准确性低,数据汇总速度慢,为解决这一问题,开发一个界面友好、易于操作的进销存管理系统是各个医药企业的首选。 整个系统操作简便、界面友好、灵活实用、安全,完成对进货、销售、库存管理全过程信息跟踪与管理,包括对操作员与数据库的维护,信息的添加、删除、查询、统计等。 2系统分析 2.1 需求分析 根据一些大中型企业医药公司、药店、以及药品批发零售商的实际要求,要求本系统具有如下功能: 1、统一友好的操作界面,能保证系统的易用性 2、规范完整的基础信息设置 3、全方位多功能的信息查询 4、连续录入式的用户增添及维护 5、对药品的录入、采购、销售、退货、盘点等数据信息进行全面的管理 3总体设计 3.1 项目规划 医药管理系统是一个典型的Ms SQL Server 2005数据库开发应用程序,系统主要由基本信息、业务管理、业务查询、用户管理和系统管理五个部分组成。 1、基本信息:药品情况、客户情况、供应商情况。 2、业务管理:药品采购、药品销售、库存盘点、销售退货、客户回款。 3、业务查询:基本信息、入库明细、销售明细、回款信息。 4、用户管理:增加用户、用户维护。 5、系统管理:系统退出。

Sql_server数据库课程设计_图书馆管理系统

序言 (1) 一、图书馆管理系统E-R 图 (2) 二、图书馆管理系统功能实现示意图 (3) 三、图书馆管理系统功能图例 (4) 3.1 读者借阅图书 (4) 3.2 读者归还图书 (4) 3.3 读者续借图书 (5) 3.4 读者查询借阅图书情况 (5) 3.5 读者检索图书信息 (6) 四、图书馆管理系统附加功能 (7) 4.1 往学生表中插入列"系部",其值等于学号中代表系部的位的 值,再插入列"专业号",其值等于学号中代表专业的位的值 . 7 4.2 查询每个学生对书本的借阅数量 (9) 4.3 查询各个专业的学生借阅书本的数量 (11) 五、图书馆管理系统数据库、数据表源代码......... 错误!未定义书签。 5.1 图书馆管理系统"数据库"源代码 ................ 错误!未定义书签。 5.2 图书馆管理系统"数据表"源代码 ................ 错误!未定义书签。 六、图书馆管理系统存储过程源代码..................... 错误!未定义书签。 6.1 读者借阅图书存储过程................................ 错误!未定义书签。 6.2 读者还书存储过程........................................ 错误!未定义书签。 6.3读者续借图书存储过程................................. 错误!未定义书签。 6.4 读者查询借阅图书情况存储过程................ 错误!未定义书签。 6.5 读者检索的图书信息存储过程.................... 错误!未定义书签。 七、图书馆管理系统触发器源代码......................... 错误!未定义书签。 7.1 借书要求(书本没有库存,则无法进行借书操作)错误!未定 义书签。 7.2 借书要求(读者最多借阅量).................... 错误!未定义书签。 7.3 续借次数要求................................................ 错误!未定义书签。 7.4 读者还书信息插入RDeleted表................... 错误!未定义书签。

药品销售系统数据库课程设计报告书

前言 随着计算机技术的发展和普及,各行各业的管理机构需要由计算机处理大量的信息。在我国药品品种繁多,规模甚大,以往的手工记载、查询操作容易出错且工作效率低,已经不能适应时代发展的要求,而且手工管理要浪费许多人力和物力,从管理的角度来看,对管理者会造成诸多的不便,还有可能疏忽一些细节。 利用计算机进行药品管理,堵塞了药品的流失。规了价格管理,避免了人为的物价损失,从而明显地提高了经济效益。将销售行为纳入规化、公开化的轨道。21世纪是信息时代,在这个信息时代里竞争异常激烈,手工管理这种传统的管理方法必然被计算机为基础的信息管理所取代,所以实现药品的信息智能化管理特别重要。 因此,本人此次决定选择药品销售管理系统作为数据库课程设计。我在分析和设计这个系统时,参考了大量相关资料,程序设计采用了面向对象设计方法,这种成熟、高效的设计方法为系统开发带来了便利。本设计成功运用了Power Designer、SQL Server开发技术,设计出了药品销售系统。此次设计含有供应商信息,客户信息,药品信息,仓库信息,管理员信息,销售信息,供应信息,供应明细,销售明细,供应商往来账,退货返厂。本设计实现了对这些信息的查询、插入、修改、删除等操作。 工程概况 2.1 项目题目 药品销售系统数据库设计 2.2 课程设计开发环境 开发的操作系统是Windows XP。硬件、软件要求不高,目前市场上的一般计算机软硬件都能满足系统开发要求。本次系统设计使用的前台开发工具是Power Designer。后台数据库使用的是SQL server2000。 2.3 项目设计背景及意义 开发药店药品销售管理系统能够提高药品销售管理的工作效率、扩大服务围、增加药店收入、及时获取信息、减少决策失误、减少库存积压、提升员工的素质。能够及时提供药品基本信息、库存信息、销售业务信息和药店财务信息。在此基础上,通过对各种信息的综合分析,以改进药品品种、提高服务质量、满足前来购药顾客的不同要求,使药店管理向高质量、科学化发展。对提高仓储管理的工作效率和对市场的反应能力,能高效益、低库存、保证服务质量的满足药店药品销售日常管理的需要,使其采用现代化管理手段以适应药店药品批发、零售业的发展。

销售管理系统需求分析说明书

销售管理系统需求分 析说明书 开发小组成员: 组长: 组员: 目录

1.引言 (3) 1.1编写目的 (3) 1.2项目名称 (3) 1.3项目背景 (3) 1.4定义 (3) 1.5参考资料 (4) 2.任务概述 (5) 2.1项目总体目标 (5) 2.2 用户群体 (5) 2.3运行环境 (5) 3.功能需求 (6) 5.非功能需求 (9) 5.1数据流程图 (9) 5.2数据字典 (9) 5.3画面清单 (15) 5.4功能结构 (15) 5.4功能结构 (15)

1.引言 1.1编写目的 能够准确地回答“销售系统必须做什么?”的问题,即确定系统必须完成那些工作,对目标系统提出、准确、清晰、具体的要求,准确的描述软件需求,为进一步的总体设计打下基础销售信息管理系统,我们已考虑到该系统是贵公司的一个销售信息管理系统,所以我们必须做到该销售管理系统能够与前台销售服务系统能够很好的结合使用。 1.2项目名称 同方电脑销售信息管理系统 1.3项目背景 本系统名称电脑销售信息管理系统。 贵公司涉及的产品面很广泛,店面也多,而且还有很多的客户和合作厂商,本项目开发一个简单、实用和网络化的产品销售信息管理系统,该系统建成后,能够简化销售信息管理人员的工作量,方便所有相关人员的订单处理、产品出入库、产品查询和产品管理工作,及实产品的产品入库、产品查询、产品出库等功能。 根据贵公司的规模不断扩大,面对大量商品的管理,开发一个管理简单、使用方便的产品销售信息管理系统,结合我们多年从事企业应用系统建设的一些经验和体会编制而成。主要内容包括:销售管理系统的总体结构、技术特点、功能介绍和项目工程实施要求等内容。 此项目的用户为广大购物消费者。 销售系统平台包括:主管管理部分,销售人员管理部分 1.4定义 销售:一种帮助有需要的人们得到他们所需要东西的过程,而从事销售工作的人,则从这个交换的过程中得到适度的报酬。 系统:为实现规定功能以达到某一目标而构成的相互关联的一个集合体或装置(部件)。

sql server数据库课程设计论文

宁夏大学物理电气信息学院综合性实验 实验报告 课程名称数据库应用 实验学期 2011 至 2012 学年第二学期学生所在系物理电气信息学院电气系 年级 09级专业班级电子信息工程(1)班 学生姓名学号 任课教师 实验成绩 任课教师制 2012 年 6 月 10 日

实验题目小型超市商品进销存管理系统 一、实验目的 1、掌握计算机管理信息系统设计的一般方法,主要包括系统分析、系统设计的组织和实施。 2、关系型数据库管理系统SQL语言编辑能力,并能独立完成一般小系统的结构设计、调试运行等工作。 3、提高学生实践使用SQL语言的能力,把所学知识运用到具体对象,并能求出解决方案的能力。 二、实验环境 本次实验主要选用数据库软件设计语言SQL Server 2008版本进行该系统设计。 三、实验内容 1、需求分析 本软件对超市的采购、销售、仓库、资金、帐务等实际运作流程均实现了动态的计算管理,使得超市经营者能够迅速的掌控该超市的实际运作状况、合理做出超市的战略决策。软件提供的商品入库流水账、商品销售流水账、商品台账、会计账及各种报表在提高超市工作效率、减少人为的差错、最大限度堵塞漏洞的基础上很好的减轻了采购、销售、仓库、财务等环节工作人员的劳动强度,全面体现了现代小中型企业管理理论所倡导的工作高效、环境轻松的氛围。并且本系统的开发,为超市的工作效率带来了一个质的飞跃,为此主要表现有以下几个方面: 第一,本系统的运行可以代替人工进行许多繁杂的劳动; 第二,本系统的运行可以节省许多资源; 第三,本系统的运行可以大大的提高企业的工作效率; 第四,本系统可以使敏感文档更加安全,等等。 本产品的开发所需的设备在现有条件下,只需要少量的投入资金就可以实现。因此在经济上是可行的。 2、数据库设计 (1)系统要求实现:基本资料、进货管理、销售管理、库存管理、财务管理、自动编制记帐凭证等管理功能。系统总设计图如下所示:

服装销售管理信息系统分析报告

《管理信息系统》 实验报告 题目XX小型服装厂销售管理系统 实验名称 . 系统规划及分析报告 学号20920860202 姓名陈安顺 指导教师张兴兰 成绩 时间:2010年 4 月1日

目录 1引言 (1) 1.1 系统开发背景及需求 (1) 1.2 系统目标 (2) 1.3 系统的约束及总体结构 (2) 1.3.1 系统的约束 (2) 1.3.2 系统的总体结构 (3) 1.4 系统的可行性 (3) 1.4.1经济可行性 (4) 1.4.2 技术可行性 (4) 1.4.3 管理可行性 (4) 2.系统分析 (5) 2.1 组织结构分析 (5) 2.2 职能结构分析 (6) 2.3 系统结构流程分析 (6) 2.3.1 业务流程图符号说明 (6) 2.3.2业务流程图 (7) 2.4 系统数据流程图分析 (7) 2.4.1 数据流程图符号说明 (9) 2.4.2 顶层流程图 (9)

2.4.3第一层数据流程图 (10) 2.4.4 第二层数据流程图 (10) 3. 结束语 (11)

1.引言 1.1、系统开发背景及需求 随着现代科学技术的迅速发展,计算机已经在各个领域得到发展,为企业不可缺少的工具,特别是信息高速公路的建立,使IT产业在市场竞争中显示出其独特的优势,步入信息化时代,企业都有巨大的数据信息需要加工处理和传输,这使得对数据库的开发和利用显得尤为重要。在这种信息环境下,我们对信息的手工管理已经落后于信息化管理。 作为一些小型服装厂,他们的信息化程度远远落后与大中型服长公司,但这些小型服装厂的信息资源也要处理,这些小型的服装厂要跟上时代的发展要求,适应市场的激烈竞争,就需要高效的处理方式和管理方式。因此,加快小型服装厂的信息化进程是必不可少的。 经过对服装厂的业务流程进行的了解,可以了解到服装厂管理人员的管理需求,针对这些问题,可以看出对开发管理信息系统迫切。在开发过程中,针对当前小型服装厂管理人员的管理特点和技术人员的实际水平,采用了易学易用的操作环境,在系统设计过程中,尽量采用易懂易读的界面,使用可以在短期内可以完全掌握。把系统的正确性放在第一位,力求数据的完整和处理的正确性。

课程设计医药销售管理系统

09信计2011-2012(一) 《数据库原理及应用》课程设计 设计题目医药销售管理系统 设计时间2011.12.29至2012.1.4 学生姓名 学生学号 所在班级 指导教师

医药销售管理系统 1 可行性研究 近年来,中国医药行业迅速发展,药店企业多业态经营,仓储式大型超市、中等规模超市、便利连锁综合发展。随着规模的扩大,传统的医药管理已经不能适应发展的需要,很难在激烈的竞争中生存。 通过对从事医药产品的零售、批发等工作企业的深入调查,发现其业务主要包括企业药品销售、出入库管理、企业的财务、人事管理等。医药管理是一项琐碎、复杂而又十分细致的工作。手工进行企业日常的药品销售、出入库的工作,容易出现“开空单”的现象,且呆账、错账时有发生,而且费时费力。本系统在设计中考虑和克服了上述问题,实现了企业管理工作的系统化、规范化和自动化。 2 需求分析 2.1任务概述 根据医药管理系统的需求分析结果总结系统内实体及联系并绘制系统的局部ER 图然后画出全局ER图。结合需求分析与概念结构设计把设计好的ER图转换为DBMS所支持的数据模型所符合的逻辑结构,运用SQL数据库管理系统建好表和相关约束 2.1.1目标 要求本系统能够投入实际的使用并且满足基本的功能要求。要求具有较高的可靠性、安全性和易维护性,具有较高的可移植性。 本系统实现了以下的功能: 基本信息模块:包括药品信息、员工信息、客户信息、供应商信息四个子模块。 (1)进货管理模块:包括入库登记、入库登记查询二个子模块。 (2)库房管理模块:包括库存查询、库存盘点、退货处理三个子模块。 (3)销售管理模块:包括销售登记、销售退货、销售报表查询三个子模块。 (4)财务统计模块:包括当日统计、当月统计二个子模块。 (5)系统维护模块:包括数据安全管理、操作员管理、权限设置三个模块。 说明:根据对现实中医药销售管理业务,将用户分为二类超级管理员(经理)、普通管理员(操作员)。 2.1.2 运行环境 Windows 98/2000/XP/2003操作系统下,安装并配置软件Microsoft SQL Server 2000数据库管理系统。 2.2数据需求 2.2.1 数据字典(DD)

SQLserver2008数据库课程设计范例——学生成绩管理系统报告

数据库技术与应用 课程设计说明书 题目:学生成绩管理系统 院系: 专业班级: 学号: 学生姓名: 指导教师: 2014年 12 月 22 日 一概述 1.1目的与要求

随着科技的发展,基本上所有的具有一定数量数据的机构都开始使用计算机数据库来做管理。几乎所有学校也都已经在使用计算机管理数据的机制,大大减少了学校学生成绩管理的工作量。该课程设计要求设计一个学生成绩的数据库管理系统,数据库中要求包含学生的基本信息,学科基本信息,以及学生所学课程的考试成绩。要方便学生进行成绩查询,通过该课程设计,应该达到把数据库理论知识更加的巩固加深,加强动手能力与实践能力,学以致用,与现实生活中的应用充分的结合起来。 1.2设计环境 ① Microsoft SQL Server 2000 ② Microsoft Visual C++ 6.0 二需求分析 2.1 系统功能要求设计 此系统实现如下系统功能: (1)使得学生的成绩管理工作更加清晰、条理化、自动化。 (2)通过用户名和密码登录系统,查询课程基本资料,学生所选课程成绩,修改用户密码等功能。容易地完成学生信息的查询操作。 (3) 设计人机友好界面,功能安排合理,操作使用方便,并且进一步考虑系统在安全性,完 整性,并发控制,备份和恢复等方面的功能要求。 2.2 系统模块设计 成绩管理系统大体可以分成二大模块如,一是学生的基本信息模块,里面应该包含学生的各方面的基本信息;再者便是课程管理模块,在该模块中应该包含有对学生成绩信息的查询和处理,如平均成绩、最好成绩、最差成绩以及不及格学生的统计等功能模块;再其次还有教师、课程等相关信息的模块;可以得到系统流程图: 登陆失败 用户 验证

数据库课程设计(完整版)

HUNAN CITY UNIVERSITY 数据库系统课程设计 设计题目:宿舍管理信息系统 姓名: 学号: 专业:信息与计算科学 指导教师: 20年 12月1日

目录 引言 3 一、人员分配 4 二、课程设计目的和要求 4 三、课程设计过程 1.需求分析阶段 1.1应用背景 5 1.2需求分析目标5 1.3系统设计概要 5 1.4软件处理对象 6 1.5系统可行性分析 6 1.6系统设计目标及意义7 1.7系统业务流程及具体功能 7 1.8.1数据流程图8 2.系统的数据字典11 3.概念结构设计阶段 13 4.逻辑结构设计阶段 15 5.物理结构设计阶段 18 6.数据库实施 18 7.数据库的运行和维护 18 7.1 解决问题方法 19 7.2 系统维护 19 7.3 数据库性能评价 19 四、课程设计心得. 20参考文献 20

引言 学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条一条的查找,这样不但麻烦还浪费了许多时间,效率也比较低。当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物。信息世界永远不会是一个平静的世界,当一种技术不能满足需求时,就会有新的技术诞生并取代旧技术。21世纪的今天,信息社会占着主流地位,计算机在各行各业中的运用已经得到普及,自动化、信息化的管理越来越广泛应用于各个领域。我们针对如此,设计了一套学生宿舍管理系统。学生宿舍管理系统采用的是计算机化管理,系统做的尽量人性化,使用者会感到操作非常方便,管理人员需要做的就是将数据输入到系统的数据库中去。由于数据库存储容量相当大,而且比较稳定,适合较长时间的保存,也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。本系统具有运行速度快、安全性高、稳定性好的优点,并且具备修改功能,能够快速的查询学校所需的住宿信息。 面对目前学校发展的实际状况,我们通过实地调研之后,对宿舍管理系统的设计开发做了一个详细的概述。

房屋销售管理系统需求分析

房地产销售管理系统需求分析 1、需求分析: 伴随着人类社会的进步和科学的发展,人们生活的水平也在不断提高,房地产行业已经成为当今社会比较热门的行业。房地产销售是房地产行业的重要组成部分,由于房地产销售形式复杂、业务种类繁多,早起的手工销售方式已经不能适应现代房地产销售的需要,在这种情况下,房地产销售管理系统应运而生。 在各大中型房地产销售公司的房屋销售管理当中,主要存在着以下几个问题: (1)房屋销售工作人员的工作量大、工作效率低 在房屋销售管理的工作流程中,需要完成很多的工作。这其中要填制大量的单据,而且在填制这些表单时,有很多的录入信息都是很重要的。例如,楼盘名称、楼房名称、房型信息、客户信息及房屋销售信息的反复出现,这些信息的重要性录入,必然降低工作人员的工作效率,加重了工作负担。(2)房地产公司各个部门之间沟通困难 现代房地产企业在营销管理的工程中,主要面临着大量的数据和报表无法在多个部门之间进行有效的、畅通的信息交流和沟通,无法实现跨区域的实时管理、监控以及如何满足集团公司多级管理的需求等问题。

(3)查询、统计困难 每天的房屋销售情况,客户退房、换房情况,这些大量数据的产生,都会加重查询统计工作的负担。为了解决以上问题,我们从房地产销售公司的角度出发,开发了房地产销售管理系统。 2、系统分析 (1)业务流程图:

公司违约主要流程次要流程客户违约 主要流程次要流程违约处理流程

(2)数据流程图:

(1)系统功能设计: 根据上述的功能分析,可以将房地产销售管理系统分为5大功能模块,即楼盘房屋资料管理、房屋销售管理、数据统计报表、基本数据录入编辑和系统维护。其中,楼盘房屋资料管理包括房型信息管理和楼盘房屋信息管理两部分;在房屋销售管理中,能够完成对房屋的销售及付款信息的管理、客户基本信息、客户退房及退款信息的管理;在数据统计报表中,能够完成房屋购订统计查询、房屋预定统计报表、房屋销售统计报表和客户数据分析等功能;基本信息录入编辑包括员工资料录入编辑和公司资料录入编辑两部分;系统维护主要能够完成系统初始化、数据备份、恢复及对用户信息维护及管理等功能。

UML医院药品管理系统

UML期末考查报告 题目:医院药品管理系统 学号: 班级: 姓名:

医院药品管理系统 题目描述: 医院药品管理系统是一个面向医院来进行医院药品日常信息的管理信息系统(MIS)。该信息系统能够方便的为医院的售货员提供各种日常的售药功能,也能够为医院的管理者提供各种管理功能,如进货,统计药品等。 系统主要包括以下几个小的系统模块 ●销售管理子系统:销售管理子系统主要用于实现售药员对顾客购买药品的处理。售 药员通过合法的认证登录到该系统中,进行售药服务。 ●库存管理子系统:库存管理子系统主要用于实现库存管理人员处理药品入库。盘点、 报销以及供应商、药品和特殊药品的信息设置 ●订货管理子系统:订货管理子系统主要用于实现订货员统计需药订货药品信息并制 定出订单。 ●统计分析子系统:统计分析子系统主要用于实现统计分析人员对药品信息、销售信 息、供应商信息、缺货信息。特殊药品信息以及报表信息等的查询和分析。 ●系统管理子系统:系统管理子系统主要实现统计系统管理人员对系统信息的维护, 这些信息包括员工信息顾客信息和系统相关参数的设置等。 1.系统建模 创建系统用例的第一步是确定系统的参与者。医院药品管理系统的参与者包含以下几种。 ●售药员:售药人员为顾客提供售货服务。 ●顾客:购买医院药品的人员。 ●库存管理员:库存管理员负责医院的订货管理。 ●统计分析员:统计分析员负责医院的统计分析管理。 ●系统管理员:系统管理员负责医院的员工信息管理顾客信息管理和系统维护等。 (1).员工用例图 员工是医院售药人员和医院管理者的抽象,它包含的行为是医院售药人员和医院管理者的共同行为,员工在本系统中通过合法的身份验证能够修改自身信息和密码。根据以上活动创建员工用例图,如图1所示:

相关文档
最新文档