软件研发部管理制度(共15页).docx

上传人:飞****2 文档编号:15029254 上传时间:2022-05-10 格式:DOCX 页数:15 大小:29.29KB
返回 下载 相关 举报
软件研发部管理制度(共15页).docx_第1页
第1页 / 共15页
软件研发部管理制度(共15页).docx_第2页
第2页 / 共15页
点击查看更多>>
资源描述

《软件研发部管理制度(共15页).docx》由会员分享,可在线阅读,更多相关《软件研发部管理制度(共15页).docx(15页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精选优质文档-倾情为你奉上伟宏技术中心管理制度为加强对公司技术中心工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定技术中心管理制度。第一章、总则为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控,需要尽可能实现软件研发部项目管理的正规化,工作过程的流程化,以便提高软件质量和开发效率,达到项目能按质按量按期交付的目标。1、软件开发总体遵循项目管理和软件工程的基本原则。2、项目管理涉及项目立项、项目计划和监控、配置管理。3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。第二章、阶段成果根据软件工程

2、的过程理论并结合公司目前的实际情况,制定以下工作流程,并规定了各个重要环节需要提交的交付物。1、立项:市场需求分析(或者合同)、项目立项申请表、项目风险分析清单。2、需求分析:软件需求报告或设计方案、需求规格说明书。3、总体设计:概要设计说明书或功能模块描述。4、详细设计:详细设计说明书,包括软件接口说明、单元测试用例及计划。5、软件实现:软件功能说明、源代码、源代码说明或者注释6、产品测试:测试报告7、产品发布:产品说明书、使用手册8、产品维护:问题反馈记录9、项目总结:提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表:阶段形成文档职责及文档成果描述负责人备注需求阶段项目立项报告(

3、Word)明确甲乙双方责任及义务,需双方签字确认项目经理大部分业务建模和需求,少部分分析设计业务需求说明书(Word)需求定义,阐述业务范围及内容,开发组负责制定最优技术设计方案项目经理/需求分析工程师项目开发计划(Project)制定项目开发计划,方便所有项目干系人都能及时了解项目进度项目经理项目风险分析清单(xls)针对项目会出现的风险进行分析并制定相应的措施全体项目干系人设计阶段业务流程总体设计书、详细设计说明书(Word/Visio)讨论项目的技术架构和可能存在的技术难点,梳理业务流程,统一开发规则和风格等项目经理/架构师大部分分析设计,部分实施编程及测试,开始考虑部署数据库关系设计图

4、、流程图(PowerDesigner)项目所需要使用的数据库的结构图和流程图架构师/高级软件工程师任务分配文档(Word)明确每个组员的开发任务及职责项目经理问题说明报告(Word)让用户、领导及组员及时了解和发现问题项目经理业务变更文档(Word)记录开发过程中用户提出的业务需求变更情况需求分析工程师实现阶段软件功能说明(Word)记录软件开发过程中所有实现的软件功能软件开发工程师最终软件开发的成果物和说明源代码可以部署的成果物,以及生成成果物的源代码以及数据库备份文件软件开发工程师源代码说明(Word)针对提交的源代码每一个模块进行说明软件开发工程师测试阶段项目测试方案及报告(Word)记

5、录项目测试的方法,验证系统功能与性能的记录测试工程师反复测试直至系统稳定用户使用手册(Word)方便用户使用软件而提供的使用说明书测试工程师上线及运行系统使用报告系统部署后的操作记录项目经理部署及维护用户培训报告用户培训文档项目经理项目验收报告(Word)记录甲乙双方签订项目验收报告项目经理项目总结性报告项目组通过此项目总结经验及不足项目经理第三章、岗位设置根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写,系统总体设计的编写;开发阶段完成设计文档的编写,代码的编写、代码的维护。测试阶段完成系统的测试,测试文档及其他材料。通过逐渐的调整岗位,明确工作职责,逐

6、步实现项目经理,需求分析工程师,高级软件开发工程师,软件开发工程师,测试工程师的岗位设置。岗位工作内容责任项目经理1、选定项目组成员,成立项目组,安排任务分工。2、与客户进行沟通和协调(业务需求或非业务需求方面),以及需求调研工作,绘制初步系统原型。3、制定项目开发计划,包括需求,设计,编码,测试这几个阶段的计划。4、估计项目开发费用。5、制定小组开发进度表, 对组内人员工作进度监控。6、对文档的质量进行检查、把关。7、对组内成员的工作进行指导。8、定期召开项目会议,把控项目风险和进度。1、对客户的沟通协调工作负责。2、对软件的开发效率、质量、费用负责。3、对系统总体设计、详细设计文档质量负责

7、。4、对整个项目的进度,质量,成本,风险等负责。大项目需求分析顾问(BA)1、 与客户进行沟通,负责需求调研工作,汇总需求分析文档,并编写系统总体设计方案。2、 遇见需求变更时,分析需求变更内容,并于项目经理一起负责对需求变更进行评估。3、 与高级软件开发工程师一起完成详细设计文档的编写。1、 对用户的需求分析的质量负责。2、 对项目组所有成员正确理解项目需求负责。技术经理1、 负责系统的模块设计,详细设计文档。2、设计功能使用的具体描述、行为人、前置条件、后置条件、UI描述、业务流程/子流程/分支流程,界面说明等,完成大部分的前端设计及后端设计。3、负责技术难度大的模块的代码或者公用模块代码

8、的编写、维护。4、对自己负责模块的详细设计、代码编写。5、对小组内人员进行技术指导。1、对组内人员的开发效率负责。2、对产品整体风格负责。3、对项目整体设计流程负责。4、对自己模块的开发效率和质量负责。UI/UE辅助项目经理绘制界面原型demo,实现高保真原型 软件开发工程师1、与项目经理沟通和确认某个模块的需求和实现方法。2、负责某个模块的代码编写、维护。3、对其他模块的代码的维护。4、负责与测试人员的交互,处理测试人员的问题。1、对自己模块的开发效率和质量负责。测试工程师1、根据用户需求分析和系统总体设计,编写测试文档和测试用例。2、对系统的功能、性能、异常进行测试。3、编写测试文档和操作

9、指导手册。1、对测试的质量负责。2、对测试文档和操作手册的质量负责。第四章、项目立项1、需求分析工程师进行应用调查与分析,确认软件的应用需求。2、成立项目评审会,技术总监、部门经理和指定人员必须参加。对项目进行可行性研究,编写项目建议书,评估项目的难度和工作量,形成可行性研究报告。3、根据项目配置的优劣成立项目开发组,制定软件开发计划,确定项目经理,由部门和项目经理共同来确定具体项目配置,知识技能要求,团队成员及团队的角色。第五章、项目计划与监控1、以项目为单位,项目经理负责整个项目的计划、组织和控制。2、在整个项目过程中,项目经理定期检查项目进度和完成情况,调整人员分工和安排。3、项目计划需

10、要变更时,需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核,以便根据变更内容及时调整计划。第六章、需求分析1、对用户提出的需求进行分析汇总,梳理用户的业务流程和详细的功能定义。2、做出简单的界面原型,与客户进行有效的沟通, 编写需求详细说明书。3、根据现有条件进行估计,制定项目进度,制定详细的软件开发计划。第七章、总体设计1、在该阶段确定总体结构和软件开发架构,文件命名规范,编码规范。可按软件需求划分成子系统,也可直接定义目标系统的功能模块及各个功能模块的关系。3、确定软件模块结构,给出每个功能模块的功能描述、数据接口描述,并完成系统概要设计说明书。4、完成

11、数据库的设计,并编写数据库设计说明书。5、完成的文档需提交公司进行归档管理。第八章、详细设计1、调整前一步设计的不足,确认各模块之间的详细接口信息。2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程,界面说明等。3、确定模块内的数据流或控制流,对每个程序模块必须确定所有输入、输出和处理功能。4、汇总并提交所有相关文档,审核确认质量和进度。第九章、软件实现1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具,明确项目成员的职责分工,按照编码规范和详细设计实现软件功能。3、代码应满足结构良

12、好,清晰易读,且与设计一致,符合编码规范。4、开发人员需要软件实现过程中编写软件功能说明,源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号,软件功能、主要功能实现过程。源代码说明应说明项目编号、源代码类名称、编写人员、编写日期、变更履历、功能、全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中,以注释形式存在。5、项目组进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题,并以书面形式反馈主要问题及解决办法,直至系统运行稳定。6、汇总并提交所有相关文档,提交公司备案,形成项目知识库。第十章、软件测试1、根据单据测试和集成测试两个过程,制定测试计划。按阶段设计

13、测试实例,并将测试结果记录,未通过的的反馈给开发人员调整。2、完成测试文档、操作手册、安装维护手册的编写。第十一章、用户培训1、准备用户培训计划、培训手册2、确定培训时间、培训地点,向用户进行系统使用培训、操作指导及提供软件操作手册。3、保留培训签到表,用户意见等存档。第十二章、系统上线1、 制定上线计划,确定上线工作时间表,部署的环境。2、上线操作步骤以及问题处理步骤;3、根据软件特点、客户需求进行软件部署,并记录软件部署和运行结果; 4、项目组根据系统运行请款对系统进行优化,记录系统的运行情况、系统问题和处理后的版本。第十三章、系统验收1、验收工作准备,按要求整理项目成果物,打印装订成册,

14、并提交客户方。2、系统主要使用部门及信息技术部门联合成立项目验收小组,从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核,根据验收情况形成系统验收报告3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。第十四章、产品维护1、调出项目主要开发人员,按照合同要求安排维护人员对系统进行技术支持。2、系统需求变更或调整,记录变更原因和软件及源代码的版本控制,按照软件变更要求对系统进行维护。第章十五、源码和文档1、源代码/文档管理采用版本控制软件SVN。2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查,开发总监或部门经理定期进行抽查。3、文档分为项目文档和个人

15、文档,文档上传前进行归类和汇总。4、SVN版本管理细则详见附件一第十六章、质量检查1、项目负责人每天要检查成员的工作完成情况,特别是新员工的工作进展;2、工作抽查制度:不定期的进行抽检,并将检查对象、检查时间、检查内容、检查结果反馈给被抽检人。3、内部审核制度:针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会,提出意见或解决方案。第十七章、文档规范1、需按照软件实施的阶段落实成果物,参照软件过程提交成果表。2、如果客户有特殊要求,请按照客户要求的规范完成。并将最终的问题提交公司归档备份。第十八章、软件变更为规范软件变更与维护管理,特制定本制度。本制度适用于应用系统开发完毕并正式上

16、线,移交给客户方之后的运行支持及系统变更工作。1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。2、需求部门提出系统变更需求,项目经理同开发人员一起根据重要性和紧迫性做判断,确定其优先级和影响程度,并进行相应处理,同时将变更需求整理成系统变更申请表。3、系统变更实现过程按照软件开发过程规定进行,遵循软件开发过程统一的编码标准和版本控制,并经过测试通过才能完成部署和上线。4、在系统变更完成后,开发人员需将系统变更表的执行结果提交给项目经理,测试人员确认执行结果后,项目经理与需求提出方确认签字后,提交至公司进行归档管理。第十九章、周报制度为了加强项目执行过程中的组织与管理,及时反映项

17、目当前进展情况及存在问题,并为项目管理人员及公司领导提供准确的项目实时情况,确保工程项目保质保量顺利完成,提高工作效率特制定本制度。本制度适用于本公司承担的所有大型工程设计、技术咨询项目。1. 项目周报的组成及主要内容项目周报应根据每个项目的具体要求填写周报内容,其内容应包括但不仅限于以下内容:项目周报表项目周报表主要有三项内容,一是项目进展情况;二是下周项目进展计划及解决方案;三是各单元详细周报。各表内容如下: 项目进展情况 项目主要完成工作情况该部分应用总结性或概括性语言整体描述项目从开始至目前所完成的所有工作,其内容应包括但不仅限于:目前项目已完成那些工程阶段、主要长周期设备询价或订货文

18、件完成了哪些,剩余哪些、主要项目节点完成情况等。 制约项目进展的主要因素该部分应列举目前制约项目进展的主要因素,并应逐条明确责任方以及应对方案。项目制约因素消除后,应在下周周报中删除。 下周项目进展计划及解决方案该部分应列举项目下周的进展计划,明确责任人,对一周内无法完成的任务应明确任务的完成时间。 各单元详细周报该部分应按专业详细描述项目进行中该单元的主要节点、本周主要完成的工作内容、制约该单元项目进展的因素、预计完成时间等内容。对外文件及设计成果周动态表该表应按时间顺序依次记录整个项目进行中,所有对外的图纸发放情况、设备请购文件发放情况以及项目实施过程中所有变更单发放情况。2. 项目周报的

19、填写原则项目周报填写时应遵循以下原则: 项目周报应由项目经理(或由项目经理指派人员)填写。 项目周报的内容应准确、真实的体现项目进展情况,项目经理对项目周报的内容负责。 项目周报内容应及时根据最新的项目进展情况进行更新,避免过时资料。 对于项目周报内反映出的制约项目进展的因素应明确责任方(人),并提出切实可行的解决方案后尽快解决。 对于下周项目进展计划应明确计划责任人及完成时间。(不能在一周内完成的应写明具体完成时间) 对外文件及设计成果周动态表应随周报一起进行更新并随周报同时上交。第二十章、知识分享及培训制度为提高各部门协作效率,统一公司技术标准,提高员工核心能力成长,公司组织定期培训和知识

20、分享。1. 每两周公司项目管理部组织一次项目经验分享会议,由各项目经理轮流做为主将老师,将各自项目中存在的问题解决方案以及自己对项目管理过程中的一些经验心得以PPT的方式和项目管理部同事一起分享讨论,每次分享进行不记名打分,季度评分最高者公司按季度给出现金奖励2. 技术部门每年初制定公司全栈产品的技术框架,对前一年整体技术框架进行更新3. 技术部每两周组织一次专项技术培训,由技术总监和各负责技术经理(或指定高级技术工程师)负责,每季度公司选取培训效果最佳者给予现金奖励4. 技术部提倡技术分享,公司建立各技术方向的工具共享库,每季度评出杰出技术贡献奖,对在实际项目中技术贡献较大(重大技术难题攻关或贡献出对开发进度有较大促进的共享工具),给出现金奖励。专心-专注-专业

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 教案示例

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号© 2020-2023 www.taowenge.com 淘文阁