ITCMMI-PROC-PM-002行软件开发管理办法.docx
上传人:qw****27 上传时间:2024-09-11 格式:DOCX 页数:8 大小:50KB 金币:15 举报 版权申诉
预览加载中,请您耐心等待几秒...

ITCMMI-PROC-PM-002行软件开发管理办法.docx

ITCMMI-PROC-PM-002行软件开发管理办法.docx

预览

在线预览结束,喜欢就下载吧,查找使用更方便

15 金币

下载此文档

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

信息技术部软件开发管理办法ITCMMI-PROC-PM-002第页,共NUMPAGES8页软件开发管理办法状态:草稿标识号:ITCMMI-PROC-PM-002评审当前版本:0.5初始版前一版本:0.4修订版发布日期://修改历史日期版本作者修改内容评审号变更控制号2011-4-220.1开发中心评审意见2011-4-260.2外包定义、系统运行交付章节的修改2011-5-50.3开发中心评审意见2011-07-150.4参考其他办法和流程进行办法调整2011-08-050.5按开发中心评审意见修改办法总则为了提升我行软件产品的开发质量,规范软件开发过程,依据《电子化建设项目管理办法》、软件标准过程和软件工程的基本原则,结合实际情况,特制定本办法。适用范围及准入条件本办法适用于的软件产品研发过程,涉及需求分析、系统设计、系统实现、系统测试、数据迁移、试运行、系统上线、系统交付各阶段相关活动。开发形式包括自主研发、合作开发、外包开发。在软件开发过程中涉及的需求管理、立项管理、配置管理、质量管理、系统测试、用户验收测试、性能测试、系统上线、系统验收、外包商管理等活动的要求可参见信息技术部相关制度和办法。获得批准并完成立项、招投标、商务及采购流程的软件开发项目在资源保障到位的前提下即可进入软件开发阶段。非第四条范围约定的软件开发工作参见《信息系统投产及变更管理办法》的规定执行。术语定义本办法中软件开发指新系统开发和现有系统重大改造的软件产品研发工作。以《电子化建设项目管理办法》为基本依据,对软件研发工作采用项目制管理。本办法中自主研发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作,向外一般仅购置有关的硬件设备和支撑软件平台;合作开发是指公司与专业IT公司(外包商)共同协作完成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框架和技术标准,合作商提供基础产品、技术保障,双方组成开发团队进行项目实施,合作开发中涉及的外包范围为系统服务类和人员服务类外包的部分外包;外包开发是指将IT应用项目的设计、开发、集成、培训等任务整体外包给某家专业公司(可以是专业的IT公司或咨询公司等),由该公司负责应用项目的实施。组织与职责本办法中的项目组指根据《电子化建设项目管理办法》成立的项目实施团队,通常由业务组(需求申请部门、归口部门等业务部室)和技术组(信息技术部相关技术人员和外包商)组成的项目实施团队;项目组成员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作,项目组中的项目经理由信息技术部指定(特别指定除外)。业务组负责业务需求定义及解释,协助技术组完成软件需求规格说明书的编制,负责对软件需求规格说明书进行确认,参与项目实施过程,对软件产品的测试及验收工作负责。业务组负责在软件产品投产前完成业务营运管理办法、用户业务手册的编写,负责软件产品的应用培训、推广。技术组根据相关技术开发规范的要求负责业务需求的技术实现及软件研发过程中各阶段的技术产出物。在软件产品研发过程中的测试,应参照测试管理办法进行软件测试工作。项目经理负责软件产品研发和实施的整个过程。项目计划和监控项目启动后由项目经理组织制定《项目开发计划》,包括项目范围和进度计划、测试计划、风险计划、配置计划、质量计划、人力资源及沟通计划等内容。提交项目干系人进行评审,并根据项目开发计划进行组织、协调项目的实施。在项目的各个阶段,项目组质量保证人员对开发计划的执行情况进行监控,确保项目按计划完成。项目开发计划需要变更时,项目经理遵循开发中心变更流程组织实施变更。项目经理对项目的实施情况进行持续跟踪、监控,并定期组织项目组会议、采集项目度量数据,向主管领导汇报项目进度执行情况。需求分析技术组在获得《业务需求》后,按系统需求规格说明书的规范提出技术需求和解决方案,并对系统进行定义,编制《系统需求规格说明书》和《数据字典》。《系统需求规格说明书》需详细列出业务对系统的要求(界面、输入、输出、管理功能、安全需求、运作模式、约束条件、关键指标(KPI)等),由信息技术部组织对《系统需求规格说明书》进行评审。《系统需求规格说明书》通过评审后和《业务需求》作为需求基线纳入配置管理。系统需求规格说明书发生变更时,项目经理遵循开发中心变更流程组织实施变更。系统设计系统设计一般情况下分为概要设计和详细设计,系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。在系统设计阶段中,最终用户和需求部门(归口部门)参与阶段工作产品评审,确保系统设计能满足业务需求。技术组完成系统设计。系统设计需要定义系统架构、系统输入输出说明