软件研发项目管理制度 研发中心管理制度

R&D中心管理系统(软件R&D项目管理系统)
为了加强公司软件R&D部的管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件R&D部管理制度 。
第一章,总则
为了保证日常工作的正常有序进行,使开发中的各个环节更加紧凑可控,需要对软件R&D部的项目管理进行形式化,尽可能的精简工作流程,以提高软件质量和开发效率,达到项目能够保质保量按时交付的目标 。
1.软件开发一般遵循项目管理和软件工程的基本原理 。
2.项目管理包括项目建立、项目规划和监控以及配置管理 。
3.软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护 。
第二章,阶段性成果
根据软件工程的过程理论,结合公司的实际情况,制定如下工作流程,规定了各重要环节需要提交的可交付成果 。
1.立项:市场需求分析(或合同)、立项申请表、项目风险分析清单 。
2.需求分析:软件需求报告或设计方案和需求说明书 。
3.总体设计:简要的设计规范或功能模块描述 。
4.详细设计:详细的设计规格,包括软件界面描述和单元测试计划 。
5.软件实现:软件功能描述、源代码、源代码描述或注释 。
6.产品测试:测试报告
7.产品发布:产品规格和用户手册 。
8.产品维护:问题反馈记录
9.项目总结:提交客户的项目总结和公司项目报告的PPT 。
【软件研发项目管理制度 研发中心管理制度】软件过程结果表:
第三章岗位设置
按照公司目前的开发流程,可以分为分析、开发、测试三个阶段 。在分析阶段,编制用户需求文件和整体系统设计 。在开发阶段,完成设计文档、代码和代码维护 。在测试阶段,完成系统测试、测试文档等材料 。通过逐步调整岗位,明确岗位职责,逐步实现项目经理、需求分析工程师、高级软件开发工程师、软件开发工程师、测试工程师等岗位 。
第四章,项目立项
1.需求分析工程师进行应用调查和分析,以确认软件的应用需求 。
2.建立项目评审会议,开发总监、部门经理和指定人员必须参加 。对项目进行可行性研究,编制项目建议书,评估项目难度和工作量,形成可行性研究报告 。
3.根据项目配置的优劣,组建项目开发团队,制定软件开发计划,确定项目经理 。部门和项目经理将共同确定具体的项目配置、知识和技能要求、团队成员和团队角色 。
第五章,项目规划和监测
1.以项目为单位,项目经理负责整个项目的计划、组织和控制 。
2.在整个项目过程中,项目经理定期检查项目的进度和完成情况,调整人员的分工和安排 。
3.项目计划需要变更时,要明确变更内容并及时上报 。项目经理需要说明客户变更的原因,并将变更说明提交公司领导审核,以便根据变更内容及时调整计划 。。
第六章,需求分析 。
1.分析总结用户提出的需求,梳理其业务流程和详细的功能定义 。
2.做一个简单的界面原型,与客户有效沟通,写详细的需求说明书 。
3.根据现有条件进行估算,制定项目进度,制定详细的软件开发计划 。
第七章,总体设计
1.在这个阶段,确定了总体结构和软件开发架构、文件命名规范和编码规范 。它可以根据软件需求划分为子系统,也可以直接定义目标系统的功能模块以及功能模块之间的关系 。
3.确定软件模块结构,给出各功能模块的功能描述和数据接口描述,完成系统概要设计说明书 。
4.完成数据库的设计,并编写数据库设计说明书 。
5.完成的文件应提交给公司进行归档管理 。
第8章,详细设计
1.调整之前设计的不足,确认模块间的详细接口信息 。
2.具体描述、参与者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程、接口描述等 。的设计功能 。
3.确定模块中的数据流或控制流 。必须为每个程序模块确定所有输入、输出和处理功能 。
4.汇总并提交所有相关文件,检查并确认质量和进度 。
第9章,软件实现
1.项目团队应根据总体设计规范和详细设计规范制定系统实施计划 。
2.在条件允许的情况下,确保开发、测试和生产环境的独立性 。选择软件工具,明确项目成员的职责分工,根据编码规范和详细设计实现软件功能 。
3.代码应该结构良好,清晰易读,与设计一致,并符合编码规范 。
4.开发人员在软件实现的过程中需要编写软件功能描述和源代码描述 。软件功能描述文件应明确项目名称、序列号、软件名称和版本号、软件功能和主要功能实现过程 。源代码的描述应注明项目号、源代码类名、作者、编写日期、修改历史、函数、全局变量、数据库字典、函数函数和接口 。这个文档包含在源代码文件中,以注释的形式存在 。
5.项目团队进行单元测试和集成测试 。开发人员对测试人员反馈的测试问题进行处理,并以书面形式反馈主要问题和解决方案,直到系统稳定运行 。
6.汇总并提交所有相关文件,提交公司备案,形成项目知识库 。
第10章,软件测试
1.根据文档测试和集成测试两个流程制定测试计划 。分阶段设计测试用例,记录测试结果,不成功的反馈给开发人员调整 。
2.完成测试文件、操作手册和安装维护手册的编写 。
第11章,用户培训
1.准备用户培训计划和培训手册 。
2.确定培训时间和地点,为用户提供系统使用培训、操作指导和软件操作手册 。
3.将培训签到表和用户意见存档 。
第12章,系统在线
1.制定在线计划,确定在线工作日程和部署环境 。
2.在线操作步骤和问题处理步骤;
3.根据软件特性和客户需求部署软件,并记录软件部署和运行的结果;
4.项目组根据系统运行支付对系统进行优化,记录系统运行、系统问题和处理版本 。
第13章,系统验收
1.验收准备,按要求整理项目成果,打印装订,提交给客户 。
2.系统主要用户部门和信息技术部门共同成立项目验收小组,从需求功能、技术要求等方面对系统进行综合评估和项目成果审核,并根据验收情况形成系统验收报告 。
3.应用部门和信息技术部负责人根据系统试运行情况签署验收意见 。
第14章,产品维护
1.召集项目主要开发人员,根据合同要求安排维护人员为系统提供技术支持 。
2.变更或调整系统需求,记录软件和源代码的变更原因和版本控制,根据软件变更需求维护系统 。
第十五章,源代码和文档
1.源代码/文档管理采用版本控制软件VisualSourceSafe 。
2.根据项目的阶段上传源代码和文档 。项目负责人每天检查代码,开发总监或部门经理定期抽查 。
3.文档分为项目文档和个人文档,上传前进行分类汇总 。
第十六章,质量检验
1.项目负责人要每天检查成员的工作完成情况,尤其是新员工的工作进度;
2.工作抽查制度:不定期进行抽查,并将检查对象、检查时间、检查内容和检查结果反馈给被检查者 。
3.内部审计系统:针对业务需求、概要设计(功能界面、数据库)或疑难问题,组织召开评审会议,提出意见或解决方案 。
第17章,文件规范
1.根据软件实施的阶段实施结果,参见软件过程提交的结果表 。
2.如客户有特殊要求,请按客户要求的规格完成 。并将最终问题提交给公司备案备份 。
第18章,软件变更
为规范软件变更和维护的管理,特制定本制度 。本制度适用于应用系统开发完成并正式上线交付给客户后的运行支持和系统变更 。
1.系统变更可以分为功能改进维护、系统缺陷修改和统计报表生成 。
2.需求部门提出系统变更需求,项目经理和开发人员根据重要程度和紧急程度做出判断,确定其优先级和影响程度,并进行相应处理 。同时,将变更需求整理成系统变更申请单 。
3.系统变更的实施过程按照软件开发流程的规定进行,遵循软件开发流程的统一编码标准和版本控制,通过测试后方可完成部署和上线 。
4.系统变更完成后,开发人员需要将系统变更单的实施结果提交给项目经理 。测试人员确认实施结果后,项目经理和需求方确认并签字,然后提交公司备案管理 。

    推荐阅读