信息系统集成工程的文档管理20100804

合集下载

信息系统的文档管理

信息系统的文档管理

用户文档
信息系统 的文档
开发文档
管理文档
用户手册 操作手册 运行日志/月报 维护修改建议书 系统分析说明 系统设计说明 程序设计说明 测试计划 测试报告 可行性研究报告 项目开发计划 需求变更申请书 开发进度月报 开发总结报告
图8-2 按照服务目的不同划分的文档类型、信息系统各类文档的内容


(6)系统开发人员与系统维护人员通过文档进行沟通。
(7)用户与维护人员在运行维护期间进行沟通。 上述七个方面是文档在沟通方面的主要作用,其实,文 档还可以作为监理和审计的对象,作为开发其他信息系统的 参照。
如果发生合同纠纷,文档还能体现出证据 的作用。因为每份文档都是项目建设中有关成 员的一种书面承诺。绝大多数文档都是需要签 名的。而签名就表示对自己所签署的那部分文 档内容的认可和承担责任。特别是用户提出的 需求变更申请书必须妥善保管,这些文件在发 生纠纷时往往能成为保护自己甚至索赔的重要 依据。 显然,文档的编制在信息系统的开发工作 中占有突出的地位和相当的工作量。高效率、 高质量地写作、分发、管理和维护文档对于充 分发挥信息系统的效益有着重要意义。
(8)系统使用与维护手册 系统使用与维护手册是为用户准备的文档。有的系统比较大, 将使用手册与维护手册分开。其中,系统使用手册(或叫操作手册) 一般是面向业务人员的,他们是系统的最终使用者。系统维护手 册(或叫技术手册)是供具有一定信息技术专业知识的系统维护人 员使用的。系统使用与维护手册的主要内容包括: ① 概述:主要包括系统功能、系统运行环境(软、硬件)、系统安 装等内容。 ② 使用说明:系统操作使用说明较为详细地说明了操作的目的、 过程、方式、输入输出的数据等。最好将系统操作的界面图放入 说明书,便于使用者学习与操作。 ③ 问题解释:解释了系统使用中可能出现的问题及解决办法,如 非常规操作命令、系统恢复过程及意外情况与开发单位的联系方 式等。 信息系统运行过程中,用户还需要记录运行日志。在发现需 要对系统修正、更改的问题时,应将存在的问题、修改的考虑以 及修改的影响估计作详细的描述,写成维护修改建议书(或叫维护 修改申请书),提交审批。维护修改建议书也是系统运行维护期间 的重要文档。

信息系统的文档管理

信息系统的文档管理

信息系统的文档管理在当今数字化的时代,信息系统已经成为企业和组织运营的核心支撑。

从简单的办公自动化软件到复杂的企业资源规划(ERP)系统,信息系统的应用无处不在。

然而,在信息系统的建设和运行过程中,有一个常常被忽视但却至关重要的环节——文档管理。

文档管理,简单来说,就是对与信息系统相关的各种文档进行有效的收集、整理、存储、检索和利用。

这些文档包括需求分析报告、设计文档、测试报告、用户手册、操作指南等等。

它们不仅记录了信息系统的开发过程和功能特性,也是系统维护、升级和故障排除的重要依据。

为什么信息系统的文档管理如此重要呢?首先,良好的文档管理有助于提高信息系统的开发质量。

在系统开发的过程中,开发团队需要不断地沟通和协作。

清晰、准确的文档可以确保团队成员对系统的需求、设计和实现有一致的理解,减少误解和错误。

同时,文档也是对开发过程的一种监督和约束,可以促使开发人员遵循规范和标准,提高开发效率和质量。

其次,文档管理对于系统的维护和升级至关重要。

随着业务的发展和技术的进步,信息系统需要不断地进行维护和升级。

在这个过程中,如果没有详细的文档作为参考,维护人员可能会对系统的结构和功能感到困惑,导致维护工作变得困难和低效。

甚至可能会因为误操作而引发系统故障,给企业带来损失。

