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

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