北京市电子政务信息系统跟项目命名规范

北京市电子政务信息系统跟项目命名规范
北京市电子政务信息系统跟项目命名规范

北京市电子政务信息系统与项目命名规范

一、系统命名规则

北京市电子政务信息系统命名体系包括中文全称、编号、英文全称、简称共四部分。其中中文全称、编号为必须内容;英文全称、简称为可选内容。

(一)系统中文全称命名规则

1.系统中文全称结构如下:

应用范围+ 主要业务或主要功能+ “系统”

应用范围指系统用户范围:

(1)若系统为面向全市的信息共享、服务类系统,则应为

“北京(市)”;

(2)若本系统支撑的业务为该单位所特有,不会引起歧义

的,也可以为“北京(市)”;

(3)委办的门户网站、本委办内部办公系统或非支撑本单

位的特有业务的(如网上审批等),则应为系统主责

单位的标准简称,如“北京市信息办”;

(4)对于共建的,覆盖多个委办局的交叉业务系统,一般

为“北京市”,特殊情况(共建、交叉系统的绝大多数业

务智能集中于主责单位)可以使用主责单位简称。

主要业务或主要功能是用简单词汇对系统功能、定位的描述,如“办公自动化”,“网上审批”,“××数据库”,“××信息管理”,“××网站”等,这部分内容要体现系统支撑的主要业务或系统的主要功

能、内容。为保持系统命名相对稳定,可结合本单位信息化规划对系统功能进行前瞻性描述,采用规划中该系统将具有的功能描述做为系统名称。

若一个系统支撑多项业务,或其功能具有多个方面,可以采取以下方式:

(1)采用主要功能;

(2)采用具有前瞻性的系统整合、升级后的功能描述;

(3)用“及”连接,如“网络及视频会议”、“办公自动化及网上

审批”等;

(4)使用综合性的名称,例如“北京市××局综合业务管理系

统”。

2.系统中文全称命名规则的其他要求

(1)系统的中文全称应当根据系统的类型选择使用常用命

名词汇。

(2)系统中文全称中禁用英文或英文缩写。

(3)系统的版本不在中文全称中体现。

(4)系统中文全称不宜太长,一般在25个字内(包括标

点)。

(5)与国家衔接的垂直系统,按国家垂直系统的方式命名。

(6)系统中文全称必须以“系统”结束。

3.常用的系统命名词汇

(1)办公自动化系统

(2)决策支持系统

(3)网上审批系统

(4)预警系统

(5)应急指挥系统

(6)(业务/资源/信息)管理系统

(7)办事大厅系统

(8)呼叫中心系统

(9)网络系统

(10)视频会议系统

(11)监控系统

(12)统一身份认证系统

(13)共享交换平台系统

4.示例:

(1)北京市卫生监督执法综合管理系统

(2)北京市劳教局网络及视频会议系统

(3)北京市财政局办公自动化系统

(4)北京市民政局领导决策信息服务系统

(二)系统编号的编码规则

系统编号的编码规则如下:

××××××- ×××

主责单位财政预算编码- 序列号

主责单位财政预算编码(6位)。使用财政局编制的统一的单位预算编码;一级预算单位在其前三位预算编码的基础上,用“0”

补齐。

序列号。一级预算单位及所属二级预算单位的系统序列号统一编制。

(三)系统英文全称命名规则

系统英文全称是系统中文全称的标准翻译。

(四)系统简称命名规则

简称可以使用各单位的习惯名称,可以是中文、英文或中英文组合,如“市信息办OA”。

二、项目命名规则

(一)电子政务项目的分类

电子政务项目分为建设类项目、运维类项目、其他类项目三类:建设类项目指针对电子政务信息系统开展的采购、新建、升级改造和迁移等非常态性工作。

运维类项目指为保证电子政务信息系统正常运行、提供预期服务而开展的常态性运行维护工作。

其他类项目指为保证电子政务信息系统相关工作正常进行而开展的其他工作,如利用咨询、监理、测试、审计等第三方服务。

(二)建设类项目命名规则

1.建设类项目命名规则:

年度区间+ 主责单位简称+ 建设对象+ 建设方式+“项目”+[×期]

年度区间指该项目的计划建设的年度时间区间,如“2008年”或“2008-2010年”;

主责单位简称指项目建设主体单位的标准简称,如“市财政局”;

建设对象指项目建设或升级改造的目标系统。如果项目仅对单个系统进行建设,则应当使用系统的规范中文全称;如果项目涉及多个信息系统,可以用“××系统等”,或用“信息化系统”、“业务系统”进行统一指代。若系统的名称与单位名存在重复,则可以适当合并。

建设方式描述项目的建设方式是建设或升级改造。当项目目标是新建系统时,使用“建设”描述;是对已有系统进行升级改造时,使用

“升级改造”描述。对已有系统进行的设备更新采购、内容采购、迁移迁址等属于升级改造。

[×期]指项目的建设期数,为项目的名称的可选内容。

2.示例:

(1)2008年北京市电子政务管理服务系统升级改造项

(2)2008年北京市森林公安局金盾网建设项目三期

(三)运维类项目命名规则

1.运维类项目命名规则:

年度区间+ 主责单位简称+ 运维对象+ “运维项目”

年度区间指该项目的计划运维的年度时间区间,如“2008年”或“2008-2010年”;

主责单位简称指项目运维主体单位的标准简称,如“市财政局”;

运维对象指项目运维的目标系统或对象。若项目对单个系统进行运维,则应当使用系统的规范中文全称,如果系统的中文全称与主责单位简称有重复,可合并;若项目对多个系统进行整体运维,可以用“××系统等”,或用“信息化系统”、“业务系统”进行统一指代;若项目对多个(或一个)系统类似部分打包进行运维的,对整合在该项目中的运维内容加以描述,如“硬件设备运维项目”。

2.示例:

(1)2008年市信息办电子政务管理服务系统运维项目

(2)2008年市××局办公系统等运维项目

(3)2008年市监狱局网络硬件设备运维项目

(四)其他类项目命名规则

1.其他类项目命名规则:

年度区间+ 主责单位简称+ 项目工作内容+ “项目”

年度区间指该项目的计划运行的年度时间区间,如“2008年”或“2008-2010年”;

主责单位简称指项目主体单位的标准简称,如“市财政局”;

