《软件开发的流程的管理制度全》由会员分享，可在线阅读，更多相关《软件开发的流程的管理制度全（9页珍藏版）》请在金锄头文库上搜索。
1、.wd.软件开发流程管理制度讨论稿为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发本钱，提高定开发效率和效益，特制定软件开发流程管理制度。第一章、总则为保证日常工作正常有序的进展，让开发中各个环境更紧凑，更可控，需要尽可能实现工程管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。1、软件开发总体遵循工程管理和软件工程的 基本原那么。2、工程管理涉及工程立项、工程方案和监控、配置管理。3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。第二章、阶段成果根据软件工程的过程，制定以下工作流程，并规定了各个重
2、要环节需要提交的交付物。各阶段需提交的文档：1、立项：工程申请表，软件需求报告或设计方案。2、需求分析：工程研发主方案、需求规格说明书3、总体设计：概要设计说明书或功能模块描述4、详细设计：详细设计说明书，包括软件接口说明、单元测试方案。5、软件实现：软件功能说明、源代码说明或者注释6、产品测试：测试报告7、产品发布：产品说明书、使用手册8、产品维护：问题反响记录9、工程总结：提交客户方的工程总结和公司工程汇报的PPT。软件过程成果表：阶段形成文档职责及文档成果描述负责人涉及范围备注需求阶段工程立项报告(Word)明确甲乙双方责任及义务，需双方签字确认工程经理验收报告大局部业务建模和需求，少局
3、局部析设计业务需求说明书(Word)需求定义，阐述业务范围及内容，开发组负责制定最优技术设计方案工程经理/分析员验收报告工程开发方案(Project)用户、领导、工程组都了解工程进度工程经理验收报告设计阶段业务流程总体设计书、详细设计说明书(Word/Visio)工程组成员分配任务，并召开讨论会议，讨论工程的技术架构和可能存在的技术难点，梳理业务流程，统一开发规那么和风格等工程经理/分析员验收报告大局局部析设计，局部实施编程及测试，开场考虑部署数据库关系设计图、流程图(PowerDesigner)便于工程开发分析员验收报告任务分配文档(Word)明确每个组员的开发任务及职责工程经理过程报告问题
4、说明报告(Word)让用户、领导及组员及时了解和发现问题工程经理过程报告业务变更文档(Word)记录开发过程中用户提出的业务需求变更情况分析员过程报告测试阶段工程测试方案及报告(Word)记录工程测试的方法，验证系统功能与性能的记录测试员验收报告反复测试直至系统稳定用户使用手册(Word)方便用户使用软件而提供的使用说明书测试员验收报告上线及运行系统切换报告系统部署后的操作记录工程经理过程报告部署及维护用户培训报告用户培训文档工程经理过程报告工程验收报告(Word)记录甲乙双方签订工程验收报告工程经理验收报告工程总结性报告工程组通过此工程总结经历及缺乏工程经理总结报告第三章、岗位设置根据公司目
5、前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现工程经理，软件设计师，程序员，测试工程师的岗位设置。岗位工作内容责任工程经理1、选定工程组成员，成立工程组，安排任务分工2、与客户进展沟通和协调(业务需求或非业务需求方面)，以及需求调研工作。3、制定开发主方案，包括需求，设计，编码，测试这几个阶段的方案。4、估计工程开发费用5、制定小组开发进度表, 对组内人员工作进度监控。6、和客户进展沟通，进展需求调研，汇总
6、需求分析文档，并编写系统总体设计方案7、对文档的质量进展检查、把关8、对组内成员的工作进展指导1、对客户的沟通协调工作负责；2、对软件的开发效率、质量、费用负责3、对用户的需求分析的质量负责；4、对系统总体设计、详细设计文档质量负责软件设计师1、负责系统的模块设计，详细设计文档2、绘制界面原型demo等，设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等，完成大局部的前端设计，小局部的后端设计。3、负责技术难度大的模块的代码或者公用模块代码的编写、维护4、对自己负责模块的详细设计、代码编写。5、对小组内人员进展技术指导1、对组内人员的开发效率负
7、责；2、对产品整体风格负责3、对工程整体设计流程负责；4、对自己模块的开发效率和质量负责。程序员1、与工程经理沟通和确认某个模块的需求和实现方法2、负责某个模块的代码编写、维护3、对其他模块的代码的维护4、负责与测试人员的交互，处理测试人员的问题1、对自己模块的开发效率和质量负责。测试工程师1、根据用户需求分析和系统总体设计，编写测试文档和测试用例。2、对系统的功能、性能、异常进展测试。3、编写测试文档和操作指导手册。1、对测试的质量负责2、对测试文档和操作手册的质量负责。第四章、工程立项1、分析人员进展应用调查与分析，确认软件的应用需求。2、成立工程评审会，开发总监、部门经理和指定人员必须参
8、加。对工程进展可行性研究，编写工程建议书，评估工程的难度和工作量，形成可行性研究报告。3、根据工程配置的优劣成立工程开发组，制定软件开发方案，确定工程经理，由部门和工程经理共同来确定具体工程配置，知识技能要求，团队成员及团队的角色。第五章、工程方案与监控1、以工程为单位，工程经理负责整个工程的方案、组织和控制。2、在整个工程过程中，工程经理定期检查工程进度和完成情况，调整人员分工和安排。3、工程方案需要变更时，需要明确变更内容并及时汇报。工程经理需要说明客户变更原因并将变更说明提交公司领导审核，以便根据变更内容及时调整方案。第六章、需求分析1、对用户提出的需求进展分析汇总，梳理用户的业务流程和
9、详细的功能定义。2、做出简单的界面原型，与客户进展有效的沟通， 编写需求详细说明书。3、根据现有条件进展估计，制定工程进度，制定详细的软件开发方案。第七章、总体设计1、在该阶段确定总体构造和软件开发架构，文件命名标准，编码标准。可按软件需求划分成子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。3、确定软件模块构造，给出每个功能模块的功能描述、数据接口描述，并完成系统概要设计说明书。4、完成数据库的设计，并编写数据库设计说明书。5、完成的文档需提交公司进展归档管理。第八章、详细设计1、调整前一步设计的缺乏，确认各模块之间的详细接口信息。2、设计功能使用的具体描述、行为者、前置条件、后
10、置条件、UI描述、业务流程/子流程/分支流程，界面说明等。3、确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。4、汇总并提交所有相关文档，审核确认质量和进度。第九章、软件实现1、工程组根据概要设计说明书、详细设计说明书制定系统实现方案2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具，明确工程成员的职责分工，按照编码标准和详细设计实现软件功能。3、代码应满足构造良好，清晰易读，且与设计一致，符合编码标准。4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明工程名称、编号、软件名称和版本号，软件功能、主要功能实现过程。源代码说明
11、应说明工程编号、软件名称、功能，全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。5、工程组进展单元测试和集成测试。开发人员处理测试人员反响的测试问题，并以书面形式反响主要问题及解决方法，直至系统运行稳定。6、汇总并提交所有相关文档，提交公司备案。第十章、软件测试1、根据单据测试和集成测试两个过程，制定测试方案。按阶段设计测试实例，并将测试结果记录，未通过的的反响给开发人员调整。2、完成测试文档、操作手册、安装维护手册的编写。第十一章、用户培训1、准备用户培训方案、培训手册2、确定培训时间、培训地点，向用户进展系统使用培训、操作指导及提供软件操作手册。3、保存培训
12、签到表，用户意见等存档。第十二章、系统上线1、 制定上线方案，确定上线工作时间表，部署的环境。2、上线操作步骤以及问题处理步骤；3、根据软件特点、客户需求进展软件部署，并记录软件部署和运行结果； 4、工程组根据系统运行请款对系统进展优化，记录系统的运行情况、系统问题和处理后的版本。第十三章、系统验收1、验收工作准备，按要求整理工程成果物，打印装订成册，并提交客户方。2、系统主要使用部门及信息技术部门联合成立工程验收小组，从需求功能及技术需求层面对系统进展综合评估和工程成果物的审核，根据验收情况形成系统验收报告3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。第十四章、产品维护1、
13、调出工程主要开发人员，按照合同要求安排维护人员对系统进展技术支持。2、系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进展维护。第章十五、源码和文档1、源代码/文档管理采用版本控制软件SVN。2、按工程的阶段性完成源代码、文档的上传。工程负责人每天对代码进展检查，开发总监或部门经理定期进展抽查。3、文档分为工程文档和个人文档，文档上传前进展归类和汇总。第十六章、质量检查1、工程负责人每天要检查成员的工作完成情况，特别是新员工的工作进展；2、工作抽查制度：不定期的进展抽检，并将检查对象、检查时间、检查内容、检查结果反响给被抽检人。3、内部审核制度：针对业务需求、概
14、要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。第十七章、文档标准1、需按照软件实施的阶段落实成果物，参照?软件过程提交成果表?。2、如果客户有特殊要求，请按照客户要求的标准完成。并将最终的问题提交公司归档备份。第十八章、软件变更为标准软件变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。2、需求部门提出系统变更需求，开发部技术支持人员根据重要性和紧迫性做判断，确定其优先级和影响程度，并进展相应处理，同时将变更需求整理成系统变更申请表。3、系统变更实现过程按照软件开发过程规定进展，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。4、在系统变更完成后，开发人员需将系统变更表的执行结果找业务部门负责人签字后，提交至公司进展归档管理。
