太原理工大学系统分析实验报告.docx

...... . .. ... z... z. .. 本科实验报告 课程名称： 系统分析与设计 实验项目： 《系统分析与设计》实验 实验地点： 行逸楼 B114 专业班级：软件 学号： 学生姓名： 指导教师： 孟东霞 2015 年 11 月 4 日 ...... . .. ... 一、实验目的 通过《系统分析与设计》 实验，使学生在实际的案例中完成系统分析与系统设计中的主要步骤， 并熟悉信息系统开发的有关应用软件， 加深对信息系统分析与设计课程基础理论、基本知识的理解， 提高分析和解决实际问题的能力， 使学生在实践中熟悉信息系统分析与设计的规，为后继的学习打下良好的基础。 二、实验要求 学生以个人为单位完成，自选题目，班题目不重复，使用 UML 进行系统分析与设计，并完成实验报告。实验报告以纸质版（ A4) 在课程结束后二上提交（ 12 ）。 三、实验主要设备： 台式或笔记本计算机 四、实验容 选题及项目背景美食评价系统 背景：互联网时代下网络评论越来越随意，希望可以规化的进行。 定义 美食评价系统为用户提供美食指导和参考。 任人都可注册为会员， 个人资料包括姓名，性别， 收藏的餐厅以及口味爱好。 会员可以收藏餐馆， 浏览餐馆信息以及其他会员的评价。餐厅必须向管理人员提出注册并审核通过后才能显示。 管理人员需到工商局和餐厅具体审查后才能通过。会员可以提供来自餐馆提供的小票在次日来对用餐进行评 价，一小票仅可提供一次评价。 餐馆则提供当日用餐小票记录给管理人员， 用以核对用户提供的小票是否正确， 然后系统则会审核评价有无不良信息， 审核通过发布在餐厅信息上，并根据会员评价次数对给会员评星（ 1-5 ）。个人信息和餐馆信息可被所有人访问，管理员信息只能管理员访问。 参考资料 GB8567-88 《计算机软件产品文件编制规》 GB/T11457-1995 《软件工程术语》 GB 1526 — 89 信息处理 -- 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定 GB8566-88 《软件开发规》 系统分析与设计 需求分析 识别参与者 用户，餐厅，管理人员 对需求进行捕获与描述 用例名称：注册个人用户 执行者：用户目的：完成一次注册个人用户的完整过程。 用例名称：用户登录 执行者：用户目的：完成一次用户登陆的过程。 用例名称：填写与修改个人信息 执行者：用户目的：填写和修改用户的个人信息，可由别人查阅。 用例名称：收藏餐厅 执行者：用户目的：用户可以根据自己的喜好收藏餐厅。 用例名称：查询餐厅信息或个人信息 执行者：用户、餐厅目的：用户和餐厅可根据需求喜好查询餐厅信息或个人信息。 用例名称：注册餐厅 执行者：餐厅目的：完成一次注册餐厅信息的过程。 用例名称：修改餐厅介绍 执行者：餐厅 目的：根据餐厅需求，经过管理人员审核后修改餐厅介绍。 ...... . .. ... 用例名称：发送当日发票 执行者：餐厅 目的：每日结束营业后，将给出的当日的发票号发送至管理人员。 用例名称：审核餐厅 执行者：管理人员 目的：餐厅注册信息，修改信息，管理人员都要进行审核。 用例名称：增删餐厅 执行者：管理人员 目的：根据实际情况和个人要求，对餐厅信息进行管理。 用例名称：给用户评星 执行者：管理人员目的：根据用户的评价次数，予以用户星级。 用例名称：修改餐厅信息 执行者：管理员 目的：根据用户对餐厅进行评价和评星，来修改餐厅信息。 用例名称：添加或删除每日推荐美食 执行者：管理人员目的：从评价为五星和四星的餐厅中挑选出一个，推荐其特殊菜。 用例 ID 号及用例名 3 评价餐厅 用例概述 该用例描述用户根据从餐厅得到的小票号， 来对餐厅进行评星和评价。 参与者： 用户 前置条件（ Pre-Conditions ） 会员登录 后置条件（ Post-Conditions ） 将用户的评价和提供的小票号提交至管理人员。 事件流 基本事件流 （Basic Flow ） 用户输入小票号。 用户给出评星。 用户输入评价。 用户确认评星和评价。 E-1 点击确定，系统显示提示评价已经被提交。 扩展事件流（ Alternative Flows ） Ｅ－１： 点击取消， 则退出。 若有一项为空， 返回评价页面。 用例 ID 号及用例名 12 审核用户评价 用例概述 该用例描述管理员根据发票号判断用户是否评论有效， 然后再审核 容有无违禁容，通过后发表。 参与者： 管理员 前置条件（ Pre-Conditions ） 管理员登录，用户评价 后置条件 （ Post-Conditions ） 事件流 基本事件流 （ Basic Flow ） 扩 展 事 件 流（ Alternative Flows ） 用用户评价修改餐厅信息