小组作业：G003-185-06

班级	组员	学号
18软件工程5班	许聚洛	1814080902526
18软件工程5班	翁格婉	1814080902537

项目glossary

1. Usecasediagram(用例图)
2. Internal Block Diagram（内部方框图）
3. package diagram（包图）
4. Requirement Hierarchy（需求层次结构）
5. One Level Activity Hierarchy（活动的层次结构）
6. Interface Diagram（界面示意图）
7. Class Diagram（类图）
8. Transaction Flow Diagram（业务流程图）

1. Usecasediagram(用例图)

名词 Usecasediagram(用例图)
网址 https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-use-case-diagram/
https://www.smartdraw.com/use-case-diagram/
图例解说
什么是用例图?
用例图是UML中的动态或行为图。用例图使用参与者和用例为系统的功能建模。用例是系统需要执行的一组动作、服务和功能。在这种情况下，“系统”是被开发或操作的东西，如网站。“参与者”是在系统中定义的角色下运行的人员或实体。
为什么要制作用例图?
用例图对于可视化将转换为设计选择和开发优先级的系统的功能需求是很有价值的。
他们也有助于识别任何内部或外部因素，可能影响系统，并应加以考虑。
它们从系统外部提供了很好的高层次分析。用例图指定了系统如何与参与者交互，而不用担心功能如何实现的细节。
系统
使用包含用例的矩形绘制系统边界。将参与者置于系统边界之外。
系统符号-用例图
用例
使用椭圆绘制用例。用表示系统功能的动词标记椭圆。
用例符号-用例图
参与者
参与者是系统的用户。当一个系统是另一个系统的参与者时，用参与者原型给参与者系统贴上标签。
参与者符号-用例图的关系
用简单的一行说明参与者和用例之间的关系。对于用例之间的关系，使用标为“uses”或“extends”的箭头。“使用”关系表明，为了执行任务，另一个用例需要一个用例。“扩展”关系表示在某个用例下的备选选项。
项目图例

2. Internal Block Diagram（内部方框图）

名词 Internal Block Diagram（内部方框图）
网址 https://sysml.org/sysml-faq/what-is-internal-block-diagram.html
https://www.sciencedirect.com/topics/computer-science/internal-block-diagram
图例解说
块:块(符号:矩形，关键字=«块»)代表一个系统组件，一个模块化的结构单元，它封装了它的内容(属性、行为、约束)，并支持一级(例如，可以在模型库中绘制和直接操作)接口。由块封装的行为包括:操作、信号和状态机。用于连接和连接(“布线”)块接口的唯一交互点称为端口。
块可以指定软件、硬件、机械和湿件(人员、组织、设施)组件。
块支持信息流和物理流所提供的(实现的)和所需的(使用的)接口。
可以递归地将块分解为多个部分，其中每个部分也必须由块定义。(见下面的用法说明。)
内部块图(ibd):内部块图是由特定块所拥有的静态结构图，它显示了封装的结构内容:部件、属性、连接器、端口和接口。换句话说，IBD是被包裹(“黑盒”)块的“白盒”透视图。
块可以通过在块定义图(BDD)和内部块图(IBD)之间交替使用(参见下面的用法说明)递归分解(“嵌套”)为部分。
行为可以被块封装(例如，操作、信号和状态机)，或者直接或间接(通过接口)将(通过«allocate»依赖)分配给块(例如，活动/动作)。
可以通过约束块对参数块进行数学约束，从而生成数学上可模拟的参数图。
比较和对比:UML 2类图和组件图;SA/SD系统上下文和结构框图;该展会IDEF1X图。
目的
内部框图(IBDs)的目的是显示被封装的块的结构内容(部件、属性、连接器、端口、接口)，以便使用基于接口的设计技术对它们进行递归分解和“连接”。当正确使用BDDs + ibd时，BDDs可递归伸缩和数学上(参数化)可模拟(参见下面的可执行语义)。
项目图例

3. package diagram（包图）