再者,文档管理有助于知识的传承和共享。

在一个企业或组织中,人员的流动是不可避免的。

当新员工加入或者老员工离开时,如果没有完善的文档记录,那么关于信息系统的知识和经验就可能会流失。

而通过文档管理,可以将这些知识和经验有效地保存下来,供后人学习和借鉴。

那么,如何做好信息系统的文档管理呢?首先,要建立一套完善的文档管理制度。

明确文档的分类、格式、编写规范和审批流程,确保文档的质量和一致性。

同时,要指定专人负责文档的管理工作,明确其职责和权限。

其次,要选择合适的文档管理工具。

现在市场上有很多文档管理软件,如 Confluence、SharePoint 等。

信息系统集成工程的文档管理20100804

信息系统集成工程的文档管理20100804

信息系统工程的文档管理信息应用系统和信息网络系统开发单位应提交文档总表1. 承建单位单位产出文档列表承建单位应对整个工程的实施过程予以记录,形成工程实施日记。

监理工程师有权对日记的真实性的内容的完整性予以检查,对内容不符部分,承建单位应予以及时改正。

承建单位应及时提供完善的工程文档,包括网络设备连接物理、逻辑结构图,网络设备配置、服务器、终端、网管设备的配置,综合布线方案,传输介质的选型、综合布线系统品牌选择、价格表等,以及所有计算机和网络设备的中文简明安装、使用、日常维护、管理、出错处理手册。

监理工程师有权对这些手册内容的完整性、正确性进行检查。

承建单位应按工程承包合同提供的图纸,在施工过程中,根据实际情况的变化,对设计方案做出修改,并及时向监理单位、建设单位项目组等进行信息传递。

承建单位应对整个工程的实施过程予以记录,形成工程实施日记。

监理工程师有权对日记的真实性和内容的完整性予以检查,对内容不符部分,承建单位应予以及时改正。

按国家档案管理条例及建设单位的要求,信息工程竣工验收时要提供齐全的竣工资料,经过分析整理、编制归档。

监理工程师在对信息工程实体和应用软件系统进行全面验收之前,首先要对全套完整的工程资料和文档进行全面验收。

督促承建单位及时整理必须报送的信息系统的设计方案、设计图纸、设备/软件/材料等的验收文档、施工记录、检测报告、竣工图纸、软件文档和源代码,经监理单位检查、审核后,签字并加盖公章,移交建设单位项目组。

1. 计算机网络工程文件列表下列文档,除系统需求书, 系统设计任务书由建设单位提出外,其余均由承建单位提出1.1.系统方案设计阶段系统需求书(建设单位提出)、系统方案设计书1.2.系统初步设计阶段系统设计任务书(建设单位提出)、系统初步设计书1.3.系统深化设计阶段系统图、系统接线图、系统验收细则、网络网址分配图、子网规划图、设备配置表、安全策略及配置1.4.系统施工阶段施工管理文件、设计变更文件1.5.系统测试阶段系统测试分析报告、设计变更文件、系统培训文件1.6.系统初验及试运行阶段系统初步验收报告、系统移交清单及文件1.7.系统验收阶段系统验收报告1.8.系统维护阶段系统管理制度、系统运行记录、系统维护保修记录2. 工程技术文档内容及要求2.1《系统需求说明书》要求(1)说明需求书是建设单位根据计算机网络系统用途、功能要求和有关文件,委托进行计算机网络方案设计的任务书。

系统集成档案管理制度

系统集成档案管理制度

一、总则第一条为加强公司系统集成档案管理,确保档案的完整、准确、安全和有效利用,根据《中华人民共和国档案法》、《档案管理基本规范》等法律法规,结合公司实际情况,制定本制度。

第二条本制度适用于公司内部所有系统集成项目档案的管理。

第三条公司系统集成档案管理应遵循以下原则:1. 完整性原则:确保档案的完整性,不得遗漏、毁损、伪造、篡改。

2. 准确性原则:档案内容应真实、准确、完整。

