客户回款数据库设计.docx

上传人:b****5 文档编号:29374427 上传时间:2023-07-22 格式:DOCX 页数:15 大小:330.93KB
下载 相关 举报
客户回款数据库设计.docx_第1页
第1页 / 共15页
客户回款数据库设计.docx_第2页
第2页 / 共15页
客户回款数据库设计.docx_第3页
第3页 / 共15页
客户回款数据库设计.docx_第4页
第4页 / 共15页
客户回款数据库设计.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

客户回款数据库设计.docx

《客户回款数据库设计.docx》由会员分享,可在线阅读,更多相关《客户回款数据库设计.docx(15页珍藏版)》请在冰豆网上搜索。

客户回款数据库设计.docx

客户回款数据库设计

课程设计任务书

学生姓名:

专业班级:

指导教师:

工作单位:

题目:

客户回款数据库设计

初始条件:

客户回款记录;客户应付款清单;客户应付款预警;客户责任销售员清单

要求完成的主要任务:

1.根据上述的初始条件,进行调查分析并设计适当的属性。

设计一个客户回款数据库,DBMS可选MsSQLServer、Access、VFP等。

2.完成课程设计说明书,其格式遵守学校今年的新规定。

主要内容包括:

需求分析,概念设计,逻辑设计,物理实现等。

3.基于该数据库,最好实现一个或多个应用程序(自己确定功能),程序设计语言(工具)任选。

这一项是选作,不作硬性要求。

时间安排:

本学期第18周:

1.消化资料、系统调查1天

2.系统分析1天

3.总体设计,实施计划2天 

4.撰写报告1天

指导教师签名:

2007年7月13日

系主任(或责任教师)签名:

年月日

客户回款数据库设计

1.概述(设计题目与可行性分析)

1.1课程设计题目

客户回款数据库设计

1.2可行性分析

1.2.1可行性的前提必要性

本次设计是针对客户回款数据库设计,如何化解企业的回款风险,是摆在中国所有企业面前的一个重要命题。

如果将中国企业每年的坏帐、呆帐汇总,那是一笔让人触目惊心的数目,回款工作在销售管理中的重要性越来越突出。

对于企业而言,能否顺利回收货款,决定着企业的利益能否真正地实现,因此,在尽量短的时间内回收货款,成为现代企业销售管理的一个基本原则。

然而,在现代经济转轨的社会背景下,企业的回款任务能否顺利完成,并不完全取决于企业自身,关键在于客户能否进行积极、有效的合作。

显然,对于大多数客户而言,资金并不总是处于充余的状态,更为重要的是,企业的道德信用日趋恶化,一些企业甚至以欠款、赖帐为荣。

在这种情况下,企业为了避免由于回款不力而陷入被动经营的怪圈,就必须加强回款工作的管理,提高回款工作的技巧。

本次设计针对这些复杂的关系和数据进行管理,绝对有利于厂商进行回款工作。

有利于客户和厂商的回款交流工作。

1.2.2技术可行性

根据学过的各方面的知识,先修课程:

高级语言程序设计、数据结构、操作系统、软件工程等,已经完全可以根据这学期学过的数据库而设计次系统,模拟客户回款数据库,实现简单的数据库要求。

 

1.2.3操作可行性

SQLServer版本

应用

企业版

可作为正式环境(Production)数据库服务器,它支持SQLServer2000的所有功能,且提高执行效率,以支持最大的网站与企业线上交易处理(OLTP)以及数据仓储系统

标准版

可作为小型工作群组或部门的数据库服务器

个人版

由行动用户所使用,他们会有一些时间与网络离线,但执行需要SQLServer数据存储的应用程序;同时也用于执行需要在客户端计算机本地SQLServer数据存储的独立应用程序

2.系统目标和建设原则

为了进一步规范应收帐款的日常管理和健全客户的信用管理体系,对应收帐款和已收到的回款账目在销售的事前、事中、事后进行有效控制,特制定本数据库方案和实施办法。

系统设计要求能够满足客户和厂商供应方的使用要求,客户每次登录的回款记录和查询,以及供应商为方便掌握回款信息和便捷交易而设定的明确的系统。

3.支撑环境规划

3.1网络逻辑结构

此次设计针对生产商自己而设定的数据库,只允许生产商访问和修改,信息保密性很强,不允许其他用户和客户修改数据,所以本系统一定要保密性高,内部网络访问或专门的网络,设定登陆用户名和密码。

3.2软件支撑环境及开发工具

3.2.1软件支撑环境

MicrosoftOfficeAccess

MicrosoftVisualBasic

MicrosoftSQLServer

