软件开发规范整体规范.docx
- 文档编号:2467924
- 上传时间:2022-10-29
- 格式:DOCX
- 页数:32
- 大小:615.06KB
软件开发规范整体规范.docx
《软件开发规范整体规范.docx》由会员分享,可在线阅读,更多相关《软件开发规范整体规范.docx(32页珍藏版)》请在冰豆网上搜索。
软件开发规范整体规范
Forpersonaluseonlyinstudyandresearch;notforcommercialuse
软件开发规范
SoftwareDevelopmentSpecification
Version:
V1.0
Date:
2010-06-22
Preparedby
DocumentRevisionHistory文档修订记录
VERSION版本
DATE
日期
DESCRIPTION
内容说明
INDIVIDUAL
修订人
1.0
2010-06-22
初稿
TableofContents目录
1Introduction简介
一个成熟稳定的组织或者团队,能够减少风险,经常地成功地达成目标。
成功的含义是:
按时、预算内【即符合成本要求】、符合质量要求。
换言之,成熟稳定的团队,能够避免以下问题:
Ø组织方面出现问题
Ø对需求缺乏管理
Ø缺乏计划和控制
Ø估算错误
同时,还要在以下几个方面做得比较出色:
Ø人员调度与工作安排
Ø工作量估计
Ø预算管理
Ø责权分配与平衡
Ø执行与监控
Ø沟通
本文档是软件开发规范,力求使团队打下一个良好的基础,以便逐步成长为成熟稳定的团队。
团队需要一个逐步标准、规范的开发过程,在这个过程中,团队得到锻炼,成员能力得到提高,风险得到控制。
主要内容是:
Ø定义软件开发的流程;
Ø定义软件开发的文档格式;
Ø定义涉及的角色;
Ø定义涉及的信息;
Ø描述开发流程;
Purpose目标
本文档的目标是:
Ø统一软件开发团队的流程、文档;
Ø促进团队成员的沟通,减少误解;
Ø促使程序员书写易维护的代码;
Ø提高代码编写效率;
Ø使每个成员成为一个高效的程序员;
Scope范围
本文档,包含:
Ø项目管理的流程;
⏹项目策划
⏹项目追踪
⏹配置管理
⏹质量保证
⏹同行评审
Ø涉及文档;
⏹项目计划mpp
⏹需求规格说明书SRS
⏹Delphi估算
⏹项目状态报告
⏹配置库样式
⏹CheckList
⏹评审表
⏹变更申请表
Ø开发工具的规范;
⏹数据库设计工具
⏹功能设计工具
⏹IDE
⏹配置工具
Definitions,Acronyms,andAbbreviations.术语,缩略词
ØSPP项目策划SoftwareProjectPlanning
ØSPTO项目追踪SoftwareProjectTracking&Oversight
ØSCM配置管理SoftwareConfigurationManagement
ØSQA质量保证SoftwareQualityAssurance
ØPR同行评审PeerReview
ØBaseLine基线
ØSCCB软件配置控制委员会SoftwareConfigurationControlBoard
ØCR变更请求ChangeRequest
ØSDLC软件开发生命周期SoftwareDevelopmentLifeCycle
ØRUP统一开发过程RationalUnifiedProcess
ØXP极限【敏捷方法】eXtremeProgramming
ØTDD测试驱动TestDrivenDevelopment
References引用
《CMM2》
《CMM3》
Overview文档组织
本文档主要分为四大部分:
Ø概述;
描述了团队组织开发过程的高层视图;
ØTSP和PSP;
按照团队和个人描述流程规范;
Ø工具规范;
描述了开发工具的详细规范;
Ø文档;
涉及的文档格式;
2TheOverallDescription概述
本部分是开发团队开发过程的高层描述。
它描述了开发过程规范的背景,用来和所有涉及各方就基本过程达成共识。
SoftwareDevelopmentOrganizing开发团队组织结构
说明:
表示公司的行政部门表示公司的逻辑部门
实线表示参加产品实现的组织和人员(不表示所属关系)
虚线表示工作的汇报关系,如SQAE向SQA经理汇报。
ProjectBaseProcess项目基本流程
基本流程说明:
Ø项目启动:
本阶段主要是进行可行性分析,定义项目,识别需求;
Ø制定计划:
本阶段主要是计划策划,估算工作量,制定具体的可执行的计划;
Ø计划实施:
本阶段主要是实施计划,完成计划中的各项任务,报告计划状态;
Ø项目终止:
计划执行完毕,总结项目;
CMMBaseProcessCMM基本过程
基本过程说明:
ØSCM:
软件配置管理,所有活动的基础,一切制品必须放入配置库;
ØSPP:
软件项目策划,估算工作量,制定详细计划【项目的制定计划阶段】;
ØSPTO:
项目追踪,报告项目状态,评估并更新计划【项目的计划实施阶段】;
ØPR:
同行评审,进入基线的前提条件,降低风险,提高质量的有效手段;
ØSQA:
质量保证,预防风险的有效手段;
SCM软件配置管理
配置管理主要解决:
Ø版本
Ø变更
SPP计划策划
计划策划的核心是工作量估算
SPTO项目追踪
PR同行评审
SQA质量保证
SDLC生命周期选择
当前比较成熟稳定的SDLC是:
ØWaterFall
ØRUP
ØXP
其中:
RUP和XP是迭代式开发过程,风险是可控的。
ØRUP的优点是过程清晰、文档齐全,但是过于庞杂,比较适合大规模的团队;
ØXP的优点是过程简洁、推崇简单,但是不注重文档,难于交接,适合小规模团队。
对于中等规模的团队来说,应该基于RUP和XP,进行裁剪,找到适合的SDLC:
ØSDLC的核心是:
迭代式和TDD
Ø从全局看:
⏹Use-CaseDriven用例驱动
⏹基于Architecture
⏹迭代和递增的
Ø从微观看:
⏹TDD测试驱动
⏹ReFactor重构
⏹Pair结对编程
DevelopmentProcess开发过程
DevelopmentPhase开发阶段
Ø需求分析阶段
⏹需求收集
⏹需求总结
Ø总体设计阶段
⏹总体架构
⏹部署模型
Ø概要设计阶段
⏹模块划分
⏹数据库设计
Ø详细设计阶段
⏹具体实现
Ø编码阶段
⏹测试用例
⏹Coding
⏹单元测试
Ø测试阶段
⏹测试用例
⏹测试
⏹修正
Ø发布阶段
⏹安装测试
⏹安装系统
⏹维护
PhaseProduct阶段制品
Ø需求阶段
⏹SRS:
需求规格说明书
Ø总体设计阶段
⏹总体设计说明书
Ø概要设计阶段
⏹HLD:
概要设计说明书
⏹DB:
数据库设计
⏹DFD:
数据流图
⏹UI:
用户界面
Ø详细设计阶段
⏹DD:
详细设计说明书
Ø编码阶段
⏹TestCase:
测试用例
⏹Coding:
源代码
⏹UTTestResult:
单元测试报告
Ø测试阶段
⏹TestTask:
测试任务书
⏹TestCase:
测试用例
⏹TestResult:
测试报告
⏹TestApprovals:
测试总结
Ø发布阶段
⏹发布申请书
RoleDuty角色职责
角色
责任
研发经理
【研发团队】
为软件项目提供足够的资源.
保证SQA小组的独立性.
解决SQA检查时发现的问题.
审批对外的承诺。
定期审查SCM、SQA、项目计划和跟踪的相关活动。
规定系统需求;将系统需求分配给硬件、软件和其他成分;规定硬件、软件和其他成分的界面;
监控设计和开发以保证他们符合其规格说明;
代表公司下达任务书。
SA团队
负责网络工程计划的制定及实施;
负责对客户的技术支持与培训;
负责工程服务部内部人员素质与技术培训
负责系统集成工程标识、测试、验收及质量保证;
负责硬件、网络和系统软件产品的最后交付;
负责组织自产软件储运、防护、交付和安装;
负责工程项目的配置管理
QA
研究制定测试规范和方案;
参加实施测试和质量保证过程;
对系统测试中发现的缺陷进行验证;
负责组织软件项目任务书、开发计划、里程碑等管理评审;
负责公司的配置管理;
项目经理
负责软件和硬件整个项目的协调、管理
进行需求分析,并进行文档的编写
组织技术评审等活动
组织制定项目开发计划(SDP)、风险管理计划等计划
配合与协调SQA和SCM小组的活动.
管理项目组,执行SQA方针和过程以及SDP.
监督和跟踪SDP、项目估算
SA
负责硬件工程的实施;
负责系统的上线;
负责系统的维护;
SCCB
授权建立软件基线和标识配置项/单元;
审查和审定对软件基线的更改;
审定由软件基线库制造的产品的生成。
SCM
协助软件项目经理制定SCM计划、维护SCM计划;
制定并维护项目标识规范;按时归档配置项;
标识并管理置于配置管理过程之下的软件工作产品集合;
进行软件项目的软件基线生成、管理和备份;
软件配置状态的统计和审计,并向项目组、软件项目经理、高级管理者汇报有关活动情况;
将基线的变更情况通知受影响的组和个人;
保存并管理各项评审记录、与项目相关的技术文档、标准和规程。
SQC
依据测试计划模板制定测试计划.
执行测试计划进行测试并记录测试发现的缺陷
提供测试报告.
SQA
主要是策划软件质量保证活动、检验软件产品或活动对可用的标准、需求和规则的遵守程度、组织处理项目内部不能解决的不一致问题;
定期报告检查情况,发现偏差组织制定纠正、预防措施并监督更正;
参与制定SQA计划,实施SQA活动,并向SQA经理、软件项目经理项目组、高级管理者汇报有关的情况。
DBA
负责DB的创建和维护;
为DE提供一个稳定的环境;
DE
按软件开发计划进行开发,并记录相关数据;
遵守公司质量管理体系的要求.
Deployer
根据发布申请,提取代码,发布系统
和SA、DBA一起配置环境
重构和重建系统
Constraints限制
3SpecificRequirements详细描述
本部分按照角色划分详细描述开发过程。
Precondition前提
SCM配置库
Ø目录结构
⏹开发库:
开发工作区文档和代码
◆项目文档
●项目启动
●项目策划
●项目计划
●项目报告
◆开发文档
●需求
●设计
●测试
◆代码
●代码目录
◆参考资料
●客户资料等等
⏹基线库:
评审通过后的文档
◆《文档同开发库》
⏹测试库:
测试代码和测试发布包
◆文档
●计划
●用例
●测试报告
◆代码
●版本1
●版本2
◆参考资料
⏹产品库:
测试通过后的文档和代码
◆项目交付制品
●项目总结
●验收报告
●。
。
。
◆项目产品
●版本1
●版本2
Ø权限
⏹测试库:
◆测试人员可以读写
◆其它人员只能读,不能增加、修改和删
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 规范 整体
![提示](https://static.bdocx.com/images/bang_tan.gif)