(完整版)小型超市管理系统11毕业论文.doc

1、目录论文摘要（中文）,2（英文）,3一、系统调查1.1社会背景 ,41.2公司背景 ,4二、可行性研究2.1问题定义 , ,62.2技术可行性研究 ,62.3经济可行性研究 ,72.4操作可行性研究 ,. 72.5系统的需求分析 ,. 7三、需求分析3.1设计思想 ,93.2设计原则 ,93.3业务流程分析 ,93.4系统数据流分析 ,1 13.5数据字典 , ,1 23.6功能需求 , , , , , , , 1 43.7性能需求 , , , ,1 53.8运行需求 , , , ,1 5四、系统设计4.1系统总体结构图 ： ,1 64.2各子系统功能分析 , ,v ,1 6第五章、系统数据模

2、型分析与 设计 ,.2 2第六章 . 系统数据库详细设计 ,24第七章 . 系统运行状态与维护说明 ,26第八章 . 系统主要用户界面 ,26第九章.系统程序代码 , , ,. 2 9第十章 . 系统调试10.1模块测试 , , , ,. 3 410.2整体测试 , , ,. 3 4谢辞,.36参考文献,. 37摘要本文主要是介绍超市销售管理信息系统的环境、功能作用、所用到的语言、 设计的方案等各方面的内容。 主要是让使用者了解此系统，使他们能更好的运用本系统，使此系统发挥出应有的作用。本系统运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细的分析 , 实现了对超市的进货、 销售和

3、库存的科学管理。关键字销售数据库管理信息系统ABSTRACTThis text mainly introduces the supermarket and enters to sell such contents of various fields as the environment which stores the management information system , scheme onthe function , language , design used ,etc. Let user findout about system this , enable them fine

4、application thissystem mainly, make this system give play to due function .Thissystem uses theinformationtechnology ofcomputermanagement, set up thedatabase ,sellthecourse ofstoringtocarry on detailedanalysistotheenteringof thesupermarket, store to the supermarket.第一章1.1 社会背景：随着现代科学技术的迅猛发展，计算机技术已渗透到

5、各个领域，成为各行业必不可少的工具，特别是 Internet 技术的推广和信息高速公路的建立，使 IT 产业在市场竞争中越发显示出其独特的优势，步入数字化时代， 有巨大的数据信息等待着加工处理和传输，这使得对数据库的进一步开发和利用显得尤为迫切。作为国内市场的一些中小超市， 他们在信息化过程中的步伐要落后大中型超市， 而对于这些企业的资源管理， 信息的存储和处理也显的迫切需要， 要适应市场竞争， 就需要有高效的处理方式和管理方法，因此加快超市的电算化进程是必不可少的。在会计业务中， 产成品的完成， 发出和结存关系到超市销计划的完成和流动资金占用情况， 而销售核算子系统是电算化会计系统中一个关键

6、且比较复杂的子系统。 通过这个子系统提供的信息可以了解企业的经营成果，通过商品销售收入用来补偿已消耗的生产资料，支付工资和其他费用，缴纳税金并实现利润。实习期间，我们通过对市场的调查， 针对现在各中小超市对销售业务的实际需要， 开发了这套商品销售系统。 在开发过程中， 我们针对当前各超市管理特点和技术人员的实际水平，采用 Window 基于图形界面这一易学易用的操作系统环境，在系统设计过程中，我们尽量采用一些易懂易读的接口界面， 使用户可以在短期内完全掌握。在功能方面，我们借鉴现在市场上流行的财务软件的特点，抛去泛泛不实用的缺点， 使我们设计的系统在功能上极贴近中小超市的使用要求。在设计过程中

7、，我们始终把系统的正确性放在首位，力求数据的完整， 处理的正确性。 在此基础上优化程序代码， 加速系统运行和减少对系统资源的占用。作为一家中小型超市 ，他们的主要业务是销售商品， 目前系统运做中存在很多题， 所有的进货单，出货单都是人工填写， 耗时而且易出现错误； 库存也是人工记帐，无法随时掌握最准确的存货情况； 对于销售数据， 往往要花好多时间和精力去计算每个业 务员的销售业绩，每项商品的销售状况，为了解决上述问题， 提高经济效益， 准备导入进销存系统进行销售，采购，库存等的计算机化管理。经过三个月的设计开发， 现在已完全达到预期效果， 实现了最初设定的目标。1.2 公司背景：超市形式在我国

