书店管理系统软件需求分析

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

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

3、书籍顾客所购买的书籍，是由供应厂商提供的。三系统功能模块四系统用例描述1 .注册登录1.1 简要说明本用例用于向顾客提供注册功能和登录功能。每位顾客必须注册登录后才能购买书籍。注册 信息包括使用本系统的账号、密码、联系地址和电子邮件等。注册完成后，可登录书店管理 系统，系统将会保存这些信息，以方便管理及联系用户。1.2 事件流1.2.1 基本流当顾客进行注册登录时，开始执行以下基本流：（1）系统要求顾客填写个人信息，包括使用本系统的账号、密码、联系地址、信用卡卡号、 信用卡有效期和电子邮件等。（2）顾客填写个人信息。（3）系统验证顾客所填写的信息的格式和内容。（4）保存该顾客信息。1.2.2

4、备选流1.2.2.1 顾客信息验证错误如果系统检测到顾客输入的信息格式或内容有错，例如账号中含有非法字符、输入密码和确 认输入密码不一致，会给予错误提示，并清空填写错误的文本框，要求顾客重新输入。1.2.2.2 顾客信息保存失败如果系统发现数据库中已经保存了同样账号的顾客记录，会向顾客报告保存失败的错误信 息，并使页面跳回注册页面，要求顾客修改注册信息。1.3 特殊需求无61.4 前置条件顾客必须首先访问书店管理系统的页面，然后单击注册、登录。1.5 后置条件如果该用例成功，系统数据库中将增加一条该顾客的信息。否则，系统维持原状。1.6 扩展点无02 .下订单2.1 简要说明顾客查看书籍信息后

5、下订单。顾客登录进入书店管理系统页面后，通过了解书籍信息以后， 顾客可以选择购买想要的书籍或者选择浏览其他的书籍信息。在购书结束时，顾客需要填写 一些相关资料以形成顾客订单信息保存在该书店管理系统的顾客订单数据庠中。2.2 事件流2.2.1 基本流当顾客登录到书店管理系统后，开始执行以下基本流：（1）顾客进入购书页面后，浏览所有的书籍信息。（2）顾客对选定的书籍，下订单。（3）顾客要填写有关其个人资料的表单。（4）当顾客填写完所有的信息后，经确认后提交有其顾客订单信息的表单。（5）系统经过验证后，反馈给顾客验证信息，同时将顾客信息连同顾客购买的书籍信息一 并存入顾客订单信息数据库。2.2.2

6、备选流2.2.2.1 顾客账号不存在当顾客在购书结束时填写个人资料后，系统经过验证后，发现该顾客账号不在该书店管理系 统的顾客信息数据库中，系统反馈一个错误信息给顾客，让顾客重新填写相关个人资料。2.2.2.2 书籍库存量不够当顾客提交了顾客订单后，系统与书籍信息数据库进行连接，通过检测若发现顾客所需订购 的书籍数量大于书籍的库存数量时，系统反馈一个错误信息给顾客，同时让顾客重新填写相 关个人资料。2.3 特殊需求无O2.4 前置条件顾客要想购书，必须先登录到该书店管理系统中：若没有顾客账号，则该顾客还需要现在该 系统中注册一个顾客账号。2.5 后置条件该用例实现后，顾客购买书籍的情况就通过顾

7、客订单信息被保存在了系统的顾客订单信息数 据库中，由系统对此进行统一的管理：反之，系统的顾客订单信息数据庠中的信息不发生任 何的改变。2.6 扩展点无O3 .付款3.1 简要说明本用例用于顾客选完要购买的书籍及填写订单后的操作，它要求顾客在填写时还要填写银行 卡号等信息，当顾客确定买该书籍时，系统自动扣除其卡内相应金额。金额将会转入财务部 门。3.2 事件流3.2.1 基本流当顾客确定金额付款时，执行以下基本流：顾客填写用户姓名、家庭地址和银行卡号等必要信息，系统生成顾客信息的订单。(2)顾客提交订单后，登陆银行个人中心进行付款。(3)会计部门会对其进行查收，进行进一步处理。3.2.2 备选流

8、3.2.2.1 提交付款失败如果顾客由于填写卡号或密码错误，系统将会提示并返回填写首页，并要求顾客重新检查并 填写进行付款。3.2.2.2 顾客取消提交付款如果顾客取消该操作，系统将跳转至前一页，但顾客所选的书籍信息暂不清除，三天后自动 清除。3.3 特殊需求无63.4 前置条件顾客必须成功登陆该书店管理系统并确定要付款。3.5 后置条件如果该用例成功，系统数据库中将增加一条该顾客的付款信息。否则，系统维持原状。3.6 扩展点无64 .订货通知4.1 简要说明本用例用于销售部门向采购部门进行订货通知，当销售部门所售书籍数量不足、达到最低限 度时，会通知给采购部门要订货。4.2 事件流4.2.1

