本次课程设计任务及主要内容和要求(包括原始数据、技术参数、

上传人:大米 文档编号:510388737 上传时间:2022-11-28 格式:DOCX 页数:13 大小:21.33KB
返回 下载 相关 举报
本次课程设计任务及主要内容和要求(包括原始数据、技术参数、_第1页
第1页 / 共13页
本次课程设计任务及主要内容和要求(包括原始数据、技术参数、_第2页
第2页 / 共13页
本次课程设计任务及主要内容和要求(包括原始数据、技术参数、_第3页
第3页 / 共13页
本次课程设计任务及主要内容和要求(包括原始数据、技术参数、_第4页
第4页 / 共13页
本次课程设计任务及主要内容和要求(包括原始数据、技术参数、_第5页
第5页 / 共13页
点击查看更多>>
资源描述

《本次课程设计任务及主要内容和要求(包括原始数据、技术参数、》由会员分享,可在线阅读,更多相关《本次课程设计任务及主要内容和要求(包括原始数据、技术参数、(13页珍藏版)》请在金锄头文库上搜索。

1、本次课程设计(论文)任务的主要内容和要求(包括原始数据、技术参数、设计要求等)1、独立完成以下设计任务:1)进行需求分析,编写数据字典;2)设计E-R图,并生成数据物理结构;3)实现数据的 录入、修改、查询;4)实现分类查询、分类统计并生成相应报表。5)每位学生的数据库系 统不得少于3个数据表、3个窗体、4个查询、2个报表。2、设计报告按照以下提纲书写:1)摘要或设计说明;2)需求分析;3)数据库设计;4)数据库系统功能设计及 实现;5)总结题目:小型超市管理系统1、项目计划1.1系统开发目的(1)大大提髙超市的运作效率;(2)通过全面的信息采集和处理,辅助提髙超市的决策水平;(3)使用本系统

2、,可以迅速提升超市的管理水平,为降低经营成本,提髙效益,增强超市 扩张力,提供有效的技术保障。1.2背景说明21世纪,超市的竞争也进入到了一个全新的领域,竞争已不再是规模的竞争,而是技术的 竞争、管理的竞争、人才的竞争。技术的提升和管理的升级是超市业的竞争核心。零售领域 目前呈多元发展趋势,多种业态:超市、仓储店、便利店、特许加盟店、专卖店、货仓等相 互并存。如何在激烈的竞争中扩大销售额、降低经营成本、扩大经营规模,成为超市营业者 努力追求的目标。1.3项目确立针对超市的特点,为了帮助超市解决现在面临的问题,提髙小型超市的竞争力,我们将开发 以下系统:前台POS销售系统、后台管理系统,其中这两

3、个子系统又包含其它一些子功能。1.4应用范围本系统适应于各种小型的超市。1.5定义(1)商品条形码:每种商品具有唯一的条形码,对于某些价格一样的商品,可以使用自定 义条形码。(2)交易清单:包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交 易的时间、负责本次收银的员工号。(3)商品积压:在一定时期内,远无法完成销售计划的商品会造成积压。(4)促销:在一定时期内,某些商品会按低于原价的促销价格销售。库存告警提示:当商品的库存数量低于库存报警数量时发出提示。(5)盘点:计算出库存、销售额、盈利等经营指标。1.6参考资料数据库原理及设计陶宏才编清华大学出版社SQL Server 20

4、00实用教程范立南编 清华大学出版社SQL Server 2000编程员指南李香敏编 北京希望电子出版社轻松搞定SQL Server 2000程序设计Rebecca M.Riordan编软件工程规范Watts S.Humphrey编 清华大学出版社软件工程理论与实践Shari Lawrence Pfleeger编清华大学出版社软件需求分析Swapna Kishore编机械工业出版社软件工程思想林锐编2、逻辑分析与详细分析2.1系统功能(1)、零售前台(POS)管理系统,本系统必须具有以下功能:商品录入:根据超市业务特点制定相关功能,可以通过输入唯一编号、扫描条形码、商 品名称等来实现精确或模糊

