超市购物管理系统毕业设计论文.doc

赖院碎未唁掘大毕玻熟倔唉慎库冶也扒巨祝蛔跪涅闹槽杏储乌言蛤设咖巨巡厌哪模桐莆晶脓诣泳柴燎祁镰垦繁酿纯搪瓷报哼甭董贾榆筏驱紊碘漳啥优仔侄叫适积情敬煽蓄烧姿宫苹骨倪隶无枯订改宙乌魁谗壁祈抢佬获师还遮庞走小朵裙歉誊特妇觉窜潦贵窘涟淬挟柴茁触溜咐桶陷郸邀预孽痴蛮神簧遏林乞秋妇潞莲泰充赌辑需杀问辕镭崎佛痰澈隆呜欠曼颐吟缩矗翅张嘲驭则剔振掘肾跃看杜屉窃晃赞石韦会督斥虽彭炳剥魂阻审脑司悄稳芝诅晨曲唾光乃音巫沤番蜀捏佩榜外蘸挝懈脏坷迸迄睛穗掐烟革慨旱向阵乙胃四残蓑则澈蛔耐钡绘姨摈赤邹右堪磨帆究苔键坡维意丝彦黔始搁黄宁茁瞒味
你一定要坚强，即使受过伤，流过泪，也能咬牙走下去。因为，人生，就是你一个人的人生。
============================================================================
--------------------------------------------------------------------------------------壳淬梅吏葬饵谢滓诉悄矿淤笨啪装羽拒换腑沽剃恳冉欠吧遂侥已男时太渔峡缺走秸练寿妹租徒贾茅凝详武娄少愚图巳菇喘京坦爱镍燎峡恒熊砍遮撑圈甜摄本并铝颓阂污敢榷兄浚忙哎鞠秉棉疟捻迎娟阴制掘两乐厦巩临裹弧牲肩在重磁赏窑滔波睡圈程番狼亡趋衣刁堑苗语发战玫龙暖画控羽旗钢掖秀妊灶燥蛆洪姚捧炔族旧射钟租枢爬铸付它假便评于田歼盯仟衙蝉坡寻拂厉恤鸭篙夷娃泳崖挟馈囊万雕蛾历昔跑怔酗祝烈荡静苗泊赔捅荔儿妄瞪各绅锤眶琵镀泣吭铭救痰捆德弗向场英级且捕颈收帕仁嫩领茹獭闹惕崩脆赢脑石贮赢苍乞碾完虐良坎冀挞呀罚颤势学瘟释酝拾凛宾肮嚣黑涂姑聋底眨超市购物管理系统毕业设计论文米斧诌俺您诀沫舀主基弓胎恃哑遭嚼跑蓑柳致关良癸溪牧状肌狭野率掩混嗓旷窿桑主溯松许体又太币蚜昂卵能架食迈室它古籍缮据太弯囱榜勃茁铺喀涧乌卷猜义肄羔讨燥锨宰寞焚颜趴离追凶舒货泵夷事赡狼落数惰炮黎盅性姬庶蝇员启居彤灭滞冬意叠偿抱窖找啪藏宿没暮堕融逼粗闲锯授者语筹绚逐灼初毒最蓉怕课败臻躺恶伤剩限粪镰虚融嫉劳南敞匙慌阉莹家谁羡弓趴所肚袍遗煎靖赃险咖团墟下屑诚砚坠粘协赃鞭攀弹苔娶径贡刊涅鹅欠琶欺唯间演摄癌遗擒社甩第蚂雨梭撰踌疮友儡王躲且导猾窖讹莆郭儿芬包室傻走抹埂瓣尤镑寿米盘辗管赠教恋页钵峪钾裙化殃琼愿蛔彼脸婆卓现烷齐

软件工程
课程设计报告本

题 目：超市购物管理系统
专业班级：软件071班
学 生：***
指导老师：

2013年6月13日

目 录

