网上销售管理及订单管理知识系统论文

132/142摘要随着科学技术的不断提高，其强大的功能已为人们深刻认识，“现代化治理”的理念随之也成为企业进展的原动力。“现代化治理”手段具有检索迅速、可靠性高、存储量大、保密性好等优点。这些优点能够极大的提高一个企业、公司销售治理的效率。利用网络和数据库技术，基于B/S模式开发了网上销售订单治理系统这一ASP.NET应用程序。本系统开发平台采纳VisualStudio2005，开发语言采纳C#，后台数据库采纳SQLServer2005。本系统是一个典型的信息治理系统(MIS)，它运用方便，操作简单，效率专门高，实现了对销售订单登记、订单确认、物资发送、订单查询及退货结账等功能。它取代了传统的手工对订单治理，从而减少了销售数据误差并实现了数据规范化，能够满足销售单位高效治理要求。本文介绍了网上销售订单治理系统的开发工具、开发平台；系统需求分析部分要紧包括业务流程图、数据流图、功能需求等；系统设计部分要紧介绍了系统功能设计、数据库设计及代码设计；系统实现部分讲明了几个要紧模块的算法，并附带了一些要紧的窗口和程序。关键词销售治理；订单治理；结账处理AbstractWiththecontinuousimprovementofthescience&technology,itsgreatfunctionhasbeenrecognizeddeeplybyhuman,alongwiththat“themodernmanagement”alsobecomesthemotilityofbusinessdevelopment.“Themodernmanagement”hassuchadvantageslikerapidsearching,highreliability,largestoragelevel,goodconfidentiality,andsoon.Theseadvantagescouldincreasetheefficiencyofabusinessorcompany’ssalesmanagementinalargeextent.Byuseoftheskillofnetworkanddatabase,wedeveloptheordercontrolofonlinemarketingwhichisanASP.NETapplicationprogramthatbaseonB/Smode.ThissystemdevelopmentplatformadoptsVisualStudio2005,thedevelopmentlanguageadoptsC＃,thebackgrounddatabaseadoptstheSQLServer2005.ThissystemisatypicalManagementInformationSystem(MIS)thatisveryconvenienttohandle,easytooperate,highefficiency,couldcarryouttheregistrationofsalesorder,confirmationoforder,deliveryofgoods,orderinquires,goodsreturnedandsettleaccount,andsoonfunctions.Ittakestheplaceofthetraditionalhandworkordercontrol,thusreducesthesalesdataerrorandcompletesthedata’sstandardization,couldsatisfytherequirementabouthighefficiencymanagementofmarketingunit.Thisarticleintroducesthedevelopmentinstrumentanddevelopmentlatformoftheordercontrolofonlinemarketing;systemrequirementsanalysiscontainsoperationflowchart,dataflowchart,functionalrequirements;systemdesignmainlyintroducesthesystemfunctionaldesign,databasedesignandcodedesign;systemimplementationexplainsthealgorithmaboutsomemajormodule,andwithsomemainwindowsandprograms.Keywordssalesmanagementordercontrolsettleaccount

目录TOC\o"1-3"\u摘要 IAbstract II第1章绪论 11.1课题背景 11.2课题意义 11.3系统设计思想 21.3.1系统开发模式 21.3.2系统开发平台 31.3.3系统运行环境 41.3.4系统设计原则 41.3.5系统设计目标 5第2章需求分析 72.1需求分析重要性 72.2可行性分析 72.2.1经济可行性 82.2.2技术可行性 82.2.3运行可行性 92.3业务流程图 92.4数据流图 112.5数据字典 132.6本章小结 15第3章概要设计 163.1系统功能设计 163.2数据库设计 173.2.1数据库设计的特点 183.2.2数据库设计差不多步骤 183.2.3数据库逻辑设计（E-R图） 203.2.4数据库表结构 213.3本章小结 23第4章详细设计 244.1系统主界面设计 244.2差不多信息治理功能设计 244.3商品进货治理功能设计 264.4销售订单治理功能设计 274.5查询统计功能设计 294.6账务治理功能设计 314.7本章小结 32第5章系统实现与测试 335.1各个模块功能实现 335.1.1差不多信息治理模块实现 335.1.2商品进货治理模块实现 355.1.3销售订单治理模块实现 365.1.4查询统计模块实现 385.1.5账务治理模块实现 395.2软件测试 415.2.1什么缘故要进行测试 415.2.2测试的差不多概念 415.2.3系统测试 425.3本章小结 43第6章系统要紧功能使用讲明 446.1登录系统 446.2差不多信息治理 446.3销售订单治理 466.4查询统计 476.5账务治理 486.6本章小结 48结论 49致谢 50参考文献 51附录1 52附录2 54附录3 57第1章绪论1.1课题背景随着科学技术与网络技术的迅速进展，“现代化治理”的理念已成为企业进展的原动力。产品销售治理历来是企业治理中重要的组成部分，一个大型公司每天要完成的销售订单事务十分繁琐复杂，同时业务涉及多个不同的客户，但传统的销售治理是以人员治理为主，这种治理方式存在着许多缺点，因此销售订单治理系统对企业有着十分重要的意义。订单治理系统(OMS)是物流治理系统的一部分，通过对客户下达的订单进行治理及跟踪，动态掌握订单的进展和完成情况，提升物流过程中的作业效率，从而节约运作时刻和作业成本，提高物流企业的市场竞争力。订单治理系统的要紧功能是通过统一订单提供用户整合的一系列供应链服务，订单治理以及订单跟踪治理能够使用户的物流服务得到全程的满足。订单治理系统是物流治理链条中的不可或缺的部分，通过对订单的治理和分配，使仓储治理和运输治理有机的结合，稳定有效地实现物流治理中各个环节充分发挥作用，使仓储、运输、订单成为一个有机整体，满足物流系统信息化的需求。销售订单治理是对商户下达的各种指令进行治理、查询、修改等功能，同时将业务部门处理信息反馈至商户。销售订单治理系统一般包括：订单登记，订单确认，订单状态治理等。“现代化治理”手段具有检索迅速、可靠性高、存储量大、保密性好等优点。这些优点能够极大的提高一个企业、公司销售治理的效率。现代市场要求一个企业、公司在瞬息万变的商业领域内及时猎取全面具体信息，快速准确的地做出决策，因此对销售订单治理系统的开发与应用是必不可少的。1.2课题意义借助现代信息技术和治理理论，建立企业、公司治理信息系统是当今社会的重要趋势。在企业、公司治理中，人力资源是企业最宝贵的资源，也是企业的“生命线”，而产品销售治理又是企业、公司资源治理的重中之重。实行电子化的销售信息治理，能够让销售治理人员从繁重琐碎的案头工作解脱出来，去完成更重要的工作。销售订单治理系统它的开发意义在于：首先提高各厂商之间的合作效率，促进联盟的建立，增强企业在市场上的竞争力；而且能够使移动办公的销售人员能够及时的远程访问公司公布的应用系统。其次销售治理系统关心用户监督产品销售的全过程。使用户和销售人员十分清晰的了解到企业内部的各个方面的信息。以销售订单为中心，动态跟踪销售订单的执行情况，以及销售订单的账款情况。通过交期回答功能，销售人员能准确提供交货日期及轻松掌握企业产品的销售情况。通过与库存治理、生产治理、财务治理等系统的无缝衔接，使企业生产的产品符合用户、客户的个性化要求。1.3系统设计思想1.3.1系统开发模式本系统采纳B/S结构，即Browser/Server（扫瞄器/服务器）结构，是随着Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户界面完全通过WWW扫瞄器实现，一部分事务逻辑在前端实现，然而要紧事务逻辑在服务器端实现。B/S结构，要紧是利用不断成熟的WWW扫瞄器技术，结合扫瞄器的多种Script语言（VBScript、JavaScript等）和ActiveX技术，用通用扫瞄器实现了原来需要复杂专用软件才能实现的强大功能，并节约了开发成本，是一种全新的软件系统构造技术。这种结构更成为当今应用软件的首选体系结构。内容繁多的使用讲明书和花费许多时刻的培训，并不能称为“良好的售后服务”，真正好的产品的功能越来越复杂的同时应该使产品的使用越来越简单。用扫瞄器作为软件界面不但容易统一各种应用系统，也特不方便使用。不管用户的规模有多大，有多少分支机构都可不能增加任何维护升级的工作量，所有的操作只需要针对服务器进行，假如是异地只需要把服务器连接到网即可立即进行维护和升级，这对人力、时刻、费用的节约是相当惊人的。使用B/S只需要治理服务器就行了，所谓的客户端只是扫瞄器，全然不需要做任何的维护。因此客户机越来越“瘦”，而服务器越来越“胖”是今后软件的主流进展方向，这使得升级和维护越来越容易使用越来越简单。依照上面的介绍，用Browser/Server结构来设计网上销售订单治理系统是合理可行的，而且是先进的。1.3.2系统开发平台本系统开发平台采纳ASP.NET，它是微软公司的应用开发平台，是.NET框架中的一个核心部分，是目前流行的动态服务器主页（ActiveServerPage,ASP）技术的下一代产品。ASP.NET是一个完整的、可扩展的Web

