软件开发实施方案样本Word格式.docx
- 文档编号:14423982
- 上传时间:2022-10-22
- 格式:DOCX
- 页数:14
- 大小:103.17KB
软件开发实施方案样本Word格式.docx
《软件开发实施方案样本Word格式.docx》由会员分享,可在线阅读,更多相关《软件开发实施方案样本Word格式.docx(14页珍藏版)》请在冰豆网上搜索。
软件需求分析在软件开发过程中位置
(2)入口准则和出口准则
1)入口准则
要素
判断准则
客户需求(《系统需求规格阐明书》)
已由CCB批准为基线
已进入配备库
2)出口准则
软件需求规格阐明书
已通过审查
已批准为基线
系统测试筹划
已获得批准
系统测试案例
顾客手册(概要)
已编写
追溯表一
已填写
(3)评审
评审《软件需求规格阐明书》,详细评审过程见《评审程序文献》,对软件需求评审准则涉及:
●系统需求和系统设计可追溯性;
●与系统需求一致性;
●内部一致性;
●可测试性;
●软件设计可行性;
●运作和维护可行性。
对软件需求中问题,与系统工程组或客户一起拟定和审查,依照审查成果对软件需求进行恰当修改,必要时按基线变更控制规定对客户需求进行相应修改。
对软件需求规格阐明书进行同行评审。
审查、批准软件需求规格阐明书。
将软件需求规格阐明书置于配备管理之下。
(4)工作产品
●《软件需求规格阐明书》
●《系统测试筹划》
●《系统测试案例》
●《顾客手册》
●《追溯表》
(5)职责
●项目经理:
负责组建软件需求分析组;
拟定与否需要对关于人员进行培训;
负责软件需求规格阐明书审查和批准。
●软件需求分析组:
软件需求分析重要承担者,负责完毕本过程元素规定产生所有工作产品。
●系统测试负责人:
负责组织软件系统测试组对软件需求进行分析,审查软件需求可测试性;
参加软件需求规格阐明书审查和批准。
●质量保证人员:
参加工作产品审查,记录缺陷,并对软件需求分析过程进行审计。
●系统开发组:
配合解决涉及客户需求软件需求问题。
●客户:
必要时参加软件需求规格阐明书审查和批准。
1.3构造设计
构造设计是指按照《软件需求规格阐明书》,设计软件系统体系构造,即模块构造,定义每个模块重要功能和模块之间联系(即接口),并拟定软件系统数据体系构造。
软件需求分析在软件开发过程中位置图
通过审查
审查获得批准
进入配备库
构造设计阐明书
集成测试筹划
集成测试案例
顾客手册(草稿)
已完善
●对《构造设计阐明书》和《集成测试筹划》进行同行评审。
●对构造设计中问题,与软件需求分析人员一起拟定和审查,并对构造设计进行恰当更改。
●审查、批准《构造设计阐明书》,必要时,对其进行设计评审。
●将《构造设计阐明书》、《集成测试筹划》和《集成测试案例》置于配备管理之下。
●《构造设计阐明书》
●《集成测试筹划》
●《集成测试案例》
1)项目经理
负责选取适当设计人员,组建构造设计工作组;
负责《构造设计阐明书》和《集成测试筹划》审查和批准。
2)构造设计人员
构造设计阶段工作重要承担者,负责完毕本过程元素产生所有工作产品。
3)系统分析员
配合解决涉及软件需求问题。
4)系统开发负责人
负责组织系统工程组对构造设计进行分析,审查构造设计可测试性;
负责协调解决涉及软件需求问题;
参加《构造设计阐明书》和《集成测试筹划》审查和批准。
5)软件测试负责人
负责组织软件测试组对构造设计进行分析,审查构造设计可测试性;
1.4详细设计
详细设计是依照《构造设计阐明书》进行模块设计,将构造设计所获得模块按照单元、程序、规程顺序逐渐细化。
详细定义各个单元数据构造、程序实现算法以及程序、单元、模块之间接口等,作为后来编码工作根据。
详细设计在软件开发过程中位置
详细设计阐明书
对《详细设计阐明书》和《单元测试筹划》可进行走查或(和)同行评审;
对详细设计中问题,与构造设计人员一起拟定和审查,并对详细设计做出恰当更改;
审查、批准《详细设计阐明书》,必要时,对其进行设计评审;
将《详细设计阐明书》和《单元测试筹划》置于配备管理之下。
●《详细设计阐明书》
●《单元测试筹划》
●《单元测试案例》
负责选取适当设计人员,组建详细设计组;
负责《详细设计阐明书》和《单元测试筹划》审查和批准。
2)详细设计人员
详细设计阶段工作重要承担者。
负责完毕本过程元素产生所有工作产品。
负责组织系统工程组对详细设计进行分析,审查详细设计可测试性;
参加《详细设计阐明书》和《单元测试筹划》审查和批准。
负责组织软件测试组对详细设计进行分析,审查详细设计可测试性;
1.5编码
编码阶段重要完毕工作是依照详细设计阐明书编写程序源代码,涉及必要数据文献,并进行单元测试,单元测试内容涉及模块内程序逻辑、功能、参数传递、变量引用、出错解决等方面。
编码阶段在软件开发过程中位置
单元测试筹划
获得批准
源代码文献
源代码文献清单
源代码文献获得批准
源代码文献进入配备库源代码区
单元测试报告
提交测试负责人
软件问题报告单
提交问题管理渠道
对源代码文献进行同行评审,重要办法为对照详细设计阐明书对代码进行查阅,也可依照编程者经验或程序难度、重要限度,选取走查评审方式,但目都是发现程序存在问题。
●源代码文献
●《单元测试报告》
●《软件问题报告单》
●《软件问题状态登记表》
建立编码组、测试组或相应岗位,并进行必要培训;
跟踪进度和问题解决状态;
对提交源代码进行批准(或指定负责人进行批准工作)。
2)程序员
编写程序代码;
测试程序代码;
修改程序代码;
提交工作产品,批准后将其导入配备区源码库。
3)单元测试人员
测试源代码;
提交测试报告和软件问题报告单。
4)评审人员
对指定源代码文献进行阅读,发现缺陷和问题,填写评审报告。
1.6模块集成测试
集成测试阶段重要完毕工作是集成和集成测试。
集成是参照构造设计阐明书并依照详细阐明书中规定系统集成方案将不同经测试程序单元进行构造,并逐渐构导致一种完整软件产品过程;
集成测试则是在集成完毕之后,对各单元、模块之间接口对的性和集成后功能对的性进行验证。
对于大型软件,集成测试可以采用分步进行办法,可以先对各子系统进行集成测试,然后在子系统之间进行集成测试。
集成测试在软件开发过程中位置
集成软件系统
(完整源代码和目的代码)
集成测试报告
提交集成测试负责人
已进入软件问题管理流程
(3)审查阶段
核查集成状态和成果,并进行批准;
批准后,将目的程序和程序清单进入目的代码库。
●集成后系统目的代码(涉及文献清单),及相应源代码(涉及文献清单)
●集成测试报告
●《集成工作单》
●《集成测试工作单》
建立集成组、集成测试组或相应岗位,并进行必要培训;
对集成后系统目的码进行批准(或指定负责人进行批准工作)。
●集成负责人员:
负责集成过程实行。
●集成人员:
负责环境构建,集成过程操作,并将集成后目的代码提交批准。
●程序员、设计人员:
修改源码或设计,解决集成过程中浮现与源码关于问题。
●测试人员:
测试系统目的码,将测试报告和软件问题报告单提交测试负责人。
1.7系统测试
系统测试重要任务是从系统需求角度对系统运营对的性和性能进行验证。
系统测试根据为系统测试筹划。
系统测试在软件开发过程中位置
系统需求
系统目的代码
顾客手册
编写完毕
系统测试报告
(3)工作产品
●《系统测试报告》
(4)职责
负责建立系统测试组或有关岗位,并进行必要培训;
对最后目的代码进行批准(或指定负责人进行批准工作)。
测试系统目的码,将测试报告提交测试负责人,将软件问题报告单提交问题管理渠道。
1.8验收
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 实施方案 样本