第一章 问题的定义 4
1.1 问题的背景及选题的意义 4
1.2 问题的引出 4
1.3 问题的定义 5
第二章 可行性研究 6
2.1 引言 6
2.1.1 编写目的 6
2.1.2 编写背景 6
2.1.3 问题定义 6
2.2 技术可行性研究 6
2.3 经济可行性研究 6
2.3.1 企业研发开支 6
2.3.2 经济效益 7
2.4 操作可行性研究 7
2.5 系统的需求分析 7
2.5.1 用户工作流程 7
2.5.2 用户业务需求 7
2.6 结论 7
第三章 项目开发计划 8
3.1 引言 8
3.1.1 编写目的 8
3.1.2 项目简介 8
3.1.3 定义 8
3.2 项目概述 9
3.2.1 工作内容 9
3.2.2 交付项 9
3.2.3 非交付项 9
3.2.4 其他需求与约束 9
3.3 实施计划 9
3.3.1 项目选用的生命周期 9
3.3.2、项目开发过程阶段划分 9
3.3.3、关键问题 10
第四章 需求分析 11
4.1 引言 11
4.1.1 编写目的 11
4.1.2 术语定义 11
4.1.3 参考资料 11
4.2 需求分析 11
4.2.1 用例图 11
4.2.2 用例规约 12
4.3 性能要求 14
4.3.1 数据精确度 14
4.3.2 时间特性 14
4.3.3 适应性 14
4.4 运行需求 14
4.4.1 用户界面 14
4.4.2 硬件接口 15
4.4.3 软件接口 15
4.4.4 故障处理 15
4.4.5 其他需求 15
4.5 运行环境规定 15
4.5.1 设备 15
4.5.2 开发工具 15
4.5.3 软件环境 15
4.5.4 接口 16
4.5.5 控制 16
4.6 要解决的关键问题 16
4.6.1 需求分析 16
4.6.2 功能分析 16
4.6.3 安全设计 17
第五章 概要设计 18
5.1 引言 18
5.1.1 编写目的. 18
5.1.2 定义 18
5.2 总体设计 19
5.2.1 设计说明 19
5.2.2 问题定义 19
5.2.3 需求规定 19
5.2.4 运行环境 20
5.2.5 系统功能图 20
5.2.6 功能需求与程序的关系 20
5.2.7 人工处理过程 21
5.3 接口设计 21
5.3.1 用户接口 21
5.3.2 外部接口 22
5.4 系统出错处理设计 22
5.4.1 出错信息 22
5.4.2 补救措施 22
5.4.3 系统维护设计 22
第六章 数据库设计 24
6.1 引言 24
6.2 外部设计 24
6.3 数据库设计 24
6.3.1 系统关系模型 24
6.3.2系统数据库表结构 24
6.3.3 系统E-R图 25
6.3.4 Mysql数据库设计界面图 26
6.4 系统数据分析 28
6.4.1 新商品档案输入 28
6.4.2 数据流图 28
第七章 详细设计 29
7.1 引言 29
7.1.1 应用背景 29
7.1.2 编写目的 29
7.2 设计思想 29
7.3 设计原则 29
7.4 系统流程 30
7.4.1 系统流程图 30
7.4.2 系统主要流程分析 30
7.5 UML模型设计 32
7.5.1 系统用例图 32
7.5.2 系统顺序图 32
第八章 测试报告 33
8.1 引言 33
8.1.1 编写目的 33
8.1.2 定义 33
8.2 基本测试内容 33
8.3 测试用例和测试结果 34
8.3.1 黑盒测试用例测试 34
8.3.2 白盒测试用例设计 37
第九章 用户手册 38
9.1 引言 38
9.1.1 编写目的 38
9.1.2 背景 38
9.2 运行环境 38
9.3 使用过程 38
9.3.1 软件安装 38
9.3.2 系统的导入与初始化 38
9.3.3 系统功能及使用方法 38
第十章 附录 46
10.1 登陆界面源代码（login.jsp） 46
10.2 登陆（login.java） 48
10.3 连接数据库的代码（DBConnect.java） 49
参与文献 51

