软件部管理制度汇编草案Word格式.docx

软件部管理制度汇编草案Word格式.docx

《软件部管理制度汇编草案Word格式.docx》由会员分享，可在线阅读，更多相关《软件部管理制度汇编草案Word格式.docx（8页珍藏版）》请在冰豆网上搜索。

第三章开发计划书管理制度3

第四章需求分析管理制度4

第五章详细设计管理制度5

第六章编码管理制度6

第七章测试管理制度7

第八章程序发布管理制度8

第九章程序版本管理制度9

第十章程序备份管理制度10

第十一章程序维护管理制度11

第十二章软件部奖罚管理制度12

第十三章美工作业管理制度14

第一章管理制度说明

一、目的

本手册依据广大科技管理制度编写而成，用于保证产品质量、提高工作效率、控制设计过程。

第二章任务书管理制度

一、任务书下达

设计任务书由总工程师根据开发计划、合同评审结果、有关标准等编制后下达到软件部。

二、任务书的修改

软件部在设计过程中，发现任务书与实际不符，如要修改应提出书面申请，由总工程师批准后方可按照修改后的任务书设计。

三、任务书的保存

任务书由软件配置管理人员保管。

四、任务书的借阅

任务书经软件部负责人批准后方可借阅。

第三章开发计划书管理制度

一、开发计划书的制定

开发计划由软件部负责人根据任务书与软件部实际情况制定，由总工程师批准后生效。

二、开发计划的修改

开发计划书由软件部负责人根据实际情况提出书面修改方案，报总工程师审批后生效。

三、开发计划书的保存

开发计划书由软件配置管理人员保存。

四、开发计划书的借阅

开发计划书的由软件部负责人批准后方可借阅。

五、开发计划至少应包括的内容

软件生存周期的起止时间，软件开发各阶段任务负责人。

第四章需求分析管理制度

一、需求分析

用户需求的调查由软件项目经理负责，调查完成后提交需求分析说明书。

二、需求分析的生效

需求分析由软件部负责人审核后报总工程师批准后生效。

三、需求分析的修改

需求分析由软件项目经理提出书面修改方案，经软件部负责人审核后，报总工程师批准后生效。

四、需求分析的借阅

需求分析经软件项目经理批准后方可借阅。

五、需求分析至少应包括的内容

功能列表、功能详述、界面要求、数据要求、性能要求、技术可行性分析。

第五章详细设计管理制度

一、界面详细设计

界面详细设计由界面设计美术工程师根据需求分析中的界面要求设计。

界面详细设计由软件项目经理审核后报软件部负责人批准后生效。

二、模块详细设计

模块详细设计由软件项目经理与软件开发工程师共同完成。

软件项目经理负责模块划分与业务流程的描述；

软件工程师根据模块与业务流程描述相应的算法。

三、数据库设计

数据库设计由软件开发工程师根据需求分析与模块详细设计说明书设计出数据表、视图及相其相关函数。

四、详细设计说明书的修改

详细设计说明书的修改由项目经理或软件开发工程师提出书面修改方案，经软件部负责人批准后生效。

五、详细设计说明书的保存

详细设计说明书由软件配置管理员保存。

六、详细设计说明书的借阅

详细设计说明书由借阅人提出书面申请经软件部负责人批准后方可借阅，此文档按一级保密文件管理。

第六章编码管理制度

一、代码编写

代码编写由程序员在规定时间内按模块详细设计说明书和广大软件编码规范编写代码。

二、代码规范审核

代码规范审核由项目管理不定期对程序员代码规范性进行审核，审核后要有书面记录。

三、代码保存

正在编写中的代码由程序员保存，编写完成的代码附上测试报告与完成标志后交与软件配置管理员保存。

程序员不再保留副本。

四、代码修改

代码修改由修改人提出书面申请并由项目经理批准后方可到软件配置管理员处领取代码进行修改。

五、代码借阅

代码借阅由借阅者提出书面申请由项目经理审核软件部负责人批准后方可借阅。

六、编码规范

见《广大公司命名规范及编码规范》

第七章测试管理制度

一、模块测试

模块测试由程序员在编码审核前按模块测试规范测试并提交书面测试报告。

二、集成测试

集成过程中系统工程师对每集成一个模块都要有对此模块集成后的功能集成测试，并有书面测试报告；

集成完成后测试工程师对整个系统做整体测试，并提交测试用例及测试报告。

报告交给项目经理。

三、测试报告分析

对没有通过测试的模块软件项目经理要组织程序员召开问题分析会，讨论问题所在，并安排修改工作。

四、测试报告的保存

