软件过程管理王青中国科学院软件研究所
过程管理的起源 过程管理的目标 过程管理的框架 过程管理的基础
产品质量检验阶段
检验发现不合格品
不能预防不合格品的产生
统计质量管理阶段－1
1924年，美国贝尔实验室的W. A. Shewhart
提出了运用概率论和数理统计的原理，控制生产过程，预防不合格品产生的思想和方法。
?通过小部分样品测试
?推测和控制全体产品或工艺过程的质量状况。
二次大战以后，逐步形成了统计质量控制（SQC）的方法
?用控制图表对生产过程中取得的数据进行统计分析
?分析不合格产生的原因，采取措施
?使生产过程保持在不出废品的稳定状态。
Shewhart的PDCA循环
任何过程和技术的改进都是螺旋式持续继续的 PDCA循环
?P：策划（Plan）：策划质量方针、目标和
过程策划，识别和定义质量过程
?D：实施（Do）：展开质量过程，执行质量计划。
?C：检查（Check）：检查执行结果，评价实施效果
?A：处理（Act）：分析结果
肯定成功的经验——推广
分析不成功的原因——采取纠正预防措施，
并在下一个PDCA循环中评价其是否有效
是CMM/CMMI/ISO9000/ISO15504的理论基础
全面质量管理阶段
50年代末，质量管理专家W. Ewards Deming, Joseph Juran等
提出全面质量管理的（Total Quality Control
－TQC）的概念
ISO8402标准将全面质量管理定义为Total
Quality Management－TQM
?“一个组织以质量为中心，以全员参与为基础，目
的在于通过让顾客满意和本组织所有成员及社会受
益而到达长期成功的管理途径。”
Deming的链式反应
发展的方向
单纯地对产品质量进行检验发展到对产品的形
成过程进行控制
控制方法也从静态发展到动态的、持续的过程
改进
核心思想已表现为过程的策划、控制和过程能
力的持续改进
主要的技术流派
宏观
?从过程控制和管理的角度解决问题
?过程的结构、行为特征、如何满足高层的组织管理特征
?CMM/CMMI, ISO9000, SPICE
微观
?从过程定义和描述的角度解决问题
?Little-JIL –Leon Osterweil, UMASS
?Agent-Based SP modeling, ISCAS
?过程模拟与仿真
提纲
过程管理的起源
过程管理的目标
过程管理的框架
过程管理的基础
质量的形成
质量形成于过程
质量控制
?强调过程的控制以保证产品生产的每个环节满足既
定的质量要求
质量保证
?要求适当的质量数据提供质量满足客户要求的证据 质量改进
?坚持持续的过程改进以适应变化的商业目标和需求
过程的一般性定义
A process is a set of practices performed to achieve
a given purpose; it may include tools, methods,
materials, and/or people.
过程是一组实践，通过执行达到要求的目标。过程包括工具、方法、原材料、人等
Why Focus on Process?
过程起着建设性、支点的作用...
?针对于人
人员的工作成果，应该和培训时要求的一样好
Working harder is not the answer.
Working smarter, through process, is the answer.
?针对于技术
Technology applied without a suitable roadmap will
not result in significant payoff.
Technology provides the most benefit in the context
of an appropriate process roadmap.
The Process Management Premise
系统的质量受开发维护这个系统的过程的高度
影响
要像重视产品一样重视过程
?This is a long-established premise in
manufacturing.
?Belief in this premise is visible worldwide in
quality movements in manufacturing and
service industries
(e.g., ISO standards).
持续的过程改进
A Management View of Visibility Into the Software
Process at Each Maturity Level
Process Capability as Indicated by Maturity Level
The Juran Trilogy Diagram:
Quality Planning, Quality Control, and Quality Improvement
系统地制度化软件开发的过程
在组织确定范围内一致遵守执行 提高开发过程中的可见性、可控性 持续改进以追求不断的利润
?减低成本
?改进质量
?提高用户满意度
?Win－Win
软件工程是①将系统性的、规范化的、可定量的方法应用于软件的开发、运行和维护，即工 程化应用到软件上；②对①中所述方法的研究。 软件工程以关注软件质量为目标，包括过程、方法和工具三个要素。 过程：支持软件生命周期的所有活动。 方法：为软件开发过程提供“如何做”的技术。 工具：为软件开发方法提供自动或半自动的软件支撑环境。 软件产品目标的三要素： 时间成本 软件工程：用工程化的思想来管理软件开发 软件过程管理是软件工程的方法之一 软件过程管理的思想：产品的质量取决于过程的质量，采用规范化的软件开发过程。 软件过程是用于软件开发及维护的一系列活动、方法及实践。 管理过程：分项目管理、质量管理、风险管理、子合同管理 工程过程是软件系统、产品的定义、设计、实现以及维护的过程。
开发过程：定义并开发软件产品的活动过程，包括需求分析、软件设计和编程等。 运行过程：在规定的环境中为其用户提供运行计算机系统服务的活动过程。 维护过程：提供维护软件产品服务的活动过程，也就是通过软件的修改、变更，使软件系统保持合适的运行状态，这一过程包括软件产品的移植和退役。 支持过程：文档编制、配置管理、质量保证、验证、确认、联合评审、审核、问题解决 管理过程是在整个软件生命周期中为工程过程、支持过程和客户-供应商过程的实践活动提供指导、跟踪和监控的过程。 项目管理过程是计划、跟踪和协调项目执行及生产所需资源的管理过程。项目管理过程的活动，包括软件基本过程的范围确定、策划、执行和控制、评审和评价等。 主要关注：时间和成本 质量管理过程是对项目产品和服务的质量加以管理，从而获得最大的客户满意度。此过程包括在项目以及组织层次上建立对产品和过程质量管理的关注。 主要关注：质量 风险管理过程，在整个项目的生命周期中对风险不断的识别、诊断和分析，回避风险、降低风险或消除风险，并在项目以及组织层次上建立有效的风险管理机制。 子合同商管理过程，选择合格的子合同商并对其进行管理的过程。 组织过程： 业务规划过程是为组织与项目成员提供对愿景的描述以及企业文化的介绍，从而使项目成员能更有效地工作。 定义过程是建立一个可重复使用的过程定义库，从而对其它过程等提供指导、约束和支持。 改进过程是为了满足业务变化的需要，提高过程的效率与有效性，而对软件过程进行持续的评估、度量、控制和改善的过程。 人力资源和培训过程，为项目或其它组织过程提供培训合格的人员所需的活动。 基础设施过程是建立生存周期过程基础结构、为其他过程建立和维护所需基础设施的过程。 客户－供应商过程是内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用的过程，包括软件获得、客户需求管理、提供软件、操作软件以及提供客户服务等5个子过程。 软件过程管理：借鉴传统行业的管理方法对软件开发中的过程进行管理。 PDCA循环(戴明环) 过程优化和改进的过程
软件配置管理过程指导说明书
目录 1 前言 (2) 1.1 目的 (2) 1.2 适用范围 (2) 1.3 术语名词解释 (2) 2 角色和职责说明 (3) 3 输入 (4) 4 入口准则 (4) 5 配置管理实施 (4) 5.1 配置库结构 (4) 5.1.1 配置库 (4) 5.1.2 配置管理库系统 (6) 5.2 配置管理流程 (6) 5.2.1 配置管理流程图 (6) 5.2.2 配置变更流程图 (7) 5.3 配置标识 (8) 5.3.1 配置库划分 (8) 5.3.2 配置库结构 (8) 5.3.3 配置项命名 (11) 5.3.4 版本编号规范 (11) 5.4 配置管理活动 (12) 5.4.1 制定配置管理计划 (12) 5.4.2 建立配置库 (12) 5.4.3 建立配置项 (12) 5.4.4 基线建立及发布过程 (12) 5.4.5 配置变更 (13) 5.4.6 配置审计 (15) 5.4.7 备份 (16) 6 输出 (16) 7 出口准则 (16) 8 本过程裁剪规定 (16)
1 前言 1.1 目的 用于描述配置管理作用和过程，规范配置管理的实施过程、活动和操作。 1.2 适用范围 适用于在软件生命周期中对各类软件项目的配置管理活动。 1.3 术语名词解释 CCB：Configuration Control Board，配置管理委员会，每个项目组需要建立项目级的CCB作为变更控制权威。CCB由质量工程师、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、上级质量部门主管。CCB组长可以是质量工程师或质量部领导，但不能是项目经理。 软件配置项：是指软件工程过程中所生产或使用的任何元素，或者是纳入软件产品的元素。它可以是说明书、计算机程序、数据结构或者开发软件产品所使用的工具等，包括：项目文档，源代码，执行程序，相关设备及资料。 软件配置管理：对软件配置项的管理称为软件配置管理。软件配置管理的目的是建立和维护软件项目整个生命周期中工作产品的完整性和可追溯性。 软件工作产品：由定义、维护和使用一个软件过程所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。 软件产品：可交付给客户或最终用户的软件工作产品的子集称作软件产品 基线：基线，是开发过程中标识出的里程碑所交付的一个或多个配置项，也即指一个（或一组）配置项在项目生命周期的不同时间点上通过正式评审而进入正式受控的一种状态它有如下特征：（1）已经过正式的评审和批准；（2）作为项目发展和产品升级的基础。（3）基线变更必须经过CCB审批。 变更控制：对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。 版本发布：指从项目的配置库中将需交付给客户的所有配置项组装成一个完整的软件产品。即交付给客户的一个包括可执行程序和文档的发布基线称为发布（release）。 配置审计：可以分为物理审计和功能审计。物理审计审查配置项的外在特征的正确性与一致性，主要考查软件受控库的结构、内容及其它相关信息，以验证基线和描述它的文档的一致性；功能审计审查配置项内容的正确性与一致性，主要考核配置项在实现功能上的一致性，功能审计主要通过评审和测试报告体现。 物理审计的内容包括： ? 确认配置项标识的正确性； ? 确认已受控配置项的更改是受到控制的； ? 验证配置库内容与相应记录之间的一致性； ? 验证配置管理活动与相应记录之间的一致性； ? 验证配置管理工作是否符合适用的标准和规程； ? 验证配置管理系统与系统备份的有效性、一致性等。 功能审计的内容包括： ? 验证当前基线所含配置项对前一基线所含配置项的追溯性； ? 确认当前基线所含配置项均正确反映了项目需求； ? 评估基线的完整性； ? 验证当前基线和各基线间所含配置项的一致性； 验证配置库内容的完备性和正确性等。
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
软件过程管理习题
1.阅读全部的CMM内容，选择出你认为最有价值的十条关键实践，并说明理由。 （1）项目软件负责人，设计/编程/测试人员、软件版本管理员均已得到相应的培训，具备了完成其职责所需要的知识和技能。 理由：通过培训，工作人员具有了一定的知识储备，遇到困难能够很快找到相应的解决措施，就可以很快上手，不至于在一个问题上耽误太多时间。因此，为了达到统一的科学技术规范、标准化作业，通过目标规划设定、知识和信息传递、技能熟练而进行培训是十分必要的，这样能减少所需工作时间，提高成员的开发能力和创新能力，从而降低人力成本；减少浪费，从而降低了开发成本。因此，参加培训是十分必须的。 （2）根据项目要求，建立软件有关组（例如工程组、软件测试组等）。 理由：通过建立相关组，各组可以各施其职，同步工作，提高工作效率。因为软件开发时不可能一个人兼顾所有的方面，应该分成几个模块，只做好自己的然后和其他组协调就可以。如专人负责技术方案设计，专人负责数据，专人做技术层面的指导等。这样权责分明，遇到问题能够很快找到相应的负责组，解决问题的时间也将大大减少。 （3）确定设计、编程、测试人员，并实施三分离。 理由：实现了三分离可以更加开阔人员的思维，防止由于思路固定而不能及时发现问题，更有助于激发员工的创新思维，使软件更先进，更经得起考验。。 （4）根据项目软件的质量需要确定本项目所采用的软件开发方法。 理由：确定好软件开发所采用的开发方法，就能尽早的做下步计划，不至于到最后为选择开发方法而浪费太多时间。目前已形成了八类软件开发方法，开发时是选择面向数据结构的开发方法还是面向对象的开发方法，直接会影响到小组的开发进度。要根据成员的擅长情况制定方法。 （5）软件版本管理员，以及设计、编程、测试人员的职责明确。 理由: 权责分明，遇到问题追究到人，会使项目开发更有计划。完善制度，将责任明确到人，这样才能明确目标，将工作细化，使成员做好自己的工作，认识到重要性，使开发过程能高效的进行。
配置管理流程规定 (Ver1.0) 拟制：___________________ 审核：___________________ 签发：___________________
目录 1.配置管理流程 (3) 1.1概述 (3) 1.2总体流程图 (3) 1.3软件需求分析阶段 (4) 1.4软件设计阶段 (4) 1.5制定配置管理计划 (4) 1.6配置库管理 (4) 1.6.1相关人员分配权限 (4) 1.6.2配置项 (5) 1.7版本控制 (6) 1.8变更控制 (6) 1.9配置审计 (8) 1.9.1配置审核的类别 (8) 1.9.2配置审核执行的时机 (8) 1.9.3不符合项的处理 (8) 2.0.0配置状态报告 (8) 2.0.1配置状态报告的目的 (8) 2.0.2配置状态报告记录的内容 (8) 2.0.3配置状态报告的生成 (9) 2.1.0发行管理 (9) 2.1.1交付管理 (9) 2.软件基线化规范 (10) 2.1正常开发期 (10) 2.2版本发布期 (11) 2.3项目发布期 (13) 3.Jira配置管理 (14)
1.配置管理流程 1.1概述 规范配置管理活动，确保配置项正确地唯一标识并易于存取，保证基准配置项的更改受控，明确基线状态，在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2总体流程图
1.3软件需求分析阶段 参加需求分析会议，配置管理负责人记录，有关文档提交归档。如《需求分析》。 1.4软件设计阶段 参加设计阶段，为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本与需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 1.5制定配置管理计划 配置管理员制定配置管理计划，主要内容包括配置管理软硬件资源、配置项计划、备份计划等，审批该计划。 1.6配置库管理 配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 1.6.1相关人员分配权限 项目经理： 1)与(有关负责人员)协商确定项目起始基线 2)接受配置管理计划，并按相关规定贯彻执行； 3)接受配置控制委员会的报告。 4)提出配置管理计划的修改要求； 5)提出管理管理的建议和要求。 配置管理员 1)编制配置管理计划； 2)执行配置项管理； 3)执行版本控制和变更控制方案； 4)编制配置状态报告； 5)配置库的建立和权限分配； 6)配置管理工具的日常管理与维护； 7)配置库的日常操作和维护 开发人员
软件开发过程管理流程
修改记录
目录 1编写背景 (4) 2编写目的 (4) 3名词解释 (4) 4适用范围 (5) 5公司各部门职责及关系 (5) 5.1项目管理委员会 (5) 5.2项目管理部与总工办 (5) 5.3公司各部门主要职责 (5) 5.3.1公司董事会 (5) 5.3.2总经理办公室 (6) 5.3.3项目管理委员会（简称：PMO） (6) 5.3.4项目管理部 (6) 5.3.5总工办 (7) 5.3.6项目经理 (7) 5.3.7测试组 (7) 5.3.8其它相关部门 (7) 6项目总体工作流程 (8) 6.1工作流程 (8) 6.2流程说明 (9) 7项目过程说明 (11) 7.1启动过程 (12) 7.1.1可行性研究阶段 (12) 7.2计划过程 (12) 7.2.1项目立项阶段 (12) 7.3执行过程 (14) 7.3.1需求分析阶段 (14) 7.3.2概要设计阶段 (15) 7.3.3代码开发阶段 (15) 7.3.4软件测试阶段 (16) 7.4监控过程 (16) 7.5收尾过程 (17) 7.5.1产品交付阶段 (17) 7.5.2产品验收阶段 (18) 8项目记录文档汇总 (18)
1文档介绍 1.1编写背景 根据公司业务特点及行业特点，公司主要以项目开发为主，那么实施全面的项目管理，将公司所有在建、新建的项目纳入项目管理的范畴之内就显得尤为重要。 因此，公司重新组建了项目管理部，在公司范围内推进项目的规范化运作，同时检验公司项目管理机制的缺陷，提出项目管理过程的改进建议和意见，更好的为公司的业务目标服务。 1.2编写目的 本文档将从项目管理的启动过程、计划过程、执行过程、监控过程、收尾过程五个过程，全面阐述项目管理的工作职能，每个过程包含那些阶段，各阶段的工作内容，相关的参与部门，参与部门的工作职责以及相应的考核指标，力求规范化管理公司的所有项目，保障公司项目保质保量按期完成。 1.3名词解释 项目基线：指项目生命周期内产生的文档，在经过公司评审通过后，该文档将作为基线文档，后续的所有变更都是基于该基线文档。 干系人：指参与项目活动或受项目活动影响的人，包括项目发起人、项目组、支持人员、客户、供应商，甚至是项目的反对者。 项目发起人：指项目的发起者，任何有创新想法的人员均可成为项目发起人。 项目组：指项目经理为具体项目而临时组建的团队，团队既可以是部门内部人员，也可以跨部门组建项目团队。 过程文档：指辅助项目经理或公司对项目过程进行管控的文档。 产品文档：指与项目开发紧密相关的文档，并作为项目的一部分交付给最终
软件工程实验报告 课题：人事管理系统学生姓名： 学号： 专业班级： 指导教师： 同组成员：
需求分析 一、实验目的 掌握软件需求的结构化分析方法。 二、实验任务与实验要求 导出系统详细的逻辑模型，这里用数据流图来表示。 三、实验内容 （1）功能分析 经过初步分析“人事管理系统”应该具备以下主要功能。 1、职员个人信息资料的增加、修改和删除； 2、职员的考勤录入和查询； 3、职员工资结算和查询； 4、人事管理人员的变化和操作授权； 由于是使用计算机管理，就带来了新的功能：用户登陆、操作人员的管理、基本数据的维护、由数据安全产生的数据备份与恢复。 （2）、关系模式 在满足函数依赖和无损连接的基础上，使数据的设计更加合理。在本系统中只有3个实体，那就是普通员工、管理员、超级管理员，他们权限的不听通过角色来区分。在整个系统中超级管理员只有一人，管理员二人。一个人只可以在普通员工、管理员、超级管理员中处于一个角色，而不可以兼任。其具体的关系模式如下： 普通员工（员工号，密码，姓名，性别，出生年月，身份证号，联系电话，就职时间） 管理员（管理员号，密码，姓名，性别，出生年月，身份证号，联系电话，就职时间） 超级管理员（超级管理员号，密码，姓名，性别，出生年月，身份证号，联系电话，就职时间） 工资（员工号，时间，基本工资，提成，奖金） 考勤（员工号，时间，迟到，早退，管理员号） 注意：“”表示主码，“”表示既是主码又是外码。 E-R图如下所示
数据字典设计： 为了方便数据库的管理和维护，本系统只设计一个数据库workers.mdb，其中包含worker（员工信息表）、manager（考勤信息表）、booklist（工资信息表） 表1-1 worker（员工信息表）各字段设计 表1-2 monit （考勤信息表）各字段设计
变更管理流程 1概述 .......................................................................................... 错误!未定义书签。2变更流程 .. (2) 2.1摘要 (2) 2.2提交变更申请 (4) 2.3审核变更申请 (4) 2.4识别变更可行性 (4) 2.5批准变更申请 (4) 2.6实施变更申请 (5) 3变更任务 (5) 3.1变更申请人 (5) 3.2变更经理 (5) 3.3变更可研小组 (5) 3.4变更审批小组 (5) 3.5变更实施小组 (6) 4变更登记 (6) 5变更模板 (6)
1 概述 描述变更管理的目的。就项目中变更管理的总体流程提供一份概述，如： 变更管理流程是成功交付项目的基础。变更管理流程确保对在项目环境中的每个变更在实施以前都得以恰当的定义、评估和审批。 对项目的变更管理是通过对以下五个关键步骤的实施引入的。，: ?提交和接收变更申请 ?审核和记录变更申请 ?确定变更申请的可行性 ?批准变更申请 ?实施和结束变更申请 2 变更流程 对将要执行的流程和程序做一个图表概述，以启动、实施项目中的变更并审核其效果。例如：Provide a diagrammatic representation of the processes and procedures to be undertaken in order to initiate, implement and review the effects of changes within the project. An example follows: 2.1 概要 下图对将要执行的变更流程和程序做了一个概述，以有效地管理与项目相关的变更。同时也明确的变更管理中的职责分工。
1. 软件能力成熟度模型（CMM）：CMM其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。 2. 软件过程能力：是指软件开发过程能够达到的能力，此过程能力包括能够达到的质量、效率、工期、成本等。 3. 组织过程焦点：组织过程包括组织与项目所使用的所有过程。组织过程与过程资产的可能改进由不同的来源取得，包括过程的度量、执行过程的学习心得、过程评鉴的结果、产品评估活动的结果、以其它组织过程标竿比较的结果，以及组织中其它改进构想的建议。 4. 变更控制：变更控制的目的并不是控制变更的发生，而是对变更进行管理，确保变更有序进行。 5. MSF的过程模型：是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序，是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少，得到多少回报，客户要用到哪些最新的技术，最后如何把项目计划(Project)变成产品(Product)直至产生效益，等等，这些都是MSF要考虑的问题。 6.软件过程改进: （SPI，Software Process Improvement)帮助软件企业对其软件过程向更好的方向改变，进行计划、制定以及实施。 l 论述题（5选2） 1) 从你已有的软件过程与软件管理的知识和软件实践经验，谈谈如何判断软件过程是成熟的和有效的。 答：若软件过程满足如下几个标准，则认为其是成熟和有效的： 软件过程被正确无误地通知到现有职员和新雇员，工作活动均按照己规划的过程进行，而且和实际进行工作的方式相一致。 软件过程中，需要时就更新过程，并且通过可控的先导性试验和（或）费效分析使其得到改进。所有项目和在整个组织中，所有的岗位及其职责都是清楚的。 经理能够严格监控产品的质量和顾客的满意程度；有客观的、定量的基础，进度和预算是现实的基于以前的性能数据；能达到产品的成本、进度、功能和质量的预期结果。整个过程一致地遵循一个有纪律的过程，而且存在支持该过程的必要基础设施。 2) 从PSP、TSP、CMM所关注的焦点，简要论述PSP、TSP、CMM之间的关系。 答： PSP、TSP 和CMM为软件产业提供了一个集成化的软件过程框架。三者互相配合，各有侧重，形成了不可分割的整体。 CMM注重于组织能力和高质量的产品，它提供了评价组织的能力、识别优先改善需求和追踪改善进展的管理方式。然而，它实现的成功与否和TSP、PSP密不可分。在CMM的18个关键过程域中，有12个与PSP紧密相关，16个与TSP紧密相关。 PSP注重于个人的技能，能够指导软件工程师如何保证自己的工作质量，估计和规划自身的工作，度量和追踪个人的表现。软件工程师们在他们参与的项目工作之中若充分利用PSP，则可以保证项目整体的进度和质量，有助于CMM目标的实现。
C M M文件软件配置管理过程 XXXXXXXXXXXX (版权所有,翻版必究)
文档变更请求(DCR)
文档变更记录
目录 1 概述 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 术语与定义 (1) 1.4 参考文档 (1) 1.5 引用文档 (2) 2 过程目标 (2) 3 过程定义 (2) 3.1 责任人 (2) 3.2 输入 (3) 3.3 入口准则 (3) 3.4 过程活动 (3) 3.5 出口准则 (6) 3.6 输出 (6) 附录 A ：软件配置项/产品包标识 (8) A.1 文档的编号 (8) A.2 程序的名称 (9) A.3 软件产品包的标识 (9) A.4 系统、数据库、开发与支持软件工具的编号 (9) 附录 B ：配置项状态报告 (10) B.1 系统软件、数据库、开发与支持软件工具列表 (10) B.2 软件基线/配置项状态报告 (10) B.3 软件基线软件基线变更报告 (10) 附录 C ：软件配置管理测量报告 (11)
1概述 1.1目的 软件配置管理（简写为SCM）是维护项目软件整个生命周期产品完整性的重要活动，本文档明确规定了公司软件配置管理活动的目标和过程定义，为公司软件配置管理提供所遵循的过程、程序和指导方针。 1.2范围 本文档适用于管理公司所有软件项目在各阶段标识的软件配置。软件配置管理的大部分活动用“软件配置管理工具”实现。 1.3术语与定义 1.3.1软件工作产品：作为定义、维护或应用软件过程的一部分所生成的任何人工制品，包括过程描述、 计划、规程、计算机程序和相关文档，这些可能交付也可能不交付给顾客或最终用户。 1.3.2软件基线：软件配置项经软件验证、确认、评审和认定后，形成了软件基线，也就成了该阶段的一 个基准。下一个阶段只能在这个基准上进行开发活动。 1.3.3软件配置项：是指一个软件产品在软件生存周期各个阶段所产生或应用的各种形式（机器可读或人 工可读）和各种版本的文档、程序及其数据。 1.3.4SCCB：软件配置管理委员会（Software Configuration Control Board）（关于责任，参见“责任 人”）。 1.3.5SCM：软件配置管理(Software Configuration Management) 包括了标识软件工作产品、控制对 软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。 1.4参考文档 1.4.1Mark C. Paulk，Bill Curtis，Mary Beth Chrissis，Charles V. Weber，Capability Maturity Model for Software （Version 1.1） 1.4.2Roger S. Pressman，Software Engineering –A Practitioner’s Approach (Fourth Edition) 1.4.3《计算机软件配置管理计划规范》GB/T 12505-90
大纲： 第1章软件过程规范 1、软件过程：过程的定义、软件过程的分类和组成、软件过程定义的层次性 2、过程规范：过程规范的涵义、内容、影响及作用 3、软件生命周期的过程需求：理解ISO/IEC15504所定义的软件过程的5大需求，并进一步理解其子过程 4、软件生命周期标准：了解ISO和IEEE两大软件生命周期标准体系 5、软件过程建模：掌握软件过程模型的定义，了解软件过程模型 第2章软件过程成熟度 1．过程成熟度标准： 掌握软件过程能力、软件过程性能、软件过程成熟度的概念，了解成熟和不成熟软件过程的特点 2．能力成熟度模型：重点掌握CMM，了解其起源，掌握其基本内容和结构。理解CMMI 的目标 3．过程成熟度级别：理解CMM/CMMI成熟度的5个等级及其过程特征，了解CMMI过程域 4．软件过程框架：了解软件过程环境中的活动，掌握软件过程环境内容、软件组织的层次，掌握组织、过程和环境的关系，了解软件过程文化。掌握PSP/TSP和CMM组成的软件过程框架 第3章软件过程的组织管理 1．组织过程的焦点：了解组织过程焦点的基础、活动和评估 2．组织过程定义：理解组织过程定义的概念、了解软件过程定义基础、掌握剪裁标准软件过程指南和准则 3．PSP过程框架和成熟度模型： 理解PSP概念、原则和思想，掌握PSP过程框架及其成熟度模型并能在实际中实施4．TSP结构和启动过程：理解TSP概念、原则和思想，掌握TSP结构及其启动过程和工作流程 第4章软件过程的需求管理 1．需求管理的模型和流程：理解软件需求的三个不同层次和需求过程系统模型 2．需求开发：了解需求获取的过程和方法，掌握基于用例的需求获取和分析方法 3．需求管理：掌握需求管理流程，并能结合实际案例运用所学知识进行分析 第5章软件过程的技术管理 1．软件过程的技术架构：理解软件过程的技术架构定义、层次、内容，了解软件资源管理2．软件过程的问题分析和决策方法： 掌握系统分析过程逻辑结构、了解原因分析和缺陷分析、决策分析与决定 3．软件过程的技术路线：掌握软件项目过程的技术解决流程的主要内容，了解其过程4．知识传递：掌握知识传递的有效方法 第6章软件过程的项目管理 1．软件配置管理：掌握SCM的定义和变更控制流程，了解软件配置管理中经常使用的一些基本概念 2．软件项目开发计划：理解WBS的内涵，掌握WBS的分解步骤、工作编码，并能进行实际分解。掌握软件项目估算的概念，理解规模、成本、进度估算，重点掌握进度估算。网络图的形式及特点，并能结合实际项目制定开发计划。 3．项目风险评估：风险的概念、分类，了解风险识别、风险评估、风险计划、风险控制与管理过程，结合实际项目进行风险管理。 4．项目跟踪和监督：项目跟踪包括的内容，项目跟踪的基本步骤。了解项目过程的跟踪和控制。 第7章软件过程的质量管理 1．质量管理概述：理解三种不同的管理方式，软件的质量。 2．软件质量方针和计划：掌握质量计划的输入因素，质量计划的制定步骤，质量计划的方法和技术。 3．软件评审过程和方法：掌握评审的入口条件包含的内容，软件评审流程的6个步骤。掌握常用的软件评审方法，并能在软件开发过程的不同阶段应用。掌握好的缺陷管理系统的特点，了解缺陷发展趋势图、缺陷分布图，掌握鱼骨图分析法，并能结合项目画出完整的鱼骨图。了解两种比较常见的缺陷预防方法。了解质量度量的主要作用和其所包括的主要度量的含义。掌握PSP中预防缺陷的三种方法。 第8章软件过程的集成管理
软件配置管理流程
目录 1.配置管理流程 (3) 1.1 概述 (3) 1.2 总体流程图 (3) 1.3 软件需求分析阶段 (4) 1.4 软件设计阶段 (4) 1.5 制定配置管理计划 (4) 1.6 配置库管理 (4) 1.6.1 相关人员分配权限 (4) 1.6.2 配置项 (5) 1.7 版本控制 (6) 1.8 变更控制 (6) 1.9 配置审计 (7) 1.9.1 配置审核的类别 (7) 1.9.2 配置审核执行的时机 (7) 1.9.3 不符合项的处理 (7) 2.0.0 配置状态报告 (7) 2.0.1 配置状态报告的目的 (7) 2.0.2 配置状态报告记录的内容 (7) 2.0.3 配置状态报告的生成 (7) 2.1.0 发行管理 (8) 2.1.1 交付管理 (8) 2.1.1 软件配置管理员的处理规范 (8) 2.1.1.1 现阶段使用的版本配置服务器 (8) 2.1.1.2 主要操作流程 (8) 2.1.1.3 版本规范化处理 (8) 2.1.1.4 客户反馈问题处理 (8) 2.软件基线化规范 (9) 2.1 正常开发期 (9) 2.2 版本发布期 (9) 2.3 项目发布期 (9) 2.4 项目维护期 (9)
1.配置管理流程 概述 规范配置管理活动,明确配置项正确的唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 总体流程图
软件需求分析阶段 参加需求分析会议,配置管理负责人记录,有关文档提交归档。如《需求分析》。 软件设计阶段 参加涉及阶段,为了详细制定配置管理计划。针对需求分析报告进行系统设计，配置时应说明系统设计的版本于需求分析报告版本的对应关系。设计书评审通过后，建立设计基线。 制定配置管理计划 配置管理员制定配置管理计划,主要内容包括配置管理软硬件资源、配置项计划、备份计划等,审批该计划。 配置库管理 配置管理员为项目创建配置库,并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。 相关人员分配权限 项目经理： 1）与（有关负责人员）协商确定项目起始基线； 2）接受配置管理计划，并按相关规定贯彻执行； 3）接受配置控制委员会的报告； 4）提出配置管理计划的修改要求； 5）提出管理的建议和要求。 配置管理员 1）编制配置管理计划； 2）执行配置项管理； 3）执行版本控制和变更控制方案； 4）编制配置状态报告； 5）配置库的建立和权限分配； 6）配置管理工具的日常管理与维护； 7）配置库的日常操作和维护； 开发人员 1）根据确定的配置管理计划和相关规定，提交配置项
软件项目开发过程管理 计算机软件尤其是数据库软件，成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段，了解软件开发的主要过程，这样心中对软件项目才有清醒的认识，才能达到事半功倍的效果。本文就软件开发过程中的一些方法，结合本人开发过的一些软件项目做一些详细论述。 1 开发前的准备工作 一般软件项目在开发前都有系统任务书，主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排，作为系统设计开发和检验的基本依据。 系统任务书的基本框架如下： （1）引言 包括编写目的，背景，参考资料。 （2）系统的目标及任务 包括系统建设目标，系统的主要任务，系统性能指标，系统标准化要求。 （3）系统的结构及功能 包括系统应用组成及结构，系统主要功能。 （4）系统的规模及进度要求
包括系统规模，系统研制进度，人员计划。 但是系统任务书只是这个软件项目的一个基本要求，针对具体情况，软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析，必要时还要进行实地调研，然后共同商讨写出系统的需求分析，需求分析的编写目的在于： a. 说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性； b. 分析原系统（工作环境）现状,描述待开发系统的详细需求，提供用户和开发人员之间沟通的基础，提供项目设计的基本信息。 需求分析报告的基本框架如下： （1）概述 包括编写目的，背景，参考资料，术语及缩写词。 （2）对现有系统的分析 （3）待开发系统的详细需求 包括功能需求，使用范围，业务流程，用户界面，输出要求，故障处理。 （4）使用环境 包括网络环境，硬件环境，软件环境，与其他系统的关系，安全与保密。 （5）可行性分析 包括技术可行性分析，经济可行性分析，人员可行性分析，影响待开发系统的主要因素。 （6）结论意见
软件项目管理实验指导书
南昌航空大学实验报告 时间：二０一二年三月四日 课程名称：软件项目管理 实验名称：撰写南昌航空大学软件学院信息管理系统项目建议书 班级：姓名：同组人： 指导教师评定：签名： 一、实验目的 掌握项目建议书的格式和写作要求，会结合具体项目写作项目建议书。 二、实验要求 1、结合模拟项目—南昌航空大学软件学院信息管理系统项目写出项目建议书。 2、提交南昌航空大学软件学院信息管理系统项目建议书（报告）一份。 三、实验环境 1．硬件：计算机 2．操作系统：windows平台。 3．相关软件：Microsoft office软件。 四、实验步骤（软件项目项目建议书编写参考指南） 1、背景介绍 随着软件学院被评为国家级特色专业以来，招生名额不断增加，从2009年的一百八十人到2010年的四百八十多人，再到2011年的六百多人，而学校现存的人工信息处理和更新方式完全不能满足需要，这样就导致了一些信息更新不及时，甚至混乱的状况。并且由于人数较多的原因，可能有部分学生要搬到老校区去学习，这样由于地域差别，可能会产生更大的混乱，老师也会因为跑来跑去而搞不清到底什么时候去哪里上课，到处奔波，让教职人员很辛苦，却收效甚微，并且实验也无法行之有效的进行安排，教学调度信息无法及时更新，带来很多的麻烦，每年的选课系统更是糟糕，例如去年的选课，有的同学再电脑边待了一天，却没有登进选课系统。另外学院近期不断受到学生和其家长的建议，反映学校应该增加一些信息交流和课程模拟的平台，让家长可以及时了解学生的状况，并给予必要的支持等。 2、项目的意义和必要性 基于学院目前的形势和发展趋势，学院领导经讨论和研究认为非常有必要建
《软件过程管理》实验文档适用专业：软件工程（本科）实验学时：16 一、适用范围 大纲适用于软件工程本科教学使用。 二、课程名称 《软件过程与管理》 三、实验教学目的和要求 1、实验目的 《软件过程与管理》是一门讲授用规范化的个人（团队）实践从事软件编码的专业基础课程。课程实验的目的是按照软件过程的规范要求，结合实际的程序设计，来深入理解并运用个体（团队）软件过程的基本概念、方法与过程。 2、实验要求 实验目标是让学生能够理解并领会软件过程的基本概念与理论基础上，注重学生实践能力的培养与训练。 必须按照个体软件的过程，真实地采集数据、填写相关的表格、编写有关的文档。 一定要按照相关要求，每个人独立完成。 一定要按照实验的时间安排进行实验，实验结束后提交有关的表格与文档。 四、实验项目与学时分配
实验1 软件过程规范、团队游戏（2学时） 一、实验目的 1.了解软件过程规范。 2.了解我国已建立的一系列软件过程规范。 3.了解软件生命周期两大标准体系ISO和IEEE的内容 4.搜索软件过程模型的有关资料 5.通过游戏，了解团队协作在团队工作中的重要性、增强团队成员的归属感、激发 团队成员员的奋斗精神。 二、实验内容与步骤 1.熟悉软件过程规范的内容 2.了解软件生命周期两大标准体系ISO和IEEE的内容 3.搜索软件过程建模的更多资料 4.按所规定的游戏规则和在15分钟内，完成齐心协力团队游戏 三、实验要求 1、按游戏规则和在规定的时间内，进行齐心协力游戏，成功同时站起来次数最多和用时最少的小组为优秀，最后一名为不合格。中间的依次递减。每违反一次游戏规则，扣10分。 2、根据实验内容完成任务，按上机报告的撰写规范完成实验报告。报告不得相互抄袭或拷贝，否则一律不及格。 3、实验报告至少包括以下内容：①实验目的；②实验内容和步骤；③实验结果；④实验思考题 4、每人撰写一份总结体会报告，要求不少于500字 四、实验思考题 1)你能仅靠一个人的力量就完成起立的动作吗？ 2)如果参加游戏的队员能够保持动作协调一致，这个任务是不是更容易完成？为什么？ 3)你们是否想过一些办法来保证队员之间动作协调一致？ 附：游戏规则 该游戏的游戏规则为： 1) 将学员分成几个小组，每组在5人以上为佳。 2) 每组先派出两名学员，背靠背坐在地上。 3) 两人双臂相互交叉，合力使双方一同站起。 4) 以此类推，每组每次增加一人，如果尝试失败需再来一次，直到成功才可再加一人。
1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一
软件项目管理实例分析 软件项目管理实例分析 1引言 随着信息技术产业的迅速发展，软件越来越受到了人们的关注与重视，越来越多的人把目光投到了充满风险与利益的软件行业。 但据资料载，软件业的发展却存在如下的关键性问题：⑴ ①大的系统，一般常滞后于计划； ②只有10%勺软件能按时完成并交付使用； ③需求比较高的软件有25%￡法完成。
仅英国，这些原因造成的损失约有20亿英镑之多。实际上，这些问题的出现在很大程度上足由于没有有效地进行软件项目的管理造成的。 如果把软件项目的实施简单的认为是把工作分发给每个人员，然后幻想他们将会取得一个预期的结果的话，许多本可能成功的项目也会走向失败！
但如果重视项目管理、有效的实施项目管理，即使更复杂的项目也可能成功。早在70年代，“阿波罗”登月计划就采纳并应用了有效的项目管理方法，结果取得了巨大的成功［2］。 软件项目管理是传统意义上项目管理的一个应用领域。美国著名杂志《Fortune》（即《财富》）预测，项目管理将是后工业时代的首选职业。这对软件业来说更是如此了⑷。 但目前，软件行业的项耳管理方法还欠规范且专业化程度不高。 本文将探讨如何有效运用传统项目管理的科学方法进行软件项目管理，并将给出一个作者亲历的实例。 2项目管理与软件项目管理 软件的项目管理在一定程度上借鉴了传统意义上项目管理科学，但又在一定程度上不同于后者。本部分将介绍这方面的理论。 2.1项目管理 2.1.1 项目 什么是项目？我们知道，社会的各种工作可分为两大类：一是重复性、持续性的工作，可称为运
作，譬如火车的往返运行，在运作中存在若大量的常规性劳动；二是独特性、一次性的工作，可称为项目，譬如高速铁路的研制和建设，每条高速铁路都会有自己独特的地理位置和技术创新，并日只需研制和建造一次，在项目中则存在较多的创新性劳动。由此可知，项目就是以一套独特而相互联系的任务为前提，有效的利用资源，为实现一个特定的目标所作的工作［3］。 由于项目的独特性和一次性特征，引伸出它的其他特点，如目标的确定性、过程的渐进性、成果的不可挽回性、组织的临时性和开放性等。 一个项目的成功实现通常受4个因素的制约：技术范围、成本、进度控制、客户满意度。对此的可视化说明见图1。人们也通常称其中的时间、费用和范围因素为项目三角形，如图2示。
流程图就是用一些规则的符号及连线来表示某个具体事务处理的进程。它能够用于描绘体系内各职工、单位之间事务关系、作业顺序和办理信息流向。事务流程图适用于各类行业，描绘的是完整的事务流程一般没有数据的概念。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图
亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作
亿图流程图软件能够与其他程序无缝地合作。亿图与微软 Office 兼容，并且亿图的文件可以一键导出成 Word、Excel、PDF 和其他多种图形格式。您可以几秒钟将亿图文件导入到其他文件中。所以您的作品就可以和更多的人分享，获得更合作。 亿图图示软件（EdrawMax），作为一款国产软件，无论是功能还是操作上都丝毫不输国外的同类型软件。恰恰相反的是，亿图图示软件凭借模板丰富、操作简单、页面精美等特点，捕获众多使用者的芳心。亿图图示软件是一款专业的流程图绘制软件，不仅仅可以绘制工作流程图，还能够绘制跨职能流程图（泳道图）、业务流程图、数据流程图、事件流程图等。