书店管理系统软件需求分析Word文档格式.docx

上传人:b****5 文档编号:18727484 上传时间:2022-12-31 格式:DOCX 页数:16 大小:19.20KB
下载 相关 举报
书店管理系统软件需求分析Word文档格式.docx_第1页
第1页 / 共16页
书店管理系统软件需求分析Word文档格式.docx_第2页
第2页 / 共16页
书店管理系统软件需求分析Word文档格式.docx_第3页
第3页 / 共16页
书店管理系统软件需求分析Word文档格式.docx_第4页
第4页 / 共16页
书店管理系统软件需求分析Word文档格式.docx_第5页
第5页 / 共16页
点击查看更多>>
下载资源
资源描述

书店管理系统软件需求分析Word文档格式.docx

《书店管理系统软件需求分析Word文档格式.docx》由会员分享,可在线阅读,更多相关《书店管理系统软件需求分析Word文档格式.docx(16页珍藏版)》请在冰豆网上搜索。

书店管理系统软件需求分析Word文档格式.docx

采购部门发货,向销售部门通知到货。

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.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.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.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.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.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.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.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.可靠性

保证系统在配置完成以后24小时都可用,平均无故障时间应超过三百小时。

7.性能

该系统应支持多达10000名顾客在任意特定时间使用中央数据库,并支持多达5000名顾客在任何时候访问本地服务器。

8.可支持性

9.安全性

系统要求有较高的安全性,由于在管理订单时,顾客的信息都在网络上传输,所以必须提供额外的安全性措施。

10设计约束

术语表

1.简介

本文档用来对一些术语进行定义,同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。

2.名词定义

这份术语表包含了书店管理系统的重要概念。

2.1顾客:

指每个使用该书店管理系统进行购书的人。

2.2销售部门:

负责管理顾客的订单信息和书籍信息并执行销售操作。

2.3采购部门:

书籍数量不足时,向供应厂商采购书籍的部门。

2.4财务部门:

验证顾客及信用卡信息并执行扣款操作。

2.5供应厂商:

指书籍的厂商。

2.6书籍:

本系统所出售的书籍。

五结构图

略。

六用例的活动图

1.顾客注册活动图

顾客系统

验证账号是否存在

输入账号

输入密码、验证码

验证账号是否正确

返回验证码错误

返回注册成功

保存注册信息

返回账号已存在

2.顾客登陆活动图

验证验证码是否正确

输入账号、密码、验证码

验证账号、密码是否正确

返回登录失败

记录登录信息

返回登录成功

3.下订单活动图

验证订单是否正确

登陆书店管理系统

验证订单信息是否正确

返回订单失败

记录订单信息

返回订单成功

4.付款活动图

验证付款信息是否正确

验证顾客是否付款

返回付款失败

记录付款信息

返回付款成功

5.订货通知活动图

系统供应厂商

验证订货信息是否正确

联系供应厂商

验证系统是否订货

返回订货通知失败

记录订货信息

返回订货通知成功

6.管理订单活动图

显示顾客账户信息

登录书店管理系统

进入订单管理界面

查询订单

显示订单信息

更新订单信息

7.到货通知活动图

供应厂商系统

验证发货信息是否正确

联系采购部门

验证供应厂商是否发货

返回到货通知失败

记录到货信息

返回到货通知成功

8.联系供应厂商活动图

采购部门供应厂商

验证信息是否正确

验证采购部门是否要联系

返回联系供应厂商失败

记录联系信息

返回联系供应厂商成功

9.提供书籍活动图

返回联系失败

提供书籍

联系成功

显示书籍信息

顾客

应付款明细账

应收款明细账

书籍供应厂商

采购订单

顾客订单

书籍库存

顾客信息

数据库

收款单

七用例的时序图

总账

17.结算

16.结算

15.修改顾客购买信息

14.收款

13.修改库存

12.顾客购买

11.付款

10.修改库存

9.厂商发货

8.给顾客送书上门

7.向厂商采购

6.编写采购订单

5.查询库存

4.顾客下订单

3.选书

2.修改密码

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

当前位置:首页 > 医药卫生 > 基础医学

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

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