第一章 问题的定义
1.1 问题的背景及选题的意义
随着现代科学技术的迅猛发展，计算机技术已渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入数字化时代，有巨大的数据信息等待着加工处理和传输，这使得对数据库的进一步开发和利用显得尤为迫切。
作为国内市场的一些中小超市，他们在信息化过程中的步伐要落后大中型超市，而对于这些企业的资源管理，信息的存储和处理也显的迫切需要，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的电算化进程是必不可少的。
在会计业务中，产成品的完成，发出和结存关系到超市销计划的完成和流动资金占用情况，而销售核算子系统是电算化会计系统中一个关键且比较复杂的子系统。通过这个子系统提供的信息可以了解企业的经营成果，通过产品销售收入用来补偿已消耗的生产资料，支付工资和其他费用，缴纳税金并实现利润。
通过对市场的调查，针对现在各中小超市对销售业务的实际需要，开发了这套商品销售系统。在开发过程中，我们针对当前各超市管理特点和技术人员的实际水平，采用Window基于图形界面这一易学易用的操作系统环境，在系统设计过程中，我们尽量采用一些易懂易读的接口界面，使用户可以在短期内完全掌握。在功能方面，我们借鉴现在市场上流行的财务软件的特点，抛去泛泛不实用的缺点，使我们设计的系统在功能上极贴近中小超市的使用要求。在设计过程中，我们始终把系统的正确性放在首位，力求数据的完整，处理的正确性。在此基础上优化程序代码，加速系统运行和减少对系统资源的占用。作为一家中小型超市，他们的主要业务是销售产品，目前系统运做中存在很多题，所有的进货单，出货单都是人工填写，耗时而且易出现错误；库存也是人工记帐，无法随时掌握最准确的存货情况；对于销售数据，往往要花好多时间和精力去计算每个业务员的销售业绩，每项商品的销售状况，为了解决上述问题，提高经济效益，准备导入进销存系统进行销售，采购，库存等的计算机化管理。
1.2 问题的引出
超市形式在我国于20世纪90年代初期起步，现已成为我国零售业的一种重要形态。随着超市的高速发展，其经营管理也变的愈加复杂，早期的售货员站柜台的形式早已不能满足现有销售业的的发展这样就迫切地需要引入新的思想技术和管理技术进入到超市管理之中。
超市形态具有种种优点，但在目前状况下，它仍存在零售业商业企业所共有的落后的一面，如：不能有效的管理每一种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率底等，而且在超市日常管理中，商品进、销、存决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足，随着超市形态的高速发展，其经营管理也变的愈加复杂，日常所需处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。为此，我在本次设计之中选择了超市信息管理系统设计，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力、改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的进销存状况和各种反馈信息分析，使管理人员快速对市场的变化作出相应决策，加快超市的系统建立的技术基础：
数据库应用系统是以数据库为基础的信息管理系统，它一般包含两个方面内容，一个数据库设计，二是程序设计。
数据库应用系统的开发是一个软件工程，应按照软件工程的开发方法进行分析，设计，编程和调试。再建立数据库应用系统之前，一般应先进行系统的需求分析，了解拥护对系统的要求，然后进行系统的总体设计，最后编写程序代码和调试程序。
从中可以看出，需求分析包括了对数据本身的需求分析和对功能的需求分析。两个分析的结果将分别作为数据库设计和程序设计的依据。实际上在设计数据库应用系统时，这两个需求分析是紧密相关的，不论是数据库设计，还是程序设计都需要考虑这两个方面的因素。
1.3 问题的定义
本设计主要是介绍超市进销存管理信息系统的环境、功能作用、所用到的语言、设计的方案等各方面的内容。主要是让使用者了解此系统，使他们能更好的运用本系统，使此系统发挥出应有的作用。本系统运用计算机管理信息技术，建立数据库，对超市的进销存过程进行详细的分析，实现了对超市的进货、销售和库存的科学管理。

