标准规范下载简介

T／SCIIA 6-2021 新型智慧城市智慧应用系统总体设计规范.pdf

慧城市智慧应用系统总体设计规范

OverallDesignSpecificationforSmartApplicationSystemofNewSmarterCity

Overall Design Specification for Smart Application System of New Smarter City

中关村智慧城市信息化产业联盟 发布

装饰工程施工工艺材料T/SCIIA 6202

别 后 引 言. 1范围. 2规范性引用文件. 3术语和定义.. 4缩略语. 5智慧城市设计任务分类.. 6智慧应用系统总体设计的需求分析. 6.1界定职能域. 6.2业务梳理，建立业务模型. 6.3用户视图调研与规范化. 6.4数据流定性分析... 6.5数据流定量分析.. 7智慧应用系统总体设计的系统建模. 7.1功能建模. 7.2数据建模. 7.3存储层结构建模.. ? 8智慧应用系统总体设计的数据标准化体系， .10 8.1信息资源管理基础标准. .10 8.2应用系统之间的数据交换标准， .13 8.4智慧应用系统与其他系统的数据交换标准 14

引 言. 范围. 2规范性引用文件.. 3术语和定义.. 4缩略语.. 智慧城市设计任务分类.. 6智慧应用系统总体设计的需求分析. 6.1界定职能域. 6.2业务梳理，建立业务模型. 6.3用户视图调研与规范化. 6.4数据流定性分析.. 6.5数据流定量分析... 7智慧应用系统总体设计的系统建模. 7.1功能建模. 7.2数据建模. 7.3存储层结构建模... ? 8智慧应用系统总体设计的数据标准化体系 .10 8.1信息资源管理基础标准. .10 8.2应用系统之间的数据交换标准， .13 8.4智慧应用系统与其他系统的数据交换标准 14

T/SCIIA6—202

本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。 本文件由中关村智慧城市信息化产业联盟提出。 本文件由中关村智慧城市信息化产业联盟归口。 本文件起草单位：中关村智慧城市信息化产业联盟、北京智慧城市云网规划设计研究院有限公司、大连圣 达信息工程有限公司、中国市政工程华北设计研究总院第一研究院。 本文件主要起草人：高复先、辛继巍、徐超忠、孟昭辉

本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。 本文件由中关村智慧城市信息化产业联盟提出。 本文件由中关村智慧城市信息化产业联盟归口。 本文件起草单位：中关村智慧城市信息化产业联盟、北京智慧城市云网规划设计研究院有限公司、大连圣 达信息工程有限公司、中国市政工程华北设计研究总院第一研究院。 本文件主要起草人：高复先、辛继巍、徐超忠、孟昭辉

T/SCIIA6—202

中关村智慧城市信息化产业联盟通过调研和实践探索，总结了智慧城市智慧应用系统总体设计的经验和问 题，为此编制了本文件，可作为智慧城市智慧应用系统总体设计遵循的思路和方法，有利于创新制定科学、简 明和实用的智慧应用系统建设方案。 本文件的新型智慧城市智慧应用系统总体设计，即智慧应用系统的信息资源规划（IRP）。引进国际先进 的信息化理论一一信息工程方法论（IEM）经过创新发展和实践检验，其中的基本理念与核心技术，是信息资 源规划（IRP）、主题数据库（SDB）和数据环境重建（DER）

T/SCIIA 62021

智慧城市智慧应用系统总体设计

本文件规定了新型智慧城市智慧应用系统总体设计的术语和定义、缩略语、设计任务、需求分析、 系统建模的通用要求和数据标准化体系， 本文件适用于新型智慧城市智慧应用系统总体设计、 制定各类智慧应用系统建设规范参考

运用信息通信技术，有效整合各类城市管理系统，实现城市各系统间信息资源共享和业务协同，推 动城市管理和服务智慧化，提升城市运行管理和公共服务水平，提高城市居民幸福感和满意度，实现可 持续发展的一种创新型城市。