8、于 20 世纪 90 年代初期起步，现已成为我国零售业的一种重要形态。 随着超市的高速发展， 其经营管理也变的愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的的发展这样就迫切地需要引入新的思想技术和管理技术进入到超市管理之中。超市形态具有种种优点， 但在目前状况下， 它仍存在零售业商业企业所共有的落后的一面， 如：不能有效的管理每一种商品， 收款结算速度慢， 容易出现营业差错， 不宜进行商品调价， 盘点效率底等，而且在超市日常管理中，商品进、销、存决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足，随着超市形态的高速发展， 其经营管理也变的愈加复杂， 日常所

9、需处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。 为此，我在本次设计之中选择了超市信息管理系统设计， 依靠现代化的计算机信息处理技术来管理超市， 从而节省了大量的人力、 物力、改善了员工的工作条件，减轻了劳动强度， 并且能够快速反映出商品的进销存状况和各种反馈信息分析，使管理人员快速对市场的变化作出相应决策，加快超市的系统建立的技术基础：数据库应用系统是以数据库为基础的信息管理系统， 它一般包含两个方面内容，一个数据库设计，二是程序设计。数据库应用系统的开发是一个软件工程， 应按照软件工程的开发方法进行分析， 设计，编程和调试。再建立数据库应用系统

10、之前，一般应先进行系统的需求分析， 了解拥护对系统的要求， 然后进行系统的总体设计， 最后编写程序代码和调试程序。 图 1 显示出了数据库应用系统的开发过程。从图中可以看出，需求分析包括了对数据本身的需求分析和对功能的需求分析。两个分析的结果将分别作为数据库设计和程序设计的依据。实际上在设计数据库应用系统时， 这两个需求分析是紧密相关的，不论是数据库设计， 还是程序设计都需要考虑这两个方面的因素。开发步骤：图 1 数据库应用系统的开发过程第二章总体设计总体设计是在需求分析的基础上进行的，根据逻辑模型建立相对应的物理模型。总体设计的任务是确定“怎么做”的问题，即确定和建立解决问题的总体方案。具体

11、来说，总体设计要去确定构成系统的每个物理单元， 说明每个物理单元之间的相互关系（即系统结构）。一般地说，其过程如下：a. 设计方案：设想选择方案；选取合理方案；选区最佳方案；b. 功能分解：将系统按功能的要求，划分功能模块c. 设计软件结构：确定由模块确定的层次结构，可利用层次图描绘。d. 设计数据库：确立要设计的数据库，具体实现它。e. 制定测试计划：初步的测试计划f. 书写文档：系统说明g. 复核和审查 : 从技术的角度审查，从管理的角度审查。2.1 问题定义：商品按类管理：所以需要有一商品类型信息商品必须属于一个商品类型如果一个商品类型存在商品或存在下级商品类型则该类型不该删除需要记录供

12、应商信息在涉及商品数量的地方，要给出相应的单位在进货信息中要包含供应商等信息商品销售信息单中要包含登记商品，销售数量单价等信息，商品报损要有报损原因进货，销售，报损操作要有相应操作员信息只有管理员登陆之后才可以使用系统默认的管理员不可以删除进货，销售，库存，报损信息都要可以添加，修改，删除，分类，查找。2.2 技术可行性研究：在 IT 行业中从业的工作人员一般都要求懂计算机，具有一定软硬件基础，会使用各种管理软件，熟悉IT 商品。因为，超市中的对员工素质要求比较高， 从管理层到下面的营销人员， 都要求具有一定的 IT 背景，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法

13、就基本上能够使系统顺利的运行了。2.3 经济可行性研究：因为通过网络传递销售信息，可以不受距离的限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高企业的销售效率，即提高了企业的经济效益，所以从经济上是完全可行的。 企业有能力承担研发开支开发新系统的工作是一项艰巨复杂的工作， 它的投资主要是人力和物力的投资。 对于本系统的开发来说， 其主要投资还是在人力和物力两个方面。 如果是企业自己安排人手开发系统的话， 其主要的投资还是在人力资源上， 从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。 超市作为一个尖端的高科技产业，其员工要求都比一般企

