信息系统三线技术支持单位管理办法

信息系统三线技术支持单位管理办法
信息系统三线技术支持单位管理办法

国家电网公司信息系统三线技术支持单位

管理办法

(征求意见稿)

第一章总则

第一条为规范国家电网公司(以下简称公司)信息系统三线技术支持单位管理工作,加强对三线技术支持单位的管控力度,并对三线技术支持单位进行客观的评价考核,提升公司整体运维水平,依据《国家电网公司信息系统三线技术支持管理规定》,特制定本办法。

第二条本办法主要就职责与分工、准入管理、服务管理、评价考核以及费用管理等做出规定。

第三条本办法所称信息系统,是指公司统一集采和推广的系统,各单位自建系统不在本办法所管理的范围内。

第四条本办法所称三线技术支持单位是指包括系统开发商、原厂商、专业服务商和公司专家队伍在内的三线技术支持服务提供单位,具体分类如下:

(一)系统开发商是指系统的开发和集成单位,包括系统内和系统外各单位;

(二)原厂商是指成熟产品的制造商,包括数据库、中间件、成熟套装软件以及硬件设备厂家等;

(三)专业服务商是指为原厂商的产品提供第三方(相对于用户和原厂商)专业服务的机构,系统内的专业服务商一般由集采单位(即两院一

公司)的服务团队组成,系统外的专业服务商可通过招投标方式进入;

(四)公司专家队伍是由公司信息化队伍中具有专业(技术)特长的人员组成,其管理和考核办法由信息化工作部另行制定。

第五条本办法适用于公司总部、分部,灾备(数据)中心和区域电网、省(自治区、直辖市)电力公司、公司直属单位(本文简称各单位)以及公司信息技术支持服务中心。

第二章职责与分工

第六条公司信息化工作部主要职责:

(一)负责公司信息技术支持服务中心的组建和管理;

(二)负责组织制定公司信息系统三线技术支持单位管理工作的制度、流程、标准和规范体系;

(三)负责定期发布三线技术支持单位的考核结果;

第七条公司信息技术支持服务中心主要职责:

(一)负责三线技术支持单位的日常管理工作;

(二)负责三线技术支持单位的准入资质审核;

(三)负责组织协调三线技术支持单位为公司各单位提供三线技术支持服务工作;

(四)配合信息化工作部制定三线技术支持单位的考核体系;

(五)负责对三线技术支持单位的服务工作进行考核评价,并将考核结果上报给信息化工作部。

第八条三线技术支持单位主要职责:

(一)负责在公司信息技术支持服务中心的管理下为公司各单位提

供三线技术支持服务;

(二)负责在公司信息技术支持服务中心的组织下为公司各单位二线运维人员提供相关培训;

(三)配合公司信息技术支持服务中心参加疑难问题的会诊。

第三章准入管理

第九条信息系统的承建单位和产品的提供商需要经过资质审查或相关流程才能进驻公司信息技术支持服务中心参与三线技术支持工作。

第十条信息系统上线试运行验收后,系统开发商按公司相关要求申请进驻公司信息技术支持服务中心。

第十一条原厂商需通过资质审查以及上年度服务工作的考核(上年度无服务工作的除外)后可申请进驻公司信息技术支持服务中心。

第十二条经招投标中标后的专业服务商,可以申请进驻公司信息技术支持服务中心。

第十三条收到进驻申请后,公司信息技术支持服务中心应开展对申请单位的筛选与资质审查,并向公司信息化工作部提交初审结果。

第十四条信息化工作部参考初审结果,给出是否同意该申请单位参与公司三线技术支持工作的批复意见。

第十五条经过信息化工作部批准的申请单位,遵循公司的流程与信息技术支持服务中心统一签订运维服务合同。

第十六条运维服务合同中,应明确三线技术支持单位进驻信息技术支持服务中心工程师数量的核算方法。

第十七条公司信息技术支持服务中心应对三线技术支持单位派驻的

工程师进行上岗前的培训以及考核,对于考核不合格的工程师,信息技术支持服务中心有权要求三线技术支持单位进行更换。

第四章服务管理

第十八条公司信息技术支持服务中心应对三线技术支持单位提供的服务及相关工作进行规范化的管理。

第十九条进驻公司信息技术支持服务中心的三线技术支持单位在提供服务前,应向公司信息技术支持服务中心提交服务列表。服务列表应包含服务类别,详细服务内容、服务响应时间等内容,服务列表应与服务合同条款相对应。

第二十条公司信息技术服务支持中心应制定相关的工作规范,包括但不局限于工单处理规范、服务用语规范、邮件规范、远程服务规范、现场服务规范等,用于规范三线技术支持单位的服务过程。

第二十一条公司信息技术支持服务中心应根据用户描述分配工单给相关工程师,工单受理实行首问责任制度。

第二十二条公司信息技术支持服务中心应对工单进展情况进行跟踪催办。

第二十三条公司信息技术支持服务中心应在服务工单关闭后不定期对用户进行满意度调查以及根据录音进行质检工作。

第二十四条公司信息技术支持服务中心应定期组织三线技术支持单位对二线运维人员进行培训。

第二十五条公司信息技术支持服务中心应对多方共同参与服务的系统或产品组建运维联合小组,人员包括原厂商、专业服务商和系统内运维工

程师;并引导原厂商和专业服务商在日常运维过程中向系统内运维人员进行知识传递。

第二十六条公司信息技术支持服务中心应组织三线技术支持单位定期对工单进行审阅、提炼、汇总,对于有普遍性意义的问题形成典型解决方案,提交公司知识库,以推进公司信息系统运维经验交流。

第五章评价考核

第二十七条公司信息技术支持服务中心应配合公司信息化工作部制定三线技术支持单位的考核体系,并通过相应的考核办法实现对三线技术支持单位进行公开、公平、公正的考核。

第二十八条考核指标应涵盖应急处理有效性、缺陷解决及时性以及服务规范性等内容,并分级归类。

第二十九条公司信息技术支持服务中心依据考核指标定期对三线技术支持单位进行打分排名,并提交信息化工作部公布。

第三十条考核结果排名应包括各三线支持单位的总分排名、各一级指标下的考核排名、重点考察的二级指标的考核排名以及服务合同中涉及到考核的指标数据。

第三十一条三线技术支持单位的考核结果,将作为公司信息技术支持服务中心与其签订后续服务合同时的重要依据。

第六章费用管理

第三十二条公司信息技术支持服务中心应在公司信息化工作部的指导下,对公司信息系统的三线运维费用进行统一管理,以降低公司整体运维

费用。

第三十三条信息技术支持服务中心统一购买的服务主要包括:原厂服务、专业服务商服务、系统开发商服务。

第三十四条公司信息技术支持服务中心应结合目前现状,先实现原厂和专业服务商服务统购,其次实现系统开发商的服务统购,系统开发商服务又以非核心业务系统服务首先实行统购。

