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

1、PAGE PAGE 57小型超市管理系统可行性分析报告1.引言1.1编写目的：可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而对于这些企业的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。1.2项目背景：开发软件名称：小型超市管理系统项

2、目提出任务者：小型超市管理人员项目开发者：河北软件职业技术学院09嵌入式班第一小组用户：小型超市管理人员及工作人员实现软件单位：小型超市用户与开发小组1.3 定义：信息系统：是指利用计算机、网络、数据库等现代信息技术，处理组织中的数据、业务、管理和决策等问题，并为组织目标服务的综合系统。1.4 参考资料软件工程概论，卫红春，清华大学出版社。2.可行性研究的前提2.1要求：主要功能：为用户提供优质服务，方便超市管理者的管理工作，提高超市的服务质量和服务效率。性能要求：为超市物品销售建立数据库及时更新销售信息，为库存建立数据库使管理者能够时刻了解超市库存量信息，总结每日经营的物品数量，反映消费者及

3、市场对物品的需求量。输出要求：简捷，快速，实时，数据完整，详实。安全与保密要求：数据资料有些属内部资料，不能为外人所知，系统须有保密措施，设置密码。不能轻易被破坏，不能让管理人员以外的人更改数据。查看资料需输入正确密码。销售人员销售货物需输入代号才能打开收银柜。万一泄露密码，应设修改密码的程序，同时密码不能过于简单 。完成期限：预计三个月。2.2目标：提高超市的运作效率，节余财力物力资源。降低错误发生率，解决超市管理的紊乱。减少人力和设备费用提高处理速度提高控制精度及生产能力改进管理信息服务提高决策科学性提高人员利用率2.3条件，假定和限制局限性：只限于内部联网，如果发生被盗、密码丢失等事故处

4、理会比较麻烦，需修改多个文件。经费来源和使用限制；充分考察市场，得到相关的一系列信息。2.4可行性研究方法通过调查分析开发小型超市管理系统所具备的能力及实现的方法。确定总体结构， 利用SQL Server数据库所具有的能力，以最简洁最容易的方法，使用VB（Visual basic）开 发出界面友好、简单易懂、易操作、功能完备的进销存系统软件。系统的开发采用快速原型法（RPPRapid Prototype Ping）。即在总体设计思想的指导下，根据用户提出的基本需求，选择一些关键的子系统作为基本原型，并加以实现，然后逐步扩大原型向整个系统的其它方面延伸，最终达到系统的开发目标，以得到整个系统。这

5、种方法强调了用户至上的原则，要求用户的高层管理人员参加，对用户现行的组织结构，管理方式及管理方法的冲突较少，而且用户逐步得到系统，易于接受，故成功率较高。这种方法的主要优点在于：系统开发效益高。运用快速原型法可以使系统开发的周期短，速度快，费用低，获得较高的综合开发效益。系统的可维护性。由于用户参与了系统开发的全过程，对系统的功能容易接受和理解，使得移交工作比较顺利，而且有利于系统的运行，管理与维护。系统适用性强。由于快速原型法是以用户为中心的，系统的开发符合用户的实际需要，所以系统开发的成功率高，容易被用户接受。系统的可扩展性。由于快速原型法开始并不考虑许多细节问题，系统是在原型应用中不断修

6、改完善的。所以系统具有较强的可扩展性，功能的增减都比较灵活方便。2.5决定可行性的主要因素超市规模、设备状况、操作人员技术技术可行性分析3.1系统简要描述新系统在原有系统的基础上加入了新的数据库的支持，使用了先进的数据库技术与数据管理技术，使数据的准确性与安全性得到了很大的提高，且在用户的并行操作与用户管理方面也有了极大地改善。3.2处理流程和数据流验证信息验证信息超市管理员管理员信息修改商品入库信息处理商品库存信息处理商品销售信息处理密码信息处理结果处理结果商品入库信息商品库存信息商品销售信息商品销售信息处理结果处理结果管理员信息销售信息库存信息入库信息打印商品信息商品销售信息顾客身份验证管

7、理员信息验证信息工作人员商品销售信息身份验证工作人员信息工作人员信息管理员信息修改密码信息处理结果4经济可行性研究设备费：本系统所需的硬件设备费用为2万元。其他一次性支出不可预见费： 8000015%=12000元经常性支出人员费用：本系统开发期为三个月，试运行一周。开发期需要开发人员4人，试运行期需要开发人员2人。人员费用为6万元。（445003+22000=6万元）系统维护费：需要1人/年进行系统维护，维护费为1.5万元（如当年系统无故障，则不需支付维护费用）设备维护费：设备更新费为5万元。设备维护费为2万元。消耗材料费：每年按1万元计算。效益一次性收益 出售系统的适用权的收入：10000

