软件过程规范示例.docx

1、软件过程规范示例软件过程规范示例-CAL-FENGHAI.-(YICAI)-Company Onel 編者说明：软件过程管理中的一个很重要的工作就是制定项目.组织的过程规范，它是软件开发组织行动的准则与 指南。该文档就是一个实际的过程规范的实例.通过该实例.相信对大家根据自身情况制定符合要求的项 目过程规范、组织过程规范有很好的借鉴作用。1总则最大限度提髙Q&P （质址与生产率），提iWj Q&P的可侦见性，是每一个软件开发机构的最大目标。而 Q&P依赖于三个次I素：过程、人和技术因此婆实现Q&P的提髙.除了加强技术能力，引进、培育见筝 优质技术人才之外，规范、改进机构的过程是一个十分重要的于

2、段我们希望通过在制定软件过程规范标 准，并在软件开发实践中不断地完善.修订，提高Q&P和Q&P的可预见性。木规范采用CMM （软件过程成熟度模型）的指导吸收RUP、XP、MSF. PSP、TSP等过程规范抬南的思 想、方法及实践，充分结合xxx技术开发部的实际情况.引入先进的技术、方法、：具，为公司的软件开 发工作提供一部详细、可操作的过程指南。在木规范的第一版木中，主要包括管理过程和开发过程两个部 分，管理过程中包括项目管理过程、需求变见管理过程、配迓管理过程。对于软件开发项目中的其它的一 些过程将在实践中逐步补充.完善。2.项目管理过程规范项目管理过程主要包括三个阶段：项目立项与讣划、项目

3、实施、项目关闭。项目立项与计划参与人员：技术开发部抬定的项目负责人（包括前期负责人.正式的项目经理）、立项申请人、相关最 终客户1以及实施该项目的开发组臥成员：入口准则：接到经公司总经理或副总经理批准的市场部门的软件开发立项申请表:出口准则：立项申请人签字确认r经修订正后的正式软件项目计划，并通过工作任务卡下达了开 发任务，开发工作正式开始：输入：经审批的软件开发立项申请表、与需求相关的业务资料：输出：敕件项目汁划.软件需求规格说明书、开发任务卡：活动：接到软件开发立项申请表后.技术开发部经理指定前期负责人，并告知立项中请人：前期负责人阅读软件开发立项申请表后，通过与立项中请人的沟通、阅读立项

4、申请人提交的材料、通 过立项中请人与客户直接交流等方式.了解项目目标、范用与基木需求：并形成最初的软件需求规格说 明书:前期负责人会同技术开发部经理以及其它相关人员.制定最初的软件项目计划，并组织评审：向立项申请人提交最初的软件项目计划:最初的软件项目讣划通过立项中请人的确认后.项目经理汁划安排需求分析：需求分析完成后.形成正式的软件需求说明书，提交立项中请人确认：（需求分析过程参见开发过程 规范部分）根据立项申请人确认后的软件需求说明书，项目经理组织进行软件尚层设讣，并对匚作任务进行分解，并根据实际需要向技术开发部经理申请资源.组建项目组队：项目经理根据工作任务分解，下发工作任务卡并协同组队

5、成员进行任务估算：注工作任务包括模块开发任务、其它任务（如安装）：模块开发任务主婆包括详细设汁、编码和贰元 测试任务估算完成后，组队成员向项目经理提交个人进度安排（以廿特图的形式表示），项目经理根据每 个组队成员的个人进度安排修订软件项目计划（必须包括总的计划廿特图），并提交立项申请人 确认立项申请人确定后.项目经理根据软件项目计划基线，补充丄作任务卡，下发到每个组队成员，开发 工作开始。项目立项与计划过程的工作流程如下图所示：图表1项目立项与计划工作流程图相关模板：软件需求规格说明书.软件项目il划.工作任务卡说明： 如果讣划确认、需求确认未通过.立项中请人与项目经理进行协商，进行修正.无法