“新型智慧城市”是以为民服务全程全时、城市治理高效有序、数据开放共融共享、经济发展绿色 开源、网络空间安全清朗为主要目标，通过体系规划、信息主导、改革创新，推进新一代信息技术与城 市现代化深度融合、选代演进，实现国家与城市协调发展的新生态。其本质是全心全意为人民服务的具 体措施与体现。

智慧城市顶层设计overal1designforsma

3.4智慧应用系统的总体设计overal1design

7SCI1A 疗、智慧教育、智慧社区、智慧养老、精准扶贫等）、智慧经济（智慧制造、智慧能源、智慧港口、智 慧农业、智慧旅游等）的各智慧应用系统的总体设计，属于战役层的规划设计。主要解决各智慧应用系 统的信息化、数字化建设成果继承和提升，统一数据标准，实现信息资源共享交换和业务协同，消除“信 息孤岛”等间题

下列缩略语适用于本文件。 IEM：信息工程方法论 IRP：信息资源规划 SDB: 主题数据库 DER：数据环境重建

智急城币设计任务可以分为两大类： a）智慧城市顶层设计； b）智慧应用系统总体设计。 + 智慧应用系统总体设计的需求分析 根据实际情况安排的智慧应用系统分期建设任务，不论是智慧政务、城市治理、智慧民生，还是智 慧经济等领域的各项智慧应用系统，都要统一进行总体设计。 智慧应用系统总体设计面向要建设的所有智慧应用系统。例如，某市本期要建设的智慧应用系统包 括：智慧政务领域的协同办公、行政审批、政务公开和信息发布；城市治理领域的智慧城管、智慧交通、 智慧环保；智慧民生领域的智慧医疗、智慧教育、精准扶贫；智慧经济领的智慧港口、智慧能源、智慧 旅游等12个智慧应用系统。 智慧应用系统的需求分析是以信息工程方法论（IEM）为指导进行的，与传统的软件工程方法的需 求分析有很大的区别，包括以下的系统分析工作。

按信息工程方法论，信息资源规划以职能域（FunctionArea）为基本单元。职能域是各类业务范 围的抽象，具有稳定性，不是当前机构部门的照搬，但与机构部门相关。职能域的划分定义，需要对业 务调研资料做分析综合并结合已有的经验，才能准确地界定出若干个职能域。 例某市慧医疗的职能域有：社区卫生、妇幼保健、医疗服务、医药监管、疾病预防控制、卫生执 法监督、公共卫生应急指挥等职能域。 面向某一智慧应用系统，要对其每一职能域作规范化的描述：该职能域的管理目标、覆盖的机构部 门和主要工作职责。

6.2业务梳理，建立业务模型

业务梳理，即业务流程分析，是为了系统地、概括地把握一个职能域的业务功能结构。梳理的纟 简明的“职能域一业务过程一业务活动”三个层次来表达完整的业务功能结构，就是业务

T/SCIIA 62021

业务活动序号：01~99 业务过程序号：01~99 职能域序号：01~99 业务模型标识

用户视图（UserView）是指最终用户对数据实体的看法，是对单证、报表、账册、屏幕表单等数 据载体的综合。 对各职能域调研的用户视图规范化，包括用户视图的分类编码、登记和组成。

一级数据流程图的基本符号有：

T/SCIIA 62021

数据流 中心处理(所研究的职能域) 外部项(其它职能域或外单位)

智慧医疗的医疗服务职能域一级数据流程图

外部项(其它职能域或外单位) 数据流 处理框(业务过程) 数据存储框

T/SCIIA 62021

二级数据流程图中的处理框代表业务过程，存储框代表存储类用户视图。 例．智慧医疗的医疗服务职能域二级数据流程图的示例见图2。二级数据流程图是由工具软件系统 支持，人一机交互绘制的。

图2智慧医疗的医疗服务职能域二级数据流程图

智慧应用系统总体设计的系统建模

智慧应用系统建模，包括建立系统功能模型、系统数据模型和系统体系结构模型，是需求分析的优 化和定型，能真实准确反映用户需求，是智慧应用系统成功开发建设的保证。