14、业的要求要高， 而且对系统开发及软件产业了解比较多， 所以在自我开发管理系统的过程中， 企业自己比较容易安排人手， 这样就可以为企业节约大部分的额外开支。 同时超市就其他商品还说， 属于高端行业， 无论是商品的价格还是质量都比较高，而经营商品的经销商或者是商家都要求有雄厚的资金的作支持。所以，在系统的开发过程中， 企业完全有能力承担开发费用。 新系统将为企业带来经济效益管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程， 在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对他进行直接定量的分析是比较困难的。 一般新系统带来的经济效益是间接的，其最主要

15、的表现就是减少了企业的管理费用和人力开支。而其他一些烦琐的事物都通过新系统来加以分析解决，不仅节省了大量的时间， 还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。2.4 操作可行性研究：本系统采用 Windows图形界面，是大家熟悉的操作系统，对于用户只需要具有一般的计算机知识的人员都可以轻松上手。而且整个销售系统采用最友好的交互界面，简洁明了，不需要对数据库非常了解。由此，该系统的操作是可行的，有必要推广该系统！综合以上三方面，该系统具有很高的开发可行性，无论是从技术上经济上还是操作上。故此，可以设计该系统流程图， 建立数据字典。2.5 系统的需求分析： 用户工作流程进货或销售

16、商品时，用户要对进货单或销售单进行核对审查，并进行登记；用户要获得进货、 销售、库存信息时，要对进货情况、销售情况、库存情况进行查询并打印。 用户业务需求该管理软件将对库存商品进行资料管理和统计，对商品的进货单和商品的销售单进行录入管理和统计；该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印详细信息；该管理软件将为用户提供帐号管理工具，以便用户对帐号进行管理，具体为添加用户、删除用户、修改用户密码；该管理软件提供企业人员管理，能够企业员工的分类管理，新员工的加入以及员工删除，修改基本信息等功能。图 2：图 2超市销售管理功能模块图第三章详细设计3.1 设计思想 :（1）. 系

17、统分成几个相对独立的模块，但这些模块都进行集中式管理。（2）. 分层的模块化程序设计思想， 整个系统采用模块化机构设计。作为应用程序有较强的可操作性和扩展性。（3）. 合理的数据流设计， 在应用系统设计中， 相对独立的模块间以数据流相互连接， 使各模块间的耦合性较低， 方便系统运行，提高系统安全性。3.2. 设计原则 :为了使本系统功能齐全完备，操作简便，最大限度的提高软件的质量，从而满足用户的实际需要， 在设计开发过程中遵循了， 如下原则：1）合法性原则：依据商品核算系统的工作规定以及要求，参照核算实际的工作情况，进行诸如商品经货、销售等工作。2）实用性原则：适合商品信息管理工作的实际需求，

18、并能够处理一些特殊情况的要求，此外，尽可能预留空间，以便扩充功能。3）准确性原则：对输入的相关资料建立检错机制， 及时报错，使用户能够及时准确的输入合法资料（如类型匹配，长度不超限等）。4）易操作原则：要求设计的系统功能齐全，接口友好，操作方便，必要的地方进行提示。5）源程序可读性原则：为了便于其它设计，维护人员读懂代码或以后的代码修改，软件升级维护，既可能做好代码注释工作。6）优化原则：为了达到优化的目的，合理的运用窗口，菜单，对象等的继承，自定义用户对象，事件，函数，减少不必要的重复性代码，使程序简洁明了，也方便了将来的维护。7）安全性原则：该系统的管理员具有可设置登陆密码，修改密码的权限