6、达成共识 的.提交部门经理.总经理协调；项目实施参与人员：项目经理项目组成员：入口准则：项目计划基线已建立并通过立项申请人确定.帯有工作进度耍求的工作任务卡已下发到 每个项目成员：出口准则：立项申请人在验收报告上签字确认：输入：软件需求规格说明书、软件项目汁划、匸作任务卡：输出：经验收测试的可交付的程序、源代码及相关文档。活动：在开发期间，项目成员每周需上交一份时间日总;.缺陷日吉每天向项目经理汇报丄作任务进 度；在开发期间，项目经理负责填写项目进度周报报于技术开发部经理、立项申请人（格式不同.交予立 项申请人的只需周报的第一页，报予技术开发部经理的项目进度周报的第二页为“跟踪廿待图”）： 项

7、目经理必须根据实际的进度情况.及时调整项目计划.若发现进度延误.需采取措施。相关模板：软件项目计划.开发任务卡.时间日志、缺陷日志、项目进度周报项目关闭参与人员：技术开发部经理或经理助理、项目经理.项目组成员.立项申请人.相关客户、公司总经 理.公司副总经理:入口准则：立项申请人在验收报告上确认：出口准则：形成项目总结，完成项目绩效考孩.项目数据存入“过程数据库”:输入：时间日志、缺陷日志、项目开发讣划:输出：项目总结、已完成的项目绩效考核表、过程数据库中的该项目记录：活动：项目经理主持石开项目总结会.交流项目实施过程中的心得休会.对项目实施中的成功处、不足处进行总 结，并由项目经理形成项目总

8、结:由技术开发部经理组织对该项目进行绩效考核.并填写相应的项目绩效考核表:项目经理组织所有成员对项目过程中的文档、源程序等资料进行整理.归档：由项目经理根据过程数据库的需要，整理相应的数据.提交技术开发部经理，存入过程数据库C相关模板：项目总结X项目绩效考核表3.开发过程规范开发过程是提炼用户需求，设汁.构建和测试满足这些需求的软件并最终将其交付给客户的过程。是软件 过程中的主体过程之一。十开发新的应用或计划为现有的应用进行重要的増强时.需使用木规范所定义的 开发过程执行。项目管理过程是对开发过程进行讣划、监控/管理.总结的辅助过程.但由干项目管理是保证进度.质虽 的重婆手段，因此在软件项目中

9、也是十分重雯的过程之一。而需求管理过程与配迓管理过程则是次重要的 辅助过程.需求管埋过程是一个需求变见管理的过程，以对变更进行统一的管埋：配迓管理过程的最重要 工作就是版木控制使得开发过程中的各种交付物能够有机地形成一个个整体。因此以上四个过程是交织进行的，均是为成功完成软件项目的保障过程。过程总述现在比较通行的开发过程模型包括：瀑布模型、演化模型、原型模型、螺旋模型等。根据公司的项目特 点、队伍规模、组队情况等实际因素.决定选择昴为简单、易于学握的瀑布模型为基础，根据公司特点. 进行合理的修改，使其成为公司木阶段的软件开发过程。正如下图所示，木规范将整个开发过程分为：需求分析、高层设ilr详

10、细设计.编码和单元测试、集成汁 划与测试、系统测试.验收测试与安装.维护等八个阶段C图表2开发过程总图法SRS：软件需求规格HLD：商层设计DD：详细设计SRC：代码UTPlan：飛元测试汁划加杯归档”在配宜管理过程统一说明。需求分析阶段需求分析的主要目的是生成一个正确说明客户所有需求的文档。换言之，软件需求规格(Software Requirement Specification, SRS)文档是该阶段的主要输出。正确的需求分析和确定需求规格对一个项目 的成功是非常关键的许多在系统和验收测试时发现的缺陷是在需求阶段产生的c在验收阶段去掉需求阶 段产生的一个错误将比在需求阶段木身去掉该错误要多

