过程定义实践说明.ppt

1、内容安排,过程的定义和剪裁 如何定义过程？ 如何剪裁过程？,定义软件开发过程的步骤(1/2),步骤1：确定软件开发过程模型 步骤2：确定和描述活动 步骤3：确定和描述活动间的关系 步骤4：文档化软件开发过程 步骤5：文档化如何剪裁过程 步骤6：文档化如何改善过程 步骤7：过程评审、认可和发布 步骤8：员工培训,定义软件开发过程的步骤(2/2),选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤1:选择软件开发过程模型(1/2),选择软件开发过程模型应考虑的问题 组织软件的需求特征 动态改变 可完全定

2、义 项目的风险 风险因素有多大 能承受多少？ 是否需要预先给用户展示原型？ 需要多少经验和技巧来成功的使用软件开发过程模型 组织或项目组成员的经验和能力等等,步骤1:选择软件开发过程模型(2/2),注意：组织应该努力选择满足组织要求、尽可能少的软件开发过程模型 软件开发模型数目不宜过多 所选择的软件开发模型不宜过于复杂 最好选择那些组织成员熟悉的、有使用经验的软件开发过程模型,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤2:确定和描述活动,确定活动 定义和描述活动,确定

3、活动(1/2),任务 明确软件开发过程应包含哪些活动 注意 软件开发活动包括技术活动和管理活动 技术活动：需求分析、撰写软件使用资料 管理活动：制定软件开发计划,确定活动(2/2),确定活动的原则 基于所选择的软件开发过程模型确定活动 一般的，软件开发过程模型仅仅确定软件开发的技术活动 所确定的活动对于软件项目的开发是必要的 活动尽可能是全面的，适合于各种可能的软件项目，可供它们进行剪裁,例子:确定软件开发活动,技术活动 需求分析 概要设计 详细设计 编码 集成测试 撰写出版物 用户确认测试 软件发布,管理活动 制定初步软件开发计划 制定详细软件开发计划 制定软件配置管理计划 制定软件质量保证

4、计划 项目跟踪和监督 配置管理 用户培训,定义和描述活动,对所确定的活动给出定义和描述 名称 任务 输入 输出 实施,例子:需求分析活动描述(1/2),名称 需求分析 任务 进行需求调查，定义软件的用户需求 撰写软件需求规格说明书(SRS) 根据SRS，制定软件确认测试计划 对SRS和软件确认测试计划进行评审，产生经批准的SRS和软件确认测试计划 输入 用户的初步需求描述,例子:需求分析活动描述(2/2),实施 根据用户需求描述，分析和定义软件的用户需求，按照软件需求规格说明书编写指南撰写软件需求规格说明书 对SRS进行评审，评审的原则：正确性、完整性、一致性、简洁性、规范化 根据软件的用户需

5、求，制定软件确认测试计划，按照软件确认测试计划编写指南撰写软件确认测试计划文档 输出 经批准的SRS(Software Requirements Specification)， 经批准的软件确认测试计划,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤3:确定和描述活动间关系(1/3),活动之间主要有哪些关系？ 执行时序关系 时间先后关系 例如，集成测试完成之后，才能进行确认测试 逻辑依赖关系 一个活动的执行需要其它活动实施产生的结果 逻辑依赖关系蕴涵了执行时序关系 例如，

6、软件概要设计和需求分析之间,步骤3:确定和描述活动间关系(2/3),如何描述活动之间的关系 入口条件 例如，软件设计(逻辑依赖)，有一个已完成、被文档化和批准的软件需求规格说明书 例如，确认测试(执行时序)，集成测试已经完成 出口条件 例如，软件需求分析(逻辑依赖)，产生一个已完成、被文档化和批准的软件需求规格说明书,步骤3:确定和描述活动间关系(3/3),直观的图形描述 节点表示活动 有向边表示活动之间的关系 执行时序 逻辑关系,例子:描述活动间的关系,需求分析、概要设计和详细设计 入口条件(概要设计) 经过批准的软件需求规格说明书 出口条件(概要设计) 软件概要设计规格说明书 数据库设计规

