公司软件开发管理制度_第1页
公司软件开发管理制度_第2页
公司软件开发管理制度_第3页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、XX公司软件开发管理制度XX公司软件开发管理制度版本:1.0SDM审批:QA经理时间CTO时间目录1. 目的和作用32适用范围:33. 参考文件34. 适用对象35. 软件开发流程45.1可行性研究与计划45.1.1实施45.1.2文档45.121应交付的文档 45.1.2.2提交步骤45.2需求分析45.2.1实施45.2.2要求55.2.3交付文档55.2.4审批55.3概要设计55.3.1实施55.3.2要求65.3.3交付文档65.3.4补充说明65.3.5审批65.4详细设计75.4.1实施75.4.2要求75.4.3文档75.4.4审批75.5实现75.5.1实施与要求75.5.2

2、交付文档85.5.3审批85.6组装测试85.6.1实施85.6.2要求85.6.3交付文档85.6.4审批85.7确认测试95.7.1实施95.7.2要求95.7.3交付文档95.7.4补充说明95.7.5 审批 95.8发布105.8.1 过程 105.8.2 文档 105.8.3 审核 105.9交接106. 附录1 :项目文档清单 111. 目的和作用本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。2. 适用范围:公司的软件开发产品均适用。3. 参考文件各种文档模板文档命名规则交接流程4. 适

3、用对象软件管理人员,软件开发人员,软件维护人员5. 软件开发流程5.1可行性研究与计划5.1.1实施5.1.1.1软件开发部分析人员进行市场调查与分析,确认软件的市场需求5.1.1.2在调查研究的基础上进行可行性研究,写岀可行性报告5.1.1.3评审和审批,决定项目取消或继续5.1.1.4若项目可行,制订初步的软件开发计划,建立项目日志5.1.1.5根据市场环境、公司软硬件情况预测十大风险因素5.1.2文档5.1.2.1应交付的文档1)可行性研究报告*2)初步的软件开发计划3)十大风险列表*4)软件项目日志*5.1.2.2提交步骤1)适用于以后各阶段的文档提交。2)项目相关文档用sources

4、afe进行版本管理,相关书写人员可根据各文档模板形式撰写文档,正式提交 的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。5.2需求分析521实施521.1调查被开发软件的环境521.2软件开发提出的需求进行分析并给出详细的功能定义521.3做出简单的用户原型,与用户共同研究,直到用户满意5.2.1.4对可利用的资源(计算机硬件、软件、人力等)进行估计,制定项目进度计划(可有相应的缓冲时 间)5.2.1.5制定详细的软件开发计划5.2.1.6 QA部门制订质量控制计划和测试计划5.2.1.7编写初步的用户手册5.2.1.8 评审5.2.2要求5.2.2.1必须以运行环境

5、为基础5.2.2.2应有用户指定人员参加5.2.2.3需求说明书必须明确,并经过用户确认5.2.3交付文档1)软件需求说明书2)用户手册(概要)*3)更新后的软件开发计划4)项目进度计划*5)QA计划6)测试计划*7)更新后的十大风险列表*8)软件日志*5.2.4审批5.2.4.1经评审通过的各项内容形成相应的文档后,提交给项目经理审核确认5.2.4.2软件需求说明书经项目经理确认后再提交给CTO进行审核确认。5.3概要设计5.3.1实施5.3.1.1确定目标系统的总体结构I对于大型系统,可按主要的软件需求划分成子系统,然后为每个系统定义功能模块及各功能模块间的关 系,并描述各子系统的接口界面

6、I对于一般系统,可按软件需求直接定义目标系统的功能模块及各功能模块间的关系5.3.1.2给出每个功能模块的功能描述,数据接口描述,夕卜部文件及各功能模块部的关系5.3.1.3设计数据库或数据结构5.3.1.4制定各阶段开发的目标(以下称里程碑)计划5.3.1.5制订第一个里程碑的测试计划5.3.1.6 评审5.3.2要求5.3.2.1在设计目标系统的整体结构时,应力争使其具有好的形态,各功能模块间应满足低耦合度,而各功 能模块内应满足高内聚度。功能模块的作用范围应在其控制范围之内。5.3.2.2在设计目标系统的总体结构时,应降低模块接口的复杂性,提高目标系统的可靠性5.3.3交付文档1)概要设

