项目：小型超市管理系统1560942294

小型超市治理系统可行性分析报告：可行性研究的目的是为了对咨询题进行研究，以最小的代价在最短的时刻内确定咨询题是否可解通过对此工程进行具体调查研究，初拟系统实现报告，对软件开发中将要面临的咨询题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而关于这些企业的资源治理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和治理方法，因此加快超市的信息化进程是必可少的。1.2工程背景：开发软件名称：小型超市治理系统工程提出任务者：小型超市治理人员工程开发者：河北软件职业技术学院09嵌进式班第一小组用户：小型超市治理人员及工作人员实现软件单位：小型超市用户与开发小组1.3定义：信息系统：是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、治理和决策等咨询题，并为组织目标效劳的综合系统。1.4参考资料?软件工程概论?，卫红春，清华大学出版社。2.1要求：要紧功能：为用户提供优质效劳，方便超市治理者的治理工作，提高超市的效劳质量和效劳效率。性能要求：为超市物品销售建立数据库及时更新销售信息，

为库存建立数据库使治理者能够时刻了解超市库存量信息，总结每日经营的物品数量，反映消费者及市场对物品的需求量。输出要求：简捷，快速，实时，数据完整，详实。平安与保密要求：数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。不能轻易被破坏，不能让治理人员以外的人更改数据。查瞧资料需输进正确密码。销售人员销售物资需输进代号才能翻开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单。完成期限：估量三个月。2.2目标：提高超市的运作效率，节余财力物力资源。落低错误发生率，解决超市治理的紊乱。减少人力和设备费用提高处理速度提高操纵精度及生产能力革新治理信息效劳提高决策科学性提高人员利用率2.3条件，假定和限制局限性：只限于内部联网，要是发生被盗、密码丧失等事故处理会比立苦恼，需修改多个文件。经费来源和使用限制；充分考察市场，得到相关的一系列信息。通过调查分析开发小型超市治理系统所具备的能力及实现的方法。确定总体结构，利用SQLServer数据库所具有的能力，以最简洁最轻易的方法，使用VB〔Visualbasic〕开发出界面友好、简单易明白、易操作、功能完备的进销存系统软件。系统的开发采纳快速原型法〔RPP---RapidPrototypePing〕。即在总体设计思想的指导下，依据用户提出的全然需求，选择一些要害的子系统作为全然原型，并加以实现，然后逐步扩大原型向整个系统的其它方面延伸，最终到达系统的开发目标，以得到整个系统。这种方法强调了用户至上的原那么，要求用户的高层治理人员参加，对用户现行的组织结构，治理方式及治理方法的冲突较少，而且用户逐步得到系统，易于同意，故成功率较高。这种方法的要紧优点在于：系统开发效益高。运用快速原型法能够使系统开发的周期短，速度快，费用低，获得较高的综合开发效益。系统的可维护性。由于用户参与了系统开发的全过程，对系统的功能轻易同意和理解，使得移交工作比立顺利，而且有利于系统的运行，治理与维护。系统适用性强。由于快速原型法是以用户为中心的，系统的开发符合用户的实际需要，因此系统开发的成功率高，轻易被用户同意。系统的可扩展性。由于快速原型法开始并不考虑许多细节咨询题，系统是在原型应用中不断修改完善的。因此系统具有较强的可扩展性，功能的增减都比立灵活方便。超市规模、设备状况、操作人员技术３．技术可行性分析系统简要描述新系统在原有系统的根底上参加了新的数据库的支持，使用了先进的数据库技术与数据治理技术，使数据的正确性与平安性得到了特别大的提高，且在用户的并行操作与用户治理方面也有了极大地改善。验证信息验证信息超市治理员治理员信息修改商品进库信息处理商品库存信息处理商品销售信息处理密码信息处理结果处理结果商品进库信息商品库存信息商品销售信息商品销售信息处理结果处理结果治理员信息销售信息库存信息进库信息打印商品信息商品销售信息顾客身份验证治理员信息验证信息工作人员商品销售信息身份验证工作人员信息工作人员信息治理员信息修改密码信息处理结果4经济可行性研究设备费：本系统所需的硬件设备费用为2万元。其他一次性支出不可预见费：80000×15%=12000元经常性支出人员费用：本系统开发期为三个月，试运行一周。开发期需要开发人员4人，试运行期需要开发人员2人。人员费用为6万元。〔4×4500×3+2×2000=6万元〕系统维护费：需要1人/年进行系统维护，维护费为万元〔如当年系统无故障，那么不需支付维护费用〕设备维护费：设备更新费为5万元。设备维护费为2万元。消耗材料费：每年按1万元计算。效益一次性收益出售系统的适用权的收进：100000元。经常性收益每月的销售收进20000元。５．社会因素可行性分析该工程为独立开发，在技术上没有使用任何现有的软件与方法。因此在方面可不能存在侵犯专利权、侵犯版权等咨询题，完全按照合同的责任履行。.使用本软件人员要求有一定计算机根底的人员，系统治理员要求由计算机的专业知识，所有人员都要通过本公司培训。治理人员也需经一般培训。通过培训人员将会熟练使用本软件。还有确实是根基提高用户使用的可行性，适用于更多的用户，更多的用户可使用该系统，提高运行效率，减少工作时刻。小型超市治理系统需求分析讲明书小组人员:杜小龙王涛陈龙谷雅婷班级：软件工程系09嵌进式开发目标在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的小型超市治理系统，为超市的提供正确、精细、迅速的超市治理以及销售信息。通过本治理系统软件，关怀超市工作人员利用计算机，极为方便的对超市的有关数据进行治理、输进、输出、查寻等有关操作，使杂乱的超市数据能够具体化、直瞧化、合理化等。功能要求要紧完成的功能有：系统设置、商品需求商信息治理、职员档案治理、商品信息治理、商品进库治理、销售治理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作1〕系统设置(1)添加删除用户：只限于治理员操作。治理员能够向里面添加和删除用户信息，也可修改用户密码。(2)退出登录：返回到登录界面，重新登录.2〕商品需求商信息治理(1)需求商信息的录进;(2)需求商信息的修改;(3)需求商信息的删除;(4)需求商信息的查询;3〕职员档案治理实现职员档案的添加、删除、修改、查询的功能。4〕商品信息治理(1)商品信息的录进。对商品的全然信息进行录进并保持。(2)商品信息的修改：在有商品进进时，修改商品的全然信息，更新商品的信息，使商品信息始终是最新的商品信息。(3)商品信息的删除：当商品没货时，又不预备再进相同的货时，能够将该商品的信息删除，保证信息库中无冗余的数据。5〕商品进库治理及时录进商品的进库信息，保证每种商品再进库信息种都有登记，做到商品的实际的量、种类和记录的量和种类相匹配。6〕销售治理及销售数据查询数据流图超市超市治理员超市治理系统数据查询登录信息查询结果顶层数据流图查询条件需求商进货单进库单顾客购置的商品凭条小型超市治理系统的性能需求为了保证系统能够长期、平安、稳定、可靠、高效的运行，小型超市治理系统应该满足以下的性能需求：1． 系统处理的正确性和及时性系统处理的正确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和今后可能承受的工作量，使系统的处理能力和响应时刻能够满足企业对信息处理的需求。2． 系统的易用性和易维护性小型超市治理系统是直截了当面对使用人员的，而使用人员往往对计算机并不时特不熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用咨询题，要提供足够的在线关怀，缩短用户对系统熟悉的过程。小型超市治理系统中涉及到的数据是超市相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的平安治理，系统意外崩溃时数据的恢复等工作。3．系统的标准性系统在设计开发使用过程中都要涉及到许多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如标准的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量标准等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程标准，保证代码的易读性、可操作性和可移植性。4．系统的响应速度小型超市治理系统在日常处理中的响应速度为秒级，到达实时要求，以及时相应信息。在进行统计分析时，依据所需数据量的不同而从秒级到分钟级，原那么是保证操作人员可不能因为速度咨询题而碍事工作效率。超市治理系统的数据需求超市治理系统的数据需求包括如下几点：数据录进和处理的正确性和实时性数据的输进是否正确是数据处理的前提，错误的输进会导致系统输出的不正确和不可用，从而使系统的工作失往意义。数据的输进来源是手工输进。手工输进要通过系统界面上的安排系统具有容错性，同时对操作人员要进行系统的培训。在系统中，数据的输进往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。数据的一致性与完整性由于超市产品销售治理的系统化、标准化、网络化和自动化，实现对商品进库和销售信息的集中统一的治理，因此如何保证这些数据的一致性，是系统必须解决的咨询题。要解决这一咨询题，要有一定的人员维护数据的一致性，在数据录进处操纵数据的往向，同时要求对数据库的数据完整性进行严格的约束。关于输进的数据，要为其定义完整性规那么，要是不能符合完整性约束，系统应该拒尽该数据。数据的共享与独立性整个超市治理系统的数据是共享的。然而，从系统开发的角度上瞧，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。如此，也能提供系统的强壮性。数据字典1、数据流条目(1)进货信息=进货单号+需求商号+商品号+进货价+进货数量+进货日期+进货职员(2)销售信息=销售单号+需求商号+商品编号+销售数量+销售日期2、文件条目(1)文件名：职工清单组成：{职工编号+姓名+性不+联系++邮箱地址}组织：按职工编号递增排列(2)文件名：商品清单组成：{商品编号+需求商+商品名称+批号+批准文号+计量单位+产地+单价+备注}组织：按商品编号递增排列(3)文件名：供货商清单组成：{供货商号+名称+联系人+联系++邮政地址+开户银行+邮箱地址+银行帐号+备注}组织：按供货商编号递增排列(3)文件名：进货清单组成：{进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注}组织：按进货单编号递增排列(4)文件名：销售清单组成：{销售单号+商品编号+销售数量+销售日期}组织：按销售单编号递增排列(5)文件名：库存清单组成：{商品编号+库存数量}组织：按商品编号递增排列3、加工讲明(1)加工名：1：查询加工逻辑：依据要查询的库存信息，检索出库存信息明细表输进流：库存信息查询，发出库存信息请求输出流：库存信息清单，进货信息请求(2)加工名：1：更新依据进货信息或销售信息更新库存信息输进流：已进货信息，销售信息输出流：发出库存检索请求(3)加工名：2：查询依据要查询的销售信息，检索出销售信息明细表输进流：销售信息查询输出流：销售清单，销售单(4)加工名：2：更新加工逻辑：依据销售信息更细销售清单输进流：前台销售信息，库存信息输出流：更新库存清单小型超市治理系统的逻辑模型小型超市治理系统的逻辑模型如以如下面图所示：名称名称职工/用户职工编号籍贯供货日期进货日期地址供货商编号供货商进货进货单号商品编号名称价格商品姓名性不条形码mnmn开户行银行帐号工资身份证号客户供货销售单号销售日期数量mn销售小型超市治理系统的运行要求(1)用户界面本系统采纳MicrosoftVisualStudio.Net2003设计，用户交互界面采纳的是基于Windows的窗口界面。(2)硬件接口运行本系统的硬件全然要求如下：CPU：IntelP3及以上；内存：256MB及以上；硬盘：10GB及以上。(3)软件接口.NET框架：Microsoft.NetFrameworkV1.1版本及以上。数据库效劳器：MicrosoftSQLServer2000及以上。其它要求1)系统的功能实现情况:用户可在本系统下实现各种用户要求的功能。2)系统的平安性:关于系统的重要数据都有密码保卫，具有一定的平安性。3)系统的容错性:用户输错数据都有提示信息，具有较好的容错性能。4)系统的封闭性:用户的封闭性较好，用户全然上在提示信息下输数据。小型超市治理系统概要设计讲明书在本超市治理系统工程的前一时期，也确实是根基需求分析时期中，差不多将系统用户对本系统的需求做了具体的阐述，这些用户需求差不多在上一时期中对一些中小型超市的实地调研中获得，并在需求规格讲明书中得到详尽得表达及讲明。本时期已在系统的需求分析的根底上，对超市治理系统做概要设计。从该时期开发正式进进软件的实际开发时期，本时期完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计时期要紧是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计讲明书的目应该实是根基进一步细化软件设计时期得出的软件总体概貌，把它加工成在程序细节上特不接近于源程序的软件表示。待开发软件系统的名称：超市治理系统任务的提出者：小型超市治理人员开发者：河北软件职业技术学院09嵌进式班第一小组用户：中小型超市用户卲良彬刘好增马海军?〔c#〕实践教程?清华大学出版社2.任务概述〔1〕硬件环境：建议配制PIV以上的处理器，256M〔2〕软件环境：Windows2000/XP，SQLServer2000，MicrosoftVisual2005〔3〕使用人员：会Windows操作的超市治理人员2.3需求概述提高超市的运作效率，节余财力物力资生率，解决超市治理的紊乱。落低错误发源。减少人力和设备费用提高处理速度革新治理信息效劳提高决策科学性提高人员利用率3.总体设计下面将使用〔结构化设计〕面向数据流的方法对机票预定系统的处理流程进行分析超市超市治理系统需求商信息治理商品信息治理库存治理销售治理系统登录系统设置职员档案治理用户治理新用户注册密码治理改、删除需求商添加、修修改、删除商品信息添加、除加、修改、删职员信息添、修改商品库存查询商品进库查询、修改商品销售信息图4-2超市治理系统顶层图图4-3超市治理系统第0层图 图4-4库存治理局部第1层图图4-5销售治理局部第1层图图4-6进货治理局部第1层图图4-7人事治理局部第1层图命令语法信息正确信息错误提交Ifelse进进系统提示重新输进取消close退出登录界面无用户界面在用户界面局部，依据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，同时要注重到界面的布局，应突出的显示重要以及出错信息。外瞧上也要做到合理化，考虑到用户多对WINDOW风格较熟悉，应尽量向这一方向靠拢。在设计语言上，已决定使用MSVISUALC++进行编程，在界面上可使用VISUALC++所提供的可视化组件，向WINDOWS风格靠近。其中效劳器程序界面要做到操作简单，易于治理。在设计上采纳下拉式菜单方式，在出错显示上可调用VISUALC++库中的错误提示函数。总的来讲，系统的用户界面应作到可靠性、简单性、易学习和使用硬硬件接口软件接口键盘鼠标扫描仪Sql2000√√√√Windowsxpsp2√√√本系统√√4.3内部接口模块名称登录模块查询模块销售模块治理模块治理员模块√√√职员模块√√√1)治理员信息表字段数据类型字段长度讲明userIDVarchar20UsernameVarchar20passwordVarchar16密码为6至16位2)商品信息表 字段数据类型字段长度讲明productIDVarchar30productNameVarchar40productDataDatatime8AddressVarchar100SortcodeVarchar503)职员信息表 字段数据类型字段长度讲明EmpIdVarchar20EmpNameVarchar20PasswordVarchar16密码必需6至16位SexChar2AgeInt4personIDVarchar18身份证号码为18位BirthDatatime8PhoneInt4AddressVarchar100 4)销售信息表字段数据类型字段长度讲明productIDVarchar30productNameVarchar40PriceDecimal9QuantityInt45)订单信息表字段数据类型字段长度讲明OrderIDVarchar4productNameVarchar40customerNameVarchar60OrderDataData8Phoneint4AddressVarchar100QuantityInt4PriceDecimal9sPriceDecimal9总金额6)需求商信息表字段数据类型字段长度讲明customerIDVarchar4customerNameVarchar60PhoneInt4AdrressVarchar100E-mailVarchar30MemoVarchar100备注7〕商品库存表 字段数据类型字段长度讲明productIDVarchar30productNameVarchar40customerIDVarchar4customerNameVarchar60In_numInt4商品进库数量In_priceInt4商品进库单价In_sumInt4商品进库总金额Out_numInt4商品出库数量Out_priceInt4商品出库单价Out_sumInt4商品出库总金额Now_numInt4库存数量Now_moneyInt4现金流6.物理结构设计要点数据结构与程序的关系由于数据的存取是通过界面的接口和数据库进行连接的，因此在实现过程中必不可少的是应用程序实现它们的连接。常用的访咨询有：查询、添加、删除、修改等，因此用到的程序见下表〔√为需用到的程序〕A:治理员登录模块超市信息治理系统模块Employee_(职员信息)表√√Admin(治理员)表√√ISP(需求商)表√Goods(商品信息)表√Sell_info(销售)表√Strore(商品库存)表√Orderform(订单)表√A:治理员程程序名称数据表名Select*fromInsertintoUpdatesetDelete[from]Employee_(职员信息)表√√√√Admin(治理员)表√√√√ISP(需求商)表√√√√Goods(商品信息)表√√√√Sell_info(销售)表√√√√Strore(商品库存)表√√√√Orderform(订单)表√√√√B:超市职员程程序名称数据表名Select*fromInsertintoUpdatesetDelete[from]Employee_(职员信息)表Admin(治理员)表ISP(需求商)表Goods(商品信息)表√Sell_info(销售)表Strore(商品库存)表√Orderform(订单)表7.1运行模块组合1.系统治理员进进系统后的窗口为治理系统的界面,能够查询商口需求商、商品信息、职员信息销售情况、库存信息等。治理员对职员信息进行修改可不能碍事其他模块；对商品供商修改将碍事商口信息模块,治理员对各个模块的操作将连接至数据库。2.职员进进系统后只能对商口库存信息查询。职员销售的产品记录会进进数据库进行记录，同时销售模块、库存模块的数据会进行自动更新，职员对各个模块的操作将连接至数据库。 3．系统治理员在效劳器登录，需要SQLSERVER2000数据库的支持；本系统的运行需IIS5.0架设Web效劳器。4．查询模块治理员对数据查询时通系统与数据库的连接就可查询.职员查询时,会通过Web效劳器,再由Web效劳器查询数据库。7.2运行操纵1.治理员登录系统时,登录界面的登录响应事件会依据用户名给予治理员的权限;职员是以一般用户登录系统的,因此数据库会以用户名自动识不,并给予不同的权限。2.系统需要先启动数据库效劳器，然后启动中间的Web效劳器，然后各个用户才能登录到系统。7．3运行时刻1．后台DB效劳器和WEB效劳器占用一台PC效劳器。前端用户对系统的需求特别小，一般PC就能够。正常情况下后台的DB和WEB效劳器是一直运行的。考虑到此系统为小型超市开发的，因此一般停业时刻效劳器是关闭的。其中销售模块占用的资源较其他模块要多得多，因为它在时刻将与效劳器交换数据。7系统出错处理设计出错输出信息：在用户使用错误的数据或访咨询没有权限的数据后，系统给出提示：“对不起，你使用的数据是非法的〞。用户的能够对自已的密码进行治理，不准许用户匿名登录。关于数据库中的数据会随时进行备份的，因此故在系统出错后能够依靠数据库的恢复功能，同时依靠日志文件使系统再启动，就算系统崩溃数据也可不能丧失。关于系统较小，因此没有外加维护模块，因为维护工作比立简单，仅靠数据库的一些全然维护措施就可。但为便于维护，应该设计了三种日志：系统运行日志、操作日志、出错日志。三种日志依据不同的重要程度采取存放在文件和数据库的方式，系统治理员能够特别轻松地监控系统运行情况。数据表的建立和删除有数据库系统治理员予以维护。小型超市治理系统具体设计讲明书依据?需求规格讲明书?、?概要设计讲明书?，在认真考虑讨论之后，我对?超市理货系统商品进货及要紧界面子系统?软件的功能划分、数据结构、软件总体结构的实现有了进一步的方式。我们将这些方式记录下来，作为具体设计讲明书，为进一步设计软件、编写代码打下根底。在前一时期〔概要设计讲明书〕中，已解决了实现该系统需求的程序模块设计咨询题。包括如何把该系统划分成假设干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的具体设计报告中将对在本时期中对系统所做的所有具体设计进行讲明。在本时期中，确定应该如何具体地实现所要求的系统，从而在编码时期能够把那个描述直截了当翻译成用具体的程序语言书写的程序。要紧的工作有：依据在?需求分析讲明书?中所描述的数据、功能、运行、性能需求，并依照?概要设计讲明书?所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述〔包括各模块的功能、性能、输进、输出、算法、程序逻辑、接口等等〕待开发系统：超市理货系统商品进货及要紧界面子系统工程任务提出者：小型超市治理人员开发者：河北软件职业技术学院软件工程学院09嵌进式第一小组最终用户：小型超市各收银员小型超市零售治理系统是小型超市商品销售及物资治理的要紧操纵局部，直截了当碍事销售的方便性及治理的标准性。随着信息时代的开展，对效率的要求日益提高，因而软件操纵销售和治理差不多取代了传统全手工方式。小型超市具有自身的特点：商品要求一般齐全，进出货关系较为简单，职员人数种类不多；在软件角度瞧，数据较少，对存储和速度要求不高。但正由于职员较少，使用软件操纵成为必须。无[1]?DatabaseSystemConcepts?〔FourthEdition〕AbrahamSilberschatzHenryF.KorthS.SudarshanHigherEducationPress[2]王珊.数据库系统概论〔第四版〕.高等教育出版社，2007.，2001.，2004.[5]张海藩.软件工程概论〔第五版〕.清华大学出版社，2007.[6]赵松涛.VisualBasic+SQLServer2000系统开发实录.电子工业出版社，2007.[7]陈燕峰等.VisualBasic数据库工程案例导航.清华大学出版社，2004.[8]?需求规格讲明书?[9]?概要设计讲明书?2.系统的结构图5-1超市治理系统功能结构图3．数据库模块设计讲明E-R图：4.系统登录模块功能：本模块的要紧功能是对用户身份进行，，验证只有系统的合法用户才能进进系统。其窗体如图5-3所示：图5-3系统登录模块在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输进了正确的账号和密码后，系统登录才会成功。在登录模块中，对系统的尝试登录次数进行了限制，禁止用户无终止的进行系统登录尝试，在本系统中，当用户对系统的三次登录失败后，系统将自动机制登录，突出登录模块。并在输进了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输进或者错误操作，以便用户进行正确的登录。输进项、输出项：输进项为账号和密码。账号和密码均为字符串，长度各为6个字符，密码回显字符是“*〞。5.进货治理模块模块描述商品进货子系统是超市理货系统的重要组成局部，其中的进货信息有治理员进行更新。建立与数据库连接；猎取数据库中的信息；增加进货商品的信息；修革新货商品的信息；删除一条进货商品的信息记录；退出子系统时断开与数据库的连接。查询数据库响应时刻<2s;更新数据库运行时刻<1s;输进项进货ID〔P_ID〕:整数〔唯一标识符〕进货名称〔P_Name〕：变长字符串条形码〔P_BarCode〕：变长字符串进货数量〔P_Num〕：整数进货日期〔P_Date〕：日期型制造商〔P_Factory〕：变长字符串需求商〔P_Provide〕：变长字符串类不号〔Type_ID〕：整数输出项商品进货信息〔同输进项〕设计方法〔算法〕使用的是顺序的数据结构，关于商品信息也使用的是根底的计算方式。包含的具体设计思想如下：1〕添加按钮设计〔cmdAdd〕：在添加时，添加、修改和删除按钮处于不可用状态，保持和取消按钮处于可用状态，每个文本框都对应了数据库中的相应属性列。2〕修改按钮设计〔cmdEdit〕：在修改时，先判定数据库中是否有数据，要是有，那么添加、修改和删除按钮处于不可用状态，保持和取消按钮处于可用状态，每个文本框都对应了数据库中的相应属性列；要是没有，那么显示“没有要修改的数据〞。3〕删除按钮设计〔cmdDel〕：在删除时，先判定数据库中的数据总数是否大于零，要是是，那么首先提示一下，然后添加、修改按钮处于不可用状态，保持和取消按钮处于可用状态，然后数据库刷新；要是不是，那么显示“没有可删除的数据〞。4〕保持按钮设计〔cmdSave〕：首先要判定是否每个文本框都填写了数据，然后将数据库更新，将保持按钮设为不可用，将取消、增加、修改和删除按钮设置为可用，之后再将数据保持进数据库中。5〕取消按钮设计〔cmdCancel〕：在取消时，添加、修改和删除按钮处于可用状态，保持和取消按钮处于不可用状态，并将每个文本框置空。流程逻辑接口与主模块的逻辑联系方式：通过主模块上的单击按钮触发事件，弹出进货子系统对话框。与主模块的参数传递方式：数据库连接控件。存储分配内部数据： 数据库 Adodc1.ConnectionString：数据库连接字符串用户界面 进货ID〔P_ID〕:整数〔唯一标识符〕进货名称〔P_Name〕：变长字符串条形码〔P_BarCode〕：变长字符串进货数量〔P_Num〕：整数进货日期〔P_Date〕：日期型制造商〔P_Factory〕：变长字符串需求商〔P_Provide〕：变长字符串类不号〔Type_ID〕：整数注释设计在每一个具体的按钮功能旁都要有注释，解释每个按钮的具体设计思想。限制条件必须连接数据库，否那么会出现无法连接数据库错误。必须登录，否那么无法进进到系统。6.销售治理模块功能：本模块的要紧功能是把销售信息写进销售清单，同时对库存清单进行更新，以备用户今后对库存信息进行查询和打印，此外还能够对销售信息进行查询和盘点功能。销售信息查询：依据商品销售情况，按需要对销售情况进行查询。在该查询模块中，能够按照商品的编号、销售日期等多种方式进行商品销售信息查询。销售信息盘点：能够按照需要对在一定时期内的销售情况进行盘点。输进项、输出项：本模块的数据输进项要紧是商品的销售单号和商品编号。其中还包括销售数量和销售日期。(1)该销售模块的用例图，如图5-8所示：图5-8销售治理模块用例图(2)该销售治理模块的活动图，如图5-9所示：图5-9销售治理模块活动图(3)销售信息查询时序图，如图5-10所示：图5-10销售信息查询时序图(4)销售盘点时序图，如图5-11所示：图5-11销售盘点时序图7.库存治理模块功能：本模块的要紧功能是商品信息的查询和更新，库存信息的查询和更新。查询商品信息：要紧功能查询商品的明细信息，和它的库存信息。添加商品信息：要紧功能添加新进的商品。修改商品信息：要紧功能是修改商品的信息，包括他的库存数量。删除商品信息：要紧功能是删除不再销售的商品信息。输进项、输出项：本模块的数据输进项要紧是商品编号。(1)该库存治理模块的用例图，如图5-12所示：图5-12库存治理用例图(2)库存治理模块活动图，如图5-13所示：图5-13库存治理模块活动图(3)库存治理查询时序图，如图5-14所示：图5-14库存治理查询时序图(4)库存治理添加时序图，如图5-15所示：图5-15库存治理添加时序图(5)库存治理修改时序图，如图5-16所示：图5-16商品治理修改时序图(6)库存治理删除时序图，如图5-17所示：图5-17库存治理删除时序图系统用户治理：在系统实行多用户治理时，本模块将为系统开发多个系统用户，并能对其进行简单的信息维护，用户名变更和密码修改。退出：选择退出系统，将关闭整个系统，结束本次使用。小型超市治理系统测试方案分析报告1引言1.1编写目的1〕这份测试方案报告书时为了测试本系统是否可行。当输进商品的信息时，测试其信息能不能被完整地保持在数据库中以备日后查询用。当输进的数据不符合要求时，瞧系统能不能给出提示。当价格信息修改后瞧修改后的信息能不能被系统同意并保持到数据库。2〕本报告由****合作完成。1.2工程背景待开发软件系统的名称：超市治理系统任务的提出者：小型超市治理人员开发者：河北软件职业技术学院09嵌进式班第一小组用户：中小型超市用户1.3定义为了便于阅读理解本文，在此解释一些在本文中用到的简写和专业术语：超市治理系统以下简称SMS。1.4参考资料[1]梁冰，陈丹丹，苏宇.SQL语言参考大全.人民邮电出版社,2021[2]陶宏才编.用?数据库原理及设计?.人民邮电出版社,2007[3].?软件工程标准?.清华大学出版社，2006[4]ShariLawrencePfleeger编.?软件工程理论与实践?.电子工业出版社,2021[5]SwapnaKishore编.?软件需求分析?.机械工业出版社,20072、任务概述2.1目标用户登陆测试：前台用户登陆系统平安治理模块，用户输进用户名和密码，模块通过连接到数据库查寻用户信息进行检验。商品录进测试：录进商品信息商品查询：输进商品编号，查询商品信息快速输进测试：商品手动输进模块，通过输进商品编号，查询数据库中商品信息表，并显示出信息收银业务测试：对输进商品进行计价，输进所收取金额，并计算出寻回金额数2.2运行环境Windows2000/XP2.3需求概述为了确定完全涵盖测试需求构建一个“需求树〞，为“需求树〞中的每一个需求话题建立了一个具体的名目，描述每一个需求，给它分配一个优先级，要是需要的话还能够加上附件。这些产生的报告和图表能够关怀分析测试需求，检查需求以确保它们在测试范围内。2.4条件与限制条件：有测试总体方案书和书写测试用例〔方案〕和测试手册限制：目前我们的使用范围特不狭窄，且本软件是我们的初次版本，要是该软件提高版本，本软件需要大量的修改和更新23、方案讲明确定测试方法和选取测试用例的原那么测试工件为四个时期：单元测试、组装测试、确认测试、系统测试

