IT研发部管理制度

IT研发部治理制度为增强对公司软件研发部门工作治理,缩短开发周期,提升软件开发质量,降低开发本钱,提升开发效率,特制定软件研发部治理制度.第一章、总那么为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部工程治理的正规化,工作过程的流程化,以便提升软件质量和开发效率,到达工程能按质按量按期交付的目标.1、软件开发总体遵循工程治理和软件工程的根本原那么.2、工程治理涉及工程立项、工程 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 和监控、配置治理.3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护.第二章、阶段成果根据软件工程的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物.1、立项：市场需求分析〔或者 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 〕、工程立项申请 表 关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf 、工程风险分析清单.2、需求分析：软件需求报告或设计方案、需求规格说明书.3、总体设计：概要设计说明书或功能模块描述.4、详细设计：详细设计说明书,包括软件接口说明、单元测试方案.5、软件实现：软件功能说明、源代码、源代码说明或者注释6、产品测试：测试报告7、产品发布：产品说明书、使用手册8、产品维护：问题反响记录9、工程总结：提交客户方的工程总结和公司工程汇报的PPT软件过程成果表:阶段形成文档责任及文档成果描述负责人备注工程立项报告〔Word〕明确甲乙双方责任及义务,工程经理需双方签字确认需求定义,阐述业务范围及工程经理/业务需求说明书〔Word〕内容,开发组负责制定最优需求分析大局部业需求技术设计方茉工程师务建模和需求,少局局部析设计阶段工程开发方案〔Project〕制定工程开发方案,方便所有工程干系人都能及时了解工程进度工程经理工程风险分析清单〔xls〕针对工程会出现的风险进行分析并制定相应的举措全体工程干系人业务流程总体设计书、详讨论工程的技术架构和可能存在的技术难点,梳理业务工程经理/细设计说明书〔Word/Visio〕流程,统一开发规那么和风格等架构师大局局部析设计,数据库关系设计图、流程工程所需要使用的数据库的架构师/高计图(PowerDesigner)结构图和流程图程师局部实施编程及测试,开始段任务分配文档〔Word〕明确每个组员的开发任务及责任工程经理考虑部署问题说明报告〔Word〕让用户、领导及组员及时了解和发现问题工程经理业务艾更乂档〔Word〕记录开发过程中用户提出的需求分析业务需求变更情况工程师实软件功能说明〔Word〕记录软件开发过程中所有实现的软件功能软件开发工程师最终软件开发的成价可以部署的成果物,以及生软件开发工程师果物和说段源代码成成果物的源代码以及数据库备份文件明源代码说明〔Word〕针对提交的源代码每一个模块进行说明软件开发工程师测试工程测试方案及报告〔Word〕记录工程测试的 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 ,验证系统功能与性能的记录测试工程师反复测试直至系统稳定阶段用户使用手册〔Word〕方便用户使用软件而提供的使用说明书测试工程师系统使用报告系统部署后的操作记录工程经理上用户培训报告用户培训文档工程经理线及运工程验收报告〔Word〕记录甲乙双方签订工程验收报告工程经理部署及维护彳工程总结性报告工程组通过此工程总结经验及缺乏工程经理第三章、岗位设置根据公司目前的开发过程主要分为分析、开发、测试三个阶段.分析阶段完成用户需求文档的编写,系统总体设计的编写；开发阶段完成设计文档的编写,代码的编写、代码的维护.测试阶段完成系统的测试,测试文档及其他材料.通过逐渐的调整岗位,明确工作责任,逐步实现工程经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置岗位工作内容责任工程经理1、选定工程组成员,成立工程组,安排任务分工.2、与客户进行沟通和协调〔业务需求或非业务需求方面〕,以及需求调研,作.3、制定工程开发方案,包括需求,设计,编码,测试这几个阶段的方案.4、估计工程开发费用.5、制定小组开发进度表,对组内人员工作进度监控.6、对文档的质量进行检查、把关.7、对组内成员的工作进行指导.8、定期召开工程会议,把控工程风险和进度.1、对客户的沟通协调工作负责.2、对软件的开发效率、质重、费用负贝.3、对系统总体设计、详细设计文档质量负责.4、对整个工程的进度,质量,本钱,风险等负责.岗位工作内容责任需求分析工程师1、与客户进行沟通,负责需求调研工作,汇总需求分析文档,并编写系统总体设计方案.2、遇见需求变更时,分析需求变更内容,并于工程经理一起负责对需求变更进行评估.3、与高级软件开发工程师一起完成详细设计文档的编写.1、对用户的需求分析的质里负贝.2、对工程组所有成员正确理解工程需求负责.高级软件开发工程师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、在该阶段确定总体结构和软件开发架构,文件命名 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ,编码标准.可按软件需求划分成子系统,也可直接定义目标系统的功能模块及各个功能模块的关系.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、源代码/文档治理采用版本限制软件VisualSourceSafe2、按工程的阶段性完成源代码、文档的上传.工程负责人每天对代码进行检查,开发总监或部门经理定期进行抽查.3、文档分为工程文档和个人文档,文档上传前进行归类和汇总第十六章、质量检查1、工程负责人每天要检查成员的工作完成情况,特别是新员工的工作进展；2、工作抽查制度：不定期的进行抽检,并将检查对象、检查时间、检查内容、检查结果反响给被抽检人.3、内部审核制度：针对业务需求、概要设计〔功能界面、数据库〕或疑难问题组织评审会,提出意见或解决方案.第十七章、文档标准1、需根据软件实施的阶段落实成果物,参照？软件过程提交成果表？.2、如果客户有特殊要求,请根据客户要求的标准完成.并将最终的问题提交公司归档备份.第十八章、软件变更为标准软件变更与维护治理,特制定本制度.本制度适用于应用系统开发完毕并正式上线,移交给客户方之后的运行支持及系统变更工作.1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成.2、需求部门提出系统变更需求,工程经理同开发人员一起根据重要性和紧迫性做判断,确定其优先级和影响程度,并进行相应处理,同时将变更需求整理成系统变更申请表O3、系统变更实现过程根据软件开发过程规定进行,遵循软件开发过程统一的编码标准和版本限制,并经过测试通过才能完成部署和上线.4、在系统变更完成后,开发人员需将系统变更表的执行结果提交给工程经理,测试人员确认执行结果后,工程经理与需求提出方确认签字后,提交至公司进行归档治理.