19、。经过前面的设计， 我们对整个系统有了一个初步的认识， 并对各个模块进行了功能分化。3.3 业务流程分析超市进销存管理系统主要是以先进的管理理念和科学的计算机技术来取代原始的手工操作。在新系统开发前， 我们对整个超市进销存业务流程进行了系统的调查，得出下面的业务流程图，如图 3：图 3 超市销售管理系统业务流程图新系统主要业务分析 :a进货业务进货管理是企业生产经营活动中极其重要的一环，它关系到商品质量能否得到保证， 生产是否能够顺利进行， 采购成本能否得到有效控制等问题。企业现代管理观念中对企业的进货管理提出新的要求：企业进货时对供货商的选择更加慎重， 双方不在是讨价还价的买卖关系， 而是一

20、种相互依存的合作伙伴关系， 并且还需认识到企业商品质量要从采购抓起， 这就关系到分供方的供货、 服务质量。其下为进货业务程序的主要内容：供应商情况调查：在实施采购之前，企业首先就要对市场上各大商品供货商进行详细的摸底调查，了解公司的具体情况， 平定企业的信誉级别和公司市场口碑，做到准确无误，采购顺利。采购计划编制： 企业根据自身的资金条件和销售状况， 综合分析市场规律，拟订采购计划表。实施进货：根据供货方档案及评审结果，选定供货方；生成定货单给选定的供货方；双方就价格、数量、质量等方面洽谈磋商， 直至签定合同； 跟踪合同执行， 安排供货进度和货物运输，做好验收入库工作。b. 库存业务库存管理是

21、指在生产经营中为销售和耗用而储存的各种资产。企业存货不当都会增加不必要的费用： 存货过多将导致物资积压、存储费用增加、 流动资金周转不利， 并且过量的库存会掩盖管理不善的问题。 存货不足则影响企业的正常销售活动。 库存管理的目标是寻求最佳存货数量， 使库存的成本总额最小化。 其主要业务如下：商品入库、出库、盘库等日常处理。科学合理地确定某库存物资的库存控制参数。例如：最佳定货批量、最大库存量、最佳缺货量、最佳订购周期等，进行严格的库存控制工作。汇总统计各类库存数据， 反映和监督储备资金占用及采购资金使用情况。c. 销售业务销售对一个企业的生存和发展是至关重要的， 它不再是传统意义上的“卖东西”

22、 ，它对外关系到企业商品、服务和企业形象等多方面因素，对内涉及到销售、库存、财务、生产等信息。此外信息化的高速发展为企业的销售工作提出了新的挑战，封闭意味着落后，企业要抓住时机， 引入现代化的销售管理模式， 实施企业的信息化、智能化销售管理， 才能使企业在激烈的市场竞争中立于不摆之地。手机销售过程中主要涉及到如下几点业务：d. 超市直销业务在超市销售行业中， 其主要的销售手段就是超市商店的直销业务。企业通过其超市，通过市场信息推广，广告业务，以及一些大型的促销活动， 扩大其市场影响力， 从而达到吸引顾客， 提高销售量。e. 超市辅销业务在超市直销主业务下，各企业积极开展手机辅销业务，建立客户资

23、料档案， 设立客户级别， 不同级别的客户享有不同的优惠政策或销售优先级。 积极开展各种增值服务， 与移动公司， 电信部门合作，开通各种增值服务，促进商品的销售额。.3.4 系统数据流分析采用“自顶而下”的方法绘制出的业务流程图是对现行系统再认识的过程，其目的一方面便于系统分析员快速了解现行系统的业务并与广大的业务人员取得一致意见，另一方面可以在此基础上进行数据流程的分析。计算机信息系统完成的是数据处理和信息处理的工作，这项工作包含在大量的业务处理过程之中，但并非所有的业务处理都能够由计算机来完成。 因此就有一个从现行业务中抽取能够由计算机系统自动或半自动完成的那一部分业务活动的过程。这个抽取过

24、程也是对业务流程图的分析过程图 4：商品库存管理要求当前日期查询要求统计表进货情况销售情况图 4 顶层数据流图图 5：库存管理要求有效的库存管理要求商品进货情有效的查询要求统计表商品销售情图 5 0 层数据流图图 6：库存管理要求商品进货单库存文当前日期商品销售单图 6 一层数据流图（a）进货文件图 7：查询进货情况商品进货查询要求查询销售情况销售文件统计要求商品销售库存文件统计表图 7 一层数据流图（b）3.5 数据字典 :为了对数据流程图中的各个元素做出详细说明， 我们建立了数据字典。用数据字典描述数据库的设计， 便于维护和修改。 数据字典的内容主要是对数据流程图中的数据项、 数据结构、数

