篇一：建设项目信息化管理
有限公司 12－1
XXXX 电子股份有限公司
采购 OA 协同办公系统建设项目
招标文件
（招标编号：2010CAICJD018）
招标单位：
XXXX 公司 地 址：
XXXXX
2010 年 x 月 x 日
有限公司 12－2
目录
第一章 投标邀请 第二章 投标人须知
一、投标人 二、投标资质文件 三、投标文件的编制 四、投标文件的审查、评议 五、授予合同 第三章 货物需求及技术规格一览表 第四章 商务条款 第五章 合同格式 第六章 附件 一、投标货物分项报价表 二、投标货物分项明细表 三、技术条款响应表
有限公司 12－3
第一章 投标邀请
XXXX 电子股份有限公司邀请国内合格的投标人就该公司 OA 协同办公系统建设项目及服务进行国 内招标。特邀请具有此项供应能力的厂商前来投标。
1.招标编号：2008CAICJD018 2.招标内容：OA 协同办公系统建设项目 1 项 3.招标文件发售时间、地点：有意向的合格投标人可从 2008 年 11 月 17 日 8 时 30 分起至 2008
年 11 月 18 日 16 时 30 分，从 XXXX 电子股份有限公司机动公司获取电子版招标文件。
4.招标文件售价：免费。
5.投标截止时间：
6.开标时间：
7.开标地点：XXXX电子股份有限公司3号会议室，由本公司审计、财务等多个部门共同出席在
场开标并记录在案。
8.开标时间、地点说明：招标方可根据实际情况临时变更开标时间、地点，投标方不需参加开标
事宜。
9. 招标组织单位：XXXX 电子股份有限公司
联系人 联系电话：
传 真：
电子邮件：
第二章 投标人须知
一、 投标人
1. 凡具有独立的法人资格，有生产或供应能力的国内企事业单位或在中国注册的外国独资、中外 合资、合作企业均可参加投标。经销商（代理商）应提供投标货物销售的授权书，明确技术培 训部门、售后服务部门的归属，并提供相应的承诺说明。
2. 投标人应遵守国家有关法律、法规和条例。
3. 投标费用：无论投标过程和结果如何，投标方编制投标文件、技术交流等一切相关费用均由投
标方承担。
4. 投标方须对发标组织单位就其提交的招标文件资料等严加保密，不得向其他投标方或个人泄露。
5. 投标方若对招标文件有疑问，可于投标截止日前5天以书面传真方式询问招标方，由招标方负责
进行解释。
6. 在投标截止时间前，招标方可对招标文件以补充文件的方式进行修改，并以书面或传真方式通
知已获取招标文件的每一投标方。补充文件将作为招标文件的组成部分，对所有投标方有约束 力。为使投标方有足够的时间按招标文件的修改要求考虑修改投标文件，招标方可酌情推迟投 标截止日期，并将此变更通知上述每一投标方。
7. 超过投标截止时间提交标书，招标方有权拒收标书，视为投标方自动放弃投标。
8. 投标方获得了招标文件而不参加投标，请在开标前2日以书面形式通知招标机构。若该项目因不 足三家而导致重新招标，未予书面通知的单位将被取消重新参加该项目的资格和被招标方纳入
有限公司 12－4
不诚信的单位记录在案，以后招标方其它招标事宜都将取消该单位资格。
二、 投标资质文件
1. 投标方应提交证明文件，证明其有良好的企业信誉和履约能力等基本条件，有资格参加投标和 中标后有能力履行合同的文件，作为其投标文件的一部分并作为商务评标依据之一。具体要求 如下：
2. 投标方（代理商）的法人营业执照、组织机构代码证、税务登记证；
3. 投标方（代理商）法定代表人授权书；
4. 投标方（代理商）的公司概况，包括经营、销售、技术、服务能力等；
5. 投标方（代理商）取得的各种许可证、质量体系认证等；
6. 投标方（代理商）应提供在开标前3-6个月银行开具的资信证明原件或复印件；
7. 制造商向投标方（代理商）颁发的销售授权证书；
8. 制造商取得的各种行业注册证、许可证、质量体系认证等；
9. 如投标方代表不是法人代表，须持有“法人代表授权书”；
10. 投标系统样本资料，如与投标内容不附，需作说明，否则可能导致废标；
11. 投标方应具有从事同类项目 5 年以上经验（包括同规格、近似规格项目、同类用途项目），并
具有一定的用户和规模。同类项目 30 个用户清单（用户名、地址、型号规格、电话、联系人）；
三、 投标文件的编制
1. 投标人应仔细阅读招标文件中所有内容，投标人未按招标文件要求提供全部资料或提交的投标 文件没有对招标文件作出实质性响应，那么投标人将承担风险，有可能导致投标无效；
2. 投标文件上采用的货币单位是人民币元，所有单价及投标报价均以人民币计算；
*3.投标文件的组成。投标人准备的投标文件包括：（a）投标函 ；
（b）投标货物数量、价格表；
（c）资质文件；（d）商务部分偏离表；（e）技术部分偏离表 （d）投标说明及投标书附件（投 标人视需要自行编写） 4. 投标方应将投标文件一起装入一个的大的密封袋，其中（b）投标货物数量、价格表应单独密封， 一同放入投标文件的密封袋，密封袋填写密封日期，并加盖投标方公章；
5. 有下列情况之一的，其投标书一律无效：
（1） 投标书未按规定密封；
（2） 投标书未盖单位公章和无法定代表人、法定代表人授权的代理人签字或盖章的；
（3） 投标方未按招标文件的规定要求和格式填写，或内容不全、字迹模糊不清、难以辨认；
（4） 投标书未按规定的投标截止日期送达指定地点；
（5） 投标文件未按规定（一份正本和一份副本）准备投标书的；
（6） 投标有效期不满足招标文件要求的；
（7） 投标方的投标价不止一个，出现选择报价的；
（7） 商务条款和技术条款中打“*”的任何一项，如果发生偏离将导致废标；
6. 投标文件必须由法人代表或全权代表签署，投标文件中投标书副本可提供复印件，投标文件须 注明“正本”和“副本”字样；投标文件不得涂改和增删，如有修改错漏处，必须由同一签署 人签字或盖章；
7. 投标有效期为投标截止日期之后 90 天，有效期短于这个规定期限的投标，将被拒绝；
8. 投标保证金：无
四、 投标文件的审查、评议
有限公司 12－5
1.招标方在开标后可随时请投标方对投标书进行澄清解答，解答时投标方不得对投标书中实质性内 容和报价加以修改，除非招标方同意。
2. 招标方在开标后请投标方对投标书进行澄清解答时，该询问并不表示建议改变投标价，也不表 示减少投标方任何责任。
3.评标工作由招标方负责组建的评标委员会负责，根据投标方的技术标和经济标的综合情况进行评 议，此方法仅适用于XXXX电子股份有限公司招标的评标工作。
4.评标原则是根据投标方的报价、履约能力、资质信誉、资金状况、是否满足招标货物的技术要求、 质量保证、交货期、付款方式、市场用户反馈信息、市场占有率、售后服务情况等内容进行综合 评审，公平公正地评选中标单位。
5.招标组织单位保留与任何投标方作进一步议标的权利。
6.招标方不承诺最低报价为中标的唯一保证。
7.此次招标的解释权归XXXX电子股份有限公司。
五、 授予合同
1.招标方可以在定标以前拒绝任何或全部投标，而不负任何责任，对未中标方不承担任何责任及作 任何解释，招标方以书面形式通知中标人其投标被接受，并通知在规定时间内前来商签合同。
2.中标方必须在中标通知书规定的期限内与 XXXX 电子股份有限公司签订合同，否则招标方有权取 消其中标资格。
3.中标方在签订合同时，坚持提出附加条件和不合理要求，或对合同条款提出原则性修改，招标方 有权取消其中标资格，由此产生的一切损失由原中标方负责。
第三章 货物需求及技术规格一览表
1 建设内容
1.1 以业务流程处理为主要内容的协同工作系统。
1.2 以公文收发管理为主要内容的公文流转系统。
1.3 以有审批流的统计表单处理为主要内容的表单应用系统。
1.4 以个人事务处理为主要内容的个人办公系统。
1.5 以企业文化建设为主要内容的企业文化展示系统 1.6 以文档资源共享为主要内容的文档管理系统 1.7 与办公有关的辅助性功能。
2 系统设计基本原则
为保证项目能达到上述建设目标，在设计过程中应遵循如下原则：
2.1 安全性：系统必须建立整套包括相关技术和制度在内的严格、缜密、可靠的协同办公安全管理机 制。
2.2 持续升级：系统必须保证能够无须定制地平滑升级，供应商应能提供曾经数次成功升级的版本序 列、客户升级文件等以证明其具有平滑升级能力和承诺。
2.3 产品化：系统应是成熟稳定的产品，经过完整的系统验证，确保系统的稳定可靠。
2.4 先进性：系统应采用先进、成熟的开发平台，使系统各项功能得到可靠执行。
2.5 易用性：系统应提供友好的用户界面，人性化的设计，简单易用，便于操作。
2.6 功能关联性：系统设计应充分考虑功能间高度关联，如协同工作处理过程和内容以及公文内容、 审批意见、处理情况等都可以作为过程型知识，存放在 OA 的存档中并能根据处理情况自动更新；存 档中心的文件除了可以共享外，还能借阅转发协同等；所有统计表单的使用及处理过程都可以存放在 OA 的存档中心中供领导查阅等。
有限公司 12－6
2.7 标准化：系统设计和开发应符合 ISO9000 质量认证、GB/T 8567-2006（计算机软件文档编制规范）、 GB/T 20157-2006（信息技术 软件维护）、SJ/T 10352（办公自动化系统开发设计指南）等国家各项 标准的相关条款规定，与系统紧密联系的系统实施、产品服务也应遵循标准化原则，提供严谨科学的 实施体系和多途径、及时有效的产品服务。
2.8 可扩展性：系统设计要科学、合理，应具有良好的可扩展性，用户能按需扩充新的功能模块及扩 大应用规模（如数据量、用户数等），不得出现因功能与规模相互影响而导致实质性无法有效扩展等 问题出现。
2.9 可管理性：系统应提供可视化的管理工具，允许通过多种手段，快捷管理、配置和监控系统运行 状况，为系统正常运行提供技术保障。
2.10 系统集成性：系统应提供标准的接口，实现与目前及未来可能发生的系统的单点登陆、集成和 整合。
3 技术要求
3.1 总体 3.1.1 OA 系统应能满足在 Windows2000/XP/2003/Vista 多中操作操作系统上使用。
3.1.2 本次采购的 OA 系统应支持 700 个以上并发用户正常使用，注册用户数不受限制，客户端连接 数量不受限制。
3.1.3 投标方在实施和维护中安装的 OA 系统软件（模块）必须是一套原开发商的全新软件，不得拷 贝任何经过第三方定制、更改后的软件（模块）。
3.2 软件架构 3.2.1 ★三层结构：要求采用开放架构及标准的 “表现层－逻辑层－数据层”三层次结构。
3.2.2 ★OA 系统架构应采用纯 B/S 模式，客户端零安装, 通过微软 IE (6.0)浏览器能稳定可靠使用。
系统的维护和版本更新应只限于在服务器上进行。
3.2.3 ★OA 系统应满足集团化应用，支持不同层级的分支机构，并在同一套系统内能确保其数据的独 立性。
3.2.4 ★系统应具备门户化的功能，应具备与其他业务系统如流程、消息提醒、数据处理等方面的整 合能力。
3.2.5 OA 系统的数据库采用 Oracle 关系数据库（10G）或 Domino（R8）数据库。
3.3 系统管理 3.3.1 系统管理应在 OA 平台内完成，不需要启用第三方开发软件，应具备一定范围内的远程管理能 力。
3.3.2 ★系统应具有严谨的权限管理机制，可进行全面的权限管理，支持分级别管理授权。
3.3.3 ★系统应具备详尽的日志功能，记录操作者，时间，操作内容，文件去向，系统运行记录、错 误报警等信息，便于分析与监管。
3.3.4 ★系统应具有完备的数据管理能力，支持数据备份、恢复策略定制，数据分区等操作。
3.3.5 OA 系统应具有容错能力，在运行过程中出现错误时，提示故障原因。
3.4 二次开发 3.4.1 ★投标方应在投标文件中明确办公系统接口开放的范围和开放程度，系统应易于二次开发扩展， 具备标准的二次开发平台，并提供开发工具和详细的二次开发指导文档。
3.4.2 ★系统应支持 LDAP 技术，以方便日后对人员信息的统一管理与集成。
3.4.3 OA 系统的定制开发过程应按照软件项目进行管理，确保开发文档齐全，项目完成后应有列举所 有开发项目的详细列表。
3.4.4 ★投标方在进行 OA 系统实施过程中，软件基本模块功能不得基于底层基础平台进行任何编写 代码形式的修改，只能利用模块本身进行参数化、图形化定制，如在基本模块功能之外确实需要此类 开发的，必须与招标方取得共识，且确保 OA 系统升级后原开发部分能正常工作，并提供定制部分的 终身升级服务。
有限公司 12－7
3.4.5 投标方应承诺：当 OA 系统软件平台升级时，应确保系统所支持的工具软件、数据接口、应用 服务接口等可以按原有模式正常工作。
3.5 数据移植 3.5.1 投标方应完成现有 OA 系统中组织机构的移植。
3.5.2 投标方应完成现有 OA 系统中历史公文数据的移植。
4 功能要求：
4.1 信息门户 信息门户为公司管理人员及技术人员工作的系统化平台，在门户系统中应方便快捷的实现各项工
作的处理，集团文化的展现，与其他系统的集成（目前暂时为单点登陆）等功能。
4.1.1 多级空间门户：个人空间门户（可自定义）、部门空间门户、子公司（分公司）门户、集团空间 门户，并通过分权限管理控制展示不同的内容。
4.1.2 门户基本内容：包含但不仅限于信息发布，企业文化展示，个人办公（工作计划，代办工作等）， 流程中心，协同平台，邮件中心，专栏（工作制度；内部刊物），在线交流，征求意见调查，论坛等。
4.2 集团化应用 对于公司集团内的单位既要求信息互通，又要求管理独立，每个单位有自己独立且完善的组织结构， 单位受统一的集团的制度约束。完全构建符合公司集团化组织结构，在集团组织中由多个单位共存， 组成了集团组织树。
4.2.1 支持多单位之间的角色转换和消息共享；
4.2.2 单位之间的角色相互参照；
4.2.3 用户可以在多单位之间兼职；
4.2.4 不同的单位之间，信息范围和形式不同；
4.2.5 拥有跨整个集团的公共信息空间；
4.2.6 跨单位之间的事务处理；
4.2.7 不同单位之间的人员相互发送事务；
4.2.8 跨单位的信息接受、消息处理、事件追踪。
4.3 协同工作
协同工作单元是公司内部员工间的协同工作平台。支持简捷的文字编辑、信息流转、意见加载、 振荡回复、与其它协同和文档关联，以及多附件上传、图片粘贴等，支持协同和邮件的互通。协同工 作单元还应该能够实现自建流程、调用模板流程、自建个人模板、调用格式、制作表单、导入表单、 表单捆绑流程、调用统计表单、对超期流程情况进行统计等功能，以完成资料传递、审批、请示、报 告、汇报、工作沟通等工作内容。具体要求如下：
4.3.1 图形化流程：可以用图形化的方式，由客户端灵活地自建流程等；
4.3.2 分支流程：可以整合多个流程，可以在选择分支点进行多种数据类型的条件判断，除数字类型 判断外，还必须支持非数字类型；
4.3.2.1 系统模板定义：协同、公文模板的分支流程定义，普通分支流程能够根据部门、职务、权限等 系统内部定义的职能进行判断，表单流程还应支持根据表单填写的内容进行分支的判断；
4.3.2.2 分支条件定义：A 自动条件：支持部门、组、岗位、职务级别的组合条件定义；B 自动数据条 件定义：对表单的数据项的主表字段和重复项字段设置逻辑表达式；C 手工分支，由处理节点来选择 后续流转分支；
4.3.2.3 分支流程增加强制条件，设定为强制的分支，由系统根据设定条件自动判断分支条件满足或不 满足，流程处理者不能进行手工选择修改；
4.3.3 丰富的流程策略：可以终止、回退、回收、撤销、加签、知会、转发和重复发起等；
4.3.4 协同振荡回复：发起人可以在流程结束前添加正文补充，处理人可以在流程结束前对已经回复 意见的协同进行振荡回复，回复的意见可以设置为隐藏（隐藏时只对发起人、回复人可见）；打印振 荡回复的讨论意见；
有限公司 12－8
4.3.5 流程查看功能：在流程查看中可以对流程内的所有流程参与人发送在线消息；
4.3.6 可以使用统计表单，完成对表单数据的交叉统计和汇总统计；
4.3.7 可以图形化的方式对协同流转进行全程跟踪、催办、查办协同的处理等；
4.3.8 应支持 OFFICE 和 WPS 编辑功能，提供手写签名识别、OFFICE 和 WPS 等对正文的处理等功能 扩展；
4.3.9 协同转日程：查看已发协同时,转化为日程的系统出现在处理人的日程事件列表中；
4.3.10 邮件可以转发为内部协同；
4.3.11 协同进行归档和预归档。
4.4 公文流转
公文流转作为办公室工作的重要内容，也是 OA 系统的核心部分，功能包括收文管理、发文管理、 部门发文及流转、跟踪、督办等；内容包括各种下发和上呈的公文、信息的通报、会议通知、应急通 知等。要求必须实现公文稿纸与正文分离，公文管理员能够在流程中进行自动匹配，通过公文流转系 统实现收发文管理的自动化，由电子行文代替手工行文，解决公文传递慢，信息不及时、不同步，不 易于查阅等问题。具体要求如下：
4.4.1 收文管理：进行收文处理，实现收文的登记到办理或外来收文转内部发文的全部过程；支持两 种方式建立公文流程：一种是调用公文模板来建立；二是由公文收文登记人员自定义公文传输流程；
全面支持公文节点的自定义；
4.4.2 发文管理：进行发文处理，实现发文的登记到审核办理的全部过程；支持两种方式建立公文流 程：一种调用公文模板来建立；二是由公文收文登记人员自定义公文传输流程，全面支持公文节点的 自定义；
4.4.3 公文交换：发文封发完毕，进入公文交换发送到各个公文接收单位，公文接收单位进行公文的 签收；支持查看发送单和签收单；
4.4.4 公文督办：对每种公文流程系统可以指定公文督办人员进行监督管理，日常公文办理中拟办人 员在处理公文时可以指定该公文的督办人和督办期限，被指定的督办人员可以对公文的流程进行改 变；
4.4.5 公文单催办功能：可以进行催办，并对催办记录进行查看；
4.4.6 公文档案：进行公文文件存储，提供公文组合查询；
4.4.7 公文统计：支持依照公文的收、发文状态进行统计和查询；支持收文统计、发文统计、归档统 计、已封发和流转中发文查询；同时支持公文单的摘要、处理情况、备注的信息填写。该功能权限授 予公文收发员；
4.4.8 痕迹保留：提供全面的键盘批注和手写批注的痕迹保留，在进行修改文字时的全痕迹保留，包 括键盘修改和手写修改的痕迹保留。将记录审批流程中每个审批人对公文正文的修改内容和修改时 间，并且同一时间只允许一个人对同一公文的正文进行修改；
4.4.9 手写批注：提供全面的键盘批注和手写批注功能；
4.4.10 电子签章，签名：支持电子签章和手写签名；提供安全的电子签章，签名管理和盖章、签名功 能，在文档上任意地方加盖签章（单位印章或个人手写签名）；
4.4.11 文档清稿：实现草稿和文档对照功能，进行文字清理；
4.4.12 套红封发：实现封发时公文文头信息修改；发文支持实现自动公文红头套用；
4.4.13 公文节点权限:定义公文流程节点名称和操作,切合实际公文流转过程名称；
4.4.14 公文文号管理: 实现建立公文收发文自动文号；
4.4.15 印章管理：实现对电子印章的统一管理，分配/收回用户签章权限、访问记录等；
4.4.16 公文管理员统计功能：单位公文管理员应能形成公文统计表；
4.4.17 公文模块二次开发接口：提供外部公文导入的 SDK 开发，交换中心 web Service 接口。
4.5 表单中心
该功能主要完成公司的申请类、统计采集类、资源类、静态表单类从填写到审批到统计的全过程。
如借款/费用报销/合同审批/采购申请/固定资产报废/公务联络/绩效考核/办公用品申报/公章借用/
有限公司 12－9
接待申请/用车申请/培训申请/部门用人申请/人员调动申请/请假申请单/工作交接/重要工作请示等，通 过定义信息载体（表单）和切合公司管理实际的应用流程，方便公司领导和各部门相关领导快速统计 数据，了解情况。
4.5.1 设计简单：通过 word 就可以任意设计表单图表，同时提供设计平台和丰富的控件类型（数字、 日期、文本、复选、单选、流水号、重复项表格字段等），不需要专业开发语言，仅仅通过鼠标就可 以快速完成设计，并可导入 OA 协同工作系统；此外还可以将表单样式导出到本地，再次导入时包括 样式和表单元素均可一起导入；
4.5.2 将设计的表单与单位各职能部门的管理规定结合，快速定制出审批流；并应能够针对相关部门、 级别、岗位、个人进行授权。表单还需支持并发流程。表单审批流程应能够针对表单填写者的部门、 级别、岗位等进行判断进行分支，也能够根据表单内容，对表单中字符型、数字型、枚举型、日期型、 日期时间型、布尔型、数字表达式等进行组合分支条件定义；
4.5.3 统计方便：系统应能够根据表单的内容进行任意的统计设置，并支持表单报表导出、支持结果 转发协同和内容转发协同功能；
4.5.4 穿透查询：领导对表单统计表中异常的数据能够直接进行查询数据的来源和处理内容；
4.5.5 表单审批流能够作为过程型知识存放在 OA 系统归档中心。
4.6 提醒管理
对代办工作，会议安排等提供便条提醒、邮件通知、手机短信提醒等功能，保证信息的可靠传递。
4.7 OA 归档中心
OA 归档中心应将协同工作、表单应用和会议、公文等处理过程的信息进行归档。并通过授权能 够向组织各部门及各分支机构员工进行共享、借阅、转发和链接。其中文档存储中心，提供文档目录 管理、文档查询等功能。通过文档目录管理，能够方便地对所有文档目录进行设定、维护，使文档体 系能够严格遵循单位的相关管理要求。用户可经文档管理中心授权后对相应的文档目录进行维护，自 主添加和删除文档。其他用户能够对文档中心有访问权限的文档进行查阅。
4.7.1 我的文档:存储用户个人的文档，提供文件夹的建立，文件的建立修改和查询；
4.7.2 单位文档:存储单位的文档，提供文件夹的建立，文件的建立修改和查询；
4.7.3 项目文档:增强对项目的管理，对项目文档进行独立的分类，形成以项目负责人为主导的项目文 档管理体系；
4.7.4 公文档案：公文档案用来进行公文文档的存储、归档，由公文档案库管理员进行管理；
提供批量上传功能；
4.7.5 提供对过程性的知识归档功能，如协同、表单、公文中的流程过程、所有人的意见以及对正文 的修改等，作为一个文档进行保存；
4.7.6 提供协同、表单和公文流程预先归档功能；
4.7.7 提供在线编辑 OFFICE 和 WPS 文档的功能；提供按照权限设定是否支持下载和打印操作 4.7.8 显示其他用户共享给使用人的文档夹；
4.7.9 提供综合查询，能够进行发起人、关键字、时间段、标题、归档状态等组合查询各类文档，如：
协同、公文、表单、事件、计划、会议、新闻、公告、调查、讨论、文件等；
4.7.10 文档与其它系统关联，如文档能够转发协同、转发邮件；
提供文件树，在“我的文档”根目录下包括我的计划、他人文档、借阅文档、用户个人文档和文档夹。
在“我的计划”文档夹中包括日计划、周计划和月计划文档，分别用来存放用户个人的日计划、周计划 和月计划。形成完整协同、文档和计划的全面管理。
4.7.11 存放全集团各种新闻，公告，调查，进行全集团讨论， 展示各种集团共享文件和文档，是信息 共享最大化。
4.8 个人办公
能够浏览和查询个人工作状况，处理个人日常的工作事务。包括日程安排、工作计划、工作日志、 个人文档、个人通讯录、电子邮件以及事务提醒等项目。
4.8.1 邮件系统：支持多个附件的传输
有限公司 12－10
4.8.2 工作计划 用于个人和本部门的日、周、月工作计划的建立、送交、告知等日常计划管理。要求具有计划主
送/抄送/告知、多附件上传、格式模板套用、项目关联、OFFICE 和 WPS 文档编辑、任意时段计划编 制、计划意见交流、计划总结和计划归档等功能。
4.8.3 个人日程 4.8.3.1 该功能主要是为了记录个人或部门每天的工作内容，以起到日志、提醒和管理监督的作用。要 求具有信息汇总、共享类型、优先级安排、完成情况显示、附件上传和查看多人日程的功能，支持跨 日事件的安排、协同转日程和日程委托等，从多方面满足协同工作、事件安排、个人时间管理和部门 日程管理的需求。
4.8.3.2 支持根据日程时间安排工作事项，相互协调一致地展开工作；支持根据待安排的工作事项按重 要、紧急两个纬度安排“我”的日程。软件必须兼顾两个方向的日程事件安排方式，按待安排、已安 排、处理中、已完成共 4 种状态对“我”的工作进行管理，并对事项的数量、耗时等按重要/紧急两 个纬度构成的 4 个象限进行工作统计，提供图形分析工具，帮助个人提升时间管理能力，对于领导者 和中层经理尤其具有价值。
4.8.3.3 针对实际管理，系统需支持领导给下属安排日程事件，办公室给公司领导安排日程等应用功能， 同时支持从协同事项转入日程事件、接受他人委托事项等多种的日程事件的管理，针对日程事件的信 息的价值取向，提供私有、领导、下级、公开等多种信息共享和保密措施，保证信息化后的日程事件 管理和协作能力。
4.8.4 工作日志：记录用户操作，即工作内容，并允许用户查阅近期工作情况。
4.9 会务管理
实现会议申报、审批、安排、通知、记录、查询等的综合管理功能。会务管理主要包括会议管理 和会议室管理两部分。用户可以通过会议室管理查看所有会议室及相关资源的占用情况，会议冲突的 检查，预定会议拟召开期间可用的会议室，确保会议室资源的合理、充分使用。会议管理还需要包含 对参会人员日程冲突的检查，并支持如 OFFICE 和 WPS 文档在线编辑、会议与项目关联、会议纪要 上传和多附件上传功能。并能提供会议信息统计功能。
4.10 公共信息 4.10.1 企业文化展示窗口：用以展示企业在文化建设方面的内容 4.10.2 管理制度查阅窗口：对公司各类管理制度进行分类管理，方便在需求时进行查阅 4.10.3 公告 4.10.3.1 包括发布公告、浏览公告、维护公告信息、查询公告、打印公告等功能。
4.10.3.2 公告发起人可以按部门、职务级别、人员等方式发布公告。
4.10.3.3 公告支持 OFFICE 和 WPS 文档格式排版发布，忠实再现公告原文格式。
4.10.3.4 公告发起人可以查看公告接受人是否阅读公告，以及阅读的时间。
4.10.4 调查
通过发布调查问题，组织员工参与调查提交意见，收集和分析员工意见，以投票功能等多种应用 帮助管理者及时掌握大范围的调查信息反馈。系统需要提供设置调查范围、问题多选、附加意见、结 果统计等功能。调查可以设置多个题目，题目可以多选，或者单选，题目允许评论。
4.10.5 新闻
发布公司的重大新闻事件，树立员工信心，激发员工的工作热情。要求支持 NEW 标识显示。
4.10.6 公共通讯录
用于单位内部及对外联系的各种公共电话和邮件等信息的录入、导入、修改和查询。由有关部门 负责收集和更新，集中在一起为所有用户共享使用。
4.11 办公助手
主要是为工作人员提供日常工作时要用到的一些小工具，如计算器、万年历查询等工具。并能方 便地直接从 OA 系统登录到单位其它网站。
4.12 关联项目
有限公司 12－11
4.12.1 管理项目首先是在项目团队中共享信息，协调一致，在分工的原则下共同完成项目，实现既定 目标。项目工作包含广泛，如筹备一次会议、举行一项重大活动等，除此以外也有一些行政中的如目 标管理、督察督办等组织行为都可以按项目进行管理。
4.12.2 软件必须建立必要的项目信息和归类，包括：时间、人员、文件、会议、计划、文档等相互联 系要素，并且可以通过项目讨论区、项目留言达成项目信息的高效沟通和意见一致。
4.12.3 项目建立含有以下这些元素：项目名称、时间、项目主管领导、人员、项目关联人员、项目负 责人、项目状态、项目分类、项目阶段。对于项目权限进行设定，项目查看的权限完全和各个信息本 身的权限相同。项目文档在文档管理中生成项目文件夹, 新建立的项目在项目文件夹的对应子目录 中，通过预归档和归档来存储相关资料。
4.12.4 项目计划管理：管理与项目相关的工作计划，用来分析解决问题需要花费的时间，增加项目可 控性；
4.12.5 项目范围管理：组织建立项目，确定项目的领导者和执行者；
4.12.6 项目阶段管理：针对项目进展的阶段进行管理；
4.12.7 项目信息管理：对所有相关的协同信息、计划、会议、文档进行组织管理；
4.12.8 项目人员管理：对项目的相关人员可以查看相关人员的协同信息、计划、会议、文档；同时可 以发给相关人员的协同、邮件；
4.12.9 项目信息交流管理：项目的内信息和外信息都需要沟通，邮件连接协同，协同关联项目，将项 目的内信息和外信息进行双向联系，达到信息的全面流通；
4.12.10 项目讨论：项目组成员内部工作讨论区，用于项目组的成员进行协调和达成工作上的一致。
4.13 关联人员
通过建立组织中的人员关联机制，将工作中同事、上级领导和合作伙伴的相关信息快速关联在一 起，可以快速查看到他们之前往来的协同，文档，日程，计划会议。根据人员的关联关系，把相关的 事件信息统一在一起，方便快速查阅和共享关键结果数据，督察关联项目、关联人员的信息和状态。
同时根据需要，能够给关联人员直接留言、发送协同、消息、委托安排事项，实现互动沟通。
4.13.1 关联人员协同：获得关联人员发出和收到的协同信息，转发查询到的信息；
4.13.2 计划会议：与关联人员相关的各种计划和会议；
4.13.3 关联文档：与关联人员之间共享和借阅的文档；
4.13.4 日程：查看关联人员的日程安排,如果是秘书或者领导,则可以安排日程；
4.13.5 建立上下级和助手/秘书关系，上级可以对下属进行工作检查和日程安排；助手或秘书可以辅助 安排领导的日程。
4.14 系统管理
对使用单位、部门、人员、岗位以及流程、栏目等内容灵活定义，通过一定的配置就可以实现系 统的适应性，保证系统维护的简易性，应用程序及接口的一致性。
4.14.1 应能设立多级管理员：集团管理员、单位管理员、部门管理员；
4.14.2 应支持批量导入方式；
4.14.3 提供文档管理的分级授权管理员；
4.14.4 提供表单管理的分级授权管理员；
4.14.5 提供公文管理员设置，并能够作为角色在流程中进行调用，支持设定部门级的公文督办人员， 对公文的流转进行实时管理；
4.14.6 提供节点权限自定义设置；
4.14.7 人员基本信息、权限和主副岗位，包含用户标识、登录口令、用户名称、年龄、性别、电子邮 箱、单位、部门、职位等。同时对所建立的人员进行权限的定义。支持一人多岗及一人多部门；
4.14.8 提供格式设计；
4.14.9 提供企业邮箱设置；
4.14.10 提供系统日志统计；
4.14.11 提供印章授权管理工具；
11
有限公司 12－12
4.14.12 提供公文文号管理；
4.14.13 应能对系统访问量及具体用户访问登录信息进行查询和统计。
4.15 桌面整合
系统应能够通过独立登录或将窗口最小化，形成在 windows 界面中的托盘，启用时通过框架调用 IE 并传递相应权限信息，调用相应功能发起协同事件。通过该功能实现整合桌面，要整合 OFFICE 系 统如 Outlook，Word、Excel、PowerPoint 这些 OFFICE 系统中最常用的工具，通过集成 OFFICE 和 WPS 作为文件、附件的编写器，可有效完成信息的集成；同时系统登录进入首页后，可提供个人的 办公页面以及单位页面等，个人页面提供个人日常办公需要的模板、文档等，单位页面提供单位的新 闻、公告、共享文档，并能够提供首页桌面相关板块的快速个性化定制，包括将部门事件和单位事件 以及个人事件定制到个人的首页上。
4.15.1 发送协同：直接进入协同新建页面 4.15.2 发送公文：直接进入公文的发文或是收文 4.15.3 批量上传文件进入到我的文档和单位文档中 4.15.4 设置手工登录、自动登录、开机登录三种登录协同方式。
4.15.5OFFICE 打通：在 Word、Excel、PowerPoint 文件中嵌入系统，在编辑文件后可以直接通过系统 发送到协同、公文，上传到文档管理中。
5 培训要求
OA 系统的实施，一个很重要的工作就是用户培训。必须建立一套完善的培训体系，从管理维护 和普通应用两个层次，从支撑平台和 OA 系统本身两个方面进行全面培训。通过培训，切实建立起系 统运行所需要的管理维护人员和普通办公用户队伍。由于影响面很大，要求在 1 个月内完成全部培训， 实现全员正式使用。
5.1 为项目组成员和其他应用人员提供总时间不少于 5 学时的 OA 系统简介培训，确保参与人员培训 后对 OA 系统的原理、整体架构和流程，以及 OA 系统实施过程有完整的了解；
5.2 为 OA 系统管理员提供总时间不少于 60 学时的 OA 系统管理培训，确保 OA 系统管理员能进行正 常的 OA 系统管理和配置工作，掌握 OA 系统的备份/恢复和性能优化，正确处理 OA 系统常见问题；
5.3 为应用人员提供总时间不少于 5 学时的应用培训，确保应用人员能在 OA 系统中熟悉相关操作， 顺利办公；
5.4 为至少 2 名 OA 二次开发人员提供总时间不少于 40 学时的二次开发培训（如系统、数据库的维护 和开发等），确保开发人员具备根据工作需要和变化进行独立二次开发的能力；
5.5 提供详细的使用手册。
6 售后服务要求
为保证 OA 系统上线后的正常应用，并拥有长久生命力，投标商必须提供完备的售后服务保障。
对于系统运行过程中出现的问题能及时得到技术支持和解决；对新的需求和出现的问题能得到后续的 升级服务等。
6.1 投标方提供 OA 系统在正式验收后至少 1 年的免费维护服务；
6.2 投标方在被要求现场服务后，应在 2 小时内到达现场，4 小时内解决问题；
6.3 除软件模块和用户许可扩充外的产品升级，包括 OA 系统的各种集成接口升级等，应及时告知并 提供永久性免费升级服务。
（备注：如各投标商在售后服务方面可提供更为优厚的承诺，请在投标书中明确列出，）
12
有限公司 12－13
第四章 商务条款
序号
招标主要商务要求
投标响应
投标方将投标货物的价格表单独密封。
1.投标价格分列出投标货物型号规格、数量、单价、总价；
2.列出投标货物到达招标方用户地所需运输费、吊装费、保
*1 险费、税费、杂费等，其中免费项目须作说明；
3.分列出安装、调试、验收、培训、技术服务所需费用，其 中免费项目须作说明；
*2 投标方保证将此货物安全运抵招标方工厂内；
交货期是合同生效起 10 天内投标方到达招标方调研并提 出实施方案，方案 15 天内在招标方通过后，交给投标方具体 实施，具体实施时间在 3 个月内完成并通过验收，（非招标方 的原因延迟除外），超过 3 个月不予考虑；如签订合同后，实
3 际交付期每超过 1 天，将由招标方从投标方收取合同金额的
3‰罚金，如超过交货期 30 天，招标方有权解除合同，同时， 投标方将对招标方所造成损失进行赔偿，赔偿金额按《合同 法》和《计算机软件法》条款执行。
备注
投标方取得中标资格后，不得将本项目分包或委托第三方
4 实施。
投标方应承诺所投标的货物均为招标方所要求的厂家原
5 装正品货物。
买方（招标方）和卖方（投标方）一经签订合同，合同 即生效，招标方在 20 天内支付合同金额 30%给投标方，该货
6 物到达招标方验收合格后，招标方在 6 个月内支付合同金额
60%，质保金 10%在该系统正常运行 12 个月后立即付清；
招标方支付给投标方合同款达到 90%时，投标方在 1 个月内
7 出具合同全额增值税发票给招标方；
8 免费质保期见第三章第 6 条售后服务要求
9 售后服务要求见第三章第 6 条售后服务要求
投标方应承诺所投标的软件等介质均为正版，保证招标 方享有其提供软件在知识产权方面的权利，如果在招标方使 用过程中一旦发生第三方指控时，应由投标方负责与第三方
*10 交涉，并承担由此产生的一切法律和经济上的责任。如果在
诉讼或仲裁中被认定构成侵权，软件的使用被禁止，投标方 应承担对招标方所造成的一切经济损失，任何软件知识产权 纠纷与招标方无关。
投标方应承诺所投标的软件等介质不含计算机病毒类程
*11
序，不存在损坏招标方应用环境系统的隐患。
13
有限公司 12－14
*12 投标资质文件。见招标书第二章第二项 *13 法人代表授权书
第五章 合同格式
招标方（需方）：
合同编号：
投标方（供方）：
签订地点：XXXX 电子股份有限公司
签订时间：
年 月 日
一、 产品名称、商标、型号、厂家、数量、金额、供货时间及数量
序
名称
功能模块
单位
数
单价
总价
交货 备注
号
（套）
量 （万元） （万元） 期
1 2 合计 3 合计人民币（大写）：
二、 质量要求、技术标准、投标方对质量负责的条件和期限：
三、 交（提）货地点及方式：XXXX 电子股份有限公司。
四、 运输方式及到达站港和费用负担：投标方承担运输、保险费。
五、 产品维护、升级服务期：
六、 验收标准﹑方法：
七、 随机样品﹑配件﹑工具数量及供应方法：
八、 结算方式及期限：
九、 产品资料：
十、 保密责任：
十一、知识产权：
十二、附件：
十三、违约责任：
十四、解决合同纠纷的方式：
十五、索赔：
十六、不可抗力：
十七、合同的延期、变更、转让：
十八、售后服务：
十九、合同的生效及其他未尽事宜：
需 方（章） 单位名称: XXXX 电子股份有限公司
单位地址: 成都市黄田坝 法人或代理人：
电 话：87409433
传 真：87409421 税 号: 510105201967082 开 户 行: 工行黄田坝支行 帐 号: 4402219009003500249 邮 编：
供 单位名称:
单位地址: 法人或代理人：
电 话：
传 真：
税 号：
开 户 行: 帐 号: 邮 编：
14
方（章）
日 期：
有限公司 12－15
日 期：
第六章 附 件
投标人名称：
序号 名 称
软件费用
实施费用
运费
保险费
安装、调试、
验收费用
培训费
其他
1.投标货物分项报价表
招标编号：
型号规格 厂家国籍 单价（元） 数量
总价（元）
总计 填报说明：
1.如果分项报价与总价不一致，以分项报价合计为准。
2.如果不提供详细分项，将视为没有实质性响应招标文件。
投标人代表签字：
单位盖章：
投标人名称：
序号 软件名称 1 2
2. 投标货物明细表
招标编号：
功能模块
厂家国籍 单价（元） 数量
总价（元）
15
有限公司 12－16
3 4
合计 投标人代表签字：
单位盖章：
3. 技术条款响应表
投标人名称：
招标文件技术要求
序号
需求说明
招标编号：
投标人响应情况
详见《第三章货物需求及技术规
格一览表》
2 3
投标人响应 是否偏离（有
/无）
偏离说明
填报说明：
1.本表招标文件技术要求来自于招标文件《第三章货物需求及技术规格一览表》，投标人须逐条对照 填写在《投标人响应》下的三栏中。
2. 《招标文件技术规格》中，对于需要提供相关证书的填报项，应在该栏中填写相关证书名目，并 在本表后附加相关证书复印件，加盖公章。
3. 《是否偏离》栏，填有的可以在其后《偏离说明》栏中说明理由。
4.凡在本表中《投标人响应情况》出现遗漏、不填或完全复制需求说明，将会导致该投标不能通过符 合性评审。
5.招标条款前加“*”项为不可偏离项，如果偏离将导致废标。
投标人代表签字：
单位盖章：
16
篇二：建设项目信息化管理
成功是失败之母，一切都是努力的结果
XX 运营商网络与信息安全管理办法
中国 XXXX 公司 网络与信息安全管理办法 (2006 年 V1.0) 第一章 总则 第一章 总则 第 1 条 本管理办法适用于 XXXXXX 公司的所有网络与信息系统(包括但不限于 业务网络、支撑网络)、网络与信息安全相关组织和人员。
第 2 条 网络与信息安全工作是企业运营与发展的基础和核心;是保证网络品质 的基础;是保障客户利益的基础。
第 3 条 网络与信息安全工作以国家相关政策法规和条例为依据，以《中国移 动网络与信息安全总纲》为指导，以统一规划，集中控制为原则，以符合网络和业 务发展要求的安全管理组织体系和安全技术支援保障体系为目标。
第 4 条 本管理办法将用于指导 XXXXXX 公司互联网、各类业务网络、支撑网络 等网络安全和信息管理工作。它是各级部门开展网络与信息安全工作的依据。
第 5 条 本管理办法由区公司网络部负责解释。
第二章 安全组织及职责 第二章 安全组织及职责 第 6 条 安全工作指导思想 安全工作“三分靠技术，七分靠管理”，建立有效 的组织机构是安全管理的基础。
第 7 条 领导机构 (一) XXXXXX 公司常设网络与信息安全领导小组，全面负责公司的网络与信息 安全工作。领导小组组长由公司总经理担任，副组长由公司主管网络的副总经理担 任，小组成员由综合部、发展战略部、人力资， 源部、市场经营部、数据部、集团客户部、网络部、计划技术部、网络
1 页脚内容
成功是失败之母，一切都是努力的结果
运营中心、运营支撑中心、工程管理中心、客户服务营销中心等部门、中心负 责人组成。
(二) 网络与信息安全领导小组为公司的网络与信息安全管理指(二) 明清晰的方向，领导小组承担以下责任: 1、审查并批准公司的网络与信息安全策略; 2、分配安全管理总体职责; 3、在网络与信息资产暴露于重大威胁时，监督控制可能发生的重大变化; 4、对网络与信息安全管理相关的重大更改事项进行决策; 5、指挥、协调、督促并审查网络与信息安全重大事件的处理。
第 8 条 工作组织 (一) 网络与信息安全领导小组下设网络与信息安全办公室，负责(一) 公司具体的网络与信息安全工作，办公室主任由公司网络与信息安全领导小组 副组长兼任，区公司网络部为牵头部门，网络部的网络与信息安全岗位人员为具体 联络人，综合部、发展战略部、人力资源部、市场经营部、数据部、集团客户部、 网络部、计划技术部、网络运营中心、运营支撑中心、工程管理中心、客户服务营 销中心等部门、中心各确定一名从事网络与信息安全工作相关的人员参与组成办公 室成员。
。
(二) 网络与信息安全办公室承担以下责任: 1、制定相关的安全岗位及职责; 2、制定并落实相关网络与信息安全管理制度; 3、制定并落实网络与信息安全保护方案; 4、审批新系统、服务规划和设计中的网络与信息安全部分，并监督其实施落 实; 5、审批与网络与信息相关的业务连续性方案;
2 页脚内容
成功是失败之母，一切都是努力的结果
6、牵头处理网络与信息安全事件; 7、组织网络与信息安全评估和安全审计工作; 8、辅助领导机构进行网络与信息安全方面的决策; 9、完成部门间的协调工作，分派并落实某项具体工作中各部门的职责; 10、获取和发布网络与信息安全信息; 11、组织公司人员的网络与信息安全教育培训。
12、负责网络与信息安全技术的跟踪及研究工作。
13、组织网络与信息安全事件处理演练。
14、完成领导机构下达的各项任务。
第 9 条 安全职责 (一) 安全责任基本原则是“谁主管，谁负责”。公司拥有的每项网络与信息 资产都按主管权限归属确定的“责任人”。“责任人”对资产安全保护负有完全责 任。“责任人”可以是个人或部门，当“责任人”是部门时，由该部门领导实际负 责。
(二) “责任人”可将具体的执行工作委派给“维护人”，但必须承担资产安 全的最终责任。“责任人”要明确规定“维护人”的工作职责，并定期检查“维护 人”是否正确履行了安全职责。“维护人”可以是个人或部门，也可以是外包服务 提供商。当“维护人”是部门时，应由该部 门领导实际负责。
第 10 条 安全工作人员(领导小组及办公室成员)的职责是指导、监督、管理、 考核“责任人”的安全工作，不能替代“责任人”对具体网络与信息资产进行安全 保护。
在资产的安全保护工作中，应清楚地说明每个独立的网络与信息系统所包含的 各种资产和相应的安全保护流程。“责任人”与“维护人”都应明确接受其负责的
3 页脚内容
成功是失败之母，一切都是努力的结果
安全职责和安全保护流程，并对该职责的详细内容记录在案。所有授权的内容和权 限应当被明确规定，并记录在案。
第三章 网络与信息安全日常管理 第三章 网络与信息安全日常管理 第一节 基本安全管理制度 第一节 基本安全管理制度 第 11 条 网络与信息相关岗位人员的安全管理 人员考察 对关键岗位人员要进行审查，保证具备较强业务技术能 人员考察 力，确保可信可靠，胜任本职工作。员工应签署保密协议，保密协议应明确规 定员工承担的安全责任、保密要求和违约责任。
人员考核 每年组织一次对从事关键业务的人员的全面考核;对违规人员考核 人员视情节轻重进行批评、教育、调离工作岗位。
人员调离 关键岗位人员调离，应严格办理调离手续。自人员调离决人员调离 定通知之日起，应及时更换系统口令。应由相关人员和该员工一起回顾应 其签订的保密协议，并使该员工明确所有保密事项，如是离职，应明确在离开 公司后 3 年内不得披露、使用公司的技术资料的规定。
人员培训 所有员工必须接受安全教育或培训，一般内容包括:公司人员培训 网络与信息安全策略、安全职责、安全管理规章制度和法律法规。不同岗位的 员工应接受符合其工作要求的必要的专业技能培训。
第 12 条 操作安全管理 职责分离 任务的管理、执行及职责范围应尽量分散进行，并增加执行和监督 人员，以减少误用或滥用职责带来风险的概率。例如关键数据修改的审批与制作必 须分开。在无法实现职责充分分散的情况下，应采取其他补偿控制措施并记录在 案。
职责履行 各类人员必须按规定行事，不得从事超越自己职责以外的 任何事务或操作。
篇三：建设项目信息化管理
IT服务管理职能与管理流程
IT服务管理(Service Management)共分1个管理职能与10个管理流程,分别划分为两组服务提供与服务支持。见图ITIL整体构架:
一个管理职能是指:
服务帮助台(Services Helpdesk)
服务提供流程包括:
服务级别管理(Servive Level Management)、IT服务财务管理(Financial Management for IT Services)、IT服务持续性管理(IT Service Continuity Management)、可用性管理(Availability Management)、能力管理(Capacity Management)。
服务支持流程包括:
事故管理(Incient management)、问题管理(Problem Management)、配置管理(Configuration Management)、变更管理(Change Management)、发布管理(Release Management).
ITSM管理职能与流程之间的关系如下图:
一.服务台
主要目标:为用户提供单一的联系点;为实现业务目标提供高质量的支持服务;降低提供和使用IT服务的总体成本;提高了用户的满意度;协助发现商业机会;优化了支持服务的投资和管理;为业务、流程和技术的全面变革提供支持。
主要任务:
1)接受客户请求(可以通过电话、电子邮件和传真等)
2)记录并跟踪事故和客户意见
3)及时通知客户其请求的当前状况和最新进展
4)根据服务级别协议,初步评估客户请求,尽力解决它们或将其安排给有关人员解决
5)根据服务级别协议的要求,监督规章制度的执行情况并在必要时对其进行修改
6)对客户请求从提出直至终止和验证的整个过程进行管理
7)在需要短期内调整服务级别时及时与客户沟通
8)协调二线支持人员和第三方支持小组
9)提供管理方面的信息和建议以改进服务品质
10)根据用户的反馈发现IT服务运作中产生的问题
11)发现客户培训和教育方面的需求
12)终止事故并与客户一道确认事故的解决情况。
二.服务提供流程
1.服务级别管理
主要目标:确保组织所需的IT服务质量按服务级别协议规定的质量提供,同时在成本范围内得以维持并持续提高。
主要任务:
1)记录服务级别需求(SLR)
2)通过建立或更新服务质量计划(SQP)、与第三方服务商签订外包合同和运营
3)级别协议(OLA)来确保按服务级别协议规定的质量提供
4)签署服务级别协议(SLA)
5)监控提供的服务水平
6)提高服务质量
7)建立和维护服务目录
2.IT服务财务管理
主要目的:帮助IT部门在提供IT服务的同时加强成本效益核算,以合理利用IT资源、提高企业经济效益。
主要任务:1)IT预算编制2)会计核算3)成本再分配
3.能力管理
主要目标:确保以合理的成本及时地提供有效的IT服务以满足企业当前与将来的业务需求。
主要任务:1)定义、规划及管理业务需求2)提供用于IT服务的资源3)监控资源的性能,若有必要,对其调整;4)规划与实施提升能力计划; 5)编制与维护能力计划。
4.IT服务持续性管理
主要目标:在灾难发生的情况下,确保服务运营所需的IT技术和服务实施能够在要求与约定的时间内恢复正常。
主要任务:
1)根据整个业务持续管理确定IT持续性计划的需求与战略;
2)确定IT服务的持续性计划;
3)管理持续性过程(培训、测试、评审、变更和持续提高过程);
4)紧急情况下业务持续管理与恢复。
5.可用性管理
主要目标:确保IT服务的设计符合业务所需的可用性级别。
主要任务:1)可用性需求分析;2)确定可用性预期目标;3)确定测量方法;4)编制可用性计划;5)确定实际的可用性计划;6)IT服务可用性的持续改进。
三.服务支持流程
1.事故管理
2.问题管理
3.配置管理
4.变更管理
5.发布管理
篇四：建设项目信息化管理
篇五：建设项目信息化管理
四川省商业投资集团 信息化建设项目管理暂行办法
第一章 总则 第一条 为加强信息化建设项目管理,规范信息化建设项目 行为,强化信息安全,根据##责任公司〔以下简称"集团"〕对信息 化建设项目相关管理规定,特制定本办法. 第二条 本办法规定信息化建设项目的内容包含以下三类：
〔一〕信息化集成类：信息化软硬件集成、信息工程与弱电 工程集成；
〔二〕产品采购类：〔1〕硬件设备：服务器、存储设备、 网络设备、信息安全设备与空调、UPS 电源等数据中心机房专用 设备和内存、磁带等材料零件供应与安装；〔2〕软件产品：标 准软件产品、软件用户授权. 〔三〕服务类：〔1〕软件开发类：按照业务需求完全或部 分定制开发并提供后续服务的项目；〔2〕外包服务类：将信息 系统研发全部或部分外包给专业软件公司,自主研发的信息化项 目；〔3〕维保服务类：硬件设备、软件系统、集成工程项目免 费维保期结束后的维保服务采购；〔4〕设计咨询类：信息化规 划、数据中心设计、网络设计咨询、安全检测咨询等. 第三条集团与子集团、事业部、各分子公司进行信息化建设 均需遵守集团统一规划、统一管理、分步实施、小步快走等原则. 第四条 集团与子集团、事业部、各分子公司进行信息化建
1 / 12
设均需遵循本管理办法. 第二章 管理、实施机构与职责
第五条 集团成立信息化领导小组,集团董事长任组长,集团 总经理与信息化分管领导任副组长,成员由办公室、财务中心、 审计监察部、信息化办公室、招投标办公室等部门负责人组成, 负责对信息化建设项目工作的领导、管理、监督、决策和奖惩.
第六条##集团设立信息化办公室〔以下简称"信息办"〕,负 责集团信息化建设总体协调和管理.负责对信息化建设进行立项 审批,集团办公室、财务中心、人力资源部、发展策划部、企业 管理部、审计监察部、集团招标管理办公室、品牌事业部按职责 分工,参与信息化建设管理.
第七条 信息办负责牵头建立一体化的管理体系与运行机制, 对信息化建设进行规划、备案、立项、报批、建设、考核、运维 等管理工作,履行以下等职责：
〔一〕根据企业发展与管理需要,拟定集团信息化建设项目 管理相关制度；
〔二〕根据集团战略发展、子集团业务战略发展,拟定集团 IT 规划、子集团业务 IT 规划；
〔三〕信息化建设项目备案工作,负责信息化合格供方信息 建立、更新、发布和维护,明确合作单位；
〔四〕负责信息化建设项目立项报批工作；
〔五〕负责信息化建设项目招标工作；
2 / 12
〔六〕牵头负责信息化项目建设；
〔七〕牵头信息化建设项目合同审查和签订工作；
〔八〕组织合格供应商考核；
〔九〕牵头信息化建设项目监督管理工作. 〔十〕负责全集团信息化建设日常运行维护管理工作 〔十一〕拟定信息化建设外部评审专家库人员. 第八条集团办公室履行以下等职责：
（一） 负责指导信息化建设项目全过程文件资料的合法性
审查工作；
（二） 参与信息化建设项目涉与法律纠纷的调处工作；
（三） 参与合同审查与签定工作；
第九条 财务中心履行以下等职责：
〔一〕指导信息化建设项目财务工作；
〔二〕指导和监督管理信息公司的财务工作；
〔三〕负责信息化建设专项资金归集、拨付、审批、监管. 第十条 人力资源部履行以下等职责：
（一） 负责指导信息公司的人力资源管理工作；
（二） 负责集团信息化建设奖励方案的审批工作. 第十一条 发展策划部履行以下等职责：
〔一〕 参与集团战略 IT 规划、子集团业务 IT 规划；
〔二〕参与对外信息化项目申报,信息化资金申请. 第十二条 企业管理部履行以下等职责：
3 / 12
〔一〕负责将信息化建设纳入分〔子>公司经营业绩考核；
〔二〕负责根据信息化公司合同,调整相关方的经营目标. 第十三条 审计监察部部履行以下等职责：
〔一〕 负责组织开展对信息化建设项目专项资金收支使用 情况的专项监督检查；
〔二〕负责组织开展对信息化建设项目完工结算的审计；
〔三〕负责受理并查处信息化建设和项目招标工作中的## 违规违纪行为；
第十四条 集团招标管理办公室履行以下等职责：
〔一〕审核信息化建设项目招标工作,包括立项申请、会议 记录、招标文件、合同等；
〔二〕参与信息化合格供应商评审. 〔三〕参与拟定信息化建设外部评审专家库人员. 第十五条 集团与其下属子公司作为信息化项目建设实施主 体和业主方履行以下等职责：
〔一〕负责承接信息化项目建设；
〔二〕负责所承接信息化项目建设日常操作和使用；
〔三〕参与集团与子集团 IT 规划、调研、编制与评审工作；
〔四〕牵头信息化项目对外申报,信息化资金申请.
第三章 信息化建设资金管理 第十六条 信息化项目专项资金包括中央、省、市县级财政
部门、财政部门会同有关主管部门安排用于信息化项目建设方面
4 / 12
具有指定用途的资金〔以下简称"财政资金"〕、集团安排用于信 息化项目建设方面的资金、各分子公司安排用于信息化项目建设 方面的资金.
第十七条财政资金申请以各业务单位为主体作为资金申请 牵头单位、发展策划部和信息化办公室作为资金申请参与部门提 供相应的支持.各业务单位争取到的财政资金优先用于其信息化 项目建设,如自身暂无信息化需求可纳入集团整体信息化项目建 设中使用.其中：通过集团帮助争取到财政资金必须纳入集团整 体信息化建设项目使用,业务单位可按照财政资金总额的20%计 入当期考核利润；业务单位直接争取到财政资金如纳入集团整体 信息化建设项目使用,业务单位可按照财政资金总额的40%计入 当期考核利润.如争取到财政资金不纳入集团整体信息化建设项 目使用的,其日常运维服务、折旧等费用将不能作为当期考核利 润扣除.
第十八条 资金的拨付本着专款专用的原则,严格执行项目 资金批准的使用计划和项目批复内容,不准擅自调项、扩项、缩 项,更不准拆借、挪用、挤占和随意扣压；资金拨付动向,按不同
5 / 12
专项资金的要求执行,不准任意改变；特殊情况,必须请示.信息
化办公室作为集团信息化建设管理部门参与信息化项目专项资
金使用流程审批.
第十九条 财政资金应提高使用效率,各子集团、分子公司申
篇六：建设项目信息化管理
一、全业务统一数据中心建设 公司全业务统一数据中心是支撑数据管理和应用的重
要平台，能够解决数据“取数难〞，“厘数难〞、“治数难〞、 “用数难〞问题，结合运监中心承当的全业务统一数据中心 建设分工，主要开展厘清数据资源、开展数据核查、提升主 数据管理等方面工作，具体如下：
〔1〕厘清数据资源，指导数据接入 收集分析各数据源系统设计文档、梳理业务数据，建立 涵盖所有业务数据，以数据字典和应用场景为主要脉络的数 据资源手册。组织业务部门、系统厂商厘清主要应用场景到 数据库表、字段的映射关系；编制数据资源手册。
〔2〕提升数据质量，保障数据应用 开展全业务、全类型、全量数据质量核查工作，实时监 测数据质量，开展管控提升工作，保障全业务数据中心数据 的高质、有效和权威。重点围绕数据质量核查规那么，组织 公司各部门、各单位从数据源头开展垃圾数据清洗工作；依 据监测结果，落实数据整改工作。
〔3〕数据监测分析应用迁移 开展配电网资产运行效率监测分析主题迁移改造工作， 配合全业务数据中心建设安排，逐步完成监测分析主题的迁 移改造工作。
.
二、 数据管理 围绕数据管理对象，建立完整的数据管理体系，通过管
理措施和技术手段，常态化开展数据管理工作，推进公司数 据质量提升，提高数据共享、大数据应用能力，实现公司数 据精益化管理。
1. 构建数据管理体系 〔1〕明确职责分工，理清数据管理界面 结合数据管理内容与各部门当前职责，从多个维度深入 研究公司各部门、各单位适合的管理职责定位，并提出具体 建议方案；优化完善公司数据管理方法，落实数据管理工作 中组织协同、职责分工、标准标准、考核评价、问题通报整 改等具体管理制度与流程，推进公司各部门高效、有序开展 数据管理工作。
〔2〕制定标准标准，提供数据管理依据 从数据形成、处理、运维、共享、监控、应用等管理需 求出发，制定公司统一的标准标准。应用统一标准指导主数 据、数据字典、数据资源手册的变更维护工作；支撑数据质 量核查整改、数据共享、数据应用等工作标准有序开展。
〔3〕构建考评机制，推动数据管理提升 结合标准标准建立数据质量考核指标体系，考核数据的 及时性、完整性、准确性、合规性，对问题及时通报、整改；
评估数据应用成果的推广和应用，推动公司数据管理水平提
.
升。
2. 常态化运维数据 结合数据运维管理工作需求，会同公司各业务部门、信
通部，研究分析公司全业务统一数据中心建设内容，明确信 息系统操作权限，细化维护管理机制及相关流程。
运维队伍组建：统一组建专业数据支撑团队，承当日常 数据运维管理职责，开展具体工作。
常态化运维工作：汇总变更申请，在线维护数据字典、 主数据、数据资源手册；开展数据质量监测工作，督办问题 整改，持续完善监测规那么库；开展专项数据清洗、维护工 作。
3.大数据研究应用 在目前大数据研究应用的过程中，仍存在监测方向不清 晰、监测效果不显著、挖掘成果不共享等问题。为进一步挖 掘数据价值，促进指标数据监测向明细数据监测的转变，形 成众创共享的局面，最终实现公司的数据化管理。大数据研 究应用工作应重点专注于建设，一是依托全面梳理的业务体 系深入挖掘数据价值，二是建立成果库促进数据价值的多方 使用。
〔1〕开展大数据应用，推进精益化管理 从电网运行监测分析〔能量流〕、经营管理监测分析〔资 产流〕、优质效劳监测分析〔效劳流〕、外部环境监测分析四
.
个维度出发，规划大数据应用蓝图，以全业务统一数据中心 为依托，结合实际情况，按照由易到难的顺序逐步实现公司 的数据精益化管理。
〔2〕建立成果库，实现应用众创共享 会同公司各部门制定数据应用成果库的行动方案，开展 管理工具设计研发工作，分级、分域对公司的数据应用成果 统一收集和评价，形成公司级的数据应用成果库，实现应用 众创共享。
4.研发数据管理工具 目前数据管理的现状：取数方面体存在大量的接口重复 冗余情况、缺乏统一管理；厘数方面表达在数据字典依靠人 工手动收集、数据字典不齐全、数据变更情况不明晰；治数 方面表达在缺乏长期有效的机制和工具对数据开展稽查，数 据质量和可用性不高，难以支撑数据价值实现；用数方面表 达在数据可用性评价缺乏、场景管理与设计各管一套、采用 Excel 等低端分析工具开展数据建模、各部门应用重复建设 情况严重形成资源浪费。
为促进运监的快速开展，支撑业务全面在线监测的实 现，基于内部工具实用性缺乏、盲目采用外部工具软件后期 制约性风险较高的现状。应对数据管理工具展开全面研究， 根据数据管理的业务需求，先行采购部份灵活易用、平安稳 定的数据管理工具，启用内部信息支撑单位或研究机构开展
.
体系化的数据管理工具研制工作，支持数据管理、分析、在 线监控工作。
结合数据管理工作业务开展的先后顺序、实施难易程 度，从取数、厘数、治数、用数四个方面构建体系化的数据 管理工具，全面支撑数据运维和数据应用工作的开展。
取数工具：应全面配合信通部开展全业务统一数据中心 的建设，在配合建设过程中，摸清各业务系统的取数方法和 数据存储路径。
厘数工具：应基于数据资源手册，开发研制数据字典管 理工具和数据可视化分析工具。数据字典管理工具主要支持 数据字典梳理成果的统一标准管理。数据可视化分析工具对 数据生成、运维、平安、处理、应用等全过程情况进行可视 化分析展示。
治数工具：由运监牵头、信通部、各专业部门配合，研 制开发数据质量核查管理与问题管理工具。以“产生和治理 同源、使用和稽查同步〞为原那么，支持公司数据质量核查 工作的常态化开展。
用数工具：由运监牵头、信通部、各专业部门配合，研 制数据应用实时评价、场景管理与设计一体化、分析建模、 数据成果库管理等支撑工具。
数据应用实时评价工具主要实现业务和数据的对应管 理；场景管理与设计一体化工具主要实现场景的统一设计和
.
开发；分析建模工具解决手段低下、提升数据分析建模工作 效率；数据成果库工具实现应用成果的分级、分域管理，实 现成果的众创共享。
.
篇七：建设项目信息化管理
目录
数字档案馆建设需求报告
1 概述
2 总体要求
2.1 指导思想
2.2 总体要求
3 技术要求
3.1 系统架构与运行环境
3.2 性能要求
3.3 安全要求
4 业务需求
4.1 型号、产品、预研课题档案
4.2 文书档案
4.3 技改、基建、设备档案
4.4 声像档案
4.5 专题
4.6 资料
5 功能需求
5.1 数据采集
5.1.1 与 OA 系统的接口
5.1.2 与 PDM 系统的接口
5.1.3 与文件编号系统的集成
5.1.4 与定型数据上报系统的接口
5.2 归档整编
5.3 档案著录
5.4 原文管理
5.5 档案查询
11
5.6 统计/报表
11
5.7 鉴定与销毁
13
5.8 技术资料接收、分发与调拨
5.9 受控管理
14
5.10 资料管理
15
5.11 编研
15
5.12 馆务管理
15
2 3
5 6 6 6
13
5.13 WEB 利用
16
6 系统管理与维护
17
6.1 系统设置
17
6.2 用户、权限
17
6.3 日志管理
18
6.4 备份与恢复
19
6.5 人员分工
19
7 其他需求
19
附件 1：档案各著录项目属性表
附件 2：OA 系统流程数据字段属性表
附件 3：文件编号系统字段属性表
20 24
26
1 概述 数字档案馆的建设是一项系统工程，总体架构包括基础设施、数据库、管理应用系统、运行 机制、标准规范体系和安全保障体系六大部分，其中管理系统平台是数字档案馆建设的关键 部分，本着长远规划、分布实施的原则，结合我单位工作实际，提出此需求。明确应具有的 功能、性能，使系统分析人员和软件开发人员清楚了解我单位的需求，并在此基础上完成符 合我单位要求的系统设计与开发工作。
2 总体要求 2.1 指导思想 ×××数字档案管理系统平台是航空工业档案信息化管理平台的重要组成部分，也是所信息化 平台建设建项目之一。在系统构上首先要满足《××××企事业单位数字化档案馆建设内容》的 需要，同时应符合××信息化平台建设的技术要求。
系统应在目前的产品数据管理＋档案管理系统＋OA 系统档案管理模式基础上，着眼于现代 数字化档案管理的发展要求，充分考虑到未来的发展趋势，在档案资源管理的功能设计方面 具有拓展性、前瞻性、长远性，使本系统既满足现实管理的需要，又能够适应未来发展的需 要。
2.2 总体要求 系统功能应包含数字档案管理工作的全部领域。功能模块的设置应适合我××档案管理实际要 求和未来发展的需求。
系统应具有良好的交互性和操作的便捷性，界面友好且可以定制。对操作人员的重要操作提 供信息反馈，设计良好的联机帮助。
系统设计和开发，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应 时间能够满足企业对信息处理的需求。
系统要封装和集成一些常用工具软件。
系统安全性、保密性符合国家和行业通用要求。
3 技术要求
3.1 系统架构与运行环境
采用 B/S 方式和 C/S 方式。
客户端支持微机和工作站。
支持 Windows XP 和 Windows 2000 等操作系统。
3.2 性能要求 系统易维护、可扩充。
接口功能强大，实现与外部系统的无缝连接。
数据处理响应速度快。
查询、统计结果准确，保证查全查准。
具有可扩展性，档案管理系统必须能够在用户的使用率、用户的数目增加很快的情况下，保 持合理的性能。
3.3 安全要求 软件运行性能稳定，满足系统安全性和数据保密性的需要。具备故障预警、检查和处理机制、 防止数据因意外情况丢失或损坏，有完善的备份和恢复机制。
系统设计中要遵循严格身份认证和有限授权原则和安全审计原则，采用严格的安全体系，保 证数据在处理和传输过程中的安全。
支持 CA 安全认证系统，能够进行密码升级。
应用模块功能安全应分级控制。
系统应具备完备的安全日志。
4 业务需求 系统要能够能满足日常业务管理需要，主要包括对型号、产品、预研课题、文书、技改、基 建、设备、声像、专题、资料等门类档案的管理。
4.1 型号、产品、预研课题档案 型号、产品、预研课题档案主要为我单位科研活动中形成的技术文件、技术图纸（含技术单、 更改单）。技术文件采用文件级著录模式（取消案卷级著录），著录时，应包含案卷号、分 类号、卷内序号、案卷题名等反映案卷级信息的著录项，以便自动生成案卷级信息（技术文 件走 OA 流程，归档过程参见文书档案归档过程）。技术图纸（含技术单、更改单）以单份 文件图纸为单位进行管理（取消案卷级著录），文件级著录时，目录单号等反映同一目录单 信息的属性必著，更改单和技术单与图纸要关联管理。
在管理系统中，能够对这些档案进行数据的采集、整编、归档、著录、修改、查询、统计、 报表打印（卷内文件目录、面签、背签、统计报表等）、全文挂接、鉴定销毁、分发、调拨 等业务操作。
型号、产品、预研课题档案著录项目属性表见附件 1 部分。
4.2 文书档案 文书档案以件为保管单位，主要管理 OA 系统归档的电子文件和一些纸质文件扫描后电子文 件。对于 OA 系统中的文书档案数据信息(条目信息、全文、文件处理单信息)，自动归档到 文件管理模块中，补充著录信息后，再整编归档到档案管理模块中。对于纸质扫描的电子文
件，直接在档案管理模块中，进行条目信息著录，并进行全文挂接。
在这些业务流程中，能够进行著录、修改、全文挂接、整编、归档、查询、统计、报表打印 （卷内文件目录、面签、背签、统计报表等）、鉴定销毁等基本的业务操作。
文书档案著录项目属性表见附件 1 部分 4.3 技改、基建、设备档案 技改、基建、设备档案主要为我单位在技术改造、基本建设、设备采购过程中形成的技术文 件、合同、图纸、设备资料等，对这些档案主要以项目成套或单台（套）配套管理，只进行 目录级著录管理。由于这些档案的形成存在着阶段性、不确定性，在管理过程中，采取预归 档立卷的方式，先在文件管理中进行文件级著录，等文件齐全，再批量归档整编到档案管理 模块中。
在管理过程中，系统要能够对这些档案进行整编、归档、著录、修改、查询、统计、报表打 印（卷内文件目录、面签、背签、统计报表等）、全文挂接、鉴定销毁等基本的业务操作。
技改、基建、设备档案著录项目属性表见附件 1 部分。
4.4 声像档案 声像档案主要是在科研生产生活过程中形成的具有保存价值的以声音、图像等方式记录信息 的特殊载体，并辅以文字说明的历史记录，主要有照片、底片、光盘、磁带、录像带等，分 为科研类（型号、设备）、人物类、会议类、文娱活动类等。对于光盘、磁带、录像带进行 目录级管理，照片、数字视频进行文件级著录、全文挂接，照片档案全文挂接时，十个文件 一个压缩包进行挂接，挂接的第一个压缩包中的文件为这个主题中最为重要的十个照片，数 字视频则著录完信息后直接挂接。在管理过程中，能够进行整编、归档、著录、修改、查询、 统计、报表打印、全文挂接、鉴定销毁等业务操作，支持各种音频、视频格式的全文读取。
声像档案著录项目属性见附件 1 部分。
4.5 专题 专题中管理的对象包括编研库（大事记、组织沿革、专题汇编等）和素材库(从系统目录结 构的档案库或从档案库外通过输入、扫描、摘录等方式得到的材料)。对其管理的功能包括 制作专题目录，管理各专题的名称、时间、期限、专题类别、状态、创建者、参与者等信息， 并提供增加、修改、删除、查询专题等功能。
专题著录项目属性见附件 1 部分 4.6 资料 我单位资料主要为外来的参考资料、密级资料。
对于外来的参考资料，可以进行整编、著录、修改、查询、统计、报表打印、全文挂接、鉴 定销毁等业务操作。
对于密级资料，除了可以进行整编、著录、修改、查询、统计、报表打印、全文挂接、鉴定 销毁等业务操作外，还可以进行权限设置，非档案管理员只能进行目录级的检索，不可以浏 览全文。
资料著录项目属性见附件 1 部分。
5 功能需求 5.1 数据采集 通过数据接口及其他方式对档案信息数据进行收集与单位的 OA、PDM、文件编号系统、军工 上报系统等业务系统进行集成，实现业务数据的实时或定时归档。
5.1.1 与 OA 系统的接口 通过管理应用系统与 OA 系统的接口，实现 OA 系统中的收文、发文、技术文件在流转结束后， 通过验证，将全文（PDF 格式）、条目信息及文件处理单提取的属性信息传输至档案管理系 统进行预归档，并向 OA 系统反馈预归档成功和失败的信息。
对于收、发文的条目属性信息，通过接口，将 OA 系统和档案系统中的字短信息进行匹配， 传输至文档管理模块中。全文信息则在 OA 系统中转换成 PDF 格式，通过接口，与条目信息 自动匹配挂接后，上传至全文 FTP 站点。
对于收、发文的文件处理单中的信息，OA 系统提取其属性信息，传至档案管理系统中，与 条目信息自动匹配，建立关联，生成数据库表，档案管理系统提供文件处理单模板，并在文 书档案全文浏览界面上增加浏览文件处理单按钮，根据模板生成信息完整的文件处理单。
对于技术文件，在 OA 系统中将审签信息和全文自行匹配生成全文信息，转换成 PDF 格式和 条目属性信息一起传输至档案管理模块，并进行自动匹配。
OA 系统数据在向档案系统归档过程中，OA 系统将全文信息上传到管理应用系统 FTP 服务器 后，需要将 OA 数据归档的操作日志写入到档案系统中备查。
能够实现从 OA 办公系统向管理应用系统自动移交，保证 OA 系统的属性与档案系统的属性保 持一致（OA 系统流程数据字段属性见附件 2）。
管理应用系统可以严格控制用户对电子附件浏览、下载、打印等功能权限。对电子附件操作 的控制上，满足对用户访问 OA 归档数据时的安全性要求。
5.1.2 与 PDM 系统的接口 通过开发数据接口，将 LCA 系统中的定型状态数据包括产品结构、零件的三维模型、二维图 样、及相关属性信息导入到档案管理系统中管理，实现飞机设计数据的统一管理。
5.1.3 与文件编号系统的集成 通过数据接口，进行字段匹配，可以将文件编号系统中的条目信息，通过点击“归档”按钮， 传输至档案管理系统中的整编模块，档案管理员进行信息补充，再进行归档组卷、全文挂接， 形成完整的档案信息。
文件编号系统字段属性表见附件三。
5.1.4 与定型数据上报系统的接口 通过此接口，将档案管理系统的数据导入定型系统，完成军工产品定型电子文档的上报工作。
对两个系统进行连接配置，配置成功后，进行两系统的节点对应和字段对应，建立库的对应 关系。在定型接口主界面中，左右显示档案管理系统和定型系统的节点，可以选择档案管理 系统中的相关数据转入定型系统的指定节点下，同时将数据的全文传送到定型系统中。
5.2 归档整编 档案整编能够将待整理的文件条目进行整理编辑，并进行归档立卷，其功能结构如图所示：
将待整理的文件（动态数据管理的文件、条目录入的数据、文件归档的数据、档案拆档的数 据、其他数据接口的数据）条目进行整理，补充形成档案所需的基本信息，然后根据归档立 卷的规则，将整编好的文件转化形成档案。用户可以自定义归档立卷的规则，按归档立卷规 则将文件组卷归档，将已形成档案的文件进行拆档、卷内调整、以及整理案卷级与其对于文 件级的关系（如案卷级的总页数为文件页数和，案卷级密级为文件密级最高条目的密级等）。
多条文件组卷时，自动形成案卷级条目的一些信息。
待整理文件库与档案库的所存储的信息字段结构如果不一致，用户可以进行对应关系设置， 保存，以便归档时自动调用。
在档案整编点击归档时，增加数据查重功能，对于已经归档的数据，则提示用户不能归档。
在档案整编主界面中，应显示待整编状态的文件数据，可以对数据进行编辑，如修改、插入、 删除、导入、导出等，以完成数据信息的添加。
归档立卷时，系统提供手动立卷和自动立卷功能，手动立卷只需补充一些数据信息，就可以 生成一个案卷，自动立卷，按照用户设置的整理规则生成相关的案卷级或类目项的基本内容。
自动组卷时，如果系统检索到案卷号的字段信息与档案库中已存在的案卷信息重复，系统应 提示用户并由用户选择自动将文件归属到原始案卷中还是手动立卷。
归档成功后的案卷记录和所属文件应以不同颜色显示。
5.3 档案著录 档案著录是管理应用系统进行管理的基础，提供数据收集的功能。
档案著录功能结构图如下：
数据著录：可以对数据进行增加、删除、修改、保存、复制、剪切，可以进行单个文件或批 量文件的扫描、挂接、上传等操作。在录入数据时，可以设置一定的时间进行自动保存，权 限可以控制到字段级。一般用户修改和删除的权限只限于操作自己著录的数据。
选择档案管理树型结构中的某一类型数据库数据节点时，即可以进行数据浏览与编辑工作， 系统默认浏览状态。
插入功能：用户选中一条要修改的数据，右键或者点击工具栏上的插入图标，可以在这一条 数据的前面插入一条新的数据。
修改功能：用户可以对所有字段实现批量修改或替换。修改方式提供填充方式、序列生成方 式和高级方式。其中填充方式为针对选中数据记录的数据库已定义数据字段，按照输入的内 容进行批量替换或置空处理；序列生成方式按照用户输入的起始值及所定义的步长（如＋1 或＋2）来完成数据字段的批量替换；高级方式可以按照用户自定义的规则来完成数据字段 的批量替换。
删除功能：能够一次删除多条记录，在删除前，系统提示是否要删除，经用户确定后方可删 除。
保存功能：除了在工具栏上有保存按钮，右键有保存功能，Ctrl+s 快捷保存外，还可以设
定一定的时间实现自动保存。
导入功能：能够将已存在的数据源文件（如：DBF、XML、EXCELL 和 Access 数据文件）导入 到当前数据节点下。档案著录信息批量导入时，当重复导入时，能够提示重复的数据，不重 复的数据提示是否继续导入，。在导入的过程中，系统能够自动校正数据字段类型。
导出功能：能够将当前节点下的某些或者全部档案数据记录导出成数据文件保存（如：DBF、 XML、和 Excel 数据文件）。
编辑功能：提供剪切、复制、粘贴、全选、批量修改、查找替换、数据查重功能。选择数据 记录的方式，既可用鼠标左键选中某一条记录，也可以用 Shift 键＋鼠标左键来顺序选择多 条记录，或者用 Ctrl 键＋鼠标左键来间隔选择多条记录，或者用全选功能选择当前窗口下 的所有数据。
查重功能：能够对当前数据记录窗口或者制定数据节点下的数据进行比较查询，执行后，列 出具有重复字段的数据记录。要查重的数据字段可由用户自定义。
记录功能:可以对数据记录方便地进行数据的定位和查看，当用户定位到指定的数据记录项 后，再打开这个节点，仍然显示定位到的那个数据记录。记录排序可以通过点击浏览界面的 字段名称，进行快速的排序，也可以设置自定义排序条件进行排序。
当输入不合法的数据时，系统提示数据不合法的原因，并返回上一步操作。
著录界面：用户可以自定义著录界面，可以预览著录界面效果。
设置后退功能按钮，以便著录保存后取消上一步操作，并自动刷新到最新操作界面。
各种数据窗口的界面，字段的先后顺序、长度，行高度等界面风格在窗口退出时保存其变化， 再次打开窗口时与退出时保持一致。最后一次排序条件、查询条件也将保存，便于再次利用。
在左侧显示型代号下的数据库分类信息，点击相关节点即可在右侧显示数据表。数据表每页 显示记录数目可以自定义，多出的记录分页显示。可以对数据表进行类似 EXCELL 的操作， 如可以进行查找，替换，隐藏列，双击记录进行编辑，并可以在其上进行文件的分发，调拨， 报表打印等功能。
著录规则：根据数据著录时一些具有共性的特点，用户可以制定不同档案的著录规则，如“份 数”字段默认为 1，“序号”字段为序列增长，“题目”字段上下条相似，定义为顺带。
字段显示：不同用户对于同一档案库，需要看到（或被允许看到）数据库的字段（或先后顺 序）不同，通过字段显示模块能够实现用户自定义需要显示的字段。
代码维护：某些著录字段，只有几种固定的代码可供输入，如“密级”字段的内部、国内、 秘密、机密、绝密；“保管期限”字段的永久、长期、短期等。为了便于著录和防止输入错 误，将这些字段定义为代码，在数据著录时形成下拉选择框提供用户选择。
特殊字符：用到特殊的中文字符或外文字符，用户可以在系统中选择。
回收站：系统删除文件时，并不将文件从数据库中直接删除，而是删除到回收站中。对于一 些误删除的文件，通过回收站可以进行还原，达到保护文件的目的。回收站中的数据再次删 除或清空的权限分为两种情况：1、无限制（随时可将回收站中的数据删除）；2、删除的记
录在一定时间后，才能删除。
在打开回收站时，显示出全部的删除文件及路径
5.4 原文管理 管理应用系统对档案数据原文能够实现扫描、挂接/上传、浏览、下载等功能，其功能结构 如下图所示：
原文扫描：提供原文批量扫描的功能，将纸质的文件通过扫描仪批量扫描后形成电子文件保 存在一起。为图像处理、文字识别、原文挂接上传做准备。
原文挂接：提供原文批量挂接上传的功能，将需要挂接原文的条目与相对应的原文建立关联， 并将关联好的原文上传到对应的原文服务器，以便提供原文浏览利用的功能。
用户选中要挂接原文的数据记录，点击工具栏上的原文挂接或者右键，可以进行原文挂接， 用户可以一次选取多个电子文件进行挂接，对于错选的电子原文，可以进行删除，在挂接过 程中，用户可以对原文进行压缩加密，并提供解密功能。
原文下载：能够将原文从文件服务器上下载到本地，进行利用。原文下载的功能需要严格审 查利用者的权限，没有相应的权限，便不能进行原文下载。
原文浏览：系统提供通用的浏览器，可以打开一般格式的电子原文，包括一些二维和三维的 图形文件。
篇八：建设项目信息化管理
附件一
信息化项目立项申请表
填表人 项目名称 需求部门 项目负责人
宋光
填写日期
移动销售管理系统
崂矿业务部（瓶装）
宋光
项目预算（万元）
一、现有信息化基础及与项目的关系
二、项目主要目标
信息化项目管理制度
三、项目主要内容 四、其它分析 五、预算组成（软硬件配给初步预算） 六、涉及部门及原由
信息化项目管理制度
七、已接洽的供应商
序号
供应商名称
联系人 联系电话
邮箱
网址
需求部门 负责人意见
（内容较多可另附附件）
签字
信息中心 意见
签字
日期 日期
总经理审批
签字
日期
备注：以上需填写内容不得为空，如果没有内容需填写无。
信息化项目管理制度
附件二
信息化项目小组成员确认单
填表人 项目名称 组长
姓名
部门
填写日期 岗位 固定电话 移动电话
邮箱
副组长 姓名
部门
岗位 固定电话 移动电话
邮箱
协调人 姓名
部门
岗位 固定电话 移动电话
邮箱
项目小组成员
姓名
部门
岗位 固定电话 移动电话
邮箱
需求部门 意见
信息中心 意见
总经理 审批
签字 签字
日期 日期
签字
信息化项目管理制度
日期
附件三
信息化项目小组成员变更申请单
项目名称
所属部门
填写日期
原项目小组成员
姓名
岗位
现项目小组成员
姓名
岗位
变更原因
固定电话 移动电话 固定电话 移动电话
邮箱 邮箱
部门负责人意见 副组长意见 组长意见
签字 签字 签字
日期 日期 日期
信息化项目管理制度
总经理审批
签字
日期
附件四
信息化项目小组成员缺席单
项目名称 所属部门 填写日期 缺席人员 替代人员 缺席原因
部门负责人意见
副组长意见 组长意见
签字
日期
签字
日期
信息化项目管理制度
签字
日期
总经理审批
签字
日期
备注：替代人需负责向被替代人交接项目小组讨论内容及相关工作。
附件五
信息化项目需求分析讨论表
项目名称 讨论时间 一、应参加人员
二、缺席人员
三、讨论内容
副组长意见
信息化项目管理制度
组长意见
签字 签字
日期 日期
总经理审批
签字
日期
备注：以上需填写内容不得为空，如果没有内容需填写无。
附件六
信息化项目需求分析表
项目名称
填表人
填写日期
一、需求点及应用效果
（需求点分为基本需求和扩展需求，并按照优先级依次填写）
二、业务流程梳理 如有业务流程图可另附附件
信息化项目管理制度
三、关键点分析
四、问题点及建议
各项目小组成 员及所属部门 负责人意见
信息化项目管理制度
副组长意见 组长意见
签字
日期
签字
日期
总经理审批
签字
日期
备注：以上需填写内容不得为空，如果没有内容需填写无。
附件七
信息化项目招标小组筹建通知单
填表人 项目名称
组长 副组长 协调人
填写日期
接收部门
参与项目招标小组人员明细
序号 姓名
岗位 固定电话
移动电话
邮箱
信息化项目管理制度
部门负责人签字
备注：
各部门负责人需在填写日期当日指定本部门参加项目小组的成员并回传
此通知单至项目小组协调人。
附件八
信息化项目招标小组成员确认单
填表人
项目名称
项目招标小组成员
姓名
部门
填写日期 岗位 固定电话 移动电话
邮箱
信息化项目管理制度
副组长 意见
组长意见
总经理 审批
附件九
签字
日期
签字
日期
签字
日期
信息化项目方案及报价内容细则
信息化项目备选供应商提交的方案及报价需包含以下内容：
一、项目方案内容细则 1、为满足需求，系统所能提供的功能介绍。
2、系统硬件配给要求。
3、系统数据库类型，比如 SQL SERVER、Oracle 等。
4、系统采用的程序语言，比如 C#、Java 等。
5、系统采用的架构，比如 C/S、B/S 等。
6、系统运行环境，比如可独立运行、需要其他系统支持等。
7、系统的实现方式，比如定制开发、成型产品等。
信息化项目管理制度
8、系统接口能力支持性。
9、系统二次开发支持性。
10、供应商的概况。比如成立时间、现有员工规模、注册资金 等。
11、供应商有无本地化服务。
12、与此项目相关成功案例简介。
13、此项目所能提供的实施人员人数。
14、此项目所采取的实施方式，比如驻点式实施、流动式实施 等。
15、项目实施思路。
16、项目实施周期，需分阶段说明。比如实施阶段、培训阶段 等。
17、项目实施周期所采用的时间计算方式，比如是否包含星期 六、星期日；每天工作开始时间及结束时间等。
18、项目采取的培训方式，比如驻点培训、远程辅导等。
19、项目验收与项目实施的间隔期。
20、项目验收后的系统维护方式及内容。
二、项目报价内容细则 1、系统费用。
如果系统费用中含有按照用户数收取的费用项目，需要列明每 用户的费用及建议此次项目的用户数及此后每增加一个用户所需费 用。
信息化项目管理制度
如果系统费用中含有按照使用功能收取的费用项目，需要列明 每功能的费用及此次项目所需要使用的功能及此后每增加一个功能 所需要的费用。
2、实施费用。
3、培训费用。
4、项目实施过程中的二次开发费用。
5、项目验收后的维护费用及收费方式。比如每年年底支付、每 年年初支付等。
6、项目验收后的二次开发费用及收费方式。比如先支付再开发、 先开发再支付等。
附件十
信息化项目供应商及方案评价表
项目名称
供应商名称
填表人
填写时间
评价指标
满足需求
易用性
系统功
扩展性
能性（30） 特殊需求满足程度
获取数据的方便性
合计
软件设计
数据库类型
权重 13 2 3 7 5 30 2
否决条款 不能满足某项需求
无法满足某项特殊需求
非主流数据库
信息化项目管理制度
评分
（10）
硬件配置 （4）
实施策略 （15）
供应商 评价（11）
供应商 支持（20）
成本分析 （10）
技术性能
接口能力
体系结构
编程语言
非主流编程语言
界面友好
合计
服务器配置要求
可拓展性
合计
实施思路
实施周期
实施支持能力
用户培养
合计
15
信誉度
2 公司成立时间不足两年
本地支持能力
行业经验
企业规模
供应商位置
已合作
已接洽
合计
11
技术和用户培训
安装支持
实施过程支持
系统扩展升级
二次开发支持
合计
20
初始投入成本
用户数拓展成本
功能拓展成本
全周期成本
投资保护
合计
信息化项目管理制度
总计
100
备注：
1、“软件设计”指标项、“硬件配置”指标项及“二次开发支持”指标项
由信息中心人员填写。
2、如其中有满足否决条款的评价结果，请在以下表格中说明否决原因。
否决条款
原因
