鲜花预定系统毕业设计报告内容摘要:

/S)方式与服务器进行数据交互。 待解决问题: ;。 用例 UC2:预定鲜花 范围:鲜花预定系统 级别:用户目标 主要参与者:顾客 涉及及关注点: ? 顾客:希望方便快捷的购买鲜花,一次性的购买需要的全部鲜花。 ? 系统管理员:希望一次性知道顾客要预定的鲜花,快速进行管理操作。 ? 花店:尽可能减少打印订货单。 前置条件: 顾客必须注册成为会员。 后置条件(或成功保证): 系统生成订货单。 基本流程(或主成功场景) : (可不登录); ; ; 4. 顾客确认鲜花的数量; ; ;。 扩展(或替代流程): a.网络突然连接中断: ; ,继续购物。 : 员重新登录; 1 步。 : ; ,转到第 6 步。 : ; ; 6 步。 字段列表: ? 订货单 ={鲜花名称 +数量 }+顾客姓名 +送货地址 +联系电话 +订购时间。 ? 订单状态 ={已确认 |未确认 }。 业务规则: 订单的订购只有会员能填写生效。 非功能需求: ? 能支持多个会员同时预定鲜花。 ? 能支持同时预定多种多束鲜花。 设计约束: 使用客户端 /服务器( B/S)方式与服务器进行数据交互。 待解决问题: 如何确认订单的真实性。 研究系统发生故障并没有记录操作日志时的容错处理。 用例 UC3:处理订单 范围:鲜花预定系统 级别:用户目标 主要参与者:系统管理员 涉众及关注点: ? 系统管理员:希望能够方便、快速地处理订单,且不会处理错误。 能够快速进行管理操作,并易于更正处理错误。 ? 顾客:希望尽可能少的次数接听订单确认电话。 ? 花店:希望准确地记录处理结果,满足顾客要求。 系统能够自动、快速地更新财务和库存信息。 尽可能少的订单确认电话的通话费用。 前置条件: 无 后置条件(或成功保证): 修改订单状态、生成财务信息、修改库存信息、生成送花票据。 基本流程(或主成功场景): 1. 销售员开始一次新的订单处理。 2. 系统显示订单信息。 (该顾客已经订购过图书,转到第 4 步) 3. 销售员确认订单。 4. 系统记录操作日志。 5. 系统更改订单状态。 6. 系统生成销售账务。 7. 系统更新库存信息。 8. 系统生成并显示送书单。 9. 销售员打印送书单。 10. 系统关闭送书单显示界面。 扩展(或替代流程): a. 系统在任意时刻检测到通信故障:(故障恢复后,销售员重新登录系统。 ) 1. 系统显示中断的订单状态及信息。 2. 销售员请求恢复到中断前的状态。 3. 系统还原订单状态、账务等信息。 4. 销售员继续处理该订单。 1b. 顾客 要求取消订单: 1. 销售员在系统中取消订单。 2. 系统更新订单状态为“已取消”。 2b. 顾客要求修改订单: 1. 销售员更改订单。 2. 系统更新并显示订单信息。 3. 转到第 4 步。 字段列表: ? 账务信息 =订单编号 +处理时间 +交易总金额; ? 订单状态 ={已确认 |已取消 }; ? 送书单信息 =销售员编号 +订单信息 +时间 +收货人信息。 业务规则: ? 订单只能由销售员处理。 ? 若不能确认订单是否为有效订单 3 次及以上次数,则视为无效订单,并向管理员申请删除此会员信息。 ? 若顾客已订购过书籍,则以后的订单可不进行订单确认。 非功能需求: 能支持多个销售员同时处理订单。 设计约束: 使用客户端 /服务器( C/S)方式与服务器进行数据交互。 待解决问题: ? 销售员确认订单时,如何判断接电话的人的真实性。 ? 研究系统发生故障并没有记录操作日志时的容错处理。 用例 UC4:管理鲜花 信息 范围: 鲜花预定系统 级别:用户目标 主要参与者: 系统管理员 涉众及关注点: ? 顾客:希望快速地获取 鲜花 更新的信息。 ? 系统管理员:希望能够快速进行管理操作,并易于更正处理错误。 能够方便、快速地管理书籍信息,且不会处理错误。 ? 花 店:希望准确、快速地显示 鲜花 更新的信 息,满足顾客要求。 前置条件: 无 后置条件(或成功保证): 修改 鲜花 信息。 基本流程(或主成功场景): 1. 系统管理员开始一次新的修改鲜花 信息处理。 2. 系统显示 鲜花 信息。 3. 系统管理员修改鲜花 信息。 4. 系统记录操作日志。 5. 系统更改鲜花 信息。 扩展(或替代流程): a. 系统在任意时刻检测到通信故障(故障恢复后,系统管理员重新登录系统 ) : 1. 系统显示中断的修改状态及信息; 2. 系统管理员请求恢复到中断前的状态; 3. 系统还原鲜花信息; 4. 系统管理员继续修改鲜花 信息。 字段列表 : ? 鲜花 信息 =鲜花 名称 +种类 +产地 +日期 +数量。 ? 修改状态 ={已修改 |未修改 }。 业务规则: 鲜花信息只能由系统管理员员修改。 非功能需求: 能支持多种鲜花 同时进行修改。 设计约束: 使用客户端 /服务器( B/S)方式与服务器进行数据交互。 待解决问题: (无) 体系结构设计 图 42 部署图 本系统 数据层包含两个数据库服务器(称为 DBServer)。 有这两个节点可提高通过量和可靠性。 中间层与数据层通信包含两个服务器( FlowerSever),也用于提高通过量和可靠性,每个 FlowerSever 都 可以由任意多个 FlowerHTMLClient 节点同时访问。 最后,还提供了从 FlowerGUIClient 的访问。 详细设计 功能模块 ? 用户信息 模块 用户注册:匿名用户可以注册成为 会员 用户登录:注册用户可以通过注册的 和 password 登录系统 修改注册信息:用户登录后可以修改填写的注册信息 修改登录密码:用户登录后可以修改登录密码 ? 鲜花 信息 模块 添加鲜花 信息: 管理员添加鲜花 信息 修改鲜花信息:管理员对已添加的鲜花信息进行修改 删除鲜花 信息 :管理员删除鲜花 信息 搜索鲜花 信息 :顾 客搜索想要购买的鲜花 信息 查看鲜花 详情 :顾客查看一条鲜花 信息详细介绍 筛选鲜花信息:顾客 根据类 别查看该类鲜花 列表 添加鲜花 到购物车 :顾客添加鲜花 到购物车 ? 鲜花 分类 模块 添加鲜花 分类 : 管理员添加 鲜花 分类 修改类别 名称: 管理员修改类别信息 修改类别层次: 管理员修改类别所属的父类 删除类别信息 : 管理员删除类别信息 显示分类列表:系统显示类别信息供用户筛选鲜花 ? 定单信息 模块 定购鲜花:顾客购买购物车中的鲜花 ,生成定单 查看定单历史 :会员查看已定购鲜花 列表 查看定单详情 :会员(管理员 )查看定单详细情况 处理用户定单 : 管理员处理鲜花 定单,更改定单状态 取消鲜花 订购 :会员可以取消未处理的鲜花 定购单 实体类 图 43 实体类图 表 CategoryData 类 属性 类型 说明 Id Int 类别编号 Name string 类别名称 Pid int 上级类别编号 表 FlowersData 类 属性 类型 说明 Id int 鲜花编号 CategoryId int 鲜花所属的类别编号 Name string 鲜花名称 Picture string 鲜花图样的 URL 地址 StoreNum int 鲜花库存数量 Price decimal 鲜花销售价格 Description strin。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。