软件开发管理制度1通用doc.docx
《软件开发管理制度1通用doc.docx》由会员分享，可在线阅读，更多相关《软件开发管理制度1通用doc.docx（16页珍藏版）》请在冰豆网上搜索。
软件开发管理制度1通用doc
软件开发管理制度1
软件开发管理制度
Xx为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。
一、总则
为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。
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、完成的文档需提交公司进行归档管理。
八、详细设计
1、调整前一步设计的不足，确认各模块之间的详细接口信息。
2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等。
3、确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出
和处理功能。
4、汇总并提交所有相关文档，审核确认质量和进度。
九、软件实现
1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划
2、有条件的情况下保证开发、测试和生产环境独立。
选择软件工具，明确项目成员的职责分工，按照编码规范和详细设计实现软件功能。
3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。
4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。
软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。
源代码说明应说明项目编号、软件名称、功能，全局变量、数据库字典、函数功能、接口。
该文档包含在源代码文件中，以注释形式存在。
5、项目组进行单元测试和集成测试。
开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。
6、汇总并提交所有相关文档，提交公司备案。
十、软件测试
1、根据单据测试和集成测试两个过程，制定测试计划。
按阶段设计测试实例，并将测试结果记录，未通过的的反馈给开发人员调整。
2、完成测试文档、操作手册、安装维护手册的编写。
十一、用户培训
1、准备用户培训计划、培训手册
2、确定培训时间、培训地点，向用户进行系统使用培训、操作指导及提供软件操作手册。
3、保留培训签到表，用户意见等存档。
软件开发管理制度1第2页
第四章、项目立项
1、需求分析工程师进行应用调查与分析，确认软件的应用需求。
2、成立项目评审会，开发总监、部门经理和指定人员必须参加。
对项目进行可行性研究，编写项目建议书，评估项目的难度和工作量，形成可行性研究报告。
3、根据项目配置的优劣成立项目开发组，制定软件开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。
第五章、项目计划与监控
1、以项目为单位，项目经理负责整个项目的计划、组织和控制。
2、在整个项目过程中，项目经理定期检查项目进度和完成情况，调整人员分工和安排。
3、项目计划需要变更时，需要明确变更内容并及时汇报。
项目经理需要说明客户变更原因并将变更说明提交公司领导审核，以便根据变更内容及时调整计划。
。
第六章、需求分析
1、对用户提出的需求进行分析汇总，梳理用户的业务流程和详细的功能定义。
2、做出简单的界面原型，与客户进行有效的沟通，编写需求详细说明书。
3、根据现有条件进行估计，制定项目进度，制定详细的软件开发计划。
第七章、总体设计
1
3
书。
4
5
1
2UI描述、业务流程/子流程/分支流
3、确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。
4、汇总并提交所有相关文档，审核确认质量和进度。
第九章、软件实现
1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划
2、有条件的情况下保证开发、测试和生产环境独立。
选择软件工具，明确项目成员的职责分工，按照编码规范和详细设计实现软件功能。
3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。
4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。
软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。
源代码说明应说明项目编号、源
代码类名称、编写人员、编写日期、变更履历、功能、全局变量、数据库字典、函数功能、接口。
该文档包含在源代码文件中，以注释形式存在。
5、项目组进行单元测试和集成测试。
开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。
6、汇总并提交所有相关文档，提交公司备案，形成项目知识库。
第十章、软件测试
1、根据单据测试和集成测试两个过程，制定测试计划。
按阶段设计测试实例，并将测试结果记录，未通过的的反馈给开发人员调整。
2、完成测试文档、操作手册、安装维护手册的编写。
第十一章、用户培训
1、准备用户培训计划、培训手册
2
3
1
2
3
4、项目组根据系统运行请款对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。
第十三章、系统验收
1、验收工作准备，按要求整理项目成果物，打印装订成册，并提交客户方。
2、系统主要使用部门及信息技术部门联合成立项目验收小组，从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核，根据验收情况形成系统验收报告
3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。
第十四章、产品维护
1、调出项目主要开发人员，按照合同要求安排维护人员对系统进行技术支持。
2、系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。
第章十五、源码和文档
1、源代码/文档管理采用版本控制软件VisualSourceSafe。
2、按项目的阶段性完成源代码、文档的上传。
项目负责人每天对代码进行检查，开发总监或部门经理定期进行抽查。
3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。
第十六章、质量检查
1
2
抽检人。
3
1
2
第十八章、软件变更
为规范软件变更与维护管理，特制定本制度。
本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。
1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。
2、需求部门提出系统变更需求，项目经理同开发人员一起根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。
3、系统变更实现过程按照软件开发过程规定进行，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。
4、在系统变更完成后，开发人员需将系统变更表的执行结果提交给项目经理，测试人员确认执行结果后，项目经理与需求提出方确认签字后，提交至公司进行归档管理
软件开发管理制度4第3页
第8页,共53页
技术开发管理制度
附件一立项分析报告
版本历史
1.项目介绍
.1.1.项目目的
提示:
用简练的语言说明本项目“是什么”,“实现什么目的”。
描述简练且清晰。
.1.2.项目背景
提示:
阐述项目背景,重点说明“为什么”会产生本项目。
（1）公司的短期、长期发展战略;
（2）业务需求及发展趋
势;
（3）技术状况及发展趋势;
（4）特殊的业务需求等。
.1.3.项目范围
提示:
根据对现有需求的了解来确定项目基本范围,说明本系统“应当包含的内容”
和“不包含的内容”。
2.项目计划2.1.项目团队
提示:
说明项目团队的角色、知识技能要求、建议人选、人数、工作时间,如下表所示。
文件标识
当前版本
作者
完成日期
作者参与者起止日期
角色知识技能要求建议人选、人数
项目经理
技术开发管理制度
内容成本备注
人力资源
划）。
例如:
预计结束时间备注
第10页,共53页
技术开发管理制度
附件二业务需求说明书
版本历史
1概述
1.1业务调研人员名单【可选】
1.2业务范围
此处描写总体业务的概要分类并。
1.3业务目标
从高层或商务利益的角度提出本业务系统的期望目标,以及评价标准。
1.4相关文档说明:
列出本文档的所有参考文献（可以是非正式出
版物）,包括现有规范、标准、批文、引用到的文件、资料等。
1.5业务词汇表说明:
列出本文档的所引用的专属领域词汇、术语等,以便于业务需求的提供者和接收者是建立在一致的业务理解基础之上的。
2组织结构及业务
2.1业务相关组织结构、人员组织结构说明:
如果客户岗位设置复杂可分别设置,业务组织结构和人员组织结构
文件标识
当前版本
作者
完成日期
作者参与者起止日期序号职能部门姓名主管
第11页,共53页
技术开发管理制度
2.2组织机构描述
2.3角色职责说明:
将业务涉及的具体人员进行
一定程度的分类和抽象,描述该抽象角色的操作职责。
2.4管理综
述
【可选】
说明:
主要描述该业务的管理特点和管理模式。
例如:
典型按库存生产模式。
生产计划以年度销售计划为指导,并综合考虑
设备能力、生产天数、库存、历史销售记录。
采购计划的制订以生
产计划为依据。
2.5现有业务流程清单
【可选】说明:
现有业务流
程需要考虑,很多新的业务是在已有业务流程基础上进行重组的。
3业务流程及业务处理描述说明:
针对每一项具体的目标业务,描述
具体的业务流程,以及相关业务的具体描述。
3.1具体业务流程（系
统名称+编号）对于具体业务流程的命名有规范,对具体流程进行编
号,便于形成需求矩阵,同时形成需求的管理和跟踪。
3.1.1业务流
程
3.1.2业务描述
说明:
描述具体的业务流程。
3.1.3相关业务对
象
说明:
业务对象:
业务流程中涉及的单据、报表等。
3.1.4业务规则及关键算法
说明:
描述业务环节关键算法体系。
4
假定和约束说明:
列出进行本软件开发工作的假定和约束,例如开发
期限等。
4.1运行环境约束
流程编号流程名称
业务对象使用部门
软件开发管理制度4
软件开发管理制度
第一节总则
第一条为规范自有软件研发以及外包软件的管理工作,特制定本制度。
本制度适用于公司软件研发与管理。
第二条本制度中软件开发指新系统开发和现有系统重大改造,此类工作均需要以项目制管理。
第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作,一般仅向外购置有关的硬件设备和支撑软件平台;合作开发是公司与专业IT公司（合作商）共同协作完成IT应用的项目实施和技术支持工作,一般形式是公司负责提供业务框架,合作商提供技术框架,双方组成开发团队进行项目实施,IT系统的日常支持由技术研发部承担;外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等）,由该公
司（承包商）负责应用项目的实施。
第四条软件开发遵循项目管理和软件工程的基本原则。
项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。
软件工程涉及需求管理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、系统上线和数据迁移。
第五条除特别指定,本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。
第二节立项管理
第六条提出项目需求的部门参与公司层面立项,进行立项的技术可行性分析,编写《立项分析报告》（附件一）,开展前期筹备工作。
《立项分析报告》应明确项目的范围和边界。
第七条需求提出部门将《立项分析报告》交相关部门会签后,上交公司总裁与董事长进行立项审批,以保证系统项目与公司整体策略相一致。
第八条《立项分析报告》得到批准后,成立项目组（如果是外包开发,则成立外包商项目组;如果是合作开发,则与外包商共同成立合作开发项目组,以下统称“项目组”）,项目组应包括业务组（由公司技术研
发部需求管理组和相关业务部门组成）和开发组（自行开发为技术研发部开发组、网络管理员;外包开发为技术研发部指定的开发组长、网络管理员和外包商成员;合作开发为技术研发部开发组指定人员、网络管理员和外包商成员）。
公司技术研发部PMO（项目管理办公室）委派一名项目经理负责监督项目的进度,进行项目管理工作,确
保开发能及时完成并能满足业务需要。
项目组人员的选择应满足项目对业务及技术要求,项目组人员应有足够的业务和IT技术方面的专业知识来胜任项目各方面的工作。
第三节需求分析
第九条立项后业务组对用户需求进行汇总整理,出具《业务需求说明书》（附件二）,并确保《业务需求说明书》中包含了所有的业务需求。
经系统使用部门审批确认,作为业务需求基线。
第十条业务组在获得《业务需求说明书》后,提出技术需求和解决方案,并对系统进行定义,出具《系统需求规格说明书》（附件三）。
《系统需求规格说明书》需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需求、运作模式、关键指标（KPI）等）,最好是采用原型方式表达。
《系统需求规格说明书》需要由业务组提交给相关业务部门负责人确认。
第十一条对于合作开发的项目,当业务需求发生变更时,业务组应提交《需求变更申请》（附件四）,项目经理审批后交给开发组长实施。
第十二条项目组应对需求变更影响到的文档及时更新。
第四节项目计划和监控
第十三条软件开发采用项目形式进行管理。
项目经理负责整个项目的计划、组织、领导和控制。
第十四条需求分析过程中,项目经理组织制定详细的《项目计划书》（附件五）,包括具体任务描述和项目进度表等。
第十五条在项目的各个阶段,业务组组长和开发组组长需配合项目经理制定阶段性项目计划。
业务组组长和开发组组长需配合项目经理对项目计划执行情况进行监控,确保项目按计划完成。
第十六条项目计划需要变更时,项目经理填写《项目计划变更说明》（附件六）,并提交公司主管领导审批,通过审批后,交给业务组组长和开发组组长执行。
第五节系统设计
第十七条系统设计应分为概要设计和详细设计,系统设计要遵循完备性、一致性、扩展性、可靠性、安全性、可维护性等原则。
第十八条在系统设计阶段中,用户应充分参与,确保系统设计能满足系统需求。
第十九条项目组进行设计,出具《设计说明书》（附件七）和《单元测试用例》（附件八）。
《设计说明书》中需要定义系统输入输出说明和接口设计说明。
公司主管领导组织相关人员对概要设计进行评审,出具《设计评审报告》（附件九）。
业务组组长和开发组组长应参加此评审并对评审意见签字确认。
第二十条设计评审均以《业务需求说明书》和《系统需求规格说明书》为依据,确保系统设计满足全部需求。
第二十一条对已确认通过的系统设计进行修改需获得项目经理、业务组组长和开发组组长的审批后方可进行。
第二十二条对系统设计的修改的文档须由文档管理人员进行归档管理。
第六节系统实现
第二十三条开发组根据《设计说明书》制定系统实现计划,并提交项目经理对计划可行性进行审批。
第二十四条系统实现包括程序编码、单元测试。
第二十五条开发组保证开发、测试和生产环境独立,为各环境建立访问权限控制机制,并明确项目成员的职责分工。
对开发环境、测试环境与生产环境在物理或逻辑方面应该做到隔离;如果环境的分隔是通过逻辑形式实现的,应定期检查网络设置。
项目组对已授权访问生产环境的人员进行详细记录,并对该记录进行定期检查,确保只有经授权的人员才能访问到生产环境。
第七节系统测试和用户测试
第二十六条测试组制定《系统测试计划》（附件十）,并提交项目经理对计划可行性进行审批。
第二十七条《系统测试计划》必须定义测试标准,并明确各种测试的测试步骤和需要的系统设置要求。
第二十八条开发组向数据拥有部门申请获取测试用业务数据的使用权,对获取的数据进行严格的访问控制,确保只有相关项目人员才能访问及使用。
第二十九条开发组负责测试数据准备,测试用数据要足够模拟生产环境中的实际数据。
对已评定为敏感信息的数据进行敏感性处理和保护。
第三十条开发组或合作开发商协助技术研发部测试组建立测试环境进行系统测试。
在系统测试中对新系统内部各模块之间的接口和与其他系统的接口进行充分测试。
技术研发部测试组出具《系统测试报告》（附件十一）,测试人员签字确认测试结果。
第三十一条系统测试通过后,开发组配合业务组建立用户测试环境,业务组根据用户测试用例进行用户测试,出具《用户测试报告》（附件十一）,业务组组长和开发组组长应在用户测试报告中签字确认。
第三十二条项目组完成系统帮助文档（其中包括《用户操作手册》和《安装维护手册》）。
凡涉及应用系统的变更,应对系统帮助文档及时更新。
第八节试运行
第三十三条系统主要使用部门根据项目规模及影响决定试运行策略。
第三十四条项目组制定《试运行计划》（附件十二）,并制定试运行验收指标,上报公司主管领导审批。
《试运行计划》中应包含问题应对机制,明确问题沟通渠道和职责分工。
软件开发管理制度7
版本页标题：
技术开发管理制度
主题：
软件开发管理制度
文档编号：
版本说明：
国富商通
软件开发管理制度
第一节总则
第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。
本制度适用于公司软件研发与管理。
第二条本制度中软件开发指新系统开发和现有系统重大改造，此类工作均需要以项目制管理。
第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件
设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作
完成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框
架，合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常
支持由技术研发部承担；外包开发是指将IT应用项目的设计、开发、集
成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司
等），由该公司（承包商）负责应用项目的实施。
第四条软件开发遵循项目管理和软件工程的基本原则。
项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。
软件工程涉及需求管
理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、
系统上线和数据迁移。
第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、开发组（可能包括网络管理员和合作开发商）。
第二节立项管理
第六条提出项目需求的部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。
《立项分析报告》应明确
项目的范围和边界。
第七条需求提出部门将《立项分析报告》交相关部门会签后，上交公司总裁与董事长进行立项审批，以保证系统项目与公司整体策略相一致。
第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统
称“项目组”），项目组应包括业务组（由公司技术研发部需求管理组和相关
业务部门组成）和开发组（自行开发为技术研发部开发组、网络管理员；外
包开发为技术研发部指定的开发组长、网络管理员和外包商成员；合作开发
为技术研发部开发组指定人员、网络管理员和外包商成员）。
公司技术研发
部PMO（项目管理办公室）委派一名项目经理负责监督项目的进度，进行项
目管理工作，确保开发能及时完成并能满足业务需要。
项目组人员的选择应
满足项目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的
专业知识来胜任项目各方面的工作。
第三节需求分析
第九条立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》（附件二），并确保《业务需求说明书》中包含了所有的业务需求。
经系统使用部
门审批确认，作为业务需求基线。
第十条业务组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》（附件三）。
《系统需求规格说明
书》需详细列出业务对系统的要求（界面、输入、输出、管理功能、安全需
求、运作模式、关键指标（KPI）等），最好是采用原型方式表达。
《系统需求
规格说明书》需要由业务组提交给相关业务部门负责人确认。
第十一条对于合作开发的项目，当业务需求发生变更时，业务组应提交《需求变更申请》（附件四），项目经理审批后交给开发组长实施。
第十二条项目组应对需求变更影响到的文档及时更新。
第四节项目计划和监控
第十三条软件开发采用项目形式进行管理。
项目经理负责整个项目的计划、组织、领导和控制。
第十四条需求分析过程中，项目经理组织制定详细的《项目计划书》（附件五），包括具体任务描述和项目进度表等。
第十五条在项目的各个阶段，业务组组长和开发组组长需配合项目经理制定阶段性项目计划。
业务组组长和开发组组长需配合项目经理对项目计划执行情况进行
监控，确保项目按计划完成。
第十六条项目计划需要变更时，项目经理填写《项目计划变更说明》（附件六），并提交公司主管领导审批，通过审批后，交给业务组组长和开发组组长执行。
第五节系统设计
第十七条系统设计应分为概
升级会员 