应用程序开发框架，它提出了一种用于创建内容丰富的动态网站、Web应用程序和XMLWeb服务的新编程模型。与以往的编程模型相比，这种新编程模型提供了基于组件的架构和开发的范型。ASP.NET继承了.NET框架中的编程模型，这种新的应用开发平台能够把C++、Java等面向对象语言的特征与MicrosoftVisualBasic语言简易开发的能力相互结合起来。.NET框架的特征是运行期执行环境和在其上层的丰富类库。它对多语言的支持和丰富的自定义控件编制，这些都有利于程序的开发。尽管ASP与ASP.NET都用来开发Web应用程序，但ASP.NET运行的方式和ASP差异有天壤之不。当用户发出一个ASPX网页的要求后，ASP.NET引擎（xspisapi.dll）会将ASPX的网页转换成源程序代码（SourceCode），然后编译成一个DLL文件，接着将网页当成一个类（Class），在内存中建立此对象的实体（ObjectInstance）并进行初始化操作。最后才将执行结果返回到客户端。ASP.NET运行过程如图1-1所示。图1-1ASP.NET运行过程VisualStudio2005与ASP.NET2.0相结合增加了许多功能：1．ASP.NET2.0是编译好的公共语言运行库代码，代码运行在服务器上。它能够利用早期绑定、实时编译、本机优化服务，相当于在编码前就提高了应用程序性能。2．ASP.NET2.0框架补充了VisualStudio2005集成开发环境中的大量工具箱和设计器。3．ASP.NET2.0执行常见任务变得容易，同时采纳基于文本的分层配置系统，简化了程序的开发过程。4．VisualStudio2005集成了大量的新增控件同时简化了代码的编写，提高了编程效率，可灵活编写用户自定义控件，方便了编程。从技术的先进性、成熟性、程序执行效率来讲采纳ASP.NET技术都有利于程序开发。1.3.3系统运行环境1．软件运行平台本系统设计运行在Windows2000/NT/XP操作环境下，因为该系统界面友好，易学易用为大多数办公人员所熟悉同时价格适中。系统软件:Windows2000/NT/XP数据库:SQLServer2005IIS:IIS5.0或IIS6.0扫瞄器:IE5.0以上版本2．硬件运行平台本系统对服务器硬件的差不多标准如下：CUP：P4或者更高级不的处理器内存：512MB以上硬盘空间：10G以上显示器：一般彩色显示器键盘：一般标准键盘鼠标：机械鼠1.3.4系统设计原则关于开发一个大型的计算机治理系统，尤其是在企业销售运作中扮演重要角色的销售订单治理系统，必须满足企业销售过程中治理上的要求。本系统考虑了最为普遍的销售订单治理需求，是针对一般销售公司而设计，在考虑系统功能的同时也对操作界面的设计进行了统一规划以使操作界面友好。采纳B/S结构，用户端只需要密码登录，不需要安装程序，便于系统维护和保密。本系统的设计按照下述原则进行：1．有用性：系统以用户需求为目标，以方便用户为原则，同时融入先进的治理经验。系统界面友好，操作简单，企业的工作人员只需掌握一些差不多电脑使用方面的知识，要求会打字，如此简单进行培训能够轻松使用本系统，无须企业花费多少财力物力来培训职员。2．先进性：本设计将充分应用现有成熟的计算机技术、网络技术、软件开发技术，为用户提供高性能的系统。数据库采纳SQLServer2005,开发平台选用MicrosoftVisualStudio2005。3．高可靠性：一个有用的系统同时必须是可靠的，本设计通过合理而先进的网络设计以及软、硬件的优化选型，可保证系统的可靠性与容错性。4．高安全性：在设计中，将充分利用网络软、硬件提供的各种安全措施，既能够保证用户共享资源，同时也可保证关键数据的安全性。系统将运用先进的B/S(扫瞄器/服务器)结构，为不同用户设定不同权限，便于系统维护和保密。5．采纳标准技术：本系统的所有设计遵循国际上现行的标准进行，以提高系统的开放性。6．可维护性：系统的设计要求方便维护，包括硬件的维护，软件的维护（更改，升级等）和网络的维护。7．可扩展性及灵活性：系统的设计以方便以后业务的扩展和系统扩充为目标，系统要求能够方便的升级，充分爱护系统的投资。8．智能性：系统在设计时，充分考虑系统运行的智能性，尽量的使程序智能化，在使用系统一段时刻后，系统能够和所处部门的业务相融合。1.3.5系统设计目标登录系统的要紧功能要求：1．欢迎页面。2．功能登陆页面及密码验证。网上销售订单的要紧功能实现目标：1．利用Session对象对用户进行验证工作。2．能够对客户、供应商、商品进行添加与相应的治理，并在添加时对相应字段进行格式要求。3．能够对订单进行分类登记，若库存不足时提示重新输入值，依照数量与单价自动产生应付款值，依照顾付款与已付款产生未付款值。4．关于已登记的销售订单转入第二步处理：订单确认。要紧分为两种确认方法，分不是发送电子邮件、通知客服。发送电子邮件时，能够依照订单信息显示相应的邮件内容发送给客户进行确认。5．确认完的销售订单转入第三步处理：物资发送。这一步要紧是对销售订单发货情况进行确认治理。6．各类订单可依照订单类型进行相应的付款结账，在结账时显示未付款金额，可通过订单号查看其详细信息，每一次结账细节都可查看其相应的结账明细，支持多次付款。7．能够对库存商品的剩余量，销售量进行查询。可依照不同的条件对各种订单进行查询。从上面的分析能够看出：系统设计必须从保证系统的可变更性入手，设计出一个易于理解，易于维护的系统。需要注意以下几个问题：1．把系统划分为一些部分，其中每一部分的功能简单明确，内容简明易明白，易于修改，我们把如此的部分称为模块。2．系统分成模块的工作按层次进行。首先把整个系统看成一个模块按功能分解成若干个第一层模块，这些模块相互配合，共同完成整个系统的功能。然后按功能再分解第一层的各个模块。依次下去，直到每一个模块都十分简单。3．每一个模块应尽可能独立，即尽可能减少模块间的调用关系和数据交换关系。因此，系统中的模块不可能与其它模块没有联系，只是要求这种联系尽可能少。4．模块间的关系要阐明，如此在修改时能够追踪和操纵，总之一个易于修改的系统应该有一些相对独立、功能单一的模块按照层次结构组成。这些模块之间不必要的联系都已去掉，而且它们的功能及其相互关系都已阐明。这确实是结构化设计的差不多思想。第2章需求分析2.1需求分析重要性所谓治理信息系统（ManagementInformationSystem）系统，是一个由人、计算机及其他外围设备等组成的能进行信息的收集、传递、存贮、加工、维护和使用的系统，是一门新兴的科学，其要紧任务是最大限度的利用现代计算机及网络通讯技术加强企业的信息治理，通过对企业拥有的人力、物力、财力、设备、技术等资源的调查了解，建立正确的数据，加工处理并编制成各种信息资料及时提供给治理人员，以便进行正确的决策，不断提高企业的治理水平和经济效益。不管采纳何种方法开发治理信息系统，系统分析工作差不多上十分重要的环节。软件的需求分析是软件生存周期中重要的一步，也是最为关键的一步。只有通过软件需求分析，才能把软件功能和性能的总体概念描述为具体的软件需求规格讲明，进而建立软件开发的基础。需求分析的任务是分析员通过需求分析提供一种可转化为数据设计、结构设计和过程设计的数据与功能表示，在软件完成后，需求分析时期研究的对象是软件项目的用户要求。软件需求分析工作是软件打算时期完成之后开始的，其要紧目的是：要综合分析用户对系统提出的一组需求（功能、性能、数据等方面）的基础上，构造一个从抽象到具体的逻辑模型表达软件将要实现的需求，并以“软件需求规格讲明书”的形式作为本时期工作的结果，为下一时期的软件设计提供设计基础。软件需求分析时期，结合所用的开发工具：ASP.NET,SQLSever对问题进行了分析和深入的了解，建立了实现目标软件逻辑模型与物理模型。2.2可行性分析可行性分析的目的确实是用最小的代价在尽可能短的时刻内确定问题是否可解决。可行性研究的目的不是解决问题，而是确定问题是否值得去解决。一般来讲至少达到以下三个可行性：经济可行性：本系统所带来的经济利益能否超过它的开发成本。技术可行性：使用现有的技术能否实现那个系统。运行可行性：系统的操作方式是否为用户所同意。2.2.1经济可行性经济可行性研究要紧进行成本效益分析，包括可能项目的开发成本，估算开发成本是否会高于项目预期的全部利润，同时还要看此软件是否能够为用户带来经济效益。由于ASP.NET程序设计采纳结构化设计思想，且具有语言简单易学、开发快捷等特点，因此用ASP.NET一些可预见的风险可降到最低，如技术问题，人员流失等，从而保证了项目的开发周期，节约了时刻成本，也极大减少了对程序员的培训资金；ASP.NET开发的应用程序易于维护，可降低产品后期的维护成本，提高项目利润点，网上销售订单治理系统开发的目的是为了提高用户工作效率，方便操作与治理而设计。开发此软件并不需要大量的经费，而是个人独立设计，因此从经济角度来讲，因此本系统的开发经济上是完全可行的。2.2.2技术可行性依照该系统目标来衡量所需的技术是否具备，一般可从硬软件的性能要求、环境条件、操作人员水平和数量等方面去考虑和分析。考虑到系统技术可行性，在软件方面选择了现在较流行的ASP.NET2.0来进行开发治理平台的设计，使用SQLServer2005数据库存储数据。 Microsoft的动态服务器网页ASP.NET技术，语法简单，专门容易被程序员所同意，且调试起来也比较容易。从B/S的开发模式，ASP.NET技术的先进性方面考虑，ASP.NET无非是一个最好的技术。微软公司提供了丰富的ASP.NET技术资源库，供程序员及用户查询，同时也有强大的技术服务中心，使技术风险降到最低，这是任何一门WEB语言在目前形势下不可比拟的。与ASP.NET1.X相比，ASP.NET2.0中加入了更多的新特性，使得开发人员在工作效率、治理、扩展性和性能等方面均有了大幅度的提高。ASP.NET2.0引入了许多新的服务器控件，从而能够为数据访问、登录安全、向导导航、菜单、树视图及门户等提供功能强大的声明性支持。因此在软件方面，此系统是可行的。在硬件方面，则选择空间较大，只要是P4系列及以上的计算机，内存在256M以上，硬盘在10G以上，都能够满足系统的开发需要。因此，硬件的配置越高，系统的开发与运行会更流畅。考虑到现在的家用或商用电脑硬件的整体配置水平，系统在硬件方面是完全可行的。2.2.3运行可行性治理形式的计算机网络化是社会进展的必定趋势，各种智能化的软件层出不穷。本系统直接面向用户，界面设计时充分考虑治理人员的适应，使得操作简单；数据录入迅速、规范、可靠；统计准确；制表灵活；适应力强；容易扩充。关于初次使用本系统的用户，不必通过复杂的培训和学习就能够掌握系统的操作流程。由此可见，开发此软件在运行上是可行的。利用网络和数据库技术，基于B/S模式开发了网上销售订单治理系统这一ASP.NET应用程序。本系统开发平台采纳VisualStudio2005,开发语言采纳C＃，后台数据库采纳SQLServer2005。它运用方便，操作简单，效率专门高，实现了对销售订单登记、订单确认、物资发送、订单查询及退货结账等功能。它取代了传统的手工对订单治理，从而减少了销售数据误差并实现了数据规范化，能够满足销售单位高效治理要求，本系统具有一定的实际开发价值和使用价值。2.3业务流程图治理业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和治理信息流向的图表，通过它能够关心分析人员找出业务流程中的不合理的流向。在业务流程图中圆形代表系统中人员，矩形代表系统外实体，箭头代表数据、报表账目的流向。本系统要紧是对销售订单进行治理，但在销售这一环节的治理上与库存有紧密的联系，因此对库存的进货订单也有相应的治理。总体业务流程描述如下：1．销售订单登记：将每一笔销售信息进行登记，以便财务进行账款上的处理同时也便于对销售统计的查询。2．订单确认:依照客户的联系方式将所同意的订单具体信息与其进行确认。使客户及时了解订单处理状态，也便于对订单进行流程化治理。3．物资发送：将与客户确认过的订单进行物资上的发送。4．账款结算：关于订单账款进行治理，关于每张订单应付款、已付款、未付款及每次付款记录都有详细记载。其过程是：订单治理员要对库管部门的进货订单与进货退货订单进行登记，再将订单送财务部门供其账款结算使用，财务部门将订单账款信息送订单治理员，由订单治理员对订单付款信息进行更新。关于客户的退货信息由售后部门做出相关处理制定销售退货单送订单治理员进行登记，再由财务部门对账款进行治理。本系统业务流程图如图2-1所示。图2-1系统业务流程图当接收到客户销售订单时，订单操作人员要依照客户相关信息来确认此订单是否有效，若订单有效则要推断库存量是否充足，关于不充足的情况要即时通知库管部门，充足的情况下要通过相应联系方式通知客户其订单已被受理。关于销售出库或销售退货要进行相关的减库存或加库存作业。销售订单处理步骤如图2-2所示。图2-2销售订单处理步骤2.4数据流图在详细描述系统功能时，使用数据流图能清晰的描绘数据的流向以及整个系统工作的流程。数据流图是表示系统逻辑模型的常用工具，图中不存在任何具体的物理元素，只表示信息在系统中流淌和处理的情况。数据流图是逻辑系统的图形化表示，因此，它是系统分析员与用户进行交流的极好工具。同时也是系统分析员与系统设计人员之间的交流工具。在数据流图中矩形代表数据输入的源点和数据的汇点。圆形代表加工，输入数据在此进行变换产生输出数据。箭头代表数据流，被加工的数据与流向。关于新客户的销售订单先要向公司信息表中添加此客户的相关差不多信息如公司名称、联系方式等。关于所销售的各类商品信息若没有其相关记录则要先进行添加如商品名称、供应商、产地等信息。接收到客户的销售订单时，订单操作人员依照用户的相关信息如联系方式、预付款等条件推断是否同意此订单，即确定订单是否有效，关于有效的订单要将其转入订单流程化治理。订单查询支持多条件查询如按照供应商、客户、时刻等，同时也将从结账信息表中检索其有关的结账信息。账务治理支持多次的结账处理，每次结账金额与时刻有明确记录。依照以上分析系统数据流图如图2-3所示。图2-3系统数据流图2.5数据字典数据字典是关于数据的信息的集合，也确实是对数据流图中的所有元素的定义的集合。数据字典的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。它要紧是对数据流图中的数据流、处理逻辑、外部实体、数据存储和数据项等方面进行具体的定义。数据流程图配以数据字典，就能够从图形和文字两个方面对系统的逻辑模型进行完整的描述。1．数据项定义：关于本系统中所用到的数据项如表2-1所示。表2-1系统数据项定义编号名称不名类型长度I01-01CompanyName公司名称varchar50字节I01-02CompanyType公司类型varchar50字节I01-03CompanyShort公司简称varchar50字节I01-04CompanyAddress公司地址varchar50字节I01-05Postalcode邮政编码varchar50字节I01-06Tel联系电话varchar50字节I01-07Fax传真varchar50字节I01-08Linkman联系人varchar50字节I01-09Email电子邮件varchar50字节I01-10Bank开户银行varchar50字节I01-11BandAccounts银行账户varchar50字节I01-12Username操作人varchar50字节I01-13AddTime添加日期varchar50字节I01-14CommodityName商品名称varchar100字节I01-15ShortName商品简称varchar50字节I01-16ProducePlace产地varchar100字节I01-17Unit单位varchar20字节I01-18Specs规格varchar50字节I01-19PassNumber批号varchar50字节I01-20PassList批准文号varchar50字节I01-21CompanyId供应商IDint4字节续表2-1I01-22Remark备注varchar500字节I01-23total数量int4字节I01-24CommodityId商品IDint4字节I01-25Number数量int4字节I01-26Price单价decimal5字节I01-27StockDate日期datetime8字节I01-28SettlementType付款方式varchar50字节I01-29Payment应付金额decimal5字节I01-30FactPayment实付金额decimal5字节I01-31NotPayment未付金额decmial5字节2．数据流定义：系统数据流定义：数据流编号：D1-02数据流名称：商品信息数据流来源：P1-01数据流去向：F1-02简述：公司所销售商品信息数据流组成：I01-14+I01-15+I01-16+I01-17+I01-18+I01-19+I01-20+I01-21+I01-22+I01-23数据流编号：D1-06数据流名称：销售订单详细信息数据流来源：P1-06数据流去向：F1-03简述：有效的销售订单详细信息数据流组成：I01-24+I01-21+I01-25+I01-26+I01-27+I01-28+I01-29+I01-30+I01-31+I01-32+I01-13+I01-21数据流编号：D1-15数据流名称：订单结账信息数据流来源：P1-05数据流去向：F1-04简述：各类订单账款支付信息数据流组成：I01-24+I01-35+I01-32+I01-36+I01-12+I01-132.6本章小结本章要紧对网上销售订单治理系统进行了需求分析。需求分析是在可行性研究基础上进行的，同时又描绘了本系统的业务流图，在业务流图的基础上对销售订单处理步骤进行了分析。通过本系统数据字典与数据流图的配合描述了系统逻辑模型。通过对本系统进行需求分析得到了用户所要求实现的功能，也对后面将要进行的概要设计打下了良好的基础。第3章概要设计问题定义、可行性研究和需求分析构成了了软件分析时期，在那个时期确定了需要做什么和系统需求规格。而软件开发时期的任务是概括地回答系统如何实现的问题。软件开发时期包括概要设计、详细设计、编码和测试等。概要设计从概念上分为结构设计和详细设计两个时期。结构设计又称为总体设计，其要紧的任务是制订系统实现方案和设计规范并合理确定软件系统整体模块结构及接口关系。详细设计，也称为模块设计，其要紧任务是详细规定每个模块功能的实现算法。本章将要紧对软件总体设计进行了相关描述。本软件设计遵循以下几个原则：1．将软件划分成若干个独立成分的依据。2．表示不同的成分内的功能细节和数据结构。3．统一衡量软件设计的技术质量。3.1系统功能设计利用层次方框图来表示系统中各模块之间的关系。层次方框图用树型结构一系列多层次的矩形框描述数据的层次结构。树形结构的顶层是一个单独的矩形框，它代表完整的数据结构，下面的各层矩形代表那个数据的子集，最底层的各个框代表组成那个数据的实际数据元素。随着结构化的精细化，层次方框图对数据结构也描绘得越来越细，这种模式特不适合于需求分析时期的需要。本系统一共分为五个模块，每个模块之间尽管在表面上是相互独立的，然而在对数据库的访问上是紧密相连的，各个模块访问的是同一个数据库，只是所访问的表不同而已。每个模块的功能差不多上按照在调研中搜集的资料进行编排制作的。依据上述功能的分析，系统中模块分不为：差不多信息治理、商品进货治理、销售订单治理、查询统计、账务治理。各功能模块的具体功能如下：1．差不多信息治理：要紧是对供应商、客户、商品进行添加与治理。2．商品进货治理：针对各类商品的进货单进行登记，并对商品进货中进货退货进行处理。3．销售订单治理：针对销售订单进行订单登记、订单确认、物资发送及销售退货进行登记与处理，完成订单一系列流程化的处理过程。4．查询统计：可选择不同的查询条件，输入不同的查询值，要紧是对商品库存量及各类订单信息进行查询。5．账务治理：要紧是对各类订单进行货款上的结算，可支持多次付款结算，并可进行付款详细信息查看。系统功能结构图如图3-1所示。图3-1系统功能结构图3.2数据库设计数据库设计是建立在数据库及其应用系统的技术，是信息系统开发和建设中的核心技术，具体讲，数据库设计是指关于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用环境，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。大型数据库的开发是一项庞大的工程，其开发周期长，耗资多、涉及到多科学的综合性技术。关于从事数据库设计的人员来讲应具备以下几点：1．数据库的差不多知识和数据库设计论述。2．计算机科学的基础知识和程序设计的方法和技术。3．软件工程的原理和方法。4．应用领域的知识。3.2.1数据库设计的特点数据库技术是应数据治理任务的需要而产生的。早期的数据库设计中数据不具备独立性而且不能共享，而且数据需要由应用程序自己治理，没有相应的软件系统负责数据的治理工作。早期人工治理时期，程序与数据之间是一对一的关系。传统的软件工程忽视对应用程序中数据语义的分析和抽象。数据模式是各应用程序共享的结构，是稳定的，永久的，不像以文件系统为基础的应用系统，文件是某一应用程序私用的。数据库设计的成功与否直接阻碍着系统中个处理过程的性能和质量。在进入数据库系统时期时，数据具有了结构化、独立性高的特点。在现在期数据与程序的独立，把数据的定义从程序中分离出去，加上数据的存取又由DBMS负责，从而简化了应用程序的编制，大大减少了应用程序的维护和修改。考虑应用环境要求与数据库结构的关系，因此结构设计与行为设计是分离的。3.2.2数据库设计差不多步骤由于信息结构复杂，应用环境多样，在相当长的一段时刻内数据库设计要紧采纳手工凑法。由于这种方法受到设计人员经验和水平的阻碍，数据库的设计成为了一种技艺而不是工程技术，缺乏科学理论和工程方法的支持，工程的质量难以保证，常常是数据库运行一段时刻后出现不同程度问题，增加了系统维护的代价。因此人们提出了各种数据库设计方法、设计准则和规程。按照规范设计的方法，考虑数据库及其应用系统开发全过程，将数据库设计分为以下六个阶：1．需求分析时期进行数据库设计首先必须准确了解与分析用户需求（包括数据与处理）。需求分析是整个设计过程的基础，是最困难、最耗时刻的一步。作为基础的需求分析是否做得充分与准确，决定了在其上构建数据库大厦的速度与质量。需求分析做得不行，甚至会导致整个数据库设计返工重做。2．概念结构设计时期概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型。3．逻辑结构设计时期逻辑结构设计时期是将概念结构转换为某个DBMS所支持的数据模型，并对其进行优化。4．数据库物理设计时期数据库的物理设计是为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。5．数据库实施时期数据库实施时期，设计人员运用DBMS提供的数据语言及其宿主语言，依照逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。6．数据库运行和维护时期数据库应用系统通过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。设计一个完善的数据库应用系统是不可能一蹴而就的，它往往是上述六个时期的不断反复。需要指出的是，那个设计步骤既是数据库设计的过程，也包括了数据库应用系统的设计过程。在设计过程中把数据库的设计和对数据库中数据处理的设计紧密结合起来，将这两方面的需求分析、抽象、设计、实现在各个时期同时进行，相互参照，相互补充，以完善两方面的设计。事实上，假如不了解应用环境对数据的处理要求，或者没有考虑如何去实现这些处理要求，是不可能设计一个良好的数据库结构的。因此本系统的数据库设计严格按以上步骤进行，以确保数据库设计的合理性与完善性。3.2.3数据库逻辑设计（E-R图）实体联系模型反映的是现实世界中的事物及其相互关系。是一种用来在数据库设计过程中表示数据库系统结构的方法，它的主导思想是用实体，实体的属性以及实体之间的关系来表示数据库系统的结构。“实体”指现实世界中存在的对象或事物。“属性”指实体具有的某种特性。为了简化E-R图的处置，现实世界的事物能作为属性的对待的，尽量作为属性对待。但实体与属性之间并没有形式上能够截然划分的界限，因此对属性的划分遵循以下两个原则：1．作为“属性”，不能再具有需要描述的性质。“属性”必须是不可分的数据项，不能包含其他的属性。2．“属性”不能与其他实体具有联系，即E-R图中所表示的联系是实体之间的联系。每张订单只能由一个治理员进行治理因此是一对一关系；每张订单中商品有唯一的记录与之对应因此是一对一关系；一个公司有多张订单，多张订单可属于同一公司因此是多对多关系；每张订单有多次支付记录因此是一对多关系。依照以上分析本系统的E-R图如图3-2所示。图3-2数据库E-R图3.2.4数据库表结构依照本系统差不多功能和所涉及人员对数据库建立了若干表，其具体表结构如下所示。AdminInfo表用于存放系统治理员信息，其结构如表3-1所示。表3-1AdminInfo表结构字段名称数据类型讲明AdminNamevarchar(50)治理员ID(PK)AdminPwdvarchar(20)密码TypeNamevarchar(50)昵称Flagvarchar(50)级不标志Company表用于存放公司信息，其结构如表3-2所示。表3-2Company表结构字段名称数据类型讲明idint(4)公司ID(PK)CompanyNamevarchar(50)公司名称CompanyTypevarchar(50)公司类型CompanyShortvarchar(50)公司简称CompanyAddressvarchar(50)公司地址Postalcodevarchar(50)邮政编码Telvarchar(50)联系电话Faxvarchar(50)传真Linkmanvarchar(50)联系人Emailvarchar(50)电子邮件Bankvarchar(50)开户银行BandAccountsvarchar(50)银行账户Usernamevarchar(50)操作人AddTimevarchar(50)添加日期Commodity表用于存放所销售商品信息，其结构如表3-3所示。表3-3Commodity表结构字段名称数据类型讲明idInt(4)商品ID(PK)CommodityNamevarchar(100)商品名称ShortNamevarchar(50)商品简称ProducePlacevarchar(100)产地Unitvarchar(20)单位续表3-3Specsvarchar(50)规格PassNumbervarchar(50)批号PassListvarchar(50)批准文号CompanyIdint(4)供应商IDRemarkvarchar(500)备注Usrnamevarchar(50)操作人AddTimevarchar(50)添加日期Totalint(4)数量Stock表用于存放各种订单信息，其结构如表3-4所示。表3-4Stock表结构字段名称字段类型讲明Idint(4)订单ID(PK)CommodityIdint(4)商品IDCompanyIdint(4)公司IDNumberint(4)数量Pricedecimal(5)单价StockDatedatetime(8)日期SettlementTypevarchar(50)付款方式Paymentdecimal(5)应付金额FactPaymentdecimal(5)实付金额NotPaymentdecimal(5)未付金额ManageManvarchar(5)经手人Usernamevarchar(50)操作人AddTimevarchar(20)添加日期ClientIdint(4)客户IDTypevarchar(10)订单类型SendMailint(4)电子邮件标志Reckoning表用于存放订单所付款信息，其结构如表3-5所示。表3-5Reckoning表结构字段名称字段类型讲明Idint(4)单据IDCommodityIdint(4)商品IDSettlementint(4)付款金额ManageManvarchar(50)经手人Datetimedatetime(8)结账日期Usernamevarchar(50)操作人Addtimevarchar(50)添加日期3.3本章小结本章要紧对概要计中涉及到的知识进行了分析，包括层次方框图、数据库E-R图及表关系。同时对数据库设计的特点进行了描述，本系统数据库的设计严格按照数据库设计标准的六个步骤来完成，以便更好的实现系统功能。由于数据库在设计中有特不重要的作用，因此在开发过程中，在考虑数据库上的时刻较多。第4章详细设计4.1系统主界面设计本系统的主界面整体结构为上左右结构，上面部分显示当前登录用户名以及系统当前时刻，左面部分采纳了树型层次结构排列了系统的全部功能，右面部分为客户区，显示当前操作的使用窗口。系统主界面如图4-1所示。图4-1系统主界面1．实现目标：当选择相应的菜单项时能够正确的进入相应的界面，关于“返回首页”与“注销登录”可成功转到相应界面。2．实现过程：其要紧功能是通过自定义控件实现，对控件中菜单层的展开、弹回及相应链接页面进行了相应功能编码。4.2差不多信息治理功能设计1．实现目标：关于输入的各种差不多信息数据系统要对其进行验证如格式、类型、长度。同时关于修改后的值要对数据库进行更新。如此输出的数据将是规范化的，记录差不多上最即时的。此模块的界面如图4-2所示。图4-2差不多信息治理2．实现过程：窗体名：Add_UserInfo.aspxAdd_Product.aspxMaster_UserInfo.aspxMaster_Product.aspx关于差不多信息治理页面中所用到各控件及其要紧属性设置如表4-1所示。表4-1差不多信息治理要紧控件信息列表控件名称要紧属性设置作用Tableborder=1显示边框cellspacing=0单元格的距离为0Requirefieldvalidator1controltovalidator=CommodityName验证的文本框名称errormessage=商品名称不能为空显示的错误信息forecolor=red字体颜色为红色display=Static静态显示Text1TextMode=SingleLine单行文本框Button1Click=Button1_Click()编写单击事件关于一家公司来讲供应商与客户差不多上工作时所要面对的对象，因此在记录这些数据时使用一张表来记录，只用字段Type来区分类型。关于供应商与客户的添加使用同一界面样式，为了区不是何种对象的添加，在程序设计中使设计的用户自定义控件所链接的页面地址添加了标志Flag，利用标志给予不同的值区分是何种公司的添加。在CS文件中获得当前页面Flag值来确定记录存入库中时Type的值。利用Return_Title函数让页面标题显示相应文字。4.3商品进货治理功能设计1．实现目标：通过下拉列表框选择商品名称，在供应商文本框中自动显示出其供应商，依照输入的数量与单价自动生成应付金额，同时能够依照已付金额自动生成未付金额。操作人员是当前系统登录者姓名。结款方式有两种分不是现金与支票，可通过下拉列表框进行选择。各数据的格式错误时都有相应的提示信息，当订单的添加成功时有相应的提示框弹出。此模块界面如图4-3所示。图4-3商品进货治理2．实现过程：窗体名：Add_Stock.aspxBack_Stock.aspx关于商品进货治理页面中所用到各控件及其要紧属性设置如表4-2所示。表4-2商品进货治理要紧控件信息列表控件名称要紧属性设置作用Tableborder=1显示边框cellspacing=0单元格的距离为0Requirefieldvalidator1controltovalidator=CommodityName验证的文本框名称errormessage=商品名称不能为空显示的错误信息forecolor=red字体颜色为红色display=Static静态显示CompareValidator1controltovalidator=Price验证的文本框名称forecolor=red字体颜色为红色errormessage=单价格式添写错误显示的错误信息display=Dynamic动态显示Text1TextMode=SingleLine单行文本框Button1Click=Button1_Click()编写单击事件关于各数据的值采纳验证控件进行格式操纵，例如数量只能输入为整数，当输入为其他范围的值系统都会提示错误。“添加”按钮单击事件要紧是对文件框中数据的读取，再通过SQL语句对数据库进行相应操作，此操作的成功与否要紧是通过SqlDataBase.cs类来实现。4.4销售订单治理功能设计1．实现目标：关于输入的销售订单信息进行验证如应付款、未付款、已付款进行格式上与数值上的验证，然后将销售订单转入一系列流程化的处理。包括对订单的确认，通知客户我公司已接收并同意订单生意，发货将订单转入下一个时期，等待对方的账款信息。输出的数据将以规范化格式显示，同时在每一时期只显示相应完成时期的订单。销售订单治理模块如图4-4所示。图4-4销售订单治理2．实现过程：窗体名：Add_Sell.aspxSend_Sell.aspxSend_Goods.aspxBack_Sell.aspx关于销售订单治理页面中所用到各控件及其要紧属性设置如表4-3所示。表4-3销售订单治理要紧控件信息列表控件名称要紧属性设置作用Tableborder=1显示边框cellspacing=0单元格的距离为0Requirefieldvalidator1controltovalidator=CommodityName验证的文本框名称errormessage=商品名称不能为空显示的错误信息forecolor=red字体颜色为红色display=Static静态显示CompareValidator1controltovalidator=Price验证的文本框名称forecolor=red字体颜色为红色errormessage=单价格式添写错误显示的错误信息display=Dynamic动态显示Text1TextMode=SingleLine单行文本框Button1Click=Button1_Click()编写单击事件SqlDataSource1Select语句编写GridView显示满足条件记录在订单登记时需要添写的项有商品名称、客户名称、单价、数量、应付金额等。其中各数据的格式与不能为空的限制都用ASP.NET验证控件来进行限制。关于商品名称与客户的添写都使用下拉列表框进行选择，当选择商品时自动显示其供应商。操作人员的值是通过使用函数猎取当前操作人员名称并将其值赋给文本标签，在将文本标签的值写到库中。销售订单的登记完成后将转入下一个步骤订单确认。这一步显示了相关订单信息，关于记录的选择通过SqlDataSource中Select语句检索出所有Mail