7、格说明书 软件接口设计规格说明书,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤4:文档化软件开发过程(1/5),什么是文档化？ 书面、文字化描述和记录，并形成相应的、规范化的文档 为什么需要文档化软件开发过程？ 便于记录和保存 便于获取、理解和交流 便于剪裁 便于改进,步骤4:文档化软件开发过程(2/5),如何文档化软件开发过程? 首先 给出软件开发过程的直观、完整视图(图形化) 其次 详细描述活动 第三 详细描述活动间关系,步骤4:文档化软件开发过程(3/5),首先:

8、 如何提供软件开发过程的完整视图？ 基于图形方式直观展示整个软件开发过程中的活动以及它们之间的关系 给出软件开发过程的整体、直观描述 便于从整体上理解和把握软件开发过程 注意不要作时间约束和限制,例子:软件开发过程整体视图,步骤4:文档化软件开发过程(4/5),其次，描述和文档化软件开发活动 名称 任务 输入 实施 (如何实施，采用什么方法，具体过程和步骤？) 输出 说明,例子:需求分析活动描述(1/2),名称 需求分析 任务 进行需求调查，定义软件的用户需求 撰写软件需求规格说明书(SRS) 根据SRS，制定软件确认测试计划 对SRS和软件确认测试计划进行评审，产生经批准的SRS和软件确认测

9、试计划 输入 用户的初步需求描述,例子:需求分析活动描述(2/2),实施 根据用户需求描述，分析和定义软件的用户需求，按照软件需求规格说明书编写指南撰写软件需求规格说明书 根据软件的用户需求，制定软件确认测试计划，按照软件确认测试计划编写指南撰写软件确认测试计划文档 对SRS和软件确认测试计划进行评审，评审的原则：正确性、完整性、一致性、简洁性、规范化 输出 经批准的SRS， 经批准的软件确认测试计划 说明 一般的，用户要参与需求评审 需求评审通过后，只能通过指定的变更控制过程来修改,步骤4:文档化软件开发过程(5/5),最后，描述活动间关系 文字描述：输入和输出，说明 图形化描述，连接活动的

10、有向边,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤5:文档化如何剪裁过程(1/4),为什么需要定义剪裁过程 组织内过程定义的一般性和普遍性 具体项目的特殊性 为了更好满足具体项目的特殊要求 如何文档化过程剪裁 Step1:定义剪裁软件开发过程的规则，以更好地适应具体软件项目的特殊要求 Step2:定义对剪裁过程进行评审的要求 Step3:将上述规则和要求写成规范化的文档,步骤5:文档化如何剪裁过程(2/4),Step1:定义过程剪裁规则 哪些活动可以被删除，哪些不能

11、必选，可选的 对可选活动的说明：什么情况下 例子：需求分析是必选的 哪些活动可以被合并，哪些不能 可合并，不可合并的 对活动合并的说明：什么情况下合并，如何合并 例子：对于小规模的软件项目，详细设计和编码合并 编码,步骤5:文档化如何剪裁过程(3/4),Step2: 定义对剪裁后的过程进行审批的要求 谁参与评审 过程剪裁评审委员会或者过程管理小组 评审依据 谁批准剪裁,步骤5:文档化如何剪裁过程(4/4),Step3: 文档化过程剪裁的规则和要求 可以作为过程定义的一个部分，或者 单独形成一个独立的过程剪裁文档,过程剪裁注意点,经验1：剪裁软件开发过程的规则和要求必须文档化并且易于理解 经验2

12、：至少需要提供二个显示如何剪裁软件开发过程的完整例子 经验3：记录项目剪裁过程的信息，供以后项目剪裁作借鉴和参考,例子:文档化过程剪裁,剪裁规则 以下活动是不可进行剪裁：需求分析， 对于系统规模较小的项目，允许将概要设计和详细设计二个过程合并 对于软件开发工作量能够预先确定的项目，初步项目计划和详细项目计划可以合并 剪裁评审要求 过程剪裁评审委员会(可以就是过程管理小组)负责对剪裁的过程进行评审，该委员会的组成参考“.文档” 由过程剪裁评审委员会的主席负责审批剪裁过程,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档

