《软件过程规范》由会员分享，可在线阅读，更多相关《软件过程规范（16页珍藏版）》请在金锄头文库上搜索。
1、1.总则最大限度提高Q&P（质量与生产率），提高Q&P的可预见性，是每一个软件开发机构的最大目标。而Q&P依靠于三个因素：过程、人和技术，因此要实现Q&P的提高，除了加强技术实力，引进、培育更多优质技术人才之外，规范、改进机构的过程是一个特别重要的手段。我们希望通过在制定软件过程规范标准，并在软件开发实践中不断地完善、修订，提高Q&P和Q&P的可预见性。本规范采纳CMM（软件过程成熟度模型）的指导，汲取RUP、XP、MSF、PSP、TSP等过程规范指南的思想、方法及实践，充分结合xxx技术开发部的实际状况，引入先进的技术、方法、工具，为公司的软件开发工作供应一部具体、可操作的过程指南。在本规范
2、的第一版本中，主要包括管理过程和开发过程两个部分，管理过程中包括项目管理过程、需求变更管理过程、配置管理过程。对于软件开发项目中的其它的一些过程将在实践中逐步补充、完善。2.项目管理过程规范项目管理过程主要包括三个阶段：项目立项与支配、项目实施、项目关闭。2.1 项目立项与支配参与人员：技术开发部指定的项目负责人（包括前期负责人、正式的项目经理）、立项申请人、相关最终客户以及实施该项目的开发组队成员；入口准则：接到经公司总经理或副总经理批准的市场部门的软件开发立项申请表；出口准则：立项申请人签字确认了经修订正后的正式软件项目支配，并通过工作任务卡下达了开发任务，开发工作正式起先；输入：经审批的
3、软件开发立项申请表、与需求相关的业务资料；输出：软件项目支配、软件需求规格说明书、开发任务卡；活动：1. 接到软件开发立项申请表后，技术开发部经理指定前期负责人，并告知立项申请人；2. 前期负责人阅读软件开发立项申请表后，通过与立项申请人的沟通、阅读立项申请人提交的材料、通过立项申请人与客户干脆沟通等方式，了解项目目标、范围与基本需求；并形成最初的软件需求规格说明书；3. 前期负责人会同技术开发部经理以及其它相关人员，制定最初的软件项目支配，并组织评审；4. 向立项申请人提交最初的软件项目支配；5. 最初的软件项目支配通过立项申请人的确认后，项目经理支配支配需求分析；6. 需求分析完成后，形成
4、正式的软件需求说明书，提交立项申请人确认；（需求分析过程参见开发过程规范部分）7. 依据立项申请人确认后的软件需求说明书，项目经理组织进行软件高层设计，并对工作任务进行分解，并依据实际须要向技术开发部经理申请资源，组建项目组队；8. 项目经理依据工作任务分解，下发工作任务卡，并协同组队成员进行任务估算；注：工作任务包括模块开发任务、其它任务（如安装）；模块开发任务主要包括：具体设计、编码和单元测试9. 任务估算完成后，组队成员向项目经理提交个人进度支配（以甘特图的形式表示），项目经理依据每个组队成员的个人进度支配修订软件项目支配（必需包括总的支配甘特图），并提交立项申请人确认；10. 立项申请
5、人确定后，项目经理依据软件项目支配基线，补充工作任务卡，下发到每个组队成员，开发工作起先。项目立项与支配过程的工作流程如下图所示：图表 1 项目立项与支配工作流程图相关模板：软件需求规格说明书、软件项目支配、工作任务卡说明： 假如支配确认、需求确认未通过，立项申请人与项目经理进行协商，进行修正，无法达成共识的，提交部门经理、总经理协调；2.2 项目实施参与人员：项目经理，项目组成员；入口准则：项目支配基线已建立，并通过立项申请人确定，带有工作进度要求的工作任务卡已下发到每个项目成员；出口准则：立项申请人在验收报告上签字确认；输入：软件需求规格说明书、软件项目支配、工作任务卡；输出：阅历收测试的
6、可交付的程序、源代码及相关文档。活动：1、 在开发期间，项目成员每周需上交一份时间日志、缺陷日志，每天向项目经理汇报工作任务进度；2、 在开发期间，项目经理负责填写项目进度周报报于技术开发部经理、立项申请人（格式不同，交予立项申请人的只需周报的第一页，报予技术开发部经理的项目进度周报的其次页为“跟踪甘特图”）；3、 项目经理必需依据实际的进度状况，刚好调整项目支配，若发觉进度延误，需实行措施。相关模板：软件项目支配、开发任务卡、时间日志、缺陷日志、项目进度周报2.3 项目关闭参与人员：技术开发部经理或经理助理、项目经理，项目组成员、立项申请人、相关客户、公司总经理、公司副总经理；入口准则：立项
7、申请人在验收报告上确认；出口准则：形成项目总结，完成项目绩效考核，项目数据存入“过程数据库”；输入：时间日志、缺陷日志、项目开发支配；输出：项目总结、已完成的项目绩效考核表、过程数据库中的该项目记录；活动：1、 项目经理主持召开项目总结会，沟通项目实施过程中的心得体会，对项目实施中的胜利处、不足处进行总结，并由项目经理形成项目总结；2、 由技术开发部经理组织对该项目进行绩效考核，并填写相应的项目绩效考核表；3、 项目经理组织全部成员对项目过程中的文档、源程序等资料进行整理、归档；4、 由项目经理依据过程数据库的须要，整理相应的数据，提交技术开发部经理，存入过程数据库。相关模板：项目总结、项目绩
8、效考核表3.开发过程规范开发过程是提炼用户需求，设计、构建和测试满意这些需求的软件并最终将其交付给客户的过程。是软件过程中的主体过程之一。当开发新的应用或支配为现有的应用进行重要的增加时，需运用本规范所定义的开发过程执行。项目管理过程是对开发过程进行支配、监控/管理、总结的协助过程，但由于项目管理是保证进度、质量的重要手段，因此在软件项目中也是特别重要的过程之一。而需求管理过程与配置管理过程则是次重要的协助过程，需求管理过程是一个需求变更管理的过程，以对变更进行统一的管理；配置管理过程的最重要工作就是版本限制，使得开发过程中的各种交付物能够有机地形成一个个整体。因此以上四个过程是交织进行的，均
9、是为胜利完成软件项目的保障过程。3.1 过程总述现在比较通行的开发过程模型包括：瀑布模型、演化模型、原型模型、螺旋模型等。依据公司的项目特点、队伍规模、组队状况等实际因素，确定选择最为简洁、易于驾驭的瀑布模型为基础，依据公司特点，进行合理的修改，使其成为公司本阶段的软件开发过程。正如下图所示，本规范将整个开发过程分为：需求分析、高层设计、具体设计、编码和单元测试、集成支配与测试、系统测试、验收测试与安装、维护等八个阶段。图表 2 开发过程总图注：SRS：软件需求规格 HLD：高层设计 DD：具体设计SRC：代码 UT Plan：单元测试支配注：“归档”在配置管理过程统一说明。3.2 需求分析阶
10、段需求分析的主要目的是生成一个正确说明客户全部需求的文档。换言之，软件需求规格（Software Requirement Specification，SRS）文档是该阶段的主要输出。正确的需求分析和确定需求规格对一个项目的胜利是特别关键的。很多在系统和验收测试时发觉的缺陷是在需求阶段产生的。在验收阶段去掉需求阶段产生的一个错误将比在需求阶段本身去掉该错误要多花100多倍的费用。很明显，在执行这阶段时，正确地生成具有最少缺陷的SRS是特别必要的。参与人员：项目经理，分析员，立项申请人，客户，最终用户；入口准则：项目立项，最初的项目支配已得到立项申请人的确认。注：这里所说明的需求分析阶段是进行开发
11、过程的需求分析阶段，在技术开发部出具初步的项目支配之前的需求沟通工作，不是该过程规范所定义的。最初的需求沟通工作可以参考本过程规范。出口准则：立项申请人、客户在软件需求规格说明书上签字确认；输入：项目立项申请表、最初的项目支配，需求相关的资料；输出：经确认的软件需求规格说明书；活动：整个需求分析过程主要包括以下几个步骤：图表 3 需求分析阶段活动总图1、 首先，项目经理与分析员一块，做好需求分析的打算，包括阅读相关的背景资料，熟识客户的实际状况，打算用户访谈支配，打算会谈问题清单等；2、 然后通过面谈、专题探讨会等形式与客户进行沟通，采集需求的具体内容，澄清每一个需求点；从而界定出系统的目标和
12、范围；3、 对所采集和澄清的需求进行分析，构建需求模型，从功能性、非功能性两个方面进行需求分析，深化领悟客户需求；4、 形成软件需求规格说明书，建立软件需求基线，并为软件需求评审做好打算；5、 由项目经理支配软件需求评审，协同立项申请人、客户进行需求评审；6、 立项申请人或客户在软件需求规格说明书上确认。相关模板：软件需求规格说明书3.3 高层设计阶段高层设计是软件开发过程中的一个重要阶段，在这个阶段将从计算机实现的逻辑角度开发针对用户需求的解决方案。这一解决方案是一个高级的抽象方案。高层设计要设计出各主要部分，并说明他们在技术上如何工作：1）相互间的协作；2）所需外在的硬件和软件环境；3）内
13、在环境。也就是说，高层设计确定了组成产品的构件，定义了每个构件的功能任务，并且定义了构件间的接口及构件到运行环境的外部接口。参与人员：项目经理，项目组员（设计团队）；入口准则：软件需求规格说明书已通过立项申请人的确认；出口准则：形成高层设计，实现任务分解，全部的问题得到解决；输入：软件需求说明书输出：高层设计说明书（功能与数据库设计）、具体设计、编码、文档和用户接口标准；活动：1、 制定具体设计、编码、文档和用户接口的标准；2、 依据项目特点选择运行的目标平台和开发工具；3、 制定软件的体系结构，定义逻辑和物理的对象模型，包括确定类、类的属性、类方法、类之间的关系和对象间的动态交互。若采纳结构
14、化设计，则该活动应为功能设计；4、 从需求规格说明书中的数据模型中得到物理数据库结构，进行物理数据库设计：包括确定表/记录类型、域和其他部分。5、 生成高层设计说明书，并组织设计评审。相关模板：高层设计说明书3.4 具体设计阶段在具体设计阶段，高层设计阶段开发出的整体应用被分成几个模块（或构件）和程序。为每个程序（或构件）进行逻辑设计，然后归档作为程序规格，同时为每个程序（或构件）生成一个单元测试支配。具体设计阶段的重要活动包括通用例程和程序的确定、框架程序的开发以及用于提高生产率的好用程序和工具的开发。在具体设计阶段负责每个程序、模块（或构件）的内部设计，确定其程序流程，并且可以通过运用设计
15、语言、图形流程图（如活动图、状态图）等，或通过简洁地写叙述而将设计文档化。参与人员：每个模块（或构件）的任务担当人；入口准则：高层设计说明书已通过评审；出口准则：完成具体设计，全部的问题得到解决，具体设计与单元测试支配文档化；输入：软件需求规格说明书、高层设计说明书、具体设计标准输出：具体设计说明书、单元测试支配活动：1、 将高层设计中的每个程序（或构件）细分成小的组件；2、 对每个小组件进行具体设计，包括确定调用方法、输入和输出、程序逻辑、数据结构等；3、 依据组件的逻辑，制定单元测试支配，包括确定单元测试环境、测试用例、测试数据等；4、 向项目经理（或高层设计者）提交具体设计与单元测试支配；相关模板：具体设计说明书、单元测试支配剪裁说明：对一些小项目，具体设计阶段的活动1、2可以省略。3.5 编码和单元测试在编码子阶段，依据具体设计用编程语言编写所需的程序。这个阶段依据合适的编码规范产生源代码、可执行代码以及数据库（假如运用