值为“1”的即“未被确认”的订单。关于订单的确认方法有两种，一种是发送邮件确认另一种是人工通知确认。关于邮件的确认相关代码编写在类中与相应的CS文件中。当点击发送邮件确认时让Panel_SendMail控件处于可见状态。通过类中函数QueryString.Get_Id、QueryString.Get_Flag、与相应sql语句检索出要发送邮件订单的具体信息，并将这些信息显示在邮件控件上，作为邮件内容发送，邮件的发送要紧是通过组件实现的。两个组件分不是Interop.ADODB.dll与Interop.CDO.dll。关于组件相应调用代码及差不多变量设计都在SendMail.cs中进行了设置。关于发送邮件成功完成确认的订单通过函数将其在数据库中Mail值更新。发送物资一经确认过的销售订单的状态也将被更新。由于销售出的物资存在着不同缘故上的销售退货情况，因此也设定了销售退货登记这一处理。4.5查询统计功能设计1．实现目标：在查询模块中各查询界面差不多功能相同，只是各查询条件的选择不同而已，但差不多操作一致。当进入查询页面后先对查询条件进行选择，查询条件的选择只需在相应复选框前打对号即可，再输入相应查询条件的值，关于相应值的输入也进行了验证。关于各类信息的检索都用CS中的代码来实现，输出正确的显示结果。查询统计界面如图4-5所示。图4-5查询统计2．实现过程：窗体名：Stock_Search.aspxSell_Search.aspxStockpile_Search.aspx关于查询统计页面中所用到各控件及其要紧属性设置如表4-4所示。表4-4查询统计要紧控件信息列表控件名称要紧属性设置作用Tableborder=1显示边框cellspacing=0单元格的距离为0CompareValidator1controltovalidator=Price验证的文本框名称forecolor=red字体颜色为红色errormessage=开始时刻格式添写错误显示的错误信息display=Dynamic动态显示CheckBox1Check=false初始化时为未选中状态Text1TextMode=SingleLine单行文本框Button1Click=Button1_Click()编写单击事件查询要紧分为：商品库存查询、商品进货查询、进货退货查询、商品销售查询、销售退货查询。其中商品进货查询与进货退货查询采纳同一aspx界面，商品销售查询与销售退货查询采纳同一aspx界面。关于相应何种查询的确定采纳在链接页后面加type，依照给予type不同的值来确定是何种信息的查询。用户可选择不同的查询条件，如供应商、经手人、商品名称、起止日期进行查询。关于查询条件的选择采纳复选框的形式，用户只需要复选框前打上对号后再输入相应条件的值点击“查询”按钮即可显示出满足条件的所有订单记录。同时可通过GridView中“详细信息”这一链接字段查看订单的详细内容。关于起止日期采纳了ASP.NET中的验证控件：CompareValidator、ValidationSummary进行格式上的限制与提示。4.6账务治理功能设计1．实现目标：选择相应的订单，点击其结账按钮弹出对应结账窗口。在窗口中输入此订单相应的结账金额信息，关于本次结账的金额要进行其未付款金额上的更新处理，同时关于该订单付款记录将进行更新。输出的将是订单更新后准确的结账信息。此模块的界面如图4-6所示。图4-6账务治理2．实现过程：窗体名：Recokoning.aspx要紧运用控件

