软件开发管理制度

软件开发管理制度

**

为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。

一、总则

为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。

1、软件开发总体遵循项目管理和软件工程的基本原则。

2、项目管理涉及项目立项、项目计划和监控、配置管理。

3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。

二、阶段成果

根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档：

1、立项：项目申请表，软件需求报告或设计方案。

2、需求分析：项目研发主计划、需求规格说明书

3、总体设计：概要设计说明书或功能模块描述

4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。

5、软件实现：软件功能说明、源代码说明或者注释

6、产品测试：测试报告

7、产品发布：产品说明书、使用手册

8、产品维护：问题反馈记录

9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。

软件过程成果表：

阶段

形成文档

职责及文档成果描述

负责人

涉及范围

备注

需求阶段

项目立项报告(Word)

明确甲乙双方责任及义务，需双方签字确认

项目经理

验收报告

大部分业务建模和需求，少部分分析设计

业务需求说明书(Word)

需求定义，阐述业务范围及内容，开发组负责制定最优技术设计方案

项目经理/分析员

验收报告

项目开发计划(Project)

用户、领导、项目组都了解项目进度

项目经理

验收报告

设计阶段

业务流程总体设计书、详细设计说明书(Word/Visio)

项目组成员分配任务，并召开讨论会议，讨论项目的技术架构和可能存在的技术难点，梳理业务流程，统一开发规则和风格等

项目经理/分析员

验收报告

大部分分析设计，部分实施编程及测试，开始考虑部署

数据库关系设计图、流程图(PowerDesigner)

便于项目开发

分析员

验收报告

任务分配文档(Word)

明确每个组员的开发任务及职责

项目经理

过程报告

问题说明报告(Word)

让用户、领导及组员及时了解和发现问题

项目经理

过程报告

业务变更文档(Word)

记录开发过程中用户提出的业务需求变更情况

分析员

过程报告

测试阶段

项目测试方案及报告(Word)

记录项目测试的方法，验证系统功能与性能的记录

测试员

验收报告

反复测试直至系统稳定

用户使用手册(Word)

方便用户使用软件而提供的使用说明书

测试员

验收报告

上线及运行

系统切换报告

系统部署后的操作记录

项目经理

过程报告

部署及维护

用户培训报告

用户培训文档

项目经理

过程报告

项目验收报告(Word)

记录甲乙双方签订项目验收报告

项目经理

验收报告

项目总结性报告

项目组通过此项目总结经验及不足

项目经理

总结报告

三、岗位设置

根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。

岗位

工作内容

责任

项目经理

1、选定项目组成员，成立项目组，安排任务分工

2、与客户进行沟通和协调(业务需求或非业务需求方面)，以及需求调研工作。

3、制定开发主计划，包括需求，设计，编码，测试这几个阶段的计划。

4、估计项目开发费用

5、制定小组开发进度表,对组内人员工作进度监控。

6、和客户进行沟通，进行需求调研，汇总需求分析文档，并编写系统总体设计方案

7、对文档的质量进行检查、把关

8、对组内成员的工作进行指导

1、对客户的沟通协调工作负责；

2、对软件的开发效率、质量、费用负责

3、对用户的需求分析的质量负责；

4、对系统总体设计、详细设计文档质量负责

软件设计师

1、负责系统的模块设计，详细设计文档

2、绘制界面原型demo等，设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等，完成大部分的前端设计，小部分的后端设计。

3、负责技术难度大的模块的代码或者公用模块代码的编写、维护

4、对自己负责模块的详细设计、代码编写。

5、对小组内人员进行技术指导

1、对组内人员的开发效率负责；

2、对产品整体风格负责

3、对项目整体设计流程负责；

4、对自己模块的开发效率和质量负责。

程序员

1、与项目经理沟通和确认某个模块的需求和实现方法

2、负责某个模块的代码编写、维护

3、对其他模块的代码的维护

4、负责与测试人员的交互，处理测试人员的问题

1、对自己模块的开发效率和质量负责。

测试工程师

1、根据用户需求分析和系统总体设计，编写测试文档和测试用例。

2、对系统的功能、性能、异常进行测试。

3、编写测试文档和操作指导手册。

1、对测试的质量负责

2、对测试文档和操作手册的质量负责。

四、项目立项

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、上线操作步骤以及问题处理步骤；

3、根据软件特点、客户需求进行软件部署，并记录软件部署和运行结果；

4、项目组根据系统运行请款对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。

十三、系统验收

1、验收工作准备，按要求整理项目成果物，打印装订成册，并提交客户方。

2、系统主要使用部门及信息技术部门联合成立项目验收小组，从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核，根据验收情况形成系统验收报告

3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。

十四、产品维护

1、调出项目主要开发人员，按照合同要求安排维护人员对系统进行技术支持。

2、系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。

十五、源码和文档

1、源代码/文档管理采用版本控制软件SVN。

2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查，开发总监或部门经理定期进行抽查。

3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。

十六、质量检查

1、项目负责人每天要检查成员的工作完成情况，特别是新员工的工作进展；

2、工作抽查制度：不定期的进行抽检，并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。

3、内部审核制度：针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。

十七、文档规范

1、需按照软件实施的阶段落实成果物，参照《软件过程提交成果表》。