项目开发完成时，测试用例与测试报告应与程序文档一起交与软件配置管理员保管。

第八章程序发布管理制度

一、程序发布

程序发布由项目经理发布。

二、发布程序的保存

发布的安装文件与发布配置文件及发布测试报告交与软件配置管理员保存。

项目经理不再保存副本。

三、发布程序的修改

发布程序的修改由项目经理提出书面申请，直接交与软件配置管理员并领取发布配置文件修改发布程序。

第九章程序版本管理制度

一、程序版本的控制

程序版本号由项目经理控制，新项目以1.00开始，每进行一次原有功能的修改版本号加0.01，每进行一次功能增加版本号加1。

二、程序版本的修改

程序版本的修改由项目经理提出书面申请，到软件配置管理员处领取程序并修改。

第一十章程序备份管理制度

一、程序备份

开发或修改中的程序由项目经理每周一次并附说明。

二、程序备份的存放

程序备份附上说明交于软件配置管理员存放

三、程序备份的查阅

程序备份的查阅查阅人提出书面申请由软件部负责人批准后方可进行查阅。

第一十一章程序维护管理制度

一、程序维护

程序主动维护由软件项目经理提出书面申请，交与软件部负责人审核报总工程师批准后方可进行。

程序被动维护由客户提出维护项目列表，项目经理整理出维护清单，如果清单中只是维护原有功能的漏洞或错误交与软件部负责人批准即可进行，如果清单中涉及到功能的增加，经软件部负责人审核后报总工程师批准后方可进行。

程序现场维护由项目经理提交书面申请，报软件部负责人批准后再报总工程师批准后方可进行现场维护，维护完成后应提交现场维护报告。

二、程序维护文档的存放

程序维护完成后，程序维护文档由项目经理交于软件配置管理员，文档与程序一并存放。

三、程序维护文档的查阅

程序维护文档的查阅由查阅人提出书面申请报软件部负责人批准后方可查阅。

第一十二章软件部奖罚管理制度

一、奖罚制度

软件部实行积分奖罚管理制度

二、积分管理

1、每人每月初始积分为0分

2、工作中有奖励的时候采用加分制，涉及到罚的时候采用扣分制

3、分值每月最后一周六下午经管理人员审核后提交财务部，财务部按规定（每分相当于人个工资的1％）进行奖罚。

4、本办法由部门主管负责考核，重大事件与公司高管协商。

三、扣分办法

1、周六上午未交本周工作总结与下周工作计划（实行扣分制，一次不交扣1分）

2、因个人原因造成的工作完成时间拖延。

（1～2天每天扣1分；

3天以上每天扣2分）

如拖延2天：

每天扣1分，共计2分

如拖延5天：

每天扣2分，共计10分

3、软件中出现没有捕获的异常，但用户仍能正常使用的（每类扣0.5分）；

软件代码设计中出现语法性错误的（系统整体测试的时候出现的扣0.5分，用户发现的扣1分）；

软件代码设计中出现功能错误的（系统整体测试的时候出现的扣3分，用户发现的扣5分）。

4、不服从公司工作按排或影响其它人员正常工作的。

（视情节轻重扣5～30分）。

造成部门重大损失的另行处理。

四、加分办法

1、超额完成任务的，月末工作评估时根据实际情况给予加分。

2、提供建议使软件工作有突破性发展或挽回重大损失的并经公司认可的。

（视贡献大小加10～20分）

3、在国内外著名刊物上发表文章，并署名“鹤壁广大科技有限公司”并经公司认可的。

（奖100～200元）

五、相关说明

1、任务过程按照任务流程执行。

2、提交任务按任务单中任务提交说明提交。

3、由于临时安排的工作而影响个人工作进度的，在提交任务时，要以文字加以说明。

4、任务提交标志着任务完成，如需修改，需提出书面请求，交于副总批准5、在执行过程中出现制度无法正常执行时提交公司处理。

6、公司保留最终奖罚解释权。

六、本办法自2007年4月22日开始试行，试行期间根据实际情况进行调整。

注：

按天计算时，不满一天的按一天计算。

第一十三章美工作业管理制度

美工工作奖罚按软件部奖罚制度执行

二、相关说明

1、美工负责每次作业填写作业表，完成时应由作业提交人签字。

2、不能按计划完成作业时，应按“提前告知时间”告知作业提交人。

3、作业完成后如有修改，按新作业处理。

4、因个人原因严重影响公司工作的，交公司处理。

5、美工作业由软件部考核，重大事件由公司处理。

三、考核办法

1、美工每周六上午上交美工作业表（一次不交扣1分）。

工作奖罚与工作评估时间按“软件部奖罚办法”执行。