第三十五条原厂商服务购买的内容和要求:

(一)原厂商服务一般分为标准服务和多个档次的高级服务。标准服务一般按产品购买金额的比例购买,高级服务一般按合同约定的高级服务数量购买;

(二)原厂商标准服务由公司信息技术支持服务中心集中采购,通过统一谈判尽可能压缩服务购买总金额;

(三)高级服务应由公司信息技术支持服务中心对历年各单位采购数量进行调查后进行汇总,并按总额(设为T)的一定比例(一般不高于50%)进行集中采购(设为H);

(四)公司信息技术支持服务中心购买的原厂商高级服务,主要用于保证核心系统安全或提供具有技术壁垒的相关服务,其余的高级服务从专业服务商处购买(设为P)。

第三十六条专业服务商服务购买的内容和要求:

(一)通过公司招投标入选的专业服务商一般能解决原厂商产品的绝大部分问题,且其服务价格一般不到原厂商的一半;

(二)专业服务商的服务数量(P)购买不应简单的采用T-H方式,而应采用F+M的方式购买:F为常驻公司信息技术支持服务中心人员,M

为机动服务人员,但需随时接受公司信息技术支持服务中心的工作调配。

P与F、M关系为:F

(三)通过F+M的购买组合,以及M与F价格的差距,公司信息技术支持服务中心集中采购专业服务商服务时力求获得更低的总费用,且在关键时刻能够同时提供更多的服务。

第三十七条系统开发商服务购买的内容和要求:

(一)系统开发商服务是指其承担建设信息系统的运维服务,由于目前信息系统类别繁多,且运维服务统一性较原厂商和专业服务商低得多,因此在原厂商服务和专业服务商服务统一采购完成之后再考虑系统开发商服务的统一采购;

(二)系统开发商的服务统一采购遵照先外围后核心的思路,首先实现综合管理等相关系统的服务统一采购。

第三十八条公司各单位运维服务合同签订的内容和要求:

(一)对于公司信息技术支持服务中心已经统一集采的原厂商服务和

专业服务商的服务,各单位应与公司信息技术支持服务中心根据公司信息化工作部制定的运维费用标准签订服务合同,由公司信息技术支持服务中心统一提供对应服务;

(二)公司信息技术支持服务中心未统一集采的服务,由各单位自行

采购。

第七章附则

第三十九条本规定由公司信息化工作部解释。

第四十条公司各单位及信息技术支持服务中心应依据本规定制定和

完善相关规程和实施细则。

第四十一条本规定自印发之日起执行。

世上没有一件工作不辛苦,没有一处人事不复杂。不要随意发脾气,谁都不欠你的

信息化项目管理办法

文件类型 文件等级 1.目的和范围 本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开发项目的可控性。 2.定义 质量控制小组:负责软件项目过程评审和项目验收。 项目负责人:负责项目设计、开发、实施全过程管理。 3.软件开发的基本流程:

文件类型 文件等级 3.1软件需求提出 3.1.1需求提出 业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录A),由业务部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。 3.1.2技术评估 科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在《业务调整/开发评审表》填写相关评审意见。 3.1.3管理评估 科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在《业务调整/开发评审表》填写相关评审意见。 科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后,信息化室指定项目负责人组建开发小组,负责开展相应的优化改进和开发工作,指定质量控制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作;相关单位应做好测试及应用推广等工作。 3.2软件的需求调研和分析 3.2.1需求调研 业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。 3.3软件的需求分析 业务部门和开发小组共同参与,认真分析、理解相关的业务管理流程及要求,使需求分析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组评审内容,给出“通过”和“不通过”的结论。 3.3软件开发的设计方案和测试方案 开发小组根据软件需求说明书,进行《开发设计方案》(见附录C)及《测试方案》(见附录D)的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论。 3.3.1设计方案 基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。 3.3.2测试方案 概述该测试的目的、任务、环境、方法等。 3.4软件的实施(编程和单元测试、集成测试) 项目负责人分配开发任务,软件开发人员负责编码、单元测试、集成测试。 3.5软件的系统测试 测试人员根据《测试方案》进行测试,测试完成后,将系统BUG以文档形式反馈开发人

技术支持管理考核办法-

技术支持管理考核办法 一、总则: 1、目的: 为加强本公司的技术支持管理,更好的配合公司完成外派技术人员技术支持目标,提升技术支持服务质量,特制定本考核办法。 2、适用范围: 凡本公司技术支持人员,除另有规定外,均依照本办法所规范的制度进行管理。 二、一般规定: 1、考勤管理: 外派技术支持人员应依照被技术支持公司《员工管理办法》之规定,办理各项考勤,上、下班应按规定打卡。 2、工作职责: 技术支持人员除应遵守被技术支持公司各项管理办法之规定外,应以谦恭和气的态度工作,做到积极进取、工作态度认真、塌实肯干、责任心强、并有很强的团队合作精神与合作能力、注重工作效率、个性独立、性格开朗、做事果断有主见、时间观念强。 三、考核管理: 1、考核时间: 技术支持人员工作完毕前提出考核意见。 2、考核方式: 分为倍技术支持公司部门考核和公司考核。 3、考核内容

权数说明: (1)、工作态度30分 A、积极性——10分(凡事主动、做事积极,尽最大努力把工作做好。) B、协调性——10分(为部门的绩效所做的内部沟通、外部沟通。) C、忠诚度——10分(凡事能以公司利益为前提,并终于职守。) (2)、工作能力30分 A、计划能力——8 分(有效合理的安排工作的能力。) B、执行能力——10分(执行公司安排及采取改善措施的能力。) C、工作品质——12分(独立处理故障的能力及工作的品质。) (3)、业绩40分: A、工作创新,提高了工作效率-----20分(金点子、小改小革等。) B、提出新的工作流程,在减少工作压力的同时,提高了员工的生产能力-----10分。 C、提高了设备运转率,降低了维修成本-----10分。 4、评分和奖惩:

信息系统变更和发布管理办法

信息系统变更和发布管理办 法 -标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

信息系统变更和发布管理办法 第一章总则 第一条目的:本管理办法规定了XX银行(以下简称“我行”)信息系统的变更和发布管理,变更和发布管理作业操作流程和控制要点,确保变更需求的受理 符合业务的优先需要,并使变更和发布过程规范化,控制变更对银行业务和 已投产系统安全运行的不利影响。达到降低信息系统变更和发布风险的目 的。保障信息系统的安全稳定运行,特制定本管理办法。 第二条依据:本管理办法根据《XX银行信息安全管理策略》制订。 第三条范围:本管理办法适用于我行信息系统变更和发布管理。 第四条定义 (一)软件产品:泛指信息技术开发的生产业务系统和管理信息系统等应用软件项目。 (二)生产业务系统:指我行从事金融服务的应用网络系统,包括综合业务系统、国际业务系统、支付系统等银行对外营业的各种核心业务系统。 (三)管理信息系统:指我行信息管理的计算机网络系统,具体指OA办公系统、信贷管理、报表系统等用来进行内部管理的应用软件系统。 (四)业务部门:指我行总部相关业务部门。 第五条遵循原则 (五)监督制约原则:针对信息系统变更和发布管理工作中各个环节,建立相应的监督检查机制。 (六)计划性原则:信息系统发布应纳入每年计算机应用计划,确保全行计算机系统资源、应用环境、维护力量、操作技能能满足系统安全、可靠运行的要求。 (七)可行性原则:具有普遍适用性和可操作性。 (八)风险控制原则: 若为新项目或新业务功能变更和发布,需进行以下风险分析:

1.备份机建设情况; 2.应用系统投产后的集中监控方案; 3.生产数据备份方案; 4.程序及系统备份方案; 5.数据库建库/建表/建索引方式等; 6.对其他系统的影响。 第二章组织与管理 第六条职责划分 (一)需求部门: 1.提出需求,并确认《用户需求说明书》; 2.用户测试阶段确认用户测试计划、记录用户测试问题、确认用户测试报告; 3.接受用户培训并提出反馈。 (二)科技信息部安全科: 1.在需求阶段审阅和提出IT风险控制、IT合规和IT稽核方面的要求,在项目开发阶 段对有关IT风险控制、IT合规和IT稽核方面的测试结果进行审阅; 2.在项目实施后审阅阶段对有关IT风险控制、IT合规和IT稽核要求的实施效果进行 审阅。 (三)科技信息部运行维护中心: 1.负责受理所有变更和发布需求,会同IT其他相关部门(IT软件开发中心、安全科 等)对变更和发布需求进行评估,并将评估意见向IT部门领导、业务部门领导汇报沟通,获取所需的授权; 2.在详细设计阶段审阅和提出网络、硬件、操作系统和数据库等方面的配置和容 量要求; 3.在设计与编程阶段提供网络、硬件、操作系统和数据库的参数配置;

信息系统管理开发案例

第十章管理信息系统开发案例 管理信息系统开发示例 ―××厂库存管理信息系统的分析与设计 1.问题的提出 (1)开发背景 XX厂是我国的一家老加工企业,随着改革的深入和经济的发展,该厂的生产任务日益繁重,从而对库存管理的要求也更加严格。在传统的手工管理时期,一种物品由进货到发货,要经过若干环节,且由于物品的规格型号繁多,加之业务人员素质较低等因素,造成物品供应效率低下,严重的影响了企业的正常生产。同时由于库房与管理部门之间的信息交流困难,造成库存严重积压,极大的影响了企业的资金周转速度,另外也使得物资管理、数据汇总成为了一大难题。 当今该厂的竞争压力越来越大,企业要想生存,就必须在各个方面加强管理,并要求企业有更高的信息化集成,能够对企业的整体资源进行集成管理。现代企业都意识到,企业的竞争是综合实力的竞争,要求企业有更强的资金实力,更快的市场响应速度。这就要求企业各部门之间统一计划,协调生产步骤,汇总信息,调配集团内部资源,实现既要独立,又要统一的资源共享管理。随着信息技术的发展,该厂为了提高库存周转率,加快资金周转速度,决定开发“库存管理信息系统”。

(2)项目目标 充分利用现有的设备,采用VB6.0作为开发工具,利用ACCESS数据库建立一个高效、准确、操作方便,具有专业的查询、更新及统计功能的微机管理信息系统,以满足工作人员进行综合的、模糊的查询及更新要求,从而更加方便的管理库存物品。该系统的开发与建立会极大程度提高管理人员、工作人员的工作效率。 2.对现有系统进行需求调查 需求调查是信息系统分析与设计的基础。要开发并实施一个完整的信息系统,必须首先了理解用户的需求,并形成系统需求说明书。在此基础上才能进行系统分析、系统设计和程序编码等工作。该厂在需求调查过程中发放了8种不同种类的调查表,要求相关人员对其进行逐条逐项的填写,从而对其现行系统的业务流程进行了详细的调查。 (1)现行系统业务流程 通过大量的调查,我们了解到当前该厂的业务流程如下:各车间向商品供应部门提出对某种商品的需求计划,仓库将相应的商品发放给各车间,一般要经过计划、库房管理等流程。各业务流程图如图1所示。

信息化建设项目管理办法

四川省商业投资集团有限责任公司 信息化建设项目管理暂行办法 第一章总则 第一条为加强信息化建设项目管理,规范信息化建设项目行为,强化信息安全,根据xx责任公司(以下简称“集团”)对信息化建设项目相关管理规定,特制定本办法。 第二条本办法规定信息化建设项目的内容包含以下三类:(一)信息化集成类:信息化软硬件集成、信息工程与弱电工程集成; (二)产品采购类:(1)硬件设备:服务器、存储设备、网络设备、信息安全设备及空调、UPS电源等数据中心机房专用设备和内存、磁带等材料零件供应及安装;(2)软件产品:标准软件产品、软件用户授权。 (三)服务类:(1)软件开发类:按照业务需求完全或部分定制开发并提供后续服务的项目;(2)外包服务类:将信息系统研发全部或部分外包给专业软件公司,自主研发的信息化项目;(3)维保服务类:硬件设备、软件系统、集成工程项目免费维保期结束后的维保服务采购;(4)设计咨询类:信息化规划、数据中心设计、网络设计咨询、安全检测咨询等。 第三条集团及子集团、事业部、各分子公司进行信息化建设 1

均需遵守集团统一规划、统一管理、分步实施、小步快走等原则。 第四条集团及子集团、事业部、各分子公司进行信息化建设均需遵循本管理办法。 第二章管理、实施机构及职责 第五条集团成立信息化领导小组,集团董事长任组长,集团总经理及信息化分管领导任副组长,成员由办公室、财务中心、审计监察部、信息化办公室、招投标办公室等部门负责人组成,负责对信息化建设项目工作的领导、管理、监督、决策和奖惩。 第六条xx集团设立信息化办公室(以下简称“信息办”),负责集团信息化建设总体协调和管理。负责对信息化建设进行立项审批,集团办公室、财务中心、人力资源部、发展策划部、企业管理部、审计监察部、集团招标管理办公室、品牌事业部按职责分工,参与信息化建设管理。 第七条信息办负责牵头建立一体化的管理体系及运行机制,对信息化建设进行规划、备案、立项、报批、建设、考核、运维等管理工作,履行以下等职责: (一)根据企业发展及管理需要,拟定集团信息化建设项目管理相关制度; (二)根据集团战略发展、子集团业务战略发展,拟定集团IT规划、子集团业务IT规划; (三)信息化建设项目备案工作,负责信息化合格供方信息 2

技术支持管理制度V14.doc