项目工作内容指项目的主要工作内容,如“××信息化咨询”,“××系统测试”等。

2.示例:

(1)2008年市信息办信息化规划咨询项目

(2)2008年市××局××系统第三方测试项目

北京市深化电子政务信息共享和业务协同的主要做法及应用成效

北京市深化电子政务信息共享和业务协同的主要做法及应用成效 通过近几年的探索和实践,北京市政务信息资源共享工作的主要成果可以概括为“11241”,即:初步建立起了一套推动资源共享工作的法规标准体系,基本形成了一套闭环的资源共享工作机制,初步构建了市区两级共享交换体系,形成了以跨部门重大应用、主题应用、基础信息资源共享、部门间结成资源共享对子等四个方面作为突破口的分层推进策略,有效支撑了一系列重大应用和各部门的核心业务工作。 (一)2007年9月,颁布了《北京市信息化促进条例》,为依托政务信息资源共享交换平台开展资源共享相关工作提供了法律依据。结合资源共享工作的实际需求,出台了《关于加强政务信息资源共享工作的若干意见》、《政务信息资源目录建设管理办法》、《政务信息资源共享交换平台管理办法》等一系列文件,确定了资源共享的相关规则,为开展资源共享提供了工作依据;出台了《政务信息资源目录体系》、《政务信息资源共享交换平台技术规范》、《市民基础信息数据交换规范》、《法人单位基础信息数据交换规范》等系列标准规范,为资源共享工作提供了技术规范保障。 (二)依据《北京市信息化促进条例》和相关规则,探索并基本形成了闭环的政务信息资源共享工作机制,明确了从部门业务梳理到部门间业务关系梳理、部门间资源共享关系梳理、形成部门共享需求目录、登记注册资源目录、开展资源共享的协商与协调、签署资源共享协议、开展资源共享交换、反馈资源共享的应用绩效、开展资源共享绩效考核的全流程工作机制,形成一套相关的管理制度,为推动资源共享成为常态业务、建立资源共享的长效机制提供了机制保障。 (三)全市各部门各区县通力合作,集约化建设了市政务信息资源共享交换平台,接入了70个市级政务部门和区县,石景山区、西城区、房山区、顺义区、东城区、平谷区、宣武区、怀柔区,海淀区、朝阳区等超过60%的区县已经建成或正在建设区县政务信息资源共享交换平台,并与市政务信息资源共享交换平台实现了对接,初步构建了市区两级共享交换体系,形成了市区两级互联互通的局面,北京市资源共享的信息化支撑环境基本具备。(四)探索了基于目录开展政务信息资源管理的机制,探索并基本形成了基于部门之间的共享需求目录和主题目录推动资源共享的策略。开展了“四清两统一”基础工作,完成了1700多类数据和2300项服务事项的梳理,编制了涉及人口、法人、空间的政务基础信息资源目录,部门之间的共享需求目录和多个主题目录,进一步理清了北京市政务信息资源的家底和部门之间的共享需求。 探索并形成了以跨部门重大应用、主题应用、基础信息资源共享、部门间结成资源共享对子等四个方面作为突破口的有效推进策略。依托市区两级共享交换体系开展了大量跨部门、跨层级的资源共享,累计完成了近1.2亿条数据的共享交换,支撑了各部门的60多项业务应用,为应急指挥、城市运行管理等奥运会相关的重大业务应用提供了重要支撑,资源共享工作取得了突破性的进展。 同时,围绕业务梳理、资源梳理、目录编制、共享就绪、资源交换等资源共享的核心环节,在实践的基础上探索形成了一套与当前发展阶段相适应的方法、指南和具体支撑工具,形成了一套政务信息资源共享交换平台应用服务模式,为进一步高效、规范地推进资源共享和业务协同工作提供了良好的技术保障。 通过资源共享,有效支撑了应急指挥等重大应用,为奥运城市运行保障工作和奥运会成功举办做出了贡献;通过主题目录编制和主题信息资源共享,有效支撑了领导决策和综合执法等主题应用;通过基础信息资源共享和跨部门、跨层级资源共享,有效促进了各部门和各区县电子政务的深化应用,提升了政府的服务能力。

施工项目管理规范

施工现场管理一般实施细则(重要) 1 范围本细则适用于各项目经理部施工现场管理。 2 规范性引用文件 下列文件中的条款通过本细则的引用而成为本细则的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本细则,然而,鼓励根据本规定达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本细则 Q/YGS G 325.04-2002 《施工现场管理标准》 3 主管机构与分工 3.1 公司工程管理部是施工现场综合管理部门,负责对各工程项目的施工现场总平面管理和对文明施工进行检查与监督。 3.2 分公司(厂)施工管理部门会同项目工地生产(车间)办公室负责制订本单位工程项目施工现场总平面管理规划,项目工地生产(车间)部门具体组织实施,并将现场管理的实施情况及时向分公司生产科汇报。分公司生产管理部门汇集各项目施工管理情况定期向公司工程管理部汇报。 4 管理内容与要求 4.1 项目经理部应认真搞好施工现场管理,及时巡视检查并整改发现的问题;现场门头要设置公司的标志,并公示下列内容。 4.1.1 项目现场设置" 四牌一图" ⑴、施工企业概况牌,其规格为高2m、宽3m,离地面距离1m。(附图) ⑵、工程概况牌,其规格为高2m,宽度3m,离地面距离1m。(附图) ⑶、质量方针目标牌,其规格为高2m,宽3m,离地面距离1m。(附图) ⑷、健康、安全、环境方针牌,其规格为高2m,宽3m,离地面距离1m。(附图) ⑸、施工总平面图,其规格为高2m,宽3m,离地面距离1m。(附图) 4.1.2 施工总平面布置图,比例合适,内容齐全。 4.1.3 项目现场"四牌一图"应固定设置在项目现场内主要进出口处,图牌处不乱扔堆杂物,保持清洁。 4.2 施工总平面图管理 4.2.1 项目现场施工总平面图的主要内容 ⑴、标明已建及拟建的永久性房屋、构筑物、运输道路及循环走道。 ⑵、标明施工用的临时水管线、电力线和照明线、变压器及配电间、现场危险品及仓库的位 置。 ⑶、土建工程还应标明: ①砼、砂浆搅拌机及塔吊、卷扬机、木工机械的平面位置。 ②石灰膏、纸筋灰、粉煤灰储存池及构件、钢筋等位置。 ⑷、安装工程还应标明: ①钢结构和油罐的铆焊预制场、压力容器的现场组焊场、工艺管线的管焊预制场、冷换或热 设备的试压场区、阀门试压场区、电气和仪表的试验校验室、电气和仪表的预制场区。 ②施工平台、配电盘、水源点的平面位置。 ③施工机械的平面摆放位置及棚设,大型工装的现场摆放位置。 ④起重桅杆与卷扬机,锚坑与拖拉绳的平面位置,起重机索具的现场临时存放区。 ⑤大型塔器及设备进现场后平面摆放位置。 ⑥钢材(板材、型材、管材)、电线电缆等材料的现场存放区,预制的或顾客供货的成品, 半成品放置区。 ⑸、标明生活区及行政设施的平面位置及其结构型式。 ⑹、其它应该标明的内容。