11、花100筝倍的费用很明显，在执行这阶段时.正 确地生成具有最少缺陷的SRS是非常必要的。参与人员：项目经理，分析员,立项中请人【客户最终用户h入口准则：项目立项，最初的项目计划已得到立项申请人的确认。注:这里所说明的需求分析阶段是进行开发过程的需求分析阶段.在技术开发部出具初步的项目汁划之前 的需求沟通匸作.不是该过程规范所定义的。最初的需求沟通匸作可以参考本过程规范。出口准则：立项申请人、客户在软件需求规格说明书上签字确认：输入：项目立项申请表.最初的项目计划，需求相关的资料：输出：经确认的软件需求规格说明书:活动：整个需求分析过程主要包括以下几个步骤：图表3需求分析阶段活动总图首先.项目经

12、理与分析员一块做好需求分析的准备，包括阅读相关的背景资料.熟悉客户的实际情况. 准备用户访谈il划.准备会谈问题清单等：然后通过面谈、专题讨论会等形式与客户进行沟通.采集需求的详细内容.澄淸每一个需求点：从而界定 出系统的目标和范困：对所采集和澄清的需求进行分析构建需求模型，从功能性、非功能性两个方面进行需求分析深入领会 客户需求：形成软件需求规格说明书建立软件需求基线并为软件需求评审做好准备：由项目经理安排软件需求评审，协同立项申请人、客户进行需求评审：立项申请人或客户在软件需求规格说明书上确认。相关模板：软件需求规格说明书高层设计阶段商层设计是软件开发过程中的一个重要阶段.在这个阶段将从汁

13、算机实现的逻辑角度开发针对用户需求的 解决方案。这一解决方案是一个商级的抽象方案。商层设计要设汁出各主要部分，并说明他们在技术上如 何工作:1）相互间的协作：2）所需外在的硕件和软件环境：3）内在环境。也就是说，商层设计确定了 组成产品的构件，定义了每个构件的功能任务.并且定义了构件间的接口及构件到运行环境的外部接口。 参与人员：项目经理，项目组员（设计团队）：入口准则：软件需求规格说明书已通过立项申请人的确认：出口准则：形成高层设汁，实现任务分解.所有的问题得到解决：输入：软件需求说明书输出：商层设计说明书（功能与数据库设讣）、详细设iX編码.文档和用户接口标准：活动：制定详细设汁、编码、文

14、档和用户接口的标准：根据项目特点选择运行的目标平台和开发工具：制定软件的体系结构.定义逻辑和物理的对毀模型.包括确定类、类的属性、类方法、类之间的关系和对 象间的动态交互。若采用结构化设计.则该活动应为功能设计：从需求规格说明书中的数据模型中得到物理数据库结构.进行物理数据库设计：包括确定表/记录类型. 域和其他部分。生成高层设计说明书，并组织设讣评审。相关模板：高层设计说明书详细设计阶段在详细设讣阶段，商层设汁阶段开发出的整体应用被分成几个模块（或构件）和程序。为每个程序（或构 件）进行逻辑设计.然后归档作为程序规格.同时为每个程序（或构件）生成一个的元测试讣划。详细设 讣阶段的重要活动包括

15、通用例程和程序的确定.框架程序的开发以及用于提髙生产率的实用程序和工具的 开发。在详细设讣阶段负责每个程序、模块（或构件）的内部设讣.确定其程序流程并且可以通过使用设讣语 言.图形流程图（如活动图、状态图）等，或通过简讯地写叙述而将设计文档化C参与人员：每个模块（或构件）的任务承担人：入口准则：商层设计说明书已通过评审：出口准则：完成详细设汁，所有的问题得到解决，详细设计与单元测试il划文档化：输入：软件需求规格说明书、商层设计说明书.详细设讣标准输出：详细设il说明书.单元测试计划活动：将高层设讣中的每个程序（或构件）细分成小的组件：对每个小组件进行详细设汁包括确定调用方法、输入和输出、程序