2、如果客户有特殊要求，请按照客户要求的规范完成。并将最终的问题提交公司归档备份。

十八、软件变更

为规范软件变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。

1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。

2、需求部门提出系统变更需求，开发部技术支持人员根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。

3、系统变更实现过程按照软件开发过程规定进行，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。

4、在系统变更完成后，开发人员需将系统变更表的执行结果找业务部门负责人签字后，提交至公司进行归档管理。

8

www.pmCeo.com 物业经理人网

篇2：软件开发部绩效考核方案

软件开发部绩效考核方案

一、

总则

为了全面并简洁地评价公司研发人员的工作成绩，贯彻公司发展战略，结合研发人员的工作特点，制定本方案。

二、考核对象

软件开发部全体人员

三、考核内容

（1）进程考核

对软件开发的进展情况进行度量，主要考察时间进度。

1、

对于每周工作过程中，所花费的天数，通过书写的“工作日志”，可以进一步核实。工作日志每天要书写，每周向直接上级汇报，并存档。便于抽查、核对。

2、

对开发人员的过程考核数据是：项目所负责的程序单元的计划完成时间和实际需要时间。

3、

对技术执行总监的过程考核数据是：整个项目的计划完成时间和实际完成时间。

4、

时间差率=(本月实际需要时间-本月预计完成时间)/本月预计完成时间；（以天为单位）；最终的结果为N个任务的平均值。

（2）评分标准

时间差率范围可根据具体项目而定。

序号

得分

时间差率范围

备注

1

90-100

15％以下

70-80

15％-35％

低于70

35％以上

（3）综合考核

根据综合因素考核表对相应人员的考核。

详见附录1软件开发人员综合因素考核表，附录2技术执行总监综合因素考核表

四、绩效考核

考评分=进程评分*进程权数+综合因素评分*综合因素权数。

（1）综合指标权重系数表：

序号

指标

权数

备注

1

进程考评

0.6

综合因素

0.4

（2）绩效考核标准：

一般地，根据项目组的平均得分值，有以下评分标准：

序号

得分

考核评价

备注

1

90～100

优

80～89

良

60～79

合格

低于60

差

研发部每个月确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确定技术执行总监的绩效考核评价。

五、薪金激励

1、研发人员一年的考核结果平均分在85分（含）以上时，下一年给予该研发人员5%~10%的提薪，具体提薪比例由总经理在此范围内确定。

2、研发人员一年考核结果平均分低于60分（不含）时，下一年对该该研发人员予以5%~10%的降薪，具体降薪比例由总经理在此范围内确定。

3、研发组所有成员一年考核结果平均分在80分（含）以上时，下一年给予技术执行总监5%~10%的提薪，具体提薪比例由总经理在此范围内确定。

4、研发组所有成员一年考核结果平均分低于60分（不含）时，下一年给予技术执行总监5%~10%的降薪，具体降薪比例由总经理在此范围内确定。

六、附则：

1、本制度由人力资源部门负责起草，解释权归人力资源部门；

2、本制度自批准发布之日起执行；*年*月*日

附录1：软件开发员

综合因素考核表

姓名：

组别：

岗位名称：

总得分:

项目及考核内容

配

分

自

评

上级审核

编码的水平(15%)

A、编码非常简洁、规范，注解完整、清楚，容易被人理解；

15

B、编码非常简洁、规范，注解较完整、易懂，较容易被人理解；

13

C、编码较简洁、规范，注解较完整、易懂，基本能被人理解；

10

D、编码较简洁、规范，有个别注解，勉强能被人理解；

8

E、编码不简洁、规范，没有注解或仅有个别注解，无法被人理解。

5

相关技术文档的编写水平(15%)

A、编写非常规范，非常及时，随时都可以查阅正在开发任务的设计文档、已完成任务的说明文档；

15

B、编写非常规范，较及时，随时可以查阅近期文档，文档编写滞后3天以内；

13

C、编写较规范，较及时，一般可以查阅近期文档；文档编写滞后3至6天；

10

D、编写较规范，但不及时，常常难以查阅，文档编写滞后6天以上；

8

E、编写不规范，不及时，常常难以查阅，甚至没有编写相关文档。

5

合理化建议(10%)

A、常常有很好的建议，并很大的提高了工作效率，而且能认真听取和执行经理的建议；

10

B、有时有好的建议，对工作效率有些提高，并且能认真听取和执行经理的建议；

8

C、有时提一些建议，但没什么效果，往往能听取和执行经理的建议；

6

D、很少提建议，能听取经理的建议，但很少能执行，有时有些固执己见；

E、喜欢固执己见，不太能听取经理的建议，经常固执己见。

工作总结、计划(10%)

A、每次都能按时提交总结和计划，并且内容完整、详实、清楚，使人能清楚地把握当前工作动态；

10

B、每次都能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态；

8

C、基本能按时提交总结和计划，内容较完整、详实，使人能了解当前工作动态；

6

D、基本能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态；

E、很少能按时提交总结和计划，内容不太完整，使人能基本了解当前工作动态。

备份源程序(10%)

A、每天工作结束时，都能及时备份源程序，每次抽查都能通过；所有版本的源程序（以及开发环境）均能及时备份；

10

B、基本每天都能备份源程序，抽查偶尔没有通过；所有版本的源程序（以及开发环境）均能及时备份；