8、0元。经常性收益每月的销售收入20000元。社会因素可行性分析5.1法律因素该项目为独立开发，在技术上没有使用任何现有的软件与方法。所以在法律方面不会存在侵犯专利权、侵犯版权等问题，完全按照合同规定的责任履行。.5.2用户使用可行性使用本软件人员要求有一定计算机基础的人员，系统管理员要求由计算机的专业知识，所有人员都要经过本公司培训。管理人员也需经一般培训。经过培训人员将会熟练使用本软件。还有就是提高用户使用的可行性，适用于更多的用户，更多的用户可使用该系统，提高运行效率，减少工作时间。小型超市管理系统需求分析说明书开发目标在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件

9、，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的小型超市管理系统，为超市的提供准确、精细、迅速的超市管理以及销售信息。通过本管理系统软件，帮助超市工作人员利用计算机，极为方便的对超市的有关数据进行管理、输入、输出、查找等有关操作，使杂乱的超市数据能够具体化、直观化、合理化等。功能要求主要完成的功能有：系统设置、商品供应商信息管理、员工档案管理、商品信息管理、商品入库管理、销售管理、销售数据查询，以及这一系列过程中涉及商品的数据修改与查询统计等多种操作1）系统设置(1) 添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信息，也可修改用户密码。(2) 退出登录

10、：返回到登录界面，重新登录.2）商品供应商信息管理(1) 供应商信息的录入;(2) 供应商信息的修改;(3) 供应商信息的删除;(4) 供应商信息的查询;3）员工档案管理实现员工档案的添加、删除、修改、查询的功能 。 4）商品信息管理(1) 商品信息的录入。对商品的基本信息进行录入并保存。(2) 商品信息的修改：在有商品进入时，修改商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。(3) 商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息删除，保证信息库中无冗余的数据。5）商品入库管理 及时录入商品的入库信息，保证每种商品再入库信息种都有登记，做到商品的实际

11、的量、种类和记录的量和种类相匹配。6）销售管理及销售数据查询数据流图超市管理员超市管理员超市管理系统数据查询登录信息查询结果顶层数据流图查询条件供应商进货单入库单顾客购买的商品凭条小型超市管理系统的性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，小型超市管理系统应该满足以下的性能需求：1系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足企业对信息处理的需求。2系统的易用性和易维护性小型超市管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统

12、能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。小型超市管理系统中涉及到的数据是超市相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。3系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求

13、的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。4系统的响应速度 小型超市管理系统在日常处理中的响应速度为秒级，达到实时要求，以及时 反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级， 原则是保证操作人员不会因为速度问题而影响工作效率。超市管理系统的数据需求超市管理系统的数据需求包括如下几点：数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且

14、对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。数据的一致性与完整性由于超市产品销售管理的系统化、规范化、网络化和自动化，实现对商品入库和销售信息的集中统一的管理，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。数据的共享与独立性 整个超市管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该

15、提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。数据字典1、数据流条目(1)进货信息=进货单号+供应商号+商品号+进货价+进货数量+进货日期+进货员工(2)销售信息=销售单号+供应商号+商品编号+销售数量+销售日期2、文件条目(1)文件名：职工清单组成：职工编号+姓名+性别+联系电话+联系地址+邮箱地址组织：按职工编号递增排列(2)文件名：商品清单组成：商品编号+供应商+商品名称+批号+批准文号+计量单位+产地+单价+备注组织：按商品编号递增排列(3)文件名：供货商清单组成：供货商号+名称+联系人+联系电话+联系地址+邮政地址+开户

16、银行+邮箱地址+银行帐号+备注组织：按供货商编号递增排列(3)文件名：进货清单组成：进货单号+商品编号+供货商号+进货价+数量+金额+进货日期+备注组织：按进货单编号递增排列(4)文件名：销售清单组成：销售单号+商品编号+销售数量+销售日期组织：按销售单编号递增排列(5)文件名：库存清单组成：商品编号+库存数量组织：按商品编号递增排列3、加工说明(1)加工名：1：查询加工逻辑：根据要查询的库存信息，检索出库存信息明细表输入流：库存信息查询，发出库存信息请求输出流：库存信息清单，进货信息请求(2)加工名：1：更新根据进货信息或销售信息更新库存信息输入流：已进货信息，销售信息输出流：发出库存检索请