25、据流、数据存储和处理逻辑等五个方面进行具体的定义。数据流条目(1) 库存管理要求商品的入库单 | 商品的出厂单商品的入库单单据编号进货厂商商品编号计量单位单价数量金额+进货日期备注商品的销售单单据编号商品编号单位单价数量金额 +销售日期备注(2) 查询要求商品的入库情况 | 商品的销售情况 | 库存统计表商品的入库情况 单据编号进货厂商商品编号计量单商品的销售情况库存统计表位单价数量金额 +进货日期单据编号商品型号计量单位单价数量金额 +销售日期库存编号 +商品编号 +库存数量 +库存金额 文件条目文件名：入库文件组成：单据编号进货厂商商品编号单位单价数量金额 +进货日期备注组织：按商品的单据

26、编号递增顺序排列文件名：销售文件组成：单据编号商品编号单位单价数量金额 + 销售日期备注组织：按商品的单据编号递增顺序排列文件名：库存文件组成：商品数量组织：按商品的递增顺序排列 加工小说明加工小说明只描述最底层的基本加工。加工编号： 1.1加工名：检查有效性输入流：库存管理要求，查询要求输出流：有效的库存管理要求，有效的查询要求加工逻辑：检查输入要求的有效性加工编号： 2.1加工名：要求类型处理输入流：库存管理要求，当前日期输出流：商品的入库单，商品的销售单加工逻辑：根据库存管理要求的类型选择CASE 1：商品入库货，输出商品的进货单CASE 2：商品销售，输出商品的销售单加工编号： 3.1

27、加工名：查询类别处理输入流：查询要求输出流：查询商品进货情况，查询商品销售情况，统计要求加工逻辑：根据查询类别选择CASE 1：查询商品进货情况CASE 2：查询商品销售情况CASE 3：统计要求加工编号： 3.2加工名：商品进货查询输入流：查询商品进货情况，进货文件输出流：商品进货情况加工逻辑：根据查询商品进货情况的要求从进货文件中读出商品进货记录，输出商品进货情况加工编号： 3.3加工名：商品销售查询输入流：查询商品销售情况，销售文件输出流：商品销售情况加工逻辑：根据查询商品销售情况的要求从销售文件中读出商品销售记录，输出商品销售情况加工编号： 3.4加工名：商品库存统计输入流：统计要求，

28、库存文件输出流：统计表加工逻辑：根据统计要求从库存文件中读出所有库存商品的记录，输出统计表。36 功能需求本系统采用自定向下方法开发，其功能模块主要有如下几个部分：入库管理模块、库存管理模块、销售管理模块、员工管理模块和系统模块。具体的功能描述如下：入库管理：其功能是对入库商品信息进行管理，并进行入库查询。库存管理：其功能是对库存信息进行查询以及库存统计。销售管理：其功能是提供一般的销售管理，能够进行销售明细查询和打印销售报表。系统管理：其功能是为系统的使用者进行帐户和密码管理以及基础数据维护。3.7 性能需求 数据精确度商品的进货单和销售单中，单价、金额采用浮点数，数量都取长整数。 时间特性

29、该管理系统软件从启动到进入系统登录界面的时间正常情况下少于 5 秒，录入并更新数据的时间正常情况下少于10 秒。 适用性该管理系 统软 件适用于Windows 98Windows 2000WindowsMeWindows XP中文版下运行。3.8 运行需求 用户界面窗体特性：本系统采用 Delphi 7.0 开发软件制作，其窗体都是采用弹出式浮动窗体， 在运行系统时， 首先就是登陆窗口， 进入之后就是典型的下拉式主窗体， 其下拉菜单为各系统模块的相关子模块。输入输出时间：输入输出时间格式为年月日（YYMMDD）。 硬件接口运行本系统的硬件基本要求如下：CPU：至少 Pentium400 以上，