8

C、往往2至3天备份一次源程序，抽查一般没有通过；所有版本的源程序（以及开发环境）均能及时备份；

6

D、往往一星期备份一次源程序，抽查一般没有通过；有最终版本的源程序（以及开发环境）的备份；

E、不备份源程序，抽查从来没有通过。

对外技术保密（源程序、技术文档、核心技术等）(10%)

A、从不向无关人员透露技术秘密，从不携带技术秘密（非工作需要，下同）离开公司。对技术保密问题提出了自己的建议，并被采纳，并经常提醒他人注意技术保密；

10

B、从不向无关人员透露技术秘密，从不携带技术秘密离开公司。经常提醒他人注意技术保密；

8

C、从不向无关人员透露技术秘密，从不携带技术秘密离开公司；

6

D、偶尔向无关人员透露技术秘密，从不携带技术秘密离开公司；

E、偶尔向无关人员透露技术秘密，偶尔携带技术秘密离开公司。

工作态度(15%)

品德廉洁，言行诚信，立场坚定，勤勤恳恳地工作，足为楷模；

15

品行诚实，言行规矩，平易近人；

13

言行尚属正常，无越轨行为；

10

固执己见，不易与人相处，不接收他人的合理建议；

8

经常利用上班时间处理私事，或擅离岗位，私心严重。

5

责任感(15%)

有积极的责任心，能彻底达成任务，可放心交代工作；

15

具有责任心，能达成任务，可交付工作；

10

尚有责任心，能如期完成任务；

8

责任心不强，需有人督导，亦不能如期完成任务；

5

无责任心，时时需督导，也不能完成任务。

备注：

关于“工作任务”这个项目，必须另附上工作计划及工作总结供参考和审核。总分100

考核人签名

技术执行总监确认

考核日期

附录2：技术执行总监

综合因素考核表

姓名：

岗位名称：

总得分:

项目及考核内容

配

分

自

评

上级审核

领导能力

15%

善于领导部署提高工作效率，积极达成工作计划和目标；

15

灵活运用部署顺利达成工作计划和目标；

13

尚能领导部署勉强达成工作计划和目标；

10

不得部属信赖，工作意愿低沉；

8

领导方式不佳，常使部属不服或反抗。

6

项目管理能力

15%

总是能够按时完成项目，QBT控制非常好；

15

基本能够按时完成项目，QBT得到了一定控制；

13

项目在QBT方面，有和计划相比出入，但是采取了一定措施，及时补救；

10

项目控制失败，和计划相差较大。

8

工作任务及效率

10%

能出色完成工作任务，工作效率高，具有卓越创意；

10

能胜任工作，效率较高；

8

工作不误期，表现符合标准；

6

勉强胜任工作，无甚表现；

工作效率低，时有差错。

责任感

10%

有积极责任心，能彻底达成任务，可放心交代工作；

10

具有责任心，能达成任务，可交付工作；

8

尚有责任心，能如期完成任务；

6

责任心不强，需有人督导，亦不能如期完成任务；

无责任心，时时需督导，也不能完成任务。

沟通协调

10%

善于上下沟通平衡协调，能自动自发与人合作；

10

乐意与人沟通协调，顺利达成任务；

8

尚能与人合作，达成工作要求；

6

协调不善，致使工作较难开展；

无法与人协调，致使工作无法开展。

授权指导

10%

善于分配权力，积极传授工作知识，引导部署达成任务；

10

灵活分配工作或权力，有效传授工作知识达成任务；

8

尚能顺利分配工作与权力，指导部署完成任务；

6

欠缺分配工作权力，及指导部署之方法，任务进行偶有困难；

不善分配权力及指导部署之方法，内部时有不服及怨言。

工作态度

10%

品德廉洁，言行诚信，立场坚定，足为楷模；

10

品行诚实，言行规矩，平易近人；

8

言行尚属正常，无越轨行为；

6

固执己见，不易与人相处；

私务多，经常利用上班时间处理私事，或擅离岗位。

团队满意度

10%

部门对其管理的团队很满意；

10

部门对其管理的团队满意；

8

部门对其管理的团队不满意。

6

组员满意度10%

团队成员对所在团队很满意；

10

团队成员对所在团队满意；

8

团队成员对所在团队不满意。

6

备注：

关于“工作任务”这个项目，必须另附上工作计划及工作总结供参考和审核。总分100

考核人签名

总经理确认

考核日期

篇3：软件系统开发合同范本

软件系统开发合同范本

甲方（委托人）：

乙方（受托人）：

经协商，现由甲方委托乙方开发**软件系统，并由乙方为甲方提供该系统的实施和使用中的相关技术支持服务。为了规范双方在此项目上的权利和义务，在《中华人民共和国合同法》的原则指导下，订立本协议，由双方共同遵守。

第一条

开发和技术支持服务的内容和范围

1.

乙方负责软件系统的设计和开发，(软件系统说明)。

2.

《系统需求说明书》将作为系统开发和验收的依据，定义了系统开发的要求（包括软件功能和性能方面的要求）。

3.

