写点什么

第一周架构方法 - 练习 - 食堂就餐卡系统设计

用户头像
潘涛
关注
发布于: 2021 年 01 月 02 日

作业题目


我的疑问

请助教帮忙解答,谢谢~

问题 1:使用 UML 表达建模时,如何区分“组件”,以便于绘制“组件图”和“组件时序图”?

问题 2:“用例图”比较粗略,感觉不足以用来描述一个大型系统,为什么软件架构时还需要使用用例图?


用例图

有几个执行者:消费者、管理员、服务员

有几个用例:注册缴费、刷卡消费、监视消费情况/运用消费记录

食堂就餐卡系统的用例图如下:


消费者的主要操作是:发起缴费、刷卡消费

服务员的主要操作是:使用刷卡机进行扣款

管理员的主要操作是:使用消费记录,如:监视每一笔消费、统计消费记录、打印消费记录


组件图

组件定义:系统中遵从一组接口且提供其实现的物理的、可替换的部分。对系统的物理方面建模时,它是一个重要的构造块。

问题 1:实际项目中,如何定义一个系统的组件?


系统主要包含 2 类 7 个组件:

一类是围绕就餐卡组件的,包含注册缴费组件和收款组件

二类是围绕消费记录组件的,包含监视组件、统计组件、打印组件


组件时序图


对于“缴费”场景,首先是消费者使用就餐卡,向管理中心发起缴费,管理中心缴费成功后,就餐卡就有一定余额可以进行消费;

对于“消费”场景,由消费者使用就餐卡,在商店进行消费,消费时,由服务员通过刷卡机进行扣款,扣款成功,就餐卡余额扣除消费金额,同时产生消费记录;

部署图

部署图描述了系统中硬件和软件的物理配置情况和系统体系结构。


就餐卡管理系统主要用于就餐卡的注册缴费、消费记录使用(监视、统计、打印),初期部署 2 台服务器;


用户头像

潘涛

关注

还未添加个人签名 2020.02.25 加入

还未添加个人简介

评论 (2 条评论)

发布
用户头像
问题1:组件的粒度可大可小,可以根据需要进行划分。组件我个人理解为模块,一般作为功能/代码模块划分,有时候也可以作为人员分工的划分。
问题2:作用不一样。用例图主要是用于需求分析阶段,用来描述系统如何通过各种功能对外提供业务服务的。 从使用UML建模的整个过程来讲,可分成概念级建模、逻辑级建模、物理级建模三个阶段。概念级建模用于需求分析阶段,主要采取用例图、对象图、活动图来表示;逻辑级建模用于分析和初步设计阶段,主要用类图、序例图、状态图来表示;物理级建模用于详细设计阶段,主要用类图、数据库设计模型、DDL脚本、构件图、配置图来表示。
2021 年 01 月 08 日 15:59
回复
以上是文中提的问题回复
2021 年 01 月 08 日 16:16
回复
没有更多了
第一周架构方法-练习-食堂就餐卡系统设计