30、建议使用Pentium800 以上；内存：至少 32M以上，建议使用64M以上；硬盘：至少 20M硬盘空间；显示器： 14显示器；其它：键盘、鼠标、 1.44MB 软驱和光驱等。 软件接口本系统，在打包成 setup.exe后，能够在 Windows系统各版本中运行。第四章 . 系统功能模块分析与设计4.1 系统总体结构图：如图8：图 8 超市销售管理系统结构图4.2 各子系统功能分析 系统登陆模块功能：本模块的主要功能是对用户身份进行验证，只有系统的合法用户才能进入系统。其窗体如图9：图 9 用户确认界面在进行系统登陆过程中， 登陆模块将调用数据库里的用户数据表，并对用户名和密码进行验证，

31、只有输入了正确的用户名和密码后，系统登陆才会成功。 在登陆模块中， 对系统的尝试登陆次数进行了限制，禁止用户无终止的进行系统登陆尝试，系统将自动禁止登陆，退出登陆模块。 并在输入了错误的或者是不存在的用户名和密码时，系统会给出出错信息提示， 指明登陆过程中的错误输入或错误操作，以便用户进行正确的登陆。其报错信息如图10 所示：图 10 登入错误界面输入项、输出项：输入项为用户名和密码。用户名和密码均为字符串，最大长度为16 个字符，密码以“ * ”号显示（英文和数字算一个字符，汉字算两个字符） 。程序逻辑：系统登陆流程图如图11 所示：图 11：系统登陆流程图接口：本模块为顶级模块，按确定按钮

32、时，如果输入的用户名和密码正确，将调用系统主窗体模块，进入系统主窗体。存储分配：在用户按下确定按钮时，将读取存储用户名和密码的数据表，以对用户名和密码进行验证。测试要点：本模块有如下几个测试要点，按下确定按钮时，是否能正确读取存储用户名和密码的数据表；如果用户名和密码正确，是否能进入系统主窗体； 当输入用户名或密码错误时， 是否能弹出信息框，给用户提示。 进货管理模块功能：该模块主要是实现进行入库管理、入库查询、进货报表三个功能。入库管理：操作员通过入库单输入商品入库信息，可以对信息进行修改，删除操作。入库查询：该模块为企业提供整个企业的进货情况查询，也可以进行进货的明细查询。进货报表：该报表

33、是将整个的进货的工作和进货情况以报表的形式表示出来， 然后打印出来，给用户或者是公司其他人与系统没有直接关系的负责人看。输入项、输出：该模块的输入项为企业的进货单，其中包括单据编号，厂商编号，进货厂商，商品型号，数量，单价，金额，进货日期和进货单备注等输入条目。输入表单如图 12：图 12 入库输入单存储分配在用户按下保存按钮时，将读取存储入库数据表，以添加该登记入数据库， 如果点取消，该表单的输入将被撤消消，不会将数据存储到数据库。测试要点对商品编码入库程序进行测试，利用测试用例填入表单，对其进行数据库数据存储测试，看看所填数据能否存入数据表中。入库查询，对数据库中的数据进行查询操作。进货报

34、表：对前面所做测试的数据，以报表形式输出来，看看输出的报表跟测试用例是否相符， 相符则功能能够实现， 测试成功。 销售管理模块功能本模块的主要功能是把销售信息写入销售清单，同时对库存数据进行跟新，以备用户将来对销售信息和库存信息进行查询和打印。商品销售：主要功能是对所销售的情况进行登记， 记录该商品的型号、销售数量、单价、金额、生产厂商等与商品相关的信息。将销售信息录入数据库销售表中，进行销售查询和统计。销售查询：根据商品销售情况，按需要对销售情况进行查询。在该查询模块中， 可以按照商品的型号、 销售日期等多种方式进行商品销售情况查询。销售报表：对销售情况进行统计，形成报表，并打印出来。输入项