如在开发或技术支持服务过程中，甲方提出《系统需求说明书》中未作规定的新需求或修改原有需求定义，乙方应客观地评估该变化，告知甲方该变化所引起的技术可行性及工作量（并告知评估方式和依据）。对于技术上可行且甲方要求实现的变化，其费用及时间由双方另行协商。对于后续开发费用的计算标准，乙方承诺不高于目前市场平均标准每人月2万元。在本协议之外的需求变更不影响本协议的执行。

4．在开发完成后，乙方负责综合办公系统的应用软件安装、调试和培训。安装、调试系统所需的网络、设备和系统软件环境由甲方负责提供，培训对象由甲方根据乙方上线功能要求的角色来选定，培训内容为综合办公系统的操作与管理技能，培训方式为在甲方指定地点集中培训，具体培训场地、人员和时间由双方协商。

5.乙方在免费服务期内提供5×8小时（国家法定假日除外）的技术支持服务，服务内容包括：乙方负责开发的软件系统的技术咨询、软件系统恢复、软件系统功能故障处理。

6．软件系统所使用的甲方自购设备，其维护不包含在乙方提供的免费技术支持中，如：服务器硬件维护、服务器操作系统维护、用户计算机终端维护、数据库备份和恢复。

7．乙方负责将甲方按乙方标准备份的数据恢复。乙方在培训阶段对甲方系统管理员进行数据备份操作培训，并提供操作说明。

8.

在本系统正式上线后，如甲方要求，乙方可制作一套英文版提供给甲方使用。该版本与中文版本共享数据，可供国外用户与国内用户协同办公。具体开发要求、使用范围、用户培训方式、翻译方式、工期和费用在实施前协商，协商后另行签订协议。

第二条

开发和技术支持服务的方式

1．乙方指定开发人员到甲方现场进行需求调研，并在乙方自己的办公地点和开发环境进行开发。收文、行政发文、党委收文、党委发文、部门简函、所属单位报文六个模块的开发在甲方现场进行。软件开发完成后，其安装、调试工作在甲方提供的服务器上完成。

2．用户培训的场地等用户所需由甲方提供,范围根据乙方提出的培训内容经双方进行确定。

3．在乙方提供免费技术支持服务期内，乙方将通过以下三种服务方式进行技术支持：

1）电话支持，

客户通过拨打乙方指定的维护工程师电话，由乙方工程师进行电话支持。

2）远程技术支持在甲方保证服务器网络联通的情况下，通过远程诊断、电话支持、电子邮件等方式进行技术支持。

3）现场支持

如果不能通过远程技术支持方式解决系统的技术故障，在用户提出现场支持要求后的24小时内，我们将派遣工程师赶赴现场分析故障原因，制定故障排除方案，提供故障排除服务。

第三条

开发和技术支持服务的期限

1.本项目共**个工作日分两期完成。一期最终期限为27个工作日。二期为93个工作日。时间从合同签订第二个工作日开始计算。详细计划见《软件系统开发进度计划》。

2.其中一期开发完成时间为合同签订后15个工作日以内，期间每开发完成的功能模块即开始用户试用。

3.从通过验收之后的一年内，乙方均向甲方提供免费技术支持服务。

4.如有客观原因需要改变实施计划，应在双方协商后由双方项目负责人签字认可。

5.如在项目实施过程中，用户的实际需求与需求说明书中相比发生变化，或由用户负责准备的人员召集、设备采购、场地安排、网络调试、意见反馈等配合事项引起延误，则实施期限相应顺延。

6.该软件须达到需求文档要求，且在调试完善、应用正常，双方确认后才能进行系统验收和文档移交工作。

7.如甲方委托第三方从事与本项目有关或相关的事宜，甲方应确保第三方的工作进度不影响本委托项目按时完成。

8.乙方在协议期内为甲方系统提供下列服务：1)软件重新部署。2)数据恢复:按乙方备份标准备份的数据。

9.甲方应按本协议规定方式及时间向乙方支付报酬。

第五条

知识产权

1．乙方按本合同要求所开发的软件系统，其著作权由乙方享有。甲方及其下级分支机构、参控股公司等与甲方有直接或间接产权关系的单位可以使用和复制此软件，拥有该软件的使用权和复制权，但不享有该软件的署名权、修改权、翻译权、发表权、信息网络传播权、发行权、出租权、许可权、转让权及其它从第三方机构或个人获取经济利益的权利，甲方及其下级分支机构、参控股公司等与甲方有直接或间接产权关系的单位应确保乙方所提供的技术成果不被用于其他单位；乙方享有该软件的署名权、发表权、发行权、出租权、许可权、转让权、使用权、修改权、信息网络传播权、翻译权和复制权及其它从第三方机构或个人获取经济利益的权利，乙方可将此次开发的部分或全部技术成果用于其它用途，但不可提及甲方或甲方提供的流程及数据。

2．乙方只能将甲方提供的数据及流程，用于此软件系统的设计、开发、测试和使用，不得用于其它任何用途。

3．乙方在开发软件的过程中，不得有侵犯他人知识产权的行为，否则，应对外承担全部侵权责任。

第六条

项目验收

1.

在乙方完成相关阶段工作并向甲方提出书面的验收申请并经甲方确认，甲方应在7个工作日内组织项目验收。如甲方在乙方正式提交书面的验收申请之后7个工作日内不进行验收，又没有提出其它充分理由，则视为甲、乙双方均同意验收。