名词 Package Diagram（包图）
网址 https://sysml.org/sysml-faq/what-is-package-diagram.html
https://www.visual-paradigm.com/guide/uml-unified-modeling-language/what-is-package-diagram/
图例解说
包装图是一种结构图，它展示了大中型项目中模型要素的排列和组织。包图可以显示子系统或模块之间的结构和依赖关系，显示系统的不同视图，例如，多层(又名多层)应用程序——多层应用程序模型。
定义
包:包(符号:“文件夹”图标)是将模型元素和图组织成组的通用机制。包为在其作用域内定义的模型元素定义了唯一的名称空间。
命名空间=为其中包含的标识符提供范围的声明性区域
包关系图(pkg):包关系图是一种静态的结构关系图，它显示了包及其内容之间的关系。可以对包进行原型化(自定义)，以便将模型元素组织成模型、视图、模型库和框架。
包图用于构造高级系统元素。包用于组织包含图表、文档和其他关键可交付成果的大型系统。
包图可以用来简化复杂的类图，它可以将类分组到包中。
包是逻辑上相关的UML元素的集合。
包被描述为文件文件夹，并且可以在任何UML图上使用。
命名空间=为其中包含的标识符提供范围的声明性区域。
目的
包图的目的是支持大型、复杂的系统架构模型(sam)的组织和管理。
项目图例

4. Requirement Hierarchy（需求层次结构）

名词 One Level Requirement Hierarchy（需求层次结构）
网址 https://www.mathworks.com/help/slrequirements/ug/define-requirements-hierarchy.html
图例解说
使用Simulink®Requirements™，可以从更高层次的需求中派生出较低层次的需求，以建立和管理父子关系。
需求集是所有需求层次结构的顶层。Simulink中的所有需求都包含在需求集中。需求集中的每一个顶级父需求都是该需求集中的第一级层次结构。引用对象)和需求(slreq。需求对象)不能共享父需求。
在需求集中，您可以通过使用需求编辑器或需求浏览器工具栏上的图标来更改单个需求的级别。当您使用子元素提升或降级一个需求时，父-子层次关系被保留。您还可以通过右键单击需求并选择向上或向下移动，将需求向上或向下移动到相同的层次结构中。
需求集的实现和验证状态度量是通过集合中的所有需求累积起来的。需求集中的每一个父需求都从它的所有子需求中获得度量。有关实现和验证状态度量的更多信息，请参见评审需求实现状态度量数据并汇总需求验证状态。
项目图例

5. One Level Activity Hierarchy（活动的层次结构）

名词 One Level Activity Hierarchy（活动的层次结构）
网址 https://wiki.scn.sap.com/wiki/display/GRC/Activity+Hierarchy
图例解说
在活动层次结构中，您可以通过定义层次结构来构建组织中涉及风险的活动，从而描述如何在组织或业务实体中使用业务活动及其关系。
可以定义公司内部风险管理活动的范围，使其透明，特别是用于报告目的。
相关的每个项目可以是一个活动类别。
可以将风险和机会类别分配给每个活动类别。
可以将流程控制流程与您的活动层次结构相关联。
项目图例

6. Interface Diagram（界面示意图）

名词 Interface Diagram（界面示意图）
网址 https://wiki.scn.sap.com/wiki/display/SM/Interface+diagrams
图例解说
在活动层次结构中，您可以通过定义层次结构来构建组织中涉及风险的活动，从而描述如何在组织或业务实体中使用业务活动及其关系。这样的接口图旨在可视化复杂集成场景的流程。复杂意味着集成场景中通常涉及多个系统，这些系统通过点对点连接(由接口表示)连接，所涉及的系统中可能发生额外的处理逻辑，可以使用接口步骤进行描述。与解决方案文档中的所有其他图形表示一样，接口图使用BPMN 2.0来描述接口序列和接口步骤。
运行在两个独立逻辑组件组(表示点对点接口)上的两个接口步骤之间的连接可以通过将所谓的中间消息事件(IME)添加到图形中来实现。IME是进一步元素的锚点，因此可用于将接口附加到复合接口。您可以创建多个任务来实现集成场景的变体。
以类似的方式，您可以在解决方案文档的业务流程部分的业务流程中引用组合接口。通常不希望在流程图中直接显示接口级数据交换的所有技术细节。因此，通过将接口或复合接口分配给流程图中的IMEs，您可以在流程图中“隐藏”技术接口细节。所有接口数据仍然是可用的，如果需要，您可以通过前向导航访问接口图。
项目图例

7. Class Diagram（类图）

