「书店管理系统软件需求分析」.pdf

《「书店管理系统软件需求分析」.pdf》由会员分享，可在线阅读，更多相关《「书店管理系统软件需求分析」.pdf（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、书店管理系统 软件需求分析说明书 一 用例图 由图可见，该用例图包括 8 个用例、5 个参与者。用例图的编号和名称是:1.注册登录,2.下订单，3.付款，4.订货通知,5.管理订单，.到货通知,7.联系供应厂商,8.提供书籍。参与者的名称：顾客，供应厂商，销售部门,财务部门,采购部门。二 系统功能概述 顾客进入系统主页，可浏览、查看书籍；已注册的顾客输入正确的账号密码进入系统，可进行相关的操作。1.注册登录 a.顾客注册:网页浏览者若是顾客则可以通过注册成为本系统会员从而拥有一定的权限。b.顾客登陆：网站浏览者若已经是会员，输入正确的账号、密码就可以登录，并拥有购买书籍权限。2下订单 顾客可以

2、选择购买想要的书籍,顾客查看书籍信息后即可下订单,顾客可以修改订单。3.付款 顾客选完要购买的书籍及填写订单后的操作,它要求顾客在填写时还要填写银行卡号等信息，当顾客确定买该书籍时,系统自动扣除其卡内相应金额。金额将会转入财务部门。4.订货通知 本用例用于销售部门向采购部门进行订货通知，当销售部门所售书籍数量不足、达到最低限度时,会通知给采购部门要订货。注册登录 下订单 付款 订货通知 管理订单 到货通知 联系供应厂商 提供书籍 销售部门 采购部门 供应厂商 财务部门 顾 客 5管理订单.订单查看：顾客可查看自己所有订单信息。b.订单添加：顾客可生成一个新的订单。.订单删除:顾客可删除还未处理

3、的订单。6.到货通知 采购部门发货,向销售部门通知到货。7.联系供应厂商 采购部门采购书籍必须联系供应厂商。8.提供书籍 顾客所购买的书籍，是由供应厂商提供的。三 系统功能模块 四 系统用例描述 书店管理系统 下 订 单 订货通知 付款 管理订单 注 册 登 录 到货通知 提供书籍 联系供应厂商 查看订单 添加订单 删除订单 1.注册登录 11 简要说明 本用例用于向顾客提供注册功能和登录功能。每位顾客必须注册登录后才能购买书籍。注册信息包括使用本系统的账号、密码、联系地址和电子邮件等。注册完成后,可登录书店管理系统,系统将会保存这些信息，以方便管理及联系用户。1.2 事件流 1.2.基本流

4、当顾客进行注册登录时，开始执行以下基本流：（1）系统要求顾客填写个人信息,包括使用本系统的账号、密码、联系地址、信用卡卡号、信用卡有效期和电子邮件等。（2）顾客填写个人信息。（3）系统验证顾客所填写的信息的格式和内容。（4）保存该顾客信息。1.2.备选流 1.2.2.顾客信息验证错误 如果系统检测到顾客输入的信息格式或内容有错，例如账号中含有非法字符、输入密码和确认输入密码不一致,会给予错误提示，并清空填写错误的文本框，要求顾客重新输入。.2.22 顾客信息保存失败 如果系统发现数据库中已经保存了同样账号的顾客记录,会向顾客报告保存失败的错误信息，并使页面跳回注册页面，要求顾客修改注册信息。1

5、3 特殊需求 无。1.4 前置条件 顾客必须首先访问书店管理系统的页面,然后单击注册、登录。1 后置条件 如果该用例成功,系统数据库中将增加一条该顾客的信息。否则,系统维持原状。16 扩展点 无。2.下订单 21 简要说明 顾客查看书籍信息后下订单。顾客登录进入书店管理系统页面后,通过了解书籍信息以后,顾客可以选择购买想要的书籍或者选择浏览其他的书籍信息。在购书结束时,顾客需要填写一些相关资料以形成顾客订单信息保存在该书店管理系统的顾客订单数据库中。22 事件流 2.1 基本流 当顾客登录到书店管理系统后，开始执行以下基本流:（1）顾客进入购书页面后，浏览所有的书籍信息。（2）顾客对选定的书籍

