609SJBH基于Web的企业商贸管理系统的设计与实现
第三章 系统需求分析
3.1系统可行性分析
系统的可行性分析主要是技术可行性，经济可行性，操作可行性[27]。
技术条件可行性：Microsoft .NET解决方案，是目前比较流行的解决方案，技术成熟，以此方案开发的应用系统具有开发周期短，运行稳定，维护简便，投资少等优点。.NET允许用户使用有很大选择余地的、功能完善的开发语言，为Web 应用提供高度的可扩展性和高可靠性。C# .NET与SQL Server的架构模式可很好的提供技术条件方面的可能性[28]。
经济条件可行性：主要是对项目的经济效益进行评价，C# .NET 应用系统开发周期短，开发效率高，可降低开发成本；系统具有运行稳定，投入的维护人员数量少，维护简单及维护工作量较少,可降低维护成本。SQL Server提供强大的企业数据管理功能及数据灾难恢复功能，保证数据的高效完整性，提高系统整体的性能，降低系统运行成本。因此，Microsoft .NET 与SQL Server的解决方案不仅经济条件方面可行，而且是比较理想的低成本的解决方案。在系统分析和设计阶段，所需要的投入主要是系统和程序的开发费用，它包括软件的移植费用、程序开发费用、技术咨询费用。在系统的实施阶段，主要包括系统调试安装费用，其中包括安装调试软件的一切硬件和软件费用。系统安装需要一定的磨合期，因此需要一定的人员咨询费用。在系统运行阶段所需要的费用主要有培训费、资料费、人员工资、消耗品费用、技术服务性费用。培训费包括与系统有关的一切人员的技术培训和业务咨询费用等。在系统实施后，需要对用户进行培训，使其熟练掌握该系统的使用，并培训系统的维护人员[29]。
操作可行性：C#.NET应用系统具有界面简洁友好，操作简单等特点[30]。
3.2 系统需求分析
3.2.1系统设计目标
本系统设计的总体目标是为企业的基本商务活动，即采购、销售、库存提供一个Web信息管理平台，为企业商务提供信息化支持。
商贸管理系统是基于先进的软件和高速、大容量的硬件基础上的新的进销存管理模式，通过集中式的信息数据库，将企业的进、销、调、存、转、赚等企业的经营业务有机的结合起来，达到数据共享、降低成本、提高效率、改进服务等目的[31]。一般来说，利用进销存管理系统可以在以下一些方面提高企业管理的水平：
1．提高管理效率，降低人工成本；2．降低采购成本；3．及时调整营销策略，防止价格流失；4．防范陈呆死帐，降低应收帐款 ；5．减少仓储面积，提高房产综合利用；6．降低储备资金占用；7．加快资金周转，实现经济效益；8．强化财务监控制，实现经济效益；9．商业数据智能分析；10．高效决策[32].
根据以上分析，转化现有系统模式得出本系统功能模块分析如下：
1) 基础信息
基础信息管理模块是整个系统运行的基础，为系统的商品信息，采购管理和销售管理提供相关的数据，同时，基础数据模块的设计也是为了方便用户，为用户减少在后面的模块中重复输入数据的工作量。如，采购订单时，要求填写业务员信息，在基础数据中添加了相关的业务员信息，填写采购订单时，只要在下拉框选择业务员名称便可。该模块包括供应商管理、仓库管理、客户信息、商品信息和业务员管理等六个子模块组成。
2) 采购管理
采购管理是企业产品进销存管理系统核心模块之一， 主要记录采购订单详细信息。该模块的功能主要是实现商品采购进库功能。它包括：进货单、进货信息查询、进货订单三大功能模块。
3) 销售管理
销售管理也是企业产品进销存管理系统核心模块之一。它的功能与采购十分相似，只不过，是对库存进行出库管理，是采购的逆过程，该模块也包含了三个模块，分别是销售单、销售查询、销售订单。
4) 库存管理
该功能模块主要包括：库存查询、库存查询。进货单信息校验以及销售单信息校验。
5) 系统维护
主要是针对系统的安全而设计的， 主要是管理的权限和客户等级信息。
6) 数据分析
主要是针对系统数据进行统计分析以便于管理层更好的作出正确的决策。主要包括库存数据分析、财务数据分析、采购数据分析和销售数据分析。
3.2.2系统设计原则
从开发人员的角度看，系统设计应遵循规范化、标准化的原则，使系统设计具有较高的可靠性[33]。本系统开发设计过程遵循了以下原则：
1)灵活性和可扩展性。具体的业务管理可以根据不同的业务需求进行不同的配置。并且要考虑到在业务发展的过程中系统整体的可扩展性，包括业务种类的扩展，用户数量的扩大等。另外，应具有系统扩张和提高系统处理能力的可行技术，并保证系统能平滑升级[34]。
2)合理性和先进性。系统符合企业运营的实际情况，采用基于B／S结构的系统方式，通过SQL SERVER数据库存储数据，所有软硬件设备有最优的性价比，同时保障系统较长时间内的先进性，保障系统以最小的投资换取最大的回报[35]。
3)易维护性。按照三层体系结构设计，每层具有相对的独立性，业务逻辑与界面分开。修改某层时尽量不影响到其它层。当业务发生变化时，需要对前端界面或者后台业务处理逻辑进行修改时，系统分层设计的思想使这种变动的代价达到较小值[36]。
3.3 进销存系统特点分析
企业的进销存管理系统，实际是以企业的物流为中心，是企业物流、资金流、信息流和工作流一体化的管理信息系统。本节结合柳州市中小商贸企业的实际情况，根据企业的物流、资金流、信息流和工作流，针对进销存的特点进行了详细阐述[37]。
3.3.1采购管理的特点研究
物资供应是企业生产经营与社会供应链间的连接纽带，其主要业务是筹供物资支援产销活动，及时、按质、按量供应所需的物资，以最小的物资储备满足最佳的供货状态，避免物资的积压与缺料，保证生产活动的正常进行。另外，采购活动要满足企业的整体经营目标的要求，包括：成本效益目标、质量目标、效率目标等[38]。
采购管理包括采购业务活动管理、采购信息管理、采购管理评价、采购权限控制、采购信息共享等。
2．采购管理的特点
1)缜密、灵活的采购权限控制，支持单部门集中采购管理和多部门分散采购管理。丰富的用户自定义基础编码，把规范性和灵活性相结合。
2)采购计划可来自ERP需求计划、部门需求申请、再订货库存补充需求等不同来源，保证了采购计划的合理性和PM系统单独应用的灵活性。
3)可处理各种方式的采购业务，如协议采购、计划协议采购、标准订单采购、现金采购等。
4)可以实现采购费用预算和实际发生的动态管理。可以通过供应商资信管理和动态评估，实现比质比价采购。
5)可对关键供应链过程进行动态的跟踪管理和控制，确保采购计划的按时完成。
6)对关联供应商进行管理，使供应链信息管理更完整。
7)对位置分散的货物接收地点进行管理，支持分厂独立采购。
3.3.2销售管理的特点研究
企业的销售管理工作主要由企业的销售部门完成，销售部门与生产部门、财务部门、仓库部门有着密切的业务联系。其过程如下：销售部门制定销售预测、计划，将产品订货和交货情况汇总通知计划部门或生产部门做成生产计划然后，生产部门按照计划安排领料生产，进入生产作业控制，产品完工后进行入库处理。仓库部门按计划发料、安排产品入库，并按出货通知组织出货，产生出入库单据交财务部门。接着，财务部门根据出入库单据、出货发票做帐；客户收到货物后付款给企业的财务部门，然后开具发票并结算。最后，销售部门记录有关的售前、售中、售后服务情况[39]。
1．销售预测
销售和生产活动的有效管理j始于对市场需求的理解和预测。企业的计划、执行于控制活动，最重要的是将来的事情。必须根据现在的实际情况为将来做好准备。同时由于企业的一切计划活动都与满足客户的未来需求有关，所以企业的各部门都与销售预测有关。销售预测是采用过去的销售需求量来预测未来销售需求量的过程。良好的销售预测有助于企业做好以下规划性的决策。
销售预测的基本内容包括：销售人员确定；产品销售时间；销售产品种类；提供服务类型；销售数量及金额等。销售预测可分为长期预测、中期预测、短期预测和近期预测。企业应根据自身的实际情况，在相应的期间内具体地安排生产经营活动。
2．销售计划
销售计划是各项计划的基础，销售计划中必须包括各种商品详细销售量及销售金额。除了公司的经营方针和经营目标需要详细的商品销售计划外，其他如未来发展计划、利益计划、损益计划、资产负债计划等的计划与实行，都需要以销售计划为基础。拟定计划后，要确实施行，并达成目标，计划才有意义。所以，对于销售计划的实施与管理必须彻底。
3．销售分析
销售分析是将销售订单及出货作业转入的资料自动汇总，提供各种分析的信息。销售分析的具体的作用包括：①可以维护年月的销售目标。②设定成长率，而模拟新年度的销售目标。③可提供以下角度数量和金额的年月销售实绩统计表、年月达成率分析表、年月成长率分析表、年月贡献率表和排名表。
3.3.3库存管理的形态研究
贸易双方进行交易和提货在不同场所、不同时间完成。造成了库存物品的不同形态。按物资在物流不同环节，分为仓库库存和在库库存两种[40]。
在库库存，按商品是否销售和出库的不同次序，存在实际库存、未提库存、可销售库存三种状态。实际库存是仓库实有库存：未提库存是已销售但未提或未出库部分，企业有效提货期内已经不对其具有支配权。如果在提货有效期内客户未按约定付款、提货，提单作废，这一部分未提库存重新转化为可销售库存；可销售库存是实际库存中除未提库存外的其他部分库存，企业对其具有完全支配权，可销售库存进行销售后，未出库前，转为未提库存。除了在库库存，企业实际还存在另一类库存，即在途库存，是供应商己发货出库，在运输途中，没有到达企业仓库。企业对这一部分库存具有支配权，直销实际上就是对在途库存进行销售。在途库存如果没有进行销售，到库入库后转变为在库库存[41]。
掌握准确的库存形态，对各种形态转换过程进行精确把握，是进销存管理系统库存管理的根本，是保证企业销售人员顺利销售的关键。
3.3.4仓储发货原则
1．先进先出原则。一般地若生产厂家排产以月为单位，采购也以月为周期，销售也以月为周期。因此，在实行仓储出库业务时，要按批实行先进先出原则[42]。
2．同仓发货原则。同仓发货不允许同一批次物品在同一仓库包装数余额出现负数的情况，否则会造成库存混乱。因此，对于同一供应商同一批供货同一类物品发往企业的不同仓库进行存储，也要进行分批管理。
3．同种计量相同。仓库按采购入库时采用的计量方式，对一批次物品的出、入库管理始终采取同一种计量方式。仓库对同一批次物资出入库计量的一致性，是对仓库管理和供应商评价的基础。
总之，发货管理必须结合物品，批次，仓库三要素进行控制。
3.4 系统性能分析
本系统减持保护应用和投资延续性的原则，充分利用现有的计算机设备资源和网络平台，合理利用国内外高新技术成果，使得整个系统最大的发挥稀有的投资效应，实现信息的高度共享[43]。
对本课题的建设要满足以下要求：
先进性与实用性：在系统设计中要紧密结合实际，立足先进技术，在保证目前需求的前提下，还要满足未来发展的需要，为将来在本系统上继续发展增值服务提供一个优良的平台、扩展用户软硬件投资少打下坚实的基础[44]。
可靠性：可靠性要从操作系统、应用系统、网络系统等方面全方位地考虑[45]。
成熟性与通用性：尽量采用成熟的技术与工具，强调通用，不过分的强调标新立异。坚决避免重复开发，注意提高系统整体性能，使整体投资达到最佳。
开放性与互联性：在设计和开发的过程中，应充分细线系统的开放新和互联性，在硬件上使各种设备按“标准化”来连接，使系统既能满足用户目前的需要，保证原有设备能够继续使用，保护现有投资，又能在必要的时候平滑升级，满足用户更高的需求。
考虑现有设备环境以及系统资源：要充分利用既有设备、系统、系统数据等。
由于此开发项目针对站点流量统计，使用频度较高，使用性要求比较高。为防止对信息资料和管理程序的恶意破坏，要求有较为可靠的安全性能。总之，要求稳定、安全、便捷，易于管理和操作[47]。
- 查询速度：不超过5秒；
- 其它所有交互功能反应速度：不超过3秒；
- 可靠性：平均故障间隔时间不低于300小时。
- 其他需求
- 能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5小时。
3.5 系统UML图例分析
UML是在开发阶段，说明，可视化，构建和书写一个面向对象软件密集系统的制品的开放方法。最佳的应用是工程实践，对大规模，复杂系统进行建模方面，特别是在软件架构层次，已经被验证有效。统一建模语言（UML）是一种模型化语言。模型大多以图表的方式表现出来。一份典型的建模图表通常包含几个块或框，连接线和作为模型附加信息之用的文本。这些虽简单却非常重要，在UML规则中相互联系和扩展[48]。
根据系统需求分析，得到系统用例图，进销存管理系统的用例图如图，如图3-1：
第四章 系统设计
4.1 系统设计思路
与传统的C／S体系结构不一样，本系统采用B／S体系结构进行设计。B／S结构的特点是客户端是通用的IE浏览器，因而比较易用。而业务逻辑也得以专门存放在服务器中，业务修改也就可以集中进行，便于系统维护和更新[49]。
本文应用．NET的三层体系结构对商贸管理系统进行体系设计。应用系统按照功能划分为三个层面：
- 表示层：系统表示层采用Visual Studio 2005设计器和控件设计WEB界面，采用母版页技术使所有页面基于母版页扩展，表示层主要用户显示用户数据和处理本系统和用户间的人机交互；
- 业务逻辑层；业务逻辑层按功能划分为进货、销售、库存、客户信息、供货商信息等类，采用C#语言开发，业务逻辑层是连接表示层和数据访问层的中间层，主要用户转发表示层的数据请求和返回数据访问层传递的数据至表示层；
- 数据层。数据层利用SOL Server作数据库管理系统，数据层封装数据库类用于访问数据，基于ADO．NET数据访问技术实现。
相应地，系统的编码(类设计)也分为三层组件，即界面类、业务逻辑类和数据表。分别实现这三层的功能[50]。
同时，为了保证系统的安全、流畅运行。本文还对基于B／S结构的进销存系统的一些关键技术进行了研究，包括系统完整性、数据库访问封装技术。
4.2 系统总体结构
根据以上对Web商贸管理系统的需求分析。得出了系统的总体结构图，如图4-1所示。
4.2.1基础信息管理模块详细设计
企业经营的基础信息是一个企业最基本也是最重要的信息，脱离了基础资料，例如商品资料、供货商资料和客户资料等，系统就无法运行。“基础信息管理”功能模块就用于维护这些基础资料，包含的功能模块如图4-3所示。
图4-3 基础信息管理模块
商品信息管理：用于维护(增加、修改、删除、查询)企业所经营的商品的基本信息，内容包括商品编号、商品名称、商品条形码、商品类别编号、商品入库价格、商品销售价格、商品零售价格、 商品生产厂家、商品更新日期、商品备注信息等。其中商品编号是商品列表的索引字段。不同行业的进销存商品资料的属性差别很大。
供货商资料管理：用于维护企业供货商的基本信息，内容包括供货商号、供货商名称、供应商地址、邮政编码、供货商公司主页、联系人、备注信息、电子邮件等。
客户资料管理：用于维护企业客户的基本信息，内容包括客户编号、供货商名称、客户地址、邮政编码、客户公司主页、联系人、备注信息、电子邮件等。
业务员信息管理：用于维护企业销售业务员的基本信息，内容包括业务员编号、业务员名称、登录名称、登录密码、联系电话、家庭住址、业务员身份证号码等。在销售开票时业务员属性可以直接从业务员清单表中获取所有业务员的名字作为辞典供用户选择。
仓库信息管理：用于维护企业的仓库信息，内容包括仓库号、仓库名、自动编号字段、备注等。企业的商品一般都是存放在不同的仓库或同一仓库的不同货位中，这样在在填写商品进货单和销售单时用户需要指定入库或出库的是哪个仓库的货物。
4.3 数据库设计
4.3.1 概念设计
概念模型是数据库系统的核心和基础。由于各个机器上实现的DBMS软件都是基于某种数据模型的，但是在具体机器上实现的模型都有许多严格的限制。而现实应用环境是复杂多变的，如果把实现世界中的事物直接转换为机器中的对象，就非常不方便。因此，人们研究把现实世界中的事物抽象为不依赖与具体机器的信息结构，又接近人们的思维，并具有丰富语义的概念模型，然后再把概念模型转换为具体的机器上DBMS支持的数据模型。概念模型的描述工具通常是使用E-R模型图。该模型不依赖于具体的硬件环境和DBMS。
在需求分析和逻辑设计之间增加概念设计阶段，可以使设计人员仅从用户的角度看待数据及处理要求和约束[52]。
因为整个系统涉及的实体和属性较多，限于篇幅不能也没有必要逐一列举。使用Microsoft Visio的反向工程功能到处数据库模型图，和实体之间联系可以用数据库模型来描述，系统数据库模型图如图4-17。
4.3.2 逻辑设计
逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图，转换为逻辑结构。E-R图向关系模型转换的结果如下所示，其中每张表所包含的字段课参考系统详细设计：
| 表名称 |
表用途 |
| 仓库清单 |
保存系统仓库信息 |
| 产品类别清单 |
保存系统商品类别信息 |
| 发票清单 |
保存采购发票信息和销售发票信息。 |
| 供货商清单 |
保存企业供货商的资料信息 |
| 客户清单 |
保存企业客户的资料信息 |
| 业务员清单 |
保存企业业务员信息 |
| 会与类别清单 |
保存系统会与类别信息 |
| 进货单 |
保存系统进货信息列表 |
| 进货订单 |
保存进货订单信息 |
| 销售订单 |
保存销售订单信息 |
| 销售单 |
保存系统销售信息列表 |
| 商品清单 |
保存系统商品信息列表 |
| 权限清单 |
保存系统权限分配表 |
系统表具体结构如下：
| 列名 |
数据类型 |
可否为空 |
说明 |
| spbh |
int |
Not Null |
商品编号（主键自增） |
| spmc |
Varchar(50) |
Not Null |
商品名称 |
| sptxm |
Varchar(50) |
Not null |
商品条形码 |
| splbbh |
int |
Null |
商品类别编号 |
| spRkjg |
decimal |
Null |
入库价格 |
| spFxjg |
decimal |
Null |
分销价格 |
| spLsjg |
decimal |
Null |
零售价格 |
| spSccj |
Varchar(50) |
Null |
生产厂家 |
| spGxrq |
Varchar(50) |
Null |
更新日期 |
| spbz |
text |
Null |
备注信息 |
表4-1商品信息表(spxx)
| 列名 |
数据类型 |
可否为空 |
说明 |
| cplbbh |
int |
Not Null |
产品编号(主键自增) |
| cplbmc |
Varchar(50) |
Not Null |
产品名称 |
| cplbbz |
text |
Null |
备注信息 |
表4-2产品类别表(cplb)
| 列名 |
数据类型 |
可否为空 |
说明 |
| Hybh |
int |
Not Null |
会员编号（主键自增） |
| Hymc |
Varchar(50) |
Null |
会员名称 |
| Dz |
Varchar(100) |
Null |
地址 |
| Yzbm |
Varchar(20) |
Null |
邮政编码 |
| Lxdh |
Varchar(20) |
Null |
联系电话 |
| Gszy |
Varchar(20) |
Null |
公司主页 |
| Lxr |
Varchar(20) |
Null |
联系人 |
| Lxrdzyj |
Varchar(50) |
Null |
联系人电子邮件 |
| Hylb |
Int |
Null |
会员类别 |
| Ljxfje |
decimal |
Null |
累计消费金额 |
| khbz |
text |
Null |
备注信息 |
表4-3客户信息表(kh)
| 列名 |
数据类型 |
可否为空 |
说明 |
| Gysbh |
int |
Not Null |
供应商编号（主键自增） |
| Gysmc |
Varchar(50) |
Not Null |
供应商名称 |
| Dz |
Varchar(100) |
Null |
地址 |
| Yzbm |
varchar(20) |
Null |
邮政编码 |
| Lxdh |
varchar(20) |
Null |
联系电话 |
| Gszy |
varchar(50) |
Null |
公司主页 |
| Lxrdzyj |
varchar(50) |
Null |
联系人电子邮件 |
| Lxr |
varchar(20) |
Null |
联系人 |
| gysbz |
text |
Null |
备注信息 |
表4-3供应商信息表(gys)
| 列名 |
数据类型 |
可否为空 |
说明 |
| jsbh |
int |
Not Null |
角色编号（主键） |
| jsmc |
Varchar(50) |
Not Null |
角色名称 |
| lbbz |
text |
Null |
备注信息 |
表4-4角色表(js)
| 列名 |
数据类型 |
可否为空 |
说明 |
| Qxbh |
int |
Not Null |
权限编号（主键自增） |
| Qxmc |
Varchar(50) |
Null |
权限名称 |
| Qxurl |
Varchar(100) |
null |
权限转向 |
| qxbz |
text |
Null |
备注信息 |
表 4-5权限表(qx)
| 列名 |
数据类型 |
可否为空 |
说明 |
| Js_qxbh |
int |
Not Null |
编号（主键自增） |
| jsbh |
int |
Null |
角色编号 |
| qxbh |
int |
null |
权限编号 |
表 4-6角色权限表(js_qx)
| 列名 |
数据类型 |
可否为空 |
说明 |
| Ywybh |
int |
Not Null |
业务员编号（主键自增） |
| Ywymc |
Varchar(50) |
Not Null |
业务员姓名 |
| Dlmc |
Varchar(50) |
Not Null |
登录名称 |
| Dlmm |
Varchar(50) |
Not Null |
登录密码 |
| Lxdh |
Varchar(50) |
Null |
联系电话 |
| Jtzz |
Varchar(100) |
Null |
家庭住址 |
| Sfzhm |
Varchar(50) |
Null |
身份证号码 |
| jsbh |
int |
Not Null |
角色编号（外键） |
| ywybz |
text |
Null |
备注信息 |
第六章 系统测试
6.1系统测试概述
软件测试的作用在于发现软件的缺陷，从而提高软件质量，测试人员会告诉你他们的主要工作是发现bug。但我们知道测试永远不能发现所有的bug，而且不可能去测试软件质量。许多领域内专家也极力主张软件测试的目的主要是在于发现软件错误，希望在软件开发生命周期内尽可能早的发现尽可能多的bug。这种认识源于我们没有办法对软件进行完全测试，即对程序的正确性进行完全证明，至今为止，我们还没有可使用的技术能够做到这一点。著名计算机科学家E.W.Dijkstra也指出“测试只能证明程序有错, 不能保证程序无错”。所以，人们认为能够发现程序缺陷的测试是成功的测试，测试的根本目的就是为了发现尽可能多地缺陷[56]。
为了达到上述的原则，那么需要注意以下几点：
(1) 应当把“尽早和不断的测试”作为开发者的座右铭。
(2) 程序员应该避免检查自己的程序，测试工作应该由独立的专业的软件测试机构来完成。
(3) 设计测试用例时应该考虑到合法的输入和不合法的输入以及各种边界条件，特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源断电等情况。
(4) 一定要注意测试中的错误集中发生的现象，这和程序员的编程水平和习惯有很大的关系。
(5) 对测试错误结果一定要有一个确认的过程，一般有A测试出来的错误，一定要有一个B来确认，严重的错误可以召开评审会进行讨论和分析。
(6) 制定严格的测试计划，并把测试时间安排的尽量宽松，不要希望在极短的时间内完成一个高水平的测试。
(7) 回归测试的关联性一定要引起充分的注意，修改一个错误而引起更多的错误出现的现象并不少见。
(8) 妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。
6.2系统测试方法
系统测试是软件开发的一个重要组成部分，软件开发完毕后应进行一系列的功能和集成测试。系统测试是软件开发中非常重要的手段，是软件质量与可靠性的保证，其测试的目的是检测发现系统的错误。本章对系统测试方法和运行效果进行详细描述[57]。
1．测试环境
(1)数据库服务器：Microsoft SQL Server 2005
(2)服务器端
操作系统：Windows XP
Web服务器：Microsoft IIS 6．0
(3)客户端
浏览器：Microsoft IE 6．0
2．测试方法及结果
系统测试主要包括人工测试及机器测试。人工测试分为个人复查和会查。机器测试包括白盒测试和黑盒测试，本系统测试采用机器测试。系统测试主要分为四步：单元测试、集成测试、确认测试、系统测试。
(1)单元测试
单元测试是对软件中的基本组成单位进行的测试，是软件动态测试的最基本的部分，也是最重要的部分之一，其目的是检验软件基本组成单位的正确性。单元测试采用白盒测试方法对采购管理、销售管理、库存管理等模块进行检查测试，确保单元模块正常运行。测试结果表明各模块都具有独立操作功能，单元模块运行正常。
(2)集成测试
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位模块之间的接口是否正确。它根据集成测试计划，一方面将模块或其他软件单位组合成越来越大的系统，一方面运行该系统，以分析所组成的系统是否正确，各组成部分是否合拍。单元测试通过后，采用黑盒测试方法，把采购管理、销售管理、库存管理等模块按设计要求组装起来，检查菜单能否正常运行。测试结果表明各模块菜单都能独立正常运行。
(3)确认测试
确认测试的任务是验证软件的功能和性能及其他特性是否满足了需求规格说明中确定的各种需求，以及软件配置是否完全、正确。系统采用黑盒测试方法，对软件的功能和性能以及软件配置进行测试，结果表明功能和性能以及软件配置符合要求。
(4)系统测试
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，系统测试的目的是在真实的系统操作环境下检验软件是否能与系统正确连接，软件与系统需求是否存在不一致的地方。测试结果表明系统功能、性能、操作、配置、外部接口、安全性等各项指标均符合要求。
6.3系统测试用例
测试用例的选取包括单元测试和集成测试的测试用例。在单元测试中，本文主要根据各模块的功能流程，对模块中的各分支流程选取测试用例，按分支流程作了功能测试[58]。
本系统的输入界面为图形化界面，对各种输入输出、初始数据、校验数据及其它规定的数据。系统每一项菜单为一个功能模块，每个菜单项有自己子菜单，包括与其相关的操作。
1．系统登录
进入系统用户登录界面，输入用户名、密码、选择登录身份，点击“登录”按钮。