全球奢华游戏-www.bst3388.com-欢迎您

bst3388全球奢华游戏欢迎您!

bst3388全球奢华游戏 > 信息中心 > 正文

bst3388全球奢华游戏项目实施管理制度

罗淮 2020/10/19 22:01:05 点击4328次


文档信息

文档名称

bst3388全球奢华游戏项目实施管理制度

文档编号

 

文档类别

策略方针 □     管理制度 ■     工作流程 □ 操作指南 □      运维记录 □ 其他     □

当前版本

1.0

创建日期

2020-10-18

文档编辑部门

信息中心

文档作者

 

联系方式

 

 

修订记录

文档版本

日期

修改人员

审阅人员

修订摘要

V1.0

2020-10-18

 

 

建立文档

 

 

 

 

 

 

审批发布

序号

审核记录

日期

审阅人员

审阅

2020-10-18

 

正式核准发布

2020-10-18

 

 

 

 

 


总则

目的。为规范bst3388全球奢华游戏IT项目实施过程管理,规范项目活动和交付质量控制,依据《bst3388全球奢华游戏信息安全管理办法》制定本管理制度。

对象及范围。本制度适用于IT项目实施过程中的IT部门、业务部门和开发方人员。

要求。bst3388全球奢华游戏信息系统的项目实施安全管理要求统一遵循《GB/T 22239-2019信息安全技术 信息系统安全等级保护基本要求》。

项目准备阶段

项目准备阶段包括制定总体计划、成立项目组、建立项目章程、召开项目启动会议、制定月/周工作计划等工作。 

1.制定总体计划:项目负责人根据项目特点制定项目总体实施计划及资源计划,明确项目各阶段的关键活动、责任人、开始与完成时间、交付件要求,经双方项目负责人审批后正式执行。

2.成立实施项目组:项目负责人根据项目特点明确参与项目的人员、角色、职责及明确参与项目时间要求,并正式成立项目组。 

3.建立项目章程:明确双方项目组在项目过程中的沟通、问题、风险、计划、人力资源、质量管理等方面的管理约定。 

4.制定月/周工作计划:项目经理在总体计划的基础上分解月/周计划,要求明确具体任务的完成标准、责任人、开始时间与完成时间。项目经理应定期跟踪项目计划完成情况,提交项目计划跟踪表并定期汇报项目进展状况。项目经理每月提交项目状态月报,向项目负责人汇报。

5.召开项目启动会议:项目负责人在完成以上项目准备后,应组织相关项目干系人召开项目启动会议,项目负责人、项目领导小组、项目经理、项目实施组和关键用户应参加项目启动会议。

需求分析阶段

需求分析阶段包括需求调研、需求分析、需求评审、需求确认等工作。 

1.需求调研:调研内容包括项目目标、业务目标、业务与IT现状、业务流程、具体的业务功能需求和非功能需求,调研对象必须包括项目发起人、业务负责人和关键用户在内的所有与项目范围密切相关岗位,须确保以上人员的充分积极参与。业务访谈过程应形成需求访谈记录,并及时将其反馈给访谈对象,并最终进行确认。

2.需求分析:项目组内部对调研过程收集的需求和遗留的问题进行可行性、优先级别和风险评估,在此基础上形成初步的需求规格说明书,发相关业务人员征求意见。需求规格说明书必须包括总体需求及业务流程、详尽的功能需求描述和分析、需求的优先级、非功能需求(系统技术需求)、与外部系统接口的定义,并确保需求是一致的、完整的、可行的且易于理解的。

3.需求评审:项目负责人组织相关的业务骨干和业务部门负责人对需求进行正式评审会议,项目组根据评审意见修订需求规格说明,使双方项目组对需求的理解达成共识。

4.需求确认:需求规格说明书经评审通过后需业务负责人、项目负责人签字确认,并作为启动设计开发阶段必要输入条件。

方案设计阶段

方案设计阶段包括总体设计、详细设计、编制数据整理模板等工作。 