17、求(3)加工名：2：查询根据要查询的销售信息，检索出销售信息明细表输入流：销售信息查询输出流：销售清单，销售单(4)加工名：2：更新加工逻辑：根据销售信息更细销售清单输入流：前台销售信息，库存信息输出流：更新库存清单小型超市管理系统的逻辑模型小型超市管理系统的逻辑模型如下图所示：名称名称职工/用户职工编号籍贯供货日期进货日期电话地址供货商编号供货商进货进货单号商品编号名称价格商品姓名性别条形码mnmn开户行银行帐号工资身份证号客户供货销售单号销售日期数量mn销售小型超市管理系统的运行要求(1)用户界面本系统采用Microsoft Visual Studio .Net 2003设计，用户交互界面

18、采用的是基于Windows的窗口界面。(2)硬件接口运行本系统的硬件基本要求如下：CPU：Intel P3及以上；内存：256MB及以上；硬盘：10GB及以上。(3)软件接口.NET框架：Microsoft .Net Framework V1.1版本及以上。数据库服务器：Microsoft SQL Server 2000及以上。其它要求1)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。2)系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。3)系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。4)系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下

19、输数据。小型超市管理系统概要设计说明书1.引言1.1编写目的在本超市管理系统项目的前一阶段，也就是需求分析阶段中，已经将系统用户对本系统的需求做了详细的阐述，这些用户需求已经在上一阶段中对一些中小型超市的实地调研中获得，并在需求规格说明书中得到详尽得叙述及阐明。本阶段已在系统的需求分析的基础上，对超市管理系统做概要设计。从该阶段开发正式进入软件的实际开发阶段，本阶段完成系统的大致设计并明确系统的数据结构与软件结构。在软件设计阶段主要是把一个软件需求转化为软件表示的过程，这种表示只是描绘出软件的总的概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌，把它加工成在程序细节上非

20、常接近于源程序的软件表示。1.2项目背景待开发软件系统的名称：超市管理系统任务的提出者：小型超市管理人员开发者：河北软件职业技术学院09嵌入式班第一小组用户：中小型超市用户1.3参考资料陶宏才.数据库原理及设计.第1版.北京.清华大学出版社.2004年范立南SQL Server 2000 实用教程第2版.北京.清华大学出版社.2005年卲良彬 刘好增 马海军（c#）实践教程清华大学出版社齐治昌 谭庆平 宁洪软件工程第2版.高等教育出版社.2004年2. 任务概述2.1目标2.2运行环境（1）硬件环境：建议配制PIV以上的处理器，256M以上内存。 （2）软件环境：Windows 2000/XP

21、 ，SQL Server 2000，Microsoft Visual 2005 （3）使用人员：会Windows操作的超市管理人员2.3 需求概述提高超市的运作效率，节余财力物力资生率，解决超市管理的紊乱。降低错误发源。减少人力和设备费用提高处理速度改进管理信息服务提高决策科学性提高人员利用率3.总体设计3.1处理流程下面将使用（结构化设计）面向数据流的方法对机票预定系统的处理流程进行分析超市管理系统超市管理系统供应商信息管理商品信息管理库存管理销售管理系统登录系统设置员工档案管理用户管理新用户注册密码管理改、删除供应商添加、修修改、删除商品信息添加、除加、修改、删员工信息添、修改商品库存查询

22、商品入库查询、修改商品销售信息图4-2 超市管理系统顶层图图4-3 超市管理系统第0层图图4-4 库存管理部分第1层图图4-5 销售管理部分第1层图图4-6 进货管理部分第1层图图4-7 人事管理部分第1层图4.接口设计4.1用户接口命令语法信息正确信息错误提交If else进入系统提示重新输入取消close退出登录界面无4.2外部接口用户界面在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。在设计语言上，

23、已决定使用 MS VISUAL C+ 进行编程，在界面上可使用VISUAL C+ 所提供的可视化组件，向WINDOWS 风格靠近。 其中服务器程序界面要做到操作简单，易于管理。在设计上采用下拉式菜单方式，在出错显示上可调用VISUAL C+ 库中的错误提示函数。总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用硬硬件接口软件接口键盘鼠标扫描仪Sql 2000IIS 5.0Windows xp sp2本系统4.3内部接口模块名称登录模块查询模块销售模块管理模块管理员模块员工模块5.数据结构设计1)管理员信息表字段数据类型字段长度说明userIDVarchar20UsernameVarch

