太原理工大学系统分析实验报告(共13页).doc

精选优质文档-----倾情为你奉上
精选优质文档-----倾情为你奉上
专心---专注---专业
专心---专注---专业
精选优质文档-----倾情为你奉上
专心---专注---专业
本科实验报告
课程名评星，来修改餐厅信息。
15用例名称：添加或删除每日推荐美食 执行者：管理人员
目的：从评价为五星和四星的餐厅中挑选出一个，推荐其特殊菜。
精选优质文档-----倾情为你奉上
精选优质文档-----倾情为你奉上
专心---专注---专业
专心---专注---专业
精选优质文档-----倾情为你奉上
专心---专注---专业

用例ID号及用例名
3 评价餐厅

用例概述
该用例描述用户根据从餐厅得到的小票号，来对餐厅进行评星和评价。

参与者：
用户

前置条件（Pre-Conditions）
会员登录

后置条件（Post-Conditions）
将用户的评价和提供的小票号提交至管理人员。

事件流

基本事件流
（Basic Flow）
用户输入小票号。
用户给出评星。
用户输入评价。
用户确认评星和评价。E-1
点击确定，系统显示提示评价已经被提交。

扩展事件流（Alternative Flows）
Ｅ－１：点击取消，则退出。若有一项为空，返回评价页面。

用例ID号及用例名
12 审核用户评价

用例概述
该用例描述管理员根据发票号判断用户是否评论有效，然后再审核内容有无违禁内容，通过后发表。

参与者：
管理员

前置条件（Pre-Conditions）
管理员登录，用户评价

后置条件（Post-Conditions）
用用户评价修改餐厅信息

事件流

基本事件流
（Basic Flow）
1确认系统中有无用户发送的发票号。E-1
2审核评价有无违禁内容。E-2
3审核通过，并发表在餐厅信息中。

扩展事件流（Alternative Flows）
Ｅ－１：若系统中没有用户输入的发票号，则提示“无此发票号”，并提示用户再次输入发票号。
Ｅ－２：若有违禁内容，则提示“评价含有违禁内容”，并提示用户再次输入评价。
用例图

精选优质文档-----倾情为你奉上
精选优质文档-----倾情为你奉上
专心---专注---专业
专心---专注---专业
精选优质文档-----倾情为你奉上
专心---专注---专业
分析与讨论
建模用例图的步骤、方法？
步骤：
。
。
。
。
。
。

方法：创建一个用例名时，要尽量使用主语动态动词和可以描述系统上执行的功能的名词，从整体考虑，用例图要获取和分析用户需求。
如何识别系统的参与者？应该如何划分用例，应注意哪些问题？
参与者是与系统交互的实体，包括需要和系统交换信息的一切实体。参与者不是系统的一部分，他们处于系统的外部。参与者是一组角色。
根据每个用例都有其对应的参与者来划分用例，注意用例可大可小，但对应一个具体的用户目标
心得
设计用例图时要全面考虑到需求，将参与者划分出来，并且每个参与者都有对应的用例，最后才能更好地理解需求。
建立对象模型
候选类的数据字典
类名
中文
定义
User
用户
可以在系统上注册信息，填写和修改个人信息，查阅他人信息、餐厅信息，收藏喜欢的餐厅。
Comment
评论
用户向餐厅提交的评价，要由管理人员审核。
Person In
个人信息
包括用户的爱好，收藏的餐厅，性别，评论次数，星级。
Restaurant In
餐厅信息
主要用来展示审核通过的用户评论。
Restaurant Id
餐厅介绍
展示餐厅的特色。
Restaurant
餐厅
可以在系统上注册信息，填写和修改餐厅信息，查阅别的餐厅信息、个人信息。
Manager
管理人员
审核餐厅和评论。
Moderate Co
审核评论
审核小票号是否存在，言论是否违禁，有问题则改变状态为未通过退回，没问题则改变状态为通过，添加到餐厅信息中。

用户