6、，下订单。（3）顾客要填写有关其个人资料的表单。（4）当顾客填写完所有的信息后,经确认后提交有其顾客订单信息的表单。（5）系统经过验证后,反馈给顾客验证信息，同时将顾客信息连同顾客购买的书籍信息一并存入顾客订单信息数据库。.2.2 备选流 2.2.21 顾客账号不存在 当顾客在购书结束时填写个人资料后，系统经过验证后,发现该顾客账号不在该书店管理系统的顾客信息数据库中,系统反馈一个错误信息给顾客,让顾客重新填写相关个人资料。2.22.2 书籍库存量不够 当顾客提交了顾客订单后,系统与书籍信息数据库进行连接,通过检测若发现顾客所需订购的书籍数量大于书籍的库存数量时,系统反馈一个错误信息给顾客，同

7、时让顾客重新填写相关个人资料。.特殊需求 无。.前置条件 顾客要想购书,必须先登录到该书店管理系统中；若没有顾客账号,则该顾客还需要现在该系统中注册一个顾客账号。2.后置条件 该用例实现后，顾客购买书籍的情况就通过顾客订单信息被保存在了系统的顾客订单信息数据库中,由系统对此进行统一的管理;反之,系统的顾客订单信息数据库中的信息不发生任何的改变。2.6 扩展点 无。3.付款 3.1 简要说明 本用例用于顾客选完要购买的书籍及填写订单后的操作，它要求顾客在填写时还要填写银行卡号等信息,当顾客确定买该书籍时，系统自动扣除其卡内相应金额。金额将会转入财务部门。.2 事件流 3.2.1 基本流 当顾客确

8、定金额付款时,执行以下基本流:(1)顾客填写用户姓名、家庭地址和银行卡号等必要信息,系统生成顾客信息的订单。(2）顾客提交订单后,登陆银行个人中心进行付款。(3)会计部门会对其进行查收,进行进一步处理。2.2 备选流 3.2.2.1 提交付款失败 如果顾客由于填写卡号或密码错误,系统将会提示并返回填写首页，并要求顾客重新检查并填写进行付款。3.2 顾客取消提交付款 如果顾客取消该操作，系统将跳转至前一页，但顾客所选的书籍信息暂不清除，三天后自动清除。3.3 特殊需求 无。3 前置条件 顾客必须成功登陆该书店管理系统并确定要付款。.5 后置条件 如果该用例成功，系统数据库中将增加一条该顾客的付款

9、信息。否则,系统维持原状。3.扩展点 无。4.订货通知.1 简要说明 本用例用于销售部门向采购部门进行订货通知，当销售部门所售书籍数量不足、达到最低限度时，会通知给采购部门要订货。4.2 事件流 4.21 基本流 当发送订货通知时,系统开始执行以下基本流：（1）书籍数量不足时,销售部门负责填写订货通知。（2）用电子邮件方式发送订货通知给采购部门。（3）采购部门进行采购书籍。4.2.2 备选流.2.2 订货通知发送失败 由于网络或各种原因向采购部门发送的订货通知发送失败，系统会提示失败字符。.2.2.2 取消发送订货通知 若取消发送订货通知，则系统销毁该通知。3 特殊需求 无。4.4 前置条件

10、销售部门确定发送订货通知给采购部门。45 后置条件 如果该用例成功，系统数据库中将增加一条订货通知的信息。否则，系统维持原状。4.6 扩展点 无。5.管理订单 5.简要说明 本用例是销售部门用来管理顾客订单信息之用。该用例接受从财务部门反馈来的关于某顾客的订单是否扣款成功的信息,然后把该信息以电子邮件的方式通知该顾客。对于扣款成功的订单，通知销售部门给该订单的顾客配送所购书籍。5.事件流 5.2.1 基本流 当接收到财务部门发回的订单反馈信息时,开始执行以下基本流:(1)根据财务部门的反馈信息，进行的处理。(2)根据订单号获取该订单顾客的个人信息，主要是获得该顾客的电子邮件地址。(3)向顾客发送电子邮件。2 备选流 52.发送电子邮件失败 如果发送电子邮件失败,则系统会向销售部门发送错误信息。53 特殊需求 无。5.4 前置条件 销售部门必须在系统中处于在线状态。5.5 后置条件 如果该用例成功，会生成通知顾客订单是否成功扣款的电子邮件,并把扣款成功的订单转发给财务部门。否则,系统维持原状。5.6 扩展点