软件部管理制度汇编-草案

鹤壁市广大科技有限公司软件部管理制度汇编GD/JS-01-2007版号：发放编号：受控状态：编制：罗春强审准：发布日期：2007年12月11日实施日期：2007年12月11日第一章管理制度说明 (1)第二章任务书管理制度 (2)第三章开发计划书管理制度 (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分）。

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