24.12.30

第6章　系统实现
6.1 系统管理模块实现
拥有权限的用户可以对系统的角色、用户、菜单、工具、权限等信息进行管理。用户根据店铺的需求设定角色与权限，可定期对数据进行备份保障数据的安全。通过设定角色并将角色赋予用户，从而实现权限管理。
用户可以通过选择右侧的权限分配选项为该角色赋予相应的功能。管理角色信息页面如图6-1所示。

图6-1角色管理图
管理员可以通过系统管理查看用户并修改用户信息，用户管理如图6-2所示。

图6-2用户管理图
6.2 基础资料管理模块实现
基础资料管理首先包括最基本的信息维护。采购商品拥有编码、名称、类别、售价等属性，为了库存管理，商品还具有库存上限与库存下限。用户可以查询、添加、删除和修改商品信息。商品管理如图6-3所示。

图6-3商品类别管理图
往来单位拥有编码、名称、拼音码、类别、联系人等属性。用户可以查询、添加、删除和修改往来单位信息。往来单位管理如图6-4所示。

图6-4供应商管理图
选中某一行数据，然后点击修改按钮即可弹出修改往来单位信息的对话框。修改往来单位信息如图6-5所示。

图6-5修改供应商图

仓库信息拥有编码、名称、类别、备注等信息，同样可以进行修改等操作。仓库信息如图6-6所示。

图6-6仓库信息图
计量单位拥有编号、单位、拼音码、排序号等属性。计量单位管理如图6-7所示。

图6-7计量单位管理图
6.3 业务管理模块实现
业务管理模块主要是采购、销售等模块进行业务的操作。业务管理模块交由采购销售管理人员进行使用，因为采购、销售管理在业务流程中比较重要，而且通常是整个业务流的终点，所以业务管理模块经常需要与其他模块合作。采购入库如图6-8所示。

图6-8采购入库图
采购入库的设置需要记录供应商、仓库、经手人员、商品等信息。采购入库设置如图6-9所示。

图6-9采购入库设置图
完成编写之后点击保存按钮，系统弹出保存成功界面，完成之后在系统查询中心中可看到未审批的采购入库单。再次点击即可进入采购入库单的修改界面如图6-10所示。

图6-10采购入库单修改图

销售出库大体和采购入库相似，功能相对应。销售出库如图6-11所示。

图6-11销售出库图
6.4 生产管理模块实现
查询中心有单据查询、采购查询、销售查询、库存查询四部分，单据查询除了通过单据进行查询外还具有其他的筛选条件。单据查询如图6-12所示。

图6-12单据查询图
采购入库可选择三种查询方法，根据供应商查询左侧显示所有的供应商，右侧显示该供应商所有的采购入库单。根据供应商查询如图6-13所示。
图6-13供应商查询图

销售出库同样可选择三种查询方法，根据客户查询左侧显示所有的客户，右侧显示该客户所有的销售出库单。根据客户查询如图6-14所示。

图6-14客户查询图
库存查询可查询某商品在所有仓库当中的库存，左侧显示商品类别，右侧显示商品库存的详细信息。库存查询如图6-15所示。

图6-15库存查询图
6.5 本章小结
本章主要通过截图的方式展现了系统的主要功能架构，通过演示一个流程的步骤给用户简单讲解了系统的使用方法和效果。针对有特色的几个功能模块都进行了截图描述。

第7章　系统测试
7.1 系统测试的目的
软件测试是其生命周期的一部分，用来保证软件质量。一般来说，软件测试通常是在系统上线之前，通过进一步分析系统的需求，把系统的设计方案和实现进行最终测试和审查。测试的软件工程术语提出了在软件的解释：通过手动或着软件来运行一个软件系统，其目的是测试它是否在制定的需求范围内开发的或检验实际结果与目标的区别。
在G.J.Myers经典的《软件测试技术》，给出了测试的定义：测试程序和进程是一个程序错误发现的执行。测试的目的是在程序中发现的错误，测试初衷是要证明程序是错误的。在软件开发过程中测试是一个具有破坏性的系统开发阶段，最后审查的设计和编码在软件质量的保证中显得格外重要和必不可少。为了确保软件的质量，应该在软件的开发过程中，按照软件工程的结果形成的各个阶段，分别进行严格的阶段测试和模块测试。
7.2 功能测试
采购管理是系统的主要功能，其他业务流程基本类似于此类流程。采购流程主要是各个部门协调合作的结构，主要是基础信息设置、采购批准、采购入库三个流程。采购流程如图7-1所示。

图7-1采购流程图
系统自动生成采购编码，然后用户选择相应的入库商品、供应商、仓库与付款账户，系统填充金额的一些基本信息，然后由用户录入采购数量与单价，并且系统提供了计算总金额的功能。点击确定按钮后，采购开单完成，系统在数据显示区会立刻更新记录，最近一条采购记录显示出来。采购开单如图7-2所示。

图7-2采购开单图
采购开单提交后，上级领导在登录系统后可以查询所有待批准的采购单。查询记录如图7-3所示。
图7-3查询结果图
选择某一条记录后点击批准，然后确认批准，则该记录被批准。被批准的采购单会从当前页消失，通过选择下拉框的属性，可以在批准的记录中查看到。如果不批准，则记录会出现在不批准的选择界面里。用户可以选择某一条记录后点击备注按钮，用户可以再弹出的对话框中填写备注信息。采购批准如图7-4所示。

图7-4采购批准图
被批准的采购单会将商品库存信息进行修改。采购执行的时候可以查看上级领导审批时候添加的备注，通过备注信息，采购执行人员能够有效、及时地按照上级领导的意思进行采购，这样一来库存管理人员也能够了解这批物品入库时应该注意的事项。采购执行完成后，商品会交给库管人员，库管人员清点好数量执行填写入库的有关信息如时间、数量、仓库、入库备注。采购入库如图7-5所示。

图7-5采购入库图
7.3 本章小结
本章主要描述了本套系统的测试方案，通过功能测试，我们对系统的稳定性和功能有了深入的理解和漏洞发现，这是最直观有效的测试。通过测试有助于系统的进一步开发和发现问题。

第8章　结论与展望
8.1 结论
本系统服务的对象是鲜花销售店铺，主要包含的模块有系统管理、基础资料、业务管理和查询中心。采购、销售两大流程贯穿各个模块，并且经过缜密的设计后符合企业的实际业务流程。在系统的过程中我学到了并使用到了很多技术，包括WinForm、SQLServer、C#，最重要的是学习能力得到了很大提高。
从系统功能来讲，基于WinForm的花店进销存管理系统的功能达到了预期的效果，程序界面设计的水平也得到了很大提高。
8.2 展望
虽然目前花店进销存管理系统已经能正常使用，但是因为个人的能力以及开发周期等原因仍然存在许多不完善的地方，系统有待于进一步改正。目前正朝着几个方向努力。
(1) 销售数据分析：通过数据挖掘技术，对销售数据进行深度分析，生成动态报表，帮助管理者了解畅销产品、淡旺季和客户偏好等信息。
(2) 移动端支持：开发移动端应用或小程序，方便管理者随时随地查看库存、处理订单和分析数据。
(3) 自动提醒与预警：实现库存预警功能，当某种鲜花库存低于阈值时，自动提示补货需求；对于临近保质期的鲜花，也可以提供处理建议。
(4) 引入智能化的思想，利用人工智能预测鲜花的销售趋势、最佳补货时间和最优库存量，减少库存积压和鲜花浪费。