《论文企业销售管理 系统设计论文(定稿)》.doc

论文企业销售管理 系统设计论文(定稿) 本科生毕业论文(设计)基于Asp.的企业销售管理系统的设计与开发院系名称计算机与信息工程学院姓名学号专业指导教师在此处键入指导教师姓名和职称xx年5月16日摘要随着计算机技术的迅猛发展，存在于网络的企业销售管理系统将逐步代替传统的管理模式进入企业。 为了更高效得完成销售方面的工作，也可以有更多的时间处理更多的别的事务，企业也将摆脱原有的管理形势完全进入信息化管理。 销售管理系统在企业的管理过程中起着巨大的作用。 系统采用Microsoft SQL Serverxx数据库，并使用Asp.NET作为开发工具，由销售信息管理、商品管理、售后服务管理及财务管理等模块组成。 此系统包含选题背景，技术介绍，系统需求分析、模块设计、数据库设计、系统详细设计，以及系统实施。 本文介绍了销售系统的开发初衷和背景，系统的开发工具，面向对象开发的具体步骤，其中包括流程图，功能结构图等必要的图形说明。 主要包括SQL数据库，用户登录模块和主窗体的设计，其中用户登录模块实现的功能是登录系统时进行用户身份检查和权限分配；按照用户权限级别对操作进行约束和控制；、修改、添加用户信息。 为了适应现代社会人们高度强烈的时间观念，产品生产-销售-客户订单管理系统软件为企业，公司等的销售管理带来了极大的方便。 产品生产-销售-客户订单管理系统能够为用户提供可靠的信息储存和快捷的信息处理手段。 长期以来人们使用传统人工的方式管理销售信息，这种管理方式存在着许多缺点。 随着科学技术的不断提高，计算机日趋成熟，其强大的功能已为人们深刻认识，它已经进入人类社会的各个领域并发挥着越来越重要的作用。 作为计算机应用的一部分，使用计算机对企业、公司的产品销售信息进行管理，具有手工管理所无法比拟的优点。 例如检索迅速、可靠性高、存储量大、保密性好、寿命长、成本低等。 这些优点能够极大的提高一个企业、公司销售管理的效率。 因此，开发这样一套管理软机成为很有必要的事情，它能够具体化、合理化的管理单位的销售信息情况，用结构化的思维方式去了解计算机的工作原理。 1.1.2系统开发的目的意义企业生产管理是一个非常复杂的过程，它涉及生产产品的基本情况管理、每一产品的生产雇员的相关关系及管理、每一产品的销售雇员的相关关系及管理、每一产品的销售雇员-客户-客户订单的相关关系和管理，因此，产品生产-销售-客户订单管理系三级标题小四号，宋体，左对齐，间距段前、段后各0.5行统是一个解决中小型企业及公司的数据库管理系统，涉及的管理内容众多，数据关系复杂，也是数据库管理系统的一个典型。 本课题设计便是利用开发工具ASP.NET开发一个实用的产品生产-销售-客户订单管理系统，其系统分析清晰，制作过程具体可靠。 1.2相关技术与开发工具介绍1.2.1ASP.NET ASP.不仅仅是Active ServerPage(ASP)的下一个版本,而且是一种建立在通用语言上的程序构架，能被用于一台Web服务器来建立强大的Web应用程序。 ASP.提供许多比现在的Web开发模式强大的优势。 ASP.是把基于通用语言的程序在服务器上运行。 不像以前的ASP即时解释程序，而是将程序在服务器端首次运行时进行编译，这样的执行效果，当然比一条一条的解释强很多。 ASP.构架是可以用Microsoft（R）公司最新的产品Visual Studio.开发环境进行开发，WYSIWYG（What YouSee IsWhat YouGet所见即为所得）的。 这些仅是ASP.强大化软件支持的一小部分。 因为ASP.是基于通用语言的编译运行的程序，所以它的强大性和适应性，可以使它运行在Web应用软件开发者的几乎全部的平台上（笔者到现在为止只知道它只能用在Windows2000/xxServer上）。 通用语言的基本库，消息机制，数据接口的处理都能无缝的整合到ASP.的Web应用中。 ASP.同时也是language-independent语言独立化的，所以，你可以选择一种最适合你的语言来编写你的程序，或者把你的程序用很多种语言来写，现在已经支持的有C#（C+和Java的结合体），VB，Jscript。 将来，这样的多种程序语言协同工作的能力保护您现在的基于+开发的程序，能够完整的移植向ASP.。 ASP.NET一般分为两种开发语言，VB.NET和C#，C#相对比较常用，因为是.NET独有的语言，VB.NET则为以前VB程序设计，适合于以前VB程序员，如果新接触.NET，没有其他开发语言经验，建议直接学习C#。 1.2.2SQLSEVERxxSQL Serverxx是一个全面的数据库平台，使用集成的商业智能(BI)工具提供了企业级的数据管理。 SQL Serverxx数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。 SQL Serverxx数据引擎是本企业数据管理解决方案的核心。 此外SQL Serverxx结合了分析、报表、集成和通知功能。 这使您的企业可以构建和部署经济有效的BI解决方案，帮助您的团队通过记分卡、Dashboard、Web services和移动设备将数据应用推向业务的各个领域。 与Microsoft VisualStudio、Microsoft OfficeSystem以及新的开发工具包（包括Business IntelligenceDevelopment Studio）的紧密集成使SQL Serverxx与众不同。 无论您是开发人员、数据库管理员、信息工作者还是决策者，SQL Serverxx都可以为您提供创新的解决方案，帮助您从数据中更多地获益。 1.2.3ADO.NET ADO.NET的名称起源于ADO(ActiveX DataObjects),这是一个广泛的类组,用于在以往的Microsoft技术中访问数据.之所以使用ADO.NET名称,是因为Microsoft希望表明,这是在.NET编程环境中优先使用的数据访问接口.三级标题小四号，宋体，左对齐，间距段前、段后各0.5行ADO.NET是与数据源交互的.NET技术。 有许多的Data Providers，它将允许与不同的数据源交流取决于它们所使用的协议或者数据库。 然而无论使用什么样的Data Provider，你将使用相似的对象与数据源进行交互。 SqlConnection对象管理与数据源的连接。 SqlCommand对象允许你与数据源交流并发送命令给它。 为了对进行快速的只“向前”地读取数据，使用SqlDataReader。 如果想使用断开数据，使用DataSet并实现能进行读取或者写入数据源的SqlDataAdapter。 2需求分析需求分析的任务是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。 需求分析的结果是系统开发的基础，关系到工程的成败和软件产品的质量。 因此，必须用行之有效的方法对软件需求进行严格的审查验证。 2.1功能需求这是一个企业销售管理系统，设计者的目标是满足公司运营和日常管理的需要，具有对产品，员工，客户管理的功能。 销售员可以对销售的产品进行登记，并将销售情况反馈给数据库。 管理员可以查看员工信息以及销售情况，管理员登陆后可以添加删除员工，以及销售员以外的特殊操作。 为管理的方便性和信息传递的快速性提供了一个很好的平台。 系统开发的总体任务是实现售后服务及销售登记自动化。 总之，企业销售管理系统要实现登陆验证、商品销售管理、商品销售报表管理、员工信息管理、客户信息管理、公告管理六大部分。 2.1.1经理对功能的需求在此系统中，经理有特殊权限。 经理对功能的需求细分如下1登陆系统。 经理必须正确输入用户名和密码才能登陆。 2查看产品信息。 在经理查看产品信息时。 3查看员工信息。 查看员工近期销售情况。 4查看客户信息。 5查看公告。 6按每日，每月，每年查看销售记录2.1.2销售人员对功能的需求1查看自己的信息，了解自己近期的销售情况。 2查看产品的信息，熟悉产品情况。 3登记销售产品。 4添加新产品，并填写产品相关信息。 5查看公告。 2.1.3售后服务人员对功能的需求1查看公告。 2查看售后服务信息。 3添加售后服务信息。 2.2性能需求一般的性能需求是包括信息处理的及时性和准确性，系统的开放性和可扩充性，系统的稳定可靠性，系统的易用和易维护性。 系统的标准性及安全性。 本系统是个数码管理系统，要考虑到系统的易用和易维护性。 该系统直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。 这就要求系统能够提供良好的用户接口，易用的人机交互界面。 要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面。 另外要考虑的性能需求就应该是系统安全性问题了。 在考察系统的每个阶段，均需要考虑彼此间的认证与授权。 尤其要注意认证，简单地说就是确定谁是特定用户，并针对安全源验证该用户的身份。 在处理完识别用户的方法之后，必须利用一种方法以向用户授权，从而能够使用系统的特定功能。 也就是说，需要一种方法来决定允许特定用户进行什么样的操作。 而这些都是在进行系统设计时需要考虑的性能方面内容。 下面是通过分析，得到的系统的功能结构图2.1。 登录售后服务信息管理模块销售报表管理模块销售信息管理模块市场经理市场经理销售人员销售人员售后人员售后人员市场策略公告管理模块售后服务信息添加售后服务信息修改售后服务信息删除客户信息查询销售信息查询公告删除公告存储市场策略公告销售信息添加客户信息管理销售信息修改销售信息添加销售信息删除客户添加客户信息修改客户删除存储公告存储公告公告回复公告回复图2.1系统功能结构图2.3系统分析模型系统模型分析主要包括数据流程图、数据字典和E-R图。 2.3.1数据流程图任何软件系统从根本上来说，都是对数据进行加工或变换的工具，而在系统分析这个阶段，数据流程图便是系统设计人员与用户交流思想的工具。 这种图用的符号少，通俗易懂。 实践证明，只要对用户稍作解释，用户就能看明白。 同时，这种图层次性强，适合对不同管理层次的业务人员进行业务调查。 在调查过程中，随手就可以记录有关情况，随时可与业务人员讨论，使不足的地方得到补充，有出入的地方得到纠正。 因此，数据流程图在此阶段是具有相当重要的作用的，于是，在这个部分，便要求对图的分解、布局进行适当调整和规范，使之尽量清晰，可读性更好，尽可能将用户所预期的功能考虑完全并在此图中有大致的体现，这样就更便于用户理解和与用户的沟通交流。 本管理系统的层次结构本身要求就比较简单，所以在数据流程图的设计上本文作者就尽可能做到简单化，使用户对系统流程一目了然，具体如图2-2。 销售人员售后服务人员市场部经理销售信息管理系统销售信息客户信息策略公告销售信息售后服务信息客户信息统计分析公告发布图2-2数据流图客户信息文件客户信息文件客户信息管理销售信息管理客户信息客户信息销售信息文件销售信息文件销售单销售单售后服务信息管理公告信息文件公告信息文件发布公告发布公告售后服务售后服务售后服务信息文件售后服务信息文件统计分析销售统计报表报表销售统计销售信息销售信息客户信息客户信息策略公告管理公告内容公告内容产品信息文件产品信息文件图2.3销售信息管理系统0层图2.3.2数据词典数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。 数据流程图描述了系统的分解，即描述了系统由哪几部分组成、各部分之间的联系等，但还没有说明系统中各个成分的含义。 为此，还需要对数据流程图加以补充说明，而数据字典就是这样的工具之一。 它主要用于描述数据流程图中的数据流、数据存储、处理过程和外部实体。 建立数据字典的工作量比较大，也比较繁琐，但这是一项必不可少的工作。 其在系统开发中具有十分重要的意义，不仅在系统分析阶段，而且在整个开发过程中以及今后系统运行中都会使用到它。 在此系统中涉及到的数据字典如下1产品信息 (1).数据项描述数据项产品编号含义说明唯一标识每个产品别名ID，ProductID类型整型长度=5至MAX取值范围10000至MAX，步长为1取值含义无 (2).数据结构数据结构名产品说明销售管理系统中销售的产品组成产品编号+产品名称+规格+产商+产品进价+备注 (3).数据流描述数据流名称产品信息说明产品的相关信息数据流生产商数据流去向销售信息管理组成产品编号+产品名称+规格+产商+产品进价+备注平均流量10份/月高峰期流量20份/月 (4).数据存储描述数据存储名称产品列表别名Product简述存放产品的相关信息组成产品编号+产品名称+规格+产商+产品进价+备注数据量200张/年存取方式索引文件，以产品编号为关键字 (5).处理过程:处理过程名产品销售说明客户购买该产品输入产品信息，客户信息输出销售信息处理客户购买该产品后，产生销售信息，记录客户信息及购买相关的产品。 2客户信息 (1).数据项描述数据项客户编号含义说明唯一标识每个客户别名ID，CustomerID类型整型长度=5至MAX取值范围10000至MAX，步长为1取值含义无 (2).数据结构数据结构名客户说明产品的销售对象组成客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail (3).数据流描述数据流名称客户信息说明客户的相关信息数据流客户数据流去向销售信息管理组成客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail平均流量200个/月高峰期流量500个/月 (4).数据存储描述数据存储名称客户列表别名Customer简述存放客户的相关信息组成客户编号客户姓名+客户性别+联系电话+地址+邮编+E-mail数据量2000个/年存取方式索引文件，以客户编号为关键字 (5).处理过程:处理过程名产品销售，售后服务说明客户购买产品，提供售后服务输入产品信息，客户信息，售后服务信息输出销售信息，售后服务情况处理客户购买该产品后，产生销售信息，记录客户信息及购买相关的产品。 售后服务人员为客户提供售后服务，记录售后服务情况。 3销售信息 (1).数据项描述数据项销售编号含义说明唯一标识每次销售别名ID，SellID类型整型长度=5至MAX取值范围10000至MAX，步长为1取值含义无 (2).数据结构数据结构名销售单说明销售管理系统中销售的情况组成销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量 (3).数据流描述数据流名称销售信息说明销售的情况数据流销售人员数据流去向售后服务信息管理组成销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量平均流量200份/月高峰期流量500份/月 (4).数据存储描述数据存储名称销售列表别名Sell简述存放销售结果的描述组成销售编号+产品编号+客户编号+销售人员编号+销售时间+单价+销售量数据量2000份/年存取方式索引文件，以销售编号为关键字 (5).处理过程:处理过程名售后服务管理说明售后服务人员为购买产品的用户提供服务的情况输入销售信息输出售后服务信息处理记录本次售后服务人员为客户提供服务的情况4售后服务信息 (1).数据项描述数据项售后编号含义说明唯一标识每个售后服务别名ID，ServiceID类型整型长度=5至MAX取值范围10000至MAX，步长为1取值含义无 (2).数据结构数据结构名售后服务说明售后服务人员为客户提供的服务情况组成售后编号+销售编号+服务人员编号+服务类型+详细情况+是否完成+客户满意度 (3).数据流描述数据流名称售后服务信息说明售后服务情况的记录数据流客户信息，销售信息，服务人员数据流去向统计分析组成售后编号+销售编号+服务人员编号+服务类型+详细情况+是否完成+客户满意度平均流量200份/月高峰期流量500份/月 (4).数据存储描述数据存储名称售后服务列表别名Sell简述存放售后服务信息组成售后编号+销售编号+服务人员编号+服务类型+详细情况+是否完成+客户满意度数据量2000张/年存取方式索引文件，以售后编号为关键字 (5).处理过程:处理过程名统计分析说明一段时间内售后服务的情况统计分析输入售后服务信息输出统计结构处理统计规定时间内售后服务情况4策略公告信息 (1).数据项描述数据项公告编号含义说明唯一标识每个公告别名ID，PolicyID类型整型长度=5至MAX取值范围10000至MAX，步长为1取值含义无 (2).数据结构数据结构名公告说明市场部发布的公告内容组成公共编号+工作人员编号+公告类型+E-mail+联系电话+发布日期+所回复的公告+内容 (3).数据流描述数据流名称公共信息说明公告的相关信息数据流工作人员数据流去向工作人员组成公共编号+工作人员编号+公告类型+E-mail+联系电话+发布日期+所回复的公告+内容平均流量30条/日高峰期流量80条/日 (4).数据存储描述数据存储名称公共列表别名Policy简述存放公告的相关信息组成公共编号+工作人员编号+公告类型+E-mail+联系电话+发布日期+所回复的公告+内容数据量200张/月存取方式索引文件，以公告编号为关键字 (5).处理过程:处理过程名公告管理说明工作人员发布公告输入公共内容输出发布公共处理市场部根据统计结果的分析，对销售策略进行宏观调控，发布相关的公告策略。 2.3.3E-R图根据以上各节对系统所做的需求分析和系统分析，规划处了本系统的数据库尸体。 下面介绍几个关键实体的E-R图订购客户订单销售人员11n n产品联系1111n n负责11客户服务人员市场部经理n n服务1111分析n nnn客户编号姓名性别联系电话地址邮编E-mail产品编号名称规格生产厂商进价备注工作人员编号名称密码类型订单订单编号产品编号客户编号销售人员编号销售单价销售日期销售量图2.4销售信息管理系统E-R图3系统的设计与实现3.1开发方案的提出比较及确定对于企业销售管理系统这样一个设计型题目来说，可以开发的方案是比较多的。 我们要从两方面选择，包括环境配置和体系结构。 3.1.1体系结构比较第一，C/S结构，也就是客户机/服务器（英文为Client/Server）结构，通过将任务合理分配到Client端和Server端，降低了系统的通讯开销，可以充分利用两端硬件环境的优势。 服务器通常采用高性能的PC、工作站或小型机，并采用大型数据库系统，客户端需要安装专用的客户端软件。 第二，B/S结构，即浏览器/服务器（Browser/Server)结构，在这种结构下，用户界面完全通过浏览器实现，一部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓3-tier结构。 这种结构中客户机上只要安装一个浏览器（Browser），服务器安装SQL Server等数据库，浏览器通过Web Server同数据库进行数据交互。 对这两种模式进行比较，C/S模式要在不同的客户机上安装不同的客户应用程序，B/S模式下只需要安装浏览器软件。 这样不但可以节省客户机的硬盘空间与内存，而且使安装过程更加简便、网络结构更加灵活。 其次，它简化了系统的开发和维护。 系统的开发者无须再为不同级别的用户设计开发不同的客户应用程序了，只需把所有的功能都实现在Web服务器上，并就不同的功能为各个组别的用户设置权限就可以了。 再次，它使用户的操作变得更简单。 对于C/S模式，客户应用程序有自己特定的规格，使用者需要接受专门培训。 而采用B/S模式时，客户端只是一个简单易用的浏览器软件。 无论是决策层还是操作层的人员都无需培训，就可以直接使用。 B/S模式的这种特性。 最后，B/S特别适用于网上信息发布，使得传统的MIS的功能有所扩展。 这是C/S所无法实现的。 而这种新增的网上信息发布功能恰是本系统所需的。 这使得企业的大部分书面文件可以被电子文件取代，从而提高了企业的工作效率，使企业行政手续简化，节省人力物力。 鉴于B/S相对于C/S的先进性，B/S逐渐成为一种流行的MIS系统平台。 各软件公司纷纷推出自己的Inter方案，本系统决定采用B/S体系结构。 3.1.2环境配置比较第一基于ASP.NET和ACCESS的开发方式。 这是一种比较容易想到的设计思路，由于它的开发基础比较简单，可以说基本上没有什么软件和系统配置的要求，大体上说只要有ACCESS数据库，设置好Tomcat和ODBC，即可很方便的进行软件的开发了。 用ACCESS作为数据库的连接，则对数据的相关操作便很简洁和方便。 在这里使用的是C#网络程序语言，在实际实现过程中，作者发现采用ACCESS数据库虽然实现很简单、方便，却无法实现存储过程这一设计概念，并且在确保数据安全性上也会出现很大问题。 所以这种方案也可以说是行之无效的。 第二基于ASP.NET和Sqlseverxx的开发方式。 在总结了前两种方案的优势和不足之处后，结合作者本身的开发水平，因此提出了将ASP.NET和Sqlseverxx相结合的方式来开发本系统。 一方面，ASP.NET也能较好的实现该系统的功能；另一方面，使用Sqlseverxx数据库可以实现在ACCESS中无法做到存储过程，且在一定程度上又能提高数据的安全性，弥补了ACCESS的不足。 虽然较ACCESS稍微复杂一点，但是距系统的要求最为接近和恰当，从某种意义上来看，也可以说是前两种方案的折中。 3.2建立系统模型在上一节里，只是简单地从技术支持的角度上来比较和确定了所谓的最终实现系统的方案，但事实上，系统方案的设计应该从以下几个方面来使之更具体化和完整化。 3.2.1系统设计理论分析此系统的使用对象为经理，售后服务人员，销售人员三种用户类型，不同的类型就有对系统不同的使用权限，不可能让员工执行删除产品，修改信息等操作。 这样很明显会造成系统的混乱、不稳定、安全性低、易破坏，所以必须将各个类型的用户使用范围加以限定，而这个过程放在用户登录时就加以限制是最适合不过的了。 这里可以利用在通常登录的模式下增加一项用户类型的选择，在登录后便自然将用户使用权限确定，使系统实现快捷、方便和安全。 在登录了系统之后，由于不同类型有不同的操作权限，因此在越权操作时，系统就应该提示用户不能进行该操作并做相应的出错处理或页面跳转等。 在正常操作情况下，员工只能查看信息，登记销售记录等操作，如果执行了权限意外的操作，比如删除产品操作，便会提醒操作者登陆。 3.2.2系统总体设计在理论分析的基础之上，根据该系统自身的特点，由于是网上系统，必然涉及到许多页面的转换问题，这是首先需要明确的。 那么如果随意地挑选一个页面来设计并完成，这显然是很盲目和失效的做法，往往会事倍功半。 从总体上来说，一条行之有效的办法是从首页，即登录页面开始，到主页面，产品管理页面，销售管理页面，销售记录管理页面，员工管理页面，客户管理页面这样一条主线加分支页面的设计来完成这个系统。 当然先要初步建立起后台数据库并对相关的数据表进行数据存储，接着开始前端应用页面的开发并在设计的过程中不断修改数据库和其它的相关内容，逐步完善系统的开发设计。 同时，系统的总体设计也可以通过如下图3-1很好地体现出来。 图3-1系统流图3.2.3系统模块划分从整个系统的运行流程和主要实现的操作、功能来看，该迅驰数码管理系统可以分为六个子系统模块，如下图3-2。 图3-2模块划分3.3数据库建设单击开始所有程序Microsoft SQL severxxSQL severStudio（确保MicrosoftSQLseverxx配置工具SQLseverConfiguration Manager内的服务最好全部打开，如果没有可通过管理版面管理工具服务，然胡找到相关服务，打开即可），即可打开数据库管理界面，在这里我们可以通过左侧TreeView状管理我们的数据库，也可通过SQL查询建立数据库内容。 我们的数据库建设之旅即将开始了。 3.3.1数据库应用的构架对于设计人员来说，要想比较好的创建并使用数据库的话，作者认为首先应该弄清楚的就是数据库应用的构架，在此用一个简单的构架图3-3表示如下3.3.2逻辑结构设计通过在第二章系统分析里的E-R（实体-联系）图，可以获得以下对数据库的逻辑设计，鉴于本系统设计的数据表比较多，在此只列出设计效果客户信息表(Customer)（客户编号、客户姓名、性别、联系电话、地址、邮编、E-mail）产品列表(Product)（产品编号、产品名称、规格、生产厂商、产品进价、备注）工作人员表(Staff)（工作人员编号、姓名、密码、类型）销售信息表(Sell)（销售编号、产品编号、客户编号、销售人员编号、销售日期、销售单价、销售量）售后服务信息表(Service)（售后编号、销售编号、市场人员编号、服务类型、详细情况、是否完成、客户满意度）市场策略信息公告表(Policy)（公告编号、员工编号、E-mail、联系电话、公告时间、公告类型、回复对应公告的编号和公告内容）3.3.3系统设计理论分析由上述逻辑结构设计进一步就可得到物理结构的设计了，这时数据表也可算作大体设计完成了，具体如下几张表格Customer表字段名代码类型约束客户编码Id Int主键客户姓名Name Char （10）非空性别Gender Char （2）联系电话Phone Char （11）地址Adress Char （30）邮编Code Int电子邮箱E-mail Char （20）Product表字段名代码类型约束产品编码Id Int主键产品名称Name Char （10）非空规格Spec Char （20）生产商Producer Char （20）单价Money Char （30）描述Remark Char （30）Staff表字段名代码类型约束职员编号Id Int主键姓名Name Char （10）非空登陆密码Password Char （20）类型Type IntSell表字段名代码类型约束销售编号Id Int主键产品编码Productid Int外键，与Product表中ID外键关联客户编码Customerid Int外键，与Customer表中ID外键关联职员编码Staffid Int外键，与Staff表中ID外键关联销售时间Selldatetime Datetime单价Price Money销售量Sellcount IntService表字段名代码类型约束服务编号Id Int主键销售编号Sellid Char （10）非空职员编号Staffid Char （20）外键，与Sell表中ID外键关联服务类型Type Int外键，与Staff表中ID外键关联详细情况Description Varchar（max）非空完成情况Complete Bit客户满意度Satisfy IntPolicy表字段名代码类型约束公共编号Id Int主键职员编号Staffid Bit外键，与Staff表中ID外键关联公告类型Type Char （20）电子邮箱E-mail Char （20）联系电话Phone Char （11）发布日期Inputdate Date公告内容Message Varchar（max）3.4模块设计及实施作为系统基础的数据库创建好后，从用户的角度出发，这属于后台的管理，对于用户而言是不可见的，而用户只是关心页面的设计及功能的实现，因此，接下来就应该转入前台的开发了。 在上一章里，已经分析了整个系统的模块划分，即登录模块、产品管理模块、销售管理模块、公告管理模块、员工管理模块、客户管理模块六个模块，以下就分别对这些模块及其功能进行详细说明。 3.4.1登陆模块1模块功能描述该模块主要实现对用户能否进入系统的确认以及对进入系统的用户权限的设定；因为本系统涉及到三类使用者，不可能每一类用户都具有相同的操作权限，如前所说，必然会早成系统的混乱和崩溃，严重影响其安全性和有效性。 所以采取在通常的登录模式下加上用户类型的选择，非常简洁地就完成了对用户类型的区别及权限的划分。 2在模块的详细设计后，便能得出实现该部分的具体流程，如图3-4。 图3-4登录模块程序流程图3算法设计从上面的程序流程图可以看出，此部分主要的算法设计在于一个匹配查询，通过嵌套的IF条件语句来得以实现。 开始输入用户名密码登陆企业销售管理系统根据错误提示再次登陆是否成功不成功成功成功不成功4主要程序由于该模块的主要实现在于条件的判断及匹配查询。 3.4.2销售管理模块1模块功能描述在这个模块可以登记销售记录。 并且在提交记录时，更新数据库 (1)更新客户信息。 如果是“老客户”系统会按照客户等级给出对应的优惠价。 (2)更新产品信息。 主要是更新该产品数量。 (3)更新员工信息。 主要是员工登记和销售总额。 (4)按年查询。 只输入年。 (5)按年月查询。 只输入年月。 (6)按年月日查询。 输入年月日。 2在模块的详细设计后，便能得出实现该部分的具体流程，如图3-5。 图3-5销售管理模块流程图3算法设计从上面的流程图看，重点在判断是否是老客户和是否输入年月日的数据以及怎样按不同等级给以优惠。 对于是否老客户，采用判断客户的等级是否为零，即if(level0)；对于年月日是否为空，也采用判断语句，即if(year=null&month=null&day=null)；对于按不同等级给以优惠，采用扣去与等级相对应的倍数，即mount=mount-level*10。 3.4.3售后服务模块1模块功能描述显示客户的基本信息。 库户可以查看自己的等级和交易次数。 2在模块的详细设计后，便能得出实现该部分的具体流程，如图3-6。 图3-6售后服务管理模块流程图3算法设计从