ko便利店pos机系统管理信息系统课程设计28组MIS课程设计报告Word文档格式.docx
《ko便利店pos机系统管理信息系统课程设计28组MIS课程设计报告Word文档格式.docx》由会员分享，可在线阅读，更多相关《ko便利店pos机系统管理信息系统课程设计28组MIS课程设计报告Word文档格式.docx（32页珍藏版）》请在冰点文库上搜索。
没有建模或模型不规范；
模型之间缺乏关联
（3）程序评分40%
架构
10分
使用了常见JavaEE框架，选用了UI框架
选用个别框架；
采用DAO
及MVC模式
未使用框架；
单纯JSP页面；
分层不合理
基础
数据
30分
实现了所有基础数据管理；
包含了必要字段；
选用合适组件；
有格式校验
实现了主要的基础数据管理；
选用了较合适的组件；
部分格式校验
实现部分基础数据管理，只选择文本框，未做格式校验
业务
功能
实现完整的业务流程；
读取基础数据；
选用合适组件；
实现1对n或n对m；
流程活动间有逻辑关联
实现较完整的业务流程；
读取大部分基础数据；
基本实现1对n或n对m流程活动间有一定关联
实现了单个活动；
较少读取基础数据；
较多使用文本框录入数据；
活动之间缺乏逻辑关联
权限
使用安全框架实现自定义权限
按角色分配权限
简单权限
查询
实现了多条件组合查询功能,查询结果能进一步操作
实现多条件组合查询
实现单条件简单查询
报表
使用报表工具，实现分类汇总统计报表
使用报表工具，实现简单数据统计报表
未使用报表工具，实现列表并能汇总统计
1引言
项目设想..
开发计划.
技术路线.
错误!
未定义书签。
错误!
2需求分析.
业务建模.
需求规格说明
补充性规格说明
系统顺序图与操作契约
3架构设计.
功能结构设计
软件架构设计
详细设计.
用例实现设计
输入输出设计
表单设计.
报表设计.
数据库设计
权限设计.
系统实现.
功能实现.
系统测试.
单元测试.
用例测试.
系统部署.
项目总结.
1引言
项目设想
A.系统展望。
简要介绍产品应用场景、用户，系统范围，基本目标。
产品应用场景：
中小型便利店的综合性销售管理软件用户：
顾客、收银员、维护人员、仓管以及经理系统范围：
中小型便利店基本目标：
作为中小型便利店的综合性行业管理软件，支持散客和会员的消费,
集前台收银，会员消费管理，商品销售管理，营业收入统计等功能于一身。
B.系统特性。
用高阶、简洁的语句对系统预期功能和性能加以概述。
对会员的注册、登录、信息修改与维护以及定期会员优惠管理。
开发计划
A.团队成员。
简要概括项目成员及分工。
林锡鑫（架构师）黎文辉（程序员）黎韵枝（测试员）黄晓群（分析师）
B.项目进度。
简要说明项目进度安排及控制措施。
过程
时间
目标
工作内容
提交资料
初始
第2周
分组定题
布置任务，确定分组；
提交MIS课程设计任务书
阶段
确定题目，制定计划。
提交分组计划
细化迭
代1
3-4周
搭建框架
确定核心架构
实现基础数据增删改查
程序；
编写文档,,
代2
5-6周
设计实现业
务用例
实现销售开单用例
编写文档；
编写编写
代3
7-8周
实现收银用例
完善文档，编写
代4
9-10
实现退货用例
完善文档，编与编与
里程碑
总结。
优秀成果展示。
代5
11-12
周
设计实现权
限
基于所选技术实现系统
权限功能
编写文档
代6
13-14
设计实现报
表
实现数据报表功能
编写文档
交付
15周
提交成果
编程人员实验室演示程
序；
提交文档打印稿。
完成文档5,6
最终版程序，文档定稿
a）
为了预防测试阶段的时候发现问题，我们小组将采取实现与测试同期进行，一个功
能出来之后，测试员就立马进行测试，而不是等到最后了再进行测试，这样来避免最后
更改时间不足的情况，及时发现问题。
技术路线
对本项目用到的技术工具和作用进行简要说明。
包括开发语言和工具、计算模式
（单机应用，C/S，B/S）、框架，类库、数据库管理系统等，附上版本号，可简要描述选择依据。
后台运用了三大框架的技术，按照MVC分层框架进行模块的划分。
三大框架的
MV（模式实现，使得层次结构清晰，使编程时只需要关注业务逻辑的实现。
三大框架比较成熟，移植性，安全性都比较好，模块间耦合度也比较低。
用B/S结构的好处是不用在安装软件，并且B/S结构的兼容性比较好，灵活性比较高。
用mysql数据库，开源软件并且功能强大，安全性比较好。
2需求分析
业务建模
抽象成分
业务建模（BusinessModeling）对领域内企业管理和业务对象进行建模。
包括业务流程建模和领域建模。
业务流程建模描述系统内各单位、人员之间业务关系、作业顺序和管理信息流向。
领域建模是从现实的问题域中找到最有代表性的概念对象，析类。
A.业务流程建模。
UC1,UC2
UC3
需求规格说明
描述了系统的功能需
需求规格说明书（SoftwareRequirementsSpecification）
求。
构建系统用例模型描述功能需求。
A.系统用例图。
绘制整个系统的UML用例图0
B.用例详述文本。
塢计员
[£
K
对所有业务活动用例采用详述风格（包括前置条件、后置条件、主事件流，扩展、业务规则等）进行描述。
用例UC1销售开单
范围：
K0便利店POS应用级别：
用户目标主要参与者：
收银员涉众及其关注点:
收银员：
希望可以快速简单地输入，系统显示的表单清晰明了，不容易犯错。
因为
如果操作不方便，导致顾客等待时间过长而遭到投诉。
顾客（散客）：
希望可以尽快地完成交易过程，并且得到快速优质的服务。
希望可以便捷清晰地看到所输入的商品的项目以价格。
会员：
希望能够用会员享有的优惠进行消费。
理货员：
希望开单过程不出错误，否则货物数量出现不对的情况。
店长：
希望处理销售过程操作快速，并易于更正收银员的不当操作。
前置条件：
收银员必须经过确认和认证。
成功保证（或后置条件）：
存储销售消息；
更新账务和库存信息。
主要成功场景（或基本流程）：
1.
2.
3.
4.
顾客携带所购商品或服务到收银台通过POS机付款。
收银员开始一次新的销售交易。
收银员输入商品条码。
系统逐条记录出售的商品，并显示商品的项目、价格和累计金额。
价格通过一组价格规则来计算。
收银员重复3~4步，直到输入结束。
*a.店长在任意时刻要求进行管理操作:
1.系统进入管理员模式。
2.店长或收银员执行某一个管理员模式下的操作。
例如，统计进行商品折扣，新增
会员等。
3.系统恢复到收银员授权模式。
*b.系统任意时刻失败：
1.收银员重启系统，登录，请求恢复上次状态。
2.系统重建上次状态。
2a.系统恢复过程中检测到异常：
1.系统向收银员提示错误，并进入一个初始状态。
2.收银员开始一次新的销售交易。
2~3a.会员顾客提出会员消费：
1.收银员输入会员顾客ID。
2.系统根据会员销售规则显示相应商品的折扣或优惠活动。
3.收银员根据会员等级以及店内活动进行礼品赠送（如果有）。
2~5a.顾客要求开通会员：
1.收银员提出新增会员服务。
2.收银员输入顾客具体信息，为顾客办理开通会员服务。
3.系统记录新增会员的信息。
2~5b.顾客要求去除商品中的一项：
1.收银员选择商品条目或者手动输入商品ID并将其删除。
2.系统删除该项目并显示更新后的累计金额。
4a.当前顾客因某种原因需要等待，此时收银员为下一名排队的顾客处理销售:
1.收银员将当前订单挂起，系统将当前单进行保存。
3.收银员重复2~10步，完成销售处理。
5a.顾客要求兑现积分用于此次销售交易：
1.收银员提交积分请求。
2.收银员输入顾客ID，顾客输入相应密码。
3.收银员根据会员顾客要求应用积分降低价格。
5b.顾客要求取消销售交易：
1.收银员申请取消订单，系统将订单删除。
特殊需求：
支持文本显示的语言国际化。
使用尺寸适中的显示器触摸屏UI。
文本信息可见距离为1米左右。
界面交互设计要求简洁，指示明确。
能够给用户帮助提醒的友好交互。
系统处理用户转换的响应速度小于3秒。
需要使用交通卡人工服务终端。
技术与数据变元表：
*a.店长需要输入相关的授权申请密码才能进入超控。
3a.商品ID可以用条形码扫描器（如果有条形码）或手动输入。
2~5a.会员需要通过读卡器或键盘输入积分卡密码来使用积分卡内积分。
发生频率：
可能会不断地发生。
未决问题:
收银员是否必须在从系统注销后带走他们的现金抽屉顾客是否可以直接使用读卡器，还是必须有收银员完成是否采用生物识别进行登录
用例UC2收银
KO便利店P0阪用级别：
尽快地完成收银，不出错，不会被顾客投诉或抱怨。
希望能方便地看到所购买商品的项目以及价格。
获取凭条以便可以退货。
希望可以通过活动或者会员制等条件获得一定的优惠。
店长（管理员）：
希望收银不出错，可以让员工工作质量提高。
交通卡支付授权服务：
希望准确无误地扣除相应交通卡的金额。
已经完成销售处理生成了账单。
存储销售信息，更新账务和库存信息，记录利润并且生成票
据，记录支付授权的标准。
收银员告知顾客总额，并请顾客付款。
顾客选择付款方式，系统处理支付。
系统记录完整的销售信息，并将销售和支付信息发送到外部的账务系统和库存系统。
系统打印票据。
顾客携带商品和票据离开。
5.
扩展（或替代流程）：
1a.顾客要求取消交易:
1.收银员在系统中取消销售交易。
1b.顾客要求收银员等待，后面排起队伍:
1.收银员在系统中选择将当前订单挂起，先进行下一位顾客的交易处理。
2a.顾客选择现金支付现金不足，要求剩余部分用交通卡进行支付：
1.收银员在系统中选择现金支付部分金额。
2.收银员指示顾客在交通卡支付终端上放入交通卡。
3.收银员在系统中选择交通卡支付剩下余额。
3a.交通卡终端出现故障，无法进行付费：
收银员告知顾客终端故障。
顾客根据自身需求减少当前购买商品。
2a.顾客要求直接取消交易：
1.收银员在系统中取消交易。
1a.收银员权限低于该操作:
1.请求管理员进行该操作。
收银员告知顾客总金额，系统完成支付。
4.交通卡终端扣费成功。
2b.系统突然故障：
1.收银员将系统重新启动。
2c.顾客选择交通卡支付金额不足，要求剩余部分用现金进行支付:
1.收银员在系统中选择交通卡支付部分金额。
2.收银员收取顾客的剩余部分金额。
4a.顾客索要赠品票据（不显示价格）：
1.收银员请求赠品票据，系统给出赠品票据。
4b.打印不出票据：
1.如果系统能够检测到错误，给出提示。
2.收银员更换纸条。
3.收银员请求打印其他票据。
2a.交通卡账户信息可以用交通卡支付终端进行划扣。
便利店的税收政策可能会发生改变。
不是会员却能够打折的顾客应该如何打折系统发生故障，重新启动后，上次未完成的销售记录是否还在系统内如何实现部分现金部分交通卡支付的情况
用例UC3退货
尽快地完成退货，不出错，不会被顾客投诉或抱怨。
顾客（散客）：
希望能方便地退货。
系统：
希望准确无误地记录退货信息。
前置条件：
有销售账单。
搜索到销售账单，更新账务和库存信息，记录退货，记录退货方式。
顾客告诉收银员要退货。
收银员录入收据号，查看销售记录。
系统记录完整的销售信息，并将销售和支付信息显示给收银员。
收银员检查商品。
顾客选择退货方式，更换新商品或退钱。
6.顾客携带退款或新商品离开。
扩展（或替代流程）：
1.顾客要求取消退货:
1）收银员在系统中取消退货。
2.无收据：
1）要求顾客去找回收据。
2）根据顾客提供的日期信息等在销售记录中找到这次的销售。
4.商品为人为故意损坏：
1）若是顾客购买后故意损坏，不给予退货。
2）若是顾客购买前被损坏，则给予退货。
5、商品余额不足：
1）返还现金。
补充性规格说明
补充性规格说明补货并确定其他类型的需求，如可靠性（如10000人并发访
问）、可用性（如1米外轻松看到文本）、接口（如支持钱箱、支持网银支付接口）等。
也可以包括其他跨越多个用例的功能性需求如报表、安全性、日志和错误处理、数据备份、数据导入导出等。
简要描述本项目最终系统数据查询与报表，系统权限管理的功能需求。
也可以
描述项目组计划实现的其他需求。
修改历史
版本
日期
描述
作者
初始草案
2015年7月1日
第三个草案
简介
本文档记录K0便利店所有未在用例中描述的需求。
功能性
安全性
任何使用都需要经过用户认证。
日志和错误处理
持久性存储中记录所有错误。
数据备份与还原
店长在任意操作过程中都可以进行数据备份与还原。
数据导入和导出
可以导入或导出各类信息统计表格数据。
5.记录登录信息
记录每个员工登录的信息。
可用性
1.人性因素
顾客将能够看到POS大屏幕显示器的显示。
因此:
应该在1米左右能够轻松看到文本。
避免使用色盲不能识别的颜色。
员工使用系统时可能会有一些地方出现操作不明确的情况，因此:
应该提供系统操作帮助。
为了让顾客能更方便地使用交通卡:
交通卡支付终端应该放置在面向顾客的方向，并且建议放在收银机前，方便顾客。
2.安全因素收银员的实现长期停留在顾客或商品。
因此：
在收银柜处安装声音警告装置。
收银员忘记取出余额便关上收银柜:
需要提供员工ID以及管理员ID进行认证，才能打开收银柜，继续余下步骤。
系统注销后为了防止员工或者其他人的不当行为：
需要输入管理员的ID进行认证后才能进行工作。
可靠性
1.可恢复性
由于某种原因中断了系统运行，系统经过重启后可以恢复到原来的状态。
2.性能
界面窗口的转换时间不得超过于1秒
接口
1.重要硬件和接口触摸屏条形码激光扫描仪票据打印机交通卡支付终端数字小型键盘输入端备用键盘和鼠标所关注领域内的信息
1.定价
商品的所有价格根据市场价的价格定价。
2.编码
参考711便利店的编码来进行编码。
系统顺序图（SSD针对用例的一个特定场景，阐述从参与者到系统的跨越系统边
界的事件制品，便于设计阶段为类分配职责。
操作契约（ContractofOperation）定义了重要系统事件对领域模型内对象状态的变化。
A.系统顺序图。
使用UML顺序图，选择1个业务活动用例绘制系统顺序图。
B.
选择销售用例画出顺序图:
B.操作契约。
选择系统顺序图中复杂的系统事件编写操作契约。
3架构设计
功能结构图就是将系统的功能进行分解，按功能从属关系表示的图表。
使用树形功能层次图画出系统的功能结构图。
软件架构文档（SAD）描述了软件类的宏观组织结构。
A.软件分层。
使用UML包图描述软件的层次划分。
用文字简要说明每个包的具体
作用;
程。
C.命名规范。
说明各层接口设计及相关接口及实现类的命名规范；
V0层：
、
DAO层:
接口：
实现类：
Service层：
Action层：
View层：
D.架构相关设计模式。
本课程要求实现MVC和DAOS计模式，请文字或顺序图说
明实现方案。
数据库：
先分析好有哪些功能、用户、实例，然后根据这些建立相应的数据表。
根据数据库表建立相应一一对照的实例，并生成相应操作。
DAOS:
实现V0层对数据库的操作。
Service层：
根据DAOS返回的数据，实现业务逻辑的处理。
Action层：
根据业务逻辑层的处理，实现相关页面的跳转和数据传输。
View层：
用户视图界面。
4详细设计
用例实现设计
对关键的系统用例实现构建设计模型。
可结合需求修改子项的用例名称。
输入输出设计
本节包含两部分，输入设计和输出设计：
输入设计包括输入完整性控制设计、数
据输入方法、输入设备、输入表单设计等，本文档只需撰写输入表单设计;
输出设计包
括输出完整性控制、输出内容和形式、输出设备接口、报表格式设计等。
本文档只需
撰写输出报表设计;
表单设计
以录入订单等典型功能为例，设计输入表单及交互方式。
重点描述
业务表单及分录
项的样式及其交互。
如1张订单（表单）包含n个产品（分录项），那表单和分录项如
何展现（即样式设计），1个订单和多个产品如何录入、保存（交互设计），如何实现数据
格式校验。
绘制或截取1张JSP页面/Swing窗口设计效果表达样式设计，示意图结合文字说明交互设计和格式校验方案。
提示：
web项目中使用JQueryEasyUI等UI框架可更简单实现上述目标。
如果项目
使用UI框架，需在此处详细说明实现方案。
便利店
W尿一
'
祇汽阳厨腹ijW
■ax眸訥
£
9
fll
tiE
9«
Iff
■琲S二
t
瓦也
:
詞更
ttft瞅
O
a
w
TflOCffij
2?
驚mt
«
ft
13
?
tit
Q
L
2J?
S强
1H
="
fi
Pfi
Humm
q
*
n
数据格式校验：
所有信息都基本固定，预先填好了。
只需选择相应的商品，填写数量即可。
数量规定了只能填写数字，而商品选择需从下拉框中查找。
报表设计
以查询统计为例，设计报表输出内容、样式及交互方式。
重点描述报表输出的查询、报表样式以及交互。
绘制或截取1张报表工具的样式设计器效果表达样式设计，示意图结合文字说明实现方案。
使用报表工具JasperReport，JFreeChart，Highcharts及其他报表工具可方便制作数字报表和图形报表。
如果项目使用，需在此处详细说明如何使用。
注意事项：
本课程要求分类统计数字报表，即需要有统计口径、小计、总计。
表分为两种统计：
一种是年度月销售统计，一种是起始时间到现在的统计。
展现形式有两种：
一种是柱形图，一种是表格形式。
管理员可以统计从一个时间点开始到现在的各样商品、各类别商品的销售情况，和每个月的销售情况。
数据库设计
构建E-R模型，设计数据库表;
如果使用存储过程或触发器，请予以说明，并举1个例子给出代码。
er
saleretu
Saleret
stor
Emai
phon
addre
stat
unit
coun
numbe
ran
cos
.typei
id
user；
：
methodJ
’quanti、Orderjtem丿
user、
reaso
Prime_co（namJ）
\se$
一亠y\jimJ
<
'
■-I—_二~-
N二y■
Creatti
pri
z
number
num
tot
Createti
includ>
"
^eed
社Sale_return_
Jeve
name
Create
mcoun
ti
produ
member
passwor
/id
number/
Hwer
A、powe
na^e—
powe
JI
inclu
payment
ave
\
numbe』
Orderite
amoun
order
roduc
r、”Product_t
[id/匚亠
A—r
Itypena/
pric
quanti
memter
user
tota
ctim
orderi
权限设计
对软件权限进行设计，需详细说明权限粒度、自定义程度及其相应的实现技术方案。
权限设计比较复杂时，可使用
升级会员 