项目命名及管理规范

XXXXXXXXXX公司项目命名及管理规范 XXXXXXXXXX公司 二○一○年一月

1.目的 为规范公司内部项目命名,确保项目信息传递顺畅;及时沟通项目各环节进展情况,保证项目整体的有效运行;促进经营和财务工作的有序进行,加强公司管理水平,特制定本规范。 2.范围 本规范适用于公司内部各部门间涉及“费用”及“成本”的沟通和信息传递,包括《借款申请单》、《支出凭单》、《差旅费单》及市场、采购、财务相关单据,不涉及公司及部门对外的说明、汇报等文件。 3.项目命名规则 3.1项目名称结构 1、项目名称一共由五部分组成,其中时间、项目类别、项目属性为必填项,客户、项目名称为可选项(二选一),结构如下: 时间+项目类别+客户+项目名称+项目属性 2、应用范围说明: ●时间:为项目正式立项的年度日期。如2010、2011等。 ●项目类别:公司目前所涉及项目分四类:软件类、工程类、其它类、新业务 类、公司类分别使用A、B、C、N代表。 软件类:指软件类业务 工程类:指工程类业务 其它类:指贸易类业务等 新业务类:除以上三类业务外其余业务均属于新业务类。如新业务形成 一定规模,经公司报批后可单独划分业务类型。

●客户:可选项。合同履行的客户对象。如XXXXXX局、XXXXXX公司等。 ●项目名称:可选项。项目的具体说明。如库房管理、运输管理、视频监控、 代理服务器等。 ●项目属性:分为公司交办和自己承担,分别使用J、Z代表。 ●注意事项 ●2010年之前已立项项目保持原有名称不变。 ●项目名称命名可读性第一,应在充分包含相关信息的条件下,尽量简洁,一 目了然。 ●项目类别的中文名称应当根据系统的类型选择使用常用命名词汇。 ●系统的版本不在命名中体现。 ●名称的全称不宜太长,一般在15个字以内(包括数字)。 ●客户、项目名称等字段过长时,可以使用字面意思明白并约定俗成的简称。 ●相同的项目类别、客户和项目名称在不同的项目命名出现时必须保持一致。 3.2示例 软件类项目示例: 工程类项目示例:

建设工程项目管理规范

建设工程项目管理规范 GB/T 50326-2017 1 总则 1.0.1 为规范建设工程项目管理程序和行为,提高工程项目管理水平,制定本规范。 1.0.2 本规范适用于建设工程有关各方的项目管理活动。1.0.3 建设工程项目管理,除应符合本规范外,尚应符合国家现行有关标准的规定。 2 术语 2.0.1 建设工程项目construction project 为完成依法立项的新建、扩建、改建工程而进行的、有起止日期的、达到规定要求的一组相互关联的受控活动,包括策划、勘察、设计、采购、施工、试运行、竣工验收和考核评价等阶段。简称为项目。2.0.2 建设工程项目管理construction project management 运用系统的理论和方法,对建设工程项目进行的计划、组织、指挥、协调和控制等专业化活动。简称为项目管理。 2.0.3 组织organization 为实现其目标而具有职责、权限和关系等自身职能的个人或群体。2.0.4 项目管理机构project management organization 根据组织授权,直接实施项目管理的单位。可以是项目管理公司、项目部、工程监理部等。

2.0.5 发包人employer 按招标文件或合同中约定,具有项目发包主体资格和支付合同价款能力的当事人或者取得该当事人资格的合法继承人。 2.0.6 承包人contractor 按合同约定,被发包人接受的具有项目承包主体资格的当事人,以及取得该当事人资格的合法继承人。 2.0.7 分包人subcontractor 承担项目的部分工程或服务并具有相应资格的当事人。 2.0.8 相关方stakeholder 能够影响决策或活动、受决策或活动影响,或感觉自身受到决策或活动影响的个人或组织。 2.0.9 项目负责人(项目经理) project leader(project man-ager) 组织法定代表人在建设工程项目上的授权委托代理人。2.0.10 项目范围管理project scope management 对合同中约定的项目工作范围进行的定义、计划、控制和变更等活动。 2.0.11 项目管理责任制project management responsibility system 组织制定的、以项目负责人(项目经理)为主体,确保项目管理目标实现的责任制度。 2.0.12 项目管理目标责任书responsibility document of pro-ject management 组织的管理层与项目管理机构签订的,明确项目管理机构应达到的

(项目管理)项目规范和基础配置

项目规范和基础配置 1. 项目规范说明 1.1名词解释 (1)驼峰命名法:就是当变量名或函数名是由一个或多个单字连结在一 起,而构成的唯一识别字时,第一个单字以小写字母开始;第二个单字的首字母大写或每一个单字的首字母都采用大写字母,例如:myFirstName、myLastName,这样的变量名看上去就像骆驼峰一样此起彼伏,故得名。 (2)首字母大写的驼峰命名法:在驼峰命名法基础上首字母大写。 1.2数据库中表、视图、字段的命名 a) 数据库表命名需以T 开头,后接表的英文简写(首字母大写的驼峰命名法),如TUser 表。 视图命名需以V 开头,后接表的英文简写或视图的目的(首字母大写驼峰命名法)。 b) 字段的命名需以有意义的英文单词组合(首字母大写的驼峰命名法)。 1.3项目java 代码包含义:严格遵照MVC 模式 M 模型层包括JavaBean 和其他数据操作, C 控制器层即通过Servlet 负责页面的跳转。 所以src 文件夹分为如下三部分: bean 包——内含与数据库表相对应的JavaBean 对象, JavaBeanOP——还有对应JavaBean 与数据库的操作。 servlet 包——包括所有与页面交互的Servlet 操作; util 包——包括公用的或特殊用途的函数。 具体如下图:

