XX期货有限公司信息系统项目管理办法

软件系统开发管理办法 XX有限公司 项目管理办法 文档属性 · 文件属性 · 内容 · 文件名称 · XX有限公司机房管理办法 · 文件编号 · · 文件版本号 · V1.0 · 文件状态 · · 作 者 · · 文档编写日期 · 年月 · 文档发布日期 · 年月日 文档变更历史清单 · 文件版本号 · 修正日期 · 修正人 · 备 注 · · · · · · · · · · · · · · · · · 本次修改变更说明 · 序号 · 变更内容简述 · · · · · · · · · · 第1章 总则 第1条 为加强公司项目管理流程的 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 性，在公司内形成一套统一的管理模型，特制定本办法。 第2条 本管理办法适用于公司内所有应用软件开发项目、集成项目： 1. 应用软件开发项目是指建设新软件系统以满足业务运作、管理需求，或对已有软件系统进行功能加强、修改，涉及软件开发或二次开发的软件产品建设项目。 2. 集成项目包括但不限于网络、安全、机房建设等不涉及软件开发的项目。 第3条 通过制定和执行适合公司的相对合理和配套的项目管理相应文件，在逐步提高公司项目管理成熟度的基础上，达到“缩短项目周期、降低项目成本、提高项目质量”的目标。 第4条 项目应当遵循以下原则： 1. 因地制宜原则：应当根据行业特点、企业规模、管理理念、组织结构、核算方法等因素设计适合本单位的计算机信息系统。 2. 成本效益原则：计算机信息系统的建设应当能起到降低成本、纠正偏差的作用，根据成本效益原则，可以选择对重要领域中关键因素进行信息系统改造。 3. 理念与技术并重原则：计算机信息系统建设应当将信息系统技术与信息系统管理理念整合，应当倡导全体员工积极参与信息系统建设，正确理解和使用信息系统，提高信息系统运作效率。 第2章 项目总体要求 第1节 技术原则 第5条 项目应尽量采用有大量成功案例的成熟技术、软件、硬件平台，以降低风险和减少运维困难。采用新技术、软件、硬件平台时，尽量避免使用过新的技术、软件和硬件平台。 第6条 使用外购软件时，尽量控制二次开发规模，减少未来软件升级时不兼容风险。 第7条 系统架构设计时，在技术允许的情况下，尽量采用集群设计，以提高可扩展能力和规避单点故障。 第8条 在涉及原有交易系统时保证原系统稳定，所开发项目的运行和维护必须在做好备份后进行。 第9条 如涉及修改被其他系统引用的接口，应在设计阶段组织相关系统负责人进行分析，并制定必要的测试计划，系统上线时应更新接口信息，并通知相关系统负责人。 第10条 和其他系统集成时，应可能和源头直接集成或通过集成平台进行集成，减少不必要的集成环节，并最大可能的利用原有软件、硬件平台，充分考虑与原有软、硬件系统的兼容性。 第11条 项目组应对项目过程中的相关文档、代码进行配置管理。 第2节 安全要求 第12条 项目设计、开发时，应充分考虑公司的信息安全要求和数据的准确性和完整性，保障原系统的正常运行。 第13条 软件项目应设计用户访问日志的记录 机制 综治信访维稳工作机制反恐怖工作机制企业员工晋升机制公司员工晋升机制员工晋升机制图 ，并尽量提供访问日志查看功能。 第14条 软件项目尽量设计为使用非操作系统超级用户进行服务起停和日常维护。 第15条 操作人员不得擅自对软件执行删除、拷贝、修改等操作，不得擅自升级、改变系统软件版本或更换系统软件，不得擅自改变软件系统环境配置。 第16条 应当对信息系统操作人员的密码和使用权限进行严格规范，未经培训的人员不得作为操作人员。 第17条 应当制定详细的信息系统上线计划。涉及新旧系统切换时，应当在上线计划中明确系统回退计划。 第18条 新旧系统切换时，如涉及数据迁移，应当制定详细的数据迁移计划。业务部门应当积极参与数据迁移过程，对数据迁移结果进行测试，并签署测试报告。 第19条 编制完整、具体的灾难恢复计划，以备意外事件发生后恢复系统之需，同时应当定期 检测 工程第三方检测合同工程防雷检测合同植筋拉拔检测方案传感器技术课后答案检测机构通用要求培训 、及时修正该计划，并将其最新版本作好备份。 第3章 项目过程管理 第1节 立项管理 第20条 提出业务需求的部门向公司技术部门提交立项报告，报告中应至少包括明确的业务需求、建设项目的目的、实施后业务管理 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 等，由技术部门进行初步可行性分析，编写立项分析报告。 第21条 立项分析报告要进行立项审批，重大项目需IT技术委员会讨论通过。 第22条 立项报告批准后，成立项目组，由分管领导为组长，协调和审批各项事宜。项目组由相关业务部门和IT部门人员组成，项目组指定一名项目经理负责跟踪项目进度，确保项目能及时完成并满足业务需求。 第2节 需求分析 第23条 业务相关需求由业务部门整理，并经部门主管负责人审核后提交技术部门，内容应包括需求的详细描述、需求必要性、业务风险等说明，并明确需求负责人。 第24条 业务需求部门提交的需求由技术部门需求分析人员进行审核，并和业务需求部门讨论，确定具体的需求。 第25条 技术部门需求分析人员对需求进行技术评估，确认不能立项的应注明原因并由评估人员与需求部门沟通，沟通无法达成一致意见的提交公司领导批示。 第26条 项目组组织业务需求部门进行调研，初步估计项目实施周期（工作日）、实施成本（人日）以及其他所需资源及费用、业务或技术风险、项目采用的开发方式（外包、自行开发或合作开发），结合公司信息系统整体规划确定项目方案并上报审批，重大项目方案须IT治理委员会讨论通过，可根据项目技术复杂程度授权相关技术专家进行评审。 第27条 业务部门在软件开发或项目实施过程中提出的需求变更等同于新需求，必须重新进行可行性分析、需求审核。 第3节 项目构建和实施 第28条 项目方案审批后，开始项目实施。项目组根据实际情况修订 项目计划，确认项目关键点，主要包括软硬件选型购置、软件开发或安装、测试、上线、验收等,提交详细设计说明书、测试方案等。 第29条 项目涉及软件开发时，项目组进行概要设计和详细设计，并编写概要设计报告和详细设计报告，按软件开发管理办法进行软件编码和测试工作，提交相应的代码、测试记录或报告。 第30条 项目不涉及软件开发时，项目组搭建相关环境，进行测试和技术验证工作。 第31条 项目组应制定选型 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ，按公司有关IT资产管理的有关规定提交采购申请，需要招标的项目必须按照公司招标流程进行招标采购。 第32条 项目组应明确培训计划与所需的文档材料。 第4节 项目测试 第33条 测试应包括技术测试和业务测试。 第34条 项目负责人应在技术和业务测试前提供系统的技术及业务测试方案、测试反馈表和测试报告表；测试方案应包括测试时间、测试地点、参测部门及人员、测试内容（包含所需测试的功能项、测试流程、测试约束、正确返回结果等内容）和测试注意事项等。 第35条 为保证交易相关业务测试的顺利进行，各业务相关部门必须准备能够满足测试要求的相关信息。 第36条 业务需求负责人负责组织开发期间的业务测试,除业务部门和开发人员外，必要时组织最终用户参加测试。 第37条 测试开始前应做好相关系统备份工作，业务部门应按照测试要求安排合适人员参加测试，提前学习测试资料、准备测试相关信息。 第38条 测试人员按测试方案进行测试,按要求填写测试结果, 并做好相应的归档工作，同时应做好系统恢复工作。 第39条 项目负责人对测试中存在的问题应及时分析并安排相关人员进行处理。 第5节 项目试运行 第40条 系统使用培训完成后，项目组提交运行申请，经公司审核完毕后开始系统试运行。 第41条 项目组成员与相关人员共同做好系统试运行期间的监控与维护工作。 第42条 项目组和业务部门在系统试运行结束后出具系统试运行报告，若系统仍未满足验收标准，可延长试运行时间。 第43条 项目负责人对试运行中存在的问题应及时分析并安排相关人员进行处理。 第6节 项目验收 第44条 系统使用部门和技术部门成立独立验收小组，也可授权原项目组作为验收小组，验收小组从功能需求及技术需求层面对系统进行综合评估。 第45条 验收小组根据验收情况整理系统验收报告，提交相关部门和信息技术部门审阅，并签署验收意见。 第7节 项目上线 第46条 系统试运行通过后，经相关领导审核后实施上线。 第47条 信息系统上线后，发生的任何变更参照公司相关变更管理办法执行。 第8节 项目交接 第48条 项目组应在系统上线成功后与系统运行维护人员进行正式交接。 第49条 项目组应提供系统技术文档、使用手册、应急方案等资料，并组织有关人员对运维人员和业务人员进行培训。 第50条 项目负责人和运行维护负责人在《系统上线交接表》签字确认后，系统交付运行维护人员进行系统的日常维护。 第4章 附则 第51条 本办法由技术部门负责解释和修订。 第52条 本办法自发布之日起执行。 XX有限公司 第 2 页 共 7 页