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