1.4项目中java 包的命名规则: a)bean 包的名称命名规则为bean.编程人的拼音缩写.编写模块的英文单词; b)servlet 包的名称命名规则为servlet.编程人的拼音缩写.编写模块的英文单词; c) util 包的名称命名规则为util.编程人的拼音缩写。 d)注意:命名规则的前两项应为小写(即XX 包.编程人的拼音缩写),最后一项(即编写模块的英文单词或是util 包的第二项)应为大写。具体格式如图: 1.5 Bean 包中JavaBean 文件的名称 bean 中的JavaBean 文件需和数据库中的表一一对应起来,以数据库中的表来命名JavaBean 文件,如TUser 表对象bean 包的TUser.java。如有不与数据库表对应JavaBean 可自行选择有意义的英文单词或组合来命名,但应首字母大写的驼峰命名法。 1.6 Bean 包中JavaBean 对象的数据库操作文件名称 所有JavaBean 与数据库的操作,一律命名为JavaBeanOP 的形式。如TUser 对象的数据库操作命名为TUserOP.java,其中包括所有与数据库的操作。同时每个OP 文件必须含有函数insert()、update()和delete()分别表示新建、修改和删除的含义。具体代码可参照src.bean.tpersonop.java 来写。

北京市电子政务技术总体框架

来源:京信息办时间:2008-07-31 13:23:23 第一章总体技术框架模型 北京市电子政务的总体技术框架模型如图1.1所示,主要包括网络基础设施层、信息资源层、应用基础支撑平台层、应用层、门户层、访问渠道、信息安全保障体系和标准规范与管理体系。服务对象主要包括企业、公众、政府和公务员。 图1.1:北京市电子政务技术总体框架图 1、网络基础设施层在模型中处于最底层,是支撑北京市电子政务和“数字北京”的重要基础设施,包括市级、区县级有线专网和无线专网,以及公众网。 2、信息资源层构建于网络基础设施层之上,并为上层的应用基础支撑平台层提供各种信息资源,主要包括共享信息资源、目录资源及各部门业务信息资源。 3、应用基础支撑平台层在整个模型中承担着承上启下的关键作用,处于应用层和信息资源层之间。 4、应用层是在应用基础支撑平台层基础上构建的各种电子政务应用系统,主要包括职能部门的行业应用系统、跨领域综合性应用系统以及面向领导决策的综合性决策支持系统等。 5、门户层是整个电子政务系统面向最终用户的统一入口,是各类用户获取所需服务的主要入口和交互界面,由首都之窗和政务专网门户组成。 6、访问渠道是指用户访问电子政务门户的方式与途径,用户可以通过手机、电话、互联网、信息亭、电视等渠道进

行访问,实现任何时间、任何地点的多渠道访问。 7、电子政务标准规范包括专用于电子政务的标准规范和综合现有信息技术的标准规范两大部分,它是确保电子政务应用系统设计、建设和运行符合相关标准的保障体系,在模型的各层都有相应的标准规范。 8、管理体系是确保电子政务应用系统得以顺利建设和正常运行的保障体系,包括模型巾各层的建设管理和运营管理。 9、信息安全保障体系是确保电子政务安全运行的保障体系。信息安全贯穿于电子政务的各个层面。 第二章网络基础设施 一、网络结构 北京市电子政务的网络基础设施包括有线政务专网、无线政务专网和公众网等。 l、有线政务专网 有线政务专网分为政务内网和政务外网两部分。其中,政务内网与政务外网之间是物理隔离:有线政务专网和公众网络之间是逻辑隔离。政务内网主要承载市、区县党政机关涉密办公业务。它的边界为市、区县党政机关、人大、政协、法院、检察院等单位。 政务外网主要承载的业务是各委办局的各类纵向业务信息系统及跨部门的共享信息系统。它的边界为政府机构到街道、乡镇。 2、无线政务专网 无线政务专网主要承载全市无线综合指挥调度和数据通信业务,可划分为若干虚拟专网,由市级管理调度台进行统一管理,各单位根据情况设置管理调度台或通信调度台管理本单位的虚拟子网。 3、公众网 公众网络则是指以互联网为代表的各种社会公用网络资源,这些资源是政务专网的有益补充,是政府面向公众和企业提供服务的重要途径。 二、原则性意见 1、政务专网必须统一规划、集中建设、应用驱动、注重实效。政务专网覆盖不到的地方,可以考虑利用公众网。 2、各区县负责对本级有线政务专网进行完善和改造,保证市级专网和区县级专网的全网连通。 3、有线政务专网统一监管、分级维护。市政务网络管理中心负责整个有线政务专网的运行监控;市级政务专网和区县级政务专网分别由市、区县有关部门负责运行维护。 4、有线政务专网的IP地址必须实现统一管理、规划和使用,减少因地址转换引起的网络传输瓶颈。 5、各部门电子政务应用系统建设应依托于有线政务专网,充分发挥该网络的作用。 6、各部门的无线指挥调度业务需求均应统一规划,作为无线政务专网虚拟子网。 第三章政府信息资源 一、政府信息资源构成 信息资源的构成如图3.1所示,主要由共享信息资源、目录资源和各部门的内部信息资源组成。 1、共享信息资源 (1)基础信息资源 基础信息资源主要指各职能部门在业务处理过程中均需使用到的基础性、战略性的公用信息资源。

智慧政务信息系统介绍

智慧政务信息系统介绍 根据国家要标准化管理委员会、国务院信息化工作办公室颁布的《电子政务标准化指南》,通常意义下的电子政务的总体框架由网络基础设施层、应用支撑层、应用层和公众服务层组成,信息安全与管理贯穿于各个层面中。我们提出了电子政务平台的总体框架,采用分层的思想对电子政务建设任务进行分解,以明确接口定义,并发建设,易于整合资源,缩短整体建设周期。 如图所示为电子政务平台的分层逻辑模型,整个逻辑结构按照功能可以自下而上划分为三个层次: 基础设施层 应用支撑层 应用层 同时,电子政务平台的安全保障体系(包括信息安全基础设施)、运行监控和维护贯穿于电子政务平台的各个层次。