5、的商品扫描录入。该扫描录入方法可以充分保证各种电脑操作水 平层次的人员均能准确快速地进行商品扫描录入。收银业务:通过扫描条形码或者直接输入商品名称(对于同类多件商品采用一次录入加数 量的方式)自动计算本次交易的总金额。在顾客付款后,自动计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责 本次收银的员工号)。如果顾客是本店会员并持有本人会员卡,则在交易前先扫描会员卡, 并对所购物品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额中。 会员卡的有效期限为一年,满一年未续卡者,该会员卡将被注销。安全性:OS登陆、退出、换班与操作

6、锁定等权限验证保护;断电自动保护最大限度防止意 外及恶意非法操作。独立作业:有的断网收银即在网络服务器断开或网络不通的情况下,收银机仍能正常作业(2)、后台管理系统,本系统必须具备以下功能进货管理:根据销售情况及库存情况,自动制定进货计划(亦可手工制定修改),可以避 免盲目进货造成商品积压。按计划单有选择性地进行自动入库登记。综合查询打印计划进 货与入库记录及金额。销售管理:商品正常销售、促销与限量、限期及禁止销售控制。综合查询各种销售明细 记录、各地收银员收银记录以及交结账情况等。按多种方式统计生成销售排行榜,灵活察 看和打印商品销售日、月、年报表。库存管理:综合查询库存明细记录。库存状态自

7、动告警提示。如库存过剩、少货、缺货 等。软件为您预警,避免库存商品积压损失和缺货。库存自动盘点计算。人员管理:员工、会员、供货商、厂商等基本信息登记管理。员工操作权限管理。客户 销售权限管理。(3)系统结构系统总体结构模块子系统结构功能描述:商品录入子系统要求能快速录入商品,因此必须支持条形码扫描。功能描述:收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打折。功能描述:进货管理子系统可以根据库存自动指定进货计划,进货时自动等级,以及提供查 询和打印计划进货与入库记录的功能。功能描述:销售管理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生 年、月、日报表,同时可以生成销

8、售排行榜。功能描述:库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以 及自动盘点计算。功能描述:人员管理子系统提供基本信息登记管理,员工操作权限管理,客户销售权限管理 的功能。2.2、流程图前台管理系统顶层DFD图第0层DFD图第1层DFD图2.3、户类型与职能(1)、员工(营业员):通过商品条形码扫描输入商品到购买清单 操作软件计算交易总金额操作软件输出交易清单对会员进行会员卡扫描以便打折(2)、:超市经理操作软件录入商品,供货商,厂商操作软件制定进货计划查询打印计划进货与入库记录操作软件控制商品销售与否查询打印销售情况操作软件生成销售排行榜查询库存明细记录根据软件发出

9、的库存告警进行入货操作软件进行盘点计算(3)、总经理:基本信息登记管理员工操作权限管理客户销售权限管理2.4、统开发步骤确定参与者和相关的用况为每个用况设计过程建立顺序图,确定每个脚本中对象的协作创建类,确定脚本中的对象设计,编码,测试,集成类为过程编写系统测试案例运行测试案例,检验系统2.5、系统环境需求系统模式本系统采用C/S模式作为开发模式硬件环境服务器端:髙性能的计算机一台, 普通的双绞线作为连接。客户端:普通的计算机或者工作站, 普通的双绞线作为连接。软件环境服务器端:安装SQL Server 2000的服务器版本,安装windows 2000服务器版本,配置了诺顿等必须的防毒软件。

10、客户端:安装SQL Server2000的服务器版本,安装了 VB等可视化开发工具软件,安装windows2000服务器版本。2.6、系统安全问题信息系统尽管功能强大,技术先进,但由于受到自身体系结构,设计思路以及运行机制等限 制,也隐含许多不安全因素。常见因素有:数据的输入,输出,存取与备份,源程序以及应 用软件,数据库,操作系统等漏洞或缺陷,硬件,通信部分的漏洞,企业内部人员的因素, 病毒,“黑客”等因素。因此,为使本系统能够真正安全,可靠,稳定地工作,必须考虑如 下问题:为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火,盗或其他形式 的人为破坏。系统要能重建系统应该是可审查的系