Eclipse:

Eclipse是一个非常优秀的集成开发环境。

Eclipse是一个用于构建集成Web和应用程序开发工具的平台,它本身并不会提供大量的最终用户功能,而是通过插件来快速开发集成功能部件。

3.2.2开发工具环境

SQLServer版本

操作系统

企业版

WindowsNT4.0Server,Windows2000Server,AdvancedServer,DataCenterServer

标准版

WindowsNT4.0Server,Windows2000Server,AdvancedServer,DataCenterServer

个人版

WindowsMe/98,WindowsNT4.0Server,Windows2000Professional,Server,AdvancedServer,DataCenterServer

开发版

WindowsNT4.0,Windows2000

客户端工具

WindowsMe/98,WindowsNT4.0,Windows2000

连接工具

WindowsMe/98/95,WindowsNT4.0,Windows2000

以上下表为安装SQLServer2000的基本硬件需求,然而在实际的硬件考虑上,随着应用范围的不同,硬件需求需要做适当的调整。

例如,在经常需要作大量数据运算的数据库系统中,应该提升其CPU等级以及内存空间,以提高其执行效率。

而在磁盘空间的需求上,应该将数据库数据所占用的存储空间纳入考虑范围之内

 

4.系统总体结构

4.1总体DFD

4.2功能结构

4.2.1功能结构图

4.2.2主要功能(或“处理(Process)”)说明

在业务管理系统里把客户资料依照所提供的表格填好。

根据客户的要求在“回款系统”里做好客户回款服务业务。

结帐:

现金客户:

做完1笔或几笔批发业务后,可直接在“回款系统”中点“收款”,就可以完成回款的工作。

注:

退货退款:

做完批发退单在“批发退货”中点“退款”

帐期:

A:

按单结,在“回款查询”中查出客户的交易记录。

也可以按照现金客户的结帐方法结帐。

B:

(一)开发票、收款同步

开发票时,可一张单据开一张发票:

输入客户编码,按“enter”,点击未开发票记录;

输入发票号(自编)、税率(1.13或1.17);

输入发票类型(0为普通发票,1为增值税发票)、来款方式;

用鼠标选中整张单据或者此单据中的某些货物,发票金额自动累计;或者输入清单编号,按“enter”,用鼠标选择所需结算的货物;

填入收款金额(收款金额=发票金额);

完成上述操作后,将光标移至清单编号,输入下一张清单编号,结算;

确定开发票\收款操作无误后,单击存盘,保存.

(二)先开发票,后收款

1.开发票(发票管理):

开发票时,输入客户编码;

输入发票号(自编)、税率(1.13或1.17);

输入发票类型(0为普通发票,1为增值税发票);

完成开发票操作。

2.结算:

在批发回款中,输入客户编码,按“enter”;

输入来款金额(可不对应发票金额),销账金额将自动减少,所余差额为暂存款;;

在窗口下放显示的未结发票记录中,用√选定所需结算的发票;也可以直接输入发票号(不用打“√”对钩)。

注:

(1)如回款操作错误需修改:

如是已结算的帐务必须在批发回款的记录里删除回款记录,然后到发票管理里删除(不能在发票管理里删除或修改);

(2)在“发票管理”里,屏幕右下显示的“发票”按钮为打印发票(可打印普通发票和增值税发票);在打印按钮单击鼠标右键,即可自定义报表(QuickReport)。

(3)单击屏幕右下方的“清单”按钮,可打印销货清单。

4.3数据库结构

4.3.1数据字典

 

 

4.3.2E-R图

有几种情况容易造成单据、金额等方面的误差。

1、产品结构为多品种、多规格;

2、产品的回款期限不同,或同种产品回款期限不同;

3、产品出现平调、退货、换货时;

4、客户不能够按单对单(销售单据或发票)回款;

以上情况会给应收帐款的管理带来困难,定期对帐避免双方财务上的差距像滚雪球一样越滚越大,而造成呆、死帐现象,同时对帐之后要形成具有法律效应的文书,而不是口头承诺

故此E-R图中有合同部分,但是没有设定回款过程中的问题。

E-R图

4.3.3关系数据库模式

关 键 字

说  明

Null|NotNull

设置该列是否允许空,默认为NOTNull表示该列不允许为空

DEFAULT默认值

设置该列的默认值,指定的默认值参数可能是数值、字符串、日期时间数据,或者是函数名称

IDENTITY

(种子,增量)

设置该列为标识列,内容值会自动递增产生。

在设置时必须指定起始值与每次增加的值,如果没有指定默认从数值1开始,每次增加1

