1 / 17
文档名称:

4.0用例文档 失物招领系统.doc

格式:doc   大小:282KB   页数:17页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

4.0用例文档 失物招领系统.doc

上传人:q1188830 2017/7/30 文件大小:282 KB

下载得到文件列表

4.0用例文档 失物招领系统.doc

文档介绍

文档介绍:失物招领系统
用例文档
团队:RNG
领队:盛加纯 3130704235
成员:杨驿
成员:赵文琪 3130704233
修改记录表
修改时间
修改人
修改位置
目录
1 引言





2 任务概述



3 用例图
4 用例描述
查看信息








5 编写总结
1 引言
此小节介绍相关信息与本身特征。文档组织结构可参看目录。其余信息请阅读以下条目。

此文档的编写目的是将系统的所有用例文档化,记录,交流领域信息和用户期望,传达有关问题域的西药信息以及涉众的需求,以帮助项目交流。
本文档的阅读者主要是客户,需求团队全体成员以及解系统设计者。

背景
1. 本文档用于失物招领系统项目
2. 该系统由客户提出,具有帮助求助者发布丢失信息和 查询等功能。用于方便求助者尽快找回丢失物品,群众提供帮助信息。
3. 需求获取整理与分析为RNG团队(赵文琪,盛加纯, 杨驿)
内容概述
该用例文档主要记录了所有用例包括他们之间的关系, 以及各用例的详细描述等。并在最后一部分中记录了文档
涉及的度量数据。本文档大体分为五部分,各部分可参考
目录标题,详细请参阅下文。

失物招领系统项目:项目名称,以下简称LP(Lost Property)
求助者:丢失物品的发布者。
用户:帮助信息的的群众。
管理员:操纵管理员端的工作人员。

本小节记录文档的更新历史,采用表格形式,包含更新编号,更新概述,更新人以及维护人五项。文档每次根更新需要在表格中填入更新数据,以讲更新历史文档化,便于查看。
用例文档更新历史
更新编号
更新时间
更新概述
更新人
维护人
1
2016/5/12
文档创建
杨驿
杨驿
2
2016/5/19
文档扩充
杨驿
杨驿

【1】问题分析过程文档
【2】项目前景及范围文档
【3】面谈资料整理报告
【4】面谈使用原型部件
【5】《需求工程——软件建模与分析》
【6】软件过程国家标准文档模板
2任务描述

失物招领系统开发是为了帮助丢失物品的学生能够尽快,尽可能地找回所丢,使他们从丢失物品漫无目的的乱找,毫无头绪地询问,以及烦闷沉重的心情中解脱出来。
应用目标和作用范围主要为在校师生以及整个学校区域。由于用户分两种类型,故该系统需要一不同运行在两种不同的硬件平台上。
该系统与其他软件并无交互,运行环境相对有限独立。

失物招领系统用户主要有两种类型,一种为使用系统进行寻求帮助的人以及提供帮助的热心人,一种是为系统进行管理管理的管理员。
两种类型的人有不同的特点,需要特别对待,前者有可能使用软件经验不足,并且不经常接触系统,所以需要操作简单,界面友好美观,使用户只需要十分简单地学****就可以很快上手使用软件。后者为专业使用电脑的管理人员,需要有一定的操作水平,在使用软件前可以有较长时间进行学****培训,因此需要操作高效,界面简单直观,功能齐全。
由于两种用户的特点分歧较大,故软件系统分别在用户手机端和管理员的PC端实现不同的两种软件终端界面。

假定:系统客户端终端机已经开发完成,软件开发可基于其上直接进行运行、测试等。
约束:系统运行平台——系统面向顾客的部分在手机端,在处理速度和容量都及不上PC。

本节使用两个用例图——分别对应用用户与系统交互,以及管理员与系统交互,来概括文档中出现的所有及用例间关系。本节用例图只是总览,详述请见4用例描述。
标记定义:
用例扩展关系---->
用例包含关系
用例参与者
用例图1 用户与系统交互总览
查看丢失物品信息
查看消息
查看失主联系信息
编辑发布失物信息
发布消息
提供帮助信息
用例图2 管理员与系统交互总览
评价事件性质级别
管理信息
统计已成功事例
统计信息
撤销已完成的信息
更新信息
4用例描述
描述:
产生的原因:师生群众在提供帮助之前需要了解一些基本信息。
大概过程:师生在手机端选择查看相应的信息按钮,系统显示相应