24、ar20passwordVarchar16密码为6至16位2)商品信息表字段数据类型字段长度说明productIDVarchar30productNameVarchar40productDataDatatime8AddressVarchar100Sort codeVarchar503)员工信息表字段数据类型字段长度说明EmpIdVarchar20EmpNameVarchar20PasswordVarchar16密码必需6至16位SexChar2AgeInt4personIDVarchar18身份证号码为18位BirthDatatime8PhoneInt4AddressVarchar1004)销

25、售信息表字段数据类型字段长度说明productIDVarchar30productNameVarchar40PriceDecimal9QuantityInt45)订单信息表字段数据类型字段长度说明OrderIDVarchar4productNameVarchar40customerNameVarchar60OrderDataData8Phoneint4AddressVarchar100QuantityInt4PriceDecimal9sPriceDecimal9总金额6)供应商信息表字段数据类型字段长度说明customerIDVarchar4customerNameVarchar60Phone

26、Int4AdrressVarchar100E-mailVarchar30MemoVarchar100 备注7）商品库存表字段数据类型字段长度说明productIDVarchar30productNameVarchar40customerIDVarchar4customerNameVarchar60In_numInt4商品入库数量In_priceInt4商品入库单价In_sumInt4商品入库总金额Out_numInt4商品出库数量Out_priceInt4商品出库单价Out_sumInt4商品出库总金额Now_numInt4库存数量Now_moneyInt4现金流6.物理结构设计要点数据结构与

27、程序的关系由于数据的存取是通过界面的接口和数据库进行连接的，所以在实现过程中必不可少的是应用程序实现它们的连接。常用的访问有：查询、添加、删除、修改等，所以用到的程序见下表（为需用到的程序）A:管理员登录模块超市信息管理系统模块Employee_(员工信息)表Admin(管理员)表ISP(供应商)表Goods(商品信息)表Sell_info(销售)表Strore(商品库存)表Order form(订单)表A:管理员程程序名称数据表名Select * from Insert intoUpdate set Delete fromEmployee_(员工信息)表Admin(管理员)表ISP(供应商)

28、表Goods(商品信息)表Sell_info(销售)表Strore(商品库存)表Order form(订单)表B:超市员工程程序名称数据表名Select * from Insert intoUpdate set Delete fromEmployee_(员工信息)表Admin(管理员)表ISP(供应商)表Goods(商品信息)表Sell_info(销售)表Strore(商品库存)表Order form(订单)表7.运行设计7.1运行模块组合 1.系统管理员进入系统后的窗口为管理系统的界面,可以查询商口供应商、商品信息、员工信息销售情况、库存信息等。管理员对员工信息进行修改不会影响其他模块；对商

29、品供商修改将影响商口信息模块,管理员对各个模块的操作将连接至数据库。2.员工进入系统后只能对商口库存信息查询。员工销售的产品记录会进入数据库进行记录，同时销售模块、库存模块的数据会进行自动更新，员工对各个模块的操作将连接至数据库。3系统管理员在服务器登录，需要SQL SERVER 2000数据库的支持；本系统的运行需IIS5.0架设Web服务器。4查询模块管理员对数据查询时通系统与数据库的连接就可查询.员工查询时,会通过Web服务器,再由Web服务器查询数据库。7.2 运行控制1.管理员登录系统时,登录界面的登录响应事件会根据用户名给予管理员的权限; 员工是以普通用户登录系统的,所以数据库会以

30、用户名自动识别,并给予不同的权限。2.系统需要先启动数据库服务器，然后启动中间的Web服务器，然后各个用户才能登录到系统。73 运行时间1后台DB服务器和WEB服务器占用一台PC服务器。前端用户对系统的需求很小，普通PC就可以。正常情况下后台的DB和WEB服务器是一直运行的。考虑到此系统为小型超市开发的，所以一般停业时间服务器是关闭的。其中销售模块占用的资源较其他模块要多得多，因为它在时刻将与服务器交换数据。7系统出错处理设计7.1出错信息出错输出信息：在用户使用错误的数据或访问没有权限的数据后，系统给出提示：“对不起，你使用的数据是非法的”。用户的可以对自已的密码进行管理，不允许用户匿名登录

