cmmi软件开发作业流程Word文档格式.docx
- 文档编号:15012852
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:10
- 大小:473.26KB
cmmi软件开发作业流程Word文档格式.docx
《cmmi软件开发作业流程Word文档格式.docx》由会员分享,可在线阅读,更多相关《cmmi软件开发作业流程Word文档格式.docx(10页珍藏版)》请在冰豆网上搜索。
7、项目组人员和用户进行沟通,编写需求清单列表。
8、PM组织临时项目组组员确定系统架构,编写架构设计书和需求规格书。
架构设计过程中关键技术方案选择、开发/采购/复用分析等内容要明确表现在架构设计书中。
Ø
对技术方案选择(比如,系统结构、开发平台、数据库等选择),要事先建立评价准则(比如,满足系统需求能力(比如,功效、性能、可靠性等)、技术发展前景、供给商资质和实力等)及相对优先级,采取讨论表决方法选择并确定最终技术方案。
相关自行开发和采购复用分析,
假如企业有基础满足系统需要可复用组件(包含其分析、设计、代码、测试用例等),通常应进行复用;
本企业没有能力开发或没有必需开发非关键技术部分,假如采购成本在项目可接收范围内,可考虑采购;
不然,由项目组自行开发。
架构设计总体候选方案选择和供给商选择要使用正式方法做决议。
9、PM召集临时项目组、测试责任人等技术骨干评审架构设计书和需求规格书。
10、PM组织临时项目组和用户沟通、说明需求,必需时编制系统原型向用户展示,直到临时项目组、用户就需求真实含义达成共识、用户书面确定需求规格书为止。
11、临时项目组确定项目目标范围,明确系统边界,建立系统模块分解结构。
12、PM和测试责任人遵照《项目估算步骤》组织人员进行项目估算。
13、PM、测试责任人和临时项目组确定项目关键参数。
工作量、工期、日程、人数
成本/预算(因为本企业项目标绝大部分成本是人力成本,对估量成本管理等同于估量工作量管理,对实际成本管理等同于实际工作量管理,对预算管理等同于计划工作量管理。
)
质量目标
14、PM、测试责任人和部门经理协调人员及资源、计划知识技能、协调相关干系人参与。
15、项目组基于企业环境标准,结合项目实际情况建立适合工作环境。
16、PM、测试责任人编制项目计划书。
17、PM、测试责任人编制项目日程表。
18、临时项目组、研发部、QA评审项目计划书,评审经过后正式生效。
19、PM指示配置管理员建立配置基线。
20、PM编制阶段总结汇报(项目总结汇报中度量分析页面),召开阶段会议。
设计
设计步骤图
1)项目经理组织项目组人员学习需求规格书;
2)项目经理组织项目组中开发人员确定设计约束,这些约束可能包含一下多个方面:
需求约束,需求规格书中约定设计约束;
隐含约束,需求规格书中没有,但对系统设计或使用带来潜在影响特殊约束。
3)项目经理及开发人员依据需求规格书、架构设计书进行设计,编制《设计说明书》。
基于对业务和现有系统结构了解,划分/调整系统模块。
描述各系统模块协作实现各业务场景处理步骤(可用序列图)。
必需时(通常要反复几轮),修正系统模块划分和处理步骤。
描述各处理步骤中各活动输入、处理、输出和可能异常。
系统模块组成及其相互关系。
(可用类图、包图。
系统模块内部设计。
(功效、管理数据、对外服务、对内服务,要求明确各模块对外接口。
4)开发人员依据《需求规格书》、《架构设计书》进行设计、《设计说明书》进行用户界面和数据库和接口等方面具体设计,纳入《设计说明书》。
用户界面设计。
(提议使用Visio中窗口和对话框、工具栏和菜单、公共控件这多个形状组来绘制,具体操作方法是:
点击“文件”选项→选定“形状”→选定“软件和数据库”→选定“软件”→依次选定上述三类形状组。
数据库设计。
文件设计(文件存贮位置和名称、格式和内容定义。
)。
接口设计。
(含内部通讯接口、外部通讯接口、用户图形界面、报表、其它接口。
5)项目经理组织开发人员、测试人员及其它技术骨干评审《设计说明书》。
6)配置管理员建立设计阶段配置基线;
7)项目经理编制阶段汇报(项目总结汇报中度量数据页面),组织项目组人员并邀请部门经理召开阶段会议,并形成会议纪要。
编码步骤
编码步骤图
a)依据准入条件中设计文档,绘制具体类图,以指导编码。
b)对生成类图进行审核。
c)项目经理组织开发人员学习编码规范、用户界面规范,以保障程序可靠性、可读性、可修改性、可维护性、一致性和界面规范性。
d)开发环境配置
项目经理或其指定人员在企业《开发环境指南》基础上编制开发环境配置说明,项目组组员遵照开发环境配置说明配置统一开发环境。
e)编写及调试
开发人员依据设计说明书和编码规范、用户界面规范要求编写代码,自行进行检验、调试并处理BUG。
f)评审代码
项目经理组织开发人员、项目组外教授等对本项目修订全部代码进行评审或审批。
g)进行自测
开发人员对代码进行联调,对照测试人员编制测试用例中正常业务步骤部分(在测试用例中已明确标出)进行测试,并全部经过测试。
联调测试中,不要求统计BUG,不须编制测试汇报。
h)编写阶段汇报
项目经理编制阶段汇报,召开阶段会议。
编码规范(见规范说明书)
测试步骤
测试步骤图
1、测试责任人组织测试人员学习、评审《用户需求列表》、《需求规格书》。
在学习、评审过程中充足了解用户及业务需求,确保文档信息正确性、充足性、一致性。
2、测试责任人组织测试人员完成编写整个项目标测试方案。
3、测试责任人组织测试人员基于《需求规格书》编写测试用例。
当《设计说明书》经过评审后,测试人员基于《设计说明书》对测试用例进行必需调整。
测试用例组织分类须遵照以下标准:
测试用例组织分类(比如,文档名、页面名、一级标题、二级标题等)必需和需求规格书中各需求点明确对应起来。
4、测试责任人组织测试人员、开发人员、PM评审测试方案、测试用例。
5、测试责任人指示配置管理员将测试方案及测试用例文档入库。
6、测试责任人组织PM、开发人员、测试人员召开阶段会议并形成阶段汇报。
验收步骤
验收步骤图
1)项目经理和客服人员沟通验收事项。
2)客服人员在用户指定环境下参考《安装维护手册》进行产品安装调试,并把协议约定文档、源程序等交给用户。
3)客服人员对用户进行系统操作方法培训。
4)用户试用系统开展业务,测试人员搜集用户反馈问题;
假如用户验收测试环境和生产环境差异显著时,要进行性能测试,以确保满足系统性能需求。
5)测试人员在验收中发觉缺点并通知项目经理,项目经理将缺点统计到BugFree中。
一些情况下(比如,缺点描述不详、显著不是缺点等)项目经理能够向相关人员(测试人员、用户)解释、说明,达成一致后驳回相关人员(测试人员、用户)提出问题。
6)项目经理将缺点分配给适合开发人员。
7)开发人员分析缺点原因及处理该缺点,并将该缺点处理方法及处理状态更新BugFree。
8)项目经理将全部已处理缺点转移至测试人员进行缺点修复确实定。
假如测试结果表明缺点仍未处理,项目组内测试人员经过项目经理将该缺点返回给处理该缺点开发人员。
假如测试结果表明缺点已处理,项目组内测试人员通知项目经理,项目经理关闭该缺点。
9)在更新验收版本之前,测试人员要进行一次回归测试。
对立即公布新版本,进行一次整体测试。
10)验收中发觉缺点累积到一定程度或严重缺点造成验收无法继续时,应更新验收版本。
必需处理缺点全部处理后,配置管理员更新代码及配套文档并标识验收产品版本,项目经理指定人员更新验收版本并布署至验收环境中。
测试人员分析此次更新包含范围,确定回归测试范围,并在此范围内进行回归测试。
假如更新验收版本以后,要回到活动4,直至验收经过。
11)项目经理和用户代表依据验收期间测试统计等依据验收经过准则,达成一致,依据所签署商务协议,向用户交付协议中要求提供交付物,包含《用户手册》、《安装维护手册》等,并取得用户验收经过书面确定。
12)项目经理搜集整理项目相关资料和数据,在项目组内分配项目关闭各项工作,包含技术总结、软件产品总结,相关数据整理等。
13)配置管理员对配置库进行更新,整理相关工作产品。
14)项目经理搜集项目组组员反馈提议,依据对项目标监控过程进行项目总结,编制项目总结汇报。
15)项目经理召开项目总结会议,邀请项目组组员、QA、技术总监、技术部骨干人员参与。
必需时可邀请用户参与。
16)项目经理向QA、配置管理员发出项目结束通知,申请配置库归档。
配置管理员收回该项目配置库权限,在《研发部配置项列表》中更新相关信息,并通知项目组、QA。
研发部释放项目组占用资源。
项目正式关闭。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- cmmi 软件 开发 作业 流程
![提示](https://static.bdocx.com/images/bang_tan.gif)