3. 安全性原则:确保档案的保密性、真实性、完整性和可用性。

4. 有效性原则:档案应具有查询、利用价值。

二、组织机构及职责第四条公司设立档案管理部门,负责公司系统集成档案的收集、整理、保管、利用等工作。

第五条档案管理部门职责:1. 制定和实施系统集成档案管理制度,确保档案管理工作的规范化、标准化。

2. 负责系统集成档案的收集、整理、归档、保管和利用。

3. 负责系统集成档案的保密工作,确保档案信息安全。

4. 负责档案的鉴定、销毁和转移等工作。

5. 负责档案管理人员的培训和考核。

第六条项目组负责本项目的档案收集、整理、归档和保管工作。

第七条项目组成员职责:1. 按照档案管理制度要求,收集、整理、归档本项目的档案。

2. 保管好本项目的档案,确保档案的完整、准确和安全。

3. 按时向档案管理部门报送档案。

三、档案收集与整理第八条档案收集范围:1. 项目立项、招标、合同等文件。

2. 设计、开发、测试、验收等过程中的技术文档。

3. 项目实施过程中的会议纪要、工作总结、验收报告等。

4. 项目相关的法律、法规、标准、规范等。

5. 项目实施过程中产生的其他有关文件。

第九条档案整理要求:1. 档案应按照项目名称、项目编号、文件类型等进行分类。

2. 档案应按照时间顺序进行排列。

3. 档案应编制档案目录,包括档案名称、编号、页码、日期等信息。

4. 档案应使用规范的档案装订方式。

第十条档案归档要求:1. 档案归档前,项目组应进行自查,确保档案的完整、准确、安全。

信息系统集成项目的管理

信息系统集成项目的管理

信息系统集成项目的管理信息系统集成项目的管理是指对信息系统集成项目进行规划、组织、协调、控制和监督的过程。

在一个信息化时代,各类组织对于信息系统的需求不断增加,信息系统集成项目的管理显得尤为重要。

本文将从项目规划、组织管理、控制与监督等方面介绍信息系统集成项目的管理。

一、项目规划信息系统集成项目的规划阶段是项目管理的起点,也是决定项目成功与否的关键环节。

在项目规划阶段,需要明确项目目标、项目范围、项目可行性以及项目资源等方面的要求。

1.项目目标项目目标是对项目所期望达到的状态或结果的描述。

在信息系统集成项目中,项目目标可能包括系统实施的时间、项目预算、系统功能要求等。

明确项目目标有助于为后续的项目进度控制和评估提供依据。

2.项目范围项目范围指明了项目的边界和内容,有助于管理者和项目团队明确项目的具体要求和目标。

在信息系统集成项目中,项目范围可能包括系统的功能模块、需求分析、系统测试等。

3.项目可行性评估项目可行性评估是对项目可行性进行全面分析和评估,包括技术可行性、经济可行性和市场可行性等。

只有在项目可行性评估结果良好的前提下,项目才能够继续进行。

4.项目资源项目资源包括项目人力资源、物资资源和财务资源等。

在项目规划阶段,需要对项目所需资源进行充分调查和规划,以确保项目能够顺利进行。

二、组织管理信息系统集成项目的组织管理是指对项目团队的组建、分工和管理。

一个高效的项目团队能够提高项目的执行效率和质量。

1.项目团队组建项目团队的组建需要根据项目规模和任务的复杂程度进行合理的配置。

在组建项目团队时,需要考虑到团队成员的专业能力、合作能力和沟通能力等因素。

2.项目团队分工项目团队分工是为了提高项目执行效率和协同工作的效果。

合理的团队分工能够使每个成员的工作职责明确,并且确保项目进度能够按计划进行。

3.项目团队管理项目团队管理包括对团队成员的激励和培训等。

激励可以通过奖励机制和晋升机制等方式来激发团队成员的积极性和创造力。

信息系统的文档管理

信息系统的文档管理