基础设施层是为电子政务平台提供政务信息及其它运行管理信息传输和交换的平台,牵涉到互联网、政务外网和政务内网三个部分。其中政务内网与政务外网实现物理隔离,政务外网和互联网之间逻辑隔离。基础设施建设内容主要包括区域网络交换管理中心、网络、服务器、存储系统以及配套的基础软件和数据库等。 应用支撑层主要是针对电子政务平台的一些公共应用服务单元或特点进行归纳和抽象,建立相应的服务元素,为电子政务应用系统提供基础的模块化构件或服务,有效地简化电子政务应用系统的设计和实现,并有助于电子政务应用系统的优化设计。应用支撑层的内容主要包括多样化接入服务、统一的WEB公众门户服务平台、通用的电子政务构件、数据中心和数据交换、工作流程管理、应用集成模块、统一的用户管理等。 应用层是整个电子政务体系面向最终用户的层面,主要包括面向公众服务的公众服务系统、面向政府决策支持的内部办公系统和内部业务系统,以及电子政务门户网站。 电子政务安全保障体系和信息安全基础设施主要是面向电子政务应用的通用安全服务,包括各个层次的安全措施,和一个智能化的提供认证和授权的平台。 另外,电子政务平台建设过程必须在国家相关电子政务的标准、政策、法规指导下进行。结合各地的具体情况在国家标准和政策法规的基础上,逐步完善电子政务建设标准体系和政策法规是一项长期的任务。 6方案应用框架描述 结合国家电子政务标准,并针对城市电子政务建设实际情况,规划出城市电子政务系统与业务流程规范、业务接口及数据交换模型。旨在深化政务关键业务重构,实现信息资源共享,政务公开,改进管理体制,以提高政府办事效率及更好的便民服务,实现高效、廉洁、公正、严明的政府行政体系。 针对一站式办公平台与业务协同信息模型图,其电子政务系统平台结构总体设计如下:

项目流程管理表(规范填写)

项目组成员表
一、项目基本情况
项目名称 制作人 项目经理 公司名称+开发名称 填写此表格的人 项目主要负责人 项目编号 审核人 制作日期 营销部部经理 此表开始填写的日期
二、项目组成员(营销大部在这个项目中涉及成员)
成员姓名 项目角色 客户商谈 美工 所在部门 营销部 市场部 工作内容 原型图等图形的制作和美化 职责 投入频度及工作量 多长时间跟进、工作量 如何 联系电话 主管经理 所处的部 门经理 项目起止日期
销售经理(签字)
日期
项目流程表的使用培训,这个流程包含 10 个子表,目的是利用这些流程表来规范公司的项目管理,使每一个项目都能 很好被跟踪和推进,直到项目签完合同,从这些表中我们可以总结对我们有利的经验和不利于项目的教训。

项目策划/任务书
一、项目基本情况
项目名称 制作人 项目经理 项目编号 审核人 制作日期
二、项目描述
1. 项目背景与目的(所有的项目均起始于某个商业问题,该部分简要描述这些问题) 比如事业单位的门户网站 它是为了做个政绩的形象工程 谋公司的要开发办公软件为了减少人力增加办公 效率等等
2. 项目目标(包含质量目标,工期目标、费用目标和交付产品特征与特征的主要描述) 包括对方预算 什么时候要 希望达到的功能要求以及效果如何
三、项目里程碑计划(包含里程碑的时间和成果)
按照项目目标规划好项目洽谈进度和开发进度,每个进度的计划时间和完成情况,下面会提到的的工作分解 结构、沟通计划以及项目状态报告都是项目里程碑计划的详细步骤
四、评价标准(说明项目成果在何种情况下将被接受)
能承诺按照对方需求做出对方想要的效果,或者预算价格再压低点……等情况会洽谈成功
五、项目假定与约束条件(说明项目的主要假设条件和限制性条件)
比如有竞争对手也在和客户商谈 他开出的价格更具诱惑 户在省外却需要我们去面谈 费用太大 限制条件我们目前还没有这方面技术的人员 客
六、项目主要利益干系人(包括高管、客户、职能部门主管、供应商、项目赞助人、项目经理、 项目组成员等干系人)
姓名 类别 部门 职务
类别:项目经理、项目成员、项目赞助人、项目决策人、使用者

项目文档命名规则跟格式要求

项目文档命名规则 编制:日期:____/____/____审核:日期:____/____/____ 批准:日期:____/____/____ XXXX公司 二零一五年五月制

历史记录

目录 1 目的 (4) 2 适用范围 (4) 3 术语和缩略词 (4) 4 规程 (4) 4.1 文档命名规则 (4) 4.2 配置项的版本标识 (8) 4.3 标签的命名 (9)

1 目的 本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则,以及配置管理中对配置项和版本的标识。 2 适用范围 本规则适用于所有需求、设计等文档和过程文件。 3 术语和缩略词 无 4 规程 4.1 文档命名规则 1组织标准软件过程文档编号 (1)过程文件格式:XXX-P-××,初始编号为:XXX-P-01,最大编号为:XXX-P-99。 (2)指南文件编号:XXX-G-××××,前两位××为指南所对应的过程文件编号。 (3)模板文件编号:XXX-T-××××,前两位××为指南所对应的过程文件编号。 2产品命名规范 (1)中文命名规范:中文全称V产品版本号。英文命名规范:首字母大写V产品版本号。3项目文档编号 (1)编号规则分三种: 1)单个文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。 2)多个子文档:首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流 水号。 3)周期性:首字母大写V产品版本号-文档名称/英文名称-八位日期。 (2)项目阶段及文档名称英文缩写,见下表:

4文档版本 (1)格式:V×××.×××,初始版本号为V0.1,最大版本号为:V999.999。其中, 草稿状态的版本均为V0.×××,例如:V0.1,V0.2……V0.999;而经过评审通过

北京市国土局用户使用手册-北京市电子政务在线服务平台

网上申报用户使用手册 2007年11月 北京市国土资源局 目录