技术支持管理制度V14 技术研发总部技术支持管理制度 第一条:制定目的 为提高技术中心技术支持工作效率,以及合理分配技术资源,确保优质服务及公平、公正维护技术中心权利及义务,特制定本管理细则。 第二条:适用范围 本细则适用于技术研发总部与各个部门业务部门(各个工厂及项目主导部门)现场技术支持与各区域技术中心落实范畴。 第三条:技术支持范畴 工艺部技术支持范畴 1、管理范畴 负责产品的归口管理,根据产品工艺流程对产品的生产工艺进行布局以及工厂规划,同时行使监督项目进展权。 2、业务范畴 2.1编制产品工艺文件,根据各个工厂及项目实际情况,设计工艺装备并负责工艺工装的验证和改进工作。 2.2负责新产品图纸的会签和新产品批量试制的工艺工装设计。

2.3承担工艺技术管理制度的起草和修订工作。 3.4组织领导新工艺、新技术的试验研究可行性验证工作。 3.5负责技术攻关和技术改进工作,不断提高工艺技术水平 3.6负责家居类工厂整厂项目前期开发流程及可行性研究, 3.7负责工厂总图、车间内部布局图规划管理, 3.8负责整合、评审各车间工艺布局图,制造策略,产品可制造性要求,设备清单,预算分析,项目计划等; 3.9负责跟踪、推进项目各项工作有序进行 3.10负责完成工厂规划相关项目规划工作,报集团、政府资料准备工作。 设备电气部支持范畴 1、管理范畴 负责执行分厂生产设备更新、大修、保养、安全设施、技改项目计划的实施,并提出 技术方案、建议和方法。积极配合各个设备主管做好设备管理工作,维修需要时应协助机械工程师共同完成设备维护保养和故障排除工作。 2、业务范畴 2.1对分厂设备主管和分厂生产设备正常运转负责;

信息系统上线管理办法

信息系统上线管理办法 信息化项目实施完成后,进入系统上线阶段。系统上线阶段分为上线评审和系统试运行两个步骤进行控制和管理。 一、上线评审 上线评审条件:系统实施单位提出申请信息系统上线评审;相关业务部门已提交系统上线运行管理办法;对于新老系统切换上线情况,还需提交新老系统详细迁移方案和系统应急预案。 上线评审重点:重点检查合同对照表,确保合同任务目标达到要求;对功能测试、性能测试、文档检查、数据准备、数据备份、管理办法等进行评审,检查项目文档的完整性、系统测试结果的合理性和系统上线前各项准备工作的完备性。 上线评审流程:对于200万以下项目,由公司生产技术部会同各业务部门,成立系统评审组,并召开评审会议。评审组出具上线评审审查报告。对于200万以上的项目,由贵州乌江水电开发有限责任公司

批复。 二、系统试运行 系统通过上线评审后,必须进行系统试运行工作。 系统试运行工作的主要目的是系统消缺、功能试用和 功能完善 试运行时间应按照合同执行,原则上应不少于三个月,并完成缺陷整改。试运行结束后,应形成用户 使用报告和系统消缺报告。 三、系统验收 系统试运行结束后,可申请进行项目验收。 验收条件:拟验收系统已经完成上线试运行,且系统功能和性能符合设计要求,运行可靠、稳定,并 提交用户使用报告、系统消缺报告及项目建设文档。 验收重点:重点评审消缺情况,以及系统功能、性能、文档资料、培训及售后服务等内容是否全部满 足合同要求。 验收流程:对于200万以下项目,由公司生产技术部组织各业务部门召开系统验收会,并出具验收评 审报告。评审合格,系统进入正式运行阶段;评审不 合格,要求实施单位限期整改后组织评审。对于200 万以上的项目,由贵州乌江水电开发有限责任公司

管理信息系统开发案例参考

管理信息系统开发案例参考 教学管理信息系统的开发与设计 一、引言 本案例主要介绍的是大学使用的教学管理系统的整个设计。随着计算机技术的不断发展,计算机应用于各大领域,并给人们的生活带来了极大的便利,在学生管理系统亦是。以往大学教学员由于缺乏适当的软件而给其工作带来了很多不便。本案例所介绍的便是一个大学教学管理系统,以方便其在课程安排、成绩处理、学籍管理上的工作任务。该系统适用于大学教学员,其功能主要分为四大类: 公共信息管理:用于学院信息和专业信息建立和修改, 学生基本信息管理:用于班级信息和学生信息的建立和修改以及查询; 课程管理:用于各学期课程的开设和修改); 成绩管理:用于成绩的输入、修改、汇总和排名。 该系统性能力求易于使用,具有较高的扩展性和可维护性。 整个系统的开发过程严格遵循软件工程的要求,做到模块化分析、模块化设计和代码编写的模块化。 二、系统分析 1、现行业务系统描述 在学校,教学管理工作是非常重要的一项工作,它负责整个学校的日常教学安排,学生的学籍管理等等。以前都是人工进行操作。随着学校规模扩大,教学处的教学管理工作量大大加重。随着计算机应用的发展,教学工作者急切希望能够将大部分繁琐的工作交由计算机的处理,已减轻人工的压力并提高工作效率。而计算机的普及更加快了教学管理系统的产生。上一代的教学管理系统主要为单机单用户的系统,其数据库主要采用Foxbase或FoxPro,系统开发环境也是数据库内置的开

发工具。其特点是单机单用户方式,开发简单,能充分利用数据库的特性。其缺点是开发出的系统依赖性强,运行必须依托数据库环境;不容易升级与扩展;无法实现数据的共享与并行操作;代码重用性差。 随着计算机网络的发展,特别是校园网的建立。原有教学管理系统数据共享差的问题更加突出,而新需求的提出也越来越多,越来越频繁。这就要求系统在可扩展性和标准化的要求更高。而原有的系统由于其与生俱来的缺点而无法在适应现有的需求了。因此,使用现在的新技术,开发出适应新的需求的新系统的任务刻不容缓。 2、组织结构 图1是学校大致的组织结构图。其中校教务处,是使用综合教学系统的主要部门,对学生的教学管理主要由教务处承担,进行中管理。 1 图1 组织结构图 3、业务流程分析 教学管理系统是一个面向学校教学人员,为其提供服务的综合信息管理系统。教务人员通 过本系统完成相关的日常工作,这些工作也是平常较为繁重的工作。学生的个人信息、所有的课程考试成绩以及每学期的开课情况都记录在教学系统里进行管理。 教学管理系统工作流程: 由教务人员在公共信息系统中完成对运行教学系统所需的基本数据的维护(如:系所信息,专业信息等)。包括这些信息的增、修、改,对于系所和专业的变动都将在这进行操作。所有专业都必须附属于一个也只有一个系所。系统开始投入使用,教学人员先根据学校实际情况,建立系所的信息,主要信息包括系所的名称及

信息化项目管理办法