16、逻辑、数据结构等：根据组件的逻输，制定魏元测试il划，包括确定总元测试环境、测试用例、测试数据等： 向项目经理（或高层设计者）提交详细设讣与魏元测试讣划：相关模板：详细设计说明书 讯元测试计划剪裁说明：对一些小项目详细设计阶段的活动1、2可以省略。编码和单元测试在编码子阶段根据详细设il用编程语言編写所需的程序c这个阶段根据合适的编码规范产生源代码、可 执行代码以及数据库（如果使用了数据库）。这个阶段的输出是随后测试和验证的主体。而做元测试子阶 段则是根据详细设讣阶段所制定出來的讯元测试计划进行测试，验证每一个组件正确、可用。参与人员：每个模块（或构件）的任务承担人：入口准则：详细设计说明书已

17、通过批准.编码规范已建立：出口准则：成功执行所有单元测试计划中的测试用例：输入：软件需求规格说明书.商层设计说明书、详细设计说明书、单元测试讣划编码. 用户接口标准：输出：测试数据、源代码、可执行代码、敢元测试报告活动：根据详细设计.按照编码、用户接口规范编写程序：对程序进行代码复査、編译、调试.直到程序运行通过，符合详细设讣的要求：根据单元测试计划进行单元测试.生成讯元测试报告。相关模板：爪元测试报告集成计划与测试集成是把设计阶段制定的，已通过单元测试的模块构建成一个完整软件结构的系统方法。可采用很筝方式 进行集成.集成汁划必须抬定模块集成的顺序。在该阶段，同时进行测试.以发现与接口相关的缺

18、陷。集 成按照集成il划中制定的顺序进行，并执行每个集成阶段的相应测试用例。集成汁划描述了集成顺序、额 外需要的软件、测试环境和资源需求。集成计划与集成测试il划通常一起完成。参与人员：项目经理，集成团队：入口准则：经批准的高层设计说明书:出口准则：集成计划和集成测试汁划经过评审和授权：输入：高层设计说明书.源程序输出：集成讣划、集成测试计划活动：确定集成所需的环境包括换件的物理特性、通信和系统软件、使用模式等：决定集成规程.确定将要集成的关键模块.集成的顺序.需要测试的接口等：开发集成测试il划.确定测试用例和执行用例的规程，确定测试数据，确定期望输出等。相关模板：集成计划、集成测试计划剪裁

19、说明：对一些小项目集成讣划与测试阶段可以省略n系统测试系统测试是依据需求规格验证软件产品有效性的活动。这个阶段是为了发现那些只有通过测试整个系统才 能暴露的缺陷。就像外部接口、性能、安全、配迓敬感性.共存、恢复以及可靠性等属性只有在这个阶段 才能判断其是否有效C可以使用具有不同测试目的的一系列测试來验证所有系统元素都已经正确地集成.系统能够执行所有功能并满足所有非功能需求。系统测试开始之前.必须在系统测试计划阶段详细地制定 计划。系统测试讣划工作从需求分析结束后就可以开始.一直到编码时结束。参与人员：项目经理.系统测试团队：入口准则：经确认的敕件需求规格说明书和经批准的商层设计说明书:出口准则

20、：系统测试汁划经过评审和授权成功执行所有系统测试计划中的测试用例：输入：软件需求规格说明书、商层设计说明书输出：系统测试讣划X系统测试报告活动：决定所需的测试环境：决定系统测试的规程，包括：确定测试特性，如用户接口.软锁件接口、通信接口、主要业务过程：确定 不需要测试的重婆特性以及不测试的原|对：确定关键测试：开发测试用例，包括确定每个测试用例以及执行它的规程，确定每个输入、输出数据的要求.确定预期的 结果。相关模板：系统测试计划、系统测试报告剪裁说明：对一些小项目系统测试阶段可以省略直接准备验收测试，在验收测试之前，开发组队按验 收测试计划做一次没有立项申请人、【客户参加的预测试。验收测试与