2．乙方在验收时应向甲方提交综合办公系统的可运行软件及相关技术文档（需包括需求说明书、二次开发接口说明、用户操作手册、系统管理手册等）的电子版本。

3.

验收时由甲、乙双方（或增加甲方指定的第三方）人员共同组成验收小组，对应用软件系统进行测试。验收依据为《软件系统需求说明书》。系统达到《软件系统需求说明书》中的功能和性能要求，则验收小组签署两份（如有第三方，则签署三份）《软件系统验收报告》，甲、乙方及最终用户各保存一份，即通过验收。

第七条

费用及支付方式

1．由于乙方在合作开发中承担主要开发工作，因此由甲方向乙方支付开发及培训服务费用共计人民币******.00元(大写：人民币******元整)。

2．费用支付方式及时间：

1)

合同签订之日后5个工作日内支付合同总额的30%，即：￥*****.00元，大写人民币*****元整。

2)

一期实施完成上线后10个工作日内，支付合同总额的30%，即：￥*****.00元，大写人民币*****元整。

3)

二期实施完成验收后10个工作日内，支付合同总额的30%，即：￥*****.00元，大写人民币*****元整。

4）余下的金额本项目在乙方免费服务期满后的10个工作日支付。即：￥*****元，大写人民币*****元整。

3．在验收通过之后一年内，由乙方向甲方提供免费的技术支持服务；在一年之后，如果甲方需要乙方继续提供技术支持服务，则双方另行协商服务费用，在服务内容和方式不变的情况下，乙方承诺每年服务费用不超过本协议总金额的10%。

第八条

违约责任

1.甲方有责任按期支付乙方费用，如因甲方自身原因，未能按时交付，则每延期一天，甲方将额外支付乙方总费用的0.5%作为补偿；

2.乙方有责任按期向交付甲方源代码和设计文档，实现项目中的所有功能，如因乙方自身原因，未能按时交付，则每延期一天，甲方将扣除乙方总费用的0.5%作为补偿。

如确因甲方原因，造成乙方未能按时交付，则乙方不承担由此造成的甲方的损失

第八条

保密约定

1．任何一方未经另一方同意，禁止泄露本协议所涉及的相关商业和技术秘密。如违反本条，应按实际损失赔偿。

2.

本协议保密条款之时效将不受本协议有效期的影响，本协议有效期满后5年内该保密条款仍将有效。

第九条

协议的期限

1.本协议自双方代表签字、盖章之日起生效。

2.本协议有效期为自签订之日起到通过验收后一年。协议到期后，经甲乙双方协商可续签本协议。如甲乙双方在协议到期后15个工作日内未提出异议，则本协议服务条款自动延续一年。

3.本协议在发生以下情况之一时终止：1)甲乙双方均同意终止本协议。2)本协议违反法律被撤销。

4.本协议内容因不可抗拒的客观因素，根本不能完成。

第十条

协议变更

1．经甲乙双方协商同意，本协议可以作相应变更；

2．任何一方未经另一方同意，擅自变更本协议条款或者将本协议权利义务转让他人，均为无效。

第十一条

免责条款

因为不可抗拒因素而导致甲乙双方或任何一方不能履行或不能完全履行本协议时，甲乙双方互不承担违约责任。但遇有不可抗拒因素的一方或双方应于不可抗拒因素发生15日内将情况书面告知对方，并且提供有关部门的证明。在不可抗拒因素影响消除后的合理时间内，一方或双方应当继续履行合同。

第十三条

附则

未经过双方书面确认，任何一方不得变更或修改本协议。

1.

由于政策、机构变动，甲方上级部门统一部署造成甲方无法继续履行协议的，由双方签订书面协议终止该合同。

2．本协议未尽事宜，双方可以签订补充协议或以附件的形式对本协议中的有关问题做出补充、说明、解释，本协议的补充协议和附件为其不可分割的一部分，以本协议具有同等法律效力。

3.

本协议一式陆份，双方各持叁份。具有同样的法律效力。

协议附件

：

甲方（盖章）：

乙方（盖章）：

法定代表人或授权代表（签字）：

法定代表人或授权代表（签字）：

经办人：

经办人：

合同签订地：

合同签订地：

日期：

日期：

篇4：软件开发合同模板2

软件开发合同书

合同编号:

甲方：

乙方：

地址：

地址：

邮编：

邮编：

电话：

电话：

签订地点：

签订日期：

年月日

上述甲、乙双方，经友好协商一致，达成以下协议。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。

第一条

本合同技术开发项目的内容、工作进度与安排、数量、价款、交付和验收方式等由附件载明。

第二条

合同履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限（以下统称合同期限）。

第三条

甲方应向乙方提供必要的资料和协助并派专人负责与乙方联络、协调。

第四条

乙方承诺在履行合同时不进行有损甲方形象、声誉等的行为。

第五条双方的基本权利和基本义务

5-1甲方的权利和义务

5-1-1

根据本合同项目的实际需要和乙方的要求提供协助并提供有关的材料及图片等，甲方保证所提供的所有资料完整、真实、合法。

5-1-2

本合同标的的使用应当符合国家法律规定和社会公共利益。

5-1-3

对违反5-1-1和5-1-2的要求而进行的使用、操作所引起的问题以及产生的影响、后果承担全部责任。

