软件工程课程设计小型超市管理系统Word文档格式.docx

上传人:b****1 文档编号:13264155 上传时间:2022-10-09 格式:DOCX 页数:22 大小:107.61KB
下载 相关 举报
软件工程课程设计小型超市管理系统Word文档格式.docx_第1页
第1页 / 共22页
软件工程课程设计小型超市管理系统Word文档格式.docx_第2页
第2页 / 共22页
软件工程课程设计小型超市管理系统Word文档格式.docx_第3页
第3页 / 共22页
软件工程课程设计小型超市管理系统Word文档格式.docx_第4页
第4页 / 共22页
软件工程课程设计小型超市管理系统Word文档格式.docx_第5页
第5页 / 共22页
点击查看更多>>
下载资源
资源描述

软件工程课程设计小型超市管理系统Word文档格式.docx

《软件工程课程设计小型超市管理系统Word文档格式.docx》由会员分享,可在线阅读,更多相关《软件工程课程设计小型超市管理系统Word文档格式.docx(22页珍藏版)》请在冰豆网上搜索。

软件工程课程设计小型超市管理系统Word文档格式.docx

前台POSS售系统、后台管理系统,其中这两个子系统又包含其它一些子功能。

四.应用范围

本系统适应于各种超市

五.定义

1商品条形码:

每种商品具有唯一的条形码,对于某些价格一样的商品,可以使用自定义条形码。

2交易清单:

包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间、负责本次收银的员工号。

3商品积压:

在一定时期内,远无法完成销售计划的商品会造成积压。

4促销:

在一定时期内,某些商品会按低于原价的促销价格销售。

库存告警提示:

当商品的库存数量低于库存报警数量时发出提示。

5盘点:

计算出库存、销售额、盈利等经营指标。

六.可行性研究

1.管理可行性分析

超市的经营者大多具备电脑基本操作知识,对于必要的专业操作经短期培训即可;

管理基础工作和各项管理制度比较健全,执行严格,原始数据采集完整,保存良好。

2.经济可行性分析

超市管理系统的投入,能够提高工作效率,减少工作人员,从而减少人力

资本的投入,根据核算,系统投入三个月后,就能够基本收回开发系统的投

资,从经济角度来说,本系统开发完全必要。

3.技术可行性分析

(1).硬件:

电脑一台

(2).软件:

操作系统:

中文Windows2000

开发系统:

MicrosoftVisualFoxpro6.0

安装SQLServer2000的服务器版本

系统本身对硬件和软件的要求都不高且系统兼容性很强,平台的移植性也

很好,因此无论在系统的硬件及软件上都满足开发的要求。

(3).本系统涉及到的技术因素:

•管理系统的开发方法。

使用面向对象开发方法开发软件系统

•网络和通信技术。

开发小组有基于C/S开发的经验

•C/S机构规划和技术设计。

开发小组有应用数据库开发经验

•数据库技术。

开发小组能使用VisualFoxpro编程

(4).运行上的可行性:

•操作简单:

简单的操作规则使操作人员能轻松掌握

•查询方便:

用户可设定任意条件和任意的查询项目进行检索。

•统计灵活:

任意条件下任意项目的产品入库时间、数量等的统计及查询

项目均可进行交叉统计。

4.系统初步ER图

5•可行性研究结论

本小组拟开发的管理信息系统操作方便灵活,便于学习,因此,该系统具有可行性。

通过经济、技术、和社会等方面的可行性研究,可以确定本系统的开发完全必要,而且是可行的,可以立项开发。

二系统分析过程

用户需求分析

超市的进销存管理信息系统,首先必须具备的功能是记录仓库存货、销售以及进货情况,通过该系统了解超市进货渠道、商品单价、数量,库存商品的种类、数量,销售商品种类、价格、数量,以便管理员根据以上信息作出经营管理决策。

在性能方面要求系统核算准确,使实存商品、销售商品与所记帐目一致,能够被超市长期有效使用。