业务模型：职能域—业务过程—业务活动 √ √ V 功能模型：子系统一功能模块—程序模块

T/SCIIA 62021

对业务活动做计算机化可行性分析，一方面应该根据管理的实际情况和业务人员借助信息技术 的管理机制的构思；另一方面要考虑信息技术的运用，这既有当前信息技术能达到什么程度，也 某种信息技术的开发费用和投资问题

几化可行性分析，一方面应该根据管理的实际情况 方面要考虑信息技术的运用，这既有当前信息 费用和投资问题。

定义子系统是建立功能模型的首要的工作，就像建立业务模型首先要研究职能域的定义一样。 首先，规划组要通过讨论提出子系统的划分定义，要注意研究和回答以下问题： a）子系统的目标，需要对系统总体目标进行分解，作更具体的界定； b）子系统的边界，即覆盖哪个职能域或跨职能域，为哪个管理层次或跨管理层服务； C） 信息加工处理深度或信息系统类型，包括事务处理（TPS)、管理信息系统(MIS)、联机实时处理 分析(OLTP/OLAP)、决策支持系统(DSS)、主管信息系统(EIS)、战略信息系统(SIS)等； d）子系统的主要功能，注意运用“关键成功因素”和“价值流”等分析方法，在业务过程计算机 化可行性分析的基础上加以识别。 综合以上方面内容，用一短文准确概括描述，即为子系统的定义，

7.1.3定义功能模块和程序模块

程序模块序号：01~99 功能模块序号：01~99 子系统序号：01~99 功能模型标识

T/SCIIA 6202

智慧应用系统的数据建模，是解决智慧城市数据体系建设的信息资源规范整编的基础问题，是 源规划的核心部分，是数据环境重建的根本保障

7.2.1数据模型(DataModel)

数据模型是对用户数据需求的概括，反映了智慧应用系统的信息组织框架结构。数据模型分为 数据库组成的概念数据模型和由逻辑数据库组成的逻辑数据模型。 概念数据库（ConceptualDatabase)是最终用户对数据库的看法，反映了用户的综合性信息需 概念数据库的表达规范：

概念数据模型是指整个智慧应用系统的全部概念数据库的列表。 例. 智慧城管系统的概念数据模型如下：

铝合金门窗安全交底7.2.3逻辑数据模型（LogicalDataModel）

组织机构（……） 机构人员（…… 城市基础设施（ 概念数据库 园林（…….） 绿地（…）

逻辑数据库(LogicalDatabase)是系统分析设计人员的看法，是对概念数据库的进一步分解 在数据组织的关系模式中，逻辑数据库是一组规范化的基本表(BaseTable)。 例. 2 “组织机构”和“机构人员”两个逻辑数据库及其连接关系如下：

图中，每个方条都代表一个基本表，左探出的是一级基本表，下面是二级基本表，带下划线的字段 是主键。 基本表(BaseTable)是由基础的业务数据所组成的表，而其它业务数据则是在这些表的基础之上衍 生出来的。基本表可以代表一个实体，也可以代表一个关系，基本表中的数据项就是实体或关系的属性，

第一步，识别定义业务主题，根据用户视图分组定义一个个主题数据库，建立概念数据模型； 第二步，数据结构规范化，按业务需要进一步分析实体的属性，规范化数据结构产生基本表，建立 逻辑数据模型； 第三步，数据元素规范化，进一步审核基本表的组成，将数据元素标准和信息分类编码标准落实到 基本表中。 利用支持软件工具辅助数据建模，可以提高数据建模的质量和效率。

T/SCIIA 62021

其中，行代表各子系统，列代表各主题数据库，行列交叉处的“C”代表所在行的子系统生成 的主题数据库，即负责该主题数据库的创建和维护；“U”代表所在行的子系统使用所在列的主 库，即读取该主题数据库的信息：“A”表示既生成又使用所在列的数据库

湖北省某高速公路实施性施工组织设计7.3.2子系统体系结构模型