7、计说明书2)数据库/数据结构设计说明书3)更新后的用户手册*4) 更新后的项目进度计划*5)更新后的十大风险列表*6)更新后的软件开发计划7)更新后的软件项目日志*5.3.4补充说明5.341测试程序的编写需与项目经理协商根据开发小组和QA小组的工作量确定由QA组还是由开发组完成5.3.4.2每一个里程碑又可分为详细设计、实现、组装测试、确认测试、发布、交接等阶段。5.3.5审批5.3.5.1经评审通过的各项内容形成相应的文档后,提交给项目经理审核确认5.3.5.2数据库/数据结构设计说明书、概要设计说明书经项目经理确认后还须提交给CTO进行审核确认。5.4详细设计5.4.1实施5.4.1.1

8、将概要设计产生的构成软件系统的各个功能模块逐步细化,形成若干个程序模块(可编程模块)5.4.1.2确定各程序模块之间的详细接口信息5.4.1.3撰写拟定单元测试计划5.4.1.4 评审5.4.2要求5.4.2.1确定程序模块内的数据流或控制流,对每个程序模块必须确定所有输入、输岀和处理功能。5.4.2.2规定符号的使用,确定命名规则。5.4.3文档1)详细设计说明书2)单元测试计划*5.4.4审批5.4.4.1经评审通过的各项内容形成相应的文档后,提交给项目经理审核确认5.4.4.2详细设计说明书经项目经理确认后还须提交给CTO进行审核确认。5.5实现5.5.1实施与要求5.5.1.1对每个程

9、序模块用所选定的程序设计语言进行编码,写岀的程序应该是结构良好、清晰易读、且与设计一致,符合公司编码规范5.5.1.2单元测试:开发人员按单元测试计划对自己编写的程序进行测试5.5.1.3编程及单元测试过程用sourcesafe进行版本管理,主要由项目组长负责管理。5.5.2交付文档单元测试报告5.5.3审批所有文档必须提交给项目经理审核确认。5.6组装测试5.6.1实施5.6.1.1开发组单元自测完成后,填写测试申请单连同要测试产品清单交给QA5.6.1.2相关QA人员根据提交申请单将源程序、文档等拷贝到测试中产品目录561.3执行测试计划中所有要求的组装测试561.4对测试结果进行分析,生

10、成当前问题列表( BUGLIST ),返回项目组长5.6.1.5开发人员经过分析,修复并自测完毕,生成BUG修复报告,返回QA5.6.1.6完成:反复直至 QA通过。5.6.2要求5.6.2.1组装测试应保证模块间无错误的连接5.622应对软件系统或子系统的输入/输岀能力进行测试,使其达到设计要求5.623应测试软件系统或子系统正确能力和经受错误的能力5.6.3交付文档1)运行的软件系统源程序清单2)组装测试计划*3)当前问题列表(BUGLIST )4)BUG修复报告5)组装测试分析报告5.6.4审批所有文档必须提交给项目经理审核确认。5.7确认测试5.7.1实施以证明该软件无严5.7.1.1

11、模拟的环境中进行强度测试,即在事先规定的一个时期内运行软件的所有功能, 重错误5.7.1.2执行测试计划中的所有确认测试5.7.1.3使用用户手册,以进一步证实其实用性和有效性,并改正其中的错误5.7.1.4对测试结果进行分析,生成当前问题列表( BUGLIST )5.7.1.5反复查找BUG原因,直到修复5.7.1.6对所有文件进行整理5.7.2要求5.7.2.1全部系统存储量、输入及输岀通道,以及处理必须有足够的余量5.7.2.2全部预期结果、测试结果及测试数据全部存档5.7.3交付文档1)确认测试计划2)更新后的用户手册3)更新后的项目进度计划*4)更新后的十大风险列表*5)更新后的软件