客户(客户ID,名称,所在地区,信誉度,主要业务,销售业绩,责任业务员ID,回款记录ID)

责任销售人员(业务员ID,姓名,性别,年龄,职务,负责合同ID,主要客户ID,次要客户ID)

回款记录(回款记录ID,回款客户ID,回款合同ID,货物信息ID,时间,应回款数,已回款数,总需回款数)

货物信息(货物ID,货物名称,数量,价格,验收标准,所属发票ID,客户ID,合同ID)

合同(合同ID,合同名称,客户ID,业务员ID,属性类型,日期,期限,货物ID)

发票信息(发票ID,发票名称,日期,客户ID,业务员ID,货物ID,付款方式,发票类型)

结帐清单(帐单ID,帐单名称,客户ID,业务员ID,历史回款次数,历史回款金额,信誉度,欠款金额,结帐回款时间记录)

该关系图如下所示:

关系图

5.总体实施计划

对某客户总帐-总收款=总欠款或

对某客户总账–(总销账+暂存)=总欠款

总收款-总结账=暂存

总结账=总销账其中:

收款=“回款查询”中的来款金额

欠款=“欠款查询”中的欠款

结账=“货物查询”中的回款或收款

暂存=“货物回款”中的暂存余额

销账=“回款查询”中的销账金额

6.研制报告

6.1研制过程

6.1.1客户信息表

6.1.2回款记录表

6.1.3发票信息表

6.1.4业务员信息表

6.1.5帐单清单表

6.1.6合同信息表

以上为几个基本表格,说明了基本的数据交换和信息处理

6.2本规划的特点

数据库系统是一门综合性和实践性较强的课程,为能让学生在较短的时间内很好地掌握数据库系统的最主要的技术,以一个具体数据库应用课题为背景,以指定的DBMS为支撑环境进行实际设计开发,通过数据库的设计实践能把数据库的基本知识和技术应用于软件开发。

本规划针对性强,保密性强,对于非法请求予以拒绝。

程序健壮性对管理员的键盘输入进行即时检查,对于非法输入给以对话框提示,从而保证了程序的健壮性(鲁棒性)。

最主要的是实时性强。

通过在用户管理模块中加入外部程序调用,实现与接入层和信息层的实时通信(基于自行定义的同步通信协议),从而做到了实时地进行增加和修改用户回款信息等。

 

6.3本规划的不足

此次设计时间上有点紧张,由于前两天生病,严重影响了课程设计的进度,必须在两天之内把两门课程设计做好,显然有点仓促,数据库课程设计过程中,由于刚开始的理解错误,以至于在搜集资料和设计阶段都没注意到这一严重问题,一直到临近设计结束才恍然大悟,但好像已经很晚了,为了弥补错误,夜以继日的开始了报告,一切重新开始,此次设计不足之处好像就是设计简单,没有把界面设计出来,虽然老师也没做硬性要求,但是在开始课程设计时,这是自己对自己的一个要求,结果还是没能完成。

同时对已拖欠款项的处理事项:

1.文件:

检查被拖欠款项的销售文件是否齐备;

2.收集资料:

要求客户提供拖欠款项的事由,并收集资料以证明其正确性;

3.追讨文件:

建立帐款催收预案。

根据情况不同,建立三种不同程度的追讨文件―——预告、警告、律师函,视情况及时发出;

此范围就是属于催款系统需要解决的问题了。

6.4研制中的体会

此次课程设计最深的体会,也是以前实验和课程设计时最深的体会,那就是动手能力真的和课本不一样,我们不仅仅需要思维,更需要动手,去探索,去研究,不是凭空说是就是,一直以为课程设计题目很容易,但是当开始理顺流程的时候,才发现原来一塌糊涂,不是客户,责任销售员,就是合同,发票,回款等的混乱,就是它们之间关系的不区分和码元的区分,对应关系等。

一直处于混乱状态,直到开始写了数据字典,和一些属性关系等,才开始明白了此次设计的核心,然后便顺利的达到了基本目的和要求。

在数据库安装的过程中也遇到了问题,本来想不会影响运行,结果却是这一点疏忽导致了不能运行,还要到实验室去进行设计,后来经过同学的建议和指导,我才正确的安装了各个组建。

7.参考文献

数据库系统概论(第三版)萨师煊,王珊编著高等教育出版社

软件需求SorenLauesen著刘晓晖译麦中凡审校电子工业出版社

数据库设计凡人入门——关系数据库设计指南(第二版)[美]MichaelJ.Hernandez著范明邱保志职为梅等译电子工业出版社

软件工程导论(第四版)张海藩编著清华大学出版社

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 小学教育 > 英语

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1