文件类型程序文件版本 文件等级内部公开页码 1 / 11 拟制何小春审核闫书元批准杨战兵制定部门科技管理部生效日期 1.目的和范围 本管理办法规定信息化软件研发管理所遵循的原则和方法,目的是提高软件质量和软件开发项目的可控性。 2.定义 质量控制小组:负责软件项目过程评审和项目验收。 项目负责人:负责项目设计、开发、实施全过程管理。 3.软件开发的基本流程:

拟制何小春 3.1软件需求提出 3.1.1需求提出 业务部门经过内部评估后,填写《业务调整/开发需求申请表》(见附录A),由业务部门领导、公司分管领导批准后的《业务调整/开发需求申请表》报科技管理部。 3.1.2技术评估 科技管理部从技术实现路线、开发方式、风险评估等方面组织对需求的技术评估;并在《业务调整/开发评审表》填写相关评审意见。 3.1.3管理评估 科技管理部组织相关部门从业务流程、内控管理、业务职责等方面进行管理评审,并在《业务调整/开发评审表》填写相关评审意见。 科技管理部在综合技术评估和管理评审意见、提出项目建议意见,报经总工程师批准后,信息化室指定项目负责人组建开发小组,负责开展相应的优化改进和开发工作,指定质量控制人员组建质量控制小组负责开发过程的质量控制、组织过程评审和项目验收等工作;相关单位应做好测试及应用推广等工作。 3.2软件的需求调研和分析 3.2.1需求调研 业务部门主导,开发小组共同参与调研,协助业务部门进行需求收集工作。 3.3软件的需求分析 业务部门和开发小组共同参与,认真分析、理解相关的业务管理流程及要求,使需求分析符合实际,最终由开发小组编写《软件需求说明书》(见附录B)。由质量控制小组小组评审内容,给出“通过”和“不通过”的结论。 3.3软件开发的设计方案和测试方案 开发小组根据软件需求说明书,进行《开发设计方案》(见附录C)及《测试方案》(见附录D)的编写,由质量控制小组组织评审,给出“通过”和“不通过”的结论。 3.3.1设计方案 基本设计概念和处理流程、系统功能模块图,系统数据结构设计,接口设计等。 3.3.2测试方案 概述该测试的目的、任务、环境、方法等。 3.4软件的实施(编程和单元测试、集成测试) 项目负责人分配开发任务,软件开发人员负责编码、单元测试、集成测试。 3.5软件的系统测试 测试人员根据《测试方案》进行测试,测试完成后,将系统BUG以文档形式反馈开发人

技术部技术支持规范

上海XXXXXXXXXX有限公司 技术支持规范 上海XXXXXXXXXX有限公司 2012.07 I.文档发布 II.修改记录

目录 4具体技术支持过程中的沟通.....................................................................................................

1申请及确认 1销售通过邮件向公司技术总监申请,同时抄送销售组长、本地及公司销售总监、管理部GXM 2无邮件申请的技术支持将不被支持(应急情况除外,但需要得到公司技术总监(电话或邮件)确认,且事后必须补发技术支持申请)。 3邮件标题为固定格式,不符合格式规定的申请不予支持。格式如下:技术支持申请--用户名称--项目名称--销售姓名--日期。例:技术支持申请--欧莱雅--CITRIX安装-- 4销售申请邮件内容: 注:1、准备要求如是否要准备PPT,是否要准备实施规划等

2、文档支持开始前要求销售及技术共同制定目录结构(公司有建议的标准目录结构, 见附件) 5技术支持申请、确认、响应时间一览表 3技术总监邮件确认内容要求 2具体技术支持前的沟通 工程师具体技术支持前必须进行沟通 2.1工程师沟通内容 ?用户情况 ?用户的准备工作及注意事项 ?问销售是否有什么需要注意的

2.2沟通方式 ?与销售沟通 ?如与销售沟通不清楚以上内容,则由销售组织与用户的沟通,可以是电话会议,也可 以去现场 2.3沟通发起人 2.4沟通时,销售需准备好以下内容

3具体技术支持前的规划 非项目支持: 提供实施规划、实施计划(酌情) 项目支持:提供项目方案、实施规划、项目范围说明书、项目进度计划、项目管理计划 文档模板见附件 4具体技术支持过程中的沟通 工程师在执行过程过如有与预计情况不一致,如: 1、会导致工作量变化 2、销售产品的变化 3、影响公司利益 技术需主动与销售及技术总监邮件或电话沟通,优先选择电话沟通。沟通后,如确认确实与执行前预计情况不一致,则销售邮件在最新邮件基础上全部答复沟通结果。

信息系统运维管理办法

信息系统运维管理办法标准化管理处编码[BBX968T-XBB8968-NNJ668-MM9N]

**信息系统运维管理办法 第一章总则 第一条为加强我行计算机系统的运行维护工作,保障系统安全稳定运行,进一步提高系统的维护质量和效率,制定本管理办法。 第二条本办法所称信息系统,是指我行日常经营和业务办理所使用的计算机软件、硬件及基础IT设施,包括各类业务软件系统、机房设施、网络设施、服务器设施、电脑终端设备等。 第三条本办法中出现的词条解释如下: (一)运行维护手册:针对运行维护人员编写的有关系统日常维护、监控、备份、一般性故障处理、软件安装、操作、配置方法及其他相关信息的文档。 (二)运行维护:由运行维护人员按照运行维护手册的要求,进行日常的运行监控、备份、安全管理、一般故障处理,受理用户维护申请,解答用户疑问的工作。 第四条信息系统运行维护工作的基本任务是:做好系统或设备上线投产、升级、日常监控、备份、安全管理,预防、处理各类系统故障,提高我行计算机系统的整体运行水平,保障我行业务连续性计划的顺利进行。 第二章岗位职责 第五条运营管理部系统运维岗位人员负责我行信息系统的运行维护工作。系统运维岗按运行维护手册的要求进行一级维护,如无法按时解决问题,需第一时间请求主发起行协助,并在主发起行运行维护人员进行技术指导下完成相关维护工作。

第六条系统运维岗应积极接受相关设备厂商或项目组组织的运行维护培训。培训内容应包括系统的体系架构、软硬件安装、配置、日常维护方法、备份和恢复策略、一般性故障的处理方法等。 第七条运营管理部运行维护人员的主要职责包括: (一)做好系统上线投产的环境准备工作,包括网络、不间断电源等。各项技术指标应满足系统软硬件的要求。 (二)在项目组的协助下,完成硬件和操作系统的安装和配置工作。 (三)利用培训和系统上线机会,掌握系统维护技术。 (四)制定系统日志、负载监控、系统备份和恢复策略。 第三章日常管理 第八条系统运维人员应按既定的策略和《运行维护手册》的要求,承担系统的日常运行维护工作。包括运行环境监控、软硬件运行状况监控、系统备份管理、安全管理、一般性故障处理、用户申请受理等。 第九条系统运维人员应做好硬件及网络的定期检测,发现问题及时处理或第一时间报告项目组和运行中心负责人。 第十条系统运维人员需详细记录日常运行维护情况,并定期向项目组提供运行情况汇总和统计数据。 第十一条系统运维人员需根据系统运行情况,及时提出软硬件升级或修改建议。

