UML期末大作业(失物招领系统)解读.doc

U M L 设 计 性 实 验 报 告 学 院 软件与通信工程学院 学生姓名 刘洋 学 号 0133620 专 业 软件工程 届 别 13级 指导教师 廖汗成 二零一五年十二月十五日 目录 1、需求分析 3 1.1开发背景及意义 3 1.2系统功能及目标 3 2、系统建模 4 2.1创建系统用例模型 4 2.1.1确定参与者 4 2.1.2参与者用例 4 2.1.3 管理员用例图 7 2.2创建系统静态模型 9 2.2.1创建系统静态模型 9 2.3创建系统动态模型 11 2.3.1 创建序列图 11 2.3.2 创建活动图 12 2.3.3 创建组件图 12 2.3.4 创建部署图 13 3数据库设计 14 3.1数据库设计的基本规范 14 3.1.1开发规范 14 3.1.2命名规范 14 3.2 基本表及其说明 14 3.2.1寻物信息列表 14 3.2.1.1寻物详细信息 15 3.2.1.2寻物信息搜索 15 3.2.2招领信息列表 15 3.2.2.1招领详细信息 15 3.2.2.2寻物信息搜索 16 3.2.3个人信息列表 16 3.2.3.1用户基本信息 16 3.2.3.2我发布过的寻物信息 16 3.2.3.3我发布过的招领信息 17 3.2.3.4我评论过的信息 17 3.2.3.5我收藏的信息 17 3.2.4发布寻物/招领信息 18 4.后台管理 18 4.1权限管理 18 4.2物品类管理 18 4.2.1物品所属类管理 18 4.2.2物品管理 19 4.2.3校区管理 19 4.2.4拟定初始化物品类管理 19 4.3订单管理 19 4.3.1招领订单管理 19 4.3.2寻物订单管理 20 5.实验总结 21 5.1 UML建模总结 21 5.2 数据库设计总结 22 1、需求分析 1.1开发背景及意义 1.2系统功能及目标 1、在数据库中存储失主发布的丢失物品信息以及拾主或各个失物招领信任点发布拾获物品信息，并方便有效地进行相应的数据操作和管理，这其中包括： *物品信息的录入、删除、修改 *物品信息的模糊查询 *物品信息的多关键字检索 2、能够对一定数量的注册过的失主信息进行相应的存储和管理，这其中包括： *失主信息的录入、删除、修改 *失主的统计与查询 3、能够对一定数量的注册过的拾主信息进行相应的存储和管理，这其中包括： *拾主信息的录入、删除、修改 *拾主的统计与查询 4、能够对失主与拾主发布的物品信息进行匹配比较，并按照匹配的从高到低的顺序为失主推荐 5、能够对需要的统计结果提供打印和输出。 6、为了不出现失主冒领、错领的现象，以及为了保证拾主信息的保密性安全性，让拾主提供部分拾获物品信息，只有当失主全部答对时，才可以得到拾主的信息。 7、能够保证一定的安全机制，需要信息管理人员的优先级以及数据信息授权访问，防止随意删改，同时提供信息备份的服务。 2、系统建模 2.1创建系统用例模型 2.1.1确定参与者 (1)用户：发布失物或者拾物信息的主体。 (2)系统管理员：负责失物招领系统的操作和后台维护。 (3)系统数据库：参与系统完成各项功能的整个过程。 2.1.2参与者用例寻信息或拾物信息加入自己收藏。 图2-1-2 普通用户用例图 用例名称 修改密码 标识符 AC0001 用例描述 用户进行修改密码操作 参与者 用户 状态 前置条件 用户已登录系统 后置条件 密码修改成功 基本操作流程 用户输入目前有效密码 输入新密码 再次输入新密码进行确认 假设 1.用户已登录系统 2.输入了有效密码 3 两次输入新密码一致 2.更改联系方式用例描述 用例名称 更改联系方式 标识符 AC0002 用例描述 用户更改联系方式操作 参与者 用户 状态 前置条件 用户已登录系统 后置条件 更新联系方式成功 基本操作流程 1.输入新的联系方式 2.提交表单确认 3.修改成功 1.用户已登录系统 2.输入信息符合基本格式要求 3.拾物或者拾物信息发布 用例名称 拾物或者拾物信息发布 标识符 AC0003 用例描述 拾物或者拾物信息发布 参与者 用户 状态 前置条件 用户已登录系统 后置条件 拾物或者拾物信息发布成功 基本操作流程 1.选择信息分类(拾物还是拾物) 2.填写物品信息 3.提交表单 假设 1.用户已登录系统 2.输入信息符合基本格式要求 4.认领失物用例图 用例名称 认领失物用例图 标识