客户回款数据库设计
课程设计任务书
学生姓名：专业班级：
指导教师：工作单位：
题目：客户回款数据库设计
初始条件：
客户回款记录; 客户应付款清单;客户应付款预警;客户责任销售员清单
要求完成的主要任务：
1.根据上述的初始条件，进行调查分析并设计适当的属性。设计一个客户回款数据库，
DBMS可选Ms SQL Server、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操作可行性
2．系统目标和建设原则
为了进一步规范应收帐款的日常管理和健全客户的信用管理体系，对应收帐款和已收到的回款账目在销售的事前、事中、事后进行有效控制，特制定本数据库方案和实施办法。系统设计要求能够满足客户和厂商供应方的使用要求，客户每次登录的回款记录和查询，以及供应商为方便掌握回款信息和便捷交易而设定的明确的系统。
3．支撑环境规划
3.1 网络逻辑结构
此次设计针对生产商自己而设定的数据库，只允许生产商访问和修改，信息保密性很强，不允许其他用户和客户修改数据，所以本系统一定要保密性高，内部网络访问或专门的网络，设定登陆用户名和密码。
3.2软件支撑环境及开发工具
3.2.1软件支撑环境
Microsoft Office Access
Microsoft Visual Basic
Microsoft SQL Server
Eclipse：Eclipse是一个非常优秀的集成开发环境。Eclipse是一个用于构建集成Web 和应用程序开发工具的平台，它本身并不会提供大量的最终用户功能，而是通过插件来快速开发集成功能部件。
3.2.2开发工具环境
以上下表为安装SQL Server 2000的基本硬件需求，然而在实际的硬件考虑上，随着应用范围的不同，硬件需求需要做适当的调整。例如，在经常需要作大量数据运算的数据库系统中，应该提升其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）在“发票管理”里，屏幕右下显示的“发票”按钮为打印发票（可打印普通发票和增值税发票）；在打印按钮单击鼠标右键，即可自定义报表（Quick Report）。
（3）单击屏幕右下方的“清单”按钮，可打印销货清单。
4.3 数据库结构
4.3.1数据字典
4.3.2E-R图
有几种情况容易造成单据、金额等方面的误差。
1、产品结构为多品种、多规格；
2、产品的回款期限不同，或同种产品回款期限不同；
3、产品出现平调、退货、换货时；
4、客户不能够按单对单（销售单据或发票）回款；
以上情况会给应收帐款的管理带来困难，定期对帐避免双方财务上的差距像滚雪球一样越滚越大，而造成呆、死帐现象，同时对帐之后要形成具有法律效应的文书，而不是口头承诺
故此E-R图中有合同部分，但是没有设定回款过程中的问题。
E-R图
4.3.3关系数据库模式
客户（客户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．参考文献
数据库系统概论（第三版）萨师煊，王珊编著高等教育出版社
软件需求 Soren Lauesen著刘晓晖译麦中凡审校电子工业出版社
数据库设计凡人入门——关系数据库设计指南（第二版） [美]Michael J.Hernandez 著范明邱保志职为梅等译电子工业出版社
软件工程导论（第四版）张海藩编著清华大学出版社
09数据库课程设计安排
格式：纸张大小为A4复印纸，页边距采用：上2.5cm 、下2.0cm 、左2.8cm 、 右 1.2cm 。无特殊要求的汉字采用 小四号宋体字，行间距为1.25倍行距。页眉从 正文开始，一律设为“天津理工大学XXXX 级数据库课程设计说明书” 宋体五号字居中书写。页码从正文开始按阿拉伯数字 居中书写。 封面示例: （宋体三号） 成绩: 评语: 第一页：目录 页首三号黑体字居中打印“目录”，“目”与“录”之间空四格。隔两行打印 章、节、小节号、章、节、小节名称及相应页码。章、节、小节号分别用第一章、 1.1、1.1.1方式表示，章名用黑体四号字，节、小节名用小四号宋体字，章、节、 小节名与页码间用多个“……”符连接。 第二页：正文（宋体，小四号） 一般由标题、文字段落、图、或表构成。由于研究工作涉及选题、研究方法、 ，米用 （宋体小五号）连续编排， 天津理工大学聋人工学院 数据库课程设计报告 （黑体二号） （宋体二号，） 专业: 计算机科学与技术 （宋体三号） 年级: 2009级计1班（宋体三号） 姓名: xx （小组成员） （宋体三号） 学号:
工作进程、结果表达方式等有很大差异，难以规定统一的内容形式。但是，必须 合乎逻辑，层次分明。内容包括以下部分： 第一 章、 综合设 计题 （1） （2） （3） 第二章、xx 数据库管理系统的设计 一、 系统需求、功能分析 介绍选题的内容、 课题主要解决的问题， 凡合作承担的课题， 必须说明本人在总课题中 独立承担的任务以及该部分内容在总课题中所起的作用。 二、 主要内容（包括以下几个方面， 可以根据设计需要自行增加内容、 调整顺序） 1、 功能模块的划分，给出系统的整体结构图 写成系统主要包括哪些功能模块 2、 逻辑结构设计 在数据库中创建表，为表设计合理的表结构，输入表中的数据，每个表不少于 20 个事例数据 3、 概念结构设计 将第三步设计的逻辑结构转化成概念结构，即把表结构转化成 4、 界面、代码设计 要求层次清楚，重点突出，文字简明通顺。 小标题用黑体字单列一行，小标题内序号用⑴、 用 A 、B 、C .... , a 、b 、c .....。 正文的编写格式如下。 ① 标题 每章的标题采用三号黑体字居中打印，例 另起一页打印。 “节”下为“小 节 用 1.5 倍行 距。 ② 图 图题中文字体为五号楷体， 图题紧接图的下一行居中打印。 图中的标注一律 采用中文。图题后空一行，继续正文内容。 图号按章顺序编号， 例如，图 3.2 即为第三章第二图。 如果图中含有几个不 同部分，应将分图号（如“图 3.2.1 ”表示图 3.2 的第一个分图）居中标注在分创建数据库及三个表， 为表设计合理的表结构， 给出合理的事例数据， 不 少于 10 个。 使用 SQL 语句实现需求，给出结果图。 简单说明解决问题的思路、想法和体会。 E-R 图。 小节内的小标题序号用1、2、3……, ⑵、⑶……，其余层次序号依次 “ 第一章XXX ”，下一章 “章”下为“节”,采用小三号黑体居中打印，例“ 1.1 XXX ”; ”，采用四号黑体、左起打印，例“ 1.1.1 XXX ”。题目采
商场促销折扣计算公式 值得收藏!
商场促销折扣计算公式值得收藏! 导语:只要是把专卖店开到百货商场的品牌商,都要面对一种情况:商场促销。在百货业竞争激烈的今天,各商场的促销活动此起彼伏,而且是'乐此不彼'。刚进入零售业做品牌商品管理的朋友,不妨看看这些促销折扣计算公式,相信对你会有很大的帮助。 当商场发来促销要求函的时候，怎么办?促销折扣该如何计算呢?不要总想着去求助财务，请财务人员帮助核算商场促销的折扣率。很多时候，我们自己也要懂得计算，以便于更清楚的知道促销力度和让利情况。 一，直接促销 就是直接做折扣促销。比如商场要求品牌商连做三天的七折促销活动。 二，“买减”或“买送”活动 比如，商场要求品牌商做三天促销活动，活动内容是买满600元减200元。这时，就需要认真计算促销折扣的幅度大小。计算方法见下表。 假设这个品牌的商品的价位在800～1800之间，那么计算结果显示：在单件购买的情况下：本次促销的折扣在7.3折～8.2折之间。其中价位在1500元的商品折扣最高，价位在1100元的商品折扣最低。
三，“买减”+“买送”活动 比如，商场要求品牌商做三天促销活动，活动内容是：买满600元减200元，一次性买满1500元后再送300元的代金券。这种促销的最终折扣算法如下。 计算结果显示：顾客在先享受买减折扣后，再一次性消费1500元，大约可享受到6.2折的优惠。商品的最终最大折扣约为6.2折。 四，折扣活动+商场降扣点 比如，某商场的扣点是26%，现在该商场为了提升业绩，要求我们品牌的商品在指定的时间内做8折销售，但商场会对我品牌让扣8%，这时，我们要计算出促销的折扣，来确定是否可以接受商场的要求。 有两种计算方法。 第一种算法比较直观和简单，用商场回款率来换算。 表：商场扣点为26%的回款率计算表
销售回款计划表
竭诚为您提供优质文档/双击可除 销售回款计划表 篇一：客户回款计划表(月度) 月主要客户回款计划表 客户经理：填表日期：年月日金额单位：万元 主管签字: ?填写说明： 1、此表每月需提交，认真填写。 篇二：回款工作计划 篇一：回款计划及工作安排 回款计划及工作安排 目录 一、任务分解 1、整体任务分解 2、12月份任务分解 3、1月份任务分解 二、客户及推广渠道分析 1、客户分析 2、推广渠道分析 3、市场定位 4、客户群定位
三、营销执行方案 1、整体营销战略 2、整体营销战术 3、战术执行细案 四、年前整体营销预算附：工作计划推进表一、任务分解 1、整体任务分解整体去化率按85％，才可以满足销售额1.3亿（中间含有一次性交付的），回款额4000万左右；住宅解筹率按40％，商业解筹率按30％；根据现在来访量和认筹量的比值，得知商业来访量：商业认筹量=10:1住宅来访量：住宅认筹量=6:1 开盘暂定时间是12月22日，以现在的认筹量34组， 从12月3日—12月21日共19天，以现在每天1组的认筹量，到开盘共53组认筹，按住宅40％的解筹率和商业30％的解筹率，22日当天可卖出20套，如下：22日当天回款金额如下：以现在的步伐肯定完不成今年回款任务。 12月份认筹客户已经积累一定的量，加上12月下旬外出务工人员开始陆续的返乡，整体4000万任务分解如下：12月份2500万元回款额1月份1500万元回款额 要想完(:销售回款计划表)成每个月的回款任务量，必须加大商业的去化，商业的首付比例高，价格高，一套商铺的回款额基本上是3套住宅的回款额，2500/1500=1.7的比例，那商铺就是卖掉71/1.7=42套，住宅129/1.7=76套。 12月份实际回款额如下：
SQLserver数据库课程设计范例
1 概述 1.1课题简介 书店书目书种繁多，来源多样，购买者众多，图书信息、供应商信息、客户信息、销售信息庞大，不易管理。因此，很有必要创建一个小型书店管理系统，以便于书店对图书的管理。1.2设计目的 应用对数据库系统原理的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。 数据库应用课程实践：实践和巩固在课堂教学中学习有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 数据库原理软件设计实践：实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 1.3设计内容 运用基于E-R 模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发小型书店管理系统，完成小型书店管理系统的全部功能。 首先做好需求分析，并完成数据流图和数据字典。 其次做概念分析，利用实体联系的方法将需求分析的用户需求抽象为信息结构，得到E-R 图。然后就是逻辑结构设计，将E-R 图转换为计算机系统所支持的逻辑模型 2 需求分析 2.1功能分析 首先，建立一些基本表（尽可能满足3N），对大部分基本信息组合、存储；其次通过建立视图实现对冗余数据的有必要保留（查询并计算基本表属性得到新的作为视图属性）并实现对以下基本信息的显示。 图书信息：图书名称、订购数量、订购时间、订购单价、金额、出版社名称、作者名称；供应商名称等； 供应商信息：供应商名称、地址、电话，联系人； 客户信息：客户编号、名称、年龄、性别、累计购书金额等； 销售信息：时间、销售名称、数量、销售单价、客户编号、客户名称、金额等。 在此基础上进行以下目标查询，由于有些查询常用且较复杂，为了简化其应用，所以将它们定义
数据库课程设计(完整版)
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 1引言 ---------------------------------------------------------- 1 2数据库设计----------------------------------------------------- 1 2.1本系统功能需求分析------------------------------------------- 2 2.2业务流图----------------------------------------------------- 2 2.3数据字典(DD： DATA DICTIONARY) --------------------------------- 3 2.4E-R 图------------------------------------------------------ 5 2.5概念数据模型和物理概念模型----------------------------------- 5 2.6创建数据库以及数据表----------------------------------------- 7 2.7数据测试---------------------------------------------------- 11 3存在问题和建议------------------------------------------------ 22 4收获和体会---------------------------------------------------- 22 致------------------------------------------------------------- 23 参考文献------------------------------------------------------- 23
厂商如何提高回款效率
资金是供应商生意的源泉，也是供应商在生意合作中最为重视的东西。没有资金就做不了生意，资金越多生意当然就更好做。可是，现如今，很多供应商虽然资本越来越雄厚，生意越做越大，却高兴不起来。为什么呢？因为卖场越开越多，大卖场更是遍地开花。开一家卖场铺一家货，少说一家也得铺几万甚至十几万的货吧,这几十、上百家卖场铺下来得多少钱？不铺货吧，好歹也是个销售网点吧，放弃可惜。铺货就是滚雪球，应收货款膨胀越滚越多，一个月几十、上百万的款收不回来，你说着急不着急？看起来生意越做越大，可是感觉这钱周转越来越困难，账面上形势喜人，手头却紧巴巴，这钱去哪里了？全压在货款上了！可怕的是，弄不好哪个卖场关门倒闭，就是上万的损失，搞不好还被拖垮。现如今，这种事情也不少，想想看，哪个供应商不心惊胆跳？怎么办?凡事总有个解决的办法，要冷静分析零售商拖欠货款的原因，并积极的需求对策。才是解决问题的正确思路。 一般来讲，在与大卖场合作的过程中，造成供应商货款风险有如下几种原因： 1.合同谈判的结款账期太长。跟卖场做生意，一切以合同为准，所以不把合同的结款条件谈好，就无法保障快速顺利的回款。像那种把账期谈到60、70天的合同，等于就是压了二个月的货款。如果一个供销商几十个分店的系统全压上二个月的货款，就会有少则几十万多则上百万的货款无法周转，当然就有资金压力了。合同的回款条件是大卖场结账的最基本条件。供应商一定要注意在合同谈判中账期的重要性。 2.轻重不分，贪多求大。在现如今终端竞争越来越激烈的情况下，实际上有许多终端的单体效益在下滑，甚至是很差的。供应商应该以资金周转、现金回笼为原则，考虑投资回报率，对那些效益不好实力不够的卖场要舍得放弃，切不可贪多求大。那种无论好坏遍地开花的的景象只不过是自欺欺人罢了。只有做有价值的卖场才会有赚钱的回报，盲目的贪多求大是不可取的。 3.资金、商品管理不清。大多数供应商是财务、销售两条线，一个管回款一个管发货，通常发了多少货财务不知道，收了多少钱销售不清楚，最后，老板发觉出了问题，才把财务、销售聚到一起对账、催款。如果能用财务来控管发货就能有效的避免这种问题，规定未收货款到多少时就不能发货，这种体制是比较安全的。虽然在一些时候对销售产生制约影响，但从资金安全的角度来说，这种方法是可取的。在资金安全和销售额之间，资金安全更重要。 4.不了解大卖场的货款结算制度。大卖场的管理相对规范，财务体系是相当健全的。结账流程控制得非常严格。诸如账期、库存天数、库存金额、赞助金等等，一项不到位就结不了款，所以不把大卖场的结账制度研究明白，要想顺利结款可真是难。 5.与采购沟通不畅。对于规范的卖场来说，结款通常不是由采购个人说了算，电脑系统自动会做控制。但是对不规范的卖场，货款结算一般还是由采购来决定的，付不付，付多少，由采购说了算。尽管这种方式有失公平，但目前毕竟不规范的卖场还是不少，所
完整word版,数据库课程设计总结,推荐文档
数据库课程设计总结 数据库课程设计个人总结 姓名：邢王秀学号：201624101215 班级：09计本班 一个月的时间非常快就过去了，这一个月我不敢说自 己有多大的进步，获得了多少知识，但起码是了解了项目开 发的部分过程。虽说上过数据库相关的课程，但是没有亲身 经历过相关的设计工作细节。这次课程设计给我提供了一个 很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没 有接触过，上网查找资料的时候发现我们以前所学到的仅仅 是皮毛，还有很多需要我们掌握的东西我们根本不知道。同 时也发现有很多已经学过的东西我们没有理解到位，不能灵 活运用于实际，不能很好的用来解决问题，这就需要自己不 断的大量的实践，通过不断的自学，不断地发现问题，思考 问题，进而解决问题。在这个过程中我们将深刻理解所学知 识，同时也可以学到不少很实用的东西。 这次的数据库课程设计，我们组负责的企业信息文档 管理系统的设计。这课题是自拟的。我们组实行的分工合作。我主要是负责数据库功能模块设计这部分。 从各种文档的阅读到需求分析、概要设计、数据库总 体设计、代码编写与调试，我们都准备了好长时间。组内分
工合作的整个过程，我亲身体验了一回系统的设计开发过 程，分工合作的好处。很多东西书上写的很清楚，貌似看着 也很简单，思路非常清晰。但真正需要自己想办法去设计一 个系统的时候才发现其中的难度。经常做到后面突 然就发现自己一开始的设计有问题，然后又回去翻工， 在各种反复中不断完善自己的想法。 我想有这样的问题不止我一个，事后想想是一开始着 手做的时候下手过于轻快，或者说是根本不了解自己要做的 这个系统是给谁用的。因为没有事先做过仔细的用户调查， 不知道整个业务的流程，也不知道用户需要什么功能就忙着 开发，这是作为设计开发人员需要特别警惕避免的，不然会 给后来的工作带来很大的麻烦，甚至可能会需要全盘推倒重 来。所以以后的课程设计要特别注意这一块的设计。 经过组内讨论，我们确定的课题是企业信息文档管理 系统。说实话，我对这个系统不是很了解。通过上网查找资 料、相关文献的阅读，我对该系统有了大体的了解。 在需求分析过程中，我们通过上网查资料，去图书馆 查阅相关资料，结合我们的生活经验，根据可行性研究的结 果和用户的需要，分析现有情况及问题。在一个月的时间里，不断地对程序及各模块进行修改、编译、调试、运行，其间 遇到很多问题，经过组内讨论。最终把它解决了。通过这次 课程设计，我对数据库的设计更加熟练了。
应收账款周转率回款率及各种公式
如应收账款周转率、流动比率、总资产利润率. 答：我选应收账款周转率来透彻地理解，我们应带着以下问题来看待财务比率： 、什么是应收账款？什么是应收账款周转率？什么是应收帐款周转天数？ 答：应收账款是指该账户核算企业因销售商品、材料、提供劳务等，应向购货单位收取地款项，以及代垫运杂费和承兑到期而未能收到款地商业承兑汇票.应收账款是伴随企业地销售行为发生而形成地一项债权.文档收集自网络，仅用于个人学习 应收账款周转率是企业赊销收入净额与应收账款平均余额地比率，就是反映企业应收帐款周转速度地比率. 用时间表示地应收帐款周转速度为应收帐款周转天数，也称平均应收帐款回收期或平均收现期.它表示公司从获得应收帐款地权利到收回款项、变成现金所需要地时间.文档收集自网络，仅用于个人学习 、应收账款周转率和应收帐款周转天数地计算公式分别是什么？ 应收帐款周转率＝销售收入平均应收账款 其中，平均应收帐款＝（年初应收帐款余额年末应收帐款余额）； 应收帐款地周转天数＝应收账款周转率 、应收账款地重要性是什么？ 答：公司地应收帐款在流动资产中具有举足轻重地地位.公司地应收帐款如能及时收回，公司地资金使用效率便能大幅提高.应收账款水平高低和公司销售方式直接相关，现金销售越多应收账款越少，赊销越多应收账款越多.在不影响销售增长地前提下，应收账款当然越低越好.企业要扩大销售收入，应收账款也必须相应增加.应收账款高低非常重要，甚至决定企业地生存.就像你辛辛苦苦工作了一年，如果老板不发钱，那么你赚到地不是钱，而只是公司对你地欠账而已.欠条可不能当钱花.同样，如果一家企业收入增长换来地只是应收账款地大幅增长，那么公司账面上地盈利根本无法转化为现金.文档收集自网络，仅用于个人学习 、应收账款周转率在财务分析中地意义是什么？ 答：应收账款周转率从产品销售到货款收回整个周期地角度反映了应收账款地管理水平，是评价企业经营管理效率地重要指标.应收账款说明了年度内应收账款转换为现金地平均次数，体现了应收账款地变现速度和收账效率.一般认为应收账款周转率越快越好，因为收款迅速不仅表明企业信用状况良好，偿债能力强，不易发生坏账损失，企业收账费用减少，而且表明资产地流动性较高，可大大节约企业地营运资金.从管理地角度来讲，应收账款周转率越快，表明应收账款地回收速度越快，企业管理工作效率越高.与之相对应，应收帐款周转天数则是越短越好.如果公司实际收回帐款地天数越过了公司规定地应收帐款天数，则说明债
数据库课程设计题目16个经典实例学习资料.doc
数据库课程设计题目16个经典实例 1.机票预定信息系统 系统功能的基本要求： 航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。 2.长途汽车信息管理系统 系统功能的基本要求： 线路信息，包括出发地、目的地、出发时间、所需时间等。汽车信息：包括汽车的种类及相应的票价、最大载客量等。票价信息：包括售票情况、查询、打印相应的信息。 3.人事信息管理系统 系统功能基本要求： 员工各种信息：包括员工的基本信息，如编号、姓名、性别、学历、所属部门、毕业院校、健康情况、职称、职务、奖惩等；员工各种信息的修改；对转出、辞退、退休员工信息的删除；按照一定条件，查询、统计符合条件的员工信息；教师教学信息的录入：教师编号、姓名、课程编号、课程名称、课程时数、学分、课程性质等。科研信息的录入：教师编号、研究方向、课题研究情况、专利、论文及著作发表情况等。按条件查询、统计，结果打印输出。 4.超市会员管理系统 系统功能的基本要求： 加入会员的基本信息，包括：成为会员的基本条件、优惠政策、优惠时间等。会员的基本信息，包括姓名、性别、年龄、工作单位、联系方式等。会员购物信息：购买物品编号、物品名称、所属种类，数量，价格等。会员返利信息,包括会员积分的情况，享受优惠的等级等。对货物流量及消费人群进行统计输出。 5.客房管理系统 系统功能的基本要求： 客房各种信息，包括客房的类别、当前的状态、负责人等；客房信息的查询和修改，包括按房间号查询住宿情况、按客户信息查询房间状态等。以及退房、订房、换房等信息的修改。对查询、统计结果打印输出。 6.药品存销信息管理系统 系统功能基本要求 药品信息，包括药品编号、药品名称、生产厂家、生产日期、保质期、用途、价格、数量、经手人等；员工信息，包括员工编号、姓名、性别、年龄、学历、职务等；客户信息，包括客户编号、姓名、联系方式、购买时间、购买药品编号、名称、数量等。入库和出库信息，包括当前库存信息、药品存放位置、入库数量和出库数量的统计。
数据库课程设计(完整版)
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、计算公式：（促销执行折扣—回款率）/促销执行折扣=甲方（商 场）促销收益 2、买减、买送、买换、未买先送均要先行算出其促销折扣或接近 折扣数据。如：买100送50，计算方式为100/150=0.67；买100减50，计算公式为100/50=0.5；1换2倍，计算公式为1/2=0.5，等等。 3、例如：乙方执行促销内容为全场5折，双方洽谈的回款率为 48折回款，则甲方本次促销收益为（0.5--0.48）/0.5=0.04，即收益为4%，乙方可根据甲方收益的多少来计算自己的收益。 二、以降扣的形式洽谈，其主要促销方式为直接折扣，如全场几折、全 场特价或全场一口价（特价或一口价要有历史销售记录作为优惠依据），即参与促销活动，最终在双方签订的合同扣点的基础上下降部分扣点，作为支持乙方参加促销的方式，并以降扣后的扣点作为促销的结算依据。 1、计算公式：（双方签约合同基础扣点--降扣扣点）=最后结算扣点 2、此时的回款率计算公式：1--最后结算扣点=回款率 3、例如：乙方执行促销内容为全场5折，双方签约合同基础扣点为
30%，双方洽谈后决定降扣5%，则本次促销甲方（商场）收益为30%--5%=25%，最终以25%作为双方本次促销的结算依据。即此种情况下的回款率为1-0.25=0.75。 三、以加抽的形式洽谈，其主要促销方式为未买先送、买换、买送等。 即参与促销活动，最终在双方签订的合同扣点的基础上增加部分扣点，并以增加后的扣点作为促销的结算依据。 1、计算公式：（双方签约合同基础扣点+增加扣点）=最后结算扣点 2、此时的回款率计算公式：1--最后结算扣点=回款率 3、例如：乙方执行促销内容为全场买100送50，双方签约合同基础 扣点为30%，双方洽谈后决定加抽15%，则本次促销甲方（商场）收益为30%+15%=45%，最终以45%作为双方本次促销的结算依据。 即此种情况下的回款率为1-0.45=0.55。 备注说明：由于各品牌公司签约主体的不同，部分品牌在进驻商场经营过程中由于自身纳税资格的不匹配，需由甲方（商场）提供代扣代缴服务而增加的扣点在正常促销结算时不计入基础扣点进行结算，即无论你增加或降低扣点，此部分维持不变。例如：双方合同基础扣点为30%，另增加代扣代缴服务扣点为5%，你每次的促销活动扣点均为：最后结算扣点+5%。
数据库课程设计报告
《数据库类课程设计》 系统开发报告 学号：__________ 111007133 _____________ 姓名：_____________ 邢小迪 __________________ 题目企业员工薪资管理___________ 指导教师：__________ 王红梅 _________________ 提交时间：2013年6月01日_______________
计算机科学与应用系
目录 一绪论 二员工薪资管理系统概述?1 现状分析?I 系统目标?2 系统特点?3 三员工薪资管理系统数据库设计?3 需求分析3 数据库物理结构分析4 数据库概念结构设计6 数据库逻辑结构设计?9 四员工薪资管理系统数据库功能模块的创建12五总结21 体会21 参考文献22
一绪论 随着计算机技术的飞速发展和经济体制改革的不断深入，传统企业管理方法、手段以及工作效率已不能适应新的发展需要，无法很好地完成员工工资管理工作。提高公司企业管理水平的主要途径是更新管理者的思想，增强对管理活动的科学认识。基于SQL server 数据库技术建立一个通用工资管理系统，该系统为提供了查询、增加记录、删除等功能，功能比较的齐全，并对工资进行了统计如津贴管理、报表统计等。基本上能满足管理员和公司的要求。 此次数据库课程设计的主要设计如下：原理分析、程序设计过程、程序实现和程序调试以及数据库的设计。 需求分析、概要结构设计、逻辑结构设计、物理结构设计和数据库的实施和维护。 二员工薪资管理系统概述 1、现状分析 随着企业人员数量增加，企业的工资管理工作也变得越来越复杂。早期的工资统计和发放都是使用人工方式处理纸质材料，不仅花费财务人员大量的时间且不易保存，往往由于个人的因素抄写不慎或计算疏忽，出现工资发放错误的现象。早期工资管理多采取纸质材料和具有较强的时间限制。随着我国国民经济建设的蓬勃发展和具有中国特色的社会主义市场经济体制的迅速完善，各个行业都在积极使用现代化的手段，不断改善服务质量，提高工作效率，这些都在很大程度上给企业提出越来越严峻的挑战，
2020年应收账款周转率回款率及各种公式
作者：空青山 作品编号：89964445889663Gd53022257782215002 时间：2020.12.13 为了更透彻地把握每一项比率的意义，我们应带着哪些的问题来看待财务比率呢？ 如应收账款周转率、流动比率、总资产利润率。 答：我选应收账款周转率来透彻的理解，我们应带着以下问题来看待财务比率： 1、什么是应收账款？什么是应收账款周转率？什么是应收帐款周转天数？ 答：应收账款是指该账户核算企业因销售商品、材料、提供劳务等，应向购货单位收取的款项，以及代垫运杂费和承兑到期而未能收到款的商业承兑汇票。应收账款是伴随企业的销售行为发生而形成的一项债权。 应收账款周转率是企业赊销收入净额与应收账款平均余额的比率，就是反映企业应收帐款周转速度的比率。 用时间表示的应收帐款周转速度为应收帐款周转天数，也称平均应收帐款回收期或平均收现期。它表示公司从获得应收帐款的权利到收回款项、变成现金所需要的时间。 2、应收账款周转率和应收帐款周转天数的计算公式分别是什么？ 应收帐款周转率＝销售收入/平均应收账款 其中，平均应收帐款＝1/2（年初应收帐款余额+年末应收帐款余额）； 应收帐款的周转天数＝360/应收账款周转率 3、应收账款的重要性是什么？ 答：公司的应收帐款在流动资产中具有举足轻重的地位。公司的应收帐款如能及时收回，公司的资金使用效率便能大幅提高。应收账款水平高低和公司销售方式直接相关，现金销售越多应收账款越少，赊销越多应收账款越多。在不影响销售增长的前提下，应收账款当然越低越好。企业要扩大销售收入，应收账款也必须相应增加。应收账款高低非常重要，甚至决定企业的生存。就像你辛辛苦苦工作了一年，如果老板不发钱，那么你赚到的不是钱，而只是
数据库课程设计模板(实例)
1.前言 (2) 1.1选题的理由和实际意义 (2) 1.2国内外关于该课题的研究现状及趋势 (3) 2需求分析 (5) 2.1 用户对系统要求 (5) 2.2功能介绍 (5) 3 系统设计 (7) 3.1定义 (7) 3.2系统模块图 (7) 3.4 数据表的设计 (8) 3.5 用例列举 (11) 3.5.1建立数据表 (11) 3.5.2建立视图 (14) 3.5.3建立索引 (15) 3.5.4约束条件的增加、删除、修改 (15) 3.5.5查询语句 (15) 3.5.6建立存储过程，触发器 (17) 4 总结 (18)
1.前言（本部分要有因果关系，前后通顺）1.1选题的理由和实际意义 随着IT事业的发展，如今，我们已经全面跨入信息时代。计算机被广泛的应用于各个行业，人工战略已经转化为信息战略，如何在短时间内获取大量信息并整合信息，成为立足于时代的关键。 为了适应考生人数的急剧增长，当今社会各大高校都在进行扩招政策，学生数量的急剧增加带来信息量的成倍增长，由于信息管理的不善与疏忽，各大高校大小事故时有发生。进行正确的信息管理，对于信息及时处理和反应，能够最大程度的减少学校以及在校学生的损失，减小潜在危机。 学生宿舍是学生生活的基本单位，是同学休息与学习的地方，为了保障同学入住学生宿舍的安全性，信息的处理和管理极为重要。据了解，本校的宿舍信息管理仍然使用传统的手工方式，主要方式是基于文本、表格等纸介质的手工处理，用人工手抄对男女生信宿信息进行处理登记。数据信息处理工作量大，容易出错且不易修改；由于数据繁多，容易丢失，逐条查找记录的方式不易操作，浪费了大量的时间，效率极低。学校的宿舍管理缺乏系统，规范的信息管理手段。 建立学生宿舍管理系统，使宿舍管理工作系统化，规范化，便捷化，程序化，避免宿舍管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改宿舍情况。 随着高校规模的扩大,在校学生的基本情况随之层次化、多样化、复杂化，相应的，学生管理工作面临严峻的挑战。高校学生信息日渐庞大，相应的宿舍管理工作变得复杂而困难。传统的账本化工作模式，手工记录学生信息并存档，这样的人工管理方式费时、费事、费力，信息获取慢,更新滞后，查阅困难,容易出错。为了给学生提供一个安全舒适的工作、生活、学习环境，方便宿舍管理工作的同时为学生、教师提供准确实时的信息至关重要。 本校的宿舍信息管理，主要方式是基于文本、表格等纸介质的手工处理，用人工手抄对男女生信宿信息进行处理登记。数据信息处理工作量大，容易出错且不易修改；由于数据繁多，容易丢失，逐条查找记录的方式不易操作，浪费了大量的时间，效率极低。 以上的管理缺陷对学生宿舍管理造成了相当大的阻力，工作进展困难，问题
数据库课程设计报告
数据库课程设计 --JIA服装销售系统 指导老师：索剑 系名：计算机科学系 学号：111405128 姓名：薛文科 班级：11计算机1班
目录 第一章绪论 (3) 1.1课题简介 (3) 1.2设计目的 (3) 1.3设计内容 (3) 1.4系统实验要求 (3) 第二章需求分析 (3) 2.1 系统基本功能 (3) 2.2 权限划分 (4) 2.3 系统运作流程 (4) 2.4 数据字典 (5) 第三章概念结构设计 (7) 3.1 概念结构设计的方法与步骤 (7) 3.1.1 概念结构设计的方法 (7) 3.1.2概念结构设计的步骤 (7) 3.2 数据抽象与局部视图设计 (8) 3.3视图的集成 (9) 第四章逻辑结构设计 (10) 4.1 E-R图向关系模型的转换 (10) 4.2数据模型的优化 (11) 4.3 数据库的结构 (11) 第五章数据库物理设计 (11) 5.1 存储结构设计 (11) 5.2 存储路径设计 (11) 5.3数据存放位置 (11) 第六章数据库的实施 (12) 6.1表的建立与数据的载入 (12) 6.2触发器的设计 (12) 第七章系统效果图 (13) 第八章总结 (15)
第一章绪论 1.1课题简介 随着时代的发展，计算系软件和系统的成熟，服装的销售管理对于服装企业是一个很重要的问题，如何能有效的管理好自己企业销售的服装和统计出比较收欢迎的服装对于企业的盈利起着至关重要的作用，而建立一个服装销售系统就是一个很好的办法。本着理论联系实际的宗旨，通过学校提供的这次课程设计实践的机会，在指导教师的帮助下，历经两周时间，我自行设计一套服装销售系统，在下面的各章中，我将以这服装销售为例，谈谈其开发过程和所涉及到的问题。 1.2设计目的 应用对数据库系统原理的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。 实践和巩固在课堂教学中学习的关于SQL Server的有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。 实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程，为毕业设计打下基础。 1.3设计内容 选择课题并且对课题的相关信息有一定的了解，对于我选的课题来说，我必须了解服装销售的构造以及企业管理的信息。通过这些信息制成表格，输入到数据库中，使之能够进行查询、修改、删除并且与报刊订阅系统执行相同的操作。需求分析阶段就是要研究我所作的服装销售系统的具体分类和实施过程流图。概念设计阶段要完成数据抽象与局部视图设计还有视图的集成。逻辑结构设计阶段要把E-R图转化为关系模式并且把我输入的六张表结合在一起完成一个总关系表。最后就是要运行和实施数据库。要把查询结果与过程抓几张图。 1.4系统实验要求 建立两个用户：管理员，经理 管理员：负责进行库存的查询，客户的查询，生成出库单和入库单。 经理：负责审核通过出库单和入库单。 第二章需求分析 2.1 系统基本功能 本系统有以下的功能模块： （1）登录功能：登录系统为身份验证登录。分为管理员和经理。不同的用户对于系统有不同的操作权限。 （2）客户管理功能：对客户的基本信息进行管理，可以对客户的信息进行增，删，查，改。（3）库存的查询功能：可以查看库存里面衣服的详细信息。 （4）货物出库功能对库存里面的衣服进行出库 （5）货物入库功能：对库存里面的衣服进行增加
销售人员绩效考核办法
1、目的 为明确销售人员绩效工资、晋升及年终奖金的计算、发放标准，并激励销售人员的积极性、主动性和创造性，特制定销售人员绩效考核办法。 2、适用范围 适用对销售人员的考核。 3、职责 3.1 人事部提供销售人员的绩效数据给财务部。 3.2 财务部根据各部门提供的数据计算绩效奖金和年终奖金，绩效奖金随工资 发放。年终奖金由财务部负责发放。 3.3人事部负责提供销售人员晋级、降级所依据的数据。 4、工作程序 4.1 销售人员绩效考核内容：
解释说明： （1）销售毛利=销售额 - 产品成本 - 对应客户群体发生的所有费用–公司内部分摊费用； （2）产品售价由公司统一制定价格政策，特殊情况低价销售，必须报请总经理同意； （3）月度毛利提成率=（月度绩效工资×60%）/月度计划毛利总额； （4）月度销售提成率=（月度绩效工资×40%）/月度计划销售总额； （5）回款提成率=回款率<60%,回款提成为0； 60%<回款率<70%,回款提成率为 %； 70%<回款率<80%,回款提成率为 %； 80%<回款率<90%,回款提成率为 %； 90%<回款率<100%,回款提成率为 %；
回款率=100%,回款提成率为 %； （6）回款率=（月初回款+当月销售-月末未回款）/月末未回款*100%（大于1时，按1计算） （7）业务员共同产生的费用，按照谁受益、谁承担的原则，或在报销时写清分配比例。店展或经销商会议等大型活动，可以将费用平均到全年计算。公司级广告、市场策划活动另议； （8）新客户有效期：一年。（老客户间隔一年以上重新采购的产品也算新客户）。由业务员独立开发的新客户做额外奖励。 （9）因为市场发生突然变化，或者其他意想不到的原因，导致年度销售计划出现重大偏差。如果实际销售额超出计划的50%，公司有权对毛利提成和销售提成进行封顶，以年度计划的1.5倍为上限；如果非个人原因导致实际销售额低于计划的50%，业务员可以申请调整计划指标，经公司认可后调整提成率。业务员独立开发的新市场，提成不封顶。 （10）销售内勤于每月号之前将上月销售人员销售数据及超期库存提报给财务部。财务部于每月号之前将上月销售人员实际销售额、销售利润、新客户新品销售额、费用汇总、超期账款、超期库存、销售计划、提成系数及绩效奖金计算结果提报总经理。由总经理进行复核。各项提报数据均需提报部门经理签字确认。 4.2 销售人员晋级、降级标准： 4.2.1晋级标准： （1）新入职销售人员在试用期间（1-3个月）经部门经理、分管领导综合评定合格后转正——初级销售工程师； （2）连续六个月总体计划完成率≥80%，且六个月总体毛利≥万——中级销售工程师； （3）连续六个月总体计划完成率≥90%，且六个月总体毛利≥万——高级
SQLserver2008数据库课程设计范例——学生成绩管理系统报告
数据库技术与应用 课程设计说明书 题目：学生成绩管理系统 院系： 专业班级： 学号： 学生姓名： 指导教师： 2014年 12 月 22 日 一概述 1.1目的与要求
随着科技的发展，基本上所有的具有一定数量数据的机构都开始使用计算机数据库来做管理。几乎所有学校也都已经在使用计算机管理数据的机制，大大减少了学校学生成绩管理的工作量。该课程设计要求设计一个学生成绩的数据库管理系统，数据库中要求包含学生的基本信息，学科基本信息，以及学生所学课程的考试成绩。要方便学生进行成绩查询，通过该课程设计，应该达到把数据库理论知识更加的巩固加深，加强动手能力与实践能力，学以致用，与现实生活中的应用充分的结合起来。 1.2设计环境 ① Microsoft SQL Server 2000 ② Microsoft Visual C++ 6.0 二需求分析 2.1 系统功能要求设计 此系统实现如下系统功能： （1）使得学生的成绩管理工作更加清晰、条理化、自动化。 （2）通过用户名和密码登录系统，查询课程基本资料，学生所选课程成绩，修改用户密码等功能。容易地完成学生信息的查询操作。 (3) 设计人机友好界面，功能安排合理，操作使用方便，并且进一步考虑系统在安全性，完 整性，并发控制，备份和恢复等方面的功能要求。 2.2 系统模块设计 成绩管理系统大体可以分成二大模块如，一是学生的基本信息模块，里面应该包含学生的各方面的基本信息；再者便是课程管理模块，在该模块中应该包含有对学生成绩信息的查询和处理，如平均成绩、最好成绩、最差成绩以及不及格学生的统计等功能模块；再其次还有教师、课程等相关信息的模块；可以得到系统流程图： 登陆失败 用户 验证