太原理工大学系统分析实验报告.doc
- 格式:doc
- 大小:28.00 KB
- 文档页数:8
太原理工大学系统分析实验报告
本科实验报告课程名称:系统分析与设计实验项目:
《系统分析与设计》实验场地:
航艺大厦B114专业班:
软件编号:
学生姓名:
讲师:
孟冬夏11月4日,XXXX
首先,实验的目的是让学生通过《系统分析与设计》实验完成实
际案例中系统分析和系统设计的主要步骤,熟悉信息系统开发的相关
应用软件,从而加深对信息系统分析与设计课程的基础理论和基础知
识的理解,提高分析和解决实际问题的能力,使学生在实践中熟悉信
息系统分析与设计的规范,为后续学习打下良好的基础。
其次,实验要求学生独立完成,选择自己选择的题目,不要在课
堂上重复题目,用UML进行系统的分析和设计,并完成实验报告。
实验报告应在课程结束后2周内(12周)以纸质形式(A4)提交。
三、主要实验设备:
台式或笔记本电脑
四、实验内容1课题及项目背景食品评价体系背景:
在互联网时代,在线评论变得越来越随意,希望被标准化。
2.定义食品评价系统,为用户提供食品指导和参考。任何人都可
以注册成为会员。个人信息包括姓名、性别、最喜欢的餐馆和口味。
会员可以收集餐厅,浏览餐厅信息和其他会员的评论。餐厅必须向管
理层注册并获得批准后才能展示。经理们需要去工商局和餐厅进行具
体的审查,然后才能通过。会员可以提供餐馆的收据来评估第二天的
饭菜。收据只能提供一次。餐厅向管理人员提供当天用餐收据记录,
以检查用户提供的收据是否正确。然后,系统将审查和评估是否有任
何不良信息。审核和批准将在餐厅信息上公布。将根据成员评估的次
数对成员进行评估(1-系统分析和设计实验项目:
《系统分析与设计》实验场地:
航艺大厦B114专业班:
软件编号:
学生姓名:
讲师:
孟冬夏11月4日,XXXX
首先,实验的目的是让学生通过《系统分析与设计》实验完成实
际案例中系统分析和系统设计的主要步骤,熟悉信息系统开发的相关
应用软件,从而加深对信息系统分析与设计课程的基础理论和基础知
识的理解,提高分析和解决实际问题的能力,使学生在实践中熟悉信
息系统分析与设计的规范,为后续学习打下良好的基础。
其次,实验要求学生独立完成,选择自己选择的题目,不要在课
堂上重复题目,用UML进行系统的分析和设计,并完成实验报告。
实验报告应在课程结束后2周内(12周)以纸质形式(A4)提交。
三、主要实验设备:
台式或笔记本电脑
四、实验内容1课题及项目背景食品评价体系背景:
在互联网时代,在线评论变得越来越随意,希望被标准化。
2.定义食品评价系统,为用户提供食品指导和参考。任何人都可
以注册成为会员。个人信息包括姓名、性别、最喜欢的餐馆和口味。
会员可以收集餐厅,浏览餐厅信息和其他会员的评论。餐厅必须向管
理层注册并获得批准后才能展示。经理们需要去工商局和餐厅进行具
体的审查,然后才能通过。会员可以提供餐馆的收据来评估第二天的
饭菜。收据只能提供一次。餐厅向管理人员提供当日用餐收据记录,
以检查用户提供的收据是否正确,然后系统将审查和评估是否有任何
不良信息。审核和批准将在餐厅信息上公布,成员将根据成员评估的
次数进行评估(1:注册个人用户执行者:用户目的:
完成
完成用户登录过程。4用例名称:
填写和修改个人信息主管:
用户目的:
填写和修改用户的个人信息,供他人查阅。5用例名称:
收集餐厅主管:
用户目的:
用户可以根据自己的喜好选择餐馆。6用例名称:
要查询餐厅信息或个人信息主管:
用户和餐馆的目的:
用户和餐厅可以根据自己的需求和喜好查询餐厅信息或个人信
息。
7用例名称:
注册餐厅主管:
餐厅的目的:
完成注册餐厅信息的过程。8用例名称:
修改餐厅介绍执行器:
餐厅的目的:
根据餐厅的需要,餐厅简介经管理人员审核后进行修订。9用例
名称:
向当天的发票执行人发送:
餐厅的目的:
每天结束业务后,将当天的发票号发送给管理人员。10用例名
称:
回顾餐厅高管:
经理的目的:
餐厅注册-用户目的:
完成注册个人用户的完整过程。
2用例名称:
用户登录执行者:
用户目的:
完成用户登录过程。4用例名称:
填写和修改个人信息主管:
用户目的:
填写和修改用户的个人信息,供他人查阅。5用例名称:
收集餐厅主管:
用户目的:
用户可以根据自己的喜好选择餐馆。6用例名称:
要查询餐厅信息或个人信息主管:
用户和餐馆的目的:
用户和餐厅可以根据自己的需求和喜好查询餐厅信息或个人信
息。
7用例名称:
注册餐厅主管:
餐厅的目的:
完成注册餐厅信息的过程。8用例名称:
修改餐厅介绍执行器:
餐厅的目的:
根据餐厅的需要,餐厅简介经管理人员审核后进行修订。9用例
名称:
向当天的发票执行人发送:
餐厅的目的:
每天结束业务后,将当天的发票号发送给管理人员。10用例名
称:
回顾餐厅高管:
经理的目的:
餐馆注册:从上到下(从共性开始)或从下到上(从特殊情况开始)。
4.3动态模型系统的动态行为模型由交互图(序列图和协调图)、状态
机图和活动图表示。
在系统的分析和设计中,应该为主要的用例和对象类绘制这些图
形,以便分析系统的行为,验证和修改系统的静态结构,满足用户的
需求,实现系统的目标。4.3.1序列图主要描述用户提交评论的过程。
用户通过页面发送评论,管理员对其进行审查并反馈给用户。4.3.2
通信图4.3.3活动图活动图的主要功能是表示系统的业务工作流和并
发处理过程。为可选系统的主要业务工作流绘制活动图。绘制活动图
需要确定活动中涉及的对象、动作状态、动作流和对象流。
为用户生成评论和管理员评论的过程描述。4.3.4状态图的状态
机图显示了对象(类)的生命历史。应该为一些实现重要行为动作的对
象绘制状态机图。绘制状态机图需要确定对象生命周期中所有可能的
状态,哪些事件将导致状态转换,以及哪些操作将发生。对象是注释。
4.3.5分析和讨论比较序列图和通信图、活动图和状态图的应用。
首先,活动图和状态图有相同点:
(1)图标的描述基本相同。
(2)它可以描述系统或对象存在期间的状态和行为。③它可以描
述多进程操作中系统或对象的并发行为。④条件分支图可以用来描述
系统或对象的行为控制流。差异:
(1)不同的机制触发系统或对象的状态(活动)的转变。(2)描述多个
对象一起完成操作的机制是不同的。
第二,序列图和通信图有相同点:
(1)两者都属于交互图,用于描述对象之间的动态关系。
(2)语义等价,可以相互转换。差异:
(1)建模入口点不同。序列图强调时间顺序,通信图强调参与交
互的对象的组织。(2)每个建模元素都有自己的特征。序列图使用生
命线和控制焦点,通信图描述路径和链接。(3)二者不能完全替代。
序列图描述了对象之间消息传输的时间顺序。它用于分析交互序列,
并根据时间序列对控制流进行建模。通信图描述了对象和传递的消息
之间的关系。它用于描述操作的实现。它用于根据对象的组织和关系
来建模控制流。4.4物理模型4.4.1构建组件图系统的源代码、二进制
代码和执行代码可以按照模块化的思想与组件分开组织,系统各部分
的功能职责和软件结构可以明确定义。4.4.2设置部署地图用户和餐
厅登录网页进行操作,管理员主要登录网页进行操作。5.经验虽然软
工人以前制造过系统,但他们是以结构化的方式制造的。我仍然不太
了解面向对象的方法。大多数书也是书面说明。虽然给出了许多制作
和优化的方法,但很难画出它们,例如类的确定和类之间的关系。我
也在网上咨询了很多,但是我能提到的例子很少。然而,自己做也是
我的锻炼。我对面向对象有了更深的理解,这将对未来的编程有很大
的帮助。单词模型