5-1-4

按本合同约定支付费用

5-2乙方的权利和义务

5-2-1

按照甲方提供的材料按时完成本合同规定的技术开发工作。

5-2-2

可以根据甲方的要求帮助甲方举办培训和技术咨询。

5-2-3

依合同收取费用。

第六条

甲方同意按双方约定的付款方式和时间及时向乙方支付合同费用，以及提供其他必要的帮助。

第七条甲方承诺，向乙方提供的内容、资料等不会侵犯任何第三方的权利；若发生侵犯第三方的权利的情形，由甲方承担全部责任。因甲方在使用本合同标的时给第三人造成损害的，由甲方自行承担责任。

第八条

甲方同意，本合同的签署意味着甲方授权乙方在履行本合同时可以使用甲方的名称、商标、域名、企业标志等，但此等使用不能损害甲方的利益。

第九条

乙方若不能按时提供软件产品，其责任由乙方承担。

第十条

本合同标的及相关作品、程序、文件源码的版权属乙方所有，但乙方授予甲方排他的使用权。未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用标的作品及其程序等。乙方可以在业务范围内使用这些作品。

第十一条

甲方不能按时支付合同费用，导致的工期延误，其责任由甲方承担。

第十二条

双方当事人应当保守在履行本合同过程中获知的对方商业秘密。

第十三条

双方应本着诚实信用的原则履行本合同。任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。

任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以中止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。

第十四条

本合同签订后，经双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。

第十五条

本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。

第十六条

任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还第六条的费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，除返还甲方全部已支付费用外，还应支付甲方合同总金额的30％作为赔偿。本合同其他条款对合同的解除另有约定的，从其约定。

第十七条

任何一方没有行使其权利或没有就对方的违约行为采取任何行动，不应被视为是对权利的放弃或对追究违约责任或义务的放弃。任何一方放弃针对对方的任何权利，或放弃追究对方的任何过失，不应视为对任何其他权利或追究任何其他过失的放弃。前款权利不因本合同的终止、撤消、无效而消失。

第十八条

任何一方违反本合同，给对方造成损失的，还应赔偿损失。在本合同其他条款对违约有具体约定时，从其约定。

第十九条

因不可抗力或者其他意外事件，或者使得本合同的履行不可能、不必要或者无意义的，任一方均可以解除本合同。遭受不可抗力、意外事件的一方全部或部分不能履行本合同、解除或迟延履行本合同的，应将事件情况以书面形式通知另一方并向另一方提交相应的证明。

本合同所称不可抗力、意外事件是指不能预见、不能克服并不能避免且对一方当事人造成重大影响的客观事件，包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、*、政府行为等。

第二十条

订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。

第二十一条

一方变更通讯地址或者联系方式，应及时将变更后的地址、联系方式通知另一方，否则变更方应对此造成的一切后果承担责任。

第二十二条

双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向合同签订地的仲裁委员会提交仲裁并接受其仲裁规则。

本合同的终止、撤消、无效不应影响前款约定的效力。

第二十三条

本合同的订立、解释、履行、效力和争议的解决等均适用中华人民共和国法律。对本合同的理解与解释应根据原意并结合本合同目的进行。

第二十四条

如果本合同任何条款根据现行法律被确定为无效或无法实施，本合同的其他所有条款将继续有效。此种情况下，双方将以有效的约定替换该约定，且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。

第二十五条

本合同经双方授权代表签字并盖章，自签订日起生效。

第二十六条

本合同一式两份，双方当事人各执一份，具有同等法律效力。

甲方（盖章）

乙方（盖章）

授权代表签字

授权代表签字

附件：开发建设项目工作进度与安排、数量、价款、交付和验收方式

一、开发项目内容

甲方向乙方开发______________________软件（单机版/网络版）____套。

二、合同金额及付款方式

1.本合同金额总计：人民币元。

2．付款方式

本合同签订后3日内，甲方向乙方支付合同金额的

％，即

元，验收之后5日内支付合同金额的

%,即

元,剩余合同金额的

%即

元作为软件质量保证金，于软件正常运行（即验收）

天后支付。

三、完成及验收时间：

完成时间：乙方收到材料、图片及甲方按照本附件规定先行支付的款项后开始软件的开发。开发时间为____个月。即从______年___月___日起至______年___月___日止。经双方协商一致，可以延长或缩短该期限。

验收期限：甲方在接到乙方允许验收通知后日内完成项目的验收,并确认。

四、验收标准和验收后修改补充

1、甲方验收软件的标准以双方合拟的合同附件“功能说明书”作为通过的根据。

2、验收合格，甲方应以书面方式签收，但甲方在乙方交付工作成果后一周内未书面签收也未提出异议的，视为甲方验收合格。

3、甲方在软件使用过程中，如果要增加合同附件（功能说明书）之外的其它功能，则要另行支付乙方开发费用；如属软件本身质量问题，乙方免费为甲方修正。

4、软件的培训费用已包括在本软件开发合同书的合同金额内。

五、合同期限

本合同有效期为*年*月*日至*年*月*日。

篇5：配置管理计划样例(软件开发)

软件配置管理计划

【用户名称】

神州数码信息系统有限公司

密级：普通**项目

软件配置管理计划

V0.1