信息系统的文档管理信息系统的文档是系统开发过程的“痕迹”,是系统维护人员的指南,是开发人员与用户交流的工具。

规范的文档意味着系统是按照工程化开发的,意味着信息系统的质量有了形式上的保障。

文档的欠缺、文档的随意性和文档的不规范,极有可能导致原来的系统开发人员流动后,系统不可以维护、不可以升级,变成一个没有扩展性、没有生命力的系统。

所以,为了建立一个良好的信息系统,不仅要充分利用各种现代化信息技术和正确的系统开发方法,同时还要做好文档的管理工作。

(一)信息系统的文档类型信息系统的文档有多种分类方法:(1)按照产生的频率,信息系统文档分为一次性文档和非一次性文档。

一次性文档是指在系统开发过程中只产生一次的文档,如系统分析报告、系统设计说明书等;非一次性文档是指在系统开发过程中产生多次的文档,如需求变更申请书、维护建议修改书、信息系统运行日志等。

(2)按照信息系统生命周期的不同,信息系统文档可划分为系统规划阶段文档、系统分析阶段文档、系统设计阶段文档、系统实现阶段文档和系统运行与维护阶段文档。

系统规划阶段文档如系统可行性研究报告、项目开发设计书等;系统分析阶段文档如系统分析说明书等;系统设计阶段的文档如系统设计说明书、需求变更申请说明书等;系统实现阶段的文档如程序设计报告、系统测试报告、开发总结报告等;系统运行与维护阶段的文档如用户的手册、操作手册和维护修改建议书等。

(3)按照文档服务目的不同,信息系统文档可以分为用户文档、开发文档与管理文档。

用户文档主要是为用户服务的,如用户手册、操作手册、系统运行日志、系统维修建议书等;开发文档主要是为开发人员服务的,如系统分析说明书、系统设计说明书等;管理文档主要是为项目管理人员服务的,如可行性研究报告、项目开发计划、需求变更申请书等。

(二)信息系统文档管理的主要工作为了最终得到高质量的信息系统文档,在信息系统建设的过程中须加强对文档的管理。

1.文档管理的制度化、标准化必须形成一整套的文档管理制度,其类容包括:·明确必须提供文档的种类、格式规范;·明确文档管理人员;·明确文档的设计、修改和审核的权限;·制定文档资料管理制度。

信息系统集成项目管理中的项目文档管理策略

信息系统集成项目管理中的项目文档管理策略

信息系统集成项目管理中的项目文档管理策略一、引言在信息系统集成项目的管理中,项目文档扮演着至关重要的角色。

它们记录和组织着项目的相关信息,不仅提供了项目进展与成果的可追溯性,还为项目管理人员和相关人员提供了重要的参考和依据。

因此,合理的项目文档管理策略对于项目成功的实现至关重要。

二、项目文档分类与管理1. 项目启动文档项目启动文档是项目的首要文档,它包括项目章程、项目范围和目标等内容。

在项目启动阶段,必须准确编写和存储这些文档,并确保它们能够为项目团队和相关利益相关者提供清晰的指导和共识。

2. 需求文档需求文档是指项目需求的详细说明和描述。

在信息系统集成项目中,需求文档对于实现项目目标和满足用户需求至关重要。

因此,项目团队应该根据需求管理的最佳实践,编写清晰、具体、可追溯的需求文档,并及时更新和维护。

3. 设计文档设计文档包括项目的整体架构、模块设计、数据库设计等。

它们记录了系统的技术实现和详细设计方案,是项目开发和维护的重要参考。

项目团队应该根据项目的需求和技术特点,合理划分和管理设计文档,确保其准确性和及时性。

4. 测试文档测试文档是项目测试阶段的重要成果之一,它包括测试计划、测试用例、测试结果等。

通过有效管理测试文档,可以确保项目在测试过程中的准确度和可追溯性,提高项目交付的质量和可靠性。

5. 变更控制文档在项目实施过程中,可能会出现变更请求和需求的调整。

