超市购物管理系统.docx

软件工程课程设计报告本 题 目：超市购物管理系统 2010年7月15日目 录第一章 问题的定义41.1 问题的背景及选题的意义41.2 问题的引出41.3 问题的定义5第二章 可行性研究62.1 引言62.1.1 编写目的62.1.2 编写背景62.1.3 问题定义62.2 技术可行性研究62.3 经济可行性研究62.3.1 企业研发开支62.3.2 经济效益72.4 操作可行性研究72.5 系统的需求分析72.5.1 用户工作流程72.5.2 用户业务需求72.6 结论7第三章 项目开发计划83.1 引言83.1.1 编写目的83.1.2 项目简介83.1.3 定义83.2 项目概述93.2.1 工作内容93.2.2 交付项93.2.3 非交付项93.2.4 其他需求与约束93.3 实施计划93.3.1 项目选用的生命周期93.3.2、项目开发过程阶段划分93.3.3、关键问题10第四章 需求分析114.1 引言114.1.1 编写目的114.1.2 术语定义114.1.3 参考资料114.2 需求分析114.2.1 用例图114.2.2 用例规约124.3 性能要求144.3.1 数据精确度144.3.2 时间特性144.3.3 适应性144.4 运行需求144.4.1 用户界面144.4.2 硬件接口154.4.3 软件接口154.4.4 故障处理154.4.5 其他需求154.5 运行环境规定154.5.1 设备154.5.2 开发工具154.5.3 软件环境154.5.4 接口164.5.5 控制164.6 要解决的关键问题164.6.1 需求分析164.6.2 功能分析164.6.3 安全设计17第五章 概要设计185.1 引言185.1.1 编写目的.185.1.2 定义185.2 总体设计195.2.1 设计说明195.2.2 问题定义195.2.3 需求规定195.2.4 运行环境205.2.5 系统功能图205.2.6 功能需求与程序的关系205.2.7 人工处理过程215.3 接口设计215.3.1 用户接口215.3.2 外部接口225.4 系统出错处理设计225.4.1 出错信息225.4.2 补救措施225.4.3 系统维护设计22第六章 数据库设计246.1 引言246.2 外部设计246.3 数据库设计246.3.1 系统关系模型246.3.2系统数据库表结构246.3.3 系统E-R图256.3.4 Mysql数据库设计界面图266.4 系统数据分析286.4.1 新商品档案输入286.4.2 数据流图28第七章 详细设计297.1 引言297.1.1 应用背景297.1.2 编写目的297.2 设计思想297.3 设计原则297.4 系统流程307.4.1 系统流程图307.4.2 系统主要流程分析307.5 UML模型设计327.5.1 系统用例图327.5.2 系统顺序图32第八章 测试报告338.1 引言338.1.1 编写目的338.1.2 定义338.2 基本测试内容338.3 测试用例和测试结果348.3.1 黑盒测试用例测试348.3.2 白盒测试用例设计37第九章 用户手册389.1 引言389.1.1 编写目的389.1.2 背景389.2 运行环境389.3 使用过程389.3.1 软件安装389.3.2 系统的导入与初始化389.3.3 系统功能及使用方法38第十章 附录4610.1 登陆界面源代码（login.jsp）4610.2 登陆（login.java）4810.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，其配置如下： MyServlet com.MyServlet MyServlet /textServlet JABC-ODBC：用来处理jsp页面和数据库连接的相应接口5.2 总体设计5.2.1 设计说明 总体设计是在需求分析的基础上进行的，根据逻辑模型建立相对应的物理模型。总体设计的任务是确定“怎么做”的问题，即确定和建立解决问题的总体方案。具体来说，总体设计要去确定构成系统的每个物理单元，说明每个物理单元之间的相互关系（即系统结构）。 一般地说，其过程如下： （1）设计方案：设想选择方案；选取合理方案；选区最佳方案； （2）功能分解：将系统按功能的要求，划分功能模块 （3）设计软件结构：确定由模块确定的层次结构，可利用层次图描绘。 （4）设计数据库：确立要设计的数据库，具体实现它。 （5）制定测试计划：初步的测试计划 （6）书写文档：系统说明 （7）复核和审查:从技术的角度审查，从管理的角度审查。5.2.2 问题定义 商品按类管理：所以需要有一商品类型信息，商品必须属于一个商品类型，如果一个商品类型存在商品或存在下级商品类型则该类型不该删除，需要记录供应商信息，在涉及商品数量的地方，要给出相应的单位。在进货信息中要包含供应商等信息，商品销售信息单中要包含登记商品，销售数量单价等信息，进货，销售，报损操作要有相应操作员信息，只有管理员登陆之后才可以使用系统，默认的管理员不可以删除，进货，销售，库存，报损信息都要可以添加，修改，删除，分类，查找。5.2.3 需求规定表5-1 系统各模块的设计功能名称输入项输出项执行权限功能描述系统商品管理模块管理员的信息添加、修改、删除商品成功及相应的提示信息管理员(role=0)完成对系统商