最新信息化项目管理办法

公司管理文件 文件编号:**** 第N 版签发: 信息化项目管理办法 1 目的与适用范围 1.1为加强公司(以下简称公司)信息化项目的管理,遵照公司(以下简称公司)的制度执行,严肃项目管理流程及明确职责分工,保证信息化项目建设可控进行,特制定本办法。 1.2本办法适用于公司总部、运营管控、战略管控类子公司(以下简称各单位),财务管控类子公司可参照本办法制订相关管理文件。 2管理原则 2.1信息化项目由各单位提出,运营管理部审核,公司审批同意后,报公司批准。 2.2信息化项目管理过程分为规划、计划(含项目建议书)、立项、设计、实施、验收、后评估等阶段。 2.3信息应用系统的使用和改善按《公司管理信息系统使用管理办法》执行。 3定义 3.1信息化项目是指公司信息化建设或改造工程中的信息网络及其基础设施、信息资源系统和信息应用系统的新建、升级、改造工程。 3.1.1信息网络系统是指以信息技术为主要手段建立的信息处理、

传输、交换和分发的计算机网络系统。 3.1.2信息资源系统是指以信息技术为主要手段建立的信息资源采集、存储、处理的资源系统。 3.1.3信息应用系统是指以信息技术为主要手段建立的各类业务管理的应用系统。 3.2信息化项目的归集按渠道分为技改和科研项目。 3.2.1技改类项目是指通过信息化项目而形成的固定资产投资,包括基本建设、技术改造项目。 3.2.2科研类项目是指通过对信息网络系统、信息资源系统及信息应用系统进行技术创新和软件开发而形成的项目。 4 职责分工 4.1运营管理部是信息化项目的归口管理部门,主要负责: 4.1.1制定和修改公司信息化管理制度,制订和引用信息化相关标准,日常管理和协调信息化相关工作。 4.1.2编制信息化规划、年度计划和预算,并组织审核及申报。 4.1.3总部信息化项目实施的全过程管理和预算控制。包括总部信息化项目结题验收,项目竣工决算资料编制,项目审计所需的各项文件资料的积累、整理和归档工作;总部信息化项目实物管理。 4.1.4子公司信息化项目年度计划及计划外项目审核,项目预算核准及公司归集的预算平衡,项目的立项审核和后评估跟踪管理。 4.1.5信息化项目中知识产权的管理。 4.2经营财务部是公司信息化项目的财务归口管理部门,主要负责: 4.2.1制定、修订信息化项目财务核算管理流程。 第2 页共35 页

视频会议技术支持管理办法

视频会议技术支持管理办法 目录 第一章总则 第二章管理职责 第三章视频会议调试管理 第四章问责 第五章附则 第一章总则 第一条为加强和规范视频会议系统的调试和运行管理,保障视频会议系统稳定、高效、安全运行,保证视频会议的顺利召开,特制定本办法。 第二条本办法适用于中国化学工程第六建设有限公司总部以及各分会场的视频会议系统的调试和运行管理工作。 第二章管理职责 第三条责任部门及职责 (一)主要责任部门:信息中心。 (二)相关责任部门(单位):视频会议申请部门及有视频条件的各二级单位。 (三)职责:信息中心负责保障公司总部会场视频会议系统的调试、运行、管理并指导各分会场的视频会议系统的接入、调试;各分会场视频会议系统的管理维护由各单位指定专人负责。 第三章视频会议调试管理 第四条集团视频会议和内部视频会议的调试管理 一、参加集团公司视频会议 1.按正式联调时间,提前一天检查网络、MCU、会议终端等硬件情况; 2.按会议通知要求准时参加会议调试; 3.专人负责与集团公司视频中控室人员保持联系,确认音频、视频、双流是否正常,确认集团公司是否能看到本端会场画面;

4.做好会议摄像机场景预制; 5.机柜内功放(功率放大器)、调音台等设备的参数应在平常保持正常状态,会议进行期间不要轻易改动。 6.会议进行中须全程跟会,在控制室内对设备运行状态和会议效果进行监控,根据需要及时将视频场景、声音大小调整到最佳位置; 7.遵守公司保密制度,对会议内容严格保密; 8.会议中如出现突发技术问题无法立即解决,应立即联系相关技术人员寻求解决办法,并及时向领导汇报。 9.按照设备管理要求,依次关闭所有设备电源; 10.完成本次联调和会议召开情况记录; 二、公司召开内部视频会议 (一)公司主会场 1.按会议通知准时开机与分会场进行联调,确保音视频及双流正常同时需确认轮巡能看到所有分会场。联调结束后不得更改任何设置; 2.会议召开当天须提前一个小时再次进行联调确认; 3.需转发集团公司视频画面时,应确保集团公司能看到本端会场画面同时二级单位可以看到集团公司画面; 4.机柜内功放、调音台等设备的参数应在平常保持正常状态,会议进行期间不得随意改动。 5.会议主办部门应将会议议程发给会议技术支持人员,联动调试过程中根据会议议程和会场布置情况,提前将摄像机位置预设,为会议做好准备; 6.完成联调和会议召开情况记录。 (二)公司二、三级单位分会场 1.提供技术支持人员须按会议通知按时开机参加会前系统调试; 2.应主动联系主会场技术人员,确认音频、视频、双流、轮巡正常,及时解决出现的问题,排除故障; 3.应调整好摄像头位置、角度和光照,确保会议现场画面显示饱满,色彩丰富。 4.会议期间应关闭其他应用软件以免占用系统资源,严禁会议期间使用P2P类下载软件,保障视频会议带宽流量,。 5.会议期间请保持话筒处于静音状态,需分会场发言时可取消静音。 6.视频连接线属于易耗品,长期频繁拔插容易损耗,容易出现接触不良现象,请各分会场妥善保管视频连接线和采集卡。 第四章问责 第五条违反上述办法者,将视情况予以问责: 1.具备视频条件的各分会场未按规定准时参与调试造成视频会议无法及时接入的,扣减责任人当年绩效奖金50元。 2.因分会场自身原因无法召开视频会议造成不良后果的,将在对各二级单位考核打分时予以扣减相应分值。 第五章附则

信息系统建设项目管理办法