13、化如何改进过程,评审认可发布,员工培训,步骤6:文档化如何改善过程(1/4),为什么需要改善过程？ 过程定义的不完备性和不适应性 组织业务发展的要求 特殊项目提出的要求 实际应用中发现的问题 过程改善的目的 使得组织的过程不断得到优化 使得项目实施的过程得到不断优化,步骤6:文档化如何改善过程(2/4),如何文档化改善过程？ Step1: 定义改善过程的规则 Step2: 定义改善后过程评审的要求 Step3: 文档化过程改善的上述规则和要求,步骤6:文档化如何改善过程(3/4),Step1 & Step2 定义过程改善的规则和要求 过程改善请求的提出 提出者：组织或者项目成员 时机：项目实施

14、过程中，项目完成之时，定期/不定期的检查 过程改善请求的类别 变更请求 背离请求,案例1：管理过程改善,软件开发过程管理小组,普通员工,项目经理,变更请求,背离请求,变更或背离请求,负责人,过程定义文档,案例2：对过程变更请求的管理,请求发起者提出书面的变更请求,过程小组评审变更请求,实施变更请求,否决,结束,通过,新的软件过程文档 分发，让组织成员了解变更 必要时培训,提交给过程管理负责人,案例3:对过程背离请求的管理,请求发起者提出书面的背离请求,背离请求提交给过程负责人,过程负责人评审背离请求,过程负责人授权背离,否决,结束,通过,项目负责人审批背离请求,否决,让项目组同意背离,步骤6:

15、文档化如何改善过程(4/4),Step3: 文档化过程改善的规则和要求 可以是过程定义的一个部分，或者 独立的文档,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤7: 过程评审、认可和发布,要对制定的的软件开发过程进行评审，加以认可 是否完备？ 是否正确和准确？ 是否符合企业的特点？ 描述是否简洁、直观？ 是否适于剪裁和改进？ 组织的管理者公开发布所定义的软件开发过程 强制执行,定义软件开发过程的步骤,选择软件开发过程模型,确定和描述活动,确定和描述活动关系,文档化软件开

16、发过程,文档化如何剪裁过程,文档化如何改进过程,评审认可发布,员工培训,步骤8: 员工培训,要对组织内相关的员工培训软件开发过程 知道为什么需要过程 知道组织内的过程是什么 知道如何剪裁、变更和调整过程 强调必须根据过程来实施项目,软件开发过程定义注意事项(1/5),经验1 组织制定的软件开发过程应该由一个可理解的活动集组成，可以从该活动集中选择合适的子集作为新项目的过程 组织内的软件开发过程应该被定义为一个标准 组织内定义的软件开发过程应该具有一定的通用性和一般性，既可满足组织内新项目的需要，也可满足组织内所经历的非传统项目的需要,软件开发过程定义注意事项(2/5),经验2 软件开发过程不应

17、包含一些无效或者无用的任务或者活动，软件开发过程中的任何活动和任务都是为了促进软件项目的开发和管理，确保软件项目在进度、成本的限制范围内，得到满足用户要求的高质量软件产品 软件开发过程不应复杂和教条 软件开发过程不应捆绑一些无意义的规则，如必须采用某种方法和技术,软件开发过程定义注意事项(3/5),经验3 软件开发过程应该不断地得到改善和提高 软件开发过程有局限性和问题 需要对软件开发过程经常性地进行检查，发现问题和不足 允许过程的使用者对过程提出改善意见，发表见解,软件开发过程定义注意事项(4/5),经验4 借助于其他组织的经验和成果，以及国际化标准来制定软件开发过程 借助于其他组织的经验和

18、成果有助于少走弯路，尽快制定高质量的软件开发过程 借助于国际标准有助于规范化软件开发过程，通过国际标准的认证，如ISO9001, CMM 遵循国际标准是有必要的，应该提倡，它能帮助提升管理水平、形象和竞争力 切忌走过场,软件开发过程定义注意事项(5/5),经验5 管理层要负责确保每个新项目完全遵循所批准的软件开发过程 经验6 过程组要负责确保不断改善软件开发过程,如何剪裁过程,剪裁过程的基础和依据 软件开发过程文档 项目的具体要求 如何剪裁过程？ 参照过程文档中的剪裁规则，根据项目的具体特点确定剔除一些活动，合并一些活动 剪裁结果应该能够促进具体项目的管理，保证所开发软件产品的质量 剪裁认可,

