资源描述
一 用例图
注册登录
下订单
付款
订货通知
管理订单
到货通知
联络供给厂商
提供书籍
销售部门
采购部门
供给厂商
财务部门
顾
客
顾
客
由图可见, 该用例图包含8个用例、 5个参与者。
用例图编号和名称是: 1.注册登录, 2.下订单, 3.付款, 4.订货通知, 5.管理订单, 6.到货通知, 7.联络供给厂商, 8.提供书籍。
参与者名称: 用户, 供给厂商, 销售部门, 财务部门, 采购部门。
二 用例规约
1.注册登录
1.1 简明说明
本用例用于向用户提供注册功效和登录功效。每位用户必需注册登录后才能购置书籍。注册信息包含使用本系统账号、 密码、 联络地址和电子邮件等。注册完成后, 可登录书店管理系统, 系统将会保留这些信息, 以方便管理及联络用户。
1.2 事件流
1.2.1 基础流
当用户进行注册登录时, 开始实施以下基础流:
(1) 系统要求用户填写个人信息, 包含使用本系统账号、 密码、 联络地址、 信用卡卡号、 信用卡使用期和电子邮件等。
(2) 用户填写个人信息。
(3) 系统验证用户所填写信息格式和内容。
(4) 保留该用户信息。
1.2.2 备选流
1.2.2.1 用户信息验证错误
假如系统检测到用户输入信息格式或内容有错, 比如账号中含有非法字符、 输入密码和确定输入密码不一致, 会给予错误提醒, 并清空填写错误文本框, 要求用户重新输入。
1.2.2.2 用户信息保留失败
假如系统发觉数据库中已经保留了一样账号用户统计, 会向用户汇报保留失败错误信息, 并使页面跳回注册页面, 要求用户修改注册信息。
1.3 特殊需求
无。
1.4 前置条件
用户必需首先访问书店管理系统页面, 然后单击注册、 登录。
1.5 后置条件
假如该用例成功, 系统数据库中将增加一条该用户信息。不然, 系统维持原状。
1.6 扩展点
无。
2. 下订单
2.1 简明说明
用户查看书籍信息后下订单。用户登录进入书店管理系统页面后, 经过了解书籍信息以后, 用户能够选择购置想要书籍或者选择浏览其她书籍信息。在购书结束时, 用户需要填写部分相关资料以形成用户订单信息保留在该书店管理系统用户订单数据库中。
2.2 事件流
2.2.1 基础流
当用户登录到书店管理系统后, 开始实施以下基础流:
(1) 用户进入购书页面后, 浏览全部书籍信息。
(2) 用户对选定书籍, 下订单。
(3) 用户要填写相关其个人资料表单。
(4) 当用户填写完全部信息后, 经确定后提交有其用户订单信息表单。
(5) 系统经过验证后, 反馈给用户验证信息, 同时将用户信息连同用户购置书籍信息一并存入用户订单信息数据库。
2.2.2 备选流
2.2.2.1 用户账号不存在
当用户在购书结束时填写个人资料后, 系统经过验证后, 发觉该用户账号不在该书店管理系统用户信息数据库中, 系统反馈一个错误信息给用户, 让用户重新填写相关个人资料。
2.2.2.2 书籍库存量不够
当用户提交了用户订单后, 系统与书籍信息数据库进行连接, 经过检测若发觉用户所需订购书籍数量大于书籍库存数量时, 系统反馈一个错误信息给用户, 同时让用户重新填写相关个人资料。
2.3 特殊需求
无。
2.4 前置条件
用户要想购书, 必需先登录到该书店管理系统中; 若没有用户账号, 则该用户还需要现在该系统中注册一个用户账号。
2.5 后置条件
该用例实现后, 用户购置书籍情况就经过用户订单信息被保留在了系统用户订单信息数据库中, 由系统对此进行统一管理; 反之, 系统用户订单信息数据库中信息不发生任何改变。
2.6 扩展点
无。
3. 付款
3.1 简明说明
本用例用于用户选完要购置书籍及填写订单后操作, 它要求用户在填写时还要填写银行卡号等信息, 当用户确定买该书籍时, 系统自动扣除其卡内对应金额。金额将会转入财务部门。
3.2 事件流
3.2.1 基础流
当用户确定金额付款时, 实施以下基础流:
(1)用户填写用户姓名、 家庭地址和银行卡号等必需信息, 系统生成用户信息订单。
(2)用户提交订单后, 登陆银行个人中心进行付款。
(3)会计部门会对其进行查收, 进行深入处理。
3.2.2 备选流
3.2.2.1 提交付款失败
假如用户因为填写卡号或密码错误, 系统将会提醒并返回填写首页, 并要求用户重新检验并填写进行付款。
3.2.2.2 用户取消提交付款
假如用户取消该操作, 系统将跳转至前一页, 但用户所选书籍信息暂不清除, 三天后自动清除。
3.3 特殊需求
无。
3.4 前置条件
用户必需成功登陆该书店管理系统并确定要付款。
3.5 后置条件
假如该用例成功, 系统数据库中将增加一条该用户付款信息。不然, 系统维持原状。
3.6 扩展点
无。
4.订货通知
4.1 简明说明
本用例用于销售部门向采购部门进行订货通知, 当销售部门所售书籍数量不足、 达成最低程度时, 会通知给采购部门要订货。
4.2 事件流
4.2.1 基础流
当发送订货通知时, 系统开始实施以下基础流:
(1) 书籍数量不足时, 销售部门负责填写订货通知。
(2) 用电子邮件方法发送订货通知给采购部门。
(3) 采购部门进行采购书籍。
4.2.2 备选流
4.2.2.1 订货通知发送失败
因为网络或多种原因向采购部门发送订货通知发送失败, 系统会提醒失败字符。
4.2.2.2 取消发送订货通知
若取消发送订货通知, 则系统销毁该通知。
4.3 特殊需求
无。
4.4 前置条件
销售部门确定发送订货通知给采购部门。
4.5 后置条件
假如该用例成功, 系统数据库中将增加一条订货通知信息。不然, 系统维持原状。
4.6 扩展点
无。
5.管理订单
5.1 简明说明
本用例是销售部门用来管理用户订单信息之用。该用例接收从财务部门反馈来相关某用户订单是否扣款成功信息, 然后把该信息以电子邮件方法通知该用户。对于扣款成功订单, 通知销售部门给该订单用户配送所购书籍。
5.2 事件流
5.2.1 基础流
当接收到财务部门发回订单反馈信息时, 开始实施以下基础流:
(1) 依据财务部门反馈信息, 进行处理。
(2) 依据订单号获取该订单用户个人信息, 关键是取得该用户电子邮件地址。
(3) 向用户发送电子邮件。
5.2.2 备选流
5.2.2.1 发送电子邮件失败
假如发送电子邮件失败, 则系统会向销售部门发送错误信息。
5.3 特殊需求
无。
5.4 前置条件
销售部门必需在系统中处于在线状态。
5.5 后置条件
假如该用例成功, 会生成通知用户订单是否成功扣款电子邮件, 并把扣款成功订单转发给财务部门。不然, 系统维持原状。
5.6 扩展点
无。
6.到货通知
6.1 简明说明
采购部门发货, 向销售部门通知到货。
6.2 事件流
6.2.1 基础流
当采购部门收到销售部门订货通知以后, 开始实施以下基础流:
(1) 检验要订书籍。
(2) 调集要订书籍。
(3) 采购部门进行统计订书籍各个信息。
(4) 向销售部门发送到货通知。
6.2.2 备选流
6.2.2.1通知到货失败
假如系统出现故障或网络连接出现问题, 则通知到货失败, 系统会给予错误提醒, 要求重新发送。
6.3 特殊需求
无。
6.4 前置条件
采购部门必需向销售部门订货。
6.5 后置条件
假如该用例成功, 系统数据库中将增加一条到货通知信息。不然, 系统维持原状。
6.6 扩展点
无。
7.联络供给厂商
7.1 简明说明
采购部门采购书籍必需联络供给厂商。
7.2 事件流
7.2.1 基础流
当采购部门联络到供给厂商时, 开始实施以下基础流:
(1) 采购部门要统计所采购书籍信息。
(2) 将所采购书籍信息向供给厂商说明。
(3) 进行采购。
7.2.2 备选流
7.2.2.1 联络失败
因为网络或多种原因采购部门联络供给厂商失败, 系统会提醒失败字符。
7.3 特殊需求
无。
7.4 前置条件
采购部门要知道供给厂商联络方法。
7.5 后置条件
无。
7.6 扩展点
无。
8.提供书籍
8.1 简明说明
用户所购置书籍, 是由供给厂商提供。
8.2 事件流
8.2.1 基础流
当供给厂商提供书籍时, 开始实施以下基础流:
(1) 供给厂商检验采购部门所采购书籍信息。
(2) 调集书籍信息。
(3) 供给厂商向采购部门提供书籍。
8.2.2 备选流
8.2.2.1 书籍提供失败
因为供给厂商不在线, 书籍会提供失败。系统会给予错误提醒。
8.3 特殊需求
无。
8.4 前置条件
供给厂商处于在线状态。
8.5 后置条件
无。
8.6 扩展点
无。
三 补充规约
1.目
本补充规约列出了书店管理系统非功效性需求和部分全局性需求。它和用例模型在一起, 组成了完整系统需求规格说明书。
2.范围
本说明书除定义了很多用例中共有功效性需求以外, 还定义了系统非功效性需求, 如可靠性、 可用性、 系统性能和可支持性等。
3.参考
无
4功效性
4.1满足多个用户并发实施。
4.2当用户购置书籍时, 系统必需判定该书籍是否还有剩下, 若该书籍已出售完成, 需提醒用户, 并通知采购部门进行采购。
5 可用性
用户界面视窗与WINDOWS系统兼容。
6. 可靠性
确保系统在配置完成以后二十四小时都可用, 平均无故障时间应超出三百小时。
7.性能
该系统应支持多达10000名用户在任意特定时间使用中央数据库, 并支持多达5000名用户在任何时候访问当地服务器。
8. 可支持性
无。
9. 安全性
系统要求有较高安全性, 因为在管理订单时, 用户信息都在网络上传输, 所以必需提供额外安全性方法。
10 设计约束
无。
四 术语表
1. 介绍
本文档用来对部分术语进行定义, 同时对用例说明或其她文档中读者不太熟悉术语进行解释性描述。
2. 名词定义
这份术语表包含了书店管理系统关键概念。
2.1 用户: 指每个使用该书店管理系统进行购书人。
2.2 销售部门: 负责管理用户订单信息和书籍信息并实施销售操作。
2.3 采购部门: 书籍数量不足时, 向供给厂商采购书籍部门。
2.4 财务部门: 验证用户及信用卡信息并实施扣款操作。
2.5 供给厂商: 指书籍厂商。
2.6 书籍: 本系统所出售书籍。
2.7 书籍信息: 书籍名称、 价格、 所属类型和现有数量等信息。
展开阅读全文