商品销售管理系统设计与实现Word文件下载.docx
《商品销售管理系统设计与实现Word文件下载.docx》由会员分享，可在线阅读，更多相关《商品销售管理系统设计与实现Word文件下载.docx（34页珍藏版）》请在冰豆网上搜索。
让计算机对仓库货物进行自动管理，管理员可以直接在计算机上实现仓库货物的信息管理，并能在一定程度上实现自动化。
我们在现行系统初步调查的基础上提出了新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。
1.2可行性分析研究
当接受一个软件开发任务，就进入软件生命的第一个阶段，即进行可行性的研究。
并不是所有问题都具有简单的解决办法，许多问题不能在预定的条件内解决。
因此通过可行性的研究分析可以知道问题的解决难度，有无可行性的解决方法，从而可以避免人力、物力和财力的浪费。
在现行系统初步调查的基础上就可以提出新系统的实现目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。
系统目标应充分体现方便、快捷、高效的特点，直接为小商品销售管理系统服务，并且，程序可以分期分批实现。
但是，需要指出的是，系统目标是不可能在总体规划阶段就提得非常具体，它还将在开发过程中逐步明确和定量化。
以达到更加出色的管理系统。
可是，目标的提法却不尽相同，在性能提升方面也是如此，例如：
（1）提高商品管理效率，减轻劳动强度；
（2）提高信息处理速度和准确性；
（3）为管理者提供更方便、科学的服务项目。
1.2.1技术可行性
在高系统配置、高网络宽带服务下，各个级别管理员很容易通过网站对其操作范围内的系统内保存的商品信息进行操作和管理，以满足日常经营、管理等方面的要求，因此，在现有的科技技术方面，实现本销售系统是可行的。
1.2.2经济可行性
主要是对开发小商品销售管理系统的经济效益进行评价，一方面是估算开发它的费用，其中包括设备购置费、软件开发费、管理和维护费、人员工资和员工培训费等。
另一方面是估算仓库货物管理由该软件代替人工实现，其可能取得的收益是否比由人工操作高。
另外还需对目前的软件市场进行调查,所做软件是否有很大的销售市场和相当规模的用户群；
所做软件的开发成本与客户提出的价位是否可达到双方满意。
还有一点，系统开发是否会对其它产品带来一定影响。
经过对上述几个方面的调查研究和分析，我们得出小商品销售管理这个软件的市场前景是相当客观的，从经济学角度来说，开发商品销售管理是可行的。
1.2.3操作可行性
主要是了解商品销售管理的相关人员对开发信息系统是否支持，现有商品销售管理制度和方法是否科学，规章制度是否齐全，原始数据是否正确等。
商品销售管理系统需要操作人员积极参与该系统的开发，使系统能充分的发挥其作用；
本系统由于操作简单，易于理解，操作者经过短时间的简单培训就可以使用。
因此，本系统的可操作性强，制作实现是可行的。
1.3结论意见
经过认真地可行性研究，系统基本上做到了在技术、经济、运行、法律上的可行。
因此，相信在按照计划上实施的前提下，全系统的设计将会按时、高质量完成。
所以，系统研制和开发是可以马上进行的。
2项目开发计划
2.1编写目的
经过项目的可行性分析，得出项目可进一步进行下去的结论，在软件继续进一步的开发之前首先给出此软件的项目计划。
2.2项目背景
项目分析单位在接到项目分析员给出的项目可行性分析报告后，本系统，即小商品销售管理系统在开发主管部门的统一协调下制定出用于软件实质开发的软件项目计划，以使软件开发单位理解软件的具体开发要求，进行开发。
2.3项目概述
2.3.1工作内容
让计算机对仓库货物进行自动管理，用户可以直接在计算机上实现仓库货物信息的管理，并能在一定程度上实现自动化。
2.3.2条件与限制
开发该软件的条件比较简单，以开发单位目前的经济与技术条件，已完全具备开发的条件。
该系统可在用户要求的期限内完成。
2.3.3产品
（1）程序
该项目因开发时间较短，这里只给出设计思想，具体程序没写。
（2）文档
文档内容包括：
①封面②目录③中文摘要100字左右关键词3-5个④序言⑤可行性分析⑥项目开发计划⑦需求规格说明（包含需要的系统流程图、数据流图、数据字典、E-R图）⑧概要设计（包含总体软件结构图、总体数据结构图）⑨详细设计（对概要设计内容进行详细设计）⑩设计总结、参考文献、致谢等
2.3.4验收标准
软件的验收标准完全由用户提出的需求定制，这样才能保证软件的各个功能基本符合用户的要求。
2.4项目开发计划
2.4.1任务分解
开发计划分三个大的阶段进行：
第一阶段完成本系统的数据流图和E-R图。
第二阶段完成概要设计和详细设计。
第三阶段测试软件、书写使用说明书等文档资料并交付用户使用。
2.4.2关键问题
各模块之间的联系和后台数据库的完成。
使用目前的设备与现有开发技术完全可以开发出该系统，总的来说该项目没有较大的技术难点与其他一些风险因素。
对于出现的一些小难点总都能得到解决。
3需求分析
3.1任务需求分析
软件应能实现如下功能：
1.支持全键盘操作，收银模块应有快捷功能键，使操作更简单方便；
2.商品资料和会员资料应能支持Excel的灵活导入导出，减少繁重枯燥的数据输入工作；
3.会员管理，自定义会员折扣、自定义积分比例；
支持会员充值消费、会员消费总额统计、会员积分兑奖、会员生日提醒等功能；
4.系统支持用户管理功能，可以严格控制用户权限，确保每个员工只可操作在自己的权限范围内，保证系统安全可靠。
轻松屏蔽功能模块，进行严格的权限控制，不同用户进入不同的操作界面；
5.收银时支持商品模糊查找功能，支持单品打折、全单打折、修改商品价格、数量（权限控制）等功能。
收银时误操作或顾客购物后要退货时，可以删除单据；
6.商品库存自定义报警数，当库存低于报警数时，商品资料自动红色显示，提醒进货；
7.商品管理可以隐藏成本价（不显示成本价），店员只能销售商品，不能查看商品成本价；
8.强大的统计分析功能，按日、月、年进行销售利润统计。
强大的图形分析系统，提供柱形图，让数据统计变得直观明了；
9.系统支持商品拆借功能，零售、批发轻松自由；
10.系统支持POS58,POS76等多种小票打印机。
可自定义编辑小票格式，自定义打印小票份数；
11.支持交接班、打印交接班小票和钱箱自动结算功能；
12.完善的数据自动备份、手工备份和数据恢复功能，保证您的数据安全、完整。
经分析先给出该系统的系统流程图，如图3.1所示：
图3.1系统流程图
该系统主要包括系统功能输入模块、基本资料维护模块、报表模块、综合查询功能模块和统计模块等。
系统要实现基本信息录入、修改、查询等功能。
信息的输入，包括公司信息、商品信息、进货信息、退货信息、销售信息等。
信息的修改、删除。
3.2数据流图、数据字典及实体联系图
3.2.1数据流图
该系统数据流图如图3.2所示：
图3.2系统数据流图
数据流图由四种基本的元素构成：
数据流（DataFlow），处理（Process），数据存储和数据源（数据终点）。
数据流（DataFlow）：
为具有名称且有流向的数据，用标有名称的箭头表示，一个数据可以是记录、组合项或基本项。
处理（Process）：
表示对数据所进行的加工和变换，在图中用矩形框表示。
指向处理数据流为该处理的输入数据，离开处理的数据为处理的输出数据。
数据存储：
表示用文件方式或数据库形式所存储的数据，堆砌进行的存取分别以指向或离开数据存储的箭头表示。
数据源及数据终点：
表示数据的来源或数据的去向，可以是一个组织或人员，它处于系统范围之外，所以又称它为外部实体，它是为了帮助理解系统界面而引入的，一般只出现在数据流图的起点和终点
3.2.2数据字典
数据字典是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
由于本次设计是小型软件系统的开发，所以采用卡片形式书写数据字典。
每张卡片上保存描述一个数据的信息这样做更新和修改起来比较方便，而且能单独处理描述每个数据的信息。
下面将列出若干数据元素的数据卡片信息。
1.数据流的定义：
数据流编号：
F1
数据流名称:
公司和商品基本情况名单
简述：
公司和商品的基本情况
数据来源：
管理员
数据流去向：
基本信息维护功能
F2
公司和商品变动名单
公司和商变动情况
数据流来源：
F3
数据流名称：
用户基本信息
用户基本信息情况
系统设置
用户存档
F4
进退货基本信息
进退货基本信息情况
进退管理
进退货存档
F5
结账单基本信息
结账单基本信息情况
往来管理
商品销售结账存档
2.数据存储定义：
数据存储编号：
D1
数据存储名称：
进退货信息库
进货销售编号
相关的处理：
P2.0
D2
用户信息库
用户编号
P6.0
D3
商品信息库
商品信息编码
P1.0
D4
公司信息库
公司信息编号
P1.0,P6.0
D5
销售信息库
销售编号
P3.0，P4.0
D6
结账库
结账明细编号
P5.0
3.处理逻辑的定义：
处理逻辑编号：
处理逻辑名称：
基本信息
描述：
将基本信息和变动情况录入和更新，以备后用
进货管理
更新进货和退货信息
P3.0
更新销售和销售退货信息
P4.0
处理逻辑明名称：
查询统计
商品销售、进货、退货、库存、排行的查询
描述:
商品的进货和退货的结账
用户登录需要的用户名密码
4.外部实体的定义：
外部实体编号：
S1
外部实体名称：
输出的数据流：
S2
经理
P4.0、P5.0
S3
供应商
3.2.3实体联系E-R图
根据对数据流图和数据字典的分析，我们可以确定该应用中的实体，属性和实体之间的关系，画出如下所示的E-R图：
图3.3商品实体图
图3.4客户实体图
图3.5库房实体图
图3.6订单实体图
图3.7系统实体关系图
4系统概要设计
4.1总体设计
这个阶段的工作将划分出组成系统的物理元素。
系统概要设计的目的是用概括的方式，来确定系统如何完成预定的任务，也就是要确定系统的配置物理方案。
软件结构设计时应该遵循的最主要的原理是模块独立，让模块彼此间的接口关系应该尽量简单。
4.2系统功能模块图
可以根据模块独立原理对软件结构进行精细化分。
为了实现合理的分解，得到尽可能高的内聚，其最重要的目标是，得到一个易于实现、易于测试和易于维护的软件结构。
因此，应该对模块进行再分解或合并。
系统简化后的功能模块图如图4.1所示:
图4.1系统功能模块图
4.3数据库概念设计
数据库一般分为三级模式：
外模式、概念模式和内模式。
外模式也就是不同用户所对的数据视图，它将数据库内部抽象的数据及其互相之间的关系表示为简单、直观的应用界面。
概念模式是数据库中全部数据的逻辑结构和特征描述，通常以某种数据模型为基础。
内模式是对数据的物理结构和存储方式的描述。
在这里我们要设计的是数据库的概念模式，
通过对小商品销售管理系统的内容和数据流程及E-R图的分析后，设计如下数据项和数据结构：
商品信息：
包括商品名称、商品规格、商品编码、生产日期、单价、保质期、备注等。
客户信息：
客户姓名、客户编号、联系电话、联系地址等。
订单信息：
商品名称、商品编号、商品价格、商品数量、客户姓名、客户编号等。
库房信息：
库房编号、库房名称、地址、商品、库存量、电话、供应单位等。
数据库概念结构设计，是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及他们之间的关系，为后面的逻辑结构设计打下基础。
4.4连接数据库的特点
当开发环境连接到数据库之后，在设计中使用数据库画笔可实现对该数据库中数据的操作，如创建表、修改表、删除表、增加/删除记录等。
在设计数据窗口的时候，一般是用对话框的方式实现与数据的连接。
在应用程序中则是在应用程序对象中书写连接数据库的程序代码，使得应用程序开始运行便能实现与数据库的连接。
5详细设计
详细设计阶段的目标是如何实现系统所具有的各个功能模块，包括用户界面设计、程序过程设计等步骤。
5.1系统的主要功能
其主要功能如下：
1.供货商/零售商可以通过此系统添加订单，以及对所提交订单的细节问题进行查询或跟踪；
2.系统通过对订单的审核对库存量进行管理，从而做到了库存的动态更新，优化库存状态；
3.对小商品信息进行处理；
4.提供客户基本信息的添加，查询等功能；
5.以图表的形式对近期的小商品销售情况以及库存量等给以直观反映，以便管理人员对今后的销售方案做出更好的抉择；
6.小商品销售管理系统的使用帮助
5.2程序流程图
程序流程图的优点是对控制流程的描绘很直观，易于掌握。
本系统主要难点是实现商品信息的查询和统计分析，因此下面给出商品销售查询程序的流程图如图5.1所示：
图5.1程序流程图
5.3用户界面设计
5.3.1一般交互设计
一般交互涉及信息显示、数据输入、数据导出和系统整体控制等方面。
1.一致性
为客户交互界面中的菜单选择、命令输入、数据显示以及众多的其他功能，使用一致的格式。
2.信息的反馈
向用户及时提供视觉或听觉信息反馈，以保证在用户和系统之间及时地建立双向通信。
在本系统设计过程中，基本做到了信息的及时反馈，在信息显示的大部分窗体中包括了刷新按钮，会对数据库中的数据进行及时地显示。
另外，在进行错误操作是，会弹出提示窗口并发出警告提示音。
3.执行有较大影响的操作前提示用户确认
在设计过程中，如果用户要执行删除操作，以及对数据库的读写操作时，都会有窗体弹出询问确认操作提示。
4.减少两次操作间需要记忆的内容
为了避免用户为下一步操作而记忆大量数据，所以在设计过程中在需要数据传递的窗体中设置全局变量，来传递数据。
例如在入账和入库的模块的操作中都用到了这样的方法。
5.对话、移动和思考的效率
尽量减少用户击键的次数，在设计时考虑到用户屏幕的布局以减少用户鼠标移动的距离，尽量避免用户在操作中发生误操作的情况。
6.允许错误
允许用户的误操作尽量不对系统造成大的伤害。
7.按功能对动作分类，并据此设计屏幕布局
屏幕布局尽量将软件所具有的所有功能在主页面展示，界面一目了然，操作简便。
5.3.2信息显示设计
为用户提供的界面在显示数据时应完整、明确和容易理解。
这样才能满足用户的需求。
可以使用不同的方式来显示信息：
文字、图形、声音等方式，可使用颜色标注和下划线等方式显示重要信息或错误信息。
1.只显示与当前工作有关的信息
在用户操作有关系统的特定功能的信息时，不必看到与之无关的数据、菜单和图形。
2.使用便于用户迅速吸收数据的方式来表示数据
在系统设计的过程中，较多地使用了图表的形式表示数据，例如在分析中就使用了柱状图的形式表现了复杂的数据。
这样，用户可以直观的体会到图表所表示的含义。
3.使用一致的标记、标准的缩写和特定的颜色
为了使系统所表达的含义准确、无误，就必须适用一致的标记、标准的缩写和特定的颜色，这样用户就无需参照其他信息源就能理解，从而正确地使用软件。
4.错误信息反馈
对于系统在运行过程中产生的错误尽量给用户返回一个容易理解的错误信息反馈，以便用户对系统维修，保持系统的可靠性。
5.使用窗口分隔不同类型的信息
使用不同的窗口显示、保存不同类型的信息。
6.高效率的使用显示屏
当使用多窗口时，应该有足够的空间使得每个窗口至少都能显示出一部分。
此外，屏幕的大小应该选和应用系统相匹配的类型。
在各个显示数据的窗口中，由于数据窗体项目较多，所以在数据窗体中使用垂直滚动条和水平滚动条，以保证信息全面正确的显示。
5.3.3数据输入设计
用户的大部分时间用在选择菜单命令、键入数据和向系统提供输入。
在系统中，键盘是主要的输入介质，但是鼠标等设备的也是重要的输入手段，所以，对于他们的数据输入操作有如下约定：
1.保持信息显示和数据输入间的一致性
为了方便用户的使用，鼠标应当尽量减少操作的幅度。
2.保持显示信息和输入信息之间的一致性
对于用户来说，要保证其输入的数据在显示上与其他显示的视觉特征（例如：
文字大小、颜色、位置等）要一致。
对于不同类型的用户在登录到系统后，由于有不同的权限，所以在主界面中会有一些项目受到限制而无法使用，所以要使这些项目不发生相互干扰作用，以保证系统安全。
5.4程序设计过程
程序过程设计主要是在借助过程设计工具的情况下，对程序的具体实现过程进行设计。
程序主要部分的设计在这个环节完成。
其主要包括以下几个部分：
5.4.1登录界面及密码修改
登录界面如图5.2所示：
图5.2登录界面图
在用户登录时，在输入用户名和密码及用户类型的前提下将其与数据库中的数据进行对比，若一致，则打开主窗体，若不一致提示错误，并要求再次输入，若输入次数超过三次，则关闭系统。
在这个部分中，需要对用户的类型存入一个全局变量，予以判断其所具有的系统使用权限，例如，用户类型为DBA，则该用户拥有系统的一切权力，可以对每一部分进行添加、删除、查找、统计等操作；
而其他用户类型都依据其类型的属性，可以使用的部分也会相应减少，而只能使用一部分与其类型相匹配的功能。
5.4.2商品添加操作及修改
1.商品添加如图5.3所示：
图5.3商品添加图
管理员查询某商品时商品名及货物号与数据库中的数据不相一致，系统提示所查货物在仓库里为空，即仓库从没存储该商品。
然后管理员可根据仓库管理的需求是否保存该货物。
2.商品修改
此功能是对商品单价、库位、编号修改。
首先系统将从数据库中读取所有可用的商品信息，其中包括编号、名称、入库时间、单价等信息，管理员可视情况分别修改。
修改完毕并确认后，系统将所做修改保存，并将新的记录保存于数据库中。
在商品销售管理操作中，为了保护数据库以及考虑实际因素，对单价、编号的修改时都不能留空，同时编号的修改也不能有重复，若出现此类情况则提示出错。
实现该功能的程序流程图如图5.4所示：
否
是否继续
是
编号修改单价修改
是否符合要求
是
图5.4货物修改程序流程图
5.4.3查询操作
查询操作如图5.5所示：
图5.5查询操作图
在执行查询操作之前通常要先在单行文本框中输入被查询的条件，在单行文本框失去聚焦时将查询条件传递给查询按钮的单击事件中，然后过滤语句依据此过滤条件过滤得出相应的数据，并显示在其他数据窗体控件中。
在通常情况下，用户可以在得到要查询的信息后，对它们的各个字段进行修改，经过修改后，在退出时系统会提示进行存储。
在完成了用户界面设计和程序过程设计后，基本上完成了详细设计的内容。
6程序测试
6.1白盒测试
白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖、程序变异。
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。
六种覆盖标准：
语句覆
升级会员 