31、。7.2补救措施对于数据库中的数据会随时进行备份的，所以故在系统出错后可以依靠数据库的恢复功能，并且依靠日志文件使系统再启动，就算系统崩溃数据也不会丢失。8.维护设计对于系统较小，所以没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护措施就可。但为便于维护，应该设计了三种日志：系统运行日志、操作日志、出错日志。三种日志根据不同的重要程度采取存放在文件和数据库的方式，系统管理员可以很轻松地监控系统运行情况。数据表的建立和删除有数据库系统管理员予以维护。小型超市管理系统详细设计说明书1.引言1.1编写目的根据需求规格说明书、概要设计说明书，在仔细考虑讨论之后，我对超市理货系统商品进货

32、及主要界面子系统软件的功能划分、数据结构、软件总体结构的实现有了进一步的想法。我们将这些想法记录下来，作为详细设计说明书，为进一步设计软件、编写代码打下基础。在前一阶段（概要设计说明书）中，已解决了实现该系统需求的程序模块设计问题。包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。在以下的详细设计报告中将对在本阶段中对系统所做的所有详细设计进行说明。在本阶段中，确定应该如何具体地实现所要求的系统，从而在编码阶段可以把这个描述直接翻译成用具体的 程序语言书写的程序。主要的工作有：根据在需求分析说明书中所描述的数据、功能、运行、性能需求，

33、并依照概要设计说明书所确定的处理流程、总体结构和模块外部设计，设计软件系统的结构设计、逐个模块的程序描述（包括各模块的功能、性能、输入、输出、算法、程序逻辑、接口等等）1.2背景待开发系统：超市理货系统商品进货及主要界面子系统 项目任务提出者： 小型超市管理人员开发者：河北软件职业技术学院软件工程学院09嵌入式第一小组 最终用户：小型超市各收银员小型超市零售管理系统是小型超市商品销售及货物管理的主要控制部分，直接影响销售的方便性及管理的规范性。随着信息时代的发展，对效率的要求日益提高，因而软件控制销售和管理已经取代了传统全手工方式。小型超市具有自身的特点：商品要求一般齐全，进出货关系较为简单，

34、员工人数种类不多；在软件角度看，数据较少，对存储和速度要求不高。但正由于员工较少，使用软件控制成为必须。1.3定义 无1.4参考资料1Database System Concepts（Fourth Edition） Abraham Silberschatz Henry F.Korth S.Sudarshan Higher Education Press2王珊.数据库系统概论（第四版）. 高等教育出版社，2007.3罗运模.完全掌握SQL Server 2000.人民邮电出版社，2001.4白尚旺等.PowerDesigner软件工程技术.电子工业出版社，2004.5张海藩.软件工程概论（第五版

35、）.清华大学出版社，2007.6赵松涛.Visual Basic+SQL Server 2000系统开发实录. 电子工业出版社，2007.7陈燕峰等.Visual Basic数据库项目案例导航. 清华大学出版社，2004.8需求规格说明书9概要设计说明书2. 系统的结构图5-1 超市管理系统功能结构图3数据库模块设计说明E-R图：4. 系统登录模块功能：本模块的主要功能是对用户身份进行，验证只有系统的合法用户才能进入系统。其窗体如图5-3所示：图5-3 系统登录模块在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。在

36、登录模块中，对系统的尝试登录次数进行了限制，禁止用户无终止的进行系统登录尝试，在本系统中，当用户对系统的三次登录失败后，系统将自动机制登录，突出登录模块。并在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。输入项、输出项：输入项为账号和密码。账号和密码均为字符串，长度各为6个字符，密码回显字符是“*”。5. 进货管理模块模块描述 商品进货子系统是超市理货系统的重要组成部分，其中的进货信息有管理员进行更新。5.1功能建立与数据库连接；获取数据库中的信息；增加进货商品的信息；修改进货商品的信息；删除一条进货商品的信息记录

37、；退出子系统时断开与数据库的连接。5.2性能 查询数据库响应时间2s;更新数据库运行时间1s;5.3输入项进货ID（P_ID）:整数（唯一标识符）进货名称（P_Name）：变长字符串条形码（P_BarCode）：变长字符串进货数量（P_Num）：整数进货日期（P_Date）：日期型制造商（P_Factory）：变长字符串供应商（P_Provide）：变长字符串类别号（Type_ID）：整数5.4输出项 商品进货信息（同输入项）5.5设计方法（算法）使用的是顺序的数据结构，对于商品信息也使用的是基础的计算方式。包含的具体设计思想如下：1）添加按钮设计（cmdAdd）：在添加时，添加、修改和删除按