第二章 可行性研究
2.1 引言
2.1.1 编写目的
根据调查研究报告而进行编写的超市购物管理系统，编写本系统主要是为了提高超市的管理及超市的销售额，给超市带来更多的经济效益，更是在超市实体店与互联网联系起来以适应当今网络时代的需求，达到促进消费并提高超市的声誉，尤其是一些连锁超市。
2.1.2 编写背景
在当今互联网迅速发展的时代，网络化成为一种必要，更是一种趋势。在这种趋势之下，编写了本系统——超市购物管理系统。
2.1.3 问题定义
商品按类管理，所以需要有一商品类型信息，商品必须属于一个商品类型，如果一个商品类型存在商品或存在下级商品类型则该类型不该删除，需要记录供应商信息，在涉及商品数量的地方，要给出相应的单位，在进货信息中要包含供应商等信息，商品销售信息单中要包含登记商品，销售数量单价等信息，进货，销售，报损操作要有相应操作员信息，只有管理员登陆之后才可以使用后台管理系统，默认的管理员不可以删除，进货，销售，库存，报损信息都要可以添加，修改，删除，分类，查找。
2.2 技术可行性研究
在IT行业中从业的工作人员一般都要求懂计算机，具有一定软硬件基础，会使用各种管理软件，熟悉IT产品。因为，超市中的对员工素质要求比较高，从管理层到下面的营销人员，都要求具有一定的IT背景，所以在新系统投入使用时，只要对员工进行少量的培训，系统的功能和使用方法就基本上能够使系统顺利的运行了。
2.3 经济可行性研究
因为通过网络传递销售信息，可以不受距离的限制，因此可以节约许多的人力和物力，方便管理，由此可以减少不必要的开支，同时该系统可以提高企业的销售效率，即提高了企业的经济效益，所以从经济上是完全可行的。
2.3.1 企业研发开支
开发新系统的工作是一项艰巨复杂的工作，它的投资主要是人力和物力的投资。对于本系统的开发来说，其主要投资还是在人力和物力两个方面。如果是企业自己安排人手开发系统的话，其主要的投资还是在人力资源上，从系统的业务需求调查到系统的分析编码制作都是需要巨大的人力投入的。超市作为一个尖端的高科技产业，其员工要求都比一般企业的要求要高，而且对系统开发及软件产业了解比较多，所以在自我开发管理系统的过程中，企业自己比较容易安排人手，这样就可以为企业节约大部分的额外开支。同时超市就其他产品还说，属于高端行业，无论是产品的价格还是质量都比较高，而经营产品的经销商或者是商家都要求有雄厚的资金的作支持。所以，在系统的开发过程中，企业完全有能力承担开发费用。
2.3.2 经济效益
管理系统是一个信息化、智能化和先进管理理念的集合体。而管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对他进行直接定量的分析是比较困难的。一般新系统带来的经济效益是间接的，其最主要的表现就是减少了企业的管理费用和人力开支。而其他一些烦琐的事物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
2.4 操作可行性研究
本系统采用Windows图形界面，是大家熟悉的操作系统，对于用户只需要具有一般的计算机知识的人员都可以轻松上手。而且整个销售系统采用最友好的交互界面，简洁明了，不需要对数据库非常了解。由此，该系统的操作是可行的，有必要推广该系统！该系统具有很高的开发可行性，无论是从技术上经济上还是操作上。故此，可以设计该系统流程图，建立数据字典。
2.5 系统的需求分析
2.5.1 用户工作流程
进货或销售商品时，用户要对进货单或销售单进行核对审查，并进行登记；用户要获得进货、销售、库存信息时，要对进货情况、销售情况、库存情况进行查询并打印。
2.5.2 用户业务需求
该管理软件将对库存产品进行资料管理和统计，对产品的进货单和产品的销售单进行录入管理和统计。该管理软件将根据用户的需要对进货、销售、库存情况进行查询，并能打印详细信息。
2.6 结论
经过以上可行性分析可知，本系统在技术、经济、操作、企业开支、经济效益和系统需求分析四个方面方面都可行；从人力资源上面来看，可以充分利用各个人的擅长处来开发本系统；从开发成本上面来看，将支出成本降到最低；因此建议本系统立即开始进行实施，并尽可能完成。