1.总体设计:系统总体设计包括系统应用架构设计和技术架构设计,应用架构设计包括系统应用架构图、子系统/模块结构设计、具体功能模块设计及与外部应用系统的业务关联设计。技术架构设计包括系统技术架构图、内外部接口设计、相关软硬件平台设计、非功能模块设计。最终形成系统总体设计说明书,总体方案设计需经过项目组的评审。 

2.详细设计:系统详细设计是指进一步详细描述具体程序的设计要求,包括程序的功能、输入输出项、算法、流程逻辑的实现详细描述。最终形成 系统详细设计说明书。

3.编制基础数据整理模板:开发方提供基础数据整理模板,项目负责人协调相关业务人员制定数据整理规则和整理计划,并落实相关业务岗位或关键用户负责基础数据整理,基础数据需经业务部门负责人确认。

系统实现阶段

系统实现阶段包括开发环境安装、软件编码、单元测试、集成测试、用户测试、性能测试与优化、问题跟踪、测试环境安装、测试环境软件配置管理、数据整理与校验等工作。 

项目经理在项目总体计划和设计的基础上制定项目开发计划,并定期把开发进展情况和开发成果反馈到项目负责人。 

1.开发环境安装:根据硬件资源的落实情况,由系统开发人员负责开发环境的安装与配置,提交开发环境安装配置文档。 

2.软件编码:开发人员根据设计说明书、项目开发计划进行编码。质量控制与管理人员对软件编码成果进行质量控制与检查。 

3.单元测试:软件代码开发完毕后,完成单元测试并修正存在的问题后提交测试人员和质量控制人员检查。 

4.集成测试:项目经理安排软件测试人员完成,提交系统测试方案,发现的问题由项目经理统一负责跟踪管理,并汇总成问题跟踪表。

5.用户测试:分为项目组内部测试和用户验收测试,所有的测试都需要汇总成问题跟踪表,一般先经过项目组内部测试后才能组织用户验收测试。用户验收测试前项目组需先提供系统测试方案和系统测试计划。用户验收测试结果作为上线评审的主要依据之一。 

6.性能测试:系统开发人员和系统测试人员共同负责性能测试方案的制定和性能测试分析,并进一步安排性能优化措施。 

7.问题跟踪:开发人员根据测试反馈的问题跟踪表进行代码修改,项目经理跟踪问题解决的进度和组织相关人员进行测试确认。

8.测试环境安装:由项目组测试人员负责,系统建设方项目管理人员协助完成,由项目组测试人员提交测试环境安装配置文档。 

9.测试环境软件配置管理:软件质量由质量控制人员负责,由开发人员负责测试环境的软件部署,并做好软件配置管理,提交测试环境软件部署记录。 

10.数据整理与验证:基础数据整理由业务部门负责,基础数据由开发人员提供导入脚本导入测试环境,由业务人员、关键用户对数据进行校验和验证,数据经验证后才能导入正式环境。

上线运行阶段

系统上线包括正式环境安装、正式环境软件配置管理、上线方案编写、上线培训、上线评审、系统上线、上线运行跟踪、试运行总结、初验总结等工作。 

1.正式环境安装:由项目组测试人员根据测试环境安装配置文档负责正式环境的安装,完成后提交正式环境安装配置文档。如不能按照测试环境安装配置文档要求完成,则返回测试环境,由项目组测试人员完善测试环境安装配置文档,直到满足要求。

2.正式环境软件配置管理:软件质量由质量控制人员负责,未通过项目质量控制的软件程序不能发布到正式环境;系统开发人员负责正式环境软件配置管理和软件部署,提交正式环境软件部署记录,对不符合正式环境软件发布要求的软件可拒绝部署。 

3.上线方案编写:系统完成用户验收测试并按照要求提交所有文档后,由双方项目负责人共同制定系统上线实施方案。 

4.上线培训:根据上线方案中的培训计划,由项目经理组织用户进行培训,同时提交用户培训手册和用户操作指南。 

5.上线评审:甲方根据开发方在实施过程中提交的所有交付内容进行评审,评审内容包括交付质量、交付件的完整性、用户验收测试、上线条件、上线方案。 

6.系统上线:通过上线评审后,系统可以进行上线并进入试运行阶段。 

