项目过程文档规范.docx
《项目过程文档规范.docx》由会员分享,可在线阅读,更多相关《项目过程文档规范.docx(6页珍藏版)》请在三一文库上搜索。
1、项目产品过程文档规范1、项目开发过程管理二、文档规范1、需求基线需求基线包括需求视格说明书、需求原形,并保证需求调研阶段的更新.形成基线后上传SVN归档作为开发依赖需求标准。试运行阶段的变更清单需作为变更基线上传SVN归档2、设计基线设计阶段必须包含 数据库设tf文档(pdm格式网站界面UI设计 这两份产出物。形成基线后上传SVN归档。试运行阶段发生变更后,数据库设计文档及UI设计需根据确认的变更进行更新形成新的版本基线。不要与原基线混淆。3、实施计划开发前必须制定开发测试计划,有整体项目组员评审通过后,提交 SVN作为基线。计划至少试运行阶段需另行制定试运行计划并与用户确认及更新。试运行阶段
2、产生的需求变更需制定 需求变更计划并上传SVN归档。4、测试文档在设计阶段或开发阶段结束前需完成 测试用例,上传SVN归档。 内侧完成后需生成 迥 试报告并上传SVN归档。试运行过程中的测试无需生成测试报告,统一在上线后生成一份总体测试报告并上传SVN归档。5、需求变更定义此变更针对的是工作量较大的需求变更(一般超过两周人天的工作量)。三、禅道过程规范1、项目产品立项禅道中建立相应的产品及项目,一但立项,项目所发生的所有任务工作量需及时分配及记录其中。项目代码命名规范:运维项目 =YW2017001开发类项目=PJ2017001 开发类项目试运行阶段 =PJ2017001-1产品类项目=PD2
3、017001对于未立项的任务及事务统一都记录在产品中心其他项目”这一项目中。当开发计划已形成基线后,需维护项目各功能模块结构,并调整项目起始日期作为项目时间基线。2、任务管理任务由部门经理及开发组长建立后指派对应处理人员。任务建立必须填写的要素:任务类型、指派人、任务名称、预计工时、预计开始时间(可选填)、预计截止时间。任务完成时必须填写实际消耗工时。3、测试管理提交测试前开发负责人必须为项目建立一个版本并提交测试。版本命名规则:Vx.y.z x为大版本基线,内侧为 0。以此类推。y.z为小版本。内侧阶段以每日一个版本V.0.0.1。中间补丁之类发布更新不纳入版本统计。交付后版本为:V1.0.0O后续每次发布增加一个版本号。最小发布周期到天,一天 内发布的版本算一个版本号。项目测试负责人根据版本导入测试用例,并根据用例进行测试。测试过程规范参见“测试流程规范V1.0.docx”4、项目周报管理项目负责人每周五上午需发送工作周报至部门经理。周报内容包括:本周工作内容、下周计划、本周项目工时统计。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 过程 文档 规范
链接地址:https://www.31doc.com/p-13485217.html