师生服务超市管理系统.doc_第1页
师生服务超市管理系统.doc_第2页
师生服务超市管理系统.doc_第3页
师生服务超市管理系统.doc_第4页
师生服务超市管理系统.doc_第5页
已阅读5页,还剩24页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

师生服务超市管理系统序言企业管理信息系统(MIS)就是借助计算机、互联网等先进技术为代表的信息手段将企业经营及管理流程在线实现,并使企业管理层真正可以在线获得完整及明晰的信息。它在生产、生活、通讯、交通、运输、商业、建筑等各行业有大量的应用和广阔的前景。将管理操作系统应用的各行各业已是大势所趋。目前很多管理系统都是为大型企业服务,很少有为小型企业服务的管理系统,特别是超市管理系统。伴随着物流信息的流通量日益增大,小型超市之间的竞争日益增强,为了适应这种趋势,将超市管理系统引入是提高其管理能力,降低成本,提高综合竞争力的一个良好措施,并且目前超市系统在超市日常商品零售管理及库存管理等工作中具有的方便性、高效性和必要性,使它极大的提高了超市的管理效率。目前,针对中小型超市的管理系统很多,然而,如果作为一个社区超市,特别是作为一个立足于大学内部的师生服务超市,又具有其他超市所不具备的一些特殊性,如学生购物时间相对集中,购物的种类较单一,但是却涉及到生活、学习和娱乐多方面等问题,如何解决这些问题,让师生服务超市的管理效率提高,提高服务质量并且降低成本,是我们解决的主要问题。项目背景 委托人是位于昆明理工大学内的一所师生服务超市,目前该校区内有服务超市2家,都是采取手工收银的方式,招聘有收银员,同时还有两个管理员,负责超市的进货,结账和库存等业务。因业务需要,超市所有者决定引进一套管理系统,来综合管理超市的库存,销售和收银等问题。项目目的开发一套适用于师生服务超市的管理系统项目团队组成 项目团队成员四人: 项目经理:李强利 小组成员:樊飞、彭楠、张健一、可行性分析报告1. 引言1.1编写目的本文用于分析项目的可行性,包括项目在技术上的可行性及在资金、设备、人员以及用户需求等方面的可行性,以保证今后项目的顺利进行。1.2背景委托人是位于昆明理工大学内的一所师生服务超市,目前该校区内有服务超市2家,都是采取手工收银的方式,招聘有收银员,同时还有两个管理员,负责超市的进货,结账和库存等业务。因业务需要,超市所有者决定引进一套管理系统,来综合管理超市的库存,销售和收银等问题。1.3目标开发一套适合该超市的规范,安全,方便使用的管理系统。1.4条件、假定和限制 建议软件寿命:5年(享受系统维护服务) 经费来源:超市管理者投资 硬件条件:服务器Microsoft Server2003工作站,终端PC机,收银机。 数据库:MYSQL2. 技术可行性2.1人员素质本系统参与开发的人员具备良好的技术素养,具有开发此类系统的经验,项目经理具备很强的能力,并且有专家参与,可以形成指导、分析、设计及开发的全套技术工作力量。2.2技术基础 项目技术要求:以先进成熟的计算机和数据库技术为主要手段,使用Windows平台基于JAVA 、JSP和My eclipse等工具开发,系统应集成关联账目管理,库存管理,收银业务管理等功能。 界面编程要求是:简洁,美观,方便使用;可以看出,其要求没有超出现有开发的技术内容。 数据库编程要求是:目前所有的技术力量完全可以解决。 接口编码要求是:要求简单,所以技术上没有任何问题。2.3协议要求:在合理的预算下,甲方(委托人)引进一套管理系统,该系统解决收银,会计结算和库存管理等问题,达到合理库存和规范收银。经商讨,该系统可以具备数据挖掘和关联功能,同时具备保质期过期提示等功能。而乙方(开发者)负责开发系统,并在60天内交付甲方使用。在与项目委托人的商讨之下,双方表示非常愿意合作,所以,在明确了双方的责任后,问题可以完全解决。2.4软件基础:用户没有特殊要求,所以开发使用Windows平台,用My eclipse编程软件开发前台,数据库使用MYSQL。3. 设备可行性 资金:通过商讨,委托人投入资金人民币5W元,其中1.5W元作为设备购买资金,2.5W元为系统开发费用,还有1W元为储备资金。 设备:设备需要服务器收银机各两台,还需要一台台式电脑。其设备可以通过购买得到。4. 人员可行性因为系统要求不高,所以本项目预计需要项目经理一人,其余的系统开发及编程人员3人,累计4人。如果中途人手不够,可以再次调集人员参与开发。所以人员计划可行。5. 时间可行性 系统工作量:目标需求使用windows平台使用,并且该系统具备网络应用功能,需要做的工作有总体设计,前台设计,数据库设计及接口设计,及网络应用设计。 代码工作量:相应的,程序员需要做的工作有算法研究,页面设计,程序编码,数据库设计等工作。根据以往的开发经验分析,整个系统开发时间大概为40天,由于中间有双休及节假日,所以开发时间大概为50天,在委托人要求的时间范围内,而且有余地,所以时间上可行。(具体时间计划请参看时间计划书)。6. 社会因素可行性 法律因素:本系统所有软件使用正版;合同制定确定违约责任。 用户使用:本软件只要具备基本的电脑操作能力,通过简单培训后即可使用。系统维护由开发方专人负责。7. 结论意见本项目符合开发标准,技术,设备,人员,时间,操作等因素都有可行性,可以进行开发。项目经理: 组员:二、师生超市管理系统需求分析报告1.目的:向师生超市管理系统的客户、项目组开发成员、项目实施组和测试成员提供一个清晰的陈述。对IT项目管理功能的后续阶段等过程提供指导和工作原则。2.需求确定方法:采用跟客户面谈收集到的信息(面谈记录、观察记录、会议记录)、研究商业文档以及观察工作人员。3产品范围: 大大提高超市的运作效率; 通过全面的信息采集和处理,辅助提高超市的决策水平; 使用本系统,可以迅速提升超市的管理水平,为降低经营成本,提高效益,增强超市扩张力, 提供有效的技术保障。4用户分析管理员:拥有所有权限5产品功能5.1零售前台(POS)管理系统,本系统必须具有以下功能: 商品录入:根据超巿业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商品名称等来实现精确或模糊的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫描录入。 收银业务:通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年,满一年未续卡者,该会员卡将被注销。 安全性:OS登陆、退出、换班与操作锁定等权限验证保护;断电自动保护最大限度防止意外及恶意非法操作。 独立作业:有的断网收银即在网络服务器断开或网络不通的情况下,收银机仍能正常作业5.2后台管理系统,本系统必须具备以下功能 进货管理: 根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),可以避免盲目进货造成商品积压。 按计划单有选择性地进行自动入库登记。 综合查询打印计划进货与入库记录及金额。 销售管理: 商品正常销售、促销与限量、限期及禁止销售控制。 综合查询各种销售明细记录、各地收银员收银记录以及交结账情况等。 按多种方式统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。 库存管理: 综合查询库存明细记录。 库存状态自动告警提示。如库存过剩、少货、缺货等。软件为您预警,避免库存商品积压损失和缺货。 库存自动盘点计算。 人员管理: 员工、会员、供货商、厂商等基本信息登记管理。 员工操作权限管理。 客户销售权限管理。6运行环境6.1硬件环境 服务器端:高性能的计算机一台,普通的双绞线作为连接。 客户端: 普通的计算机或者工作站,普通的双绞线作为连接。6.2软件环境 服务器端:安装MYSQL的服务器版本,安装Windows 2003服务器版本,配置了诺顿等必须的防毒软件。 客户端: 安装MYSQL的服务器版本,安装了JDK、My eclipse等开发工具软件,安装Windows2003服务器版本。 外部接口需求:保证软件的各个模块之间能够实现数据连通能够对数据进行同步操作。7用户界面7.1包括:用户登录模块、前台销售模块、后台管理模块、进货及存货管理、销售管理、财务管理都要使用统一的GUI图形用户界面,相同的屏幕布局,使软件做到整洁、美观、大方。各种按钮、链接、功能组件、消息栏、快捷键、日期格式、对齐方式、计时方法、计帐方法都要统一。对于错误信息也要有标准的提示方式。7.2硬件接口:软件必须与扫描仪、收银机进行连接,通过USB接口连接软件的数据库7.3软件接口:使用windows XP/2003与数据库MYSQL/SQL SERVER 2008来连接,使用它们自带的驱动来连接硬件设备。7.4通讯接口:基于IE的web浏览器、基于Excel的数据交互电子表格8系统功能需求8.1商品录入子系统要求能快速录入商品,因此必须支持条形码扫描。8.2收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打折。8.3进货管理子系统可以根据库存自动指定进货计划,进货时自动等级,以及提供查询和打印计划进货与入库记录的功能。8.4销售管理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生年、月、日报表,同时可以生成销售排行榜。8.5库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以及自动盘点计算。8.6人员管理子系统提供基本信息登记管理,员工操作权限管理,客户销售权限管理的功能。9输入输出数据数据名称、数据类型、数据格式、数据约束、以及各种数据的实际含义,对算法给出具体的实现过程。9.1性能需求:录入数据以及处理数据的时间不能超过30s,响应时间不能过长。用户数量不能超过3台。容量需求硬盘可用空间50GB。数据库中表的最大行不超过2万行。9.2安全措施:必须做好数据备份,安装杀毒软件,有备用电源(UPS)。9.3安全性需求:用户在第一次登录后,必须更改系统预置的密码,系统预置的密码不能重用(安全性太低)。9.4软件质量属性:软件必须严格按照功能需求来进行开发,确保所规定的所有功能都能实现,并且操作简单,易于学习和维护。用户文档:9.5安装指南:纸质文档;A4;使用教程电子文档与软件一起配送。9.6分型模型:数据流图(DFD)、实体关系图(E-R)、类图项目经理: 组员:10师生服务超市管理系统时间进度安排任务名称开始时间结束时间总计时间1.需求分析调研2011.4.272011.4.292天用户需求分析2011.4.272011.4.292天功能需求分析2011.4.272011.4.292天质量需求分析2011.4.272011.4.292天2.可行性分析2011.4.292011.5.12天.对各种可行性进行分析(时间、技术、设备等)2011.4.292011.4.301天提交可行性分析报告获批准2011.4.302011.5.11天3.概要设计(系统设计)2011.5.22011.5.64天业务流程设计2011.5.22011.5.31天系统的组织结构及模块划分2011.5.22011.5.31天功能分配2011.5.22011.5.31天接口设计2011.5.32011.5.52天运行设计2011.5.32011.5.52天数据结构设计及出错处理设计2011.5.52011.5.61天4.详细设计2011.5.72011.5.125天算法设计2011.5.72011.5.125天数据结构设计2011.5.72011.5.125天层次结构设计2011.5.72011.5.125天数据库设计2011.5.72011.5.125天界面设计2011.5.72011.5.125天5.编码2011.5.142011.5.2713天前台开发2011.5.142011.5.217天数据库实现2011.5.142011.5.228天接口实现2011.5.222011.5.242天功能实现2011.5.242011.5.273天6.软件测试2011.5.282011.6.14天单元测试2011.5.282011.5.302天集成测试2011.5.282011.5.302天系统测试2011.5.282011.5.302天用户测试2011.5.302011.6.12天7.交付准备2011.6.22011.6.42天8.用户体验及验收2011.6.52011.6.51天项目完成2011.4.272011.6.539天资金预算表工作任务工作人数工时(天)价格(单价:元)总计(单位:元)需求分析1260120可行性分析1260120概要设计2460480详细设计2560600编码实现313652145软件测试2460480硬件支出1000010000软件支出50005000其余支出(加班、午餐等费用)20002000总计:20945元11风险计划11.1存在的风险因素: 产品大小。可能得到的产品不满足客户的要求。 技术相关。未曾使用过的新技术都存在风险。包括未使用过的新型硬件、支持软件,缺乏标准与规范的非传统的开发方法等。或者技术过于落后,不满足客户要求。 开发环境。适用的开发工具不足、不可靠、使用不方便等因素,都会降低开发效率。 组织规模和人员经验。可能存在与客户需求矛盾,不了解客户的特殊需要,客户不了解项目中采用的新技术,双方又难于沟通等。 时间因素。可能存在产品不能按时开发的问题。 人员流失。有可能存在开发人员中途离开的情况。 如何规避:在系统开发的过程中及时与客户沟通,了解客户的需求和特殊需求,对于开发工具和技术采用较新并且稳定的技术工具,有什么功能要求和实现也与客户及时沟通。做好详细的开发进度安排,并且有一个团结、高效、稳定的开发团体。 项目经理: 组员:三、系统分析1.系统设计的思想1.1系统的安全性设计:必需输入正确的用户名和密码才能登录系统。1.2系统的方便性、实时性:能够方便售货员前台的零售操作,采用射频读取条形码技术,只需一次输入就可以添加商品、查询商品的基本信息。系统更加的智能化,系统将自动进行销售分析,以便用户更直观的了解畅销产品。系统还将实现生产财务报表功能,以便用户了解财务支出收入明细。系统还支持自动订货提醒功能,当货物库存少于5%(默认值,用户可以自己修改)时,系统提示订货预警。1.3 系统分成前台管理和后台管理两个相对独立的模块。此外,系统采用分层的模块化程序设计思想,作为应用程序有较强的可操作性和扩展性。1.4合理的数据流设计,并采用统一编码原则,不会出现货物的重复录入。在应用系统设计中,相对独立的模块间以数据流相互连接,使各模块间的耦合性较低,方便系统运行,提高系统安全性。2.系统的性能要求系统要求实现操作简单、快捷并有效的完成各项工作,并实现对销售数据及时保存功能和系统故障自动排除功能。另外要求系统具有较高的准确性。要求有正确的输入能得到正确的输出。3.系统的编程思想系统将采用面向对象的编程思想和分层的模块化程序设计思想。为了业务扩展的实现,本系统将采用基于B/S模式的程序设计编程。4.系统的基本流程图5.系统模块结构图系统功能设计是使整个系统能基本实现超市的进、销、存等管理功能,而我们的超市管理系统就是要对这些资源建立正确的数据库,并进行信息的收集、传送、存储完成进货、存货、生成报表和销售分析等功能,能让超市管理者更直观的了解超市的经营状况,以做出相应的经营决策。本系统的总体结构图如下:5.1用户登录模块:判断用户名是否存在、用户密码是否正确,登录到管理界面5.2前台销售模块:包括商品录入和收银业务。 商品录入模块:支持射频读取条形码扫描技术(通过外包购买方式获取),将商品信息(包括生产国、制造厂家、商品名称、生产日期)录入数据库。同时,操作员可以进行商品的增、删、查、改功能。 收银业务:收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打折。通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数量的方式)自动计算本次交易的总金额。在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。5.3后台管理模块 进货及存货管理:主要实现查询库存明细记录、库存状态自动提醒、自动盘点计算、自动制定进货计划、入库登记、查询并打印进货、库存详细信息。实现进货信息的查询、增加、删除、修改功能实现库存信息的查询、增加、删除、修改功能 销售管理:主要实现商品销售控制,查询、打印销售情况和实现销售统计功能。要求通过神经网络检索模型挖掘出畅销产品,和关联产品以辅助用户做出决策。其中,销售统计业务功能明细如下: 财务管理:生产财务报表、会计业务(入库记账、月末结账)6.数据流图数据流图是说明外部实体和过程之间的数据移动及系统内部数据存储的图形。通过DFD数据流图可以更明确的反映出各个外部实体(即业务控制模块)之间的数据流动和信息流动。前台管理DFD7.用户类型与职能定义此系统为小型超市管理系统。因此在设计管理人员与用户时均为同一人。即可以享受所有权限。7.1系统用户: 通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额、操作软件输出交易清单 对会员进行会员卡扫描以便打折 操作软件录入商品,供货商,厂商 操作软件制定进货计划 查询打印计划进货与入库记录 操作软件控制商品销售与否、操作软件进行盘点计算 查询打印销售情况、查询库存明细记录 操作软件生成销售排行榜、根据软件发出的库存告警进行入货8.基于UML的建模用例模型(use cases view)(用例视图)的基本组成部件是用例(use case)、角色(actor)和系统(system)。用例用于描述系统的功能,也就是从外部用户的角度观察,系统应支持哪些功能,帮助分析人员理解系统的行为,它是对系统功能的宏观描述,一个完整的系统中通常包含若干个用例,每个用例具体说明应完成的功能,代表系统的所有基本功能(集)。角色是与系统进行交互的外部实体,它可以是系统用户,也可以是其它系统或硬件设备,总之,凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域(即用例的活动区域)则抽象表示系统能够实现的所有基本功能。在一个基本功能(集)已经实现的系统中,系统运转的大致过程是:外部角色先初始化用例,然后用例执行其所代表的功能,执行完后用例便给角色返回一些值,这个值可以是角色需要的来自系统中的任何东西。 UML:是一种标准的图形化建模语言,它是面向对象分析与设计的一种标准表示;它不是一种可视化的程序设计语言而是一种可视化的建模语言;不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准;不是过程也不是方法但允许任何一种过程和方法使用它。用例(use case):参与者(actor):系统UML模型系统前台UML模型系统后台UML模型项目经理: 组员:四、系统设计1.概念设计系统E-R图系统E-R图说明 商店中的所有用户(员工)可以销售多种商品,每种商品可由不同用户(员工)销售; 每个顾客可以购买多种商品,不同商品可由不同顾客购买; 每个供货商可以供应多种不同商品,每种商品可由多个供应商供应。2.人机界面设计人机界面(Human-Computer Interface,简写HCI,又称用户界面或使用者界面):是人与计算机之间传递、交换信息的媒介和对话接口,是计算机系统的重要组成部分。它实现信息的内部形式与人类可以接受形式之间的转换。人机界面设置中人的因素占了很大的比例,其包括: 人对感知过程的认识字体、大小、位置、颜色、形状、操作顺序 用户的技能和行为方式用户本身的技能、个性上的差异 用户所要求完成的整个任务以及用户对人机界面部分的特殊要求人机界面风格:窗口、图标、菜单、指示器四位一体的界面与超文本、多任务概念相结合的界面,用户可同时执行多个任务。在设计中我们团队严格按照人机界面设计的四个过程迭代设计: 用户、任务和环境分析及建模 界面设计 界面构造 界面确认我们通过对系统需求规格说明的分析,导出与设计模型、用户模型和系统感觉相协调的一组任务,最终我们得出用户满意度最高的用户界面。 3.数据库设计系统关系模型商品信息表(商品编号、商品名称、价格、库存数量、库存报警数量、计划、货数、条形码、促销价格、促销起日期、促销止日期、允许打折、允许销售、厂商编号、供货商编号)用户表(用户编号、用户编号、用户名称、用户密码、用户类型)会员表(会员卡号、注册日期、累计消费)销售表(销售单号、商品编号、用户编号、商品数量、销售日期)交易表(交易编号、交易日期、商品编号、商品数量、优惠额度、会员卡号)供货商(供货商编号、供货商名称、供货商地址、供货商电话)供货单(供货单号、供货商编号、商品编号、进价(单价)、数量)订货单(订单编号、商品编号、供货商号、用户编号、订货数据、订货数量、订货单价)系统数据库表数据库表索引表名英文中文名Merchandise商品信息表Member会员表User用户表Dealing交易表Sale销售表Provide供货商Provide-form供货单Order订货单商品信息表Merchandise字段名称字段类型长度主/外键约束默认值中文名MerchIDchar4PKNot null无商品编号BarCodechar50Not null无条形码MerchNamechar4Not null无商品名称MerchPriceMoney4Not null无价格MerchNumInt4Not null无库存数量CautionNumInt4Not null无库存报警数量Abatechar50Not null无折扣ProvideIDchar4FKNot null无供货商编号会员表Member字段名称字段类型长度主/外键约束默认值中文名MemberIDVarchar10PKNot null无会员卡号RegDateDatetime25Not null无注册日期TotalCostMoney50Not null无累计消费交易表Dealing字段名称字段类型长度主/外键约束默认值中文名DealingIDchar10PKNot null无交易编号DealingDatechar4无交易日期MerchIDchar4FKNot null无商品编号DealingNumchar10无商品数量Abatechar10无优惠额度MemberIDchar10FKNot null无会员卡号供货商表Provide字段名称字段类型长度主/外键约束默认值中文名ProvideIDchar10PKNot null无供货商编号ProvideNamechar50Not null无供货商名称ProvideAddresschar250无供货商地址ProvidePhonechar25无供货商电话供货单表Provide-form字段名称字段类型长度主/外键约束默认值中文名Provide-formIDchar10PKNot null无供货单号ProvideIDchar10FKNot null无供货商编号MerchIDchar10FKNot null无商品编号Provide-formPrichar10无进价(单价)Provide-formNumchar10无数量用户表User字段名称字段类型长度主/外键约束默认值中文名UserIDchar10PKNot null无用户编号UserID2char10FK无用户编号UserNamechar50无用户名称UserPWchar20无用户密码UserStylechar20无用户类型销售表Sale字段名称字段类型长度主/外键约束默认值中文名SaleIDchar10PKNot null无销售单号MerchIDchar10FKNot null无商品编号UserIDchar8FKNot null无用户编号SaleNumchar4无商品数量SaleDateDatetime4无销售日期订货单Order字段名称字段类型长度主/外键约束默认值中文名OrderIDchar10PKNot null无订单编号MerchIDchar10FKNot null无商品编号ProvideIDchar10FKNot null无供货商号UserIDchar10FKNot null无用户编号OrderDateDatetime20Not null无订货数据OrderNumchar10Not null无订货数量OrderPrichar10Not null无订货单价4.关于数据仓库与数据挖掘数据仓库是决策支持系统(dss)和联机分析应用数据源的结构化数据环境。数据仓库研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。数据挖掘(Data Mining),就是从存放在数据库,数据仓库或其他信息库中的大量的数据中获取有效的、新颖的、潜在有用的、最终可理解的模式的非平凡过程。在该系统中我们将引入数据仓库与数据挖掘的应用,以取得市场竞争优势,同时更好地为客户服务;我们不仅从已有的数据中获取销售有利的数据,如:畅销排行榜,季节性商品,根据地域性消费者喜好销售商品,以及促销策略更重要的是我们将挖掘出多种商品的关联程度以改善商品在货架上的布局,最大限度地提高商品销售,为企业获取更多的利润。下面将用一个例子表述商品的关联度。超市针对毛巾,洗发露,香皂,沐浴露,大宝SOD蜜,牙膏等洗漱用品进行了关联规则的数据挖掘试图找出他们之间的联系。交易号顾客购买商品T1毛巾,香皂T2毛巾,沐浴露T3毛巾,洗发露,香皂T4洗发露,大宝SOD蜜,牙膏最小支持度:Supmin=50%,用Apriori算法求出以上交易集合的关联产品。交易记录集I=毛巾,洗发露,香皂,沐浴露,大宝SOD蜜,牙膏项集C1支持度毛巾3/4洗发露2/4香皂2/4沐浴露1/4大宝SOD蜜1/4牙膏1/4 利用L1中的各项目组合连接,产生候选集C2;然后扫描记录集去除C2中支持度小于50%的项集。项集C2项集L2支持度毛巾,香皂1/2支持度毛巾,洗发露1/4毛巾,香皂1/2洗发露,香皂1/4最终可得毛巾和香皂是强关联,在布置货架时可考虑把毛巾,香皂放在一起。项目经理: 组员:五、师生服务超市管理系统测试计划5.1测试计划依据数据库设计的表的字段以及各个模块所要实现的功能来进行测试计划:依据数据库设计的字段,测试输入的数据以数据库的字段是否一致。依据该模块的功能,测试输入的数据是否写入数据库。测试数据与数据库的数据是否一致。测试方法分为五个阶段:单元测试、集成测试、系统测试、用户测试、性能测试。 超市管理系统测试工具 服务器端:安装SQL Server 2008的服务器版本,安装windows 2003服务器版本,配置了诺顿等必须的防毒软件。 客户端: 安装SQL Server2008的服务器版本,安装了JDK、My eclipse等开发工具软件,安装windows2003服务器版本、windows X/7平台。 硬件环境:32位PC机5.2单元测试单元测试:采用白盒法和黑盒法相结合的方法,对于逻辑结构复杂的模块采用白盒法,对于输入输出为主的模块采用黑盒法测试,以提高测试的效率,对以下三个模块(用户登录模块、前台销售模块、后台管理模块)分别进行测试。以验证每个模块是否能实现相应的功能。 超市管理系统数据和数据库完整性测试:数据库和数据库进程应作为一个子系统来进行超市管理系统测试。确定是否支持师生超市管理系统测试的工具和技术。 超市管理系统接口测试:确保接口调用的正确性;所有软件、硬件接口,记录输入输出数据。5.3集成测试集成超市管理系统测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准,检测系统对业务流处理是否存在逻辑不严谨及错误,检测需求是否存在不合理的标准及要求。此阶段超市管理系统测试基于功能完成的超市管理系统测试。测试UI中的对象是否按照预期的方式运行,并符合公司或行业的标准。超市管理系统测试目标检测需求中业务流程,数据流的正确性超市管理系统测试范围:需求中明确的业务流程,或组合不同功能模块而形成一个大的功能。技术:利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。 期望的结果在完成某个集成超市管理系统测试时必须达到标准实际结果所计划的超市管理系统测试已全部执行。所发现的缺陷已全部解决。 超市管理系统测试重点和优先级:超市管理系统测试重点指在超市管理系统测试过程中需着重超市管理系统测试的地方,优先级可以根据需求及严重来定需考虑的特殊事项:确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素(内部的或外部的) 5.3系统测试对超市管理系统的功能超市管理系统测试应侧重于所有可直接追踪到用例或业务功能和业务规则的超市管理系统测试需求。这种超市管理系统测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类超市管理系统测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的超市管理系统测试概要: 超市管理系统测试目标确保超市管理系统测试的功能正常,其中包括导航,数据输入,处理和检索等功能。技术:利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了正确的应用。需考虑的特殊事项:确定或说明那些将对功能超市管理系统测试的实施和执行造成影响的事项或因素(内部的或外部的)5.4性能评测性能评测是一种性能超市管理系统测试,它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将超市管理系统的性能行为当作条件(例如工作量或硬件配置)的一种函数来进行评测和微调。5.5用户的验收测试 恢复测试:把系统置于极端的条件下以产生故障,然后调用恢复进程并监测和检查应用程序和系统,核实应用程序或系统和数据已得到了正确的恢复。例如:客户机断电、服务器断电、数据库中的数据元素无效或遭到破坏。 安全性测试:验证系统内部的保护机制将保护,确保只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问。 性能测试:确定系统在可能使用他的环境范围内如何执行 系统负载测试:确定并确保系统在超出最大预期工作量的情况下仍能正常运行并评估性能特征包括响应时间、事务处理速率和其他与时间相关的方面。 强度测试:找出因资源不足或资源争用而导致的错误包括内存或磁盘空间不足并确定超市管理系统能够处理的最大工作量。 容量测试:使超市管理系统处理大量的数据,确定是否达到了将使软件发生故障的极限并确定超市管理系统在给定时间内能够持续处理的最大负载或工作量。5.5系统安装由于师生服务超市以前没有实施信息化,所以我们采用全新安装的方式 优点:这样成本更低,有利于安装成功; 缺点:无法验证可能存在的风险,最好能手工记账并行三个月。 5.6风险: 并非新系统的所有方面都能与旧系统比较 由于运行和维护两个系统的工作量加倍,所以非常昂贵。 可能是用户感到不知所措 不可能很快产生效益,可能会有延迟 由于成本高或系统规模大,可能不可行5.7用户培训培训和支持是信息系统取得成功的关键。作为负责新系统的用户,我们和项目团队的其他分析员必须保证为他们提供高质量的培训和支持。5.8用户培训方法: 采取计算机扶助教学和开办培训课程的形式。 培训主题:系统使用、简单的计算机概念、信息系统概念、组织概念、系统管理、系统安装 通过服务热线解答用户的问题。5.8项目收尾 系统维护:改正性维护、适应性维护、完善性维护、预防性维护 维护成本:免费维护2年,超过2年以后有偿进行功能升级和维护。项目经理: 组员:六、参考资料 数据库原理及设计 陶宏才编 清华大学出版社 软件工程规范Watts S.Humphrey编 清华大学出版社 软件工程理论与实践 Shari Lawrence Pfleeger编 清华大学出版社 软件需求分析 Swapna Kishore编 机械工业出版社 软件工程思想 林锐编 系统分析与设计基础(第四版)清华大学出版社 数据仓库与数据挖掘陈志泊主编 清华大学出版社袁节膅薂羄肅蒃薁蚃芀荿薀螆肃芅蕿袈芈膁蚈羀肁蒀蚇蚀袄莆蚇螂肀莂蚆羅袂芈蚅蚄膈膄蚄螇羁蒂蚃衿膆莈蚂羁罿芄螁蚁膄膀螁螃羇葿螀袅膃蒅蝿肈羆莁螈螇芁芇莄袀肄膃莄羂艿蒂莃蚂肂莈蒂螄芈芄蒁袆肀膀蒀罿袃薈葿螈聿蒄葿袁羁莀蒈羃膇芆蒇蚃羀膂蒆螅膅蒁薅袇羈莇薄罿膄芃薃虿羆艿薃袁节膅薂羄肅蒃薁蚃芀荿薀螆肃芅蕿袈芈膁蚈羀肁蒀蚇蚀袄莆蚇螂肀莂蚆羅袂芈蚅蚄膈膄蚄螇羁蒂蚃衿膆莈蚂羁罿芄螁蚁膄膀螁螃羇葿螀袅膃蒅蝿肈羆莁螈螇芁芇莄袀肄膃莄羂艿蒂莃蚂肂莈蒂螄芈芄蒁袆肀膀蒀罿袃薈葿螈聿蒄葿袁羁莀蒈羃膇芆蒇蚃羀膂蒆螅膅蒁薅袇羈莇袄芈蒇袇螀芇蕿蚀聿芆艿蒃肅芅蒁螈羁芄薃薁袆芃芃螆螂芃莅蕿肁节蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈蚂螂羂薁袈肀肁芀蚁羆肁莃袆袂肀薅虿袈聿蚇蒂膇肈莇螇肃肇葿薀罿肆薂螆袅肅芁薈螁膅莃螄聿膄蒆薇羅膃蚈螂羁膂莈蚅袇膁蒀袀螃膀薂蚃肂腿节衿羈腿莄蚂袄芈蒇袇螀芇蕿蚀聿芆艿蒃肅芅蒁螈羁芄薃薁袆芃芃螆螂芃莅蕿肁节蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈蚂螂羂薁袈肀肁芀蚁羆肁莃袆袂肀薅虿袈聿蚇蒂膇肈莇螇肃肇葿薀罿肆薂螆袅肅芁薈螁膅莃螄聿膄蒆薇羅膃蚈螂羁膂莈蚅袇膁蒀袀螃膀薂蚃肂腿节衿羈腿莄蚂袄芈蒇袇螀芇蕿蚀聿芆艿蒃肅芅蒁螈羁芄薃薁袆芃芃螆螂芃莅蕿肁节蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈蚂螂羂薁袈肀肁芀蚁羆肁莃袆袂肀薅虿袈聿蚇蒂膇肈莇螇肃肇葿薀罿肆薂螆袅肅芁薈螁膅莃螄聿膄蒆薇羅膃蚈螂羁膂莈蚅袇膁蒀袀螃膀薂蚃肂腿节衿羈腿莄蚂袄芈蒇袇螀芇蕿蚀聿芆艿蒃肅芅蒁螈羁芄薃薁袆芃芃螆螂芃莅蕿肁节蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈蚂螂羂薁袈肀肁芀蚁羆肁莃袆袂肀薅虿袈聿蚇蒂膇肈莇螇肃肇葿薀罿肆薂螆袅肅芁薈螁膅莃螄聿膄蒆薇羅膃蚈螂羁膂莈蚅袇膁蒀袀螃膀薂蚃肂腿节衿羈腿莄蚂袄芈蒇袇螀芇蕿蚀聿芆艿蒃肅芅蒁螈羁芄薃薁袆芃芃螆螂芃莅蕿肁节蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈蚂螂羂薁袈肀肁芀蚁羆肁莃袆袂肀薅虿袈聿蚇蒂膇肈莇螇肃肇葿薀罿肆薂螆袅肅芁薈螁膅莃螄聿膄蒆薇羅膃蚈螂羁膂莈蚅袇膁蒀袀螃膀薂蚃肂腿节衿羈腿莄蚂袄芈蒇袇螀芇蕿蚀聿芆艿蒃肅芅蒁螈羁芄薃薁袆芃芃螆螂芃莅蕿肁节蒈螅羇莁薀薈袃莀艿螃蝿荿莂薆膈莈薄袁肄莇蚆蚄羀莇莆袀袆羃蒈蚂螂羂薁袈肀肁芀蚁羆肁莃袆袂肀薅虿袈聿蚇蒂膇肈莇螇肃肇葿薀罿肆薂螆袅肅芁薈螁膅莃螄聿膄蒆薇袁节膅薂羄肅蒃薁蚃芀荿薀螆肃芅蕿袈芈膁蚈羀肁蒀蚇蚀袄莆蚇螂肀莂蚆羅袂芈蚅蚄膈膄蚄螇羁蒂蚃衿

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论