【#第一文档网# 导语】以下是®第一文档网的小编为您整理的《书店管理系统需求工程与需求分析》，欢迎阅读！
一 用例图 到货通知 注册登录 订货通知 采购部门 联系供应厂商 下订单 顾 顾客 客付款 销售部门 管理订单 供应厂商 提供书籍 财务部门 由图可见，该用例图包括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. 可靠性 保证系统在配置完成以后24小时都可用，平均无故障时间应超过三百小时。 7.性能 该系统应支持多达10000名顾客在任意特定时间使用中央数据库，并支持多达5000名顾客在任何时候访问本地服务器。 8. 可支持性 无。 9. 安全性 系统要求有较高的安全性，由于在管理订单时，顾客的信息都在网络上传输，所以必须提供额外的安全性措施。 10 设计约束 无。 四 术语表 1.简介 本文档用来对一些术语进行定义，同时对用例说明或其他文档中读者不太熟悉的术语进行解释性的描述。 2.名词定义 这份术语表包含了书店管理系统的重要概念。 2.1 顾客：指每个使用该书店管理系统进行购书的人。 2.2 销售部门：负责管理顾客的订单信息和书籍信息并执行销售操作。 2.3 采购部门：书籍数量不足时，向供应厂商采购书籍的部门。 2.4 财务部门：验证顾客及信用卡信息并执行扣款操作。 2.5 供应厂商：指书籍的厂商。 2.6 书籍：本系统所出售的书籍。 2.7 书籍信息：书籍的名称、价格、所属类型和现有数量等信息。 本文来源：https://www.dywdw.cn/af39f62decf9aef8941ea76e58fafab069dc4468.html
下载此文档
搜索文档
阅读：
文档下载
2022-05-28