数据主要来自于入库单、发票,超市销售在营业期间内一直发生,数据也就一直变化。

销售商品后开出发票,并且要显示商品价格数额。

在当天汇总时修改相应文件,注重的是总额、总数量。

为减少月末工作量,日常中要对报表数据逐步统计核算。

超市数据资料有些属内部资料,不能为外人所知,系统须有保密措施,设

置密码

查看资料需输入正确密码,销售人员销售货物需输入代号才能打开收银

柜。

万一泄露密码,应设修改密码的程序,同时密码不能过于简单

系统功能分析

1.零售前台(POS管理系统,本系统必须具有以下功能:

商品录入:

根据超市业务特点制定相关功能,可以通过输入唯一编号、扫

描条形码、商品名称等来实现精确或模糊的商品扫描录入。

该扫描录入方

法可以充分保证各种电脑操作水平层次的人员均能准确快速地进行商品扫

描录入。

收银业务:

通过扫描条形码或者直接输入商品名称(对于同类多件商品采用

一次录入加数量的方式)自动计算本次交易的总金额。

在顾客付款后,自动

计算找零,同时打印交易清单(包括交易的流水账号、每类商品的商品名、

数量、该类商品的总金额、交易的时间、负责本次收银的员工号)。

如果顾

客是本店会员并持有本人会员卡,则在交易前先扫描会员卡,并对所购物

品全部实行95折优惠,并将所购物品的总金额累计到该会员的总消费金额

中。

会员卡的有效期限为一年,满一年未续卡者,该会员卡将被注销。

安全性:

OS登陆、退出、换班与操作锁定等权限验证保护;

断电自动保护

最大限度防止意外及恶意非法操作。

独立作业:

有的断网收银即在网络服务器断开或网络不通的情况下,收银机仍能正常作业

2.后台管理系统,本系统必须具备以下功能

进货管理:

根据销售情况及库存情况,自动制定进货计划(亦可手工制定修

改),可以避免盲目进货造成商品积压。

按计划单有选择性地进行自动入库登记。

综合查询打印计划进货与入库记录及金额。

销售管理:

商品正常销售、促销与限量、限期及禁止销售控制。

综合查询

各种销售明细记录、各地收银员收银记录以及交结账情况等。

按多种方式

统计生成销售排行榜,灵活察看和打印商品销售日、月、年报表。

库存管理:

综合查询库存明细记录。

库存状态自动告警提示。

如库存过

剩、少货、缺货等。

软件为您预警,避免库存商品积压损失和缺货。

库存

自动盘点计算。

人员管理:

员工、会员、供货商、厂商等基本信息登记管理。

员工操作权限管理。

客户销售权限管理。

3.系统结构

系统总体结构

4.流程图

前台管理系统

5.系统ER图

 

系统ER图说明

1.商店中的所有用户(员工)可以销售多种商品,每种商品可由不同用户(工)销售,

每个顾客可以购买多种商品,不同商品可由不同顾客购买;

2.每个供货商可以供应多种不同商品,每种商品可由多个供应商供应。

三系统设计过程

一.系统模型:

户类型与职能

(1)员工(营业员):

通过商品条形码扫描输入商品到购买清单

操作软件计算交易总金额

操作软件输出交易清单

对会员进行会员卡扫描以便打折

(2)超市经理

操作软件录入商品,供货商,厂商

操作软件制定进货计划

查询打印计划进货与入库记录

操作软件控制商品销售与否

查询打印销售情况

操作软件生成销售排行榜

查询库存明细记录

根据软件发出的库存告警进行入货

操作软件进行盘点计算

(3)总经理:

基本信息登记管理

员工操作权限管理

客户销售权限管理

零售前台(POS管理系统用例视图

后台管理系统用例视图

系统

「因

[录入

马扫描。

要求能快速

商品录入

二•模块子系统结构:

(1).商品录入

功能描述:

商品录

(2).收银业务

收银业务子系统能计算交易总额,打印交易清单,并根据会员卡打

折。

(3).进货管理

进货管

进货

以及提供

记录的功能

计划

询和打自动

自动等级

(4)•销售管理

功能描述:

否允许销售,查询每种

登II计记戈U

排行榜

时可

勾生

货计

生龌销售排行榜

o叩销售控制

售情况并产生年、月、日报表,

(5).库存管理

打印

商品的销

库存管理子系统提供查询库存明细记录的基本功能,并根据库存的

状态报警,以及自动盘点计算。

(6).人员管理

人员管

理子系统提供基本信息登记管理,

员工操作权限

管理,客户

基本信息登记

员工操作B限

«

客尸销售M限权狈

软件开发过程一般需

1.定义。

明确软件开发的目标、软件的需求。

2.计划。

制定软件开发所涉及的各种计划。

3.实现。

进行设计、编码、文档编写工作,完成所要求的开发的软件特性。

4.稳定化。

以测试和缺陷修复工作为主,确保将提交的软件具有良好的质量

5.部署。

安装、提交开发完成的软件,建立可供用户使用的环境。

测试过程分析:

输入:

《项目实施计划书》

相关规范

测试文档

源代码、可执行代码

《需求跟踪矩阵》

活动介绍:

构建测试环境,包括系统平台(软硬件平台)的安装、可执行代码或源代码的安装、系统基础数据的准备等。

在测试过程中,记录BUG言息,并及时向程序员提交BUG言息。

收到BUG信息后进行源代码的修正,并记录处理结果后,返回进行回归测试。

在测试过程中,根据测试的功能,补充《需求跟踪矩阵》相应栏的内容。

若测试不通过,且涉及到修改设计阶段的问题,则依据《配置管理控制程序》中的有关变更控制来执行,直至测试通过。

测试结束,根据测试情况,填写《测试总结报告》。

输出:

经测试之源代码

经测试之可执行代码测试文档

BUG己录(可用BUG管理工具代替)

《测试总结报告》

修改后的《需求跟踪矩阵》

测试方案

一.范围

本文档适用于超市管理系统软件的单元/集成测试。

1.系统概述

2.文档概述

本文档用于对超市管理系统软件的测试工作阶段成果的描述。

包括对软件测试的整体描述,软件测试的分类和级别,软件测试的过程描述,软件测试的结果等内容。

二.引用文档

《超市管理系统软件需求规格说明》

超市管理系统软件设计说明》

《超市管理系统系统接口协议》

三.测试概述

1.被测软件的基本概况

使用的编程语言:

汇编语言

测试小结

本次测试对超市管理系统软件进行了静态分析和动态测试。

测试工作分为两个阶段。

第一阶段进行了软件静态分析,软件测试人员和开发人员分别对软件V1.00版本的代码进行走读。

在此基础上软件开发人员对代码走查中发现的问题进行了修改,做了代码变更并提交了新版本进行动态测试。

在测试过程中针对发现的软件缺陷进行了初步分析,并提交程序设计人员对原软件中可能存在的问题进行考查。

在软件测试中首先根据软件测试的规范进行考核,将书写规范,注释等基础问题首先解决,其次考核软件测试中的问题是否存在设计上的逻辑缺陷,如果存在设计缺陷则应分析该缺陷的严重程度以及可能引发的故障。

软件开发人员在以上基础上对软件的不足做出相应的修改,同时通过软件回归测试验证软件修改后能够得到的改善结果。

在动态测试阶段进行了单元测试和集成测试。

此阶段发现的软件问题经软件测试人员修改,提交了新版本,软件测试人员对此版本的软件代码进行了回归测试,确认对前阶段发现的软件问题进行了修改。

a.静态分析小结

静态测试采用人工代码走查的方式进行。

参加代码走查的软件开发人员有:

(略);

参加代码走查的软件测试人员有:

(略)。

代码走查以代码审查会议的形式进行。

静态分析过程中共进行了四次会议审查。

静态测试阶段的主要工作内容是:

根据对软件汇编源代码的分析绘制详细的程

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 高中教育 > 语文

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1