12、项目日志*6)测试产品清单7)当前问题列表(BUGLIST )8)BUG修复报告5.7.4补充说明5.7.4.1 QA部门将测试清单中缺少的文档也列入BUGLIST5.7.4.2对于测试中重现与未重现的BUG均要有说明5.7.5审批所有文档完成后须提交给项目经理审核确认。5.8发布5.8.1过程5.8.1.1 经测试合格的产品 QA填写发布申请表连同发布文档一起提交给QA经理、项目经理、CTO5.8.1.2 QA经理、项目经理、CTO审核发布申请5.8.1.3 QA人员将发布产品(包括源程序、执行文件及相关文档)放入发布中产品目录并生成安装程序5.8.2文档1)当前版本说明2)发布文档3)用户

13、手册4)安装手册5)发布产品检查清单 CHECKLIST6)发布产品审批文档7)更新后的软件日志*5.8.3审核所有发布文档须经QA部、项目经理、CTO审核确认。5.9交接参见交接流程。注:带*号文档可根据项目大小、时间要求适当增减6. 附录1 :项目文档清单文档名称编写阅读审批项目跟踪文档 软件项目日志 十大风险列表 项目进度列表 当前问题列表 技术工作文档项目经理CTO项目经理CTO项目经理CTO测试项目经理,QA,开发可行性研究报告 分析项目经理,开发,QA,测试,维护项目经理,CTO软件需求说明书 开发 项目经理,开发,QA,测试,维护项目经理,CTO用户手册 QA项目经理,QA,测试

14、,维护,用户项目经理,QA经理,CTO概要设计说明书 开发 项目经理,开发,QA,测试,维护项目经理,CTO数据库设计说明书 开发 项目经理,开发,QA,测试,维护 项目经理,CTO 详细设计说明书 开发 项目经理,开发,QA,测试,维护项目经理,CTOBUG修复报告 开发 项目经理,开发,QA,测试,维护 项目经理测试分析报告项目计划软件开发计划测试项目经理,开发,QA,测试,维护 项目经理项目经理CTO质量控制计划 QA项目经理,开发,QA,测试,维护 项目经理,QA经理 测试计划 开发,测试 项目经理,开发,测试,维护项目经理配置管理计划 项目经理 项目经理,开发,QA,测试,维护项目经

15、理, CTO 项目交付文档当前版本说明 QA项目经理,QA,CTO,用户 项目经理,QA经理,CTO 发布文档 QA项目经理,QA,CTO,用户 项目经理,QA经理,CTO 安装手册 QA项目经理,QA,CTO,维护 项目经理,QA经理,CTO 发布产品检查清单 QA项目经理,QA,CTO项目经理,QA经理,CTO 发布审批文档 QA项目经理,QA,CTO项目经理,QA经理,CTO苗木供应合同书甲方:乙方:周至县哑柏镇绿星苗圃,并就相关事宜达成以下协经甲乙双方协商同意,(以下简称甲方)从周至县哑柏镇绿星苗圃(以下简称乙方)购买银杏苗木,(用于渭政办发2010205号文件,渭南市区绿化)议:苗木数量:二、苗木规格:胸径 15cm以上,主干通直,树头完整,枝条匀称、丰满,无病虫害,树形美观。三、苗木价格:每株计人民币四、该价格包括:苗木费、挖掘费、包装费、装车费、拉运费五项。合计人民币()五、付款方式:任务完成后,10日内一次付清。六、有关事项:1、土球规格:苗木所带土球直径1.2米以上,厚度 60cm以上,卸车前完整不破裂。2、包装规格:土球包装腰带无间隙宽度12cm以上,纵扎草绳间隙在2cm以下。绳杆高度 40cm,缠冠高

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论