软件开发项目管理制度

精心打造 软件开发项目管理制度软件开发项目管理制度 1 1 目的和适用范围目的和适用范围 为规范公司自有软件研发的管理工作，特制定软件项目的立项、开发、测试、发布、备份及软件发布 后问题跟踪与处理、设计更改及升级的管理制度，最大限度满足用户的需求。 本标准适用于聚龙股份有限公司以下简称公司软件开发项目的管理与控制。 2 2 涉及的相关部门涉及的相关部门 公司所有部门 3 3 职责与管理控制职责与管理控制 3.13.1 职责职责 参见设计和开发控制程序中相关条款。 3.23.2 管理控制管理控制 3.2.1 软件开发项目分类与立项管理分类 1. 软件开发项目分类 （1）软件产品项目公司或部门提出的，可以作为公司独立产品或配套产品的软件开发项目； （2）内部管理软件项目公司或部门提出的，仅限于公司内部管理应用的管理软件项目； （3）内部工具软件项目公司或部门提出的，仅限于公司内部生产调试使用的各种工具软件项目。 3.2.2 软件项目管理分类 软件项目管理分为正式立项管理与设计更改管理。 1. 正式立项管理 软件开发需求之前没有相同的正式软件产品，或者软件在功能和结构上与原有软件相比有较大改变， 能够作为一个独立的应用软件，均可作为软件开发项目进行正式立项，并按3.3.2进行软件立项管理。 2. 设计更改管理 如果需求部门需求的软件与当前已发布的软件功能有差异需要更改或升级时，由项目组按照需求部门 要求进行设计更改，并按3.3.3 进行软件设计更改管理。 3.33.3 软件项目各阶段管理软件项目各阶段管理 软件项目开发管理过程划分为需求分析阶段、 立项阶段、 设计编码与测试阶段、 软件发布与实施阶段、 项目验收阶段。 3.3.1 各阶段工作内容及形成表单 未来1 精心打造 项目阶段 需求阶段 需 求 分 析 工作内容 需求部门对预开发软件及其匹配硬件产品的 目标客户、市场情况、功能需求、网络环境、 政策法规、竞争对手、产品价格、预计销售情 况等内容进行市场调研， 提交软件开发项目 建议书 至技术管理部。 技术管理部征求软件 开发部门意见， 如果建议书内容合理可行， 则 进入立项阶段。 立项方案评 立 项 阶 段 审 *确定项目负责人及项目组成员，明确软件开 发计划，项目负责人组织编写软件开发项 目立项单和软件开发需求报告 ，确定软 件开发及运行的环境、实现功能、业务及数 据要求，设计方案及技术指标等内容。 *针对立项单和 软件开发需求报告 的内容， 技术管理部组织评审组实施立项方案评审。 软件设计*项目负责人按照软件开发项目立项单和 软件开发需求报告中的要求进行任务分 解， 并落实项目组成员任务计划完成的工期， 形成软件项目任务分解计划书 ，实施软件 设 计 编 码 及 测 试 软件测试 设计开发。 *与软件配套使用的硬件产品或设备的开发管 理流程及技术文件要求按照产品开发项目 管理制度及技术文件管理制度要求执 行 *测试过程管理按照3.3.4.1 软件测试及发布 流程规定执行。 *与软件配套使用的硬件产品或设备的测试流 程及管理要求按照 产品开发项目管理制度 及技术文件管理制度要求执行 各开发部 测试组 相关部门 测试任务书 软件测试报告 问题处理记录 各开发部 相关部门 软件项目任务分 解计划书 参见 产品开发项目 管理制度及技术 文件管理制度 中相 关条款 技术管理部 各开发部 需求部门 软件开发项目立 项单 设计开发评审报 告 软件开发需求报 告 参与部门 需求部门 形成表单 软件开发项目建 议书 未来2 精心打造 软件或程序 发布 软 件 发 布 *软件发布过程管理按照3.3.4.1 软件测试及 发布流程规定执行。 *如涉及与软件配套硬件产品或设备程序或硬 件升级的，相关开发部门按照产品开发项 目管理制度及技术文件管理制度的要 求同时下发软件版本执行通知单 、 软件 更改通知单或技术更改通知单至产业 中心及相关部门。 各开发部 测试部 相关部门 软件发布通知单 软件版本执行通 知单 软件更改通知单 技术更改通知单 软件安装和使用 说明书或软件系 统使用培训记录 版本变更记录 项目验收项目开发完成后， 由技术管理部资料管理员进 行VSS备份检查， 检查合格后技术管理部提交 财务中心财务部对项目研发费用进行核算， 审 核通过后项目验收完成 技术管理部 各开发部 财务中心 项目完成验收单 软件设计更改见“3.3.3 软件设计更改管理”中相关条款需求部门 技术管理部 各开发部 测试部 相关部门 软件设计更改申 请单 软件升级通知单 项目更改参见产品开发项目管理制度中相关条款。 技术管理部 各开发部 需求部门 测试部 相关部门 项目更改通知单 项目暂停项目开发过程中， 由于安排新的工作任务或其 他原因， 项目需要暂停开发的， 由项目负责人 提交项目暂停申请单至技术管理部，研发 中心总经理批准后交由项目管理员备档并调 整项目计划。 技术管理部 各开发部 项目暂停申请单 项目终止产品研发过程中 ， 如果需求部门或市场有新的 开发要求 ，且当前已研发或正在研发的软件已 不能满足市场的要求，需求部门需提交 项目 终止申请单 至技术管理部，终止正在进行中 的项目。项目终止基本流程参见 产品开发项 目管理制度中的相关条款。 需求部门 技术管理部 财务中心 相关部门 项目终止申请单 项目终止通知单 未来3 精心打造 3.3.23.3.2软件开发项目管理流程软件开发项目管理流程 标题标题 组织组织 单元单元 需求部门需求部门 软件开发项目管理流程软件开发项目管理流程 技术管理部技术管理部 组织需求部门及所 涉及的项目组对项 目需求进行评估， 汇总技术方案及可 行性等意见，上报 研发中心经理审批 项目负责人组织填写软 立项方案评审 Yes 结束 No 是否开发 No Yes 件开发项目立项单 和 软 件开发需求报告 软件开发部门软件开发部门硬件开发部门硬件开发部门 需求部门根据市场 或部门需求及调研 信息提交软件开 发项目建议书至 技术管理部 软件开发 样机开发 管理管理 控制控制 No 软件测试 Yes No 联机测试 Yes 样机测试 Yes No No 对外发布审核 Yes 程序发布 使用反馈 同意验收 No 验收 注1.软件所匹配的机型或硬件设备的开发及管理控制程序，按照产品开发项目管理制度执行。 2.涉及到技术文件及技术改动要求按照技术文件管理制度要求执行。 3.3.33.3.3 软件设计更改管理软件设计更改管理 3.3.3.1. 软件设计更改分类 软件设计更改可分为两个类型软件升级需求和软件缺陷修改。 未来4 精心打造 a）软件升级需求是指根据业务部门的需求，对软件进行功能完善和适应性维护。 b）软件缺陷修改指对一些软件功能或使用上的问题所进行设计修改，这些问题一般是由于软件设计 和实现上的缺陷而引发的。 3.3.3.2. 软件设计更改流程 软件设计更改工作以任务形式由需求部门和项目组