客户回款数据库设计:化解风险与应用开发

版权申诉
0 下载量 173 浏览量 更新于2024-07-01 收藏 91KB DOC 举报
客户回款数据库设计是一个针对实际商业场景的任务,旨在帮助企业管理和降低回款风险。设计的核心是创建一个能满足企业日常业务需求的数据库系统,主要包含以下几个部分: 1. **需求分析**: - 题目明确:设计目标是建立客户回款数据库,以优化应收账款管理,减少坏账和呆账的发生。 - 实际背景:在中国经济环境下,企业面临回款压力大,且客户合作意愿和信用状况参差不齐。 2. **设计阶段**: - **属性设计**:需调查分析现有条件,如客户回款记录、应付款清单、预警机制以及责任销售员清单,确定数据库所需的字段和关系。 - **DBMS选择**:可以选择MsSQLServer、Access或VFP等数据库管理系统,具体根据项目规模和企业需求来决定。 3. **设计说明书**: - **规范遵循**:设计过程应遵循学校的新规定,包括需求分析(理解用户需求,确定功能)、概念设计(数据模型设计)、逻辑设计(确定表结构和关系)、物理实现(存储和索引设计)等步骤。 4. **应用程序开发**(选做): - 可以开发一个或多个应用程序,例如用于生成报表、预警欠款、跟踪销售员业绩等功能,使用编程语言和工具如Java、Python或Visual Basic等。 5. **时间安排**: - 设计周期为本学期第18周,分为资料准备、系统调查、分析、设计、编写报告和提交等步骤。 6. **技术可行性**: - 学生已具备所需基础知识,如高级语言、数据结构、操作系统和软件工程等,可以利用所学的数据库技术实现客户回款数据库。 7. **操作可行性**: - SQL Server的企业版适用于正式环境,表明数据库设计可以考虑在实际生产环境中稳定运行。 通过这个客户回款数据库设计,学生不仅可以提升数据库管理技能,还能理解和应用到销售管理的实际操作中,帮助企业在处理与客户间的财务交易时更加高效和可控。
2023-01-08 上传
课程设计任务书 学生姓名: 专业班级: 指导教师: 工作单位: 题目:客户回款数据库设计 初始条件: 客户回款记录; 客户应付款清单;客户应付款预警;客户责任销售员清单 要求完成的主要任务: 1. 根据上述的初始条件,进行调查分析并设计适当的属性。设计一个客户回款数据库,D BMS可选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操作可行性 "SQL "应 用 " "Server版本 " " "企业版 "可作为正式环境(Production)数据库服务器,它" " "支持 SQL Server 2000 的所有功能,且提高执 " " "行效率,以支持最大的网站与企业线上交易处理" " "(OLTP)以及数据仓储系统 " "标准版 "可作为小型工作群组或部门的数据库服务器 " "个人版 "由行动用户所使用,他们会有一些时间与网络离" " "线,但执行需要SQL " " "Server数据存储的应用程序;同时也用于执行需" " "要在客户端计算机本地SQL Server 数据存储的 " " "独立应用程序 " 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 "操 作 系 统 " "版本 " " "企业版 "Windows NT 4.0 Server,Windows 2000 " " "Server,Advanced Server,Data Center " " "Server " "标准版 "Windows NT 4.0 Server,Windows 2000 " " "Server,Advanced Server,Data Center " " "Server " "个人版 "Windows Me/98,W
2023-01-08 上传
A.5数据库结构 表A.5.1客户静态信息数据表结构 "字 段"字 段 名 "数 据 "字 段 "是 否 "是 否 为"备 注 " "序 号" "类 型 "宽 度 "为 空 "主 键 " " "1 "Customer_ID "字符 "10 "否 "是 "客 户 编 号" "2 "Customer_Name "字符 "100 "是 "否 "客 户 名 称" " " " " " " "1,2,3 " "3 "Person_Name "字符 "20 "是 "否 "联系人姓名1" " " " " " " ",2,3 " "4 "Person_Tel "字符 "50 "是 "否 "联系人电话1" " " " " " " ",2,3 " "5 "Person_Position"字符 "20 "是 "否 "联系人职位1" " " " " " " ",2,3 " "6 "Product "字符 "50 "是 "否 "产 品 " "7 "Area "字符 "50 "是 "否 "地 区1,2 " "8 "Relation_Area "字符 "100 "是 "否 "通讯地址1,2" "9 "E-Mail "字符 "80 "是 "否 "邮 箱1,2 " "10 "NetworkArea "字符 "50 "是 "否 "网 址1,2 " "11 "Facsimile "字符 "50 "是 "否 "传 真1,2 " "12 "Zip Code "字符 "20 "是 "否 "邮 编1,2 " "13 "Time Section "日期 "8 "是 "否 "建档时间 " "14 "Customer_Functi"字符 "20 "是 "否 "客 户 类 别" " "on " " " " "(配套,最 " " " " " " " "终,销售) " "15 "Expansion "字符 "50 "是 "否 "扩展字段 " "16 "Expansion "字符 "50 "是 "否 "扩展字段 " "17 "Expansion "字符 "50 "是 "否 "扩展字段 " 表A.5.2客户动态信息表数据表结构 "字 段 "字 段 名 "数据 "字段 "是否 "是否为 "备注 " "序 号 " "类 型"宽 度"为空 "主 键 " " "1 "Customer_ID "字符 "10 "否 "是 "客户编号 " "2 "Customer_Class "字符 "10 "是 "否 "客户级别 " "3 "Customer_ Appearance "字符 "10 "是 "否 "客户状态 " "4 "Reputation_Class "字符 "10 "是 "否 "信用级别 " "5 "Customer_debt "字符 "50 "是 "否 "客户欠款 " "6 "Expansion "字符 "50 "是 "否 "扩展字段 " "7 "Expansion "字符 "50 "是 "否 "扩展字段 " "8 "Expansion "字符 "50 "是 "否 "扩展字段 " 表A.5.3客户联系明细表数据表结构 "字 段 "字 段 名 "数据 "字段 "是否 "是否为 "备注 " "序 号 " "类 型"宽 度"为空 "主 键 " " "1 "Customer_ID "字符 "10 "否 "是 "客户编号 " "2 "Customer_Name "字符 "100 "是 "否 "客户名称 " "3 "Contact _date "日期 "8 "是 "否 "联系日期 " "4 "Contact _contents "字符 "200 "是 "否 "A联系内容" "5 "Contact category "字符 "10 "是 "否 "联系类别(" " " " " " " "ABC) " "6 "Clerk_ID "字符 "10 "是 "否 "业务员编 " " " " " " " "号 " "7 "Clerk_Name "字符 "10 "是 "否 "业务员姓 " " " " " " " "名 " "8 "Contract_ID "字符 "50 "是 "否 "B合同号 " "9 "Contract_Address "字符 "200 "是 "否 "B合同链 " " " " " " " "接地址 " "10 "Chain_Address "字符 "200 "是 "否 "C报价单链" " " " " " " "接地址 " "11 "Warn _Date "日期 "8 "是 "否 "报 警 日 " " " " " " " "期 设 置 " "12 "Warn_content "字符 "50 "是 "否 "报警内容 " "13 "Expansion "字符 "50 "是 "否 "扩展字段 " "14 "Expan