项目建设管理办法 第一章总则 第一条为规范公司信息化建设项目实施过程管理,明确项目组织与职责分工,规范项目活动和交付质量控制,特制定本管理办法。 第二条本管理办法管理信息化建设项目项目合同生效后到项目验收前的整个实施过程,主要内容包括项目分类与组织、项目里程碑管理及项目管理规范。其中项目里程碑管理包括项目的里程碑划分、关键任务规范、主要的交付件模板和评审点,项目管理规范主要包括计划与会议管理、问题与风险管理、变更管理。 第三条本管理办法适用于公司所有与信息技术应用相关的项目和参与信息化建设项目项目实施过程中的信息化建设项目、业务部门和供应商人员。 第二章组织机构与职责 第四条项目分类:根据项目的实施性质分为应用实施、定制开发、硬件集成类项目。根据实施方式分为外包、自主实施、自主实施部分外包类项目。 第五条项目小组由供应商、业务部门、信息化建设项目部门共同组成,项目组根据专业分工分为项目管理组、业务组、开发组和系统支持组。 第六条不同项目分类,参与项目的角色有所不同,项目启动前,双方项目经理需根据项目要求和资源状况重新确定项目组织和项目组人员,明确项目职责分工后予以正式发布。 第七条项目经理:负责项目过程的计划与会议管理、问题与风险管理、变更管理,为项目执行过程管理的责任人。应用类项目可分别设立业务项目经理和信息化建设项目项目经理,业务项目经理由项目主办单位项目负责人担任,信息化建设项目项目经理由信息化建设项目部门项目管理人员担任。 第八条项目业务组:由业务分析、实施顾问、关键用户组成,业务分析由主办单

位的业务负责人或业务骨干担任,负责项目需求和业务管理方案的确认;实施顾问由供应商或信息化建设项目部门具备业务咨询和分析能力的业务顾问担任,参与或负责项目需求的分析、设计与变更管理。关键用户参与需求调研、测试。 第九条 项目开发组:由供应商或信息化建设项目部门系统架构师、技术支持、开发顾问、软件测试、软件配置等角色,负责信息化建设项目项目软件或定制开发需求的设计、开发、测试与质量控制,其中大型应用或基础类项目,必须设立系统架构师,负责总体方案的设计或评审。 第十条 系统支持组:由信息化建设项目部门的运维中心系统管理人员担任,负责系统正式环境管理、系统环境规划、搭建及系统管理规范的建立,参与技术方案评审和协助系统环境优化,负责系统移交的正式接收人。 第三章 项目里程碑管理 第十一条 项目组与供应商签订正式合同后,标志着项目正式进入项目实施阶段。项目实施过程包括项目准备、需求分析、方案设计、系统实现、上线运行、项目移交等六大里程碑,里程碑的关键工作任务如(图一)所示。 第十二条 项目经理根据项目特点制定项目计划及项目的交付要求,所有项目实施交付文档按里程碑每月定期在公司信息化建设项目管理部备案。 第四章 项目准备阶段 成立项目组 建立项目章程 制定项目计划 业务调研 需求分析 需求评审 需求确认 总体设计 详细设计 实施方案编制 软件编码 硬件安装 验收方案编制 功能测试 性能测试 安全性测试 验收报告评审 上线方案编制 上线评审 最终用户培训 正式环境部署 项目初验 试运行跟踪 项目初验 系统移交 制定系统规范 制定业务规范 项目终验

系统上线管理办法

《系统上线管理办法》 内部讨论版 上海捷羿软件系统有限公司 二〇一六年十月 版本历史 变更说明: C 初始创建;A添加;M 修改;D删除 目录 1 总则 2 范围 3 职责 4 管理办法 上线流程 ............................................................... 一般问题或需求................................................... 紧急问题......................................................... 管理办法细则 ........................................................... 系统上线操作注意事项 ................................................... 关于数据库备份机制 ..................................................... 5 附录 附录A:《01系统故障(缺陷)报告》模板.................................... 附录B:《02系统故障(缺陷)修复方案》模板................................ 附录C:《03系统变更测试报告》模板...................................... 附录D:《04系统变更申请单》模板........................................ 附录E:《05系统变更操作复核表》模板.................................... 附录F:《06系统升级上线方案》模板......................................

管理信息系统开发案例

管理信息系统开发案例-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIAN

管理信息系统开发示例(一) ―××厂库存管理信息系统的分析与设计 1.问题的提出 (1)开发背景 XX厂是我国的一家老加工企业,随着改革的深入和经济的发展,该厂的生产任务日益繁重,从而对库存管理的要求也更加严格。在传统的手工管理时期,一种物品由进货到发货,要经过若干环节,且由于物品的规格型号繁多,加之业务人员素质较低等因素,造成物品供应效率低下,严重的影响了企业的正常生产。同时由于库房与管理部门之间的信息交流困难,造成库存严重积压,极大的影响了企业的资金周转速度,另外也使得物资管理、数据汇总成为了一大难题。 当今该厂的竞争压力越来越大,企业要想生存,就必须在各个方面加强管理,并要求企业有更高的信息化集成,能够对企业的整体资源进行集成管理。现代企业都意识到,企业的竞争是综合实力的竞争,要求企业有更强的资金实力,更快的市场响应速度。这就要求企业各部门之间统一计划,协调生产步骤,汇总信息,调配集团内部资源,实现既要独立,又要统一的资源共享管理。随着信息技术的发展,该厂为了提高库存周转率,加快资金周转速度,决定开发“库存管理信息系统”。 (2)项目目标 充分利用现有的设备,采用作为开发工具,利用ACCESS数据库建立一个高效、准确、操作方便,具有专业的查询、更新及统计功能的微机管理信息系统,以满足工作人员进行综合的、模糊的查询及更新要求,从而更加方便的管理库存物品。该系统的开发与建立会极大程度提高管理人员、工作人员的工作效率。 2.对现有系统进行需求调查 需求调查是信息系统分析与设计的基础。要开发并实施一个完整的信息系统,必须首先了理解用户的需求,并形成系统需求说明书。在此基础上才能进行系统分析、系统设计和程序编码等工作。该厂在需求调查过程中发放了8种不同种类的调查表,要求相关人员对其进行逐条逐项的填写,从而对其现行系统的业务流程进行了详细的调查。 (1)现行系统业务流程 通过大量的调查,我们了解到当前该厂的业务流程如下:各车间向商品供应部门提出对某种商品的需求计划,仓库将相应的商品发放给各车间,一般要

信息化项目管理办法

信息化项目管理办法

文件修正履历表

1.目的 为加强公司信息化建设管理,规范信息化建设行为,减少、避免信息化建设重复投资,提升信息化项目建设和应用水平,依据公司IT审计要求,制定本办法。 2.适用范围 本办法适用于公司及其有管辖权的分子公司和分支机构;适用于信息化项目的立项、选型、招标、实施和验收过程。 3.名词解释 信息化项目是指以计算机、网络、通信、信息安全及其他信息技术等为主要技术手段,以咨询、采购、开发、升级和优化等方式建设的IT规划咨询、IT应用系统、IT设施和IT运维等项目。包括但不限于以下目类:信息化咨询、ERP系统、生产执行(MES)系统、人力资源(HR)系统、客户管理系统(CRM)、供应商管理系统(SRM)、协同办公系统(OA)、质量追溯系统、数据安全系统以及支持系统运行的硬件设备和网络环境等项目。 4.职责 4.1 信息化项目领导组 公司组建成立信息化项目领导组,公司总经理任委员会主任,IT部门总监总经理任副主任,成员由各事业部和各中心总经理和信息技术部负责人组成,负责审定公司信息化建设规划和对重大信息化项目的决策和指导。 4.2 IT部门总监 负责审阅信息化建设规划和信息化年度建设计划,负责核决信息化项目立项报告、招标总结报告和合同的签订。 4.3 信息技术部 负责组织公司信息化规划和年度建设计划的编制,负责组织信息化项目的立项、招标、实施、验收、优化和维护工作。 4.4 业务需求部门