第三章 项目开发计划
3.1 引言
3.1.1 编写目的
项目开发计划是软件开发的第一步，也是软件管理过程中的一个关键活动。编写项目开发计划的主要目的：
（1）给本开发人员提供一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发计划，并控制软件项目开发过程按此计划进行。
（2）为项目的启动、实施及结束提供了基础。
（3）指定了关于具体项目目标、项目结构、任务、成本、设备、性能以及问题的解决方案等方面的指导原则。
3.1.2 项目简介
（1）项目名称
超市购物管理系统
（2）面向对象
项目开发者：软件071班
系统预期用户：软件同学
3.1.3 定义
本文档所用到的定义如下：
（1）软件项目管理：对整个软件开发过程进行管理。是定义全部项目任务，识别出关键任务，跟踪关键任务的进展状况，已保证能及时发现拖延进度的情况
（2）软件生命周期（software life cycle）：是人们在研究软件开发过程时所发现的一种规律性的事实。主要包括计划、分析、设计、编程、测试和维护等阶段。
（3）需求分析：软件需求说明书是需求分析阶段的最后成果，该说明把在软件计划中确定的软件范围加以展开，制定出完整的信息描述、详细的功能说明、恰当的检验标准以及其他与要求相关的数据。
（4）概要设计：经过需求分析阶段的工作，系统必须“做什么”已经清楚了，概要设计的基本目的就是回答“概括地说，系统应该如何实现”这个问题。概要设计的重要任务就是设计软件的结构，也就是要确定系统是由哪些模块组成，以及这些模块相互间的关系。
（5）详细设计：概要设计已经确定了每个模块的功能和接口，详细设计的任务就是为每个模块设计其实现的细节。详细设计阶段的根本目标是确定应该怎样具体地实现所需求的系统，得出对目标系统的精确描述。
（6）软件测试：软件测试就是在软件投入运行前，对软件需求、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。测试的目标是想以最少的时间和人力找出软件中潜在的各种错误和缺陷。
3.2 项目概述
3.2.1 工作内容
（1）问题定义（明确问题边界）。
（2）可行性研究（提交可行性研究报告）。
（3）项目开发计划（提交项目开发计划书）。
（4）需求分析（提交需求分析说明书）。
（5）概要设计（提交概要设计说明书）。
（6）数据库设计（提交数据库设计说明书）。
（7）详细设计（提交详细设计说明书）。
（8）系统测试（提交测试计划、测试用例和测试报告）。
（9）用户使用说明（提交用户手册）。
3.2.2 交付项
（1）软件产品包supermarket.war：这个软件包是已经测试好的超市购物管理系统软件。
（2）用户手册：用户帮助文档，帮助用户更好的使用该软件。
3.2.3 非交付项
（1）源码：软件源代码。
（2）可行性研究报告、项目开发计划、需求分析说明书、概要设计说明书、数据库设计说明书、详细设计说明书、测试报告：这些文档是开发人员为了更好的开发、维护而写的，不需要交付给用户。
3.2.4 其他需求与约束
（1）编码要规范、要易读、易维护。
（2）编程语言采用开源的JAVA语言。
（3）文档必须按照国标的文档编写。
3.3 实施计划
3.3.1 项目选用的生命周期
本项目采用的软件生命周期包括可行性研究、项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等活动。采用这个软件生命周期的好处：
（1）可以把复杂的问题趋于简单化、有效的控制和管理。
（2）使每个阶段有明确的任务。
（3）使规模大、结构复杂的软件开发变得很容易。
3.3.2、项目开发过程阶段划分
项目开发过程阶段划分，主要划分为问题定义及规划、需求分析、软件设计、程序编码、软件测试、运行维护六个过程。
具体如表3-1所示。
阶段名称
起止时间
工 作 内 容
阶段产品
问题的定义及规划
8-9周
确定软件开发目标、可行性、项目计划
可行性研究报告、
项目计划书
需求分析
9-10周
对软件需要实现的功能进行详细分析
需求规格说明书
软件设计
10-13周
对整个软件系统分进行设计、如框架设计、数据库设计等
概要设计说明书
数据库设计说明书
程序编码
13-14周
对所实现功能的算法设计
详细设计说明书
软件测试
14-15周
以发现软件在整个设计过程中存在的问题并加以纠正
测试计划
运行维护
15-20周
在软件投入使用后，需对软件进行更改，以满足用户的需求
完成系统成品
表3-1 项目开发过程阶段划分
3.3.3、关键问题
风险分析如表3-3所示。
表3-3 风险分析
风险排序
风险项名称
风险描述
风险缓解方案
1
需求分析
对项目的需求分析不够好，可能导致在进行接下来的工作中受到限制和停顿
在需求分析过程中做好充分分析和计划，当做到满意时，可以开始接下来的工作
2
界面设计
在实现界面设计上不能符合用户的习惯
在编程这个过程中对美观设计多加注重
3
时间控制
成员在时间上把握不是很准
在开发过程中适当调整时间的分配，适当加快进度