GridView，对其各列所要显示的字段进行编码，并对具有链接功能的列进行了设置，通过代码与控件属性相结合实现。关于所有的结账页面都采纳同一个Reckonig.aspx页面。依照猎取不同结账类型值来使标题显示相应的结账类型。可点击单据编号查看订单详细信息同时可显示其相应的付款细节如第几次付款、付款金额、付款时刻等。当点击GridView中的“结账”按钮将调用Jscript.cs类中OpenWebFormSize函数使结账窗口按适当大小弹出。在结账窗口中自动显示未付金额，若付款大于未付款将给出提示“结款金额输入错误”。同时各种数据的输入与格式此页面也用验证控件进行操纵。4.7本章小结本章从模块具体功能上设计了网上销售订单治理系统。要紧的模块即差不多信息治理、销售订单治理、查询统计、账务治理等模块。在详细设计中分析了各模块的功能并对各模块做了编程思路的阐述。能够将系统分解成几个功能模块来分不设计，以模块的设计和框架结构的思想来贯穿整个系统开发过程。本系统的设计完全按照以上的设计来进行，相信能够完成功能上的需求。第5章系统实现与测试5.1各个模块功能实现在程序设计时考虑到有许多代码是需要重复编写的，同时有些函数被多次调用，考虑到程序代码的编辑量与程序的运行速度，决定关于重复编写的代码与多次被调用的函数都用类的形势封装。其中HeaderTextInfo.cs类要紧功能是运行程序时窗口标题信息文字的显示与相关函数的编写。Jscript.cs要紧是对程序运行中各类小的窗口，及转向到相应URL地址的代码编写。PersonInfo.cs要紧是对治理员登录与治理治理员操作进行代码与相关函数的编写，包括添加新治理员推断其用户ID是否已存在与登录时自动显示其昵称函数。QueryString.cs要紧是对一些程序中用到的信息如Flag、Cid猎取函数的编写。SendMail.cs要紧功能是当订单确认时发送电子邮件所需代码编写。SqlDataBase.cs要紧是对数据库各种操作其相应代码的编写，如DataSet表，DataView数据视图代码。stock.cs用于对库存商品数量一些操作代码的编写，如计算进货数量，计算销售数量，计算当前库存量函数。StringUtil.cs是对输入的数据进行过滤如去掉其空格、按要求长度显示代码的编制。为了达到界面美观统一，程序采纳了样式表、自定义控件与母版技术。5.1.1差不多信息治理模块实现首先关于输入的差不多信息数据程序要进行格式、类型、长度等的验证，关于不正确的要重新输入，正确时要读取各数据的值存入相应的表中，关于存入时显示失败的数据要进行重新的读取。差不多信息治理模块程序流程如图5-1所示。图5-1差不多信息治理程序流程图本模块中各界面要紧用到了文件框控件、验证控件、按钮控件及表格。其中取出各文本框所输入的值并存到数据库中表的代码如下：protectedvoidButton1_Click(objectsender,EventArgse){//取出对应的文本框stringCompanyType=Return_Title();stringCompanyName=this.CompanyName.Text.ToString();stringCompanyShort=this.CompanyShort.Text.ToString();stringCompanyAddress=this.CompanyAddress.Text.ToString();stringPostalcode=this.Postalcode.Text.ToString();stringTel=this.Tel.Text.ToString();stringFax=this.Fax.Text.ToString();stringLinkman=this.Linkman.Text.ToString();stringEmail=this.Email.Text.ToString();boolYesNo=newSqlDataBase().RunSql_Return_Bool(CmdTxt);//推断添加后返回结果，假如正确则返回的是1if(YesNo){JScript.AlertAndRedirect("添加成功！","Add_UserInfo.aspx?Flag="+QueryString.Get_Flag+"");}else{JScript.GoHistory("添加失败",-1);}}5.1.2首先输入订单数据，当验证其格式等为正确时则要读取所输入的数据值，当保存成功时程序结束，否则程序重新读取所输入的值。商品进货治理模块程序流程图如图5-2所示。

图5-2商品进货治理程序流程图本模块的界面要紧用到验证控件、文本框控件、日历控件、按钮等。其要紧代码如下：//计算输入的金额是否正确if(Number*Pirce<Payment){Response.Write("<script>alert('应付金额填写错误');history.back()</script>");Response.End();}stringCmdTxt="insertintoStock(CommodityId,CompanyId,Number,Pirce,StockDate,SettlementType,Payment,FactPayment,NotPayment,ManageMan,Username,AddTime,Type)values('"+CommodityId+"','"+CompanyId+"','"+Number+"','"+Pirce+"','"+StockDate+"','"+SettlementType+"','"+Payment+"','"+FactPayment+"','"+NotPayment+"','"+ManageMan+"','"+Username+"','"+AddTime+"','"+Type+"')";boolYesNo=newSqlDataBase().RunSql_Return_Bool(CmdTxt);//推断添加后返回结果，假如正确则返回的是1if(YesNo){JScript.AlertAndRedirect("添加成功！","Add_Stock.aspx");}else{JScript.GoHistory("添加失败",-1);}5.1.3销售订单治理模块实现程序首先从订单表中读取相应的销售订单数据，然后再从公司信息表中读取客户信息，依照客户联系方式发送电子邮件进行确认，关于发送完邮件确认的订单进行物资上发送处理并及时更新订单状态。销售订单治理模块程序流程如图5-3所示。图5-3销售订单治理程序流程图本模块的界面要紧用到了SqlDataSource控件、GridView控件、文本框控件，在电子邮件的发送上调用了组件Interop.ADODB.dll与Interop.CDO.dll。要紧实现代码如下：publicvoidIsPage_Bind(){if(QueryString.Get_Id!=null&&QueryString.Get_Flag!=null){if(QueryString.Get_Flag.ToString()=="1"){Panel_SendMail.Visible=true;stringCmdTxt="SELECTCommodityName,Number,Pirce,StockDate,SettlementType,Payment,FactPayment,NotPayment,EmailFROMsellWhereid="+QueryString.Get_Id+"";SqlDataReadersdr=newSqlDataBase().GetDataReader(CmdTxt);if(sdr.Read()){txt_Title.Text="关于贵公司购买我司“"+sdr["CommodityName"].ToString()+"”的确认通知";txt_Email.Text=sdr["Email"].ToString();txt_Body.Text="贵方于"+sdr["StockDate"].ToString()+"，采购我司“"+sdr["CommodityName"].ToString()+"”，付款方式："+sdr["SettlementType"].ToString()+"，数量"+sdr["