38、钮处于不可用状态，保存和取消按钮处于可用状态，每个文本框都对应了数据库中的相应属性列。2）修改按钮设计（cmdEdit）：在修改时，先判断数据库中是否有数据，如果有，则添加、修改和删除按钮处于不可用状态，保存和取消按钮处于可用状态，每个文本框都对应了数据库中的相应属性列；如果没有，则显示“没有要修改的数据”。3）删除按钮设计（cmdDel）：在删除时，先判断数据库中的数据总数是否大于零，如果是，则首先提示一下，然后添加、修改按钮处于不可用状态，保存和取消按钮处于可用状态，然后数据库刷新；如果不是，则显示“没有可删除的数据”。4）保存按钮设计（cmdSave）：首先要判断是否每个文本框都填写了数

39、据，然后将数据库更新，将保存按钮设为不可用，将取消、增加、修改和删除按钮设置为可用，之后再将数据保存进数据库中。5）取消按钮设计（cmdCancel）：在取消时，添加、修改和删除按钮处于可用状态，保存和取消按钮处于不可用状态，并将每个文本框置空。5.6流程逻辑5.7接口与主模块的逻辑联系方式：通过主模块上的单击按钮触发事件，弹出进货子系统对话框。与主模块的参数传递方式：数据库连接控件。5.8存储分配内部数据：数据库Adodc1.ConnectionString：数据库连接字符串 用户界面进货ID（P_ID）:整数（唯一标识符）进货名称（P_Name）：变长字符串条形码（P_BarCode）：变

40、长字符串进货数量（P_Num）：整数进货日期（P_Date）：日期型制造商（P_Factory）：变长字符串供应商（P_Provide）：变长字符串类别号（Type_ID）：整数5.9注释设计 在每一个具体的按钮功能旁都要有注释，解释每个按钮的具体设计思想。5.10限制条件必须连接数据库，否则会出现无法连接数据库错误。必须登录，否则无法进入到系统。6. 销售管理模块功能：本模块的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。销售信息查询：根据商品销售情况，按需要对销售情况进行查询。在该查询模块中，可以按照

41、商品的编号、销售日期等多种方式进行商品销售信息查询。销售信息盘点：可以按照需要对在一定时期内的销售情况进行盘点。输入项、输出项：本模块的数据输入项主要是商品的销售单号和商品编号。其中还包括销售数量和销售日期。(1)该销售模块的用例图，如图5-8所示：图5-8 销售管理模块用例图(2)该销售管理模块的活动图，如图5-9所示：图5-9 销售管理模块活动图(3)销售信息查询时序图，如图5-10所示：图5-10 销售信息查询时序图(4)销售盘点时序图，如图5-11所示：图5-11 销售盘点时序图7. 库存管理模块功能：本模块的主要功能是商品信息的查询和更新，库存信息的查询和更新。查询商品信息：主要功能