21、安装验收测试和安装阶段的主要任务是将软件产品集成到它的操作环境中并在这个环境中经受测试.以确保 它按需求执行。这个阶段包括两个基木任务：使软件得以验收和客户处安装软件C验收指的是由立项中请 人、客户根据早期准备的验收报告而进行正式的测试，并对测试结果进行分析，以确定系统是否满 足验收准则。、”I分析结果满足验收测试时.用户接受软件C安装指的是把接受的软件迓于实际产品环境 中。注:验收报告应附有验收测试计划参与人员：项目经理，安装团队.立项申请人.客户:入口准则：成功地完成了系统测试（或成功地完成了验收预测试）:出口准则：立项申请人或客户在验收报告上签署确认总见：输入：敕件需求说明书、测试后的软

22、件和验收报告输出：签署了确认总:见的验收报告和安装后的软件：活动：根据软件需求说明书，編写验收报告：与立项申请人、【客户一起按验收报告执行验收测试.包括：在验收环境下安装软件.进行实况运 行、协助客户进行验收测试、改正验收缺陷.更新文档以反映所有变更.获得客户的验收确认：执行安装.包括：在产品环境下安装软件.搭建产品环境、戦入软件和数据.进行实况运行、修改安装缺 陷.执行用户培训。相关模板：验收报告维护维护支持阶段是指已安装的应用得到支持.直至其在生产环境中稳定运行的阶段C参与人员：项目经理.系统安装人员：入口准则：软件在生产中运行：出口准则：合同中抬定的维护支持阶段终止：输入：安装后的应用、

23、用户文档和软件维护中请表:4.需求变更管理过程规范需求变更.这是个永恒的真理C需求变见的一个重要原因是系统周圉的世界在变化，从而要求系统适应这 个变化C在项目生命周期的任何时候或者项目结束之后都可以有需求变更。与其希望变更不会來临，不如 希望初始的需求在某种程度上做得很好而使得没有变更需求.最好是项目准备时想到对付这些变更，以防 变见真的到來。不管做餅少准备和汁划都不可能阻止变更.说项目在需求冻结后再开始不过是个神话罢 了。过程总述需求变见管理过程定义了一系列活动.十有新的需求或对现有需求进行变更（我们可以称它们都是需求变 更）时就会执行这些活动。需求变见可以在项目执行的任何一个点上发生。需求

24、变更会影响项目进度.甚 至会影响已经生产出來的产品。越是在生命周期后期的需求变更.对项目的影响越严重。不可控的需求变 更导致对成木、进度以及项目质址的负面影响，这些极可能严重危害项目成功的槪念。需求变更管理过程用來控制需求变更并减少他们对项目的影响。这个目标需要埋解需求变更请求的隐含总 义，以及变更带來的总影响。同样.也需婆立项中请人、【客户意识到变更对项目影响的后果.使得可以 友好地将变更反映到协商好的条款中。需求变更管理过程.从某种程序上说.试图保证在需求变更影响下 项目依然可以成功。需求变更管理有两个方面，一方面与立项申请人、客户就怎样处理变更达成一致，一方面是实际进行变 更的过程。处理

25、变更的整体方法必须与立项中请人、【客户达成一致。一般來说.它制定怎样进行变更请 求，X需要正式的批准时，为处理变更估il留出兀余空间等等。在整个方法的背景下，、”I需求变更到來 时，需要执行需求变更管理过程。过程规范参与人员：项目经理.立项申请人.客户、开发团队：症 项目经理对将变更纳入项目中所需的过程执行负主婆责任。立项申请人、I客户 1以及开发队伍也需要 参与这个过程。入口准则：收到立项申请人提交的需求变更请求做出口准则：变更已列入新的软件需求说明书并体现在新的软件项目计划中:输入：需求变更请求讯输出：根据需求变更请求讥，在充分协商与的基础上，提交新的软件需求说明书并提交软件 项目计划变更