7.问题跟踪:项目组对系统试运行情况进行跟踪,及时处理和更新问题跟踪表,定期通报系统运行状况。

8.试运行总结:系统试运行三个月以上并运行稳定,项目组应总结系统运行情况,提交系统试运行报告。 

9.初验总结:系统应用状况达到项目验收要求,项目组进行项目初步验收总结,提交系统初验报告和项目初验申请。

项目交付阶段

项目交付阶段包括问题跟踪与解决、系统移交、制定系统管理规范、制定业务管理规范、终验总结等工作。 

1.问题跟踪与解决:项目组应继续进行系统运行跟踪状况,每月提交问题跟踪表,并对存在的问题进行优先级分类,及时落实资源解决问题。 

2.系统移交:开发方整理和修订项目交付文档,制定系统维护指南,系统维护指南中应包括系统运行维护的指引、系统备份要求和方法、系统恢复和迁移指引,并根据维护指南对系统管理人员进行知识转移,经过系统管理人员验证和确认后,作为双方正式移交的必要条件之一。正式环境移交后,系统管理人员收回开发方所有环境所有用户权限。 

3.制定系统管理规范:项目组在系统维护指南的基础上,制定内部系统管理规范和应用维护管理规范。 

4.制定业务管理规范:业务管理规范由业务部门制定,包括基础数据规范、操作规范、岗位操作指南等等,并在应用过程中定期检查执行情况和不断完善。

5.终验总结:系统达到项目目标、初验后正常运行三个月、所有的问题已解决且完成系统移交后,项目组进行项目总结后可提出项目验收申请,执行项目验收。

问题与风险管理

问题管理贯穿项目的整个生命周期,项目经理负责整个项目的问题和风险管理,并有责任落实相关资源协调解决。

业务部门或用户提出问题后,项目组对问题的类别、重要性、优先级别进行分类排序,优先解决影响数据准确性的问题,并明确问题责任人、完成时间,每周/天更新问题跟踪表。 

项目经理应跟踪问题的解决情况,并及时将问题状况发布给项目组。在项目组范围内无法得到及时解决且影响项目整体目标的问题,项目经理应及时将问题升级到项目负责人,并将问题纳入风险管理范畴,进行风险评估和采取有效的风险防范措施。

变更管理

项目的需求分析确认后,所有的新增需求或变更需求、技术变更均纳入需求变更管理范围,项目经理应对所有的需求变更进行记录和管理。 

一般的需求变更可以纳入问题管理范畴,由项目经理管理与决策,不纳入变更管理范围,10%以内的需求变更不变更项目费用;严重影响项目进度或成本或目标的需求变更由变更发起人提出变更申请,项目组进行需求变更分析,累计10%-20%的需求变更由项目负责人决策,但变更费用不得超过合同金额10%,累计超过20%以上的变更,必须重新立项审批通过才能予以执行。 

变更分析:项目经理组织相关人员评估需求变更的风险、可行性,并提出需求变更的具体解决方案,解决方案中还应包括增加的工作量、成本和对项目进度的影响分析,需求变更经双方项目负责人签字后生效。

变更的执行、跟踪:项目经理落实资源进行需求变更任务的执行,对于影响项目目标、范围、业务功能的变更需同时修订需求规格说明书、系统总体设计说明书等相关交付文档,对于影响项目进度的变更应同步修订项目计划。 

变更的确认、总结:变更任务执行完成后,其中需求或技术变更需经变更提出人员进行测试后确认完成,项目经理提交变更执行情况分析。

附则

对违反本制度的人员,将按照bst3388全球奢华游戏有关规定进行处罚。

本制度由信息安全工作小组负责制定、解释和修改。

本制度自发布之日起执行。

bst3388全球奢华游戏信息安全工作小组

2020年10月18日


打印本页 关闭本页

 

Copyright 2020 版权所有:bst3388全球奢华游戏
苏ICP备05002448号-3
image.png苏公网安备 32130202080886号
技术支持: 江苏高泰软件技术有限公司


今日访问量:[137] 总访问量:[4473773]
Baidu
sogou