网上书店——用例规约

1、1 用户注册1.1 简要说明本用例用于向顾客提供注册功能，每位顾客必须注册后才能够登录系统进行购物。注册信息包括使用本系统的名称、账号、密码和电子邮件等。注册完成后，系统保存这些信息到数据库，以方便管理员管理及联系用户。1.2 事件流1.2.1 基本流当用户进行注册时，开始执行以下基本流：（1） 系统要求用户填写个人信息，包括使用本系统的账号、密码和电子邮件等。（2） 用户填写个人信息。（3） 系统验证用户信息。1.2.2备选流1.2.2.1用户信息验证错误如果系统检测到用户输入的信息格式或内容有错，例如账号密码不匹配，会给以错误提示。1.3 前置条件用户必须首先访问网上购物的主页，然后点击注

2、册。1.4 后置条件如果该用例成功，系统数据库中将增加一条该用户的信息，否则，系统维持现状。1.5 扩展点无。2 个人信息管理2.1简要说明本用例用于给顾客维护个人信息。包括修改本人的账号、密码和联系地址等信息。2.2事件流2.2.1基本流当顾客查看并修改个人信息时，开始执行以下基本流：（1） 系统返回给当前顾客在系统数据库中目前存储的个人信息。（2） 顾客可以对本人信息的一项或几项进行修改。（3） 顾客向系统提交修改后的个人信息。2.2.2备选流2.2.2.1顾客输入的新信息验证错误如果系统检测到顾客输入的信息格式或内容有错（如输入新密码和确认输入新密码不一致等），会向顾客给予错误提示，并要

3、求用户重新输入或取消修改的操作。2.3前置条件顾客必须首先登录系统，然后才能进入本用例。2.4后置条件如果本用例成功，顾客在系统数据库中的个人信息会被修改。否则，系统维持原状。2.5扩展点3浏览图书信息3.1简要说明本用例用于维护3.2事件流3.2.1基本流当顾客进入网上书店系统之后，开始执行以下事件流：（1） 在站内可以点击浏览本网上书店内的书籍。（2） 可以根据不同的类别选择自己喜欢的书籍类型。（3） 可进一步查看自己所选书籍的详细信息。3.2.2备选流3.2.2.1用户信息验证错误3.3特殊需求无3.4前置条件顾客必须首先登录系统，然后才能进入本用例。3.5后置条件3.6扩展点4 图书选

4、购4.1简要说明本用例允许用户在线选购图书4.2事件流4.2.1基本流当用户想要进行图书选购时，用例启动。（1）用户单击选择选书页面。（2）系统显示图书列表。（3）用户提出选购图书。（4）系统检查是否缺货，购物车中加入相应的图书信息。4.2.2备选流缺货时，屏幕显示缺货信息页面。用户选择缺货策略（放弃还是等待直到有货）4.3前置条件用户选书前必须登陆4.4后置条件用户选择自己需要的图书，并将其添加到购物车中5购物车管理5.1简要说明本用例用于用户管理购物车5.2事件流5.2.1基本流当用户提出管理购物车时，用例启动 （1） 系统转到购物车管理页面。（2） 用户提出所要执行的操作。（3） 如果用

5、户需要添加图书，则执行添加图书。（4） 如果用户需要删除图书，则执行删除图书。5.2.2备选流5.3前置条件用户需登陆系统5.4后置条件用例成功后，购物车中商品状态、订单状态发生变化5.5扩展点6查看订单6.1 简要说明6.2 事件流6.2.1 基本流当用户提出查看订单时，用例启动系统列出所有符合该用户要求的订单。6.3 前置条件用户需登陆系统6.4 后置条件用例成功后，列出所有符合该用户的订单7用户登录7.1 简要说明7.2 事件流7.2.1 基本流当用户提出登陆进入系统请求时，用例启动（1）系统转到用户登陆页面，提示用户输入用户名和密码（2）用户填写用户名和密码信息（3）系统验证输入的用户

