长江大学
计算机科学学院
超市管理系统
姓 名： 邹会明
占 盼 徐敬根 王 成
专 业： 石油软件工程
指导老师： 余华云老师
目录
一、可行性研究报告------------------------------------------（主要负责人：占 盼） 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.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 硬件
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、主要参与人员
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、项目的计划进度表
6、实施计划
6.1 工作任务的分解与人员的分工
三、需求规格说明书
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
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系统登录模块
功能：本模块的主要功能是对用户身份进行，，验证只有系统的合法用户才能进入系统。其窗体如下图：
在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。并在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。
系统登录模块流程图:
3.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 HD
2.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%有所不同，虽然是以我们宿舍为单位，但是个人觉得主要还是大家时间安排上的问题，有些人太忙，如准备期末考试、六级等等。
写完设计文档，我体会到，在做项目的过程中，不要纯粹的代码编写，编程的思想方法很重要的，也是最难解决的一个问题。同时我也了解到了一个团队交流和合作的重要性，整个项目的文档设计的重要性。
软件工程对文档是相当看重的，所以这次我也特意让大家动手去写自己分配到任务的文档。虽然少数不会写，但还是勉强写出来了，这也是值得高兴的事情。这份文档也是我总结各个人的文档所得出来的。
我个人对于这次系统的满意度有70%左右，第一次团体合作，对于软件这门学科怎么理解？就像书上说的，技术和组织管理，这就是软件工程，而软件文档则是软件技术的一个基础。软件工程是一门大学科，因为他可以细到一些建模、数据流图等等。书上讲的都是一些枯燥的东西，没有相当的经验是很难理解到书上所讲的内容的，而且，就算理解了，中国内至少没有几家软件公司可以完成这么一个繁琐的流程。听不懂的会觉得老师讲课像流水帐一样无止境地扯下去，让自己昏昏欲睡。听得懂的觉得老师讲的有道理。所以，软件工程适合有开发经验的人精学，没开发经验的略学。
这次搞完了，下次就继续加油了，相当大家也有了相当的提高。
徐敬根：
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
王成：
软件设计是一个精细漫长的过程。在整个过程中，都需要周密的计划和安排，每一步骤，都需要按照软件工程标准来完成。在设计中，我始终坚持理论指导实践原则，并通过实践来加强理论的学习，通过学习锻炼，我熟悉了软件的一般过程，加强了对实际问题的处理能力。实践证明，在高科技突飞猛进的时代，光靠课堂所学的知识是远远不够的，必须依靠实践去不断的深化认识，尤其是计算机科学，操作性和实践性很强，只有加强实际的动手能力，才能更好的掌握这一现代化工具。
在做项目的过程中，也让我更坚信在开发的过程中难的不是编程的问题，编程的想法是最重要的，也是最难解决的一个问题。同时我也了解到了一个团队交流和合作的重要性，整个项目的文档设计的重要性。
在此期间我们对这个系统的设计又有了更深一层的认识。整个系统采用了层次化的设计，融入了对软件工程和软件开发标准化的认识，第一次做到了文档指导系统开发，这个系统严格按照文档的内容来设计、实现。对数据库进行了细致上的设计，保证了数据库部分在
应用程序设计时不做任何修改。并最终层次化的实现了目标设想的系统。在此系统中采用的层次结构保证了系统更新时，改动能做到最小，可以把各个部分作为单独的组件，发挥.NET 的优势，采用面向对象设计实现的特点对各个组件进行替换，以此来逐个部分的升级整个系统。
占盼：
这次软件开发文档的编写，说实话，在编程能力上并没有提升。不过在这个过程中自己还是有一些收获，我想这也是老师想训练我们的方面：在写文档的过程中让我们熟悉软件开发的基本流程和思想。
之前一直觉得编程是软件开发过程中的最重要的一部分，但是现在看来，软件开发中编程只占了很小的部分。而要开发出符合客户要求的软件，我们除了要有过硬的技术之外，我们还要有统筹全局的能力，从开始的软件的可行性、计划开始，到最后的软件测试和推广，这是一个完整的过程。还有一点，为了在制定的时间内完成项目，小组内部的分工要绝对明确，项目长要有高效的执行力。总之良好的团队合作能力是项目成功完成的必要条件，我们要在现在培养这种能力。
最后，个人认为要想真正的挺高自己的项目管理能力还是要参加实际的项目中去。因为现实中出现的问题远比我们预期的要多，我们只有完成了一个项目才能真正的体会到这个工作的难度和前进的方向。所以，在以后还是要多多锻炼！
长江大学
计算机科学学院
超市管理系统
姓 名： 邹会明
占 盼 徐敬根 王 成
专 业： 石油软件工程
指导老师： 余华云老师
目录
一、可行性研究报告------------------------------------------（主要负责人：占 盼） 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.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 硬件
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、主要参与人员
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、项目的计划进度表
6、实施计划
6.1 工作任务的分解与人员的分工
三、需求规格说明书
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
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系统登录模块
功能：本模块的主要功能是对用户身份进行，，验证只有系统的合法用户才能进入系统。其窗体如下图：
在进行系统登录过程中，登录模块将调用数据库里的用户清单，并对账号和密码进行验证，只有输入了正确的账号和密码后，系统登录才会成功。并在输入了错误的或者是不存在的账户和密码时，系统会给出出错信息提示，指明登录过程中的错误输入或者错误操作，以便用户进行正确的登录。
系统登录模块流程图:
3.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 HD
2.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%有所不同，虽然是以我们宿舍为单位，但是个人觉得主要还是大家时间安排上的问题，有些人太忙，如准备期末考试、六级等等。
写完设计文档，我体会到，在做项目的过程中，不要纯粹的代码编写，编程的思想方法很重要的，也是最难解决的一个问题。同时我也了解到了一个团队交流和合作的重要性，整个项目的文档设计的重要性。
软件工程对文档是相当看重的，所以这次我也特意让大家动手去写自己分配到任务的文档。虽然少数不会写，但还是勉强写出来了，这也是值得高兴的事情。这份文档也是我总结各个人的文档所得出来的。
我个人对于这次系统的满意度有70%左右，第一次团体合作，对于软件这门学科怎么理解？就像书上说的，技术和组织管理，这就是软件工程，而软件文档则是软件技术的一个基础。软件工程是一门大学科，因为他可以细到一些建模、数据流图等等。书上讲的都是一些枯燥的东西，没有相当的经验是很难理解到书上所讲的内容的，而且，就算理解了，中国内至少没有几家软件公司可以完成这么一个繁琐的流程。听不懂的会觉得老师讲课像流水帐一样无止境地扯下去，让自己昏昏欲睡。听得懂的觉得老师讲的有道理。所以，软件工程适合有开发经验的人精学，没开发经验的略学。
这次搞完了，下次就继续加油了，相当大家也有了相当的提高。
徐敬根：
和传统管理模式相比较，使用本系统，毫无疑问会大大提高超市的运作效率，辅助提高超市的决策水平，管理水平，为降低经营成本， 提高效益，减少差错，节省人力，减少顾客购物时间，增加客流量，提高顾客满意度，增强超市扩张能力， 提供有效的技术保障。
由于开发者能力有限，加上时间仓促，本系统难免会出现一些不足之处，例如：本系统只适合小型超市使用，不能适合中大型超市使用；
超市管理系统涉及范围宽，要解决的问题多，功能复杂，实现困难，但由于限于时间，本系统只能做出其中的一部分功能；
对于以上出现的问题，我们深表歉意，如发现还有其它问题，希望老师批评指正。
王成：
软件设计是一个精细漫长的过程。在整个过程中，都需要周密的计划和安排，每一步骤，都需要按照软件工程标准来完成。在设计中，我始终坚持理论指导实践原则，并通过实践来加强理论的学习，通过学习锻炼，我熟悉了软件的一般过程，加强了对实际问题的处理能力。实践证明，在高科技突飞猛进的时代，光靠课堂所学的知识是远远不够的，必须依靠实践去不断的深化认识，尤其是计算机科学，操作性和实践性很强，只有加强实际的动手能力，才能更好的掌握这一现代化工具。
在做项目的过程中，也让我更坚信在开发的过程中难的不是编程的问题，编程的想法是最重要的，也是最难解决的一个问题。同时我也了解到了一个团队交流和合作的重要性，整个项目的文档设计的重要性。
在此期间我们对这个系统的设计又有了更深一层的认识。整个系统采用了层次化的设计，融入了对软件工程和软件开发标准化的认识，第一次做到了文档指导系统开发，这个系统严格按照文档的内容来设计、实现。对数据库进行了细致上的设计，保证了数据库部分在
应用程序设计时不做任何修改。并最终层次化的实现了目标设想的系统。在此系统中采用的层次结构保证了系统更新时，改动能做到最小，可以把各个部分作为单独的组件，发挥.NET 的优势，采用面向对象设计实现的特点对各个组件进行替换，以此来逐个部分的升级整个系统。
占盼：
这次软件开发文档的编写，说实话，在编程能力上并没有提升。不过在这个过程中自己还是有一些收获，我想这也是老师想训练我们的方面：在写文档的过程中让我们熟悉软件开发的基本流程和思想。
之前一直觉得编程是软件开发过程中的最重要的一部分，但是现在看来，软件开发中编程只占了很小的部分。而要开发出符合客户要求的软件，我们除了要有过硬的技术之外，我们还要有统筹全局的能力，从开始的软件的可行性、计划开始，到最后的软件测试和推广，这是一个完整的过程。还有一点，为了在制定的时间内完成项目，小组内部的分工要绝对明确，项目长要有高效的执行力。总之良好的团队合作能力是项目成功完成的必要条件，我们要在现在培养这种能力。
最后，个人认为要想真正的挺高自己的项目管理能力还是要参加实际的项目中去。因为现实中出现的问题远比我们预期的要多，我们只有完成了一个项目才能真正的体会到这个工作的难度和前进的方向。所以，在以后还是要多多锻炼！