负责根据业务发展需要提报信息化项目建设需求和信息系统优化需求;负责组织相关人员配合信息技术部进行信息化项目的招标、实施和优化工作。 5.作业名称:信息化项目立项与采购作业

中建-技术支持管理办法

技术支持管理办法 1总则 1.1目的 为加强中建钢构有限公司(以下简称“公司”)工程项目施工阶段全过 程结构与临时措施分析计算的管控,明确施工阶段结构分析计算工作 的安全重要等级与职责,规范施工阶段结构分析计算技术支持工作中 各责任主体行为,保障安全、明晰责任、提高效率、降低成本,合理 利用与分配有效资源,结合公司实际,特制定本管理办法。 1.2引用文件 《中国建筑股份有限公司设计勘察业务管理规定》(2012年) 《建筑工程设计文件签署规定》(2012年) 《建筑工程设计文件评审控制规定》(2012年) 《建筑工程设计验证控制规定》(2012年) 1.3适用范围 本管理办法适用于公司及司属单位的工程项目施工阶段全过程的结构 分析计算技术支持管理工作。 1.4管理原则 等级划分、分级管理、多方复核、职责分明原则。 1.5术语定义 1.5.1施工阶段结构分析计算:指工程项目投标阶段、施工组织设计和专项 方案编制阶段、监测阶段,所涉及的结构、施工措施等的分析与验 算。 1.5.2施工阶段结构分析计算难度等级:指根据结构或临时措施分析失效破 坏可能产生的后果(危及人的生命、造成经济损失、产生社会影响等) 的严重性和计算分析的技术难度高低,对施工阶段结构分析计算所采 用的一、二、三级不同的难度等级分级(表单1)。

2职责分工 2.1公司 2.1.1研究院 2.1.1.1负责公司施工阶段结构分析计算相关制度体系、标准的建立和完善。 2.1.1.2负责对二级单位计算完成人和计算审核人的能力考核与资质认定。2.1.1.3负责难度等级为一级的施工阶段结构分析计算项目的审查,并提交《技 术支持审查表》(表单2)备案;对于难度等级为一级的特殊项目,经 分管领导审批,负责组织实施。 2.1.1.4负责施工阶段结构分析计算项目的技术指导、咨询与培训工作。 2.2二级单位 2.2.1技术管理部 2.2.1.1负责本单位技术管理部计算职责体系的建立与完善。 2.2.1.2负责向公司研究院提出难度等级为一级的施工阶段结构分析计算文件 的审查;负责完成本单位难度等级为二级的施工阶段结构分析计算技 术支持、审核与审定;负责完成本单位难度等级为三级的施工阶段结 构分析计算的审定工作,并进行备案管理。 2.2.1.3负责本单位施工阶段结构分析计算的培训工作。 2.3三级机构 2.3.1制造厂/项目部 2.3.1.1负责完成本单位难度等级为三级的施工阶段结构分析计算与审核,并 提交二级单位技术质量部审定。 2.3.1.2负责编制与施工阶段结构分析计算相配套的技术文件(如实施方案、 措施、步骤及技术交底等内容)。 2.3.1.3负责施工阶段结构分析计算的实施与管理,接受二级单位技术管理部 的过程监督与检查,并按照检查意见进行整改。 3管理内容 3.1计算文件编制 3.1.1施工阶段结构分析计算完成人,必须严格遵照国家相关技术规范、标 准,以及公司企业标准,依据相关技术资料分析计算相关施工方案、

政府信息化项目管理系统建设方案

政府信息化项目管理系统方案 1、项目概述 本项目为软件开发项目。根据年xxx区政府投资信息化项目管理办法和实施细则的要求,在现有协同办公平台的基础上,对全区信息化项目建设中的项目申报、项目招标、项目实施、项目验收、项目成果的全过程管理,同时对党政信息化建设的相关人员、资产资源、日常维护、事务处理等日常工作进行电子化管理。 项目的具体建设内容如下: ●建设信息化项目管理子系统,实现信息化项目的全过程管理。 ●建设信息化资源管理子系统,实现对全区的信息化资产(包括各种信息 化资源)进行全生命周期管理。 ●建设信息化事务管理子系统,实现信息化运营过程中各种事务的全过程 管理。 ●建设系统运维管理子系统,实现对系统运维过程中的各项业务的全过程 管理。 2、需求分析 2.1业务需求 (1)信息化项目管理 根据《实施细则》文件要求,对全区信息化项目进行全生命周期管理,为信息化项目的建设和服务提供基础信息支持。实现对信息化项目立项、采购、建设过程、验收、维护的全过程文档、技术支持等信息进行维护、管理、查询、统计等,并为技术文档提供模板,从而规范项目操作。具体业务流程如下图:

(2)信息化资源管理 对全区的信息化资源进行全生命周期管理,为信息化资产的合理购置和运行监控提供基础信息支持。实现对网络设备、服务器、基础软件、网络资源、数据

资源等信息化资源进行维护、管理、查询、统计等。 (3)信息化事务管理 对全区信息化日常事务进行管理。系统实现对全区各单位信息化事务(包括系统故障、账号管理、业务应用等)上报、审核、反馈、进度等进行管理。 (4)信息化运维管理 对全区信息化系统的日常运维,包括系统维护单位、配合单位、维护人员的台账、日常运维记录、系统监测、故障提醒等功能的管理。 2.2与已有系统关系分析 xxx区党政信息化项目管理平台是基于xxx区信息化统一基础平台之上的信息系统,和全区其它信息系统有一下关系: ●和xxx区统一用户管理系统集成,实现用户统一认证和单点登录,并且 用统一用户管理系统的用户机构数据作为系统的基础数据; ●和全区短信平台集成,实现短信提醒等功能; ●和全区电子公章系统集成,实现在线文件、表单的格式转换电子盖章; ●和区财政局和区公共交易中心的政府采购系统基础,实现各种数据的交 换。 2.3服务对象和服务范围 xxx区党政信息化项目管理平台是全区公共的应用系统,面向全区各个委办局、事业单位应用。各单位授权用户能浏览、查询和管理本单位的数据和记录,区信息中心作为系统的建设方,负责系统的运营和维护,并具有系统管理权限。服务管理部门包括区信息中心、区财政局、区经信局、区发改局、区公共资源交易中心、质监xxx分局。 3、技术架构和数据设计

相关文档
最新文档