电子政务系统总体设计要求.pdf

i c s3 5 2 4 0 0 1 l6 7 鳕亘 中华人民共和国国家标准 g b t210 6 4 2 0 0 7 电子政务系统总体设计要求 s y s t e mg e n e r a ld e s i g nr e q u i r e m e n t sf o re l e c t r o n i cg o v e r n m e n t 2 0 0 7 - 0 9 - 10 发布 2 0 0 8 - 0 3 - 0 1 实施 中华人民共和国国家质量监督检验检疫总局当士 中国国家标准化管理委员会及干扣 g b t210 6 4 - - 2 0 0 7 前言一 引言 1 范围 2 规范性引用文件 3 术语和定义 4 一般要求 4 1 系统总体设计目标 4 2 系统总体设计开展时机 4 3 系统总体设计范围 4 4 与系统总体设计相关的电子政务特点 5 系统总体设计要素 5 1 需求分析 5 2 系统体系结构设计 6 系统总体设计实施方法 6 1 系统总体设计过程- 6 2 系统总体设计中使用的方法 6 3 系统总体设计要素选用 目次 6 4 系统总体设计方案 附录a ( 资料性附录) 系统总体设计过程一 附录b ( 资料性附录)系统总体设计中使用的方法 b 1 概述 b 2 业务组织结构 b 3 系统业务功能- b 4 部门业务关系 b 5 系统信息资源 b 6 技术体系框架 b 7 系统构成 b 8 系统运行模式 b 9 构件接口关系 b 1 0 系统部署形式 附录c ( 资料性附录)系统总体设计要素选用指南 附录d ( 资料性附录) 系统总体设计方案编写要求 参考文献 i 1 l l l l 1 l 2 2 2 5 6 6 6 6 6 7 8 8 8 8加他”h坫m均躬 刖 吾 g b t210 6 4 2 0 0 7 本标准的附录a 、附录b 、附录c 和附录d 是资料性附录。 本标准由国家电子政务标准化总体组提出。 本标准由国家电子政务标准化总体组归口。 本标准的主要起草单位：中国电子科技集团公司信息化工程总体研究中心、中国电子技术标准化研 究所、中国科学院沈阳自动化研究所、太极软件有限公司和华迪计算机有限公司。 本标准主要起草人：夏耘、林华、张春晖、吴志刚、高展、于跃、吴兵峰、高栋、傅智杰、姜瑜涛。 g b t210 6 4 - - 2 0 0 7 引言 电子政务系统已在全国范围内大量建设，但还没有完整的、规范的电子政务系统总体设计作为系统 建设的依据，为此提出了制定本标准的要求。 电子政务系统总体设计是顶层框架性设计，对于电子政务系统的一体化方案设计至关重要，它将限 定和约束其组成部分的实现，是使其形成一个有机整体的必要保证，也是电子政务系统集成和验收的 依据。 制定本标准的目的是：规范总体设计活动，提高总体设计的质量与效率；规范总体设计的结果表现， 使相关业务和技术人员用共同的方式表达和理解系统；明确系统的总体结构，便于系统的分阶段建设， 以及各组成部分的实施与集成。从而支撑政务活动的信息化，提高业务协同和信息共享程度。 1 范围 电子政务系统总体设计要求 g b t210 6 4 2 0 0 7 本标准规定了电子政务系统总体设计的要素构成。 本标准对总体设计要素选用以及总体设计中使用的方法给出了指导性意见。 本标准适用于电子政务系统的总体设计，包括系统顶层需求分析和系统体系结构设计。 其他信息系统的总体设计可参照使用。 2 规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有 的修改单( 不包括勘误的内容) 或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究 是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 g b t8 5 6 7 - - 2 0 0 6 计算机软件文档编制规范 g b t19 4 8 7 - - 2 0 0 4 电子政务业务流程设计方法通用规范 3 术语和定义 下列术语和定义适用于本标准。 3 1 系统体系结构s y s t e ma r c h i t e c t u r e 一个系统的基本组织，表现为系统的构件、构件之间的相互关系、构件与环境之间的相互关系以及 设计和进化的原理。 3 2 构件c o m p o n e n t 系统的组成部分，可以是子系统、硬件部分或软件部分。 4 一般要求 4 1 系统总体设计目标 电子政务系统总体设计的目标是：确定系统所支撑的政务活动的范畴，明确系统在其所属电子政务 框架中的位置与作用，给出满足系统需求的一种解决方案，确保电子政务系统的无缝集成和预期目标的 实现。 4 2 系统总体设计开展时机 在进行大中型或综合性( 含多种软件和或硬件成分) 电子政务系统建设时，应按照业务应用的要 求，在下述时机开展系统总体设计： a ) 在编制项目建议书和可行性研究报告时进行立项阶段系统总体设计； b ) 在批准立项后进行实施阶段系统总体设计。 立项阶段系统总体设计与实施阶段系统总体设计应具有连续性和继承性。根据实际情况，可将其 简化为一个过程。 4 3系统总体设计范围 系统总体设计范围包括系统需求分析和系统体系结构设计两方面： a ) 系统需求分析要素 g b t210 6 4 2 0 0 7 1 ) 业务组织结构； 2 ) 系统业务功能； 3 ) 部门业务关系； 4 ) 系统信息资源； 5 ) 安全保密要求； 6 ) 系统性能要求； 7 ) 系统设施与环境要求； 8 ) 系统质量要求； 9 ) 标准与规范要求； 1 0 ) 系统验收要求。 b ) 电子政务系统总体设计的系统体系结构设计要素 1 ) 技术体系框架； 2 ) 系统设计策略； 3 ) 系统构成； 4 ) 系统运行模式； 5 ) 构件接口关系； 6 ) 系统部署形式。 4 4 与系统总体设计相关的电子政务特点 电子政务系统建设应充分考虑下述特点，以便在系统投入使用后能够发挥其应有的作用： a ) 整体性：电子政务是一个复杂的系统工程，需要从整体出发提出解决方案，系统的建设需遵循 整体规划要求，注重整体效能的发挥。 b ) 协同性：电子政务需要不同部门的协同配合，需要跨域运作和资源整合。进行系统总体设计 时应具有系统的集成能力、信息共享和交换能力、外部接口能力以及对标准规范的支持能力。 c ) 阶段性：电子政务工程的建设是一个持续不断的过程，其系统总体设计需注重总体目标的实 现，并合理规划阶段的建设目标，为后续建设奠定可延续的基础。 d ) 继承性：电子政务工程应在完成阶段性目标的基础上逐步实现总体目标，充分利用已有的成 果，为公众提供连续的服务。 e ) 安全性：电子政务的信息安全至关重要，影响到政治安全、国家安全、经济安全和社会安全。进 行系统总体设计时应注重信息的保密、完整、可用的需求及实现。 f )服务性：电子政务服务主要包括面向公众、企事业单位和政府的各种服务。进行系统总体设计 时应注重服务的能力、服务的方式以及服务的实现原则。 5 系统总体设计要素 5 1 需求分析 5 1 1 业务组织结构 业务组织结构将标识出系统的使用者，是业务功能的部署单位。对业务系统中所涉及的组织结构 的分析应包括组成范围、工作职责及各组织单元之间的关系。 5 1 2 系统业务功能 系统业务功能是系统能力的重要体现，是用户直接可见的部分，也是系统分析设计的基础。 系统业务功能要素中包括系统应具有的各项功能要求、业务流程以及系统的处理范围，说明如下： a ) 将功能分类，形成功能集合或功能子系统，并逐项整理各项功能，分类方法可以组织结构或功 能的关联性为依据； b ) 按业务流程表述业务输入的信息、处理的过程、所需的数据、涉及的角色以及输出的结果； ， g s t21 0 6 4 - - 2 0 0 7 c ) 通过上述分析，确定系统的处理范围，标识出系统具有的功能以及涉及的外部角色，外部角色 可以是外部系统、各种类型用户或外部设备。 5 1 3 部门业务关系 通过对业务流程的分析，明确部门问的业务协同关系。部门间的协同关系主要表现为指示与汇报、 请求与服务、信息共享与交换。应给出协同业务名称、协同类型、协同发起部门、协同响应部门及协同描 述等，说明如下： a ) 协同业务名称，标识各协同关系； b ) 协同类型，如指示与汇报、请求与服务、信息共享与交换等； c ) 协同发起部门，即服务的请求方、信息的发送或提供方； d )协同响应部门，即服务的响应方、信息的接收或读取方； e )协同描述，从业务应用的角度简要描述服务的内容或共享信息的作用。 5 1 4 系统信息资源 全面分析系统引入或产生的信息资源，包括信息资源清单、数据描述、接口要求、数据流程及信息管 理要求等，说明如下： a ) 信息资源清单，包括信息资源名称、分类、来源及主要用途等； b ) 数据描述，对主要数据内容进行简要描述，包括名称、数据类型、格式、单位、范围等，可引用其 他文档( 如：数据字典、通信协议标准、用户接口标准) ； c ) 接口要求，包括信息传输、w e b 页面、a p l 调用等接口方式及限定条件； d ) 数据流程，包括系统对引入信息的数据使用过程，以及系统产生信息的数据加工过程； e ) 信息管理要求，包括信息的采集、更新，管理的职责、方式和要求。 5 1 5 安全保密要求 系统的安全保密遵循电子政务保密标准体系的要求，应包括以下几个方面： a ) 系统安全要求； b ) 信息安全等级要求； c ) 系统容灾备份要求； d ) 系统应急使用要求； e ) 系统使用限定； f ) 数据存储与传输的保密约束。 5 1 6 系统性能要求 5 1 6 1 性能指标 系统性能将影响系统使用的效果、系统资源的需求和系统设计的策略，应给出明确的性能指标规 定。系统性能包括系统工作效率指标、信息共享能力、信息维护能力、系统使用能力等，说明如下： a )系统工作效率指标，可包括系统启动时间、各种响应时问、业务周转时间等； b ) 信息访问能力，可包括信息访问最大用户数、信息交互用户数等； c ) 信息维护能力，可包括信息的准确率、完整率、更新周期、更新及时率等； d ) 系统使用能力，可包括可持续使用时间、容量、吞吐量或速率等。 5 1 6 2 性能指标详细说明 性能指标的详细说明如下： a ) 启动时间，即启动系统或应用所需的时间； b )响应时间，即系统响应一项规定的操作所需的时间，可包括平均响应时间和最大响应时间； c ) 周转时间，即从发出一条指令开始到一组相关的功能完成，所经历的等待时间，可包括平均周 转时间和最大周转时间； d ) 信息访问最大用户数，即允许对系统同时进行信息访问的最大用户数量； 3 g b t210 6 4 2 0 0 7 e ) 信息交互用户数，即发生信息交互关系的用户数量； f ) 信息准确率，即信息正确的项数与信息总项数之比； g ) 信息完整率，即信息已采集项数与应采集项数之比； h ) 信息更新周期，即需随时间变化的信息对其进行修改的时间间隔； i ) 信息更新及时率，即在规定的周期内及时更新的项数与需更新总项数之比； j ) 可持续使用时间，即保持连续不问断使用的最短时间； k ) 容量，如允许用户数、数据存储量、信道容量等； 1 )吞吐量或速率，即在给定的时间周期内成功执行的数量。 5 1 7 系统设施与环境要求 5 1 7 1 系统设施要求 系统设施要求包括使用或引入到系统中的硬件、软件及系统设备连接方式要求。对系统设施进行 规划的依据是系统业务功能、系统信息资源、安全保密要求及系统性能要求，应指明它们之间的导出 关系。 a ) 系统使用或引入到系统中的硬件要求，包括： 1 ) 计算机与服务器； 2 ) 输人输出及存储设备； 3 ) 网络与通信设备； 4 ) 自动服务设备； 5 ) 其他所需的设备。 应给出每种设备的类型、数量、特征及能力要求。 b ) 系统使用或引入到系统中的软件要求，包括： 1 ) 操作系统、数据库管理系统； 2 ) 通信及网络软件； 3 ) 实用软件； 4 ) 输入和设备模拟器； 5 ) 测试软件等。 需要时可提出系统物理连接方式要求，包括连接的地理位置、设备配置和网络拓扑结构、网关等。 5 1 7 2 系统环境要求 系统运行必须的环境要求包括系统在运输、存储、操作过程中必须经受的环境条件，如： a ) 自然环境条件，风、雨、温度、湿度、盐雾等； b ) 诱导环境，运动、撞击、噪音、电磁辐射等。 对于车载式、活动式系统或基础设施类系统必须提出系统环境要求。 5 1 8 系统质量要求 系统质量方面的要求包括以下内容： a ) 适应性要求，系统运行所依赖的数据环境( 如现场的位置、数据记录的参数等) ； b ) 可重用性要求，可被多个应用使用的要求； c ) 可靠性要求，系统不发生故障及故障发生后的处置要求； d )维护性要求，发生问题后易于改正的要求； e ) 可移植性要求，易于改进以适应新环境的要求； f ) 易用性要求，易于学习和使用的要求。 5 1 9 标准与规范要求 为了使系统符合电子政务整体框架的要求并能有机集成，必须规定应遵循的技术标准体系，如工程 管理、网络建设、信息共享、支撑技术、信息安全等方面的标准化要求。 4 g b t210 6 4 2 0 0 7 在规定通用标准和规范的同时还需规定特殊体系结构的约束( 必须采用标准构件、已有构件或用户 提供的构件) 、特殊设计或实现标准的使用要求。 5 1 1 0 系统验收要求 应规定系统验收时的接收条件和检验方法，确保系统建设的质量。 a ) 系统接收条件可包括： 1 ) 通过具有认证资格的第三方测评； 2 ) 通过一定周期的典型用户试用； 3 ) 通过规定周期的系统试运行； 4 ) 通过指定级别的评审或审查。 b ) 在进行测评、试用、试运行、评审或审查时，可采用以下检验方法： 1 ) 演示：运行依赖于可见的功能操作的系统或部分系统，不需要使用仪器、特殊的测试设备 或进行事后分析； 2 ) 检测：使用仪器或其他特殊的检测设备运行系统或系统的组成部分，以便采集数据供事 后分析使用； 3 ) 分析：对从其他检验方法中获得的积累数据进行处理，例如测试结果的归纳、解释、推断； 4 ) 审查：对系统构件、文档等进行可视化检查； 5 ) 特殊的检验方法：系统的任何特殊合格性方法，如特殊工具、技术、过程、设施、验收限制 及标准样例的使用。 5 2 系统体系结构设计 5 2 1 技术体系框架 信息系统涉及网络、通信、计算机、系统软件、应用软件等各种相关技术，技术体系框架将从总体上 描述不同类型技术构建信息系统的规则和方法，标识出各服务领域及其接口，实现开放系统的分离原 则。技术体系框架需要反映以下一些共性内容： a )服务领域的层次结构； b ) 服务领域的主题内容与组成； c ) 服务领域之间的相互关系； d ) 与外部的接口。 5 2 2 系统设计策略 系统设计策略指为达到系统性能、安全保密能力以及为提供所需的可靠性、可重用性、维护性和可 移植性等质量特性而选择的方法，或关键技术实现及其他影响系统组成成分的设计决策。这些策略是 系统设计必须遵循的原则，在进行系统总体设计时应首先确定。给出设计策略的同时还需说明设计策 略与依据的需求之间的符合性。 系统设计策略一般应包括： a ) 性能实现设计策略； b ) 安全保密设计策略； c ) 可靠性设计策略； d ) 质量特性实现设计策略； e ) 关键技术设计策略等。 5 2 3 系统构成 对系统进行分解，划分为若干子系统或硬件构件和软件构件，并将系统功能、性能等需求逐步落实 到每个子系统或构件中，分解后的构件存在着关联关系，确定系统组成时应明确以下内容： a )子系统或硬件构件和软件构件的构成及其功能； b )构件间的静态关系、关系的种类及必要说明； c ) 系统构件的获取途径，如新开发的构件、重用的构件、集成的构件、采购的构件等。 5 g b t21 0 6 4 2 0 0 7 5 2 4 系统运行模式 系统运行模式从技术角度反映目标系统的运转方式。构件之问的运行模式是构件之间的动态关 系，如执行控制流、数据流、动态控制序列、状态转换、时序关系、中断处理、异常处理、并发执行等。运行 模式可包含以下内容： a ) 系统初始化模式； b ) 系统管理模式； c ) 系统维护模式； d ) 系统服务模式； e ) 关键性业务处理模式。 5 2 5 构件接口关系 构件接口关系确定构件为其他构件提供的服务是构件静态关系的具体化，重点描述技术体系框架 中各层为上层应用提供服务的内容和方式，以及同层业务中交互的信息及交互方式。应明确接1 ：3 的信 息内容、信息流向、信息用途、接口实体、接口类型、接1 ：3 特性及遵循的标准或协议，说明如下： a ) 接口关系，可按照信息种类或接口类型分类整理； b ) 信息种类，可按业务类型或载体形式进行区分； c ) 信息内容，包括名称标识符、类型、格式、单位、范围等，可引用其他文档( 如：数据字典、通信协 议标准、用户接口标准) ； d ) 信息流向，表明信息的发送者产生者和接收者使用者； e ) 接口实体，即交换信息的实体，包括外部系统、各种类型用户或组成构件； f ) 接口类型，如消息传递、数据传输、查询服务、w e b 页面、中间件等； g ) 接口特性，包括优先级别、时序、频率、容量、序列及其他约束条件，如：是否能更新、是否应用 业务规则。 5 2 6 系统部署形式 系统部署是确定其组成部分的物理位置及连接关系，包括硬件部署和软件部署。系统部署与业务 组织结构和应用模式密切相关。 硬件部署是对系统所涉及到的硬件设备进行物理布局的规划，并给出网络拓扑结构。 软件部署是对系统所涉及到的各类软件构件进行物理配置的规划。 6 系统总体设计实施方法 6 1系统总体设计过程 为了确定系统总体设计要素，需开展相应的活动，这些活动的有序开展构成了系统总体设计过程。本标 准的附录a 给出了电子政务系统总体设计中推荐使用的过程。系统可根据实际情况对活动进行选用。 6 2 系统总体设计中使用的方法 在系统总体设计过程中，各相关要素的分析可使用多种方法。本标准的附录b 给出了电子政务系 统总体设计过程中推荐使用的一些分析方法，并给出了重点要素的描述模型。 描述模型只规定了应具有的基本特征，可以在此基础上扩展和演变。 6 3 系统总体设计要素选用 对于不同类型的电子政务系统以及不同阶段的总体设计，其涵盖的要素可不同。系统总体设计要 素选用的推荐方法参见附录c 。 6 4 系统总体设计方案 电子政务系统总体设计的结果应形成系统总体设计方案文档，其内容要求参见附录d 。 系统需求的描述应全面、完整和准确。体系结构设计应描述目标系统的组成结构和实现方法，充分 体现与需求的符合性。设计结构应合理，实现方法应可行，并符合相关技术标准的要求。 6 附录a ( 资料性附录) 系统总体设计过程 g b t21 0 6 4 2 0 0 7 系统总体设计过程可以根据情况采用不同的过程，本标准中推荐以下三种过程： a ) 完整过程，包括立项阶段系统总体设计和实施阶段系统总体设计两个组成部分，需求分析过程 包含在其中，此过程适合于大中型、综合性或复杂系统； b )单步过程，只进行一次总体设计，此过程适合于小型的、简单的或需求明确、实现方案确定的系统； c ) 分步过程，包括立项阶段系统总体设计和实施阶段系统总体设计两个组成部分，需求分析过程 作为独立的过程开展，此过程适合于大中型、综合性或复杂系统。 上述三种系统总体设计过程所包含的活动见表a 1 。项目可根据具体情况选择其中的过程。 过程中各项活动可以是顺序的，也允许局部反复或循环反复。 表a 1 中，“立项阶段系统总体设计”未详细展开，其过程可参见“实施阶段系统总体设计”部分。 表a 1 系统总体设计过程 系统总体设计活动完整过程单步过程分步过程 立项阶段 确定系统( 初步) 需求确定系统初步需求确定系统需求确定系统初步需求 系统总体确定系统( 初步) 体系结构确定系统初步体系结构确定系统体系结构确定系统初步体系结构 设计 形成( 初步) 总体设计文档系统初步总体设计方案系统总体设计方案系统初步总体设计方案 明确业务组织结构 确定业务功能要求 梳理业务流程 界定业务功能范围 系 明确部门业务关系 实施阶段 统 确定系统信息资源 ( 通过独立的系统需求 系统总体 需 给出安全保密要求 分析过程形成了系统 求需求规格说明或等同 设计 给出系统性能要求 分文档) 给出系统设施与环境 析 要求 给出系统质量要求 给出标准与规范要求 给出系统验收要求 确定技术体系框架 系确定系统设计策略 实施阶段 统 确定系统构成 系统总体 体 确定系统运行模式 系 设计 确定构件接口关系 结 构确定系统部署形式 形成系统总体设计文档 系统总体设计方案系统总体设计方案 注：“”表示在过程中可包含该活动，但对于不同类型的系统是否需要该活动参见附录b 。 g b t210 6 4 - - 2 0 0 7 b 1 概述 附录b ( 资料性附录) 系统总体设计中使用的方法 系统总体设计过程中，各相关要素的分析可采用多种方法，如g b t1 9 4 8 7 - - 2 0 0 4 、u m l 、i d e f 0 中 的描述模型均适用。本附录将给出重点要素的分析方法和描述模型，使用时可对描述模型中的图形表 现进行演变，对于这些描述模型可选择相应的支持工具。重点要素包括业务组织结构、系统业务功能、 部门业务关系、系统信息资源、技术体系框架、系统构成、系统运行模式、构件接口关系和系统部署。 b 2 业务组织结构 b 2 1 分析方法 组织具有名称标识、工作职责和关系属性。根据目标系统拟采用的组织形式，寻找出所有可能涉及 的部门，确定每个组织部门的岗位及其工作职责，梳理这些部门间的关系。部门间的关系可以为从属关 系、协同关系或其他特定关系。 各组织部门的岗位在功能描述中应作为系统的外部角色或内部角色出现，所具有的工作职责应反 映在与之接口的对象中；在系统部署中应作为其组成单元的部署实体。 b 2 2 描述模型 业务组织结构的组成和关系可通过组织结构图直观地描述，工作职责和关系以配属文字进行说明。 组织结构图模板见图b 1 。 图中： 方框表示组织部门； 方框间的连线表示组织间的关系，可使用不同颜色或线型表示不同的关系类型。 图b 1 组织结构图模板 b 3 系统业务功能 b 3 1 分析方法 系统业务功能分析时，需确定系统应具有的业务功能和处理范围，同时还需对系统业务流程进行梳理。 系统业务功能是系统实现特定业务目的的能力。功能是可分解的，为了不同目的所描述的粒度和 角度也不同。功能具有名称标识、内容描述和关系等属性。需求分析过程中，从用户使用角度描述所具 有的各项功能，一般可将功能分解为2 3 个层次，功能与部门和角色直接关联。在需求分析过程中功 能间的关系无需定义类型，只表示存在关系，在后续的体系结构设计过程中再确定关系的类型。 系统业务功能的全集构成系统的业务功能范围。 8 c b t210 6 4 2 0 0 7 系统业务流程指进行业务处理的过程，具有名称标识、输入、处理、传递数据、参与角色和输出等属 性。系统业务流程体现对于一种输入进行处理并产生输出的过程。对于系统的所有外部输入都需给出 业务流程，但可对输入进行分类，处理过程相同的归纳为一类进行描述。业务流程中的处理能力应包含 在系统功能中。 b 3 2 系统业务功能描述模型 系统业务功能可通过功能分解图直观地描述，并以文本的方式分类描述功能的内容。功能分解图 模板见图b 2 。 层次一 层欢二 层次三 图中： 方框表示功能； 方框间的连线表示功能的分解关系一次分解形成一个层次。 图b 2 功能分解图模板 b 3 3 业务功能范围描述模型 系统处理范围使用功能组成图直观地描述，其中的功能可使用功能分解图中的第2 或3 层功能，在 描述时需使用同一层次的分解功能。功能组成图模板参见图b 3 。 卜 椭圆框表示系统功能； 方框表示系统处理边界； 椭圆框问的连线表示功能问的关系 小人图形表示系统角色； 圆角方框表示外部单位； 小人图形与椭圆框问的连线表示操作使用关系； 圆角方框与椭圆框间的连线表示信息交互或共享关系。 图b 3 功能组成图模板 g b t210 6 4 2 0 0 7 b 3 4 系统业务流程描述模型 系统业务流程通过业务流程图直观描述，表示出流程的开始事件及后续的连贯事件，明确事件的触 发者、处置者及处置活动，并标明事件携带的业务信息。业务流程还应以文字形式进行说明。业务流程 图模板见图b 4 。 o 入 外部单位或 系统角色1 l ：( 事件名称) 吴 外部单位或 系统角色2 2 ：( 话动名称) ( 涉及信息2 ) 吴 外部单位或 系统角色3 4 ：( 话动名称) ( 涉及信息4 ) 图中： 小人图形表示事件的触发者或处置者，是外部单位或系统角色； 箭头表示事件，需给出顺序号、事件名称及传送的业务信息； 竖条表示处置活动，需给出顺序号、活动名称及涉及的业务信息。 图b 4 业务流程图模板 b 4 部门业务关系 n ：( 事件名称) ( 传送信息n ) 关 外部单位或 系统角色m b 4 1 分析方法 部门业务关系表现为部门问的指示与汇报、请求与服务、信息共享与交换等协同关系。 对部门业务关系的分析是对部门开展业务活动时所涉及的领导部门、下属部门、合作部门以及协同 的业务、协同方式等进行梳理，并给出明确的分类与定义。 b 4 2 描述模型 部门业务关系可使用业务关系描述图进行直观地展现，表示出部门间所有的协同业务并进行标识， 明确协同业务发起部门和响应部门，并标明协同类型。部门业务关系的协同业务名称、协同类型、协同 发起部门、协同响应部门及协同描述等属性可使用业务关系描述表的形式给出详细说明。业务关系描 述图模板见图b 5 ，业务关系描述表模板见表b 1 。 1o g b t21 0 6 4 2 0 0 7 ( 协同类型) 图中： 方框表示部门，是协同的主题或对象； 箭头表示协同方向，箭头出发点是协同的发起者，箭头指向协同的响应者需给出协同业务名称及协同类型。 图b 5 业务关系描述图模板 表b 1 业务关系描述表模板 序号协同业务名称协同类型协同发起部门协同响应部门协同描述 1 2 3 4 5 b 5 系统信息资源 b 5 1 分析方法 系统信息资源是业务活动过程中产生或使用的信息，应确定系统所涉及的信息资源的内容、来源、 使用或产生方法，并明确其采集和更新职责。 b 5 2 描述模型 系统信息资源可使用信息资源清单、数据流程图、数据描述表和信息管理表等图表形式描述。 信息资源清单列出系统引入和产生的全部信息资源，包括资源名称、分类、来源及主要用途等。信 息资源清单模板见表b 2 。 数据描述表给出各项信息资源主要数据内容的简要描述( 也可以是全部数据的详细描述) ，包括名 称、数据类型、格式、单位、范围及接口要求等。数据描述表模板见表b 3 。 数据流程使用数据流程图进行描述，从功能和数据的角度，以图形方式刻画对输入数据的使用过 程，以及产生输出数据的加工过程。采用i d e f 0 模型表示。数据流程图模板见图b 6 。 信息管理描述表给出各项信息资源的采集、更新、管理的职责、方式和要求。信息管理描述表模板 见表b 4 。 表b 2 信息资源清单模板 序号资源名称分类 来源 主要用途 l 2 3 4 5 g b t210 6 4 2 0 0 7 表b 3 ( 资源名称) 数据描述表模板 序号 数据名称数据类型格式单位范围接口要求 1 2 3 4 5 图中 ， 方框表示系统的功能，需给出其名称标识； 方框左边的箭头为输入箭头，表示输入数据，输入箭头应带有数据名称标识； 方框右边的箭头为输出箭头，表示输出数据，输出箭头应带有数据名称标识； 方框上边的箭头为控制箭头，表示产生正确的输出所要求的控制条件，控制箭头应带有控制名称标识 方框下边的箭头为机制箭头，表示用于执行一个功能的途径，包括调用箭头特例，机制箭头应带有机制名称标识。 图b 6 数据流程图模板 表b 4 信息管理描述表模板 资源采集采集更新更新管理管理 序号 采集者 更新者管理者 名称方式要求方式要求方式要求 1 2 3 4 5 b 6 技术体系框架 b 6 1 分析方法 技术体系框架的建立一般采用p o s i x 通用模型，如图b 7 所示，该模型包含以下内容 a ) 应用软件实体； b ) 应用程序接口； 1 2 c ) 应用平台实体 d ) 外部环境接口 e ) 外部环境。 应用软件实体 常应 应用平台实体 幸# 外 外部环境 g b t210 6 4 2 0 0 7 图b 7p o s i x 通用模型 各系统的技术体系框架在它的基础上进行分解和扩展，表现为一系列的实体、接口。应用软件实体 一般可分为应用支撑层和业务应用层。应用平台实体一般可分为基础服务( 如操作系统服务) 和建立在 基础服务之上的高层服务。外部环境通常为网络、信息交换等基础设施支撑平台。 技术体系结构是本系统或本系统依托的父系统完整组成的全面描述，其中的组成部分属于本系统 的研制范围，也可以是集成或使用的对象。通过技术体系结构的描述，可以清晰的表明本系统的层次结 构或本系统在整个体系中的位置及与其他系统的关系。 b 6 2 描述模型 技术体系框架可通过图形的形式表现其层次结构关系，并以文字形式描述各层的目的及组成。划 分的层数可根据系统具体情况确定，允许在层中划分出子层次。技术体系框架模板见图b 8 。 层3 主题 l 冈网 噗 层2 主题 i 冈- 网 等层间接。类型 图中： 外围方框表示层次需给出层次主题； 小方框表示该层的组成部分，需给出实体名称，该实体将与系统的组成构件有直接关系 带圆圈的箭头表示层间的接1 3 ，需给出其接口类型。 图b 8 技术体系框架模板 b 7 系统构成 b 7 1 分析方法 根据系统技术体系框架，逐层分解出组成构件，构件可以是子系统或软件构件、硬件构件，这些元素 按照系统体系框架组合形成目标系统。 系统设计时从实现角度描述系统各成分，一般可将系统分解为2 3 个层次，需将业务功能分解到 各个系统组成构件中，并进行细化，同时根据系统实现的要求添加所需的功能。 1 3 g b t210 6 4 2 0 0 7 b 7 2 描述模型 系统构件可通过系统组成图直观地描述，并以文本的方式描述分解到构件中的功能、性能及其他要 求。系统组成图模板见图b 9 。 层次一 层次二 层欢三 图中： 方框表示构件； 方框问的连线表示构件的分解关系一次分解形成一个层次。 图b 9 系统组成图模板 b 8 系统运行模式 b 8 1 分析方法 系统运行模式反映构件之间的动态关系，通过系统运行的控制流、数据流和状态转换等流程体现。 b 8 2 控制流描述模型 控制流使用程序流程图( p r o g r a mf l o wc h a r t ) 进行描述，从控制过程的角度描述系统运行模式。 控制流程图模板见图b 1 0 。 1 4 图中： 圆圈表示人口或出口； 方框表示处理； 菱形框表示判断； 箭头表示流向； 平行四边形框表示输入输出数据； 允许5 种控制流程，顺序型、选择型、先判定型循环、后判定型循环、多种情况选择型。 图b 1 0 控制流程图模板 g b t2 1 0 6 4 - - 2 0 0 7 b 8 3 数据流描述模型 数据流使用数据流图( d a t af l o wd i a g r a m ) 进行描述，从数据传递和加工的角度，以图形方式刻画 从输人到输出的移动变换过程。数据流图模板见图b 1 l 。 图中： 圆圈表示加工处理，与功能对应，需给出处理标识和序号； 方框表示数据的源点和汇点，是系统的外部实体，需给出其名称标识； 箭头表示数据流，即被加工的数据和流向，箭头应带有数据流名称标识； 半圆框表示需储存的数据，需给出其名称标识。 图b 1 1 数据流图模板 b 8 4 状态转换描述模型 状态转换涉及事件和状态两个因素，当一个事件发生时将引起状态的变化。状态转换图模板见 图b 1 2 。 图中： 小黑点表示初始状态； 圆角方框表示状态； 单向箭头表示状态之间的变化，箭头上标注引起该变化的事件； 带有圆圈的黑点表示最终状态，状态转换只能有一个初始状态和一个最终状态。 图b 1 2 状态转换图模板 b 9 构件接口关系 b 9 1 分析方法 在系统功能分解到构件的同时，系统业务接e l 也分解到相应构件中。构件接e l 关系的分析将从实 现的角度进行考虑，其接口类型将体现实现的方式，接1 2 1 实体转化为系统的组成构件，信息用途除业务 应用目的外应增加技术目的，还需描述接口的特性。 b 9 2 描述模型 构件接e l 的信息流向、接口实体可使用构件接口描述图进行直观地展现。接口的信息种类、信息内 容、信息用途、接口类型和接口特性可使用接口描述表给出详细说明。构件接口描述图模板见图b 1 3 ， 构件接口描述表模板见表b 5 。 15 g b t210 6 4 - - 2 0 0 7 弋主) 吨i 士丫 图中： 箭头表示信息流向，箭头出发点是信息的发送者或提供者，箭头指向信息的接收者或使用者需给出信息序号 或标识箭头可以是单向的或双向的； 椭圆框表示系统组成构件，是接口的实体对象； 在方框内各构件间的接口，以及构件与系统使用者问的接口称为内部接口，如接口1 、3 、4 、5 、6 、7 、8 和1 0 ；与外 部系统的接口称为外部接口，如接口2 和9 。 当接口较复杂时可分类描述，如按照信息种类或接口类型分别描述。 图b 1 3 构件接口描述图模板 表b 5 构件接口描述表模板 信息发送者信息接收者 接口序号信息种类信息用途接口类型信息内容接口特性 提供者使用者 l 2 3 4 5 b 1 0 系统部署形式 b 1 0 1 分析方法 根据组织部门的职责和系统构成，将系统组成构件规划到物理位置中，为相应的组织部门所使用。 系统构件包括硬件构件和软件构件。 b 1 0 2 描述模型 系统部署可通过部署图和部署配置表进行描述。系统部署配置表以系统构件子构件和物理位置 为变元形成二维表，是对系统部署的详细说明。系统部署示意图模板见图b 1 4 ，系统部署配置表模板 见表b 6 。 i 一赫兹萄 g b t210 6 4 - - 2 0 0 7 一猫商：一j 虚线方框表示可进行部署的物理位置 实线方框表示待部署的系统组成构件 实线连接线表示构件问的连接方式和关系，可使用不同颜色或线型表示。 图b 1 4系统部署示意图模板 表b 6 系统部署配置表模板 序号系统构件名称物理位置1物理位置2物理位置n 1 构件1 2 子构件 3 4 构件2 子构件 6 7 构件3 8 子构件 9 注：“”表示需要部署。 1 7 g b t210 6 4 - - 2 0 0 7 附录c ( 资料性附录) 系统总体设计要素选用指南 不同类型的电子政务系统涉及的总体设计要素有所区别，本标准中按照技术体系框架的层次模型 将电子政务系统的类型区分为以下四类： a ) 业务应用类系统，面向电子政务业务应用，实现业务应用领域功能的系统，一般多为软件系统； b ) 应用支撑类系统，为业务应用提供通用服务的系统，一般多为软件系统； c ) 基础设施类系统，为业务应用提供网络、通信、计算机及其他必要运行平台的系统； d ) 综合类系统，由业务应用类、应用支撑类、基础设施类系统混合组成的系统。 初步总体设计和后续的总体设计所涉及的要素可以不同，后续的总体设计更全面、更详细。 系统总体设计要素选用方法见表c 1 。该选用方案可作为系统总体设计评审的依据。 表c 1系统总体设计要素选用 综合类系统 业务应用类系统 应用支撑类系统基础设施类系统 序号要素 初步完整初步完整初步完整初步完整 l 业务组织结构 2 系统 业务功能 3 业务业务流程 4功能 业务功能范围 5 部门业务关系 6系统信息资源 7 安全保密要求 系 8 系统性能要求 统 9 系统设施与环境要求 需 1 0 适应性aa 求 1 1 可重用性aaa 系统 1 2 可靠性aa 质量 1 3 维护性aa 要求 1 4 可移植性aa 1 5 易用性a 1 6 标准与规范要求 1 7 系统验收要求 1 8技术体系框架 系 1 9 统 系统设计策略 2 0 体系统构成 2 1系 系统运行模式 2 2 结 构件接口关系 2 3 构 系统部署形式 注：“”表示必选，“”表示根据系统要求确定。 附录d ( 资料性附录) 系统总体设计方案编写要求 g b t21 0 6 4 - - 2 0 0 7 系统总体设计的结果可形成系统总体设计方案，该文档的编写要求参考了g b t8 5 6 7 2 0 0 6 ， 本附录中列出其章节形式要求，具体内容见第5 章中相关要素。根据系统具体情况，可按照附录c 对 文档中的内容进行选用，也可增加描述内容。 1 概述 1 1 系统概述 概括系统的用途，项目的建设方、用户、设计方和保障运行机构、运行现场等说明信息。 1 2 文档概述 文档的用途和内容说明。 1 3 引用文档 列出所引用文档的编号、标题、版本和i t 期。 1 4 术语定义 给出文档中所涉及的术语说明。 2 系统需求 2 1 业务组织结构 描述业务组织结构的组成范围、岗位、工作职责及各组织单元之间的关系，并给出组织结构图 或表。 2 2 业务功能需求 2 2 1 业务功能范围 概述业务功能范围，并给出功能组成图及功能分解图。 2 2 x( xx ) 功能 分小节描述各类系统功能。 2 2 x 1 功能要求 描述该类系统功能的各项要求。 2 2 x 2 业务流程 描述该类系统功能涉及的业务流程。 2 3 业务关系需求 2 3 1 业务关系概述 以一张总图表的形式简要描述系统外部和内部业务关系。 2 3 x ( x ) 业务关系 关系较复杂时可按组织结构分小节描述。 分类详细描述系统部门间的各项业务关系，描述内容包括协同业务名称、协同类型，协同发起部 门、协同响应部门及协同描述等，可辅以图表说明。 2 4 系统信息资源需求 2 4 1 信息资源清单 列表说明系统引人和产生的全部信息资源，包括资源名称、分类、来源及主要用途等。 g b t2 1 0 6 4 2 0 0 7 2 4 2 数据需求 2 4 2 x ( 信息资源名称) 数据需求 分小节说明或列表说明各项信息资源主要数据内容的简要描述( 也可以是全部数据的详细描 述) ，包括名称、数据类型、格式、单位、范围及接口要求等。 2 4 3 数据流程 2 4 3 x ( xx ) 数据流程 分小节描述数据流程，从功能和数据的角度，以图形方式刻画对输人数据的使用过程，以及产生 输出数据的加工过程。 2 4 4 信息管理要求 描述各项信息资源的采集、更新、管理的职责、方式和要求。 2 5 安全保密需求 可分小节描述各项安全保密要求。 2 6 系统性能需求 2 6 x ( xx ) 性能 分类描述各项系统性能需求，也可不分小节，以列表的形式给出。 2 7 系统设施与环境需求 2 7 1 系统硬件资源需求 列表说明系统使用或引入到系统中的硬件需求，包括计算机、输入输出设备、存储设备、通信设 备、网络设备及其他所需的设备，应给出每种设备的类型、数量、特征及能力要求。 2 7 2 系统软件资源需求 列表说明系统使用或引人到系统中的软件需求，包括：操作系统、数据库管理系统、通信网络软 件、实用软件