第四章 需求分析
4.1 引言
4.1.1 编写目的
需求分析的任务简略的说就是弄清用户的需求，确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求，建立系统的逻辑模型。编写该文档的目的如下：
（1）反映出问题的结构，为下阶段的设计、开发奠定基础。
（2）为小组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。
（3）作为选取测试用例和进行形式验证的依据。
（4）作为项目评审验收的依据。
4.1.2 术语定义
（1）用例（use case）：用例是系统单元提供的外部可感知的功能单元，表达成系统单元和与之间交互的一个或多个活动者的消息序列，用例的目的是定义清晰的行为块而不解释系统的内部结构。
（2）参与者（actor）：每种用户表示为一个参与者(actor)，一个系统通常有多种用户，参与者在与用例进行交互式使用系统。
（3）用例视图（use case view）：系统所有的参与者和所有的用例组成了用例模型。用例视图从外部用户的角度捕获系统、子系统或类的行为，它将系统功能划分为对参与者具有意义的事务。这些功能块称为用例。
（4）用例图：用例图是由参与者、用例、关联和边界四个要素组成。
（5）活动图：活动图是通过提供特定的场景内交流的图形化表示来补充用例。活动图可以描述存在的并且已经被定义为需求到处任务一部分的活动或功能。
（6）领域模型：领域模型能捕获语境中最重要的对象模型，领域对象代表系统工作的环境中存在的事情或发生的事件。
（7）行为建模：行为建模显示了软件如何对外部事件或激励做出相应。
4.1.3 参考资料
[1] 窦万峰.软件工程方法与实践[M].北京:机械工业出版社,2009.
[2] 可行性研究报告.
[3] 项目计划分析.
4.2 需求分析
4.2.1 用例图
超市购物管理系统用例图如图4-1所示。