19、4案例1,案例假设 采用瀑布软件开发过程模型 案例内容 软件开发过程框架 各个活动的描述 活动之间的关系 说明：该案例不足于用于实际应用 没有考虑组织的具体情况 不具体和详细,步骤1:确定活动,技术活动 需求分析 概要设计 详细设计 编码 集成测试 撰写出版物 用户确认测试 软件发布,管理活动 制定初步软件开发计划 制定详细软件开发计划 制定软件配置管理计划 制定软件质量保证计划 项目跟踪和监督 配置管理 用户培训,步骤2:确定活动之间的关系,逻辑关系依赖 时序关系,步骤3:定义和描述活动,需求分析 概要设计 详细设计 编码 集成测试 确认测试 撰写用户文档 用户培训 打包和交付,活动1:需求

20、分析(1/3),任务 进行需求调查，定义软件的用户需求，撰写软件需求规格说明书(SRS) 根据SRS，撰写软件确认测试计划 评审SRS和软件确认测试计划 输入 用户的初步需求描述 输出 软件需求规格说明书 软件确认测试计划,活动1:需求分析和软件定义(2/3),实施 根据用户需求描述，分析和定义软件系统的需求，按照软件需求规格说明书编写指南编写软件需求规格说明书(SRS) 根据SRS，制定软件确认测试计划，按照软件确认测试计划编写指南编写软件确认测试计划文档 对需求分析的结果(软件需求规格说明书和软件确认测试计划)进行评审,活动1:需求分析和软件定义(3/3),说明 用户需求描述了用户对目标软

21、件系统的期望和要求(包括功能、性能和设计约束等)，因此，需求分析只需关心要解决的问题，而无需关心这些问题的解决方案 软件确认测试计划应该包含软件需求规格说明书中所定义的所有需求的测试内容,活动2:概要设计(1/3),任务 根据SRS，进行软件的总体结构设计、接口设计和数据设计，撰写软件总体结构设计、接口设计和数据设计规格说明书 根据软件的概要设计，制定软件集成测试计划 输入 软件需求规格说明书SRS 输出 软件总体结构设计规格说明书 软件数据设计规格说明书 软件接口设计规格说明书 软件集成测试计划,活动2:概要设计(2/3),实施 根据SRS来进行软件设计 按照软件总体结构设计规格说明书编写指

22、南编写软件总体结构设计文档 按照软件数据设计规格说明书编写指南编写软件数据设计文档 按照软件接口设计规格说明书编写指南编写软件接口设计文档 按照软件集成测试计划编写指南编写软件集成测试计划文档,活动2:概要设计(3/3),说明 概要设计要给出满足用户需求的软件解决方案，主要是指软件的总体结构、接口设计和数据设计，不涉及具体模块的内部细节,活动3:详细设计(1/3),任务 进行软件的详细设计，撰写软件详细设计规格说明书 根据软件的详细设计，制定软件单元测试计划 输入 软件需求规格说明书SRS 软件总体设计规格说明书 软件接口设计规格说明书 软件数据设计规格说明书,活动3:详细设计(2/3),实施

23、 根据SRS和软件总体结构、接口和数据设计规格说明书，进行软件的详细设计，根据软件详细设计规格说明书编写指南撰写软件详细设计文档 根据每个模块的内部实现细节的设计，以及软件单元测试计划编写指南编写软件单元测试计划文档 输出 软件详细设计规格说明书 软件单元测试计划,活动3:详细设计(3/3),说明 详细设计主要根据软件需求规格说明书，在软件总体结构设计、接口设计和数据设计的基础上，涉及软件解决方案的详细细节，尤其是模块的实现算法和思想,活动4:编码(1/2),任务 编写程序 进行单元测试，撰写单元测试报告 输入 软件总体结构设计规格说明书 软件数据设计规格说明书 软件接口设计规格说明书 软件详细设计规格说明书 单元测试计划,活动4:编码(2/2),实施 根据软件总体结构设计规格说明书、软件数据设计规格说明书、软件接口设计规格说明书、软件详细设计规格说明书进行编码 根据单元测试计划对各个模块进行单元测试 输出 经过单元测试的软件模块源程序 单元测试报告,活动5:集成测试(1/2),任务 集成各个软件模块进行测试 输入 软件模块的程序代