42、查询商品的明细信息，和它的库存信息。添加商品信息：主要功能添加新进的商品。修改商品信息：主要功能是修改商品的信息，包括他的库存数量。删除商品信息：主要功能是删除不再销售的商品信息。输入项、输出项：本模块的数据输入项主要是商品编号。(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 商品管理修改时序图

43、(6)库存管理删除时序图，如图5-17所示：图5-17 库存管理删除时序图8.系统管理模块系统用户管理：在系统实行多用户管理时，本模块将为系统开辟多个系统用户，并能对其进行简单的信息维护，用户名变更和密码修改。退出：选择退出系统，将关闭整个系统，结束本次使用。小型超市管理系统测试计划分析报告1引言1.1 编写目的1）这份测试计划报告书时为了测试本系统是否可行。当输入商品的信息时，测试其信息能不能被完整地保存在数据库中以备日后查询用。当输入的数据不符合要求时，看系统能不能给出提示。当价格信息修改后看修改后的信息能不能被系统接受并保存到数据库。2）本报告由*合作完成。1.2 项目背景待开发软件系统

44、的名称：超市管理系统任务的提出者：小型超市管理人员开发者：河北软件职业技术学院09嵌入式班第一小组用户：中小型超市用户1.3 定义为了便于阅读理解本文，在此解释一些在本文中用到的简写和专业术语：超市管理系统以下简称SMS。1.4 参考资料1 HYPERLINK /search.aspx?category=01&key2=%u6881%u51B0 梁冰， HYPERLINK /search.aspx?category=01&key2=%u9648%u4E39%u4E39 陈丹丹， HYPERLINK /search.aspx?category=01&key2=%u82CF%u5B87 苏宇. S

45、QL语言参考大全. HYPERLINK /search.aspx?category=01&key3=%u4EBA%u6C11%u90AE%u7535%u51FA%u7248%u793E 人民邮电出版社, 20082陶宏才编.用数据库原理及设计. HYPERLINK /search.aspx?category=01&key3=%u4EBA%u6C11%u90AE%u7535%u51FA%u7248%u793E 人民邮电出版社, 20073Watts S.Humphrey编.软件工程规范.清华大学出版社，20064Shari Lawrence Pfleeger编.软件工程理论与实践. HYPERL

46、INK /search.aspx?category=01&key3=%u7535%u5B50%u5DE5%u4E1A%u51FA%u7248%u793E 电子工业出版社,20095Swapna Kishore编.软件需求分析.机械工业出版社,20072、任务概述2.1 目标用户登陆测试：前台用户登陆系统安全管理模块，用户输入用户名和密码，模块通过连接到数据库查找用户信息进行检验。商品录入测试：录入商品信息商品查询：输入商品编号，查询商品信息快速输入测试：商品手动输入模块，通过输入商品编号，查询数据库中商品信息表，并显示出信息收银业务测试：对输入商品进行计价，输入所收取金额，并计算出找回金额数2

47、.2 运行环境Windows 2000/XP2.3 需求概述为了确定完全涵盖测试需求构建一个“需求树” ，为“需求树”中的每一个需求话题建立了一个详细的目录，描述每一个需求，给它分配一个优先级，如果需要的话还可以加上附件。这些产生的报告和图表可以帮助分析测试需求，检查需求以确保它们在测试范围内。 2.4 条件与限制条件：有测试总体计划书和书写测试用例（计划）和测试手册限制：目前我们的使用范围非常狭窄，且本软件是我们的初次版本，如果该软件提高版本，本软件需要大量的修改和更新23、计划3.1测试方案说明确定测试方法和选取测试用例的原则测试工件为四个阶段：单元测试、组装测试、确认测试、系统测试单元测

48、试：采用白盒法和黑盒法相结合的方法，对于逻辑结构复杂的模块采用白盒法，对于以输入、输出为主的模块采用黑盒法测试，以提高测试的效率。组装测试：混合法(对软件结构中较上层使用的自顶向下与对软件结构中较下层使用的自底向上方法相结合)。 确认测试：由用户参与按需求规格说明书验收。系统测试：采用人工测试方法。3.2测试项目在测试过程中，首先需要对各子单元过程进行测试。在各子单元过程测试完毕后，再对各模块（包括各子单元过程之间的接口）进行测试，处理好各模块之间的接口，最后对系统进行测试和维护。3.3测试准备在文件方面要有测试总体计划书、 测试用例（计划）测试手册、测试脚本代码 3.4测试机构及人员测试人员

49、：负责编写测试计划，组织测试，对测试过程进行记录，收集、整理测试记录数据，对测试结果进行分析，编写测试总结报告。 软件工程师：负责编写、调试客户端测试软件；数据库管理系统的安装 系统工程师：负责测试用的硬件维护及操作系统安装、CEWMS配置。 总工程师：负责对测试计划及测试总结报告进行批准。用户：必要时可参加测试，并提出具体的测试要求，也可要求暂停测试。4、测试项目说明4.1测试项目名称及测试内容登陆、密码模块测试本测试是采用黑盒测试法：为了检测不同权限的用户在登陆时，是否能进入对应的模块并得到应有的权限，检验密码模块的正确有效性。 商品信息管理测试本测试采用白盒测试法：主要内容是插入商品信息的测试。4.2测试用例4.2.1用户登陆测试测试用例1（正确输入）【输入】：用户：lc 密码：lc【期望输出】：登入成功，显示前台销售管理窗体【实际输出】：登入成功，显示前台销售管理窗体测试用例2（无该用户）【输入】：用户：aa 密码：aa【期望输出】：提示用户名或密码错误【实际输出】：