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

国家电子政务标准化项目工作组文件 文件编号 EGS N303 日期 2005 年 12 月 15 日 标题 电子政务系统总体设计要求 来源 电子政务系统总体设计要求 工作组 内容摘要 电子政务系统总体设计要求 编制说明和征求意见 稿 页数 57 电子政务标准化总体组秘书处 联系人 高栋 通信地址 北京市东城区安定门东大街 1 号 电话 010 84029792 传真 010 84029792 手机电子邮件 gaodong 电子政务系统总体设计要求 编制说明 1 任务来源 根据电子政务标准化工程 一期 建设需要 开展 电子政务系统总体设计 要求 标准的研制 本标准由国家电子政务标准化总体组归口 本标准召集单位 是中国电子科技集团信息化工程总体研究中心 2 编制过程 2 1 研制背景 目前电子政务系统已在全国范围内大量建设 但没有完整的 规范的电子政 务系统总体设计作为系统建设的依据 总体设计往往缺乏业务需求描述 未清晰 地给出系统要做什么 且技术导向大于业务导向 通常只陈述用什么做 是否能 满足业务需求并未说明 制定本标准的目的是规范总体设计活动 统一总体设计 的结果表现 使相关业务和技术人员用相同的方式表达和理解系统 明确系统的 总体结构 便于系统的分阶段建设以及其组成部分的分布实施与集成 提高业务 协作和资源共享程度 电子政务系统总体设计是顶层框架性设计 这一框架对于大型系统或组成结 构较复杂的系统是至关重要的 它将限定和约束其子系统或组成部分的实现 是 这些子系统或组成部分能够形成一个有机整体的必要保证 在总体设计的基础上 开展后续的相关技术设计 2 2 研制过程说明 2005 年 9 月开始进行标准的研制 成立了由中电集团信息化工程总体研究中 心 中国科学院沈阳自动化研究所 太极软件有限公司 华迪计算机有限公司和 中国电子技术标准化研究所组成的编制组 10 月 30 日形成了标准草稿 在编制 组内进行了深入讨论 并对草稿标准正文及附录的内容进行了修改和调整 11 月 30 日形成了标准初稿 征求了国务院信息化办公室电子政务有关领导和专家 的意见 根据专家意见对标准正文进行了修改 将文档要求部分调整为附录 C 并增加了系统总体设计过程 过程中使用的方法及总体设计要素剪裁的指南 修 改后于 2005 年 12 月上旬形成了标准的征求意见稿 2 3 与其它标准的关系说明 本标准与软件工程开发和文档编制的有关标准有以下不同点 a 在软件工程开发和文档编制中没有系统总体设计的概念 相对应的是系 统设计的概要设计部分 根据电子政务系统建设的特点 将总体设计涉 及的范围外延至系统需求分析 强调需求分析的重要性 它是进行总体 设计的必备条件 允许系统需求分析过程的独立存在 但不能越过需求 分析过程直接进行系统的总体设计 b 根据电子政务系统的特点和要求 将一些条目的内容进行了实例化和具 体化 将一些在概要设计阶段不涉及的内容进行了剪裁 c 对总体设计过程中使用的方法给出了推荐的分析和描述方法 有利于总 体设计的开展和结果描述 在 电子政务标准化指南 第二部分 工程管理 中规定 在电子政务系统立 项阶段的可行性研究报告中需给出项目实现的初步设计方案 在工程设计阶段的 方案设计中应首先确定项目的需求 并建立电子政务系统总体体系结构 在 国 家电子政务工程建设管理要求 中也规定在立项阶段要给出初步设计方案 本标 准在上述标准中应被引用 3 主要技术内容的说明 本标准规定了电子政务系统总体设计的要素构成 由系统需求分析和系统体 系结构设计两部分组成 系统需求分析要素包括系统业务功能 系统业务性能 业务接口关系 安全保密要求 系统资源要求 系统环境要求 系统质量特性要 求 设计和实现的约束 接收准则和检验方法 系统体系结构设计包括技术体系 框架 系统设计策略 系统构成 系统运行模式 部件接口关系及系统部署形式 以资料性附录的形式给出了以下指南和样例 系统总体设计过程 系统总体设计中使用的方法 系统总体设计要素剪裁指南 系统总体设计方案 文档要求 系统总体设计方案 文档样例 4 实施标准的要求和措施的建议 在标准的贯彻实施中 应根据典型案例形成模板范例 以便达到较好的效果 5 与国内外同类水平对比 在国内无同类标准 ICS 35 240 60 L 67 GB T 电子政务系统总体设计要求 征求意见稿 发布 实施 国 家 质 量 技 术 监 督 检 验 检 疫 总 局国 家 质 量 技 术 监 督 检 验 检 疫 总 局 发布 中华人民共和国国家标准中华人民共和国国家标准 GB T I 目 次 前 言 II 引 言 III 1 范围 1 2 规范性引用文件 1 3 术语和定义 1 4 一般要求 1 4 1 系统总体设计目标 1 4 2 系统总体设计开展时机 1 4 3 系统总体设计范围 1 4 4 总体设计时应考虑的电子政务特点 2 5 系统总体设计要素 2 5 1 需求分析 2 5 2 系统体系结构设计 4 6 使用说明 5 6 1 系统总体设计过程 5 6 2 系统总体设计中使用的方法 5 6 3 系统总体设计要素剪裁 5 6 4 系统总体设计方案 5 附 录 A 资料性附录 系统总体设计过程 6 附 录 B 资料性附录 系统总体设计中使用的方法 8 附 录 C 资料性附录 系统总体设计要素剪裁指南 18 附 录 D 资料性附录 系统总体设计方案 文档要求 20 附 录 E 资料性附录 系统总体设计方案 文档样例 23 参考文献 49 GB T II 前 言 本标准的附录A 附录B 附录C 附录D和附录E是资料性附录 本标准由国家电子政务标准化总体组提出 本标准由国家电子政务标准化总体组归口 本标准的主要起草单位 中电集团信息化工程总体研究中心 中国科学院沈阳自动化研究所 太极 软件有限公司 华迪计算机有限公司和中国电子技术标准化研究所 本标准起草人 林华 张春晖 夏耘 高展 吴志刚 于跃 吴兵峰 李铭 高栋 付智杰 GB T III 引 言 电子政务系统总体设计是顶层框架性设计 这一框架对于大型系统或组成结构较复杂的系统 是至关重要的 它将限定和约束其子系统或组成部分的实现 是这些子系统或组成部分能够形成 一个有机整体的必要保证 制定本标准的目的是规范总体设计活动 统一总体设计的结果表现 使相关业务和技术人员 用相同的方式表达和理解系统 明确系统的总体结构 便于系统的分阶段建设以及其组成部分的 分布实施与集成 提高业务协作和资源共享程度 GB T 1 电子政务系统总体设计要求 1 范围 本标准规定了电子政务系统总体设计的要素构成 对总体设计要素剪裁以及总体设计中使用的方 法给出了指导性建议 本标准适用于电子政务系统的总体设计 包括可行性论证时初步的系统总体设计 以及实施前完 整的系统总体设计 也可适用于其它信息系统的总体设计 2 规范性引用文件 本节无内容 3 术语和定义 下列术语和定义适用于本标准 3 1 系统体系结构 system architecture 系统各部件之间的结构和关系 也可以包括系统和它的运行环境之间的界面 3 2 部件 component 系统的组成部分 可以是子系统 硬件部分或软件部分 4 一般要求 4 1 系统总体设计目标 电子政务系统总体设计的目标是 确定系统所支撑的政务活动的范畴 明确系统在其所属电子政 务框架中的位置与作用 给出满足系统需求的一种解决方案 确保电子政务系统的无缝集成和预期目 标的实现 4 2 系统总体设计开展时机 在大中型或综合性 含多种软件和 或硬件成分 电子政务系统建设时 需进行系统总体设计 在 可行性论证时应进行初步的系统总体设计 在实施前应该进行全面的总体设计 根据总体设计分解的 子系统或组成部分继续进行相应的技术设计 根据系统建设的需要 也可将其简化为一个过程 可行性论证时的初步总体设计和实施前的总体设计应具有连续性和继承性 4 3 系统总体设计范围 电子政务系统总体设计要素包括 a 技术体系框架 b 系统设计策略 c 系统构成 d 系统运行模式 e 部件接口关系 f 系统部署形式 根据电子政务系统建设的特点 在本标准中将总体设计要素外延至系统需求分析 包括以下要素 GB T 2 a 系统业务功能 b 系统业务性能 c 业务接口关系 d 安全保密要求 e 系统资源要求 f 系统环境要求 g 系统质量特性要求 h 设计和实现的约束 i 接收准则和检验方法 4 4 总体设计时应考虑的电子政务特点 电子政务具有整体性 协同性 阶段性 继承性和服务性等特点 在电子政务系统建设时必须充 分考虑这些特点 使电子政务系统投入使用后能够发挥应有的作用 电子政务具有整体性 电子政务是一个开放的整体 业务内容涉及政府各领域 面对政府内部各 层次以及外部社会各阶层 对于如此复杂的系统工程 需要从整体出发提出解决方案 每个电子政务 系统都是这个开放整体中的组成部分 系统的建设需遵循整体规划要求 注重整体效能的发挥 电子政务具有协同性 电子政务需要不同部门的协同配合 需要跨域运作和资源整合 系统的集 成 应用的开发 信息的综合利用和资源共享都要满足政务协同的需要 电子政务系统总体设计时应 充分考虑系统的集成开放能力 资源共享交换能力 提供的外部接口能力以及对标准规范的支持能力 电子政务工程具有阶段性和继承性 电子政务工程的建设是一个持续不断的过程 因此 电子政 务总体设计需从全局出发考虑阶段性和继承性 在完成阶段性目标的基础上逐步实现总体目标 充分 利用已有的成果 为公众提供连续的服务 电子政务具有服务性 政府主体行为以客户为中心 政府行政过程要求公开 透明 以为公众服 务为宗旨 电子政务系统总体设计时应注重服务的能力 服务的方式以及服务的实现原理 5 系统总体设计要素 5 1 需求分析 5 1 1 系统业务功能 系统业务功能是系统所具有能力的重要体现 是用户直接可见的部分 也是系统分析设计的基础 系统业务功能要素中应包括组织结构 系统应具有的各项功能要求 业务流程以及系统的处理范 围 说明如下 a 组织结构将标示出系统的使用者 也是业务功能的部署单位 对业务系统中所涉及的组织结构 的分析应包括组成范围 工作职责及各组织单元之间的关系 b 将功能分类形成功能集合或功能子系统 并逐项整理各项功能 分类方法可根据组织结构或功 能的关联性 c 业务流程表述业务输入的信息 处理的过程 所需的数据 涉及的角色以及输出的结果 d 通过上述分析 确定系统的处理范围 标示出本系统具有的功能以及涉及的外部角色 外部角 色可以是外部系统 各种类型用户或外部设备 5 1 2 系统业务性能 系统业务性能也是系统能力的一种体现 它将影响系统设计的策略 系统业务性能指实现各项功能时的性能要求 如可持续使用时间 响应时间 容量 吞吐量 周 转时间 精度 启动时间 恢复时间等 说明如下 a 可持续使用时间 保持连续不间断使用的最短时间 b 响应时间 系统响应一项规定的操作之前所需的时间 可包括平均响应时间和最大响应时间 GB T 3 c 容量 如允许用户数 数据存储量 信道容量等 d 吞吐量或速率 在给定的时间周期内成功执行的数量 e 周转时间 从发出一条指令开始到一组相关的功能完成 用户经历的等待时间 可包括平均周 转时间和最大周转时间 f 精度或差错率 g 启动时间 启动系统或应用所需的时间 5 1 3 业务接口关系 通过对业务信息流和数据流的分析确定与外部系统或系统内部的业务接口关系 包括信息种类 信息内容 信息流向 信息用途 接口实体 接口类型及接口特性等 说明如下 a 接口关系 可按照信息种类或组织结构分类整理 b 信息种类 可按业务类型或载体形式进行区分 c 信息内容 包括名称 标识符 数据类型 格式 单位 范围等 可引用其它文档 如 数据 字典 通信协议标准 用户接口标准 d 信息流向 表明信息的发送者 产生者和接收者 使用者 e 信息用途 使用信息的目的或信息的作用 从业务应用的角度考虑 f 接口实体 即交换信息的实体 包括外部系统 各种类型用户 设备或组织结构中的成员 h 接口类型 如用户界面 内部信息交换 外部信息交换等 对于网络通信 计算机等基础设施类系统 应重点描述对业务信息的支持能力 5 1 4 安全保密要求 安全保密要求包括系统安全要求 信息安全等级 数据使用限定 数据存储与传输的保密约束 系统的保密受电子政务保密标准体系的约束 系统操作使用安全指防止对人员 财产 环境产生潜在的危险或把此类危险减少到最低的要求 包括 危险物品使用的限制 为运输 操作 存储对爆炸物品的分类 气体检测和报警设备 电力系 统接地 排污 防爆 5 1 5 系统资源要求 系统资源需求包括使用或引入到系统中的硬件 软件及系统设备连接方式要求 系统使用或引入到系统中的硬件要求 包括计算机 输入 输出设备 存储设备 通信设备 网络 设备及其它所需的设备 应给出每种设备的类型 数量 特征及能力要求 系统使用或引入到系统中的软件要求 包括 操作系统 数据库管理系统 通信 网络软件 实用 软件 输入和设备模拟器 测试软件等 需要时可提出系统设备连接方式要求 应包括连接的地理位置 设备配置和网络拓扑结构 网关 等 5 1 6 系统环境要求 系统运行必须的环境需求包括系统在运输 存储 操作过程中必须经受的环境条件 如 自然环 境条件 风 雨 温度 地理位置 诱导环境 运动 撞击 噪音 电磁辐射 对于车载式 活动式系统或基础设施类系统必须提出系统环境要求 5 1 7 系统质量特性要求 系统的特殊质量要求包括以下内容 a 适应性要求 系统运行所依赖的数据环境 如现场的位置 数据记录的参数等 b 可重用性要求 可被多个应用使用的要求 c 可靠性要求 系统不发生故障及故障发生后的处置要求 d 维护性要求 发生问题后易于改正的要求 e 可移植性要求 易于改进以适应新环境的要求 f 易用性要求 易于学习和使用的要求 GB T 4 5 1 8 设计和实现的约束 为了使系统符合电子政务整体框架的要求 必须依照技术标准体系规定设计和实现的约束 包括 特殊体系结构的约束 必须采用标准部件 已有部件或用户提供的部件 特殊设计或实现标准的使 用 在对已有系统集成或改造时 也需规定设计和实现的约束 5 1 9 接收准则和检验方法 对于每项需求规定确保需求得到满足的接收准则和检验方法 检验方法包括 a 演示 运行依赖于可见的功能操作的系统或部分系统 不需要使用仪器 特殊的测试设备或进 行事后分析 b 测试 使用仪器或其它特殊的测试设备运行系统或部分系统 以便采集数据供事后分析使用 c 分析 对从其它检验方法中获得的积累数据进行处理 例如测试结果的归纳 解释 推断 d 审查 系统部件 文档等的可视化检查 e 特殊的检验方法 系统的任何特殊合格性方法 如特殊工具 技术 过程 设施 验收限制及 标准样例的使用 5 2 系统体系结构设计 5 2 1 技术体系框架 信息系统涉及网络 通信 计算机 操作系统 应用软件等各种相关技术 技术体系框架将从总 体上展现不同的技术内函构建信息系统的规则和方法 标示出各服务领域及其接口 实现开放系统的 分离原则 技术体系框架需要反映出以下一些共性内容 a 服务领域的层次结构 b 服务领域的主题内容与组成 c 服务领域之间的相互关系 d 与外部的接口 5 2 2 系统设计策略 系统设计策略指为达到系统性能 安全保密能力以及为提供所需的可靠性 可重用性 维护性和 可移植性等质量特性而选择的方法 或其它影响系统组成成分的设计决策 这些策略是系统设计必须 遵循的原则 在进行系统总体设计时应首先确定 系统设计策略一般包括性能实现解决方案 安全保密实施方案 可靠性设计方案 为达到重用目 的所采取的方法等 5 2 3 系统构成 对系统进行分解 划分为若干子系统或硬件部件和软件部件 并将系统功能 性能等需求逐步落 实到每个子系统或部件中 分解后的部件存在着关联关系 确定系统组成时应明确以下内容 a 明确子系统或硬件部件和软件部件的构成及其功能 b 明确构成部件间的静态关系 关系的种类及必要说明 c 明确构成部件的开发状态 如新开发的部件 重用的部件 集成的通用部件 采购的部件等 5 2 4 系统运行模式 部件之间的运行模式是部件之间的动态关系 包括执行控制流 数据流 动态控制序列 状态转 换 时序关系 中断处理 异常处理 并发执行等 系统运行模式从技术角度反映目标系统的运转方 式 应包含以下内容 a 系统初始化模式 b 系统的管理维护模式 c 系统的服务模式 d 应用运行管理平台的运行模式 包括初始化 应用服务加载 管理维护 域通信等方面的运 行模式 e 系统管理平台的运行模式 GB T 5 f 关键性业务应用的运行模式 5 2 5 部件接口关系 确定部件为其它部件提供的服务 是部件静态关系的具体化 重点是技术体系框架中各层为上层 应用提供服务的内容和方式 描述同层业务中交互的信息及交互方式 部件接口是技术体系框架搭建 的铰链 应明确接口的信息内容 信息流向 信息用途 接口实体 接口类型及接口特性及遵循的标 准或协议 说明如下 a 接口关系 可按照信息种类或接口类型分类整理 b 信息种类 可按业务类型或载体形式进行区分 c 信息内容 包括名称 标识符 数据类型 格式 单位 范围等 可引用其它文档 如 数据 字典 通信协议标准 用户接口标准 d 信息流向 表明信息的发送者 产生者和接收者 使用者 e 信息用途 使用信息的目的或信息的作用 f 接口实体 即交换信息的实体 包括外部系统 各种类型用户或组成部件 h 接口类型 如数据传输 数据存储 查询等 i 接口特性 包括优先级别 时序 频率 容量 序列及其它约束条件 如 是否能更新 是否 应用业务规则 5 2 6 系统部署形式 系统部署是确定目标系统的物理布局包括硬件部署和软件部署 系统部署与业务组织结构和应用 模式密切相关 硬件部署是对系统所涉及到的硬件设备进行物理布局的规划 硬件设备可以包括网络拓扑结构 各类服务器 数据库服务器 应用服务器等 输入 输出设备 各类应用支撑硬件 客户端设备等 软件部署是对系统所涉及到的各类软构件进行物理布局的规划 6 使用说明 6 1 系统总体设计过程 为了系统总体设计要素的确定 需开展相应的活动 这些活动的有序开展构成了系统总体设计过 程 在本标准附录A中给出了电子政务系统总体设计中推荐使用的过程 系统可根据实际情况剪裁活动 过程 6 2 系统总体设计中使用的方法 系统总体设计过程中可使用各种方法 在本标准附录B中给出了电子政务系统总体设计过程中推荐 使用的一种方法 6 3 系统总体设计要素剪裁 对于不同类型的电子政务系统 以及不同阶段的总体设计 其涵盖的要素可不同 系统总体设计 要素的剪裁方法见附录C 6 4 系统总体设计方案 电子政务系统总体设计的结果可以形成 系统总体设计方案 文档 其文档内容的要求见附录D 文档样例见附录E 系统需求的描述应全面 完整和准确 体系结构设计应描述目标系统的组成结构和实现方法 充 分体现与需求的符合性 设计结构应合理 实现方法应可行 并满足相关技术标准的要求 GB T 6 附 录 A 资料性附录 系统总体设计过程 系统总体设计过程可以根据情况采用不同的过程 本标准中推荐以下三种类型 a 完整过程 包括系统初步总体设计和后续的系统总体设计两个组成部分 且将需求分析过程包 含在其中 此过程适合于大中型 综合性或复杂系统 b 单步过程 只进行一次总体设计 此过程适合于小型的 简单的或需求明确 实现方案确定的 系统 c 分步过程 包括系统初步总体设计和后续的系统总体设计两个组成部分 需求分析过程作为独 立的过程开展 此过程适合于大中型 综合性或复杂系统 上述三种系统总体设计过程所包含的活动见表A 1 项目可根据具体情况选择其中的过程 过程中各项活动可以是顺序的 也允许局部反复或循环反复 在表中系统初步总体设计未详细展开 其过程可参见系统总体设计部分 表 A 1 系统总体设计过程 系统总体设计活动 完整过程 单步过程 分步过程 系统总体设计活动 完整过程 单步过程 分步过程 系统初步总体设计 确定系统 初步 需求 确定系统初步需求 确定系统需求 确定系统初步需求 确定系统 初步 体系结构 确定系统初步体系结构确定系统体系结构 确定系统初步体系结构 形成 初步 总体设计文档 系统初步总体设计方案系统总体设计方案 系统初步总体设计方案 系统总体设计 明确组织结构 界定系统处理范围 梳理业务流程 确定功能要求 确定系统业务性能 确定业务接口关系 系 统 需 求 分 析 给出安全保密要求 给出系统资源要求 给出系统环境要求 给出系统质量特性要求 给出设计和实现的约束 给出接收准则和检验方法 通过独立的系统需求 分析过程形成了 系统需 求规格说明 或等同文 档 确定技术体系框架 确定系统设计策略 系 统 体 确定系统构成 GB T 7 系统总体设计活动 完整过程 单步过程 分步过程 系统总体设计活动 完整过程 单步过程 分步过程 确定系统运行模式 确定部件接口关系 确定系统部署形式 系 结 构 形成系统总体设计文档 系统总体设计方案 系统总体设计方案 说明 表中 表示在过程中可包含该活动 但对于不同类型的系统是否需要该活动参见附录B GB T 8 附 录 B 资料性附录 系统总体设计中使用的方法 B 1 概述 在系统总体设计过程中各相关要素的分析可采用多种方法 本标准中将给出重点要素的分析方法 和描述模型 使用时可对描述模型中的图形表现进行演变 对于这些描述模型可选择相应的支持工具 重点要素包括业务组织结构 系统业务功能 系统业务流程 系统业务接口 技术体系框架 系统构 成 系统运行模式 部件接口和系统部署 B 2 业务组织结构 B 2 1 分析方法 组织具有名称标识 工作职责和关系属性 根据目标系统拟采用的组织形式 寻找出所有可能涉 及的部门 确定每个组织部门的工作职责 梳理这些部门间的关系 部门间的关系可以为从属关系 协同关系或其它特定关系 这些部门在功能描述中应作为系统的外部角色或内部角色出现 所具有的工作职责应反映在与之 接口的对象中 在系统部署中应作为系统组成单元的部署实体 B 2 2 描述模型 业务组织结构的组成和关系可通过组织结构图直观描述 工作职责和关系类型以配属文字进行说 明 组织结构图模板见图B 1 图 B 1 组织结构图模板 图B 1中图形符号说明如下 方框表示组织部门 方框间的连线表示组织间的关系 可使用不同颜色或线型表示不同的关系类型 B 3 系统业务功能 B 3 1 分析方法 系统业务功能是系统实现特定业务目的的能力 功能是可分解的 为了不同目的所描述的粒度和 角度也不同 功能具有名称标识 内容描述和关系等属性 一级组织 二级组织 二级组织 三级组织 三级组织 GB T 9 需求分析过程中 从用户使用角度描述所具有的各项功能 一般可将功能分解为2 3个层次 功 能与部门和角色直接关联 在需求分析过程中功能间的关系无需定义类型 只表示存在关系 在后续 的体系结构设计过程中再确定关系的类型 系统业务功能的全集构成系统的处理范围 B 3 2 系统业务功能描述模型 系统业务功能可通过功能分解图直观描述 并以文本的方式分类描述功能的内容 功能分解图模 板见图B 2 图 B 2 功能分解图模板 图B 2中图形符号说明如下 方框表示功能 连线表示功能的分解关系 一次分解形成一个层次 B 3 3 系统处理范围描述模型 系统处理范围使用功能组成图直观描述 其中的功能可使用功能分解图中的第2或3层功能 在描 述时需使用同一层次的分解功能 功能组成图模板参见图B 3 图 B 3 功能组成图模板 图B 3中图形符号说明如下 椭圆框表示系统功能 方框表示系统处理边界 层次一 层次二 层次三 功能 子功能 1 子功能 2 子功能 11 子功能 1n 功能 1 功能 2 功能 3 功能 n 功能 4 功能 5 外部系统 GB T 10 椭圆框间的连线表示功能间的关系 小人图形表示系统角色或使用者 圆角方框 小人图形 圆角方框与椭圆框间的关系表示操作使用关系 B 4 系统业务流程 B 4 1 分析方法 业务流程指进行业务处理的过程 具有名称标识 输入 处理 传递数据 参与角色和输出等属 性 业务流程体现对于一种输入进行处理并产生输出的过程 对于系统所有外部输入都需给出业务流程 但可对输入进行分类 处理过程相同的归纳为一类进 行描述 业务流程中的处理能力应包含在系统功能中 B 4 2 业务流程描述模型 业务流程通过业务流程图直观描述 表示出流程的开始事件及后续的连贯事件 明确事件的触发 者 处置者及处置活动 并标明事件携带的业务信息 业务流程还应以文字形式进行说明 业务流程 图模板见图B 4 图 B 4 业务流程图模板 图B 4中图形符号说明如下 小人图形表示事件的触发者或处置者 是外部系统或系统内部角色 箭头表示事件 需给出顺序号 事件名称及传送的业务信息 竖条表示处置活动 需给出顺序号 活动名称及设计的业务信息 B 5 系统业务接口 B 5 1 分析方法 接口是一个共有的界面 表明两个组成部分间的交互作用或通信 系统不是孤立存在的 与外部 系统有业务联系 便形成了系统外部接口 系统内部因为功能分解而产生了接口 接口是业务协作的 必然体现 1 事件名称 传送信息 1 2 活动名称 涉及信息 2 3 事件名称 传送信息 3 n 事件名称 传送信息 n 外部系统或 系统角色 1 外部系统或 系统角色 2 外部系统或 系统角色 3 外部系统或 系统角色 m 4 活动名称 涉及信息 4 GB T 11 对系统业务接口的分析是对系统业务功能中说明的关系进行分解和细化 重点描述功能间存在的 业务关系 B 5 2 描述模型 业务接口的信息流向 接口实体可使用接口描述图进行直观展现 接口的其它属性 如信息种类 信息内容 信息用途可使用接口描述表给出详细说明 业务接口描述图模板见图B 5 业务接口描述 表模板见表B 1 图 B 5 业务接口描述图模板 图B 5中图形符号的说明如下 箭头表示信息流向 箭头出发点是信息的产生者或发送者 箭头指向信息的接收者或使用者 需给出信息序号或标识 箭头可以是单向的或双向的 椭圆框表示业务功能或业务分类功能 是接口的实体对象 在方框内各系统功能或功能类间的接口 以及功能或功能类与系统使用者间的接口称为内部 接口 如接口 1 3 4 5 6 7 和 8 与外部系统的接口称为外部接口 如接口 2 和 9 当接口较复杂时可分类描述 如按照信息种类或接口类型分别描述 业务接口描述表模板见表B 1 表 B 1 业务接口描述表模板 接口 序号 接口名称 接口用途 接口类型 信息产生者 发送者 信息接收者 使用者 信息内容 1 2 3 4 5 B 6 技术体系框架 功能 1 或 分类功能1 外部系统 1 功能 2 或 分类功能2 功能 n 或 分类功能n 功能 3 或 分类功能3 外部系统 2 1 2 3 4 5 6 78 9 GB T 12 B 6 1 分析方法 技术体系框架的建立一般采用POSIX通用模型 如图B 6所示 该模型包含以下内容 应用软件实体 应用程序接口 应用平台实体 外部环境接口 外部环境 图 B 6 POSIX 通用模型 各系统的技术体系框架在它的基础上进行分解和扩展 表现为一系列的实体 接口 应用软件实 体一般可分为应用支撑层和业务应用层 应用平台实体一般可分为基础服务 如操作系统服务 和建 立在基础服务之上的高层服务 外部环境通常为网络 信息交换等基础设施支撑平台 技术体系结构是本系统或本系统依托的父系统完整组成的全面描述 其中的组成部分属于本系统 的研制范围 也可以是集成或使用的对象 通过技术体系结构的描述 可以清晰的表明本系统的层次 结构或本系统在整个体系中的位置及与其它系统的关系 B 6 2 描述模型 技术体系框架可通过图形的形式表现其层次结构关系 并以文字形式描述各层的目的及组成 划 分的层数可根据系统具体情况确定 允许在层中划分出子层次 技术体系框架模板见图B 7 图 B 7 技术体系框架模板 图B 7中图形符号说明如下 外围方框表示层次 需给出层次主题 应用软件实体 应用平台实体 外部环境 应用程序接口 API 外部环境接口 EEI 层 3 主题 层间接口类型 层间接口类型 组成实 体 31 组成实 体 3n 层 2 主题 组成实 体 21 组成实 体 2m 层 1 主题 组成实 体 31 组成实 体 3n GB T 13 小方框表示该层的组成部分 需给出实体名称 该实体将与系统的组成部件有直接关系 带圆圈的箭头表示层间的接口 需给出其接口类型 B 7 系统构成 B 7 1 分析方法 根据系统技术体系框架 逐层分解出组成部件 部件可以是子系统或软件部件 硬件部件 这些 元素按照系统体系框架组合形成目标系统 系统设计时从实现角度描述系统各成分 一般可将系统分解为2 3个层次 需将业务功能分解到 各个系统组成部件中 并进行细化 同时根据系统实现的要求添加所需的功能 B 7 2 描述模型 系统部件可通过系统组成图直观描述 并以文本的方式描述分解到部件中的功能 性能及其它要 求 系统组成图模板见图B 8 图 B 8 系统组成图模板 图B 8中图形符号说明如下 方框表示部件 连线表示部件的分解关系 一次分解形成一个层次 B 8 系统运行模式 B 8 1 分析方法 系统运行模式反映部件之间的动态关系 通过系统运行的控制流 数据流 状态转换等流程体现 B 8 2 控制流描述模型 控制流使用程序流程图 Program Flow Chart 进行描述 从控制过程的角度描述系统运行模式 控制流程图模板见图B 9 层次一 层次二 层次三 系统 子系统 1 子系统 m 子部件 11 子部件 1n GB T 14 图 B 9 控制流程图模板 图B 9中图形符号说明如下 圆圈表示入口或出口 方框表示处理 菱形框表示判断 箭头表示流向 平行四边形框表示输入输出数据 允许 5 种控制流程 顺序型 选择型 先判定型循环 后判定型循环 多种情况选择型 B 8 3 数据流描述模型 数据流使用数据流图 Data Flow Diagram 进行描述 从数据传递和加工的角度 以图形方式刻 画从输入到输出的移动变换过程 数据流图模板见图B 10 图 B 10 数据流图模板 图B 10中图形符号说明如下 圆圈表示加工处理 与功能对应 需给出处理标识和序号 方框表示数据的源点和汇点 是系统的外部实体 需给出其名称标识 箭头表示数据流 即被加工的数据和流向 箭头应带有数据流名称标识 半圆框表示需储存的数据 需给出其名称标识 数据源点 名称 数据汇点 名称 处理 1 储存数 据 1 处理 2 处理 3 储存数 据 2 数据流 1 数据流 2 数据流 3 数据流 4 数据流 6 数据流 5 入口 出口 处理 1 数据 1处理 2 条件判断 1 处理 3 处理 4 处理 5 条件 1条件 2 GB T 15 B 8 4 状态转换描述模型 状态转换涉及事件和状态两个因素 当一个事件发生时将引起状态的变化 状态转换图模板见图 B 11 图 B 11 状态转换图模板 图B 11中图形符号说明如下 小黑点表示初始状态 圆角方框表示状态 单向箭头表示状态之间的变化 箭头上标注引起该变化的事件 带有圆圈的黑点表示最终状态 状态转换只能有一个初始状态和一个最终状态 B 9 部件接口关系 B 9 1 分析方法 在系统功能分解到部件的同时 系统业务接口也分解的相应部件中 部件接口关系的分析将从实 现的角度进行考虑 其接口类型将体现实现的方式 接口实体转化为系统的组成部件 信息用途除业 务应用目的外应增加技术目的 还需描述接口的特性 B 9 2 描述模型 部件接口的信息流向 接口实体可使用部件接口描述图进行直观展现 接口的其它属性 如信息 种类 信息内容 信息用途 接口类型和接口特性可使用接口描述表给出详细说明 部件接口描述图 模板见图B 12 部件接口描述表模板见表B 2 图 B 12 部件接口描述图模板 状态 1 状态 2 状态 3 状态 4 事件 1 事件 3 事件 2 部件 1 外部系统 1 部件 2 部件 n 部件 3 外部系统 2 1 2 3 5 6 7 8 9 部件 4 4 10 GB T 16 图B 12中图形符号的说明如下 箭头表示信息流向 箭头出发点是信息的产生者或发送者 箭头指向信息的接收者或使用者 需给出信息序号或标识 箭头可以是单向的或双向的 椭圆框表示系统组成部件 是接口的实体对象 在方框内各部件间的接口 以及部件与系统使用者间的接口称为内部接口 如接口 1 3 4 5 6 7 8 和 10 与外部系统的接口称为外部接口 如接口 2 和 9 当接口较复杂时可分类描述 如按照信息种类或接口类型分别描述 表 B 2 部件接口描述表模板 接口 序号 接口名称 接口用途 接口类型 信息产生者 发 送者 信息接收 者 使用者 信息内容 接口特性 1 2 3 4 5 B 10 系统部署 B 10 1 分析方法 根据组织部门的职责和系统构成 将系统组成部件规划到物理位置中 为相应的组织部门所使用 系统部件包括硬件部件和软件部件 B 10 2 描述模型 系统部署可通过部署图和部署配置表进行描述 系统部署示意图模板见图B 13 系统部署配置表 见表B 3 图 B 13 系统部署示意图模板 图B 13中图形符号说明如下 虚线方框表示可进行部署的物理位置 实线方框表示待部署的系统组成部件 实线连接线表示部件间的连接方式和关系 可使用不同颜色或线性表示 物理位置 1 X 系统 部件 X 系统 部件 物理位置 n X 系统 部件 X 系统 部件 GB T 17 表 B 3 系统部署配置表 序号 系统部件名称 物理位置1 物理位置2 物理位置n 1 部件1 2 子部件 3 4 部件2 5 子部件 6 7 部件3 8 子部件 9 系统部署配置表以系统部件 子部件和物理位置为变元形成二维表 是对系统部署的详细说明 表 中 表示需要部署 GB T 18 附 录 C 资料性附录 系统总体设计要素剪裁指南 不同类型的电子政务系统涉及的总体设计要素有所区别 本标准中将电子政务系统的类型区分为 以下四类 a 业务应用类系统 面向电子政务业务应用 实现业务应用领域功能的系统 一般多为软件系统 b 应用支撑类系统 为业务应用提供通用服务的系统 一般多为软件系统 c 基础设施类系统 为业务应用提供网络 通信 计算机及其它必要运行平台的系统 d 综合类系统 包含业务应用 应用支撑及基础设施的系统 对于初步总体设计和后续的总体设计所涉及的要素也可以不同 后续的总体设计更全面 更详细 系统总体设计要素剪裁方法见表C 1 该剪裁方案也可作为系统总体设计评审的依据 表 C 1 系统总体设计要素剪裁 综合类系统 业务应用类系统 应用支撑类系统 基础设施类系统综合类系统 业务应用类系统 应用支撑类系统 基础设施类系统 序号 要素 初步完整初步完整初步完整 初步 完整 序号 要素 初步完整初步完整初步完整 初步 完整 系统需求 1 组织结构 2 系统处理范围 3 功能要求 4 系统业务功能 业务流程 5 系统业务性能 6 业务接口关系 7 安全保密要求 8 系统资源要求 9 系统环境要求 10 适应性 11 可重用性 12 可靠性 13 维护性 14 可移植性 15 系统质量特性 要求 易用性 16 设计和实现的约束 17 接收准则和检验方法 系统体系结构 18 技术体系框架 GB T 19 综合类系统 业务应用类系统 应用支撑类系统 基础设施类系统综合类系统 业务应用类系统 应用支撑类系统 基础设施类系统 序号 要素 初步完整初步完整初步完整 初步 完整 序号 要素 初步完整初步完整初步完整 初步 完整 19 系统设计策略 20 系统构成 21 系统运行模式 22 部件接口关系 23 系统部署形式 说明 表中 表示必选 表示根据系统要求确定 GB T 20 附 录 D 资料性附录 系统总体设计方案 文档要求 系统总体设计可形成 系统总体设计方案 下面将列出其章节形式要求 具体内容见第5章中相 关要素 系统根据具体情况 可按照附录C对文档中的内容进行剪裁 1 概述 1 1 系统概述 概括系统的用途 项目的建设方 用户 设计方和保障运行机构 运行现场等说明信息 1 2 文档概述 文档的用途和内容说明 1 3 引用文档 列出所引用文档的编号 标题 版本和日期 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 X XX 性能 分类描述各项系统性能需求 也可不分小节以列表的形式给出 2 4 业务接口需求 2 4 1 接口概述 以一张总图表的形式简要描述系统外部和内部接口关系 包括信息种类 信息流向 接 口实体 接口较复杂时可按分类或按组织结构分别描述 2 4 X XX 接口 分类详细描述系统各项外部和内部接口 描述内容包括信息种类 信息内容 信息流向 信息用途 接口实体 接口类型及接口特性等 可辅以图表说明 GB T 21 2 5 安全保密需求 可分小节描述各项安全保密要求 2 6 系统资源需求 2 6 1 系统硬件资源需求 列表说明系统使用或引入到系统中的硬件需求 包括计算机 输入 输出设备 存储设备 通信设备 网络设备及其它所需的设备 应给出每种设备的类型 数量 特征及能力要求 2 6 2 系统软件资源需求 列表说明系统使用或引入到系统中的软件需求 包括 操作系统 数据库管理系统 通 信 网络软件 实用软件 输入和设备模拟器 测试软件等 应给出软件的名称 版本号 用 途等 2 7 系统环境需求 描述系统运行必须的环境需求 包括系统在运输 存储 操作过程中必须经受的环境条 件 2 8 系统质量特性需求 2 8 X XXXX 分小节分别描述适应性要求 可重用性要求 可靠性要求 维护性要求 可移植性要求 易用性要求等 无相关要求的可略 2 9 设计和实现的约束 描述对设计和实现的约束要求 2 10 其它需求 包括所需的人员 培训 保障 包装等方面的要求 2 11 需求的优先次序和关键程度 应详细说明 若适用的话 需求的优先次序 关键程度 赋予的重要性 以此表明需求的 相对重要程度 在实现 测试等活动中将区别对待 如果所有需求具有相同的重要性 也应 如实陈述 2 12 合格性规定 以表格的形式给出系统每项需求的接收准则和检验方法 检验方法包括演示 测试 分 析或模拟仿真等 将作为验收的检验依据 2 13 需求可追踪性 标识由系统 子系统到硬件部件 软件部件逐层分解的需求追踪关系 顶层系统的需求 可无追踪 由于分解 细化而产生的新需求不能直接追踪时 可以追踪到类似于 系统实现 的一种通常需求 3 系统体系结构 3 1 技术体系结构 描述系统采用的技术体系框架 3 2 系统设计策略 3 2 X XXXX GB T 22 可分节描述为达到系统性能 安全保密能力以及为提供所需的可靠性 可重用性 维护 性和可移植性等质量特性而选择的方法 或其它影响系统组成成分的设计决策 3 3 系统构成 3 3 1 系统组成 描述系统分解后的子系统或硬件部件 软件部件组成 给出必要的图示及说明 3 3 2 子系统 部件功能 3 3 2 X XX 子系统 部件功能 分小节描述各子系统或部件的功能 3 3 3 子系统 部件关系 以图示的形式描述子系统 部件间的静态关系 也可分小节描述 3 3 4 开发状态 以表格的形式说明各子系统或部件的开发状态及获取渠道 3 4 系统运行模式 3 4 X XXXX 分小节描述系统各种运行模式 3 5 接口设计 3 5 X XX 接口 分小节描述各接口的用途 类型 特性 方式及遵循的标准或协议 也可不分小节以表 格的形式给出 3 6 系统部署 给出目标系统的物理布局图 包括硬件部署和软件部署 并给出必要的说明 4 项目实施和管理要求 对项目的分布与分步实施 项目的进度以及项目的管理提出要求 5 方案评估 对总体设计方案进行评价 5 1 关键技术分析 对总体设计方案中采用的关键技术进行分析 5 2 技术特性分析 对总体设计方案中采用技术的先进性 成熟性及可行性进行分析 GB T 23 附 录 E 资料性附录 系统总体设计方案 文档样例 本文档样例以XX市行政审批服务中心应用为背景 给出行政审批服务中心信息系统的总体设计方 案样例 重点示范在 电子政务系统总体设计要求 的指导下的系统总体设计方案所包含的内容范围 表达方式 对于文中所涉及的审批业务流程的全面性 准确性 则不作为本文样例的重点 E 1 概述 E 1 1 系统概述 行政审批服务中心信息系统为XX市的行政审批服务提供 一个窗口对外 一站式服务 的网络化 的技术支撑环境 同时为行政审批服务中心内部提供网络化的自动办公环境 行政审批服务系统建设目的是 企业和个人可以通过窗口或网上业务审批服务系统 向政府提出 办事申请 政府行政单位以一窗口 一站受理的形式 网上发布 联合审批 限时完成等工作原则完 成办事审批 并将结果告知企业和个人 对于企业和公众 可以通过本系统平台获得全面 准确的办事要求 免去企业和公众多次提交资 料的麻烦 同时由于公开事务处理时间 过程及结果 企业和公众不必多次往返于政府各个办事部门 之间 减免冗长的办事程序 对于政府职能部门 通过政府联合行政审批服务系统 一方面可以规范政府职能部门的各项工作 流程 提高办事效能及服务质量 增加政府行政的透明度 另一方面可以通过质量管理体系中的过程 监督 管理评审 人力资源等管理要素 积累相关数据 为政府职能部门绩效考核体系提供确实而有 效的评估依据 本系统的项目投资方为XX市政府 项目代理业主为XX市信息化办公室 项目最终用户为XX市行政 审批服务中心 E 1 2 文档概述 本文档为 XX市行政审批服务中心信息系统总体设计方案 本设计方案是以 XX市行政审批服 务中心职责 为指导 在分析和梳理行政审批服务中心的核心业务流程和内部办公流程后 对行政审 批中心信息系统进行初步总体框架设计 分析了中心的业务需求 明确了中心业务应用框架 给出了 中心信息系统技术总体架构 该总体设计方案 给出了XX市行政审批服务中心的顶层设计 可作为中心各子系统的技术方案设 计 概要设计 详细设计的依据 可作为中心信息化建设项目管理工作的依据之一 同时可作为中心 信息系统集成的依据之一 作为项目监理和系统验收工作的依据之一 E 1 3 引用文档 引用文档清单见表E 1 表 E 1 引用文档清单 序号 文档名称 标识号 日期 来源 序号 文档名称 标识号 日期 来源 1 XX市电子政务建设总体规划 2 中国电子政务建设指南 E 1 4 术语定义 本文档使