名词 Class Diagram（类图）
网址 https://www.tutorialspoint.com/uml/uml_class_diagram.htm
图例解说
类图是静态图。它表示应用程序的静态视图。类图不仅用于可视化、描述和记录系统的不同方面，而且用于构建软件应用程序的可执行代码。
类图描述了类的属性和操作，以及对系统施加的约束。类图在面向对象系统的建模中被广泛使用，因为它们是唯一可以直接映射到面向对象语言的UML图。
类图显示了类、接口、关联、协作和约束的集合。它也被称为结构图。
类图的目的
类图的目的是为应用程序的静态视图建模。类图是唯一可以直接用面向对象语言映射的图，因此在构造时被广泛使用。
UML图与活动图、序列图一样，只能给出应用程序的序列流，但是类图有一点不同。它是编码器社区中最流行的UML图。
类图的目的可以概括为-
分析和设计一个应用程序的静态视图。
描述系统的职责。
组件和部署图的基础。
正向和逆向工程。
项目图例

8. Transaction Flow Diagram（业务流程图）

名词 Transaction Flow Diagram（业务流程图）
网址 https://www.edrawsoft.com/transaction-flow-diagram.html
图例解说
事务流程图(TFD)通过使用图形元素(符号、线)来表示特定的业务流程。
为了创建事务流程图，专门为绘制流程图而设计的程序特别适合于这项任务。
如何绘制事务流程图

首先，明确交易的输入、处理、储存(库存)、输出和即时存取;然后收集相关信息和数据;
明确岗位或流程之间的关系;
3.删除非必需品;整合等价物，添加新内容;
确定哪些要由计算机系统处理。
项目图例

项目glossary相关推荐

G003-186-18
计算机科学与工程学院小组期末报告 2020-2021 学年第 1 学期课程软件需求分析与建模课程项目名称调查问卷系统团队成员罗远彬李尚豪学号 1814080902611.181408 ...
G003-186-07
目录一.博客系统提案计划书 1.引言 1.1 概述 1.2 背景 1.1 博客系统开发的必要性 1.4开发目标 1.5产品范围二.项目需求萃取分析书 2.1 应用背景 2.2 问题域 2.3 涉众 ...
G003-186-04
课程名称需求分析与建模班级 18软件工程6班作业名称学生宿舍电费管理小组期末报告教导教师董瑞生姓名吴鸣明.魏兆庆学号 1814080902628 1814080902613 日期 2 ...
A003-182-19
课程名称需求分析与建模班级 18级软件工程2班实验名称期末大作业教导教师董瑞生组号 19组日期 2020年12月27日 19组姓名学号组员1 陈浩彬 1814080902239 ...
G003-182-20
作业报告课程名称需求分析与建模班级 18级软件工程2班实验名称期末大报告教导教师董瑞生姓名贝伟豪.林智豪组号 20 日期 2020年12月27日目录一.项目需求提案计划书 3 ...
G003-185-8
计算机科学与工程学院小组期末报告 2020-2021 学年第 1 学期课程软件需求分析与建模课程项目名称电子商城系统团队成员李海鹏.黄奕琛学号 1814080902510.181408 ...
G003-185-18 期末小组报告
作业G003-185-18 课程名称软件需求分析与建模班级 18软件工程5班教导教师董瑞生陈丹 1814080902539 李林 1814080902502 日期 2020.12.27 目录 ...
QIIME 2教程. 31名词Glossary(2021.2)
名词解释 User Glossary https://docs.qiime2.org/2021.2/glossary/ 译者注:以下是QIIME 2中经常会用到的术语,由于有些术语无法准确翻译为中文, ...
QIIME 2教程. 31名词Glossary(2020.11)
文章目录名词解释译者简介 Reference 猜你喜欢写在后面名词解释 User Glossary https://docs.qiime2.org/2020.11/glossary/ 译者注: ...

项目glossary

项目glossary

1. Usecasediagram(用例图)

2. Internal Block Diagram（内部方框图）

3. package diagram（包图）

4. Requirement Hierarchy（需求层次结构）

5. One Level Activity Hierarchy（活动的层次结构）

6. Interface Diagram（界面示意图）

7. Class Diagram（类图）

8. Transaction Flow Diagram（业务流程图）

项目glossary相关推荐

最新文章

热门文章