理子系统可以控制某商品是否允许销售,查询每种商品的销售情况并产生年、月、日报表,同时可以生成销售排行榜。
功能描述:库存管理子系统提供查询库存明细记录的基本功能,并根据库存的状态报警,以及自动盘点计算。
功能描述:人员管理子系统提供基本信息登记管理,员工操作权限管理,客户销售权限管理的功能。
2.2、流程图
前台管理系统
顶层DFD图
第0层DFD图
第1层DFD图
2.3、户类型与职能
(1)、员工(营业员):
*通过商品条形码扫描输入商品到购买清单
*操作软件计算交易总金额
*操作软件输出交易清单
*对会员进行会员卡扫描以便打折
(2)、:超市经理
*操作软件录入商品,供货商,厂商
*操作软件制定进货计划
*查询打印计划进货与入库记录
*操作软件控制商品销售与否
*查询打印销售情况
*操作软件生成销售排行榜
*查询库存明细记录
*根据软件发出的库存告警进行入货
*操作软件进行盘点计算
(3)、总经理:
*基本信息登记管理
*员工操作权限管理
*客户销售权限管理
2.4、统开发步骤
*确定参与者和相关的用况
*为每个用况设计过程
*建立顺序图,确定每个脚本中对象的协作
*创建类,确定脚本中的对象
*设计,编码,测试,集成类
*为过程编写系统测试案例
*运行测试案例,检验系统
2.5、系统环境需求
*系统模式
本系统采用C/S模式作为开发模式
*硬件环境
服务器端:
高性能的计算机一台,
普通的双绞线作为连接。
客户端:普通的计算机或者工作站,
普通的双绞线作为连接。
*软件环境
服务器端:安装SQLServer2000的服务器版本,
安装windows2000服务器版本,
配置了诺顿等必须的防毒软件。
客户端:安装SQLServer2000的服务器版本,
安装了VB等可视化开发工具软件,
安装windows2000服务器版本。
2.6、系统安全问题
信息系统尽管功能强大,技术先进,但由于受到自身体系结构,设计思路以及运行机制等限制,也隐含许多不安全因素。常见因素有:数据的输入,输出,存取与备份,源程序以及应用软件,数据库,操作系统等漏洞或缺陷,硬件,通信部分的漏洞,企业内部人员的因素,病毒,"黑客"等因素。因此,为使本系统能够真正安全,可靠,稳定地工作,必须考虑如下问题:为保证安全,不致使系统遭到意外事故的损害,系统因该能防止火,盗或其他形式的人为破坏。
*系统要能重建
*系统应该是可审查的
*系统应能进行有效控制,抗干扰能力强
*系统使用者的使用权限是可识别的
3、基于UML的建模
3.1语义规则
用例模型(usecasesview)(用例视图)的基本组成部件是用例(usecase)、角色(actor)和系统(system)。用例用于描述系统的功能,也就是从外部用户的角度观察,系统应支持哪些功能,帮助分析人员理解系统的行为,它是对系统功能的宏观描述,一个完整的系统中通常包含若干个用例,每个用例具体说明应完成的功能,代表系统的所有基本功能(集)。角色是与系统进行交互的外部实体,它可以是系统用户,也可以是其它系统或硬件设备,总之,凡是需要与系统交互的任何东西都可以称作角色。系统的边界线以内的区域(即用例的活动区域)则抽象表示系统能够实现的所有基本功能。在一个基本功能(集)已经实现的系统中,系统运转的大致过程是:外部角色先初始化用例,然后用例执行其所代表的功能,执行完后用例便给角色返回一些值,这个值可以是角色需要的来自系统中的任何东西。
UML:是一种标准的图形化建模语言,它是面向对象分析与设计的一种标准表示;它不是一种可视化的程序设计语言而是一种可视化的建模语言;不是工具或知识库的规格说明而是一种建模语言规格说明是一种表示的标准;不是过程也不是方法但允许任何一种过程和方法使用它。
用例(usecase):
参与者(actor):
3.2、UML模型
3.21、系统UML模型
3.22、子系统UML模型
(1)零售前台(POS)管理系统用例视图
(2)后台管理系统用例视图
3.3、系统实现图
4、超市销售
上一篇:
VB小型超市管理系统全套设计+毕业论文(论文和程序)
下一篇:
对硕士毕业生迁移失业目的地的实证研讨