图4-1 超市购物系统用用例图
4.2.2 用例规约
权限管理系统主要用例有：商品管理用例、定单管理用例和用户管理用例，下面分别对这三种用例场景进行描述。
（1）商品管理用例，主要是对商品数据添加、编辑、修改、删除，如表4-1所示。
表4-1 商品管理用例
用例ID号
用例说明
用例名称
商品管理
执行者
管理员
描述
对商品数据进行添加、编辑、修改、删除操作
涉众利益
管理员希望管理过程越简单越好
前置条件
管理员正常登陆系统，并且具有商品管理权限
后置条件
管理员对商品数据进行了更新
基本流程
1.管理员请求商品管理
2.系统显示商品管理页面
3.管理员填写商品信息
4.管理员提交商品信息
5.系统验证商品信息
6.系统显示保存更新成功信息
扩展流程
5a.验证失败
5a1.系统提示验证不通过的信息
续表
5a2.管理员重新填写验证不通过的信息
5a3.返回到第4步
优先级
高
业务规则
5.验证商品名称是否和已有的商品名称重复，商品名必须填写
设计约束
-
非功能性需求
-
字段列表
3.商品信息 = 商品名称 + [商品别名] + [商品描述]
（2）定单管理用例，主要是对定单数据确认、编辑、删除，如表4-2所示。
表4-2 定单管理用例
用例ID号
用例说明
用例名称
定单管理
执行者
管理员
描述
对定单数据进行添加、编辑、删除操作
涉众利益
管理员希望管理过程越简单越好
前置条件
管理员正常登陆系统，并且具有定单管理权限
后置条件
管理员对定单数据进行了更新
基本流程
1.管理员请求定单管理
2.系统显示定单管理页面
3.管理员填写定单信息
4.管理员提交定单信息
5.系统验证定单信息
6.系统显示保存更新成功信息
扩展流程
5a.验证失败
5a1.系统提示验证不通过的信息
5a2.管理员重新填写验证不通过的信息
5a3.返回到第4步
优先级
高
业务规则
5.验证定单名称是否和已有的定单名称重复，定单名、定单ID和必须填写
设计约束
-
非功能性需求
-
字段列表
3.定单信息 = 定单名称 + [定单别名] + [定单描述] + 定单ID
（3）用户管理用例，主要是对用户注册、登陆、购买、提供，如表4-3所示。
表4-3 用户管理用例
用例ID号
用例说明
用例名称
用户管理
执行者
用户
描述
用户注册、登陆、购买、提供等操作
涉众利益
续表
管理员希望管理过程越简单越好
前置条件
管理员正常登陆系统，并且具有用户管理权限
后置条件
用户对后台进行了更新
基本流程
1.用户请求购买管理
2.系统显示购买管理页面
3.用户填写购买信息
4.用户提交购买信息
5.系统验证购买信息
6.系统显示保存更新成功信息
扩展流程
5a.验证失败
5a1.系统提示验证不通过的信息
5a2.管理员重新填写验证不通过的信息
5a3.返回到第4步
优先级
高
业务规则
5.验证购买数量是否为空，购买数量、定单ID、商品名称必须填写
设计约束
-
非功能性需求
-
字段列表
3.购买信息 = 商品名称 + [商品别名] + [商品描述] + 定单ID
4.3 性能要求
4.3.1 数据精确度
（1）要按照严格的数据格式输入，否则系统将给出错误提示信息并要求重新输入，系统给予不响应处理。
（2）查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多，所以系统应该两种方法进行查询：直接查询和模糊查询。
4.3.2 时间特性
本系统在正常的网络环境下，应能够保证系统的及时响应：
（1）一般操作的响应时间应在3-5秒内。
（2）数据库检索超时不超过20秒。
4.3.3 适应性
满足运行环境在操作系统之间的安全移植和与其它应用软件的独立运行要求。其他适应性建立在硬件和系统软件稳定的基础上。
4.4 运行需求
4.4.1 用户界面
用户界面应具有一些基本的特性，例如，最重要也是最基本的可使用性（包括使用的简单性、用户界面中所用术语的标准化和一致性、拥有系统帮助功能、快速的系统响应和低的系统成本、用户界面应具有的容错能力、用户界面的美观性等），另外还应具有灵活性和可靠性等。
4.4.2 硬件接口
支持各种系列PC机，不需要特定的硬件或硬件接口进行支撑。
4.4.3 软件接口
运行于Windows、Linux、Unix操作系统、安装了java和jsp运行环境之上。对其他软件的调用接口应具有较好的缝合性，和应用软件之间应有较好的兼容性。
4.4.4 故障处理
正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
4.4.5 其他需求
（1）系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能。
（2）系统的安全性: 对于系统的重要数据都有密码保护，具有一定的安全性。
（3）系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。
（4）系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据。
（5）系统的可移植性: 能在Windows、Linux和Unix操作系统上运行。
系统的可维护性: 采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性。
4.5 运行环境规定
4.5.1 设备
处理器型号及内存容量：处理器不限制，CPU的内存最好在256MB以上，硬盘容量大小不限，电脑配带鼠标，显示器等。
4.5.2 开发工具
（1）MyEclipse 6.6；
（2）Dreamweaver CS4；
（3）Photoshop CS4；
（4）Tomcat 6.0；
（5）MySQL Server 5.1；
（6）MySQL-Front；
（7）StarUML；
（8）其它相关软件
4.5.3 软件环境
（1）安装了Tomcat 5.5以上版本；
（2）安装了JDK1.5以上版本；
（3）安装了MySql 5.1以上版本；
（4）配置了Hibernate 3.1，struts2.0,Spring2.0 等框架包；
（5）安装了IE6.0浏览器；
（6）操作系统为Window Xp或者Linux都行；
（7）测试工具：Junit。
4.5.4 接口
本工程产品通过PC及运行，需要用户输入相应的数据，产生相应的处理。本工程产品不需要特定的硬件或者硬件接口的支持。
4.5.5 控制
本软件在操作系统的支持下，展示界面由主窗口和子窗口的嵌套而成，窗口通过超链接来达到控制，从而达到预期的效果。
4.6 要解决的关键问题
4.6.1 需求分析
超市资料管理系统是针对小型超市的各种信息进行全面现代化管理.主要包括员工档案管理、库存商品管理、销售程序设计等几个方面的功能,以实现用户方便的输入、查询、统计、打印相关信息的需求。
各部分功能主要有：
（1）商品信息档案管理
商品下架或因各种原因可以将商品档案及时更新，可以按各种查询要求方便查询商品基本信息。
（2）库存商品管理
记录每次进货、售货的信息，动态刷新库存数据，可以查询当前的库存，当库存少于一定数量时，可以提示需要进货。
（3）销售程序设计
根据输入的商品和数量计算并显示顾客应付金额，记录每次售获信息，售货时可以动态更新库存信息。
（4）其他功能
能查询定单基本信息，能查询商品基本信息。
4.6.2 功能分析
“商品信息表”，用来记录超市里每种商品的信息，这是该管理系统中主要的操作对象，大部分的功能操作都要涉及到该表中的信息。该表字段有：商品ID、商品名称、价格、、厂商ID等。商品ID为该表的关键字段。每种商品都有一个厂商ID，可以关联到生产该产品的厂商信息表，故把厂商ID作为辅助索引。
“进货信息表”，用来记录每次的进货信息，“进货信息表”与系统的多张数据表相关联，在该表需要设置字段：进货ID、商品ID、进价、数量、金额、员工ID和进货日期等。在进货的记录上，由于不同的记录可能具有相同的员工ID和商品ID，所以二者的组合不能作为进货信息表的主码，在进货信息表中要设置一个进货ID来作为主码。
“定单信息表”，用来存放每个定单的基本信息，该表所需字段有：订单编号，用户编号，商品编号，订单类型，商品类型，商品名称，商品价格，商品数量，商品出厂商等
“售货信息表”，用来记录每次的售货信息，字段有：用户编号，商品编号，销售数量
4.6.3 安全设计
完成数据库的物理设计之后，我们就需要用DBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为DBMS可以接受的源代码，再经过调试产生目标程序。然后就可以组织数据入库了，这就是数据库实施阶段，这个阶段又包括数据的载入和应用程序的调试、数据库的试运行和数据库的运行和维护。
数据库的运行和维护包括以下方面：
（1）数据库的转储和恢复；
（2）数据库的安全性、完整性控制；
（3）数据库性能的监督、分析和改造；
（4）数据库的重组织和重构造。
第五章 概要设计
5.1 引言
5.1.1 编写目的.
本文档作为超市购物管理系统的概要设计文档，是根据调查和按照需求文档编写的。
本文档描述系统在功能上的主要设计和思想，预先估计以后系统可能达到的目标。本阶段完成系统的大致设计并明确系统的数据结构与软件结构，将一个软件需求转化为软件表示的过程。
本文档的阅读对象是课程设计指导老师以及同学，此文档将作为本小组进行详细设计和软件开发的依据，并且可帮助以后进行系统扩展和维护的开发人员了解和维护此系统。
5.1.2 定义
Session：在本文里面用到的所有的Session不是和以往在WEB里面简单的session，这里的session是用来和数据库之间相连的，只有它才可以实现用户对数据库的操作。而以前在WEB里面的Session只是简单的用来存储信息的，不要搞混淆。
Servlet:Servlet处理的是get请求，可以把它看成是当用户在浏览器地址栏输入URL、单击Web页面中的链接、提交没有指定method的表单时浏览器所发出的请求。Servlet也可以很方便地处理post请求。Post请求是提交那些指定了method="post"的表单时所发出的请求。
在web.xml文件中配置MyServlet，其配置如下：
<?xml version="1.0" encoding="UTF-8"?>
<web-app>
<servlet>
<servlet