为了跟踪和管理这些变更,项目团队应该建立变更控制文档,并确保变更的准确性和及时性。

变更控制文档应该包括变更的原因、影响分析、变更的优先级等信息,以辅助项目管理人员做出明智的决策。

三、项目文档管理策略的制定与执行1. 统一格式与命名规范为了方便项目文档的管理和查找,项目团队应该制定统一的格式和命名规范。

例如,可以规定项目文档的命名规则、目录结构、版本号等,以确保所有文档都有一致的标识和组织。

2. 版本控制与追溯在项目文档管理中,版本控制和追溯是非常重要的环节。

信息系统工程 文件管理制度

信息系统工程 文件管理制度

信息系统工程文件管理制度一、引言为了规范信息系统工程文件的管理,确保文件的质量、安全和有效利用,制定本管理制度。

本制度适用于公司内部各部门及合作伙伴在信息系统工程项目中的文件管理。

二、文件管理职责1.信息系统工程部门负责文件管理的全面工作,包括文件的编制、审核、批准、存储、传递和归档等。

2.其他相关部门应协助信息系统工程部门完成文件管理工作,确保本部门产生的文件符合要求。

3.合作伙伴应遵守本管理制度,确保其提供的文件符合相关规定。

三、文件管理规定1.文件编制(1)所有文件应按照公司统一规定的格式进行编制,包括标题、正文、附件等部分。

(2)文件应内容完整、清晰,标识明确,以便查阅和使用。

(3)编制好的文件应经过相关部门或人员审核,确保文件内容的准确性和合规性。

2.文件审批(1)文件编制完成后,应提交给相关部门或人员进行审批。

审批人应对文件的内容、格式等进行检查,确保文件符合要求。

(2)文件审批通过后,应由编制人员签署姓名和日期,以示负责。

3.文件存储和保管(1)所有文件应按照公司规定的方式进行存储和保管,确保文件的安全性和完整性。

(2)各部门应建立适合本部门的文件管理制度,明确文件的分类、标识、存档和查阅等要求。

(3)对于重要文件,应进行备份和加密处理,防止文件丢失或被非法访问。

4.文件传递和查阅(1)各部门之间应建立有效的文件传递渠道,确保文件能够及时传递到所需部门。

(2)各部门应明确文件的查阅权限和责任,防止文件泄露或被非法获取。

(3)员工在查阅文件时,应遵守公司规定的查阅程序,不得随意复制、修改或删除文件。

5.文件归档和清理(1)各部门应按照公司规定的时间和要求对文件进行归档,以便查阅和使用。

(2)对于过期或无用的文件,应及时进行清理和销毁,防止文件堆积和占用资源。

四、监督和处罚1.公司将定期对各部门文件管理工作进行检查和评估,对于不符合要求的部门或人员将进行整改和处罚。

2.对于违反本管理制度的行为,公司将视情节轻重给予相应的处罚,包括警告、罚款、解除合同等措施。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息系统工程的文档管理
信息应用系统和信息网络系统开发单位应提交文档总表
1. 承建单位单位产出文档列表
承建单位应对整个工程的实施过程予以记录,形成工程实施日记。

监理工程师有权对日记的真实性的内容的完整性予以检查,对内容不符部分,承建单位应予以及时改正。

承建单位应及时提供完善的工程文档,包括网络设备连接物理、逻辑结构图,网络设备配置、服务器、终端、网管设备的配置,综合布线方案,传输介质的选型、综合布线系统品牌选择、价格表等,以及所有计算机和网络设备的中文简明安装、使用、日常维护、管理、出错处理手册。

监理工程师有权对这些手册内容的完整性、正确性进行检查。

承建单位应按工程承包合同提供的图纸,在施工过程中,根据实际情况的变化,对设计方案做出修改,并及时向监理单位、建设单位项目组等进行信息传递。

承建单位应对整个工程的实施过程予以记录,形成工程实施日记。

监理工程师有权对日记的真实性和内容的完整性予以检查,对内容不符部分,承建单位应予以及时改正。