26、表:活动：记录需求变更请求.记录项中应包括变更请求数、变更的简耍描述、变更的影响、变更请求的状态和关键 数据：分析变见请求对匸作的影响：估计变更请求需要的工作址：修改项目讣划.重新估讣交付时间：对总的成木花费的影响进行估计：将修改过的项目计划提交立项申请人，并获得确认。相关模板：项目计划变更表5.配置管理过程规范软件项目在其执行过程会产生大虽的工件，包括种文档、程序、数据和于册。所有这些工件都是易于改 变的。这是软件一个独有的特点。正如“需求变更管理”直节中所述.在软件项目中，在项目执行过程中 的任何时候，需求木身都会发生变更。为避免项目在变更时失控.正确控制和管理变更是很必婆的。配迓 管理(

27、Configuration Management. CM)又称为软件配宜管理，是项目管理中专用于关注系统地控制项目 进行中发生的变更的那些部分，由用來识别机构软件产品并控制其修改的一系统活动构成。配过管理需要满足项目基木目标之一为客户提交商质量的软件产品。这个提交的产品.包括各种资源以 及构成资源或目标代码的目标文件，还包括以这些文件來构建丄作系统的脚木以及相关文档。在项目中， 资源和文档通常以很多独立文件的方式來维护。、”I项目进展时.文件发生了改变，产生了不同的版木。在种情况下，即使将项目的各部分组合起來构建 成系统，也是很困难的任务.怎样保证合并的是源程序的正确版木以及没有遗漏任何源程序

28、还有.怎样保 证传送的文档的版木是正确的，该版木和最终交付的软件是一致对于这类型的情况.必须正确跟踪软件开 发过程中的备种中间产品.其版木以及软件产品的版木。没有这些信息，交付最终系统就成为繁重的任 务。这个活动不是由开发过程完成的.而需要一个独立的过程，那就是配宜管理过程。配置管理的目标配迓管理过程.需要达到以下目标：能够随时给岀程序的最新版木：能够处理并发的文档、程序的更新/修改诸求：能够根据需要撤消程序的修改：能够有效防止未授权的程序员对文档、程序进行变更或删除: 能够有效地显示变更的情况。配置管理过程规范配迓管理过程包括两个主婆阶段：配宜管理计划、实施配迓管理。配置管理计划参与人员：项

29、目经理，配宜管理团队：入口准则：软件需求规格说明书已经确认：出口准则：完成项目配置管理计划：输入：软件需求规格说明书输出配宜管理讣划活动：识别配过项，配迓项的典型例子包括需求规格、设il文档、源代码、测试计划、测试脚木、测试规程、测 试数据、项目使用的编码.用户接口规范、验收报告等：定义为配迓项命名和编号的讣划：如果使用CM匸具.那么有时由工具处理版本编号,否则，在项目中必 须明确地进行版木編号：定义CM所需的目录结构：定义访问控制：定义变更控制规程：确定CM工作人员的责任和权利：定义跟踪配迓项状态的方法：定义备份制度定义发布制度：确定将配宜项转移到基线的原则。相关模板：软件配置管理计划实施配

30、置管理参与人员：项目经理.配宜管理团队、开发项目组队成员: 入口准则：软件配豐管理讣划已批准，项目开始： 出口准则：项目结束：输入：软件配宜管理汁划活动：接受变更请求：Check out需要变更、修改的配宜项，并进行修改:Check in变更、修改过的配过项6.附件附件包括各种文档模板与工作指南。南。具体包括：所有附件以单独的文档形式存储，文档名为XXXX模板、XXXX I：作指文档模板项目管理类软件项目计划模扳、工作任务卡模板、时间日，忐模板、缺陷日志模板、项目进度周报 模板、项目总结模板、项目绩效考核表模板.项目讣划变更表模板、软件配習管理计 划开发过程类软件需求规格说明书模板、商层设讣说明书模板 详细设讣说明书模板、爪元测试计划模板X魏元测试报告模板、集成计划模板、集成测试讣划模板.集成测试报告模板、系统测试计划模板、系统测试报告模板.验收测试报告模板。工作指南软件需求分析匸作指南、软件项目计划匚作指南、软件需求管埋匸作抬南、软件配迓管理 工作指南网站定量评估的度