文档编号：

项目名称：

编

写：

编写日期：

审

核：

审核日期：

批

准：

批准日期：

修订文档历史记录

日期

版本

说明

作者

20**-7-12

V0.1

第一次编写

20**-7-8

V1.0

修改

目

录

1

前言5

1.1

目标5

1.2

适用范围5

1.3

术语与简写5

1.4

参考文件5

组织结构和职责5

2.1

CCB成员及职责5

2.2

配置管理组6

配置管理工具、技术和方法6

3.1

配置管理工具6

3.2

配置管理策略6

配置管理库7

4.1

配置库结构7

4.2

配置库权限7

4.3

基线配置项7

4.4

其他配置项8

4.4.1

管理文档或过程记录8

4.4.2

项目环境9

5

文件命名与版本控制9

5.1

文件命名规范9

5.1.1

基线命名规范9

5.1.2

其他配置项命名规范10

5.2

版本标识10

6

变更管理11

6.1

变更原因11

6.2

变更流程12

6.3

变更跟踪14

7

版本制作与发布流程16

8

安全与备份16

8.1

备份16

8.2

安全防护17

9

配置状态发布17

15

1

前言

1.1

目标

本计划是信息平台项目配置管理活动的基准，对信息平台项目的配置管理活动进行策划。

1.2

适用范围

本计划是信息平台项目整体计划的一部分，适用于信息平台项目的配置管理活动。

1.3

术语与简写

CCB：变更控制委员会

SQA：质量保证

SCM：配置管理

1.4

参考文件

DCG-SCM-P-01-配置管理规范。

组织结构和职责

2.1

CCB成员及职责

项目内部CCB成员：章某（CCB组长）、陈、小伟、小明、玲玲。

CCB组职责：决定CCB成员中对变更确认审批级别，协调CCB成员对变更达成一致，并确认变更的结果。

项目总监

章某：负责对项目的总体调控。

项目经理

小伟：负责对项目中计划的变更等进行确认，并对变更所涉及的资源变更进行评估，负责变更的执行。

需求调研

陈：负责项目的整体需求。

技术经理

小明：负责项目技术支持及项目的运行。

SCM人员

玲玲：负责变更，配置库日常管理和权限控制。

测试经理

？：负责评估变更中测试方面的问题。

SQA

人员

？：过程审计。

2.2

配置管理组

配置管理员

：负责搭建配置库，制定并执行配置管理计划、培训项目组成员、执行日常配置管理工作。

配置管理工具、技术和方法

3.1

配置管理工具

服务器IP地址：

//192.168.8.000

文档管理

配置管理工具：SVN

配置库名称：WS

源代码管理

配置管理工具：SVN

配置库名称：WS

配置管理库

4.1

配置库结构

配置库分为工作库、受控库和基线库。

工作库：存储项目的所有工作产品中间结果，即正处于开发中的代码和编写中的文档，其内容可能进行频繁的修改。

受控库：存储项目的所有准备生成基线的工作成果，待评审的文档、部署程序的中间版本、以及项目管理类文档等。

基线库：存储项目的所有基线化了的工作成果，评审通过的阶段产出物、具有路标性质的对外发布版本等。

4.2

配置库权限

工作库：项目组所有成员均有读写权限。

受控库：配置管理员和项目经理有读写权限，其他项目组成员有只读权限。

基线库：配置管理员有读写权限，其他人员经授权可调阅。

（注：共通代码由专人管理）

4.3

基线配置项

基线类别

基线配置项名称

基线配置项的位置

备注

需求基线

项目数据交换标准

软件需求规格说明书

工作说明书

项目启动报告

设计基线

概要设计说明书

编码基线

各发布版本

测试基线

系统测试用例

系统出场测试报告

验收基线

系统初验报告

系统终验报告

4.4

其他配置项

4.4.1

管理文档或过程记录

配置项名称

配置项的位置

备注

管理文档

项目周报

客户周报

会议纪要

业务联系单

评审计划

评审记录

培训记录

4.4.2

项目环境

配置项名称

配置项的位置

备注

环境

开发服务器

测试服务器

测试管理服务器

配置服务器

192.168.8.000

内网

5

文件命名与版本控制

5.1

文件命名规范

5.1.1

基线命名规范

[项目名称]+[子系统名]+[文档名称]+[V*.y]（版本号）

项目名称定义为：信息平台（英文缩写：WS）

子系统名：若没有子系统可以省略

举例：信息平台-工作说明书V1.0；

5.1.2

其他配置项命名规范

n

与时间相关的文档命名：

[项目名称][文档名称][

yyyymmdd]（注：其中如果是周报yyyymmdd以结束日期为准）

备注：yyyymmdd为“年月日”时间格式

举例：信息平台-项目周报20**0607；

（结束日期）

信息平台-会议纪要20**0602；

n

与时间没有直接关系的文档命名：

直接以[项目名称][文档名称]命名。

举例：信息平台初验阶段报告；

信息平台项目总结报告；

5.2

版本标识

文档发布的版本遵循*.y（主版本.副版本）形式：

1、

版本标识定义原则

n

版本标识必须唯一标识不同的版本；

n

版本标识必须反映不同级别版本的层次关系；例如采用*.y（主版本.从版本）的定义规则

n