35、、输出项本模块的数据输入项主要为手机的销售清单，其中包括单据编号、商品型号、计量单位、单价、数量、金额、生产厂商、销售日期、营业员等相关信息。具体的输入如图 13：图 13：销售输入出项存储分配商品销售模块主要的是进行商品销售情况统计并登记入库，当商品销售业务发生后， 营业员将打开销售管理模块对商品销售情况进行登记入库， 调用数据库中的销售表， 等待数据录入， 等营业员将相应数据输入后， 点提交按扭将完成数据的存储。 取消按扭将取消此次操作，不进行数据存储。测试要点对手机销售管理模块进行测试，利用测试用例填入表单，对其进行数据库数据存储测试，看看所填数据能否存入数据表中。销售查询，对各查询要求

36、分别进行测试，查看测试结果。销售报表，对销售情况进行统计，并形成报表打印出来。 库存管理模块对库存数量，库存金额进行管理。图 14：库存输入出项（6） 商品管理模块对商品进行编码管理。图 15：库存输入出项 员工管理模块在系统开发中，为解决企业人员流动问题，在系统中增添了员工管理子模块，用来对企业的办事员工和管理人员进行信息化管理，以此来提高员工的办事效率，节约人力资源。新员工录入在企业新进员工时，对其进行基本信息的存储，对员工进行基本的了解员工信息维护当员工信息发生变化，或者是员工离职，换岗对相关信息发生变化时，利用此子模块对其进行信息变更。图 16：员工输入出项 系统管理模块系统用户管理在

37、系统实行多用户管理时，本模块将为系统开辟多个系统用户，并能对其进行简单的信息维护，用户名变更和修改。退出：选择退出系统，将关闭整个系统，结束本次使用。第五章、系统数据模型分析与设计ER 模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果， 考察局部结构中任意两个实体类型之间是否存在联系。若有联系，进一步确定是 1:N，M:N，还是 1:1 等。还要考察一个实体类型内部是否存在联系， 两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。实体联系如下图所示, 解释如下：由系统的数据流可以得出整个系统的数据模型，利用 E-R 图建立数

38、据模型如下：图 17：厂商基本信息E-R 图图 18：入库单E-R 图图 19：系统用户E-R 图图 20：销售单 E-R图图 21：商品 E-R 图第六章 . 系统数据库详细设计由数据模型利用 Access 进行数据库的详细设计，其基本表的设计如下：在数据的规范化表达中， 一般将一组相互关联的数据称为一个关系 (relation) ，而在这个关系下的每个数据指标项则被称为数据元素 (data element) ，这种关系落实到具体数据库上就是基本表，而数据元素就是基本表中的一个字段 (field) 。规范化表达还规定在每一个基本表中必须定义一个数据元素为关键字 (key) ，它可以唯一地标识

39、出该表中其它相关的数据元素。 在对表的形式进行了规范化定义后， 数据结构还有五种规范化定义， 定名为规范化模式，称为范式。第一范式 (first normal form，简称 1st NF) 就是指在同一表中没有重复项出现， 如果有则应将重复项去掉。 这个去掉重复项的过程就称之为规范化处理。在本文所讨论的开发方法里， 1st NF 实际上是没有什么意义的。 因为我们按规范化建立的指标体系和表的过程都自动保证了所有表都满足 1st NF 。第二范式 (second normal form ，简称 2nd NF) 是指每个表必须有一个 ( 而且仅一个 ) 数据元素为主关键字 (primary ke

40、y) ，其它数据元素与主关键字一一对应。例如，在图 l9.7 中如果我们将合同号定义为主关键字 ( 其它数据元素中的记录数据都有可能重名，故不能作为主关键字 ) ，故只要知道了一个合同记录的合同号，就可以唯一地在同一行中找到该合同的任何一项具体信息。 通常我们称这种关系为函数依赖 (functional depEndence) 关系。即表中其它数据元素都依赖于主关键字， 或称该数据元素唯一地被主关键字所标识。第三范式 (third normal form，简称 3rd NF) 就是指表中的所有数据元素不但要能够唯一地被主关键字所标识， 而且它们之间还必须相互独立， 不存在其它的函数关系。 也就是说对于一个满足了 2nd NF的数据结构来说，表中有可能存在某些数据元素依赖于其它非关键宇数据元素的现象，必须加以消除。为防止数据库出现更新异常、插入异常、删除异常、数据冗余太大等现象，关系型数据库要尽量按关系规范化要求进行数据库设计。表 1：厂商信息表字段名数据类