基于uml网上鲜花店订花系统课程设计(编辑修改稿)

基于uml网上鲜花店订花系统课程设计(编辑修改稿)内容摘要：

系统用例设计 系统管理员用例设计 用例图 用例描述 用例名称：系统管理用例 参与者：管理员 简易说明 ： 管理员添加，删除，更新，查询系统中的管理员信息 前置条件： 管理员已经成功进入系统 基本事件流： 1. 管理员点击“修改信息”按钮，页面跳转到会员信息修改界面，并显示会员信息；管理员点击修改鲜花信息、分类信息类似。 2. 管理员在文本框中可以修改信息也可以删除信息 3. 管理员修改信息后，点击“保存”按钮，会员信息被更改，跳转成功界面 11 其它事件流： 在点击“保存”按钮前，可以点击“返回”按钮或者“重置”按钮 异常事件流： 1. 提示错误信息，管理员重新填写 2. 更新失败异常，跳转失败界面 后置条件： 会员信 息被更改 订单受理用例设计 用例图 用例描述 用例名称：订单受理用例 参与者：订单受理操作员 简易说明： 订单受理操作员确认订单的有效性，无效订单进行归档，或者将订单发送到下一流程。 前置条件： 订单受理操作员已经成功进入系统 基本事件流： 1. 操作员点击订单处理按钮，页面跳转订单受理界面，并显示受理信息 2. 操作员填写或者更改订单受理信息 12 3. 根据订单地址，系统动态显示相似订单地址订单信息 4. 操作完成后，点击“提交”按钮，保存受理信息，跳转成功界面 其它事件流： 在点击“提交” 或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮，退出订单受理界面 异常事件流： 1. 提示错误信息，操作员重新填写受理信息 2. 更新失败异常，跳转失败界面 3. 附件上传失败，跳转失败界面 后置条件： 受理信息完成，订单确认完成 订单调度用例设计 用例图 用例描述 用例名称：订单调度用例 参与者：订单调度操作员 简易说明： 订单调度操作员根据受理信息，填写调度信息，选择相应处理部门，提交或者暂存，系统保存调度信息 13 前置条件： 订单调度操作员已经成功进入系统 基本事件流： 1. 操作员点击订单 处理按钮，跳转订单调度界面，显示受理信息 2. 操作员填写或者更改订单调度信息 3. 查看相应附件信息 4. 操作完成后，点击“提交”或者“暂存”按钮，保存调度信息，跳转成功界面 其它事件流： 1. 在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮 2. 操作员点击“打印”按钮，系统打印订单信息 异常事件流： 1. 提示错误信息，操作员重新填写调度信息 2. 更新失败异常，跳转失败界面 后置条件： 调度信息完成 订单处理用例设计 用例图 用例描述 14 用例名称：订单处理用例 参与者：订单处理操作员 简易说明： 订单处理操作员根据受理信息，调度信息，和实际供货情况填写订单处理信息，提交或者暂存，系统保存处理信息 前置条件： 订单处理操作员已经成功进入系统 基本事件流： 1. 操作员点击订单处理按钮，页面跳转订单处理界面，并显示受理信息 2. 操作员填写或者更改订单处理信息 3. 查看相信的订单信息 4. 填写派出松花的时间 5. 操作完成后，点击“提交”或者“暂存”按钮，保存处理信息，跳转成功界面 其它事件流： 1. 在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮 异常事件流： 1. 提示错误 信息，操作员重新填写处理信息 2. 更新失败异常，跳转失败界面 后置条件： 处理信息完成 订单回访用例设计 用例图 15 用例描述 用例名称：订单回访用例 参与者：订单回访操作员 简易说明： 订单回访操作员根据受理信息，调度信息，和处理情况进行回访，并填写订单客户反馈信息，提交或者暂存，系统保存回访信息 前置条件： 订单回访操作员已经成功进入系统 基本事件流： 1. 操作员点击订单处理按钮，页面跳转订单处理界面，并显示受理信息 2. 操作员填写或者更改订单回访信息 3. 查看相应附件信息 4. 操作完成后，点击“提交”或者“暂存”按钮，保存回访信息，跳转成功界面 其它事件流： 1. 在点击“提交”或者“暂存”按钮前，可以点击“关闭”按钮或者“重置”按钮 异常事件流： 1. 提示错误信息，操作员重新填写回访信息 2. 更新失败异常，跳转失败界面 后置条件： 回访信息完成 订单归档用例设计 用例图 16 用例描述 本章小结 本章主要介绍系统各模块用例设计。 用例名称：订单归档用例 参与者：订单归档操作员 简易说明： 订单归档操作员将重复的订单及完成的订单进行归档操作 前置条件： 订单归档操作员已经成功进入系统 基本事 件流： 1. 操作员点击订单处理按钮，页面跳转订单处理界面，并显示受理信息 2. 操作员填写订单归档信息 3. 操作完成后，点击“提交”按钮，保存归档信息，跳转成功界面 其它事件流： 1. 在点击“提交”按钮前，可以点击“关闭”按钮或者“重置”按钮 异常事件流： 1. 提示错误信息，操作员重新填写归档信息 2. 更新失败异常，跳转失败界面 后置条件： 归档信息完成，订单流程结束 17 第四章 系统概要设计 数据库设计 数据库概念结构设计 概念结构设计是将分析得 到的用户需求抽象为概念模型的过程。 即在需求分析的基础上，设计出能够满足用户需求的各种实体以及它们之间的相互关系概念结构设计模型。 这样才能更好地、更准确地用某一 DBMS 实现这些需求。 它是整个数据库设计的关键。 概念结构的主要特点是能真实、充分地反映现实世界；易于理解；易于更改；易于向关系、网状、层次等各种数据模型转换。 设计概念结构通常有四类方法： （ 1）自顶向下。 即首先定义全局概念结构的框架，然后逐步细化； （ 2）自底向上。 即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构； （ 3）逐步扩 张。 首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构； （ 4）混合策略。 即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。 其中最经常采用的策略是自底向上方法。 即自顶向下进行需求分析，然后再自底向上设计概念结构描述概念模型的有力工具是 ER模型。 针对本系统的数据库 ER 模型设计如下图： 18 会员信息表 管理员 信息表 权限表 主键 ID 姓名 性别 权限 密码 用户名 拥有 权限编号 权限注释 固定电话 联系地址 注册日期 性别 邮编 密码 会员 ID 手机号 拥有 1 1 n n。