1 系统登录 (44) 1.1 用户注册 (44) 1.2 用户登录 (55) 2 事项查找 (55) 2.1 通过“在线申报”查找 (55) 2.2 通过事项的关键字查找 (77) 2.3 通过事项的属性查找 (88) 2.4 通过委办局的分类查找 (99) 3 业务申报 (1111) 3.1 业务咨询 (1111) 3.1.1 查询“办事指南” (1111) 3.1.2 查询“办理程序” (1111) 3.1.3 查询“办理依据” (1212) 3.1.4 表格下载 (1313) 3.2 事项申报主页面 (1313) 3.2.1 在线填报表格 (1414) 3.2.2 离线填报表格 (1717) 3.3 提交申报 (2626) 4 办理情况反馈 (2727) 4.1 网络反馈 (2727) 4.2 短信订阅 (3030) 4.3 打印表格 (3131) 首都之窗-办事服务频道简介 十五期间,根据政府文件要求,发改委会同市信息办、市监察局、市人事局、市编办等8部门组织

实施了由全市41个政府部门参加的电子政务网上审批工程。按照“需求主导、应用优先、先行试点、逐步展开”的工程建设思路,先后进行了两期工程建设,建立了北京市电子政务网上审批市级平台,及各委办局的网上审批业务系统,初步搭建起全市网上审批服务系统。其中面向公众服务的电子政务在线服务平台和面向政府服务的电子政务协同办公平台分别于2002年、2004年开通运行。 经过近三年的运行,由网上审批市级平台和各委办局审批系统共同组成的北京市网上审批服务系统取得了一定的应用效果和社会效益。根据市委和市政府办公厅“关于进一步加强首都之窗网站建设的管理的意见”(京办发[2006])10号)的文件精神,07年3月开始,在市信息办的统一协调下,北京市电子政务在线服务平台和“首都之窗”进行深度整合,依托在线服务平台建立“首都之窗网上办事频道”工作由北京市经济信息中心负责建设与运行,已于07年10月20日上线运行,截止到11月1日,共计提供了50个委办局的1800余项政府办事服务事项。 申报流程简介 为了方便公众办理行政业务事项,提高政府部门行政办公效率,北京市国土资源局通过“首都之窗>办事服务频道”( https://www.360docs.net/doc/dc6781966.html,),提供行政许可业务的网上申报服务,在线申报的简要流程如图1所示: 图1 咨询电话 北京市国土资源局咨询电话:64409669、64409789 首都之窗-办事服务频道咨询电话:62042988、66418725

建设工程项目管理规范试卷试题

建设工程项目管理规范试卷 1、单选题(共10题,总共40分) 1. 项目管理的每一过程,都应体现( )的持续改进过程(4分) A. 计划、实施、检查、处理 B. 实施、计划、检查、处理 C. 计划、检查、实施、处理 D. 实施、检查、计划、处理 2. ( )应在工程施工前建立健全质量管理体系和安全管理体系并组织实施(4分) A. 项目经理 B. 项目经理部 C. 技术负责人 D. 施工员 3. “项目管理责任书”中应包括项目施工应达到的进度目标、( )、和成本目标。企业对项目经理部人员进行奖惩的依据、标准、办法及应承担的风险(4分) A. 质量目标 B. 安全目标 C. 环境保护 D. 科技成果

4. 项目进度控制应建立以( )为责任主体,由子项目负责人、计划人员、调度人员、作业队长及班组长参加的项目进度控制体系(4分) A. 施工员 B. 项目经理部 C. 技术负责人 D. 项目经理 5. 施工总进度计划应依据施工合同、( )、工期定额、有关技术经济资料、施工布署与主要工程施工方案等编制(4分) A. 成本计划 B. 劳动力需求计划 C. 材料计划 D. 施工进度目标 6. 项目( )因素应包括人、材料、机械、方法、环境(4分) A. 安全控制 B. 质量控制 C. 进度控制 D. 成本控制 7. ( )收集应随工程的进展进行,保证真实、准确,按照项目信息管理的要求及时整理,经有关负责人审核签字(4分)

A. 成本信息 B. 项目信息 C. 材料信息 D. 劳动力信息 8. 质量计划应体现从工序、分项工程、分部工程到单位工程的过程控制,且应体现从( )到完成工程质量最终检验和试验的全过程控制。(4分) A. 成本投入 B. 人力资源 C. 材料投入 D. 资源投入 9. 在施工过程中,( )对以包人或监理工程师提出的有关施工方案、技术措施及设计变更的要求,应在执行前向执行人员进行书面技术交底(4分) A. 施工员 B. 项目技术负责人 C. 技术员 D. 质检员 10. ( )对发包人提供的材料、半成品、构配件、工程设备和检验设备等,必须按规定进行检验和验收(4分) A. 项目经理

北京市电子政务总体技术框架

北京市电子政务总体技术框架(试行) 北京市信息资源管理中心 目录 第一章总体技术框架模型 第二章网络基础设施 一、网络结构 二、原则性意见 第三章政府信息资源 一、政府信息资源构成 二、原则性意见 第四章应用基础支撑平台 一、应用基础支撑平台结构 二、原则性意见 第五章应用系统 一、应用系统分类

二、原则性意见 第六章门户及访问渠道 一、门户分类 二、访问渠道 三、原则性意见 第七章信息安全保障 一、信息安全保障体系 二、原则性意见 第一章总体技术框架模型 北京市电子政务的总体技术框架模型如图1.1所示,主要包括网络基础设施层、信息资源层、应用基础支撑平台层、应用层、门户层、访问渠道、信息安全保障体系和标准规范与管理体系。服务对象主要包括企业、公众、政府和公务员。

图1.1 北京市电子政务技术总体框架模型 1、网络基础设施层在模型中处于最底层,是支撑北京市电子政务和"数字北京"的重要基础设施,包括市级、区县级有线专网和无线专网,以及公众网。 2、信息资源层构建于网络基础设施层之上,并为上层的应用基础支撑平台层提供各种信息资源,主要包括共享信息资源、目录资源及各部门业务信息资源。 3、应用基础支撑平台层在整个模型中承担着承上启下的关键作用,处于应用层和信息资源层之间。 4、应用层是在应用基础支撑平台层基础上构建的各种电子政务应用系统,主要包

括职能部门的行业应用系统、跨领域综合性应用系统以及面向领导决策的综合性决策支持系统等。 5、门户层是整个电子政务系统面向最终用户的统一入口,是各类用户获取所需服务的主要入口和交互界面,由首都之窗和政务专网门户组成。 6、访问渠道是指用户访问电子政务门户的方式与途径,用户可以通过手机、电话、互联网、信息亭、电视等渠道进行访问,实现任何时间、任何地点的多渠道访问。 7、电子政务标准规范包括专用于电子政务的标准规范和综 合现有信息技术的标准规范两大部分,它是确保电子政务应用系统设计、建设和运行符合相关标准的保障体系,在模型的各层都有相应的标准规范。 8、管理体系是确保电子政务应用系统得以顺利建设和正常运行的保障体系,包括模型中各层的建设管理和运营管理。 9、信息安全保障体系是确保电子政务安全运行的保障体系。信息安全贯穿于电子政务的各个层面。 第二章网络基础设施 一、网络结构 北京市电子政务的网络基础设施包括有线政务专网、无线政务专网和公众网等。

《建设工程项目管理规范》最新版

竭诚为您提供优质文档/双击可除《建设工程项目管理规范》最新版 篇一:建设工程项目管理规范 建设工程项目管理规范 gb/t50326-20xx 第1章总则 第1.0.1条为了提高建设工程施工项目管理水平,促进施工项目管理的科学化,规范化和法制化,适应市场经济发展的需要,与国际惯例接轨,制定本规范. 第1.0.2条本规范适用于新建,扩建等建设工程的施工项目管理.本规范是规范建设工程施工项目管理行为,明确企业各层次与人员的职责和相关工作关系,考核评价项目经理和项目经理部的基本依据. 第1.0.3条建设工程施工项目管理应实行项目制和项目责任制和项目成本算制. 第1.0.4条建设工程施工项目管理,除应遵循本规范外,还应符合国家法律,行政法规及有关强制性标准的规定. 建设工程项目管理规范 gb/t50326-20xx

第2章术语 第2.0.1条施工项目constrctionproiject 企业自工程施工投标开始修期满为止的全过程中完成的项目. 第2.0.2条施工项目管理constructionprojectmanagmentbyenterprisesof constructionindustry 企业运用系统的观点,理论和科学技术对施工项目进行的计划,组织,监督, 控制,协调等全过程管理. 第2.0.3条项目发包人employer 在协议书中约定,具有项目了包人接受的具有项目施工承包主体资格的当 事人,或取得该当事人资格的合法继承人. 第2.0.4条项目承包人contractor 在协议书中约定,被项目了包人受的具有项目施工承包主体资格的当事人 资格的合法继承人. 第2.0.5条项目分包人subcontractor 项目承包人根据施工合同的约定,将承包的项目部分发包给具有相应资质 的当事人.

电子政务形考作业附答案

《2012电子政务形考作业1》答案 2012年05月15日 一、填空题 1、计算机;网络;通信 2、人类思维能力;信息 3、软;硬件 4、标准管理;共享;业务协同 5、政务;技术 6、非垄断性 7、人治;法治 8、公众服务 9、效率政府;效能政府 10、电子服务; 二、名词解释 1、电子政务:是指运用计算机、网络和通信等现代信息技术手段,实现政府组织结构和工作流程的优化重组,超越时间、空间和部门分隔的限制,建成一个精简、高效、廉洁、公平的政府运作模式,以便全方位地向社会提供优质、规范、透明、符合国际水准的管理与服务。 2、电子政府:是指利用网络技术构建一个区别于传统的

实体政府机构的网上“虚拟政府”,通过网络方式,政府为民众提供打破时空界限和部门界限的高效服务。 3、办公自动化:主要是指利用现代化的办公设备、计算机技术和通信技术来代替办公人员的手工业务,从而大幅度地提高办公效率。 4、G to C:是指政府通过网络系统为公民提供各种服务。 5、G to B:是指政府与企业、商务机构间的,以政府输出服务为核心内容的电子政务应用模式。 6、电子政务的创新理念:是指在构建和组织电子政务运行过程中,我们要与时俱进,全面进行技术创新和管理创新。 7、政府管理环境:是指政府部门开展行政管理工作的外部环境和内部环境的总称。这里所指的政府管理环境是指硬环境和软环境。 三、简答题 1、电子政务的基本模式及构成 答:(一)基本模式有四种:(1)G2B(政府对企业)模式;(2)G2C(政府对社会公众)模式;(3)G2G(政府对政府)模式;(4)G2E(政府内部)模式。 (二)构成分别是: (1)G2B(政府对企业)模式的构成:电子采购与招标;电子税务;电子证照办理;信息咨询服务;中小企业电子服

北京市移动电子政务服务规范

北京市移动电子政务 服务规范 (试行) 北京市经济和信息化委员会 北京通信信息协会 二〇一〇年八月

目录 1 范围 (11) 2 规范性引用文件 (11) 3 缩略语 (11) 4 业务和网络服务 (11) 5 呼叫中心服务 (22) 5.1北京联通 (22) 5.2北京电信 (33) 5.3 北京移动 (44) 5.3.1呼叫中心服务 (44) 5.3.2服务时间及人员配置 (44) 5.3.3服务对象 (44) 5.3.4服务内容 (55) 5.3.5服务范围 (55) 6 终端服务 (66) 7 安全服务 (66)

前言 本规范规定了北京移动电子政务服务要求,主要用于北京市移动电子政务的规划与建设、设备采购、工程设计、通信组织、运行维护和管理,是北京市移动电子政务规划和建设的技术依据。

北京市移动电子政务服务规范 1范围 本规范对北京市移动政务系统的业务和网络服务、呼叫中心服务、终端服务、安全等方面提出了要求。 2规范性引用文件 (1)《电信服务规范》 (2)《公共电信网间通信质量技术要求》 (3)《第三代移动通信服务规范》 (4)《移动电话机商品修理更换退货责任规定》 (5)《北京市移动政务应用管理办法》 (6)《北京市移动电子政务总体技术要求》 3缩略语 CDMA Code Division Multiple Access 码分多址. GPRS General Packet Radio Service 通用分组无线业务 GSM Global System for Mobile Communication 全球移动通信系统 SMS Short Message Service 短消息服务 4业务和网络服务 用户使用移动电子政务业务和网络服务遇到故障时,处理流程如下: (1)用户尽快通知管理平台管理员,管理平台管理员检查管理平台本身的网络和链路问题。 (2)管理平台管理员分别通知运营商侧、网管中心侧、委办局系统侧,检查各自的网络和链路问题。 (3)管理平台、运营商侧、网管中心侧、委办局系统侧根据检查出的网络和链路问题,解决网络故障,并通知管理平台管理员。 运营商提供的业务和网络服务质量应满足工业和信息化部《电信服务规范》要求。 针对北京市电子政务网,北京电信在上述的网络指标的基础上,有进一步加以要求,具体如下:

《建设工程项目管理规范》GB

中华人民共和国建设部 公告 第449号 现批准《建设工程项目管理规范》为国家标准,编号为GB/T50326-2006,自2006年12月1日起实施。原《建设工程项目管理规范》GB/T50326-2001同时废止。 本规范由建设部标准定额研究所组织中国建筑工业出版社出版发行。 中华人民共和国建设部 二○○六年六月二十六日 1 总则 1.0.1 为提高建设工程项目管理水平,促进建设工程项目管理的科学化、规范化、制度化和国际化,制定本规范。提高建设工程项目管理水平,促进建设工程项目管理工作科学化、规范化、制度化和国际化,是制定本规范的基本指导思想和目的。本规范借鉴和吸收了国际上较为成熟和普遍接受的项目管理理论和惯例,使得整个内容既适应国内工程建设的国际化需求,也适用于我国进行国际建设工程项目管理的需求。 科学化指本规范遵循建设项目管理规律,把工程项目管理作为一门学科和一个知识体系。 规范化和标准化,其实质是统一全国的建设工程项目管理行为规则。 制度化指制定本规范执行国家法律、法规,依法进行建设工程项目管理。 国际化是指项目管理内容、管理程序、管理方法及模式要使用国际工程承包并与国际惯例接轨。 1.0.2本规范适用于新建、扩建、改建等建设工程有关各方的项目管理。 工程建设相关组织包括建设单位、总承包企业、设计企业、监理企业、施工企业、工程咨询企业、招标代理企业等。 1.0.3本规范是建立项目管理组织、明确企业各层次和人员的职责与工作关系,规范项目管理行为,考核和评价项目管理成果的基础依据。 本规范的目的是规范项目管理组织行为,激励项目管理人员,调动积极性,总结经验教训,提高建设工程项目管理水平。 1.0.4建设工程项目管理应坚持自主创新,采用先进的管理技术和现代化管理手段。 先进的项目管理技术和现代化手段应包括网络计划技术、IT技术等,现代化管理手段是只要运用先进、适用的计算机软件进行项目管理全过程控制。 1.0.5建设工程项目管理应坚持以人为本和科学发展观,全面实行项目经理责任制,不断改进和提高项目管理水平,实现可持续发展。 建设工程项目管理必须实行项目经理责任制。项目经理责任制是我国建设工程项目管理体制改革的一项重要成果,对于加强施工管理,提高工程质量,保证安全生产,起到了很好的作用。所以实施和深化项目经理责任制其目的就是要进一步建立和健全项目管理组织机制,用制度明确项目经理应承担的责任、权限和利益,有利于项目经理在项目管理中发挥核心和主导作用。 1.0.6建设工程项目管理除遵循本规范外,还应符合国法律、法规及有关技术标准的规定。 建设工程项目除应遵循本规范外,还应符合国家法律、法规及有关强制性条文的规定。建设工程项目管理应遵循的国家法律主要有《建筑法》、《合同法》和《招标投标法》;建设工程项目管理应遵循的国家行政法规由《建设工程质量管理条例》、《建设工程安全生产管理条例》和国家建设行政主管部门颁布的有关部门规章;强制性条文是指直接设计建设工程质量、安全、卫生及职业健康和环境保护等工程建设标准的强制性条文。

什么是电子政务

关于电子政务 一、什么是“电子政务” 电子政务,目前有很多种说法。例如:电子政府、网络政府、政府信息化管理等。真正的电子政务绝不是简单的“政府上网工程”,更不是为数不多的网页型网站系统。严格地说,所谓电子政务,就是政府机构应用现代信息和通信技术,将管理和服务通过网络技术进行集成,在互联网上实现政府组织结构和工作流程的优化重组,超越时间和空间及部门之间的分隔限制,向社会提供优质和全方位的、规范而透明的、符合国际水准的管理和服务。党的“十六大”工作报告中指出,政府的主要职能是:经济调节、市场监管、社会管理、公共服务。电子政务就是要将这四大职能电子化、网络化,提高政府部门依法行政的水平。 电子政务是一个系统工程,应该符合三个基本条件: 第一,电子政务是必须借助于电子信息化硬件系统、数字网络技术和相关软件技术的综合服务系统;硬件部分:包括内部局域网、外部互联网、系统通信系统和专用线路等;软件部分:大型数据库管理系统、信息传输平台、权限管理平台、文件形成和审批上传系统、新闻发布系统、服务管理系统、政策法规发布系统、用户服务和管理系统、人事及档案管理系统、福利及住房公积金管理系统......等等数十个系

统。 第二,电子政务是处理与政府有关的公开事务、内部事务的综合系统。包括政府机关内部的行政事务以外,还包括立法、司法部门以及其他一些公共组织的管理事务,如检务、审务、社区事务等。 第三,电子政务是新型的、先进的、革命性的政务管理系统。电子政务并不是简单地将传统的政府管理事务原封不动地搬到互联网上,而是要对其进行组织结构的重组和业务流程的再造。因此,电子政府在管理方面与传统政府管理之间有显著的区别。 粗略地讲,电子政务在我国的发展大致经历了4个阶段。 (1)从20世纪80年代开始,我们进行的是以办公自动化为主要内容的政府信息化。(2)以1993年12月国务院成立国民经济信息化联席会议为标志,我国开始了新的一轮推动政府信息化的浪潮,主要是以“三金工程”为代表的管理信息系统建设来推动国民经济信息化的发展,这些信息系统主要以经济调节和市场监管为目标,取得了很好的效果。(3)1999年9月,原国家经贸委和中国电信等单位联合发起了政府上网工程,利用互联网来推动政府信息化。“电子政务”这个名词就是那时候开始使用的。(4)2000年10月,《中共中央关于制定国民经济和社会发展第十个五年计划的建议》提出:“大力推进国民经济和社会信息化,是覆盖现代化建设全局的战略

相关文档
最新文档