按国家档案管理条例及建设单位的要求,信息工程竣工验收时要提供齐全的竣工资料,经过分析整理、编制归档。

监理工程师在对信息工程实体和应用软件系统进行全面验收之前,首先要对全套完整的工程资料和文档进行全面验收。

督促承建单位及时整理必须报送的信息系统的设计方案、设计图纸、设备/软件/材料等的验收文档、施工记录、检测报告、竣工图纸、软件文档和源代码,经监理单位检查、审核后,签字并加盖公章,移交建设单位项目组。

1. 计算机网络工程文件列表
下列文档,除系统需求书, 系统设计任务书由建设单位提出外,其余均由承建单位提出
1.1.系统方案设计阶段
系统需求书(建设单位提出)、系统方案设计书
1.2.系统初步设计阶段
系统设计任务书(建设单位提出)、系统初步设计书
1.3.系统深化设计阶段
系统图、系统接线图、系统验收细则、网络网址分配图、子网规划图、设备配置表、安全策略及配置
1.4.系统施工阶段
施工管理文件、设计变更文件
1.5.系统测试阶段
系统测试分析报告、设计变更文件、系统培训文件
1.6.系统初验及试运行阶段
系统初步验收报告、系统移交清单及文件
1.7.系统验收阶段
系统验收报告
1.8.系统维护阶段
系统管理制度、系统运行记录、系统维护保修记录
2. 工程技术文档内容及要求
2.1《系统需求说明书》要求
(1)说明
需求书是建设单位根据计算机网络系统用途、功能要求和有关文件,委托进行计算机网络方案设计的任务书。

(2)内容要求
●工程概况:使用条件和环境概况;现有设备概况;
●技术要求:系统功能和应用。

(3)其他可具备的内容
●建筑及已有网络的设计图;
●其他有关技术文件和资料。

2.2.《系统方案设计书》要求
(1)说明
系统方案设计书是承建单位根据系统需求书,提供系统规划设计的可行性方案。

(2)内容要求
●规划设计:系统总体功能;系统总体框图;系统设计标准;主要设备技术指标;
●系统概算:系统主要设备、辅料、安装、和服务等概算。

2.3.《系统设计任务书》要求
(1)说明
系统设计任务书或称招\投标技术文件是建设单位根据计算机网络系统用途和有关文件,对计算机网络系统的初步设计和施工组织设计提出的具体要求。

(2)内容要求
●工程概况:系统概况;施工概况;设备概况;
●计算机网络系统技术要求:系统功能;系统构成;主要设备技术指标;
●工程实施要求:用户培训;系统验收;系统保修和维护。

(3)其他可具备的内容
●建筑工程设计图纸;
●其他有关技术文件和资料。

2.4.《系统初步设计书》要求
(1)说明
系统初步设计说明书是承建单位根据系统初步设计任务书所提供系统初步设计和工程实施方案。

(2)内容要求
●设计总述:系统总体功能;系统总体框架;系统设计依据和标准;
●系统设计:系统功能;系统设计及配置;系统图;平面布置图;系统配置;机房、接地、消防、空调等有关设计;主要设备技术招标;
●工程实施规划:人员组织结构;工程进度计划;各工程工作内容和工作
界面;工程质量保证措施;系统验收标准;系统保修和维修保护措施;
●系统概算:系统设备及辅料概算。

2.5.《系统图》(网络拓扑图)要求
(1)说明
系统图是用简单的方案和图形描述系统之间的相互关系,以达到形象和易于理解的目的。

(2)内容要求
●描述系统工作各个组成部分;
●描述系统工作各个组成部分之间的关系;
●其他必要的描述。

2.6.《系统接线图》要求
(1)说明
系统接线图是以图元的方式来描述系统信号端子的接线关系。

(2)内容要求
●端子的编号和说明;
●接线和端子编号的对应关系;
●必要的描述。

