超市管理系统软件文档.doc

长江大学计算机科学学院超市管理系统姓 名： 邹会明占 盼徐敬根王 成专 业：石油软件工程指导老师：余华云老师目录一、可行性研究报告-（主要负责人：占 盼）1、报告编写目的2、项目概述2.1 项目背景2.2 项目意义2.3 项目目标2.4 项目用途3、技术可行性3.1 可行性因素3.2 技术条件3.3 用户使用可行性3.4 系统可行性简要描述3.5 系统可行性处理流程二、项目开发计划-（主要负责人：占 盼）1、工作内容2、主要参与人员3、产品3.1 软件包3.2 设计文档3.3 软件操作手册3.4 服务4、完成项目的期限5、项目的计划进度表6、实施计划6.1 工作任务的分解与人员的分工三、需求规格说明书-（主要负责人：徐敬根）1、项目计划1.1 系统开发目的1.2 背景说明1.3 项目确立1.4 应用范围1.5 定义1.6 参考资料2、逻辑分析与详细分析2.1 系统功能2.2 流程图2.3 户类型与职能2.4 统开发步骤2.5 系统安全问题3、基于UML的建模3.1 语义规则3.2 UML模型3.2.1 系统UML模型3.2.2 子系统UML模型4、超市销售系统概念设计文档四、概要设计说明书-（主要负责人：王 成）1、总体设计1.1 需求规定1.2 运行环境1.3 系统结构图2、接口设计2.1 用户接口2.2 内部接口3、运行设计3.1 运行模块组合3.2 运行控制3.3 运行时间4、数据结构设计4.1 逻辑结构设计要点4.2 逻辑结构设计5、运行设计5.1 运行控制5.2 运行时间 6、维护设计五、详细设计说明书-（主要负责人：王 成）1、总体设计1.1 需求概括1.2 软件结构2、程序描述2.1 系统登录模块2.2 进货管理模块2.3 销售管理模块2.4 库存管理模块2.5 供货商管理模块2.6系统管理模块六、用户操作手册-（主要负责人：邹会明）1、软件产品介绍 1.1 目标 1.2 功能2、运行环境 2.1 硬件 2.3 支持软件3、使用说明 3.1 安装和初始化 3.2 登陆 3.3 输入和输出 3.4 求助查询七、测试分析-（主要负责人：邹会明）1、引言 1.1 编写目的 1.2 项目背景 1.3 参考资料2、测试计划执行情况 2.1 测试项目 2.2 测试机构和人员 2.3 测试结果 2.4 软件需求测试结论3、评价 3.1 软件能力 3.2 缺陷和限制 3.3 建议 3.4 测试结论八、软件文档编写总结报告-（负责人：所有人）一、可行性研究报告1、报告编写目的任何学科的发展都与当时的环境和条件紧密相联，管理系统也是一样，在人类进入工业社会以后，出于对生存与发展的需要，人们开始尝试使用更先进的设备和技术来处理和使用信息。随着现代科学技术的迅猛发展，计算机技术已经渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入信息化时代，有巨大的数据信息等待加工处理和传输，这使得对数据库的进一步开发和利用显得尤为迫切。作为国内市场的一些中小型超市，它们在信息化过程中的步伐要落后于大中型超市，而对于这些企业的资源管理，信息的存储和处理也显得迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必可少的。2、项目概述2.1、项目背景在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。2.2 项目意义通过这个系统，超市就可以实时掌握销售流程及销售情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少产品售价不符等所产生的问题。因此，开发一套以促进管理体制改革和管理手段改进、改善决策方法和决策依据的管理信息系统是很有必要的。这对于在信息服务中创造价值，促进资源共享和信息集成，减员增效，提高管理水平都有很大帮助。2.3 项目目标（1）大大提高超市的运作效率； （2）通过全面的信息采集和处理，辅助提高超市的决策水平； （3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。3、技术可行性3.1 可行性因素a.项目的效率远大于成本；b.技术可行，以现有技术完全可以承担起开发的任务；c.操作可行，软件的简单易用能被原有的工作人员快速接受；3.2 技术条件系统：Windows7或者Windows XP 或Windows Vista开发平台：.NET开发语言：C#架构：B/S服务器：Tomcat6.0前台：ExtJs/Html/Javascript/Css业务层：Hibernate数据库：MySQL版本控制：SVN（subversion是近年来崛起的版本管理工具，是cvs的接班人。目前，绝大多数开源软件都使用svn作为代码版本管理软件）3.3 用户使用可行性提高用户使用的可行性，适用于更多的用户，更多的用户可使用该系统，提高运行效率，减少工作时间。3.4 系统可行性处理流程二、项目开发计划1、工作内容为完成本项目，需要按照需求分析、设计、评审、编码、测试、安装和维护等不同的阶段来进行，其中，本计划不考虑维护阶段所做的工作。需求分析明确本项目所开发产品的特性，并对不同的功能组进行划分，得到用户方的确认。设计阶段将需求转换为计算机的模型，并且对实现的功能进行分配，详细设计还提供各模块、任务、功能点的详细规划。评审分布在项目的阶段点，是质量保证的一部分，评审活动用于确定和调整与需求的偏差，以确保最后的产品符合初始提出的要求。编码实现将按照软件产品设计所描述的内容，编写代码实现软件各部分的功能。测试部分包括对实现过程的错误的修改、功能的改进的一些活动，同时各包括了各子系统、模块、功能点的组合和连调。以上的过程中，包含了不同阶段的文档输出工作，并且上一阶段的输出，通常作为下一阶段的输入而存在。2、主要参与人员人员名称主要职责或职务成员技能说明AAA项目经理、文档工程师、程序员、测试师项目规划、指导、系统测试BBB程序员、测试师脚本编码、连调、系统测试CCC系统分析员、程序员、测试师系统分析、页面设计、系统测试DDD系统分析员、程序员、测试师系统分析、技术分析、系统测试EEE系统分析员、数据库设计师、程序员、测试师系统分析、数据库设计、系统测试FFF系统分析员、程序员、测试师系统调试、页面设计、系统测试3、产品最后完成的软件将交付相关的软件包、设计文档、软件操作手册、服务。3.1 软件包a、完成的超市管理系统以.rar格式进行压缩打包成软件包；b、软件包里附带数据库系统的脚本程序；3.2 设计文档设计文档将提供软件的整个开发流程、开发技术的准备工作等详细的资料。3.3 软件操作手册a、操作手册提供用户对软件系统的操作指导，要求同时以.html或.doc格式的电子文档；b、操作手册同时包含整个软件的安装指南；3.4 服务a、参与人员能为用户进行系统讲解、介绍；b、参与人员能培训用户熟练操作我们开发的软件系统；c、参与人员能够对正在使用的软件系统进行远程监控；d、参与人员能够履行合同中的其他合理性维护工作（如对方业务的保密性，这方面暂时省略）4、完成项目的期限在2012年12月底启动本项目，2013年6月底完成测试，并提供软件包、设计文档、软件操作手册等详细的开发资料。项目启动：2012年12月15日项目结束：2013年6月30日5、项目的计划进度表活动编号活动任务名称开始时间结束时间持续时间/天负责人参加人员预算经费其他资源可行性分析2012.12.182010.04.225B需求分析2010.04.232010.04.275C软件设计2010.04.282010.05.0710D数据库建立2010.05.082010.05.1710E子系统1编码、测试2010.05.182010.05.2710F子系统2编码、测试2010.05.182010.05.2710G硬件安装2010.05.182010.05.225H硬件测试2010.05.232010.05.275I集成测试2010.05.282010.06.015J系统安装/培训2010.06.022010.06.065K验收测试2010.06.072010.06.16106、实施计划6.1 工作任务的分解与人员的分工本项目的工作分解结构如下：任务姓名参加时间项目管理全部软件配置管理，质量保证全部可行性分析全部需求分析全部软件设计全部数据库建立全部子系统1编码、测试全部子系统2编码、测试全部硬件安装全部硬件测试全部模块、集成测试全部系统安装/培训全部验收测试全部三、需求规格说明书1、项目计划1.1 系统开发目的（1）大大提高超市的运作效率；（2）通过全面的信息采集和处理，辅助提高超市的决策水平；（3）使用本系统，可以迅速提升超市的管理水平，为降低经营成本， 提高效益，增强超市扩张力， 提供有效的技术保障。1.2 背景说明21世纪，超市的竞争也进入到了一个全新的领域，竞争已不再是规模的竞争，而是技术的竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域目前呈多元发展趋势，多种业态：超市、仓储店、便利店、特许加盟店、专卖店、货仓等相互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模，成为超市营业者努力追求的目标。1.3 项目确立针对超市的特点，为了帮助超市解决现在面临的问题，提高小型超市的竞争力，我们将开发以下系统：前台POS销售系统、后台管理系统，其中这两个子系统又包含其它一些子功能。1.4 应用范围本系统适应于各种小型的超市。1.5 定义（1）商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。（2）交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间。（3）商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。（4）促销：在一定时期内，某些商品会按低于原价的促销价格销售。库存告警提示：当商品的库存数量低于库存报警数量时发出提示。（5）盘点：计算出库存、销售额、盈利等经营指标。1.6 参考资料SQL Server 2000 实用教程范立南编 清华大学出版社软件工程导论重庆大学出版社软件工程理论与实践 Shari Lawrence Pfleeger编 清华大学出版社2、 逻辑分析与详细分析2.1系统功能(1) 零售前台（POS）管理系统，本系统必须具有以下功能：商品录入：根据超巿业务特点制定相关功能，可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。收银业务：通过扫描条形码或者直接输入商品名称（对于同类多件商品采用一次录入加数量的方式）自动计算本次交易的总金额。在顾客付款后，自动计算找零，同时打印交易清单（包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间）。安全性：OS登陆、退出、换班与操作锁定等权限验证保护；断电自动保护最大限度防止意外及恶意非法操作。 独立作业：有的断网收银即在网络服务器断开或网络不通的情况下，收银机仍能正常作业(2) 后台管理系统，本系统必须具备以下功能进货管理： 根据销售情况及库存情况，自动制定进货计划（亦可手工制定修改），可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。销售管理： 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、交结账情况等。 按多种方式统计生成销售排行榜，灵活察看和打印商品销售日、月、年报表。库存管理： 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警，避免库存商品积压损失和缺货。 库存自动盘点计算。(3) 系统结构系统总体结构小型超市零售管理系统后台管理系统进货管理销售管理库存管理用户管理模块子系统结构商品录入快速商品录入支持条形码扫描进货管理进货管理自动制定进货计划自动入库登记查询打印计划进货与入库记录功能描述：进货管理子系统可以根据库存自动指定进货计划，进货时自动等级，以及提供查询和打印计划进货与入库记录的功能。销售管理销售管理商品销售控制查询打印销售情况生成销售排行榜功能描述：销售管理子系统可以控制某商品是否允许销售，查询每种商品的销售情况并产生年、月、日报表，同时可以生成销售排行榜。库存管理查询库存明细记录库存状态自动告警提示库存管理自动盘点计算功能描述：库存管理子系统提供查询库存明细记录的基本功能，并根据库存的状态报警，以及自动盘点计算。2.2、流程图前台管理系统顶层DFD图第0层DFD图销售员商品信息销售商品录入商品信息文档信息列表商品信息商品信息业务清单第1层DFD图营业员条形码扫描快速商品录入销售交易金额打印清单商品信息列表商品录入商品信息商品信息商品信息商品信息业务信息业务清单文档交易信息表业务信息2.3户类型与职能(1) 员工（营业员）： 通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额 操作软件输出交易清单(2) 超市经理 操作软件录入商品，供货商，厂商 操作软件制定进货计划 查询打印计划进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进行入货 操作软件进行盘点计算(3) 总经理： 基本信息登记管理 员工操作权限管理 客户销售权限管理2.4统开发步骤 确定参与者和相关的用况 为每个用况设计过程 建立顺序图，确定每个脚本中对象的协作 创建类，确定脚本中的对象 设计, 编码, 测试, 集成类 为过程编写系统测试案例 运行测试案例，检验系统2.5系统安全问题信息系统尽管功能强大，技术先进，但由于受到自身体系结构，设计思路以及运行机制等限制，也隐含许多不安全因素。常见因素有：数据的输入，输出，存取与备份，源程序以及应用软件，数据库，操作系统等漏洞或缺陷，硬件，通信部分的漏洞，企业内部人员的因素，病毒，“黑客”等因素。因此，为使本系统能够真正安全，可靠，稳定地工作，必须考虑如下问题：为保证安全，不致使系统遭到意外事故的损害，系统因该能防止火，盗或其他形式的人为破坏。系统要能重建；系统应该是可审查的；系统应能进行有效控制，抗干扰能力强；系统使用者的使用权限是可识别的 客户端操作系统：不限浏览器：IE6.0以上、Firefox、360 应用服务端操作系统：Windows XP、Windows Vista、Windows 7、Linux、Unix应用服务器：Tomcat 6.0或更高更新版本数据库访问：JDBC（Hibernate的持久层设计） 数据库服务器端操作系统：Windows XP、Windows Vista、Windows 7数据库系统：MySQL 辅助工具名称参考网站作用图标PowerDesigner/products/modelingdevelopment/powerdesigner进行数据库设计VisualSVN/SVN版本控制服务器TortoiseSVN/SVN版本控制客户端，使团队成员代码共享MySQL Administrator/MySQL数据库管理工具Firebug/b/s前台调试工具3、 基于UML的建模3.1语义规则用例模型（use cases view）（用例视图）的基本组成部件是用例（use case）、角色(actor)和系统(system)。用例用于描述系统的功能，也就是从外部用户的角度观察，系统应支持哪些功能，帮助分析人员理解系统的行为，它是对系统功能的宏观描述，一个完整的系统中通常包含若干个用例，每个用例具体说明应完成的功能，代表系统的所有基本功能（集）。角色是与系统进行交互的外部实体，它可以是系统用户，也可以是其它系统或硬件设备，总之，凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域（即用例的活动区域）则抽象表示系统能够实现的所有基本功能。在一个基本功能（集）已经实现的系统中，系统运转的大致过程是：外部角色先初始化用例，然后用例执行其所代表的功能，执行完后用例便给角色返回一些值，这个值可以是角色需要的来自系统中的任何东西。UML：是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示；它不是一种可视化的程序设计语言而是一种可视化的建模语言；不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准；不是过程也不是方法但允许任何一种过程和方法使用它。用例（use case）：参与者（actor）：3.2 UML模型3.21 系统UML模型 销售商品销售控制进货管理库存管理员工基本信息管理员工操作权限管理客户销售管理营业员经理总经理3.2.2 子系统UML模型（1）零售前台（POS）管理系统用例视图销售清单结账货物营业员顾客（2）后台管理系统用例视图自动制定进货计划销售管理自动入库登记生成销售排行榜仓库管理员查询库存明细超市经理仓库管理库存状态自动告警自动盘点计算自动制定进货 自动入库登记查询打印计划进货管理4、超市销售系统概念设计文档4.1 系统ER图4.2 系统ER图说明每个顾客可以购买多种商品，不同商品可由不同顾客购买.每个供货商可以供应多种不同商品，每种商品可由多个供应商供应。四、概要设计说明书2、 总体设计2.1 需求规定2.1.1 硬件支持此软件有进行远程访问的功能，也就是说对服务器要求较高。因此，建议机器至少能顺畅运行SQL服务器及其相关软件。2.1.2 软件支持 本软件将在以下环境下编写完成：操作系统：Windows XP professional编程软件：Microsoft Visual Studio 2008 中文版SQL服务器：Microsoft SQL Server 2000 2.1.3 系统功能 管理员输入登陆用户名，密码，就能进入系统对商品进行录入,查询等功能,如果用户不输入用户名，密码则不能进入系统。商品实时检索功能：提供一个强大的搜索引擎功能， 用户只需提供商品名称的关键字，就能检索到上面商品的所有相关资源，并且显示出来。2.1.4 系统性能(1)时间特性要求 系统的速度要在用户可接受的范围内，但考虑到需要实时检测商品的数量可库存情况，对资源实时搜索的速度可以有较低的要求。(2)可靠性 系统要有较高的可靠性，可恢复性。(3)灵活性系统要有良好的接口，以适应增加商品信息，增加商品类型，增加相关的商品录入功能的需求；增加商品信息的更改和更新功能.2.2 运行环境 2.2.1 设备普通pc机，互联网。2.2.2软件支持操作系统：Windows 98以上系统2.3系统结构图 3、接口设计3.1用户接口用户界面：在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。外观上也要做到合理化，考虑到用户多对WINDOW 风格较熟悉，应尽量向这一方向靠拢。 3.2外部接口本系统设有人机操作界面，考虑到操作简单，易于管理方面，主要硬件接口设备为PC，鼠标，键盘。而软件接口主要以windows平台为基本平台。3.3内部接口见系统框图，各模块之间相互独立又彼此关联，主要通过函数调用实现各部分的连接。4.运行设计4.1 运行模块组合4.1.1 系统管理系统管理具有用户管理和退出系统的功能。对系统支持性数据作维护。(1)增加用户 设置管理员。系统初始设置一个用户名和密码，管理人员可以利用这个用户名和密码登陆。可以添加，删除，修改用户信息，设置用户登陆密码，以及确认用户角色。(2)修改密码要修改用户密码必须通过用户登陆4.1.2 商品信息管理部门信息管理部分包括：商品名商品简称产地计算单位规格批号批准文号公司号（外码）备注最后修改时间其功能是实现对各部分数据的添加，修改，删除等操作。(1)商品信息添加商品名的基本信息的添加。如新商品的入库等。(2)商品信息修改商品名的基本信息的修改。如商品销售后，库存数量等。 (3)商品信息删除商品名的基本信息的删除。如商品销售完，不再进本类商品时就需要将商品的信息删除等。(4)商品信息查询商品名的基本信息的查询。管理员想了解商品的库存和销售情况时，可以多商品进行查询。4.1.3 库存管理库存包括：名称编号价格计量单位数量其功能是实现对各部分数据内容的添加，修改，查询，删除。各管理部分的明细如下：(1)商品添加添加商品信息(2)商品修改修改商品信息(3)商品查询查询商品信息功能模块分布图超市管理系统后台管理系统用户管理库存管理销售管理进货管理4.2 运行控制软件运行时有较友好的界面，基本能够实现用户的数据处理要求。使用户与计算机互动。(见系统框图）4.3 运行时间函数和事件的运行时间要看所在计算机的配置。系统的运行时间基本可以达到用户所提出的要求。系统响应时间视具体pc配置而定,一般正常情况下将很快。5.系统数据结构设计5.1 逻辑结构设计要点针对一般小型超市后台信息管理系统的需求，通过对商品进出过程的内容和数据流程分析，设计如下面所示的数据项和数据结构。5.2 物理结构设计系统的存储物理结构由数据库来自动生成。6、运行设计6.1运行控制 软件运行时有较友好的界面，基本能够实现用户的数据处理要求。6.2 运行时间系统的运行时间基本可以达到用户所提出的要求。7、维护设计由于系统较小没有外加维护模块，因为维护工作比较简单，仅靠数据库的一些基本维护措施即可。五、详细设计说明书2、总体设计2、1需求概要 大大提高超市的运作效率，通过全面的信息采集和处理，辅助提高超市的决策水平；使用本系统，可以迅速提升超市的管理水平，为降低经营成本，提高效益，增强超市扩张力，提供有效的技术保障。要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。2、2 软件结构 3、程序描述3.1系统登录模块 功能：本模块的主要功能是对用户身份进行，验证只有系统的合法用户才能进入系统。其窗体如下图： 在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。并在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。系统登录模块流程图:进入系统用户名、密码及校验码登录系统合法NY结束开始Y3.2进货管理模块功能：该模块主要是实现进行进货信息查询功能。进货信息查询：该模块为超市提供整个超市的进货情况查询，也可以进行进货信息的明细查询，并以进货报表形式打印出来。输入项、输出项：该模块的输入项为超市的进货单，其中包括进货单的编号，商品的编号，供货商号，进货价，数量，金额进货日期，备注。进货管理模块流程图:3.3销售管理模块 功能：本模块的主要功能是把销售信息写入销售清单，同时对库存清单进行更新，以备用户将来对库存信息进行查询和打印，此外还可以对销售信息进行查询和盘点功能。销售信息查询：根据商品销售情况，按需要对销售情况进行查询。在该查询模块中，可以照商品的编号、销售日期等多种方式进行商品销售信息查询。销售信息盘点：可以按照需要对在一定时期内的销售情况进行盘点。输入项、输出项：本模块的数据输入项主要是商品的销售单号和商品编号。其中还包括销售数量和销售日期。销售管理模块流程图:2.4库存管理模块功能：本模块的主要功能是商品信息的查询和更新，库存信息的查询和更新。查询商品信息：主要功能查询商品的明细信息，和它的库存信息。添加商品信息：主要功能添加新进的商品。修改商品信息：主要功能是修改商品的信息，包括他的库存数量。删除商品信息：主要功能是删除不再销售的商品信息。输入项、输出项：本模块的数据输入项主要是商品编号。库存管理模块流程图：2.5 供货商管理模块在超市引进商品时，首先查询已有的供货商信息，然后按照供货商信息采购商品；或者从新的供货商那里引进新的商品，此时，要把新供货商信息添加到供货商清单中。有时，不再从某一供货商那里采购商品时，此时要把供货商信息删掉。当供货商信息有变化时，就需要对供货商信息进行维护等。供货商信息管理模块流程图：2.6 系统管理模块系统管理功能模块主要实现对操作员的管理，在操作员管理子功能中用户可以进行新增操作员，也可以对现有的操作进行更新以及删除等操作。用户注册模块处理过程：在新用户来访问后，首先要求他们注册，注册用户时，验证用户名是否已经有人注册；密码的确认及密码提示答案；其它一些选择性问题的填写。六、用户操作手册1、软件产品介绍1.1 目标随着计算机网络技术以及数据库技术的迅速发展，管理信息系统得到了广泛应用。放眼于超市，超市中的工作人员对货物的急剧增多，工作量越来越大。然而系统就是要为了帮助超市各层人员能够方便、准确地了解到超市的货物状况并能及时地作出相应的措施。1.2 功能1. 系统管理：超级用户可以进行新增操作员，也可以对现有的操作进行更新以及删除等操作。2. 供货商管理： 完成对商品基本资料的收集及存储，及包括厂商的姓名、住址。3. 进货管理：提供修改与更新供应商的信息及其商品的信息。4. 销售管理：销售时显示商品的基本信息，并在售后更新商品的库存信息。5. 库存管理：管理仓库商品，并在提醒管理员进货。2、运行环境2.1 硬件Pentium 133以上，32M RAM，2.1G HD2.2 支持软件该系统适合操作系统：Windows XP 及其以上的版本。3、使用说明3.1 安装与初始化由于使用了安装自动生成工具，安装变的非常简单，只需运行光盘上的SETUP.EXE（或点击安装程序）即可根据提示安装服务器端程序或是客户机端程序。在安装的过程中，系统将自动初始化，为第一次运行作准备。3.2 登陆备注：对应的用户输入用户名、密码、验证码3.3 输入与输出3.3.1 系统管理超级用户对新增的普通用户进行添加。对新用户的用户名、密码进行设置。3.3.2 供货商管理在超市引进商品时，首先查询已有的供货商信息，然后按照供货商信息采购商品；或者从新的供货商那里引进新的商品，此时，要把新供货商信息添加到供货商清单中。有时，不再从某一供货商那里采购商品时，此时要把供货商信息删掉。当供货商信息有变化时，就需要对供货商信息进行维护等。3.3.3 进货管理输入项、输出项：该模块的输入项为超市的进货单，其中包括进货单的编号，商品的编号，供货商号，进货价，数量，金额进货日期，备注3.3.4 销售管理输入项、输出项：本模块的数据输入项主要是商品的销售单号和商品编号。其中还包括销售数量和销售日期。3.3.5 库存管理输入项、输出项：本模块的数据输入项主要是商品编号。3.4 求助查询在任何时候，按F1键，即可获得详细的联机帮助。七、测试分析1、引言1.1 测试分析文档编写目的测试分析报告是在测试分析的基础上，对测试的结果以及测试的数据等加以记录和分析总结。它也是测试过程中的一个重要环节，同时，它也是对软件性能的一个总的分析和认可及对不足之处的说明。因此，测试分析报告对于今后对软件的功能的加强，不足之处的弥补等都起着十分重要的提纲作用。另外，它还有利于今后软件开发者阅读原程序，根据测试提供的数据和结果，分析原代码，掌握各函数的功能和局限性。从而缩短软件开发者的再开发时间和所耗费的精力资金。从这方面上，我们不难发现，测试分析报告所指明的对象主要是针对于软件开发者。1.2 项目背景在我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，为国民经济的发展发挥了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售也的发展，这样就迫切地需要引入新的管理技术。超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。随着超市形态的高速发展，其经营管理也变得愈加复杂，日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进、销、存等状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。1.3 参考资料 软件工程导论 张海藩清华大学出版社 项目的计划任务书软件开发小组 项目开发计划 软件开发小组 需求规格说明书 软件开发小组 概要设计说明书 软件开发小组详细设计说明书软件开发小组 用户操作手册 软件开发小组 2、测试计划执行情况2.1 测试项目1）系统管理超级用户对新增的普通用户进行添加。对新用户的用户名、密码进行设置。（输入正确和错误的用户或密码或验证码）2）供货商管理在超市引进商品时，首先查询已有的供货商信息，然后按照供货商信息采购商品；或者从新的供货商那里引进新的商品，此时，要把新供货商信息添加到供货商清单中。有时，不再从某一供货商那里采购商品时，此时要把供货商信息删掉。当供货商信息有变化时，就需要对供货商信息进行维护等。（输入正确和错误的供货商名称）3）进货管理输入项、输出项：该模块的输入项为超市的进货单，其中包括进货单的编号，商品的编号，供货商号，进货价，数量，金额进货日期，备注。（输入正确和错误的商品的编号）4）销售管理输入项、输出项：本模块的数据输入项主要是商品的销售单号和商品编号。其中还包括销售数量和销售日期。（输入正确和错误的商品的销售单号和商品编号）5）库存管理输入项、输出项：本模块的数据输入项主要是商品编号。（输入正确和错误的商品编号） 6）服务器模块（包括数据库）测试测试数据库的安全性可靠性健壮性效率。 7）各模块之间的接口测试对各模块之间的接口进行测试。 8）系统测试用黑盒法对系统进行各类功能的测试。 2.2 测试机构和人员超市管理系统开发小组邹会明、占盼、徐敬根、王成2.3 测试结果1）系统管理 正确就输出正确的信息，错误就弹出错误的提示框。2）供货商管理正确就输出正确的信息，错误就弹出错误的提示框。3）进货管理正确就输出正确的信息，错误就弹出错误的提示框。4）销售管理正确就输出正确的信息，错误就弹出错误的提示框。5）库存管理正确就输出正确的信息，错误就弹出错误的提示框。2.4 软件需求测试结论在经过对各模块的测试后，已经能够证实该软件各方面的能力都可以。只是在网络传输方面还有待加强。3、评价3.1 软件能力经测试证实该软件在各方面的综合能力都可以。3.2 缺陷和限制网络传输的保密性安全性以及数据库的安全性还存在一定的缺陷。有可能会由于传输过程中数据的丢失造成软件运行的错误。3.3 建议建议在网络传输方面加强其保密性和安全性3.4 测试结论该软件在各方面的综合能力都可以，通过！八、软件文档编写总结报告邹会明：这次系统只完成了我预期的50%，和初步预期70%有所不同，虽然是以我们宿舍为单位，但是个人觉得主要还是大家时间安排上的问题，有些人太忙，如准备期末考试、六级等等。写完设计文档，我体会到，在做项目的过程中，不要纯粹的代码编写，编程的思想方法很重要的，也是最难解决的一个问题。同时我也了解到了一个团队交流和合作的重要性，整个项目的文档设计的重要性。软件工程对文档是相当看重的，所以这次我也特意让大家动手去写自己分配到任务的文档。虽然少数不会写，但还是勉强写出来了，这也是值得高兴的事情。这份文档也是我总结各个人的文档所得出来的