单元测试：采纳白盒法和黑盒法相结合的方法，关于逻辑结构复杂的模块采纳白盒法，关于以输进、输出为主的模块采纳黑盒法测试，以提高测试的效率。

组装测试：混合法(对软件结构中较上层使用的自顶向下与对软件结构中较下层使用的自底向上方法相结合)。

确认测试：由用户参与按需求规格讲明书验收。

系统测试：采纳人工测试方法。在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块〔包括各子单元过程之间的接口〕进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。在文件方面要有测试总体方案书、测试用例〔方案〕测试手册、测试足本代码测试人员：负责编写测试方案，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。软件工程师：负责编写、调试客户端测试软件；数据库治理系统的安装系统工程师：负责测试用的硬件维护及操作系统安装、CEWMS配置。总工程师：负责对测试方案及测试总结报告进行批准。用户：必要时可参加测试，并提出具体的测试要求，也可要求暂停测试。4、测试工程讲明登陆、密码模块测试本测试是采纳黑盒测试法：为了检测不同权限的用户在登陆时，是否能进进对应的模块并得到应有的权限，检验密码模块的正确有效性。商品信息治理测试本测试采纳白盒测试法：要紧内容是插进商品信息的测试。用户登陆测试测试用例1〔正确输进〕【输进】：用户：lc密码：lc【期瞧输出】：登进成功，显示前台销售治理窗体【实际输出】：登进成功，显示前台销售治理窗体测试用例2〔无该用户〕【输进】：用户：aa密码：aa【期瞧输出】：提示用户名或密码错误【实际输出