2.7.《系统验收细则》要求
(1)说明
系统验收细则是对系统各项配置、功能和性能等招标进行测试的详细内容。

(2)内容要求
●配置测试:配件配置测试、配件外观检查、软件配置测试;
●功能测试;
●性能测试;
●其他必要的测试。

2.8.《施工管理文件》要求
(1)说明
施工管理文件是在系统施工阶段所产生的各类管理文件,它是施工管理
流程和管理记录的文档。

(2)内容要求
●现场管理机构和人员;
●系统总体和子系统施工形象进度表;
●工程进度控制文件;
●工程质量管理文件;
●施工流程和方法文件;
●施工质量记录文件;
●技术文档管理文件;
●现场设备检验和保护记录;
●现场管理和控制的各类表格;
●其他管理文件。

2.9.《设计变更文件》要求
(1)说明
设计变更文件是在工程施工中根据建设单位有关要求和有关情况对设计变更的说明和记录。

(2)内容要求
●变更原因;
●变更详细设计和说明;
●变更偏差表,及以说明变更后系统的功能和性能;
●其他必要的设计变更说明。

2.10.《系统调试分析报告》要求
(1)说明
系统调试文件是系统进行调试的内容方法和结果的文件。

(2)内容要求
●系统调试说明;
●系统调试依据和标准;
●系统调试联调内容、联调方法和结果记录;
●调试结论;
●调试组签字;
●其他必要的调试说明。

2.11.《系统培训文件》要求
(1)说明
系统培训文件是对系统操作和管理人员进行培训的文字资料。

(2)内容要求
●系统培训大纲
●系统设备、设计文件和图纸等资料;
●系统日常操作;
●系统例行维护;
●系统故障处理。

2.12.《系统初步验收报告》要求
(1)说明
系统初步验收报告是系统施工结束后,试运行前的系统初步验收的内容、方法和结果的记录文件。

(2)内容要求
●系统初步测试大纲;
●系统初步验收依据和标准;
●系统初步验收内容、方法和记录;系统配置验收、系统功能验收;
●验收结论;
●验收组签字;
●其他必要的验收说明。

2.1
3.《系统移交清单和文件》要求
(1)说明
系统移交清单和文件是系统移交时必须提供的移交清单和清单中所列的所有文件和资料。

(2)内容要求
●全套工程图纸和有关文件资料;
●系统用户手册;
●系统操作手册;
●产品说明书;
●系统保修和维护文件;
●其他必要有移交的有关文件。

2.14.《系统验收报告》要求
(1)说明
系统验收报告是系统在初步验收和试运行的基础上,进行系统投入正式运行前的最终验收内容、方法和结果的记录文件。

(2)内容要求
●系统验收大纲和说明;
●系统试运行记录(包括系统变更和保修记录);
●系统验收依据和标准;
●系统验收内容、验收方法和验收记录;配置验收、功能验收、性能验收;
●验收结论;
●验收组签字;
●其他必要的验收说明。

2.15.《系统管理制度》要求
(1)说明
系统管理制度是系统日常维护和管理的规章制度。

(2)内容要求
●系统设备文件和资料的管理规定;
●系统日常操作规定;
●系统日常维护规定;
●系统事故紧急处理程序;
●内部机房出入、环境和设备使用等管理规定;
●其他有关系统和机房管理规定。

2.16.《系统运行记录》要求
(1)说明
系统运行记录是对系统运行所做的定制记录,以作为维护和保修的依据。

(2)内容要求
●系统各类运行参数日常记录;
●系统运行环境参数记录;
●系统异常记录;
●其他必要的系统运行记录。

2.17.《系统维护保修记录》要求
(1)说明
系统维护保修记录是系统进行保修和维护时所作的记录,以作为系统保修和维护的依据。

(2)内容要求
●系统维护保修和维护计划;
●系统定期维护保修记录;
●系统故障原因分析;
●系统部件修理或更改记录;
●系统设置更改记录;
●系统软件、更件升级记录;
●其他系统保修维护记录。

相关文档
最新文档