6、名和密码，则转到首页，系统激活这一用户。7.2.2 备选流如果用户输入无效的用户名和（/或）密码，系统显示错误信息。用户可以选择返回基本流的起始点，重新输入正确的用户名和（/或）密码；或者取消登陆，用例结束。7.3 用户信息验证错误7.4 前置条件无7.5 后置条件用例成功后，用户登陆进入系统。7.6 扩展点8管理员登录8.1简要说明 本用例用于管理员登陆系统8.2事件流8.2.1基本流 当管理员提出登陆进入系统请求时，用例启动 （1）系统转到管理员登陆页面，提示用户输入用户名和密码 （2）管理员填写用户名和密码信息 （3）系统验证输入的用户名和密码，若正确，则转到首页，系统激活这一用户8.2

7、.2备选流如果管理员输入无效的用户名和（/或）密码，系统显示错误信息。管理员可以选择返回基流的起始点，重新输入正确的用户名和（/或）密码；或者取消登陆，用例结束8.3前置条件无8.4后置条件用例成功后，管理员登陆进入系统8.5扩展点无9维护顾客信息9.1简要说明 本用例用于维护顾客信息。包括添加、修改和删除顾客信息9.2事件流 9.2.1基本流当管理员要求查看顾客信息时，开始执行以下基本流：（1）系统列出所有符合该管理员要求的订单信息（2）管理员提出所要执行的操作如果有新订单提交，则执行S-1分支，向顾客信息里边添加新顾客信息。如果已发货，则执行S-2分支，则向顾客信息里边删除相对应的顾客信息

8、。如果有顾客发出的修改信息的请求，则执行S-3分支，则向顾客信息里边对应记录进行修改。9.2.2分支流 S-1：添加顾客信息 进入顾客信息添加页面，添加并保存顾客信息 S-2：删除顾客信息 管理员单击删除按钮，相应的顾客信息被删除并更新数据库S-3：修改顾客信息 进入顾客信息修改界面，修改并保存顾客信息9.3前置条件管理员登陆9.4后置条件用例成功后，顾客信息被添加、改变或删除9.5扩展点 无10图书管理10.1简要说明本用例用于管理员管理图书信息10.2事件流10.2.1基本流管理员提出查看图书时，用例启动 （1）系统列出所有符合该管理员要求的图书 （2）管理员提出所要执行的操作 如果管理员

9、需要修改图书信息，则执行分支流S-1：修改图书信息 如果管理员需要删除图书信息，则执行分支流S-2：删除图书信息 如果管理员需要添加图书信息，则执行分支流S-3：添加图书信息10.2.2分支流 S-1：修改图书信息 进入图书信息修改界面，修改并保存图书信息 S-2：删除图书信息 管理员单击删除按钮，相应的图书被删除并更新数据库 S-3：添加图书信息 进入图书信息添加页面，添加并保存图书信息10.3特殊需求 无10.4前置条件管理员登陆10.5后置条件用例成功后，图书信息被添加、改变或删除10.6扩展点 无11订单管理11.1简要说明本用例是管理员用来管理顾客订单信息之用。该用例接收从银联系统反馈来的关于某顾客的订单是否扣款成功的信息，然后把该信息以电子邮件的方式通知该客户。对于扣款成功的订单，通知物流系统给该订单的顾客配送所购书籍11.2事件流11.2.1基本流当接收到银联系统发回的订单反馈信息时，本用例开始。 据银行的反馈信息，进行不同的处理：银行账号存在且余额充足，扣款成功，并将订单递交给物流系统。形成内容为“扣款成功请等待发货”的邮件；银行账号不存在，管理员冻结该用户账号。形成内容为“冻结用户账号”的邮件；银行账号存在但余额不足或欠费，扣款不成功形成内容为“余额不足扣款不成功”的邮件；根据订单号获取该订单顾客的个人信息，主要是获取该顾客的电子邮件地址。向顾客发送电子邮