4 信息系统模型(静态模型和动态模型)
第4章 系统静态分析与静态模型
为什么要进行分析
用例描述的是参与者和系统边界之间的交互操作——系统 本身是一个黑盒子，带有外部才能看到的接口； 为了使得系统更容易开发和理解，用例细节是用自然语言 编写的——用例是不严密的； 需求阶段所得到的用例模型并不能全面描述系统，开发人 员仅通过这些模型也无法全面理解问题。
class Car{ （3）依赖关系 static void move(){ System.out.println(" car move"); } } class Drive{ public void drive(){ Car.move(); //静态方法 } } public class TestDrive { public static void main(String[] args) { Drive d=new Drive(); d.drive(); } }
接口
接口是在没有给出对象的实现和状态的情况下对对象 行为的描述。接口是一种特殊的类，所有接口都是有 构造型<<interface>>的类。在UML中，接口使用一个 带有名称的小圆圈来进行表示，并且可以通过一条 Realize（实现关系）线与实现它的类相连接。
类之间的关系
1.关联关系（Association） • 聚合（aggregation)
}
}
class Person{ private String name; //职工姓名 public Person(String name) { = name; } } class Company { private String name; //公司名称 public Person[] employee=new Person[3]; public Company(String name){ //构造函数 = name; } }
信息系统复习资料
1、1962年在美国贝尔电话公司任职的霍尔发表了《系统工程方法论》一书，被认为是系统工程方法的奠基性著作。
2、WSR方法论分为7个步骤：①理解意图；②形成目标；③调查分析；④构造策略；⑤选择方案；⑥协调关系；⑦实现构想。
3、系统的特性：整体性、层次性、目的性、稳定性、突变性、自组织性和相似性。
4、系统：是由相互联系和相互制约的若干组成部分结合成的、具有特定功能的有机整体。
5、系统工程：系统的观点和方法为基础，综合地应用各种技术，分析解决复杂而困难的问题的工程方法。
6、系统方法论：是指在一定的系统哲学思想下，人们处理问题的步骤、方法、原则和工具。
7、系统的分类：（1）按系统的复杂程度分类：物理系统、生物系统、人类社会及宇宙系统。
（2）按系统的起源分类：自然系统和人工系统。
（3）按系统的抽象程度分类：实体系统、概念系统、逻辑系统。
（4）按系统与环境的关系分类：开放系统与封闭系统。
8、试述系统工程方法：（1）问题定义：系统研究首先要进行需求研究和环境研究。
（2）目标选择：是对问题定义的逻辑结果形成一个愿景，需要对系统目标的各种替代方案进行研究，并确定评价最优系统的标准，即描述一个理想系统所具有的目标及其特性。
（3）系统综合：是要综合前人知识和经验，发挥想象力和创造性，提出一组解决问题的方案。
（4）系统分析：就是依照系统目标和评价标准对系统综合提出的各种方案进行分析，通过对方案的推理、演算得出结论，并将结论与目标进行比较，从而获知不同方案对目标的实现程度，为下一阶段的最有系统选择打下基础。
（5）最优系统选择：根据系统分析的计算结果对所有可选方案进行比较后选择最优方案，这是一个系统评价决策过程。
（6）实施计划：根据最后选定的优化方案组织系统的具体实施。
霍尔德系统工程思想的贡献在于明确系统分析、系统综合、系统评价等概念及其相互关系，这些概念是系统工程的核心内容。
二、1、人进行信息处理的特点：①人需要反馈；②人需要一些多余的信息；③人们需要信息的压缩；④人们对信息需求的口味各异；⑤人需要非口语的信息输入。
第二章系统模型与系统分析
第二章系统模型与系统分析一、系统模型系统模型是指对一个系统进行抽象和描述，用以揭示其内部结构、运行规律和相互关系的方法和工具。
系统模型是系统分析的基础，通过构建系统模型可以更好地理解和分析系统的特性和问题。
1.系统模型的分类系统模型可以分为静态模型和动态模型两类。
静态模型描述了系统的结构和组成部分，包括系统的元素、关系和属性。
常用的静态模型方法有系统框图、数据流图和实体关系图等。
动态模型描述了系统的行为和变化过程，主要包括状态转换和信息流动。
常用的动态模型方法有状态转换图、时序图和活动图等。
2.系统模型的构建方法构建系统模型的方法有多种，常用的方法有层次分析法和系统动力学方法。
层次分析法是一种定性和定量相结合的分析方法，通过对系统进行层次划分，分析各层次元素的相互关系和影响程度，从而得出系统的总体性能。
系统动力学方法是一种动态系统建模和仿真的方法，通过建立差分方程或微分方程来描述系统的演化过程，在不同的时间段内模拟系统的运行过程和结果。
二、系统分析系统分析是指对一个系统进行全面深入地研究和分析，以了解其内部机制、运行规律和问题点，为系统的优化改进提供依据。
1.系统分析的步骤系统分析通常包括问题定义、数据收集、系统描述、模型建立、模型验证和模型求解等步骤。
问题定义阶段需要明确研究的目标和内容，确定问题的范围和界限。
数据收集阶段需要收集系统运行所需的数据和信息，包括实际运行数据和用户需求等。
系统描述阶段需要对系统进行全面的描述和分析，包括系统的功能、结构和性能等。
模型建立阶段需要根据系统描述构建数学模型，用以描述系统的运行过程和规律。
模型验证阶段需要对建立的模型进行验证和评估，确保模型的有效性和准确性。
模型求解阶段需要利用建立的模型进行仿真和优化，找出系统的优化方案和改进措施。
2.系统分析的工具和技术系统分析常用的工具和技术包括面向对象分析、数据流图、系统动力学、Petri网等。
面向对象分析是一种以对象和类为核心的分析方法，通过建立对象模型和类模型来描述系统的结构和行为，强调系统的模块化和可重用性。
UML建模期末考试总结
UML建模期末考试总结UML建模期末考试总结1、可⾏性分析答：技术可⾏性、经济可⾏性、社会可⾏性（主观因素）。
2、松耦合度和⾼内聚度答：松耦合度：模块与模块之间有要求是可分拆的、少依赖的。
⾼内聚度：模块内部各成分之间相关联程度要尽可能⾼。
3、UML的基本概念及常见9种图形答：概念：UML是⽤于描绘软件蓝图的标准语⾔。
UML不是⼀种可视化的程序设计语⾔，⽽是⼀种可视化的建模语⾔。
UML 不是⼯具或知识库的规格说明，⽽是⼀种建模语⾔规格说明。
UML不是过程，也不是⽅法，但允许任何⼀种过程和⽅法使⽤它。
图形：⽤例图、类图、对象图、状态图、活动图、顺序图、合作图、部件图、配置图。
4、UML各种模型的符号（含义）关联：连接（connect）模型元素及链接（link）实例。
依赖：表⽰⼀个元素以某种⽅式依赖于另⼀种元素。
泛化：表⽰⼀般与特殊的关系，即“⼀般”元素是“特殊”关系的泛化。
聚合：表⽰整体与部分的关系。
5、UML各种模型的建模步骤（1）⽤例建模的步骤——确定系统的范围和边界；确定系统的执⾏者和⽤例；对⽤例进⾏描述；定义⽤例之间的关系；审核⽤例模型。
（2）⽤例图建模的步骤——确定⽤例；描述⽤例；筛选⽤例；绘制⽤例；层次化⽤例。
（3）顺序图建模的步骤——确定交互和涉及的对象；顺序图中对象排列的原则；消息传递。
（4）合作图建模步骤——确定交互及涉及的对象；合作图中对象排列的原则；链接与消息传递。
（5）状态图建模步骤——确定状态图描述的主体；确定状态图描述的范围；确定描述主体在其⽣存期的各种稳定状态；确定状态的序号；确定触发状态迁移的事件；附上必要的动作；简化状态图；确定状态的可实现性；确定⽆死锁状态；审核状态图。
（6）业务⼯作流建模的步骤（活动图）——确定对象：找出负责实现⼯作流的对象；确定范围（边界）：明确起始状态和结束状态；确定活动（动作）序列；确定组合活动状态；确定迁移（动作流）：找出连接这些活动状态或动作状态的迁移；确定⼯作流中涉及的重要对象。
信息系统分析与设计题库及答案
D. 战术计划层，管理控制层，操作层
章节号： 1-1
难易系数： 0.1
106. 购物超市收银台终端系统是一个典型的（
）。
A. 战略支持系统 答案： D
B. 决策支持系统 C. 知识工作系统 D. 事务处理系统
章节号： 1-1
难易系数： 0.2
107. 企业信息系统往往是一个具有业务复杂性和技术复杂性的大系统，针对其建设，系统分析
109. 系统开发过程的流程如下图所示，（
B. 抽象出当前系统的日逻辑模型 D. 建立目标系统的物理模型
）阶段拟定了系统的目标、范围和要求。
需求 分析
概要 设计
详细 设计
程序 设计
调试 测试
系统 安装
1
2
3
4
A. ① 答案： A 章节号： 1-2 难易系数： 0.2
B. ②
C. ③
D. ④
110. 在系统生命周期的各阶段中，花费费用和人力投入最多的阶段是（
）。
A. 信息就是数据
B. 信息可以脱离载体独立地传输
C. 信息可以表示事物的特征和运动变化，但不能表示事物之间的联系
D. 信息不是物质，也不是能量
答案： D
章节号： 1-3
难易系数： 0.2
114. 根据詹姆斯 .马丁的理论，以（
）的规划、设计和实现为主体的企业数据环境建设，
.
精品文档
是信息工程的核心。
首先要进行的工作是（
）。
A. 获得当前系统的物理模型
B. 抽象出当前系统的日逻辑模型
C. 建立目标系统的逻辑模型 答案： A 章节号： 1-2
D. 建立目标系统的物理模型
难易系数： 0.1
静态和动态模型课件
03
静态模型分类
Chapter
概念模型
01
概念模型是一种抽象化的表示方法，用于描述事物的本质特征和内在联系。
02
概念模型通常用图形、符号或文字来表达，帮助人们理解和掌握事物的本质。它 简化了现实世界中的复杂性，突出了关键特征，使得复杂问题变得易于理解和解 决。
数学模型
数学模型是用数学语言描述自然现象或实际问题的模型。
静态和动态模型课件
目录
• 静态模型概述 • 动态模型概述 • 静态模型分类 • 动态模型分类 • 静态和动态模型的比较与选择
01
静态模型概述
Chapter
定义与特点
定义
静态模型是指表现形式相对固定 、不随时间变化的模型。
特点
静态模型通常用于展示事物的基 本形态、结构和比例关系，具有 直观、简洁的优点。
静态模型的应用领域
建筑领域
教育教学
用于展示建筑物的外观、结构和比例 关系。
用于辅助教学，帮助学生理解抽象概 念和原理。
工业设计
用于展示产品外观、结构和比例关系 。
静态模型的优缺点
优点
静态模型制作简单、成本低，易于理 解和使用，能够提供直观的视觉效果 ，帮助人们更好地理解事物的形态和 结构。
缺点
静态模型无法表现事物的动态变化和 过程，对于需要展示时间变化和过程 的情况不太适用。
应用领域：物理学、化学、生物学、经 济学等。
差分方程模型
差分方程模型是描述离散时间系统变化过程的一种数学模型，通过差分 方程来描述系统状态在时间步长的变化规律。
差分方程模型通常用于描述离散时间系统的动态行为，如人口增长、股 票价格等。通过建立差分方程，可以预测系统未来的状态，并分析系统
第2章 信息系统建模
第2章 信息系统建模 UML采用一组图形符号来描述软件模型，这些图 形符号具有简单、直观、规范的特点。因而UML的特 点是：开发人员学习和掌握起来比较简单；所描述的 软件模型可以直观地理解和阅读；由于具有规范性， 所以能够保证模型的准确、一致。 2. UML的基本内容 作为一种对客观系统的建模语言，UML提供了描 述事物实体、性质、结构、功能、行为、状态、关系 的建模元素，并通过一组图来描述由建模元素所构成 的多种模型。UML的建模元素包括基本建模元素、关 系元素和图三大类，见图2.10。
测试
建立测试模型
细化 迭代1 迭代2
…
…
…
…
…
迭代n -1 迭代n
图2.9 信息系统建模过程
第2章 信息系统建模 2.1.4 信息系统建模语言 信息系统建模语言是描述信息系统模型的规则符号集。 信息系统建模语言与信息系统开发方法和开发过程有关，不 同的开发过程规定了不同的开发步骤和开发工作，不同的开 发方法规定了不同的建模语言。像结构化方法就采用数据流
第2章 信息系统建模
模型分析
需求理解
现实系统
建立模型
模型
图2.1 建模过程
第2章 信息系统建模 2. 信息系统模型 信息系统属于智能性系统，在信息系统中蕴藏着大量的 信息、知识、方法和技术。信息系统无论是在开发过程中， 还是在开发成功之后，都不具备其它简单物质系统的形态外 显性。信息系统这种深刻的包藏性，给信息系统的开发带来 了极大的困难，使得在整个信息系统开发过程中，人们对它 难以把握和描述。为了工程化、有效地开发信息系统，人们 除了寻求有效的开发方法，严密地组织工程过程之外，还需 要在开发的各个阶段，以某种有效的形式把信息系统描述和 表现出来，这样开发人员才能够有针对性地进行交流和讨论。 我们把通过确定的形式，对信息系统本质特性的描述称为信 息系统建模，而所描述的结果称为信息系统模型。
信息系统项目管理师记忆方法大全(UML十四图、十大领域联想记忆、CMMI等等)
信息系统项目管理师记忆方法大全一、 UML十四图打油诗记忆法UML它有十四图包含静态和动态（分类）类图构件搞对象（类图、构件图、对象图）复合生下部署图（复合结构图、部署图）还送一个小包图（包图）六个都是静态图剩下八个动态图用例状态在活动（用例图、状态图、活动图）定时顺序来通信（定时图、顺序图、通信图）二者交互制成品（交互概观图、制品图）十四兄弟是一家记住我们的名字保你高项科不挂二、原创暴强的9大领域联想记忆法（44个）看了C哥的信息系统项目管理师输入输出联想记忆（44个）受到启发！根据每个输入的核心字，总结了9大领域过程数的详细记忆法： 1 1 整体管理制定项目章程编写项目范围说明书编写项目管理计划指导和管理项目执行监督和控制项目工作整体变更控制项目结尾程书计执监变结呈书记质监变结2 范围管理计划编制定义范围创建工作分解结构范围确认控制范围编范解认制边犯解人质3 时间管理定义活动活动排序估算活动资源历时估算定制进度计划控制进度义排资历划制一排资历画质4 成本管理估算成本制定预算控制成本估定控古锭控（三国杀的古锭刀爱好者，你懂的）5 质量管理规划质量实施质量保证实施质量控制划证制话政治6 人力资源管理制定人力资源计划组建团队建设团队管理项目团队计组建管机组监管7 沟通管理沟通管理计划编制信息公布绩效报告项目干系人管理计公报人济公抱人8 风险管理编制风险管理计划风险识别定量分析定性分析风险应对计划编制风险监控计识量性应监即时量刑阴间9 采购管理采购计划编制合同编制招标（询价）供方选择合同管理合同收尾划同招供理尾话筒招供李伟三、一句话道破项目管理9大领域44个过程九大领域1.风险管理就是将风险大事化小，小事化了2.整体管理就是啥活儿都管点3.沟通管理就是有话好好说4.人力资源管理就是让你手下的人死心塌地的干活还不计较加班5.质量管理就是整出个合格产品6.范围管理就是知道自己在啥时候该干点啥7.时间管理就是让你别心急，否则热豆腐烫了你8.成本管理就是用最少的钱，办最多的事儿9.采购管理就是买技术买产品买你需要的东西，记得别忘记签个合同44个过程(一) 启动过程组：（1）制定项目章程：诞生项目，并为项目经理“正名”；（2）识别干系人：搞清楚谁与项目相关；(二) 规划过程组：（3）制定项目管理计划：编制项目执行的蓝图；（4）收集需求：收集要做什么；（5）定义范围：确定要做什么；（6）创建工作分解结构：细化交付成果到可管理的程度；（7）定义活动：把工作包分解为可估算、可管理的活动；（8）排列活动顺序：确定工作执行的先后顺序；（9）估算活动资源：确定到底需要什么才能完成工作；（10）估算活动持续时间：确定完成工作所需要经历的时间；（11）制定进度计划：描绘出整个项目的实施进程；（12）估算成本：确定完成工作所需要付出的代价；（13）制定预算：批准完成工作所需要付出的代价；（14）规划质量：确定合格的标准；（15）制定人力资源计划：需要什么人、需要多少人；（16）规划沟通：项目干系人需要什么，如何给到他们；（17）规划风险管理：定义如何对待风险；（18）识别风险：风险，你在哪里；（19）实施定性风险分析：揭开风险的面纱；（20）实施定量风险分析：揭开风险的真相；（21）规划风险应对：定义如何应对风险；（22）规划采购：买什么，如何买；(三) 执行过程组：（23）指导与管理项目执行：按图索骥；（24）实施质量保证：通过过程保证质量；（25）组建项目团队：让巧妇能为有米之炊；（26）建设项目团队：激发团队的潜能；（27）管理项目团队：大家好才是真的好；（28）发布信息：把信息传递给需要的人；（29）管理干系人期望：沟通并满足干系人的需求；（30）实施采购：购买要买的东西；(四) 监控过程组：（31）监控项目工作：盯着，不停地盯着；（32）实施整体变更控制：让变更在可控之内；（33）核实范围：让用户接受项目成果；（34）控制范围：让范围在可控之内；（35）控制进度：让进度在可控之内；（36）控制成本：让费用在可控之内；（37）实施质量控制：让结果满足既定的合格标准；（38）报告绩效：是骡子是马拉出来溜溜；（39）监控风险：让风险在可控之内；（40）管理采购：让本次购买可控；(五) 收尾过程组：（41）结束项目或阶段：给项目（阶段）画“句号”；（42）结束采购：给本次购买画“句号”。
4 信息系统模型(静态模型和动态模型)
类图
类之间的关联关系
关联：常规关联、多元关联和关联类等。
１、常规关联
关联中三角形的尖指向关联执行的方向。
公司
0..*雇 佣 工作于 0..* 老板 员工 0..1 管理 1..* 工人
雇佣关联
2、多元关联
人员 雇用 公司
二元关联的例
项目
◆
人
语言
三元关联的例
关联的重数 重数(multiplicity)表示多少个对象与 对方对象相连接(图3.5)，常用的重数符号有： “0..1” 表示零或1 “0..*”或“*” 表示零或多个 “1..*” 表示1或多个 “1,3,7” 表示1或3或7（枚举型） 重数的默认值为1。
控制类
实体类
实体类的识别
1．Wirfs-Brock的名词识别法 识别问题域中的实体，实体的描述通常用名词、 名词短语、名词性代词的形式出现。
识别步骤： •用指定语言对系统进行描述；
•从系统描述中标识名词、名词短语、名词性代词；
•识别确定（取、舍）类。
识别实体类：银行网络系统ATM
银行网络系统包括人工出纳和分行共享的自 银行网络系统包括人工出纳和分行共享的自 动出纳机；各分理处用自己的计算机处理业务（保 动出纳机；各分理处用自己的计算机处理业务（保 存账户、处理事务等）；各分理处与出纳站通过网 存账户、处理事务等）；各分理处与出纳站通过网 络通信；出纳站录入账户和事务数据；自动出纳机 络通信；出纳站录入账户和事务数据；自动出纳机 与分行计算机通信；自动出纳机与用户接口，接受 与分行计算机通信；自动出纳机与用户接口，接受 现金卡；发放现金；打印收据；分行计算机与拨款 现金卡；发放现金；打印收据；分行计算机与拨款 分理处结账。 分理处结账。 要求系统正确处理同一账户的并发访问；网络 要求系统正确处理同一账户的并发访问；网络 费用平均摊派给各分理处。 费用平均摊派给各分理处。
信息系统开发方法
信息系统开发⽅法《信息系统开发》复习题⼀、单项选择题1.以下关于信息系统的说法不正确的是（C ）A．信息系统是输⼊数据产⽣信息的系统B．信息系统可以为决策者提供决策⽀持服务C．电⼦数据处理系统基于共享数据库为企业所有部门提供数据管理服务D．信息系统建设是智⼒密集型项⽬2.系统分析与设计的主要任务是建⽴系统模型，分析阶段需要构建系统的（ A ）A．逻辑模型B．概念模型C．动态模型D．静态模型3.不属于企业系统规划法内容的是（D ）A．定义数据类B．描述企业⽬标C．定义企业功能D．识别关键成功因素4.描述模块和模块之间相互联系、相互依赖的程度，称为模块的（B）A．复杂度B．耦合度C．内聚度D．完整度5.公司总经理根据公司的销售统计数据和市场分析制定下⼀年度的⽣产计划，实现这⼀功能的系统是（ A ）A．决策⽀持系统B．办公⾃动化系统C．管理控制系统D．电⼦数据处理系统6.维修公司服务管理中，⼯⼈完成维修任务后，客户在派⼯单上填写反馈意见并签字，⼯⼈将派⼯单交回客服中⼼，客服⼈员负责将反馈意见登记到维修管理系统中。
“登记客户反馈意见”⽤例的参与者是（C ）A．⼯⼈B．客户C．客服⼈员D．公司7.7、上例采⽤数据流图建模时，反馈意见来源于外部实体，正确的外部实体应该是（B ）A．⼯⼈B．客户C．客服⼈员D．公司8.⼩区物业中⼼帮助业主完成房屋的出租，⾸先业主将房屋信息和出租要求提供给物业中⼼，由物业中⼼登记后发布。
在物业管理系统中，可以认定为“发布出租房屋信息”⽤例参与者的是（C ）A．业主B．房屋C．物业中⼼D．求租者9.上例采⽤数据流图建模时，房屋出租信息来源于外部实体，正确的外部实体应该是（A ）A．业主B．房屋C．物业中⼼D．求租者10.某学术会议需要对作者投稿论⽂进⾏审稿，会议组织者需要将审稿专家的意见进⾏登记并通知给作者。
在会议论⽂管理系统中，可以认定为“登记专家审稿意见”⽤例的参与者是（C）A．作者B．审稿意见C．会议组织者D．审稿专家11.上例采⽤数据流图建模时，审稿意见信息来源于外部实体，正确的外部实体应该是（D ）A．作者B．审稿意见C．会议组织者D．审稿专家12.⾯向对象程序设计中可以定义类的构造函数，该函数通常⽤于对类成员进⾏初始化。
结构模型名词解释
结构模型名词解释结构模型是指用来描述系统构建的图形化表示形式，用来描述系统内部不同部分之间的关系和交互方式。
它主要是通过建立抽象层次，向技术人员和非技术人员展现系统的组成部分、功能和关系，使得各个构成部分能够协同工作，完成系统的各项任务。
常见的结构模型包括3种：静态模型、动态模型和物理模型。
1. 静态模型静态模型是指描述系统中各项元素之间的静态关系，通常包括数据结构、类结构、对象关系图等等。
数据结构是一种由数据元素以及各个数据元素之间的关系组成的数据集合，常用来描述系统中各个数据元素之间的关系和层级结构；类结构用来描述面向对象程序设计中类及其之间的关系；对象关系图则可以更加直观的描述类之间的关系。
静态模型的主要侧重点是描述系统的结构，是一个“静止”的模型，不考虑时间因素和系统的行为，因此它对于系统的设计和实现起到着重的指导作用。
2. 动态模型动态模型是用来描述系统中各个元素的状态、状态之间的变迁以及与外部因素的相互作用关系。
常用的动态模型包括状态机图、活动图、时序图等等。
状态机图用来反映一个系统中各个对象所处的不同状态以及状态之间的转换关系；活动图用来描述业务流程或者工作流程，可以清晰的展现用户与系统之间的互动过程；时序图则是描述系统中各个对象之间的操作顺序，从而明确各个对象之间的联系和交互。
动态模型的主要目的是描述系统的行为，分析系统的动态特性，主要用于分析和解决系统瓶颈、性能问题等。
3. 物理模型物理模型主要强调系统的物理结构，包括机器部署、网络拓扑、存储设备、数据传输等等。
通过物理模型，可以对系统的整体架构进行描述和分析，从而帮助开发者更好地设计和优化整个系统。
物理模型主要用于优化系统的性能和可靠性，也可以用于对系统进行容灾设计和部署规划，确保系统具有高可用性。
综上所述，结构模型是系统设计中非常重要的环节，通过对系统进行全面的分析和建模，可以确保系统的高效执行和适应技术变化的能力，同时能够减少开发周期和维护成本。
3 信息系统模型
暨南大学深圳旅游学院
类的图形表示
属性
类名 属性
类型的表示取决 于不同的程序设 计语言
[可视性] 属性名[：类型][=初始值]
操作
操作 [其他]
[可视性] 操作名([参数列表])[：返回列表]
其他
可以包含责任、联系、约束、业务规则、事 件、例外情况等内容说明。
暨南大学深圳旅游学院
4.1 对象类的联系
暨南大学深圳旅游学院
2.1.2 逻辑视图
逻辑视图描述软件和信息系统的逻辑结构和 逻辑组成，是对系统的分析和设计的建模。 逻辑视图中包括包图、类图、顺序图、活动 图、状态图等。
暨南大学深圳旅游学院
2.1.3 构件视图与部署视图
构件视图是对软件实施的建模，它描述软件 的构件及构件之间的相互关系。 部署视图描述软件和信息系统硬件的物理配 臵和结点布局。 构件视图中包括：包图、构件图 部署视图中包括：包图、实施图
暨南大学深圳旅游学院
用例间的关系
用例除了与参与者存在关联关系外，用例之 间也存在泛化关系、包含关系和扩展关系。
收费 高速路收费
还书
《extend》
《include》
罚款
售货
收款
暨南大学深圳旅游学院
ATM机
客户
存款
Use Case
取款
活 动 者
转帐
暨南大学深圳旅游学院
4. 类图
（对象）类图(Class Diagram)表达一组对 象类、接口和它们之间的联系。 在类图中一方面描述各个对象类本身的组成， 即类的属性、操作和对对象的约束；另一方 面描述系统中对象类之间的各种静态的联系。 对象类的联系主要有：关联(包括聚合、组 合）、泛化、依赖、实现。
几个重要的信息系统发展阶段论模型简介
几个重要的信息系统发展阶段论模型简介 20世纪70~90年代，国际上社会技术系统学派最杰出的代表性研究成果就是探索总结出了反映信息系统的发展进程的阶段理论。
主要有诺兰模型、西诺特模型和米切模型三种。
1、诺兰模型美国哈佛大学教授里查德.诺兰（R.Nolan）在1974年首先提出了信息系统发展的4阶段论，之后经过实践进一步验证和完善，又于1979年将其调整为6阶段论。
1）诺兰的4阶段论模型在诺兰的信息系统发展4阶段论中，诺兰按时间顺序将时间横轴划分成4个区间，即：开发期、普及期、控制期和成熟期。
他把这些区间称为信息系统的发展阶段，同时用纵轴来表示与信息系统相关联的费用支出。
当时计算机主要用于促进组织的业务合理化和省力化，与信息系统相关的支出额与效果之间的关系比较明确（见图1）。
2）诺兰的6阶段论模型进入20世纪80年代后，信息系统的用途不断扩大，信息化投资额与它带来的效果之间的关系变得模糊起来。
这就带来了评价变量的多样化，此时诺兰又总结出了在6阶段论模型（见图2）。
诺兰把阶段（横轴）分为初始期、普及期、控制期、整合期、数据管理期和成熟期6个阶段，这是一种波浪式的发展历程，其前三个阶段具有计算机数据处理时代的特征，后三个阶段则显示出信息技术时代的特点，前后之间的“转折区间”是在整合期中，由于办公自动化机器的普及、终端用户计算环境的进展而导致了发展的非连续性，这种非连续性又称为“技术性断点”。
对评价函数变量采用了信息系统的主要目的、信息系统的承担者、关键技术、信息系统部门的计划与控制、用户与信息系统的关联这样5个变量。
3）诺兰模型的应用诺兰的模型是第一个描述信息系统发展阶段的抽象化模型，具有划时代的重要意义。
“诺兰模型”是在总结了全球尤其是美国企业近20年的计算机应用发展历程所浓缩出的研究成果，该理论已成为说明企业信息化发展程度的有力工具。
在20世纪80年代，美国和世界上相当多的人都接受了诺兰的观点。
该模型在概念层次上对企业中信息化的计划制定过程大有裨益。
UML建模试题
UML建模试题第3章业务建模第一题填空题1.从本质来说，(UML)仅仅是一种标准的表达形式，它提供统一的符号体系，使人们摆脱了符号之间的困扰，从而专心面对问题。
2.与UML配套的软件工程过程很多，其中应用最广的还是与UML 同出一门的（Rational 统一过程）。
3.（业务建模）的基本思想是使用软件建模技术来描述企业管理和业务所设计的对象和要素，以及它们的属性、行为和彼此关系。
4.业务建模的主要任务就是：拟定目标组织对系统的愿景，并根据(该愿景)来定义业务模型中组织的过程、角色和职责。
5.(活动图)从本质上说是一种流程图，展现从活动到互动的控制流；与传统的流程图不同的是，它还能够展示并发、对象流、分区等高级概念。
6.（顺序图）是一种交互模型，侧重于描述对象之间的交互顺序，在业务建模是则可以用来描述业务参与者、业务工人和业务对象之间的交互。
7.（分支）一般用于表示对象类所具有的条件行为。
8.在活动图中分支与合并用（空心小菱形）表示。
9.在活动图中，分叉和汇合都使用加粗的（水平线段）表示。
10.人们在组织中扮演的角色表示为(业务工人)(Business Worker)11.在活动图中，条件行为用分支和（合并）表达。
12.在活动图中，分叉和汇合都使用加粗的（水平线段）表示。
第二题判断题1.软件开发的最终目标是为了满足业务需求，以帮助用户解决业务中的问题。
（√）2.需求建模是项目的起源，是描述项目开发的依据，还是后续业务建模的基础。
（×）3.业务建模是用软件建模的方法描述业务流程；目标是认识业务本质，该业务本质是后续用例建模的基础。
（√）4.架构设计是在系统的全局范围内，以分析模型为基础，设计系统的架构。
（√）5.对于一个软件工程师来说，业务建模只是辅助阶段，并不是每个项目、每个软件人员都需要去实施该过程。
（√）6.业务参与者代表了与业务有关的角色，此角色由业务环境中的人扮演，物不行。
（×）7.业务用例是业务对外所提供服务的抽象，是业务的外部视图。
2024年学习笔记信息系统项目管理师(第四版)第五章-信息系统工程
第五章-信息系统⼯程1-软件⼯程1.1-架构设计1.软件架构为软件系统提供了一个结构、行为和属性的高级抽象，由构件的描述，构件的相互作用（连接体）、指导构件集成的模式以及这些模式的约束组成。
2.软件架构主要研究内容涉及软件架构描述、软件架构风格。
软件架构评估和软件架构的形式化方法等。
3.研究软件架构的根本目的是解决好软件的复用、质量和维护问题。
4.软件架构设计的一个核心问题是能否达到架构级的软件复用，也就是说，能否在不同的系统中使用同一个架构软件。
软件架构风格是描述某一个特定应用领域找那个系统组织方式的惯用模式。
5.通用软件架构：数据流风格、调用/返回风格、独立构件风格、虚拟机风格和仓库风格。
6.数据流风格：包括批处理序列和管道/过滤器两种风格。
7.调用/返回风格包括主程序/子程序、数据抽象和面向对象，以及层次结构。
8.独立构件风格包括进程通信和事件驱动的系统9.虚拟机⻛格包括解释器和基于规则的系统。
10.仓库⻛格包括数据库系统、⿊板系统和超⽂本系统。
11.在架构评估过程中，评估⼈员所关注的是系统的质量属性。
1.2-需求分析1.虚拟机⻛格包括解释器和基于规则的系统。
需求是多层次的，包括业务需求、⽤户需求和系统需求，这三个不同层次从⽬标到具体，从整体到局部，从概念到细节。
2.业务需求：指反映企业或客户对系统⾼层次的⼀个⽬标追求，通常来⾃项⽬投资⼈、购买产品的客户、客户单位的管理⼈员、市场营销部⻔或产品策划部⻔等。
3.⽤户需求：描述的是⽤户的具体⽬标，或者⽤户要求系统能完成的任务，⽤户需求描述了⽤户能让系统来做什么。
4.系统需求：是指从系统的⻆度来说明软件的需求，包括功能需求，⾮功能需求和设计约束。
5.质量功能部署QFD是⼀种将⽤户要求转化成软件需求的技术，其⽬的是最⼤限度地提升软件⼯程过程中⽤户的满意度。
为了达到这个⽬标，QFD将需求分为三类，分别是常规需求、期望需求和意外需求。
6.需求过程主要包括需求获取、需求分析、需求规格说明书编制、需求验证与确认等。
航空航天工程师在航空航天系统设计中的系统模型建立与系统仿真分析方法
航空航天工程师在航空航天系统设计中的系统模型建立与系统仿真分析方法航空航天工程师在航空航天系统设计中的系统模型建立与系统仿真分析方法一直是一个关键的研究领域。
系统模型建立和仿真分析是航空航天系统设计中至关重要的步骤，它们可以帮助工程师在设计过程中评估系统的性能、验证设计方案的可行性，并优化设计以满足需求。
本文将介绍一些常用的系统模型建立与系统仿真分析方法。
一、系统模型建立方法1. 静态模型建立方法静态模型建立是描述系统状态和特性的基本方法之一。
在航空航天系统设计中，静态模型可以用于描述系统的几何结构、重力、负载和耐力等基本特性。
常用的静态模型建立方法包括数学建模、物理建模和几何建模。
数学建模是使用数学方程和模型来描述系统行为的方法。
航空航天工程师可以利用数学公式和参数进行建模，通过求解方程组来估算设计方案在不同条件下的响应。
物理建模是基于物理原理和规律来建立系统模型的方法。
例如，通过牛顿运动定律来描述飞行器的运动特性，通过热传导方程来分析航空引擎的热管理。
几何建模是基于几何形状和结构来建立模型的方法。
航空航天系统的结构和外形特征对系统性能和气动特性有很大影响，因此几何建模是不可或缺的一种模型建立方法。
2. 动态模型建立方法动态模型建立是描述系统动态响应和行为的方法。
在航空航天系统设计中，动态模型可以用于描述系统的运动特性、振动特性和控制系统响应等。
常用的动态模型建立方法包括传递函数建模、状态空间建模和时域仿真建模。
传递函数建模是一种常见的动态模型建立方法，它基于系统输入输出之间的关系建立传递函数模型。
通过分析系统的传递函数，航空航天工程师可以评估系统的稳定性、频率响应和阻尼特性等。
状态空间建模是一种描述系统状态演化的方法。
它基于系统的状态变量和状态方程来建立系统的动态模型。
状态空间模型可以提供更多关于系统内部状态和响应的信息，对于系统控制和优化具有重要意义。
时域仿真建模是一种基于数值计算的模型建立方法。
静态模型的名词解释
静态模型的名词解释在计算机科学和软件工程领域，静态模型（Static Model）是一种抽象的描述工具，用于帮助我们理解和表达系统的结构、组成和关系。
它通过使用图形符号、标记和符号来表示系统的各个部分，并描述它们之间的交互和依赖关系。
静态模型通常用于需求分析、设计和软件架构等阶段，是软件开发过程中非常重要的一部分。
静态模型是对系统实体及其关系的一个静态化的视图。
它主要关注系统的静态结构，即系统实体的类型、属性和关联关系等。
通过静态模型，可以清晰地了解系统中包含哪些实体，它们有哪些属性，以及它们之间是如何交互的。
静态模型可以帮助开发人员更好地分析和设计系统，从而更好地满足用户的需求。
静态模型的建立通常包括以下几个方面的内容：1. 类图（Class Diagram）：类图是静态模型的核心，它展示了系统中的各个类以及它们之间的关系。
在类图中，类被用来表示系统中的实体，属性表示实体的特征，方法表示实体的行为。
关联关系、继承关系、依赖关系等被用于描述实体之间的关系。
2. 对象图（Object Diagram）：对象图是对类图的实例化，它展示了系统在某个特定时间点上的对象及其关系。
通过对象图，可以更具体地了解系统中实体之间的实例化关系和数据流动。
3. 包图（Package Diagram）：包图是对系统中的各个包（Package）及其之间的关系进行建模。
包是一种逻辑的组织单位，可以包含类、子包和其他关联关系。
通过包图，可以清晰地了解系统中的模块划分和包之间的依赖关系。
4. 组件图（Component Diagram）：组件图描述了系统中的各个组件（Component）及其之间的接口和关系。
组件是系统的模块化单元，可以是一个软件组件、硬件组件或者其他实体。
通过组件图，可以清楚地了解系统的组件结构和它们之间的通信方式。
5. 部署图（Deployment Diagram）：部署图描述了系统中的物理资源和软件组件之间的物理部署关系。
UML课后选择填空名词说明
第一章系统建模与分析设计技术的演变一选择题1 封装是指把对象的（A）结合在一路，组成一个独立的对象。
A 属性和操作B 信息流C 信息和事件D 数据的集合2 封装是一种（C）技术，目的是使对象的生产者和利用者分离，使对象的概念和实现分开。
A 工程化B 系统保护C 信息隐蔽D 生产对象3 面向对象方式中的（D）机制使子类能够自动地拥有（复制）父类全数属性和操作A 约束B 对象映射C 信息隐蔽D 继承4 使得在多个类中能够概念同一个操作或属性名，冰镇每一个类中有不同的实现的一种方式是（B）A 继承B 多态性C 约束D 接口二填空题6．软件生存周期由（软件概念）、（软件开发）和（软件利用、保护和更新）三部份组成。
7．软件开发模型有（瀑布模型）、（渐增模型）、（演化模型）、（螺旋模型）和（智能模型）等5种要紧模型。
8．面向对象技术采纳以类为中心的（封装）、（继承）、（多态）等不仅支持软件复用，而且使软件保护共作靠得住有效，可实现系统的柔性制造9.UML的优势是（唯一性）、（持续性）、（保护性）、（复用性）和（慢慢完善）。
第二章统一建模语言UML一、选择题1. UML的软件以（A ）为中心，以系统体系结构为主线，采纳循环迭代渐增的方式进行开发A 用例B 对象C 类D 程序的（B）模型图是由类图、对象图、包图、构件图和配置图组成。
A 用例B 静态C 动态D 系统的（C）模型图由活动图、顺序图、状态图和合作图组成.A 用例B 静态C 动态D 系统的最终产物确实是最后提交的可执行的软件系统和（D）A 用户手册B 类图C 动态图D 响应的软件文档资料5.在UML的需求分析建模中，（B）模型图必需与用户反复交流并加以确认。
A 配置B 用例C 包D 动态二、填空题分析和设计模型由三类模型图表示。
三类模型图是：（用例）模型图、（构件）模型图和（配置）模型图。
开发进程是一种二维结构软件开发进程，软件项目开发进程流包括的核心工作内容是：（分析）、（设计）、（实现）、（测试）和（配置）中的五个不同的视图能够完整地描述出所建造的系统，这五种视图是（用例）视图、（逻辑）视图、（构件）视图、（进程）视图和（配置）视图。
系统动态模型和静态模型课件
§11.1 系统动态模型 §11.2 系统静态模型
§11.1 系统动态模型
1．活动图
框图中旳活动用圆 角矩形表达，这是 工作流期间发生旳 环节。工作流影响 旳对象用方框表达。 开始状态表达工作 流开始，结束状态 表达工作流结束， 决策点用菱形表达。
§11.1 系统动态模型
§11.1 系统动态模型
2．顺序图 -库存历史统计查询顺序图
顺序图旳用途是 用来表达用例中 行为旳时间顺序。 当执行一种用例 行为时，顺序图 中旳每条消息相 应一种类操作或 状态机中引起转 换旳触发事件。
§11.2 系统静态模型
§11.2.1 创建系统包图 §11.2.2 系统类模型 §11.2.3数据库设计
§11.2.2 系统类模型 接口信息包内旳类图
§11.2.2 系统类模型 系统事务信息
包内旳类图
§11.2.3数据库设计 商品信息表
§11.2.3数据库设计 顾客信息表
§11.2.3数据库设计 数据库中旳库存盘点单
2．顺序图 -管理员盘点过程顺序图
顺序图旳用途是 用来表达用例中 行为旳时间顺序。 当执行一种用例 行为时，顺序图 中旳每条消息相 应一种类操作或 状态机中引起转 换旳触发事件。
§11.1 系统动态模型 2．顺序图 -商品管理顺序图
顺序图旳用途是 用来表达用例中 行为旳时间顺序。 当执行一种用例 行为时，顺序图 中旳每条消息相 应一种类操作或 状态机中引起转 换旳触发事件。
§11.2.1 创建系统包图 库存管理系统包图
§11.2.1 创建系统包图 人员信息（peopleinformation）包内旳类
§11.2.1 创建系统图 事务（business）包内旳类
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书上架
绘制活动图的步骤
①确定活动完成对象
②确定对象完成的活动
③确定该工作流的起始状态和终止状态 ④从该工作流的起始状态开始， 说明随着时间发生的动作和活动， 并在活动图中把它们表示成活动状态或动作状态
⑤找出连接这些活动和动作状态的转移
案例分析——图书管理
"新增读者"用例属于读者信息管理中的一个功能，主要 用于在系统中增加新的读者信息，其具体的办理流程是：
概念层
说明层
实现层
类图的基本符号
简化表示： 规范表示
类名 属性
类名
类名 属性 操作
学校
传感器
学校
校名： Name 地址： String 电话： Number
增加学生( ) 删除学生( )
缩略表示 扩展表示
操作
职责
实体类
边界类
控制类
类图设计步骤
识别类及其属性 识别类之间的关系
类的几种类型
边界类
账户：帐户编号，开户行等；保存顾客的金融数据 现金卡：现金卡号、顾客信息；提取现金、发放现金 分行计算机 :编号，分行信息；与拨款分理处结帐 其它类似( 分行 出纳站 出纳员 分理处 分理处计算机 自动出纳机 事务 顾客)
类图设计步骤
识别类及其属性 识别类之间的关系
泛化
泛化指出类之间的“一般与特殊关系”，即继承 关系。
静态模型
类图(Class diagram) 包图(Package diagram) 配置图 构件图
类图(Class diagram）
•类图(Class diagram)是用类和它们之间的 关系描述系统的一种图示
•用类图说明系统的静态结构视图，包含主动 类的类图—专注于系统的静态处理视图。 •系统可有多个类图，单个类图仅表达了系统 的一个方面。要在高层给出类的主要职责， •在低层给出类的属性和操作。
如何绘制银行网络系统类图？
包图
包图(Package diagram)是一种分组机制，是 把各种各样的模型元素通过内在的语义连在一起的 一个整体。
5.4.5 包图
包之间的关系
（1）依赖关系 （2）泛化关系
5.4.5 包图
包之间的关系
保险单 填写界面 系统内部
显然，包的划分及包之间关 系的建立，是描述系统结构 的关键。
1…*
1…* * 学生 姓名：Name * 学生号：Number 成绩：Number
银行网络系统类图
银行网络系统包括人工出纳和分行共享的自动 出纳机；各分理处用自己的计算机处理业务 （保存账户、处理事务等）；各分理处与出纳 站通过网络通信；出纳站录入账户和事务数据； 自动出纳机与分行计算机通信；自动出纳机与 用户接口，接受现金卡；发放现金；打印收据； 分行计算机与拨款分理处结账。要求系统正确 处理同一账户的并发访问；网络费用平均摊派 给各分理处。
信息系统分析与设计
Analysis and Design of Information Systems
主讲 杨志和
湖南理工学院 计算机学院
第4章 信息系统模型 ——静态和动态模型
本章内容
● 模型 ● 信息系统模型 ● 统一建模语言UML ● 用例模型 ● 静态模型 ● 动态模型
5.4 建立静态模型
（数据库服务器）
:Object Database :Health Care Domain
TCP/IP
a Windows PC（客户机） :Heart Unit UI
:Heart Unit Server Application
:Configure Knowledge :Configure users
医院诊疗系统的配置图(C/S)
教师 一般类 特殊 人员 学生
例： 下图是一个关于订单类的描述：
客户 订单
name address
* 1 CreditRating()
DateReceived
isPrepaid Number:String
Dispatch() Close()
团体客户
个人客户
1 *
订单项
Quantity:Integer isSatisfied * 1 产品
连接
5.6.2 配置图
医院诊疗系统的配置图
TCP/IP Heart Unit Server（心血管病服务器） :Object Database 《Communication 》 :Health Care Domain
Heart Unit Configuration
Database Unit Server
新增读者
状态图
状态图的用途是什么？ 什么是状态图？
5.5.2 状态图
状态图
一个状态图只能有一个初态,而终态则可以有多个。 Initial State
状态
Final State
•
开始状态 状态 事件 转移
订购 订购
库存 图书入库 报损 图书出库 待售
报损
报废
终止状态
销售
售出
书店图书状态图
思考与练习：图书
初态
终态
活动图的模型元素
[条件1]
[条件2]
判断
同步线
2、转移
起点 分叉 活动 分支 [紧急订单] 快速交付 按订单供货 [非紧急订单] 正常交付 收款 开发票
接订单
变迁
合并
汇合 结清订单 结束
3、泳道
图书入库 采购员 库管员
凭到货通知单领取图书
泳道也是一种 分组机制。
核对图书 有误 核对入库单 填入库单 图书入库 有错 修改入库单 登记库存账
Committee Person 1 * Hobby
0..2
Year
1..4
◆
Post
3..5
Person
3、关联类
授权
用户
*
*
工作站
授权
优先级 特权
开始一个时间片 关联类
聚集(aggregation)
聚集是一种特殊的关联，它指出类间的“整体-部 分”关系。
1、共享聚集(shared aggregation) 共享聚集 其“部分”对象可以是任意“整体”对象的一部分。当“整体”端的 重数不是1时，称聚集是共享的。
配置图(Deployment diagram)
又称部署图, 用来描述系统硬件的物理拓扑 结构以及在此结构上执行的软件，即系统运行时 刻的结构。
5.6.2 配置图
配置图的元素
保险服务器
配置
客户PC
保险单 填写界面
<<TCP/IP>>
保险 系统 保险系 统配置 保险政策 保险用户
保险数 据库
结点
保险系统的配置图
包
保险单
客户
包的依赖
数据库界面 （abstract) Oracle 界面
Sybase 界面
包的继承
保险信息系统的包图
5.4.5 包图
依赖
子系统 A 子系统 C 子系统 B 子系统 E 子系统 D
5.6.2 配置图
配置图(Deployment diagram)
又称部署图, 用来描述系统硬件的物理拓扑结构以及 在此结构上执行的软件，即系统运行时刻的结构。
确定类
采用名词识别法：检查问题陈述中的所有名 词，得到初始类： 银行网络 分行计算机 分行 出纳站 分理处 分理处计算机 自动出纳机 出纳员 帐户数据 帐户 现金卡 事务数据 用户 收据 事务 费用 现金
确定类基本原则
④ 删除那些性质独立性不强的 ① 去掉冗余类 ② 去掉不相干的类 ⑤ 所描述的操作不适宜作为 ③ 删除模糊的类： 对象类
２、组合聚集(composition aggregation) 其“整体”(重数为0、1)拥有它的“部分” 。部分仅属于同一对象， 整体与部分同时存在。
标题 项目
＊ ＊
人员
窗口
组合聚集
工具框 显示区
学校信息系统类图
学校 校名：Name 地址：String 电话：Number 增加学生( 删除学生( 增加部门( 删除部门( ) ) ) ) 1 系部 名称：Name 0…1 1…* 地址：String 电话：Number 增加教师( ) 减少教师( ) 1…* 1…* 课程 * 课程号：Number * 课程名称：Name 1…* 教师 1…* 名称：Name 编号：Number 职称：String 0…1
控制类
实体类
实体类的识别
1．Wirfs-Brock的名词识别法 识别问题域中的实体，实体的描述通常用名词、 名词短语、名词性代词的形式出现。
识别步骤： •用指定语言对系统进行描述；
•从系统描述中标识名词、名词短语、名词性代词；
•识别确定（取、舍）类。
识别实体类：银行网络系统ATM
银行网络系统包括人工出纳和分行共享的自 银行网络系统包括人工出纳和分行共享的自 动出纳机；各分理处用自己的计算机处理业务（保 动出纳机；各分理处用自己的计算机处理业务（保 存账户、处理事务等）；各分理处与出纳站通过网 存账户、处理事务等）；各分理处与出纳站通过网 络通信；出纳站录入账户和事务数据；自动出纳机 络通信；出纳站录入账户和事务数据；自动出纳机 与分行计算机通信；自动出纳机与用户接口，接受 与分行计算机通信；自动出纳机与用户接口，接受 现金卡；发放现金；打印收据；分行计算机与拨款 现金卡；发放现金；打印收据；分行计算机与拨款 分理处结账。 分理处结账。 要求系统正确处理同一账户的并发访问；网络 要求系统正确处理同一账户的并发访问；网络 费用平均摊派给各分理处。 费用平均摊派给各分理处。
最终确定的类为：
分行计算机 分行 分理处 分理处计算机 现金卡 事务 顾客 出纳站 出纳员 自动出纳机 账户