2022年08用VC制作一个商品销售管理系统.doc

案例八用VC+制造一个商品销售治理系统 关键词：菜单制造  封面设计  商品销售治理  状态条  加速键面板  加速键与菜单连接8.1  课程设计的目的和意义商品销售治理是任何消费单位、企业集团所面临的一项重要任务，治理内容特别复杂，涉及资金流、物质流和人员流等等方面，内容极其广泛，因而制造一个商品销售治理系统是十分重要的和必要的。 8.2  系统功能设计在本系统的制造中，我们将介绍菜单的制造方法、在新的主界面中（不是由导游生成的主对话框）的菜单过程代码的编制方法、加速键面板的制造及其加速键与菜单的连接方法。这一案例与高校科研治理系统的制造几乎类似，但能够看出，它有许多的特色。商品销售治理系统仍能够制造成一个多页面的“选项卡”式的治理系统，完全能够用VC+的选项卡控件加以制造，但鉴于目前的一些VC+6.0版本关于选项卡控件的局限性，我们依然只能沿用前面的多个对话框的制造来实现关于商品销售的多个方面的治理。在本系统中我们将介绍如何由用户本人制造一个系统封面（不通过添加SPLASH工程的方法），该系统启动封面出现后再确定是否进入系统主控界面。其系统的启动画面如图8.1所示。图8.1系统封面效果系统封面能够操纵系统的进入，假如进入系统，则出现一个系统主控界面，通过系统主控界面可进入系统的各个功能模块。系统主要的功能模块如图8.2所示。图8.2系统功能模块图系统功能模块也能够由系统主空界面所表达，如图8.3所示。图8.3系统功能模块图示能够看出，在系统主控界面中，我们设计了一个加速键面板，并分为两个区域，一个区域的加速键用于“对内”治理，一个区域用于“对外”治理。如此系统的功能和构造更是一清二楚。8.3 商品销售治理系统中数据库与数据表的创立数据库是数据表的集合，系统开发首先应该开发一个数据库，它用于存放系统中的数据表，本章依然采纳Microsoft Office 2003中的Microsoft Access 2003来进展数据库与数据表的创立工作。为此我们先定义数据库中的7个数据表的构造。即“商品目录”数据表、“销售部门”数据表、“雇员”数据表、“订单”数据表、“客户”数据表、“零售商”数据表、“国家”数据表。8.3.1商品销售治理系统中数据库与数据表的设计本案例所需要的数据表比拟多，作为一个商品销售治理系统，尤其是大型消费企业或企业集团，它们所涉及的内容、范围比拟广泛，为此我们首先定义如下的一些数据表的构造。1.“商品目录”数据表构造的定义商品目录是商品销售治理中的一个重要的方面，它来自于企业的消费实际，也是销售治理中的主要参考对象，因而需要对商品目录进展有效的治理。依照商品目录的特点，我们特设计“商品目录”数据表的构造如表8.1所示。 表8.1 “商品目录”数据表构造字段名称字段类型字段大小小数位数索引必须填写订购编号商品编号部门编号质量等级折扣数字数字数字数字数字默认默认默认默认默认  是是是是是“商品目录”数据表一经创立，能够在其中输入一些用于演示的数据记录，以在后面的对话框制造中显示对话框制造的数据操作效果。其数据可参考表8.2所示内容。 表8.2 “商品目录”数据表的参考数据订购编号商品编号部门编号质量等级折扣104710481048104910491050105010501050105110521052105310531053105410541055105510551055105610561057105810581059106010601121212341121231212341211211290033161231629547619334053185378116355349531311221535653241123811518123012367295412386135455318112213340531311238331653245349754231354285576568578775685655458000000000000000000000000000002“雇员”数据表构造的定义雇员治理是商品销售治理中的又一个重要方面，由于任何商品销售的治理均是通过雇员执行的，依照雇员的特点，特设计“雇员”数据表的构造如表8.3所示。 表8.3  “雇员”数据表构造字段名称字段类型字段大小小数位数索引必须填写雇员编号雇员名字雇员姓氏雇员聘用时间薪水数字文本文本文本日期/时间数字默认101516默认默认  是是是是是是 “雇员”数据表的演示数据可参考表8.4。 表8.4 “雇员”数据表参考数据雇员编号雇员名字雇员姓氏雇员聘用时间薪水2458911121415202428293436374445465261657172838594105107109110113NrldonYoungLambertJohnsonForestWestonLeeHallYoungPapadopoulosFisherBennetDe Souza BaldwinReevesStansburyPhongRamanathanSteadmanNordstromLeungOBrienBurbankSutherlandBishopMacDonaldWilliamsBenderCookBrownIchidaPageRobertoBruceKimLesliePhilK.J.TerriStewartKatherineChrisPeteAnnRogerJanetRogerWillieLeslieAshokWalterCarolLukeSue AnneJennifer MClaudiaDanaMary S.RandyOliver H.KevinKelly YukiMary250233224102293425622723188788852882672162092104203877289 2904778922558942022284588-12-2888-12-2889-2-689-4-589-4-1790-1-1790-5-190-6-490-6-1490-1-190-9-1291-2-191-2-1891-3-2191-4-2591-4-2591-6-391-8-191-8-991-10-292-2-1892-3-2392-4-1592-4-2092-6-192-6-192-8-892-10-893-2-193-2-493-2-493-4-1240000.0055500.0025000.0025050.0025050.0033292.9345332.0034482.6224400.0025050.0023040.0034482.8025500.0023300.0033620.0039224.0040350.0033292.9419599.004500.0034500.0031275.0045332.0035699.0045000.0035699.0028900.0036799.0035500.0027000.0025689.0048000.003.“销售部门”数据表构造的定义在一个商品销售治理系统中，销售部门自然是它之中的一个重要内容，特设计“销售部门”数据表的构造如表8.5所示。 表8.5“销售部门”数据表构造字段名称字段类型字段大小小数位数索引必须填写部门编号说明库存订购本钱 价格数字文本数字数字数字数字默认50默认默认默认默认  是 是是是是 “销售部门”数据表的演示数据可参考表8.6所示内容。 表8.6“销售部门”数据表的参考数据部门编号零售商号说明库存订购本钱价格9009121313131413161320132813301364139019461986231423412343235023672383239026122613382038203511564135113511351135113511351165886588351135113511351135113511351120142014Dive kayakUnderwater Diver VehicleRegulator SystemSecond Stage RegulatorRegulator SystemSecond Stage RegulatorRegulator SystemAlternate Inflation RegulatorSecond Stage RegulatorFirst Stage RegulatorSecond Stage RegulatorDepth/Pressure Gauge ConsoleElectronic ConsoleDepth/Pressure GaugePersonal Dive SonarCompass Console MountCompass(meter only)Depth/Pressure GaugeElectronic Console w/optionsDirect Sghting CompassDive Computer2451659875371664712814613251322646211168128241551632168870351004313514010241222545300183120231221356.75504117.5124.1119.3575.53154.885.899.964.695.7973.32120.948.372.8510.1524.9676.2218912.58276.973999.951680250365341171430260270170309188390105235295220642034.951794“订单”数据表的构造在商品销售治理系统中，订单治理是不可缺少的，依照订单的特点，定义“订单”数据表的构造如表8.7所示。 表8.7 “订单”数据表构造字段名称字段类型字段大小小数位数索引必须填写订单编号客户编号销售日期交付日期负责人编号合同说明交付地址1交付地址2交付城市交付地点交付交付的国家交付交付的VIA信箱交付说明付款方式贷物总数税费运载费付款总量数字数字日期/时间日期时间数字文本文本文本文本文本文本文本文本文本文本文本文本数字数字数字数字默认默认默认默认默认505050505010202020205050默认默认默认默认  是是 是是是是 是是是是是 是 是是是是是“订单”数据表的演示数据能够参考表8.8所示内容。 表8.8 “订单”数据表参考数据订单编号客户编号销售日期交付日期负责人编号合同说明交付地址 1交付地址2交 付 城 市交付地点交付交 付 的 国 家交 付 电 话交付的VIA信箱交付说明付款方式贷物总数税费运载费付款总量1003135188-4-1288-5-3114        UPS FOBCredit12504.5001004215688-4-1788-4-18145Maria EventoshPOBox737 Johannesburg 2042RepublicSo.Africa27-11-4432458DHL FOBCheck78850078851005135688-4-2088-1-21110        UPS FOBVisa48070048071006138094-11-688-11-746        EmeryP101324FOBVisa319870001007138488-5-188-5-245        US Mail FOBVisa65000065001008151088-5-388-5-412        US Mail Net30Visa1449.50001009151388-5-1188-5-1271        US Mail Net30COD55870001010155188-5-1188-5-1246        UPS Net30COD 49960049961011156088-5-1888-5-195        UPS Net30COD2679.85002679.851012156388-5-1988-5-20118        UPS Net30Credit52010052011013162488-5-2588-5-26134        Emery Net30Credit31150031151014164588-5-2588-5-26144        Emery Net30Credit134.8500134.851015165188-5-2588-5-2671        Emery FOBMC20321.750020321.751016168088-6-288-6-365        UPS FOBAmEx26050001017198488-6-128-6-1328        DHL FOBCheck101950001018211888-6-1888-6-19118        DHL FOBCheck52560001019213588-6-2488-6-25114        DHL Net30Credit206020005.“客户”数据表构造定义客户是销售治理的直截了当对象，因而客户治理也是商品销售治理中的一个重要内容，依照客户数据的特点，定义“客户”数据表的构造如表8.9所示。 表8.9“客户”数据表构造字段名称字段类型字段大小小数位数索引必须填写客户编号公司名称地址1地址2城市所在州名邮政编码 国家税费联络方式最后买卖日期数字文本文本文本文本文本文本文本文本文本数字文本日期/时间默认5050505050165020201030默认  是是是是是是是是是是是是是“客户”数据表的演示数据可参考表8.10所示内容。 表8.10 “客户”数据表演示数据客户编号公司名称地址1地址2城市所在州名邮政编码国家税费联络方式最后买卖日期1221 12311351Kauai Dive ShoppeUniscoSight Diver4-976 Sugarloaf Hwy PO Box Z-5471 Neptune LaneSuite 103KapaaKauaiFreeportKatoPaphos 94766-1234 94766-123494766-1234US BahamasCyprus808-555-0269 809-555-3915357-6-876708808-555-0278 809-555-4958357-6-8709438.5 00 95-2-2 94-11-1794-10-186.“零售商”数据表构造定义企业产品销售是通过一些零售商进展的，而且零售商的数量远比批发商的数量多，因而零售商数据治理是商品销售治理的又一个重要组成部分。依照零售商数据构造的特点，特定义“零售商”数据表的构造如表8.11所示。 表8.11 “零售商”数据表构造字段名称字段类型字段大小小数位数索引必须填写零售商编号零售商姓名地址城市所在州名邮政编码国家优先偿付数字 文本文本文本文本文本文本文本文本数字默认165050501650202010  是是是是是是是 是是是“零售商”数据表的演示数据可参考表8.12所示内容。 表8.12 “零售商”数据表演示数据零售商编号零售商姓名地址城市所在州名邮政编码国家优先偿付2014264126743511 38193820 45214642Cacor CorjporationUnderwaterJ.W.Luscher Mfg.Scuba Professionals DiversSupply ShopTechniques Perry ScubaBeauchat,Inc.161 Southfield Rd50 N 3rd Street65 Addams Street3105 East Brace 5208 University Dr52 Dolphin Drive 3443 James Ave45900 SW 2nd AveSouthfieldIndianapolisBerkelyRancho JDominguezMaconRedwood CityHapevilleFt LauderdaleOHINMACA GAGA GAFL60093462080277990221 2086594065-1086 30354U.S.AU.S.AU.S.AU.S.A U.S.AU.S.A U.S.AU.S.A708-555-9555317-555-4523800-555-4744231-555-7850 912-555-6790415-555-1410 800-555-6220305-555-7242708-555-7547 508-555-8949  912-555-8474415-555-1276 404-555-8280305-555-6739-1-10-1 00 -1-17“国家”数据表构造定义关于大型企业或跨国集团公司，往往一些产品是跨国销售的，因而国家名录治理也是一个辅助的治理内容，其“国家”数据表的构造定义如表8.13所示。 表8.13 “国家”数据表构造字段名称字段类型字段大小小数位数索引必须填写国家首都所在州名地区人口文本文本文本文本数字50165050默认  是是是是是“国家”数据表的演示数据可参考表8.14所示内容。 表8.14  “国家”数据表演示数据国家首都所在州名地区人口ArgentinaBoliviaCanadaChileColombiaCubaEcuadorEl SalvadorGuyanaJamaicaMexicoNicaraguaParaguayPeruUnited States of AmericaUruguayVenezuelaBuenos AiresLa PazBrasiliaOttawaSantiagoBagotaHavanaQuitoSan SalvadorGeorgetownKingstonMexico CityManaguaAsuncionLimaWashingtonMontevideoCaracasSouth AmericaSouth AmericaSouth AmericaNorth AmericaSouth AmericaSouth AmericaNorth AmericaSouth AmericaNorth AmericaSouth AmericaNorth AmericaNorth AmericaNorth AmericaSouth AmericaSouth AmericaNorth AmericaSouth AmericaSouth America27778151098575851119699761477569431138907114524455502208652149691142419671801390004065761285215936313017614091204732300003730000015040000026500000132000003300000010600000106000005300000080000002500000088600000039000000466000002160000002492000000300200001970000008.3.2 “商品销售数据库”的创立商品治理数据库的创立过程与前面章节的创立数据库的方法一样，这里我们就不再重复了，其保存途径为“D:VC+写作案例CH8商品销售数据库”。创立的数据库和数据表如图8.4所示。图8.4 商品销售数据库及数据表8.4 制造一个系统封面的位图文件在本案例中，我们仍将制造一个应用系统封面，与案例七一样，它不再是一个Splash画面，而需 要我们本人制造一个对话框作为系统封面，系统封面往往在系统启动时加以显示。系统封面的作用主要有：(1)说明系统名称；(2)说明系统的归属，即版权；(3)说明系统制造时间 ；(4)修饰应用系统。这些内容不是固定的，它能够依照用户的需要和爱好加以制造。我们首先制造一个系统封面的位图文件，其系统封面的位图文件如图8.5所示。图8.5  系统封面位图8.5 创立“商品销售治理系统”应用程序根本框架在前面我们已经创立了数据库、数据表、制造了系统封面的位图文件，也确实是作好了系统开发的一切工作，因而我们能够着手应用系统的界面制造了。在VC+中，往往将应用程序的界面称作对话框，应用程序界面的制造往往确实是对对话框的应用开发。本案例我将不再通过ODBC数据源创立的方法，创立作为根本框架中主对话框的数据源，而仅创立一个根本对话框。根本对话框用于制造应用系统的封面，根本框架的制造过程如下：（1）完毕数据库的创立并启动VC+，出现VC+主控界面。（2）在VC+主控界面中单击“文件|新建”菜单项，出现新建工程类型选择对话框，在工程类型对话框中选择MFC AppWizard(EXE)工程类型。（3）输入工程名称为“商品销售治理系统”并选择Win32平台类型。（4）单击“确定”按钮，进入文档类型设置对话框。（5）选择“根本对话框”类型，即创立一个根本对话框的应用程序，设置资源使用的语言为中文。（6）单击“完成”按钮，出现根本对话框的全部信息，如下所示：Application type of 商品销售治理系统：Dialog-Based Application targeting:             Win32Classes to be created:         Applica5tion: CMylApp in 商品销售治理系统.h and 商品销售治理系统.cpp         Dialog: CMylDlg in 商品销售治理系统 Dlg.h and 商品销售治理系统 Dlg.cppFeatures:         +About box on system menu         +3D Controls         +Uses shared DLL implementation (MFC42.DLL)         +ActiveX Controls support enabled         +Localizable text in:            中文中国确认创立信息之后，即出现应用程序开发的对话框设计界面。8.6 制造应用系统封面在案例五和案例六的工程中，我们通过增加一个SPLASH工程，作为应用系统的封面资源，但在本案例中，我们将生成的应用系统框架中的根本对话框IDD-MY-DIALOG作为应用系统的封面加以制造。为什么根本对话框能够作为应用系统封面呢？特别显然，在工程编译或运转时最先启动的确实是根本对话框，在前面我们将它称之为主对话框，对主对话框进展加工制造，用于创立应用系统的封面，通过它确定是否进展其他的相关操作，其制造步骤如下：（1）在主对话框IDD-MY-FORM中将提示文本框“TODO：在这个对话框里设置表格操纵。”删除。（2）在主对话框IDD-MY-FORM中将两个命令按钮“确定”和“取消”删除，并放入两个新的命令按钮，设置它伞兵相关属性。（3）在对话框IDD-MY-DIALOG中放入一个图片控件，并加载我们前面制造的封面位图文件，窗体规划如图8.6所示。图8.6  系统封面规划其中，两个命令按钮控件的属性设置如表8.15所示。 表8.15  命令按钮对象的根本属性ID                                           标题内容IDC-BUTTONENTER             进入系统IDC-BUTTONEXIT                 退出系统在两个命令按钮中，其中一个用于退出系统，即完毕整个系统操作，另外一个用于进入系统，所谓进入系统，确实是进入应用系统的主界面（留意：这里我们指的系统主界面不再是由应用系统框架生成的主对话框，而是我们本人增加并命名的一个对话框）。因而需要给这两个命令按钮建立音讯映射，创立函数名和编制该命令的事务过程代码。其方法在前面已经大量涉及，就不再重复了。“进入系统”命令按钮的过程 代码如下所示：Void CMyDIg:OnButtonenter ()/TODO:Add your control notification handler code here CMainDIg MainDIg;MainDIg.DoModal ();“退出系统”命令按钮的过程代码如下所示：Void CMyDIg:OnButtonexit ()/TODO: Add your control notification handler code hereOnOK();8.7  系统主界面的制造在自动生成的应用程序框架中，我们已经将主对话框IDD-MY-DIALOG用作了系统封面，作为一个应用系统，目前它还需要一个系统主控界面，为此我们需要在工程中增加一个对话框资源，用于制造“商品销售治理系统”主控界面。其步骤如下：（1）在VC+主菜单中单击“插入|资源|Dialog”菜单项，确认后即在工程的视图选项卡中增加了一个新的对话框IDD-DIALOG1。（2）将新的对话框IDD-DIALOG1的标题属性修正为“商品销售治理系统主控界面”。（3）在对话框中参加一个图片控件并调用一个位图文件，对主控界面加以修饰。（4）将OK命令按钮删除。（5）将CANCEL命令按钮删除。（6）在对话框中放入三个分组框控件，用于对对话框进展区域划分，构成层次感。（7）在对话框中放入一个标签控件，用于说明对话框，其标签标题名为“商品销售治理系统”。（8）在对话框中的两个区域之中放入七个命令按钮，作为七个功能的执行控件。（9）在对话框中放入现代战争状态条控件IDC-SBARCTRL1，该控件是一个ActiveX控件，仍旧需要用插入的方法将其插入到对话框中。该控件在ActiveX控件的列表中，如图8.7所示。图8.7 状态条控件状态条控件的制造主要为“分段”，即插入窗格，通过插入窗格的个数就能够将状态条分为假设干段。然后为每一段进展对齐规划和标题设置，并为每一段安排一个“显砂数据”，可通过“款式”列表进展，如图8.8所示。图8.8  状态条款式设置用户还能够为每一段即每一个窗格设置一个图片，以对状态条进展修饰，最后对话框如图8.9所示。图8.9  对话框及状态条规划 一个对话框只是一个框架，要使我们增加的对话框资源成为一个应用系统的主界面，需要用菜单或命令按钮的方法来完成其他程序或对话的调用，因而我们需要制造一个菜单文档，并与主界面对话框进展连接。其菜单的制造过程如下：(1)在VC+主菜单中单击“插入|资源|Menu”菜单项，确认后即在工程的视图选项卡中增加了一个菜单文档IDR-MENU1。(2)双击该文档，出现菜单设计器，在菜单设计器中设计每一个主菜单和下拉菜单即可，其设计效果如图8.10所示。图8.10  菜单设计其中所有的菜单条目如表8.16所示（留意：主菜单无索引编码）。 表8.16  菜单及下拉菜单ID标题内容 ID-Menu-SPML ID-Menu-XSBM ID-Menu-DDGL ID-Menu-GYGL ID-Menu-DLGL ID-Menu-KHGL ID-Menu-GJML商品目录商品目录治理销售部门销售部门治理订单治理订单治理雇员治理雇员治理代理商治理代理商治理客户治理客户治理国家名目国家名目治理菜单文档一经创立,就需要用一个对话框来与之连接,成为该对话框的一个组合部分,这里的菜单连接确实是与我们创立的主对话框进展连接,连接的方法如下:(3)在对话框的通用属性选项卡中打开“菜单”列表框，选择一个菜单文档进展关联，如图8.11所示。图8.11