9、 基本流当发送订货通知时，系统开始执行以下基本流：(1)书籍数量不足时，销售部门负责填写订货通知。(2)用电子邮件方式发送订货通知给采购部门。(3)采购部门进行采购书籍。4.2.2 备选流4.2.2.1 订货通知发送失败由于网络或各种原因向采购部门发送的订货通知发送失败，系统会提示失败字符。4.2.2.2 取消发送订货通知若取消发送订货通知，则系统销毁该通知。4.3 特殊需求无O4.4 前置条件销售部门确定发送订货通知给采购部门。4.5 后置条件如果该用例成功，系统数据库中将增加一条订货通知的信息。否则，系统维持原状。4.6 扩展点无65 .管理订单5.1 简要说明本用例是销售部门用来管理顾客

10、订单信息之用。该用例接受从财务部门反馈来的关于某顾客 的订单是否扣款成功的信息，然后把该信息以电子邮件的方式通知该顾客。对于扣款成功的 订单，通知销售部门给该订单的顾客配送所购书籍。5.2 事件流5.2.1 基本流当接收到财务部门发回的订单反馈信息时，开始执行以下基本流：(1)根据财务部门的反馈信息，进行的处理。(2)根据订单号获取该订单顾客的个人信息，主要是获得该顾客的电子邮件地址。(3)向顾客发送电子邮件。5.2.2 备选流5.2.2.1 发送电子邮件失败如果发送电子邮件失败，则系统会向销售部门发送错误信息。5.3 特殊需求无65.4 前置条件销售部门必须在系统中处于在线状态。5.5 后置

11、条件如果该用例成功，会生成通知顾客订单是否成功扣款的电子邮件，并把扣款成功的订单转发 给财务部门。否则，系统维持原状。5.6 扩展点无O6 .到货通知6.1 简要说明采购部门发货，向销售部门通知到货。6.2 事件流6.2.1 基本流当采购部门收到销售部门的订货通知以后，开始执行以下基本流：（1）检查要订的书籍。（2）调集要订的书籍。（3）采购部门进行记录订的书籍的各个信息。（4）向销售部门发送到货通知。6.2.2 备选流6.2.2.1 通知到货失败如果系统出现故障或网络连接出现问题，则通知到货失败，系统会给予错误提示，要求重新 发送。6.3 特殊需求无O6.4 前置条件采购部门必须向销售部门订

12、货。6.5 后置条件如果该用例成功，系统数据库中将增加一条到货通知的信息。否则，系统维持原状。6.6 扩展点无67 .联系供应厂商7.1 简要说明采购部门采购书籍必须联系供应厂商。7.2 事件流7.2.1 基本流当采购部门联系到供应厂商时，开始执行以下基本流：（1）采购部门要统计所采购的书籍信息。（2）将所采购的书籍信息向供应厂商说明。（3）进行采购。7.2.2 备选流7.2.2.1 联系失败由于网络或各种原因采购部门联系供应厂商失败，系统会提示失败字符。7.3 特殊需求无67.4 前置条件采购部门要知道供应厂商的联系方式。7.5 后置条件无07.6 扩展点无68 .提供书籍8.1 简要说明顾

13、客所购买的书籍，是由供应厂商提供的。8.2 事件流8.2.1 基本流当供应厂商提供书籍时，开始执行以下基本流：（1）供应厂商检查采购部门所采购书籍的信息。（2）调集书籍的信息。（3）供应厂商向采购部门提供书籍。8.2.2 备选流8.2.2.1 书籍提供失败由于供应厂商不在线，书籍会提供失败。系统会给予错误提示。8.3 特殊需求无O8.4 前置条件供应厂商处于在线状态。8.5 后置条件无O8.6 扩展点无O补充规约1 .目的本补充规约列出了书店管理系统的非功能性需求和部分全局性需求。它和用例模型在一起, 组成了完整的系统需求规格说明书。2 .范围本说明书除定义了许多用例中共有的功能性需求以外，还

14、定义了系统的非功能性需求，如可 靠性、可用性、系统性能和可支持性等。3 .参考无4功能性1.1 满足多个顾客的并发执行。1.2 当顾客购买书籍时，系统必须判断该书籍是否还有剩余，若该书籍已出售完毕，需提醒 顾客，并通知采购部门进行采购。5可用性顾客界面视窗与WINDOWS系统兼容。6 .可靠性保证系统在配置完成以后24小时都可用，平均无故障时间应超过三百小时。7 .性能该系统应支持多达10000名顾客在任意特定时间使用中央数据库，并支持多达5000名顾客 在任何时候访问本地服务器。8 .可支持性无O9 .安全性系统要求有较高的安全性，由于在管理订单时，顾客的信息都在网络上传输，所以必须提供 额外的安全性措施。10设计约束无。术语表1 .简介本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解 释性的描述。2 .名词定义这份术语表包含了书店管理系统的重要概念。2.1 顾客：指每个使用该书