论文任务主要内容和要求包括原始数据技术参数

上传人:壹****1 文档编号:495847723 上传时间:2023-02-03 格式:DOC 页数:12 大小:56KB
返回 下载 相关 举报
论文任务主要内容和要求包括原始数据技术参数_第1页
第1页 / 共12页
论文任务主要内容和要求包括原始数据技术参数_第2页
第2页 / 共12页
论文任务主要内容和要求包括原始数据技术参数_第3页
第3页 / 共12页
论文任务主要内容和要求包括原始数据技术参数_第4页
第4页 / 共12页
论文任务主要内容和要求包括原始数据技术参数_第5页
第5页 / 共12页
点击查看更多>>
资源描述

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

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销售系统、后台管理系统,其中这两个子系统又包含其它一些子功能。1.

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

4、程员指南香敏编 希望电子轻松搞定 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、:超市经理 操作软件录入商品,供货商,厂商 操作软件制定进货方案 查询打印方案进货与入库记录 操作软件控制商品销售与否 查询打印销售情况 操作软件生成销售排行榜 查询库存明细记录 根据软件发出的库存告警进展入货 操作软件进展盘点计算3、总经理: 根本信息登记管理 员工操作权限管理

9、 客户销售权限管理2.4、统开发步骤 确定参与者和相关的用况 为每个用况设计过程 建立顺序图,确定每个脚本中对象的协作 创立类,确定脚本中的对象 设计, 编码, 测试, 集成类 为过程编写系统测试案例 运行测试案例,检验系统2.5、系统环境需求 系统模式本系统采用C/S模式作为开发模式 硬件环境 效劳器端: 高性能的计算机一台, 普通的双绞线作为连接。 客户端: 普通的计算机或者工作站, 普通的双绞线作为连接。 软件环境 效劳器端:安装SQL Server 2000的效劳器版本,安装windows 2000效劳器版本, 配置了等必须的防毒软件。 客户端: 安装SQL Server2000的效劳

10、器版本, 安装了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、系统UML模型3.22、子系统UML模型1零售前台POS管理系统用例视图2后台管理系统用例视图3.3、系统实现图4、

13、超市销售系统概念设计文档1、系统ER图2、系统ER图说明1) 商店中的所有用户员工可以销售多种商品,每种商品可由不同用户员工销售;2) 每个顾客可以购置多种商品,不同商品可由不同顾客购置;3) 每个供货商可以供给多种不同商品,每种商品可由多个供给商供给。3、视图设计1) 交易视图(v_Dealing)用于查询交易情况的视图;2) 方案进货视图(v_PlanStock)用于查询进货方案的视图;3) 销售视图(v_Sale)用于查询销售明细记录的视图;4) 入库视图(v_Stock)用于查询入库情况的视图。5、逻辑设计文档1、系统关系模型a) 商品信息表商品编号,商品名称,价格,条形码,促销价格,

14、促销起日期,促销止日期,允许打折,库存数量,库存报警数量,方案进货数,允许销售,厂商编号,供货商编号b) 用户表用户编号,用户名称,用户密码,用户类型c) 会员表会员编号,会员卡号,累积消费金额,注册日期d) 销售表销售编号,商品编号,销售数量,销售金额,销售日期e) 交易表交易编号,用户名称,交易金额,会员卡号,交易日期f) 进货入库表入库编号,入库商品编号,入库数量,单额,总额,入库日期,方案进货日期,入库状态g) 供货商表供货商编号,供货商名称,供货商地址,供货商h) 厂商表厂商编号,厂商名称,厂商地址,厂商2、系统数据库表构造数据库表索引 表名 中文名MerchInfo 商品信息表User 用户表Menber 会员表Sale 销售表Dealing 交易表Stock 进货入库表Provide 供货商表Factory 厂商表商品信息表(MerchInfo)字段名 字段类型 长度 主/外键 字段值约束 对应中文名MerchID int 4 P Not null 商品编号MerchName Varchar 50 Not null 商品名称MerchPrice Money 4 Not null 价格MerchNum Int 4 Not null 库存数量C

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

当前位置:首页 > 办公文档 > 工作计划

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