《外包开发软件管理规定.docx》由会员分享，可在线阅读，更多相关《外包开发软件管理规定.docx（11页珍藏版）》请在金锄头文库上搜索。
1、外包开发软件管理制度第一条为规范外包开发软件的管理工作，特拟订本制度。第二条本制度中软件开发指新系统开发和现有系统重要改造。第三条本制度中外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业企业（能够是专业的IT企业或咨询企业等），由该企业（承包商）负责应用项目的实行。第四条软件开发按照项目管理和软件工程的基根源则。项目管理波及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程波及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运转、系统查收、系统上线和数据迁徙。第五条除特别指定，本制度中项目组包含业务组（或需求提出组）、IT组（可能包含网络管理员和
2、合作开发商）。第二节立项管理第六条提出开发需求的信息技术部门参加企业层面立项，进行立项的技术可行性剖析，编写立项剖析报告，展开先期筹办工作。立项剖析报告应明确项目的范围和界限。第七条应用系统主要使用部门将立项剖析报告上交公司进行立项审批。第八条立项剖析报告获取同意后，成立项目组（外包开发，则成立外包商项目组；），项目组应包含业务组（由企业有关业务部门构成）和IT组（自行开发为办公室网络管理员；外包开发为外包商成员。公司委派一名职工负责监察项目的进度，进行项目管理工作，保证开发能实时达成并能知足业务需要。项目组人员的选择应知足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识
3、来胜任项目各方面的工作。第三节需求剖析第九条立项后业务组对用户需求进行汇总整理，出具业务需求说明书，并保证业务需求说明书中包含了所有的业务需求。经系统使用部门审批确认，作为业务需求基线。第十条IT组在获取业务需求说明书后，提出技术需求和解决方案，并对系统进行定义，出具系统需求规格说明书。系统需求规格说明书需详尽列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、要点指标(KPI)等）。系统需求规格说明书需要由业务组提交给有关业务流程负责人确认。第十一条关于开发的项目，当业务需求发生更改时，业务组应提交需求更改申请，IT组组长审批后交给合作开发商实行。第十二条项目组应付需求更改
4、影响到的文档实时更新。第四节项目计划和监控第十三条软件开发采纳项目形式进行管理。项目经理负责整个项目的计划、组织、领导和控制。第十四条需求剖析过程中，项目经理组织拟订详尽的项目计划书，包含详细任务描绘和项目进度表等。第十五条在项目的各个阶段，业务组组长和IT组组长需配合项目经理拟订阶段性项目计划。业务组组长和IT组组长需配合项目经理对项目计划履行状况进行监控，保证项目按计划达成。第十六条项目计划需要更改时，项目经理填写项目计划变更说明，并提交企业主管领导审批，经过审批后，交给业务组组长和IT组组长履行。第五节系统设计第十七条系统设计应分为纲要设计和详尽设计，系统设计要按照齐备性、一致性、扩展性
5、、靠谱性、安全性、可保护性等原则。第十八条在系统设计阶段中，用户应充分参加，保证系统设计能知足系统需求。第十九条项目组进行详尽设计，出具设计说明书和单元测试用例。设计说明书中需要定义系统输入输出说明和接口设计说明。企业主管领导组织有关人员对纲要设计进行评审，出具设计评审报告。业务组组长和IT组组长应参加此评审并对评审建议署名确认。第二十条设计评审均以业务需求说明书和系统需求规格说明书为依照，保证系统设计知足所有需求。第二十一条对已确认经过的系统设计进行改正需获取管理部门、业务组组长和IT组组长的审批后方可进行。第二十二条对系统设计的改正的文档须由文档管理人员进行归档管理。第六节系统实现第二十三
6、条项目组依据设计说明书拟订系统实现计划，并提交项目经理对计划可行性进行审批。第二十四条系统实现包含程序编码、单元测试和集成测试。第二十五条项目组保证开发、测试和生产环境独立，为各环境成立接见权限控制体制，并明确项目成员的职责分工。对开发环境、测试环境与生产环境在物理或逻辑方面应当做到隔绝；假如环境的分开是经过逻辑形式实现的，应按期检查网络设置。项目组对已受权接见生产环境的人员进行详尽记录，并对该记录进行按期检查，保证只有经受权的人员才能接见到生产环境。第二十六条项目组进行单元测试和集成测试，测试人员署名确认测试结果。第七节系统测试和用户测试第二十七条项目组拟订系统/用户测试计划，并提交项目经理
7、对计划可行性进行审批。第二十八条系统/用户测试计划一定定义测试标准，并明确各样测试的测试步骤和需要的系统设置要求。第二十九条项目组向数据拥有部门申请获取测试用业务数据的使用权，对获取的数据进行严格的接见控制，保证只有有关项目人员才能接见及使用。第三十条项目组负责测试数据准备，测试用数据要足够模拟生产环境中的实质数据。对已评定为敏感信息的数据进行敏感性办理和保护。第三十一条IT组或合作开发商成立测试环境进行系统测试。在系统测试中对新系统内部各模块之间的接口和与其余系统的接口进行充分测试。出具系统测试报告，测试人员署名确认测试结果。第三十二条系统测试通事后，IT组配合业务构成立用户测试环境，业务组
8、依据用户测试用例进行用户测试，出具用户测试报告，业务组组长和IT组组长应在用户测试报告中署名确认。第三十三条项目组达成系统帮助文档（此中包含用户操作手册和安装保护手册）。凡波及应用系统的更改，应付系统帮助文档实时更新。第八节试运转第三十四条系统主要使用部门依据项目规模及影响决定试运转策略。第三十五条项目组拟订试运转计划，并拟订试运转查收指标，上报企业主管领导审批。试运转计划中应包含问题应付体制，明确问题交流渠道和职责分工。第三十六条项目组结合试运转单位进行有关系统部署工作，准备培训资料，对有关用户和信息技术人员进行培训。用户培训的达成度应为实行后评估的指标之一。第三十七条项目组依据试运转计划进
9、行系统变换和数据迁徙。系统变换前，检查系统环境，保证运转环境能知足新应用系统的需要。系统变换时一定详尽记录原系统中的重要参数、设置等系统信息，并填写试运转报告有关内容。系统参数、设置的变换工作作为系统上线的查收的评估指标之一。第三十八条数据迁徙前，应拟订详尽的数据迁徙计划数据迁徙计划中应包含迁徙方案、测试方案、数据定义，新旧数据比较表、迁徙时间、回退计划等信息。数据迁徙计划需经项目经理和主管领导签，字审批。第三十九条数据迁徙后，项目组对数据迁徙的完好性和正确性作出检查，出具数据迁徙报告，此中包含数据根源、变换前状态、变换后状态，数据迁徙负责人、对完好性检查状况、瞄正确性检查状况等内容。各有关部
10、门查收变换结果后在该报告上署名确认。第四十条系统变换和数据迁徙由试运转单位业务部门和企业主管领导共同监察并进行查收。第四十一条系统变换和数据迁徙查收通事后，正式启动试运转。在试运转过程中，试运转单位办公室把系统运转状况（系统资源使用，反响速度等）记录到试运转报告中。必需时，项目组应依据系统运转状况对应用系统进行优化。第四十二条试运转达到试运转计划规定的停止条件时，项目组编写试运转报告。此报告应由项目组和试运转单位署名确认，并提交企业主管领导批阅。企业主管领导批阅试运转结果，决定试运转结束或缓期。第九节系统查收第四十三条系统主要使用部门及信息技术部门结合构成独立系统查收小组，也可受权原项目组作为
11、查收小组。查收小组从功能需求及技术需求层面对系统进行综合评估。第四十四条查收小组应依据查收状况整理形成系统查收报告提交系统主要使用部门和信息技术部门批阅。第四十五条系统主要使用部门和信息技术部门负责人依据系统测试、试运转状况签订查收建议。第四十六条第四十七条第四十八条第十节系统上线系统上线应按照安妥、可控、安全的原则。往常状况下，系统上线包含数据迁徙工作。项目组拟订系统上线计划，上报企业主管领导审批。在上线计划获取同意后才能开始部署上线工作。第四十九条系统上线计划内容应包含但不限于：1、部署方式和资源分派（包含人力资源及服务器资源）；2、上线工作时间表；3、上线操作步骤以及问题办理步骤；4、项
12、目阶段性里程碑和成就报告（项目履行状态的批阅、进度安排等）；5、数据迁徙的需乞降实行计划；6、完好可行的应急方案和“回退”计划；7、用户培训计划（包含：培训计划、培训手册、培训查核等）；8、企业下发的系统标准参数配置。第五十条上线单位在上线早期需增强平时运转状态监控，出现问题时应实时办理，对重要问题应启动紧迫方案。第五十一条在达成上线后要填写系统查收评估报告，上报企业项目组汇总整理。系统查收评估报告内容包含：数据正确性、系统性能及稳固性、接口问题、权限问题、业务操作影响度、问题办理状况、备份、批办理等。第五十二条上线单位管理层要对系统查收评估报告进行审批署名。第五十三条企业主管领导同意结项后，业务组和IT组将整理的文档提交各自部门一致管理。第十一节合作开发管理第五十四条合作开发商的选择应按照企业有关规定，合作商资质认定拜见第三方管理制度。第五十五条合作开发商一定按照企业软件开发管理制度。第五十六条项目经理同合作开