11、统应能进行有效控制,抗干扰能力强系统使用者的使用权限是可识别的3、基于UML的建模3.1语义规则用例模型(use cases view)(用例视图)的基本组成部件是用例(use case)、角色(actor) 和系统(system)。用例用于描述系统的功能,也就是从外部用户的角度观察,系统应支持哪 些功能,帮助分析人员理解系统的行为,它是对系统功能的宏观描述,一个完整的系统中通 常包含若干个用例,每个用例具体说明应完成的功能,代表系统的所有基本功能(集)。角 色是与系统进行交互的外部实体,它可以是系统用户,也可以是其它系统或硬件设备,总之, 凡是需要与系统交互的任何东西都可以称作角色。系统的边

12、界线以内的区域(即用例的活动 区域)则抽象表示系统能够实现的所有基本功能。在一个基本功能(集)已经实现的系统中, 系统运转的大致过程是:外部角色先初始化用例,然后用例执行其所代表的功能,执行完后 用例便给角色返回一些值,这个值可以是角色需要的来自系统中的任何东西。UML:是一种标准的图形化建模语言,它是面向对象分析与设计的一种标准表示;它不是一 种可视化的程序设计语言而是一种可视化的建模语言;不是工具或知识库的规格说明而是一 种建模语言规格说明是一种表示的标准;不是过程也不是方法但允许任何一种过程和方法使 用它。用例(use case):参与者(actor):3.2、UML 模型3.21、系统

13、UML模型3.22、子系统UML模型(1)零售前台(POS)管理系统用例视图(2)后台管理系统用例视图3.3、系统实现图4、超市销售系统概念设计文档(1)、系统ER图(2)、系统ER图说明1)商店中的所有用户(员工)可以销售多种商品,每种商品可由不同用户(员工)销售;2)每个顾客可以购买多种商品,不同商品可由不同顾客购买;3)每个供货商可以供应多种不同商品,每种商品可由多个供应商供应。(3)、视图设计1)交易视图(v_Dealing)用于查询交易情况的视图;2)计划进货视图(v_PlanStock)用于查询进货计划的视图;3)销售视图(v_Sale)用于查询销售明细记录的视图;4)入库视图(v

14、_Stock)用于查询入库情况的视图。5、逻辑设计文档(1)、系统关系模型a)商品信息表(商品编号,商品名称,价格,条形码,促销价格,促销起日期,促销止日 期,允许打折,库存数量,库存报警数量,计划进货数,允许销售,厂商编号,供货商编号)b)用户表(用户编号,用户名称,用户密码,用户类型)c)会员表(会员编号,会员卡号,累积消费金额,注册日期)d)销售表(销售编号,商品编号,销售数量,销售金额,销售日期)e)交易表(交易编号,用户名称,交易金额,会员卡号,交易日期)f)进货入库表(入库编号,入库商品编号,入库数量,单额,总额,入库日期,计划进货 日期,入库状态)g)供货商表(供货商编号,供货商

15、名称,供货商地址,供货商电话)h)厂商表(厂商编号,厂商名称,厂商地址,厂商电话)(2)、系统数据库表结构数据库表索引表名中文名Merchlnfo商品信息表User用户表Menber会员表Sale销售表Dealing交易表Stock进货入库表Provide供货商表Factory厂商表商品信息表(Merchlnfo)字段名字段类型长度主/外键字段值约束对应中文名MerchID int 4 P Not null 商品编号MerchName Varchar 50 Not null 商品名称MerchPrice Money 4 Not null 价格MerchNum Int 4 Not null 库存数量CautionNum Int 4 Not null 库存报警数量 PlanNum Int 4 null计划进货数BarCode Varchar 50 Not null 条形码 SalesProPrice Money 4 促销价格Sales

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号