《软件开发规范整体规范》由会员分享，可在线阅读，更多相关《软件开发规范整体规范（37页珍藏版）》请在金锄头文库上搜索。
1、软件开发规范Software Development SpecificationVersion: V1.0Date: 2010-06-22Prepared by软件开发规范第 2 页 共 37 页Document Revision History 文档修订记录VERSION版本DATE日期DESCRIPTION内容说明INDIVIDUAL修订人1.0 2010-06-22 初稿软件开发规范第 3 页 共 37 页Table of Contents 目录1 Introduction 简介 51.1 Purpose 目标 51.2 Scope 范围 61.3 Definitions, Acrony
2、ms, and Abbreviations. 术语，缩略词 61.4 References 引用 71.5 Overview 文档组织 72 The Overall Description 概述 82.1 Software Development Organizing 开发团队组织结构 82.2 Project Base Process 项目基本流程 92.3 CMM Base Process CMM 基本过程 102.3.1 SCM 软件配置管理 102.3.2 SPP 计划策划 122.3.3 SPTO 项目追踪 152.3.4 PR 同行评审 172.3.5 SQA 质量保证 182.4
3、 SDLC 生命周期选择 192.5 Development Process 开发过程 202.5.1 Development Phase 开发阶段 202.5.2 Phase Product 阶段制品 212.6 Role Duty 角色职责 222.7 Constraints 限制 233 Specific Requirements 详细描述 243.1 Precondition 前提 243.1.1 SCM 配置库 243.1.2 Test Environment 测试环境 253.2 Development Control Process 开发控制流程 253.2.1 项目启动和策划阶
4、段 263.2.2 需求分析、设计、编码阶段 263.2.3 提交测试阶段 263.2.4 生产发布、终测 273.2.5 发布后问题反馈修改过程 273.3 TSP 团队软件过程 293.3.1 会议组织 293.3.2 沟通问题 29软件开发规范第 4 页 共 37 页3.3.3 代码走查 293.3.4 其它 303.4 PSP 个人软件过程 303.4.1 工作原则 303.4.2 日常工作 303.4.3 DE 开发工程师 313.4.4 SCME 配置管理员 323.4.5 DBA 数据库管理员 323.4.6 Deployer 发布人员 334 Tool Specificatio
5、n 工具规范 334.1 通用工具 334.2 计划 334.3 需求分析 344.4 设计 344.5 编码 344.6 测试 345 Documents 文档 355.1 项目管理文档 355.1.1 项目策划 355.1.2 项目追踪 355.1.3 质量保证 355.1.4 项目终止 355.2 开发过程文档 355.2.1 软件配置管理 355.2.2 会议管理 365.2.3 计划跟踪 365.2.4 评审管理 365.2.5 质量管理 365.2.6 测试过程 365.2.7 问题解决过程 365.2.8 其他 376 Appendix 附录 376.1 易于理解的代码 376.
6、2 Log 输出 37软件开发规范第 5 页 共 37 页1 Introduction 简介 一个成熟稳定的组织或者团队，能够减少风险，经常地成功地达成目标。成功的含义是：按时、预算内【即符合成本要求】、符合质量要求。换言之，成熟稳定的团队，能够避免以下问题： 组织方面出现问题 对需求缺乏管理 缺乏计划和控制 估算错误同时，还要在以下几个方面做得比较出色： 人员调度与工作安排 工作量估计 预算管理 责权分配与平衡 执行与监控 沟通本文档是软件开发规范，力求使团队打下一个良好的基础，以便逐步成长为成熟稳定的团队。团队需要一个逐步标准、规范的开发过程，在这个过程中，团队得到锻炼，成员能力得到提高，
7、风险得到控制。主要内容是： 定义软件开发的流程； 定义软件开发的文档格式； 定义涉及的角色； 定义涉及的信息； 描述开发流程；1.1 Purpose 目标本文档的目标是： 统一软件开发团队的流程、文档； 促进团队成员的沟通，减少误解； 促使程序员书写易维护的代码； 提高代码编写效率； 使每个成员成为一个高效的程序员；软件开发规范第 6 页 共 37 页1.2 Scope 范围本文档，包含： 项目管理的流程； 项目策划 项目追踪 配置管理 质量保证 同行评审 涉及文档； 项目计划 mpp 需求规格说明书 SRS Delphi 估算 项目状态报告 配置库样式 CheckList 评审表 变更申请表
8、 开发工具的规范； 数据库设计工具 功能设计工具 IDE 配置工具1.3 Definitions, Acronyms, and Abbreviations. 术语，缩略词 SPP 项目策划 Software Project Planning SPTO 项目追踪 Software Project Tracking & Oversight SCM 配置管理 Software Configuration Management SQA 质量保证 Software Quality Assurance PR 同行评审 Peer Review BaseLine 基线 SCCB 软件配置控制委员会 Softw
9、are Configuration Control Board CR 变更请求 Change Request SDLC 软件开发生命周期 Software Development Life Cycle RUP 统一开发过程 Rational Unified Process XP 极限【敏捷方法】eXtreme Programming TDD 测试驱动 Test Driven Development软件开发规范第 7 页 共 37 页1.4 References 引用 CMM2CMM31.5 Overview 文档组织 本文档主要分为四大部分： 概述；描述了团队组织开发过程的高层视图； TSP
10、和 PSP；按照团队和个人描述流程规范； 工具规范；描述了开发工具的详细规范； 文档；涉及的文档格式；软件开发规范第 8 页 共 37 页2 The Overall Description 概述 本部分是开发团队开发过程的高层描述。它描述了开发过程规范的背景，用来和所有涉及各方就基本过程达成共识。2.1 Software Development Organizing 开发团队组织结构S A 团队Q A研发团队研发经理P M O项目组D B AS Q A ES C C BS C M ET e s t e rS AD ES Q AQ CS C MD e p l o y e r说明： 表示公司的行政
11、部门 表示公司的逻辑部门 实线表示参加产品实现的组织和人员（不表示所属关系）虚线表示工作的汇报关系，如 SQAE 向 SQA 经理汇报。软件开发规范第 9 页 共 37 页2.2 Project Base Process 项目基本流程识别需求 提出解决方案 执行项目 结束项目投入力量可行性分析报告需求建议书 合同 项目目标项目定义 制定计划 计划实施 项目终止 时间基本流程说明： 项目启动： 本阶段主要是进行可行性分析，定义项目，识别需求； 制定计划： 本阶段主要是计划策划，估算工作量，制定具体的可执行的计划； 计划实施： 本阶段主要是实施计划，完成计划中的各项任务，报告计划状态； 项目终止：
12、 计划执行完毕，总结项目；软件开发规范第 10 页 共 37 页2.3 CMM Base Process CMM 基本过程SCM SQAWork Area BaseLineSPP SPTOPRChange & PR基本过程说明： SCM： 软件配置管理，所有活动的基础，一切制品必须放入配置库； SPP： 软件项目策划，估算工作量，制定详细计划【项目的制定计划阶段】； SPTO：项目追踪，报告项目状态，评估并更新计划【项目的计划实施阶段】； PR： 同行评审，进入基线的前提条件，降低风险，提高质量的有效手段； SQA： 质量保证，预防风险的有效手段；2.3.1 SCM 软件配置管理配置管理主要解
13、决： 版本 变更软件开发规范第 11 页 共 37 页确定配置项和基线确定记录和报告配置项状态策略定义配置项定义访问权限访 问 权 限访问权限确定配置管理工具确定 SCCB 成员确定配置库及其目录结构项目启动确定配置管理人员Vss、SVN 或 VSTS一般由：项目经理、技术经理、客户经理、质量保证人员、配置管理等项目的核心成员人员组成。在配置项（基线）生成和基线变更时配置库结构权限表基线表确定基线变更过程软件开发规范第 12 页 共 37 页定义备份与病毒策略按计划执行配置管理活动SCM 计划制定和评审记录和报告基线的状态在配置项（基线）生成和基线变更时至少在项目的每个里程碑结束时进行备份1
14、建立配置库2 对项目组指导和培训3 对配置项的日常管理4 参加评审会议5 定期备份和病毒防护6 实施发布7 进行归档8 配置管理计划的维护配置管理情况总结计划完成总结配置项是否完整、基线的变化情况统计、审核发现问题情况统计、改进建议等，记入项目总结报告 定义测试和发布归档方式SCM 计划配置审核状态报告 审核报告2.3.2 SPP 计划策划计划策划的核心是工作量估算软件开发规范第 13 页 共 37 页从历史库中识别可用的信息项目启动从公司的数据中识别项目相似的信息，如项目的总结报告和其它的数据或文挡项目需求、合同以及软件项目任务书等相关要求选择项目生命周期识别项目的特点了解各个生命周期的特点
15、确定适合项目生命周期模型从对用户需求的理解是否充分；人员介入项目的方式；产品的交付方式；项目规模大小和风险高低；对项目系统架构的理解是否充分等方面考虑RUPXPRUPXP依据定义的过程，识别必须完成的任务和工作产品分解时考虑的活动事项要详尽，不要漏掉：教育或培训的需要；参与评审文档；参与项目会议；确定、记录和显示各种与质量相关和与过程相关的数据；传播时间文档制品如：计划、SRS 等规模估算制定工作产品的评审计划估算表估算结果评审计划软件开发规范第 14 页 共 37 页识别项目需要使用的工具和设施风险评估识别与其他组之间的关系确定项目的跟踪情况确定项目的组织结构和职责识别项目需要进行的培训制定时间进度表在已知的停工和节假日时间不安排工作；不考虑加班时间；考虑测试及评审中发现问题的返工需要的时间；考虑客户需求的稳定情况；考虑各项活动的交接和信息的传递时间；识别出的风险对活动的影响；在安排工作时应考虑整个项目的效率因素，在正常估算的工期内增加 2040的余量，分配到项目的所有活动中特别是关键路径中的活动中工具指南风险表协同工作计划项目跟踪计划组织和角色定义培训计划时间进度表软件