必须定义不同级别版本号增加的规则。

2、

版本设置规则

n

新起草编写的文件定为V0.1版；逐步完善还没有通过评审的文件版本升级为V0.y版；

n

通过内部正式审批的文件版本升级为V1.0版，可对外发布；

n

称为内部基准的文件如有少量修改，可升级为V1.*版；

n

如有通过客户的评审，文件版本可升级为V2.0，以此类推。

代码发布的版本遵循*.y（主版本.副版本）形式：

Build为build顺序号，每build一次号码加1；永远不清零。

P为FAT顺序号，每提交FAT测试号码加1，FAT测试由公司人员测试。

Z为UAT顺序号，每提交UAT测试号码加1，UAT测试有用户或监理参加。

*,Y以用户确定为准。用户版本号增加时P和Z清零。

yyyyymmdd代表发布版本日期

分类

版本命名

基线存放路径

对内版本

YZWS_[子系统英文名]_yyyymmdd-####

信息平台版本发布/对内发布

测试版本

YZWS_FAT_[.[.][.]][Build

]_yyyymmdd

信息平台版本发布/测试版本

对外版本

YZWS_UAT_[.[.][.]][Build

]_yyyymmdd

信息平台版本发布/对外发布

YZWS_[.[.][.]][Build

]_yyyymmdd

6

变更管理

6.1

变更原因

1、评审、审计、测试和验证发现问题引起配置的配置项变更，配置项的版本需要更新。

更改源是《评审报告》、《集成测试分析报告》或《审计报告》。

2、客户、项目组填写的变更申请引起配置项变更，变更申请表是更改源。

3、出现下列情况时引起的配置项变更，不需要填写变更申请表：

计划级的文档更改——WBS计划；

《软件配置管理计划》、《软件质量保证计划》；

测试工具或测试脚本（不属于提交给用户）。

4、当项目范围发生变化、风险发生并且采用了项目计划中没有指定的纠正措施、项目计划与实际情况偏离20%以上、由内部与外部审计而导致的纠正活动、项目计划中的任何修改条件满足等事件发生时，由项目经理组织相应的配置控制委员会成员对要发生的变更进行评审

6.2

变更流程

1.

变更申请

1)

变更申请人通过多种渠道提出对配置项的变更请求。驱动因素主要包括用户需求变更、评审、测试以及配置审计等。

2)

变更申请人负责填写《需求设计变更申请表》，并提交配置控制委员会实施变更评估。

2.

变更评估

1)

针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及对项目进度、成本、质量等指标的影响程度后，决定是否实施该变更。

2)

配置控制委员会将针对该变更做出的决定（接受或拒绝）通知变更申请人。

3.

变更实施

1)

变更申请获得批准后，配置控制委员会将该变更分配给相应执行人实施。

2)

项目配置管理员将该变更涉及的所有配置项从配置库中签出并提交给变更执行人。

3)

变更执行人实施该变更；

4.

变更验证

1)

配置控制委员会对变更后的工作产品进行验证，以确定变更是否正确完成。

2)

在变更完成并经过验证后，项目配置管理员将经批准的配置项签入配置库。

6.3

变更跟踪

1、

客户需求变更：

1)

与用户之间变更流程：项目组需要依据项目管理规范中的需求管理要求，结合项目用户实际情况制定需求变更流程，填写《需求设计变更申请表》并按照流程要求执行申请和审批过程，保留期间用户的签字确认文件。

2)

内部审批流程：10人天以内的变更项目经理确认，10人天以上，20人天以内需要工程总监确认，20人天以上的变更需要事业部总经理确认。配置管理员跟踪变更审批状态，维护《基线状态报告—变更跟踪表》。

3)

VP系统中的变更记录：项目需求负责人在VP系统中使用“范围—变更”页签录入需求变更的信息，同时更新维护“范围——范围矩阵”的范围信息和工作量信息，并发起需求变更流程，由项目经理以及工程总监进行审批。审批通过后，形成新的范围矩阵基准。

2、

预算变更：项目经理/客户经理

编写变更的《工作说明书》《项目预算表》，在VP项目管理系统中执行项目预算变更流程。

3、

项目经理变更：

1)

项目实施过程中，发生项目经理变更时，原项目经理填写《项目经理工作交接清单》与新项目经理逐项工作进行交接。

2)

新任项目经理按照项目经理任命流程进行述职和任命。

3)

项目经理变更时，工程总监负责与客户进行沟通。

7

版本制作与发布流程

8

安全与备份

8.1

备份

配置管理员每周整体备份一次配置库，保留4周以内的备份记录。

备份方式：刻盘或者异机备份

每月末提交一次配置库，存入组织级配置库（FTP上传或由QA拷贝回北京）

项目结束时，配置管理人员按结项规定对配置库进行归档。

8.2

安全防护

客户端必须安装防病毒软件（如公司有规定的软件，则依照公司要求安装），并启动自动防护功能，及时升级。

每周进行一次全盘扫描。

9

配置状态发布

信息平台项目的配置状态报告发布、发送方式如下：

发布名称

发布频率

发布内容

发送对象

发送方式

基线发布

基线生成或基线变更时*基线生成，存放位置或**基线发生变更，版本为**

项目组所有成员、

SQA、项目经理、项目总监

e-mail