软件项目管理与软件工程过程文档规范.ppt

《软件项目管理与软件工程过程文档规范.ppt》由会员分享，可在线阅读，更多相关《软件项目管理与软件工程过程文档规范.ppt（117页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、2004年3月5日,北京航空航天大学软件所,1,软件项目管理与软件工程过程文档规范,北京航空航天大学软件工程研究所 兰雨晴 （10）82328064，13910552180 L L 2004年3月5日 广西.南宁,2004年3月5日,北京航空航天大学软件所,2,报告内容,软件项目管理方法及其在“内蒙古农牧林业科技综合信息服务平台”项目中的应用 软件工程过程文档规范及其在“内蒙古农牧林业科技综合信息服务平台”项目中的应用,2004年3月5日,北京航空航天大学软件所,3,软件项目管理方法及其在“内蒙古农牧林业科技综合信息服务平台”项目中的应用,2004年3月5日,北京航空航天大学软件所,4,项目管

2、理的八个方面,范围管理 时间管理 成本管理 质量管理 人力资源管理 合同/采购管理 风险管理 沟通管理,2004年3月5日,北京航空航天大学软件所,5,（结构化软件项目管理-Fergus OConnell）分五个部分报告,一、软件项目管理的关键活动与PSI指数(重点） 二、同时运行多个项目 三、怎样评估项目计划 四、项目管理其他方法 五、（总结）项目管理四个关键要素,2004年3月5日,北京航空航天大学软件所,6,一、软件项目管理的关键活动与PSI指数,项目分析和计划进行的活动 可视化目标，关注结果 给要做的工作列清单 必须有一个领导 分工明确，责任到人 管理期望值和风险储备,If you f

3、ail to plan ,you plan to fail!,2004年3月5日,北京航空航天大学软件所,7,软件项目管理的关键活动与PSI指数（续）,审查和实现计划进行的活动 采用恰当的领导风格 了解正在发生的事情 告诉人们正在发生的事情 重复前面的8个活动 项目结果,2004年3月5日,北京航空航天大学软件所,8,PSI(Probability of Success Indicator) 成功概率指数,计算项目的PSI PSI是分布在0-100之间的分数，在项目生命周期的任何时刻都可以计算PSI ，并且用来衡量项目能否取得成功。 通过调查表、审查、举手表决等方法得到的输入信息，来计算PSI

4、 。,2004年3月5日,北京航空航天大学软件所,9,怎样计算项目的PSI 通过对项目管理关键活动的每一步计算其相应PSI，该项目管理可能的最高得分如下：,2004年3月5日,北京航空航天大学软件所,10,第1步：可视化目标，关注结果,识别目标 定义目标 目标定义的细化 开始计划的过程 实现目标的理由 激励团队,2004年3月5日,北京航空航天大学软件所,11,第1步：可视化目标，关注结果（续）,目标变更和变更控制 可视化目标的方法 项目管理第一定律 F(功能性，交付日期，工作量，质量)=常量 可视化检查清单,2004年3月5日,北京航空航天大学软件所,12,第1步：可视化目标，关注结果（续）

5、,“他们从此过着幸福生活”的方法,2004年3月5日,北京航空航天大学软件所,13,“第一步”的PSI成份指数确定法,目标20 用一句话描述项目。 8 3项或4项加粗的项目，由它们组成了项目的全部。 6 2-3页的简介，用来回答可视化检查清单中的问题。6 用上述方框中的数字给项目打分。,2004年3月5日,北京航空航天大学软件所,14,第2步：给要做的工作列清单,制定检查清单 用表1确定工作 PSI成份指数,2004年3月5日,北京航空航天大学软件所,15,清单内容,需要的资源（设备、产品、服务、工具） 需要的技能以及他们能否通过雇佣或者培训得到 有明确的、可以明显识别的里程碑清单 有时间量程

6、、成本和预算-显示怎样实现你估计的目标 已经明确地陈述了你所做的假设 已经明确地陈述了不在你直接控制范围内的事情之间的相关性 已经明确了每件工作的责任人 已经考虑了风险很高的领域,第2步：给要做的工作列清单(续）,2004年3月5日,北京航空航天大学软件所,16,第2步：给要做的工作列清单(续）,项目计划实例,2004年3月5日,北京航空航天大学软件所,17,工作清单20 工作清单是最新的吗？ 4 完整吗？ 4 已经说明并定义了主要的里程碑吗？6 在第一个里程碑之前很详细吗？ 6 用方框中的数字打分。,“第二步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,18,“第二步

7、”的PSI成份指数确定法（续）,2004年3月5日,北京航空航天大学软件所,19,第3步：必须有一个领导,项目管理中“领导”的定义：项目中不只是拥有这个头衔的人，而是一个准备完成这个项目的人。如果你想得到成功的项目，成功所需要的任何工作都是项目领导的责任，他必须使工作在其掌控之下并且推动其前进。 项目不能没有领导，也不能有两个领导或一个领导委员会，项目必须要有一个领导。,2004年3月5日,北京航空航天大学软件所,20,案例研究1-斯科特与亚孟森 案例研究2-某公司1人担任15个项目领导 案例研究3-项目行政与技术2个领导,第3步：必须有一个领导（续）,2004年3月5日,北京航空航天大学软件

8、所,21,下面的问题能协助查出谁是领导： 项目领导的名字？ 谁具有完成项目的积极性？ 他或她还领导了其他多少个项目？ 根据下面情况得出PSI值 一个领导10 两个领导4 没有或多于两个领导 1,“第三步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,22,第4步：分工明确，责任到人,每一项工作有一个人的名字与之对应 项目管理工作量实例分析 一个项目需要6个月的时间，总计22人月工作量。 假设项目管理工作为总工作量的6%，就是1.32人月，也就是26.4天（假设20人天=1人月）。 这样，在总共120天的项目经历时间中，项目管理工作的时间为26.4人天/120天=0.22人

9、天/天（=1.76小时/天，若每天8小时），所以，在每天8小时的工作中，一个项目经理要花1.76小时进行项目管理工作。,2004年3月5日,北京航空航天大学软件所,23,第4步：分工明确，责任到人（续）,单一团队或水平式结构 分层或分组式结构 强化优势 责任到人 第一类人-有能力且希望做 第二类人有能力且准备去做 第三类人有能力但不准备去做 第四类人通过培训或指导后有能力做 第五类人没有能力,2004年3月5日,北京航空航天大学软件所,24,第4步：分工明确，责任到人（续）,案例研究-斯科特与亚孟森 用表分配工作,2004年3月5日,北京航空航天大学软件所,25,第4步：分工明确，责任到人（续

10、）,现实项目中运用第4步的实例,2004年3月5日,北京航空航天大学软件所,26,如果工作清单中的每项工作都有相应的人员名字与之对应，可得33分 如果你考虑了人们的其它工作，包括你自己的，特别是你其他的项目管理工作，那么加上3.33分 如果你做了前述的人员能力分析，加3.33分,“第四步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,27,第5步：管理期望值和风险储备,风险储备：为偏差留出余量，有回旋余地 明确提出的或隐含的风险储备 占项目预算或是项目周期的15% 隐藏风险储备 寻找风险储备 功能性、交付日期、工作量（或成本）、质量,2004年3月5日,北京航空航天大学软

11、件所,28,管理期望值 第1步到第4步建立基本的、乏味的项目模型 步骤5a给模型加上风险储备 步骤5b由模型得出的老板或客户能接受的期望值 老板或客户能接受的期望值即你的期望 文档化所选方案，签署“同意” 承诺（尽可能推迟承诺，职业化项目管理） 管理期望值案例研究-斯科特出发前的宣传与亚孟森的理性,第5步：管理期望值和风险储备（续）,2004年3月5日,北京航空航天大学软件所,29,第5步：管理期望值和风险储备（续）,为误差留有余地案例研究 -斯科特补给计划的没有余地与亚孟森补给计划的完备,2004年3月5日,北京航空航天大学软件所,30,探讨管理期望值、留有偏差余量、留有回旋余地的经典案例-

12、泰坦尼克号。,第5步：管理期望值和风险储备（续）,“不沉没”（期望值）的泰坦尼克号在1912年首航，她可以搭载2000-2500名乘客和船员，但是救生艇只能搭载1100人（没有偏差余量），她在1912年4月14日夜里撞上了冰山，1000多人失去了生命（没有回旋余地）,2004年3月5日,北京航空航天大学软件所,31,偏差余量10 （1）风险储备越多，得分越高，最高5分 （2）期望值离实际设定值越近，分数越高 评估偏差余量的方法： 写下主要的风险 描述回旋余地 根据与最终目标的差别，解释回旋余地是怎样为你创建偏差余量的 可在以下几个层次上做这项工作： 在项目层次上 为主要的里程碑 为关键路径上的

13、任务 为每项工作 如果没有考虑偏差余量，从累积分中减区15分,“第五步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,32,第6步：采用恰当的领导风格,懒惰的项目经理,2004年3月5日,北京航空航天大学软件所,33,团队成员10中可能的情形以及在每种情况下建议的领导风格,第6步：采用恰当的领导风格（续）,五种领导风格 A 认为他们是专家，能自己对工作作出判断，让他们做吧。 B 对他们的能力没有足够信息，需监管他们，配合他们作出决策，要“民主”。 C 他们过去表现不错，需“帮助和监管”，决策应“民主”。 D 他们以前从未做过这样的事情，无法信任或不信任，需帮助缓慢实现一个

14、个小目标，保持跟踪监管，累”。 E 他们没有能力完成任务，首先，安排好工作；其次， 再考虑这个人。,2004年3月5日,北京航空航天大学软件所,34,第6步：采用恰当的领导风格（续）,不同的管理风格,高,低,不同的管理工作量,2004年3月5日,北京航空航天大学软件所,35,在项目管理过程中项目经理情愿花尽可能少的时间的区域,第6步：采用恰当的领导风格（续）,2004年3月5日,北京航空航天大学软件所,36,在项目管理过程中项目经理不得不花尽可能多的时间的区域,第6步：采用恰当的领导风格（续）,2004年3月5日,北京航空航天大学软件所,37,第6步：采用恰当的领导风格（续）,2004年3月5

15、日,北京航空航天大学软件所,38,用第四步中“用以分配工作的表”进行这 项分析，与实际情况对比，最高分是10分。 如果管理风格一成不变，不是管的太多，就是管的太少，那么给你自己一个低分； 如果你能审时度势，改变自己的风格，那你就做的不错，给你自己一个高分。,“第六步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,39,第7步：了解正在发生的事情,利用你的计划作为指示器来引导进行项目/懒惰项目经理的一天 检查当天的工作 检查计划的完成情况 检查应该开始的工作 检查正在进行中的工作,2004年3月5日,北京航空航天大学软件所,40,打开意外事件的包裹 没有变化。 发现了可以修

16、正的偏差 发现了无法修正的偏差,第7步：了解正在发生的事情（续）,2004年3月5日,北京航空航天大学软件所,41,第7步：了解正在发生的事情（续）,正面迹象 获得乐趣 独立反馈（一个原型、一个Demo） 不去干扰项目组 项目结束后的生活 共同的愿望 几乎没有危机,2004年3月5日,北京航空航天大学软件所,42,第7步：了解正在发生的事情（续）,负面迹象 里程碑没有实现 “一切都在掌握中” 士气低落 个性冲突 没有人得到乐趣 拖延 球门柱在不停移动 错误不断,大量危机(应急事件频繁) 没有独立反馈 令人失望的绝境 谣言机器 事情不向人们所期待的那样 “没有意外”(是一种掩盖),2004年3月

17、5日,北京航空航天大学软件所,43,分析正在使用的报告和监控机制，最高分是10分，如果没有针对计划的监视和控制，就减分。,“第七步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,44,第8步：告诉人们正在发生的事情,状态报告 第1级项目按时进行吗？ 第2级-（功能性、交付日期、工作量、质量）的高层次信息是什么？ 第3级叙述“当前事情”。 第4级可以有许多内容（计划副本、甘特图)来表述当前的细节。,2004年3月5日,北京航空航天大学软件所,45,两个版本的状态报告： 送给项目团队成员和我的老板 送给老板的客户（我的客户）,第8步：告诉人们正在发生的事情（续）,希望用户看到

18、我们在采用职业化项目管理方法实施管理！,2004年3月5日,北京航空航天大学软件所,46,第8步：告诉人们正在发生的事情（续）,懒惰项目经理的一周 周一（设定目标、日常工作） 周二至周四（日常内容） 周五（日常内容+完成周状态报告） 懒惰项目经理一周工作的另外一种选择 周一（预写未来一周状态报告） 周二至周五（日常工作）,2004年3月5日,北京航空航天大学软件所,47,满分为10分，分析信息分发机制，例如，每个人都有最新的计划文本吗？每次计划修改时他们都能得到吗？如果没有进展会议或进展报告，就减分。,“第八步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,48,第9步：

19、重复第1步到第8步直到第10步,何时更新计划 经常更新 每周更新 当出现错误时更新,2004年3月5日,北京航空航天大学软件所,49,第9步：重复第1步到第8步直到第10步（续）,软件工程过程中每一阶段都要重复前述各关键活动 计划和需求 高层设计 低层设计 实施 Alpha测试 Beta测试,2004年3月5日,北京航空航天大学软件所,50,无分。,“第九步”的PSI成份指数确定法,2004年3月5日,北京航空航天大学软件所,51,第10步：结果,PSI阈值 第一步到第五步的阈值（40分） 第一步到第十步的阈值（20分） 项目经理第二定律 核心“对一个计划很糟糕的项目，任何努力都于事无补”,2

20、004年3月5日,北京航空航天大学软件所,52,“第十步”的PSI成份指数确定法,无分。,2004年3月5日,北京航空航天大学软件所,53,PSI分析表实例,2004年3月5日,北京航空航天大学软件所,54,懒惰项目经理的月常规工作（计算在每个项目上的工作量，相加后看是否可行？） 项目经理的周常规工作 特定的周工作 周一早晨的计划会议（记录目标） 星期五的项目状态报告（记录结果） 项目经理的日常规工作 理清今天必须完成的、最好今天完成的、不打算今天完成的、准备授权给别人做的。 为了成功运行多个项目，上述三个步骤不能孤立使用。,二、同时运行多个项目,2004年3月5日,北京航空航天大学软件所,5

21、5,三、怎样评估项目计划,第一层检查（30分钟） 项目计划:内容分析 项目计划:工作分解结构分析WBS 项目计划:甘特图分析,高层概览 项目计划:资源分析 项目计划:PSI分析,为了评估项目计划，在最高层需要确定4件事情： （1）项目有定义清晰的目 （2）有实现目标的计划 （3）有一个领导 （4）有备用计划/应急方案,2004年3月5日,北京航空航天大学软件所,56,怎样评估项目计划（续）,第二层检查（2个小时） 项目计划:进度和工作量分析 项目分析:甘特图分析,关键路径 项目计划:资源负载分析 第三层检查（时间较多） 甘特图-所有的工作,2004年3月5日,北京航空航天大学软件所,57,四、

22、项目管理其他方法(一)清除争端:解决问题和制定决定,解决问题的方法 问题是什么 理想的解决方案是什么 寻找解决方案 实施一个或多个已确定的解决方案,2004年3月5日,北京航空航天大学软件所,58,(二)克服压力,减少压力的方法 谁拿到了球 保持心态平衡,世界上总有人比你处境更糟 试着把它当成一场游戏 运动 从现在往前看一年 走出谷底了吗,把问题关在屋子的大门外 马拉松选手 把问题写下来 世界在周末停下来 找个人聊聊 记日记,2004年3月5日,北京航空航天大学软件所,59,(三)挑选合适的人员,面试的方法 面试的问题 你做过什么事 你希望做什么事 你是一个什么样的人,2004年3月5日,北京

23、航空航天大学软件所,60,(四)谈判,原则性谈判 把人和问题分开； 关注利益,而不是态度； 决定做什么之前,了解各种可能性； 坚持把谈判结果建立在客观标准的基础上。,Getting to Yes,2004年3月5日,北京航空航天大学软件所,61,(五)会议,通过精心组织计划的会议，可以排除障碍，解决问题，制定决策，推进项目。,(六)演讲,告诉他们你将要告诉他们什么。 告诉他们。 告诉他们你已经告诉了他们什么。,2004年3月5日,北京航空航天大学软件所,62,(七)利用加速分析和设计缩短项目时间,什么事情耗费时间需求与设计 如何实施AADADD会议 实施AAD的风险 要考虑的现实因素 谁应该参

24、与 领导 分析师/设计师 项目领导 专业记录员 你将需要什么（房间、设备）,2004年3月5日,北京航空航天大学软件所,63,(八)授权(管理的真正乐趣),挑选合适的人。 尽可能把任务委派出去。,2004年3月5日,北京航空航天大学软件所,64,五、（总结）项目管理四个关键要素,四要素实例1：妇女怀孕,2004年3月5日,北京航空航天大学软件所,65,总结：项目管理四个关键要素（续）,实例2 含有6项工作的一个项目（数据）,2004年3月5日,北京航空航天大学软件所,66,总结：项目管理四要素（续）,实例2（续）,2004年3月5日,北京航空航天大学软件所,67,软件过程工程文档规范及其在“内

25、蒙古农牧林业科技综合信息服务平台”项目中的应用,2004年3月5日,北京航空航天大学软件所,68,现代软件开发的特点,软件开发并非传统意义上的“生产”。 应用领域宽、规模大、系统复杂、标准化差。 开发周期长，需求变化快。 参与人员多，流动性大。 “智商高”，自由度大。,2004年3月5日,北京航空航天大学软件所,69,针对特点，改变现状！,怎样变“纷乱”为“秩序”？,2004年3月5日,北京航空航天大学软件所,70,什么是软件工程？,软件：文档+数据+程序 软件工程：运用工程学的基本原理和方法来组织和管理软件生产。 采用软件工程管理软件开发过程是有效的，也是摆脱软件危机的一个主要出路。,200

26、4年3月5日,北京航空航天大学软件所,71,谁需要软件工程？,开发方 管理者 技术人员 营销人员 用户方 投资者 使用者 维护者,2004年3月5日,北京航空航天大学软件所,72,软件工程过程的生命周期,制定计划 需求分析和定义 软件设计 编码 软件测试 运行/维护,2004年3月5日,北京航空航天大学软件所,73,软件过程管理及质量保证,产品的质量取决于开发和维护过程的质量。 运用先进的工程化方法和技术，对软件全生命周期进行全面的质量控制和管理，以保证软件组织稳定、高效和低成本地开发出满足需求的高质量软件产品。,2004年3月5日,北京航空航天大学软件所,74,各种典型开发过程,最传统：瀑布

27、模型 演化模型 螺旋形 喷泉模型 增量迭代模型RUP TSP、PSP、CMM,2004年3月5日,北京航空航天大学软件所,75,软件工程标准化,软件工作的范围从只是使用程序设计语言编写程序，扩展到整个软件生存期。 同时，许多技术管理工作以及确认与验证工作常常是跨越软件生存期各个阶段的专门工作。 所以，我们我们要逐步建立标准和规范。,2004年3月5日,北京航空航天大学软件所,76,软件工程标准化的意义,提高软件可靠性、可维护性和可移植性； 提高软件生产率； 提高软件人员技术水平； 提高软件人员之间通信效率，减少错误和误差； 有利于软件管理，有利于降低软件产品的成本和运行维护成本； 有利于缩短软

28、件开发周期。,2004年3月5日,北京航空航天大学软件所,77,文档标准,中华人民共和国国家军用标准； 军用计算机软部件文档编写格式和内容，GJB1566-92 军用软件文档编制规范，GJB438-88 中华人民共和国国家标准。 计算机软件工程规范国家标准汇编，中国标准出版社，1998 计算机软件工程规范国家标准汇编2000，中国标准出版社 返回,2004年3月5日,北京航空航天大学软件所,78,软件文档的作用,什么是文档？ 文档是指某种数据媒体和其中所记录的数据。它具有永久性并可由人或者机器阅读，通常仅用于描述人工可读的东西。 软件工程中，文档常常用来表示活动、需求、过程或结果进行描述、定义

29、、规定、报告或认证的任何书面或图示的信息。 文档是软件产品的一部分。,2004年3月5日,北京航空航天大学软件所,79,软件文档的作用（续）,1）提高软件开发过程的可见度。 2）提高开发效率。 3）作为开发人员在一定阶段的工作成果和结束标志。 4）记录开发过程有关信息，便于协调以后的软件、开发使用和维护。,2004年3月5日,北京航空航天大学软件所,80,软件文档的作用（续）,5）提供对软件的运行、维护和培训的有关信息，便于管理人员、开发人员、操作人员、用户之间的协作、交流和了解。使软件开发活动更科学、更有成效。 6）便于潜在用户了解软件的功能、性能等各项指标，为他们选购符合自己需要的软件提供

30、依据。,2004年3月5日,北京航空航天大学软件所,81,软件文档的作用（续）,文档的桥梁作用,计 算 机,软件 开发人员,软件开发 管理人员,用 户,维护人员,2004年3月5日,北京航空航天大学软件所,82,软件文档的分类,按照文档产生和使用的范围，软件文档大致可以分为三类： 开发文档 管理文档 用户文档,2004年3月5日,北京航空航天大学软件所,83,开发文档,这类文档在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。 包括：软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。,2004年3月5日,北京航空航天大

31、学软件所,84,管理文档,这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。是管理人员能够通过这些文档了解软件开发项目的安排、进度、资源使用和成果等。 包括项目开发计划、测试计划、测试报告、开发进度月报及项目开发总结。,2004年3月5日,北京航空航天大学软件所,85,用户文档,这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。 包括用户手册、操作手册、维护修改建议、软件需求说明书、运行模式建议说明书。,2004年3月5日,北京航空航天大学软件所,86,软件文档的工作,1）可行性研究报告。 2）项目开发计划。 3）软件需求说明书。 4）数据要

32、求说明书。 5）概要设计说明书。 6）详细设计说明书。,2004年3月5日,北京航空航天大学软件所,87,软件文档的工作（续）,7）用户手册。 8）操作手册。 9）测试手册。 10）测试分析报告。 11）开发进度月报。 12）项目开发总结报告。 13）维护修改建议。,2004年3月5日,北京航空航天大学软件所,88,文档所回答的问题,2004年3月5日,北京航空航天大学软件所,89,对文档编制的质量要求,针对性 精确性 清晰性 完整性 灵活性 可追溯性,2004年3月5日,北京航空航天大学软件所,90,文档的管理和维护,在整个软件生存期中，各种文档作为半成品获知最终成品，会不断生成、修补或补充

33、。 为了最终得到高质量的软件产品，达到规定的质量要求，就必须加强对软件的管理。,2004年3月5日,北京航空航天大学软件所,91,文档规范的应用实例”内蒙古农牧林业科技综合信息服务平台”,“内蒙古农牧林业科技综合信息服务平台”是一个综合性的远程教育培训与信息咨询服务平台。 以农牧林业科学技术和实用技术为主要内容，开展针对全自治区的农牧林业科学技术和实用技术远程教育培训和信息服务；同时提供专家咨询、答疑等服务；兼顾科技信息，新成果、新技术的交流、发布、信息转化服务等内容。 通过平台的示范及推广应用，逐步建立全区基于网络和多媒体的农牧林业科技培训和科技信息服务体系。,2004年3月5日,北京航空航

34、天大学软件所,92,文档规范的应用实例”内蒙古农牧林业科技综合信息服务平台”（续）,采用面向对象的分析设计方法以满足用户人文的工作思维。 基于RUP的软件工程开发方法。 完整统一的文档管理。,2004年3月5日,北京航空航天大学软件所,93,增量模型RUP,Rational Unified Process（简称RUP） 是一套软件工程方法 ，它吸收了多种开发模型的优点，具有很好的可操作性和实用性。 与早期的瀑布式开发模型相比，它具有迭代式的增量开发、使用实例驱动、 以软件体系结构为核心三个鲜明特点，这使得RUP非常适宜于开发复杂、技术难度大、需求多变、高风险的项目。,2004年3月5日,北京航

35、空航天大学软件所,94,增量模型RUP（续）,为了能够方便地管理软件开发过程，监控软件开发状态，RUP把软件开发周期划分为Cycles,每个Cycle生成一个产品的新的版本。每个Cycle都依次由四个连续的阶段(pahse)起始阶段（Inception），演化阶段（evaluation），构造阶段（construction），提交阶段(Transition)组成，每个阶段都应完成确定的任务。 在每个阶段结束前都应有一个里程碑（MileStone）评估该阶段的工作。,2004年3月5日,北京航空航天大学软件所,95,增量模型RUP（续）,迭代式开发方法是一个不断地减除风险的过程,每一次的迭代过程

36、都选择最关键的也是风险最大的Use Cases执行。因此风险在迭代过程中不断地被发现、消灭。 迭代式开发方法能够更容易地管理需求的变化 ，开发人员以及项目相关人员能够及时地从迭代过程中得到反馈信息，并能够及时修改以前工作中的失误，有效地监控开发过程，并对迭代工作流进行校正，这对一个时间跨度很长的项目具有重要的意义。,2004年3月5日,北京航空航天大学软件所,96,平台文档的特点,具有生命周期的文档，活动变化的文档。 不论是开发文档、管理文档还是用户文档都有其完整严格的生命周期。,2004年3月5日,北京航空航天大学软件所,97,我的观点：RSPD(required software proc

37、ess document),开发文档 实施方案大纲 需求规格说明书 需求用例文档 开发计划说明书 测试计划说明书 软件设计规格说明书,文档标准（国标和国军标）,2004年3月5日,北京航空航天大学软件所,98,我的观点：RSPD(required software process document)（续）,管理文档 时间报告 周状态报告 测试用例报告 软件问题测试报告 测试报告 验收报告 评审报告,2004年3月5日,北京航空航天大学软件所,99,我的观点：RSPD(required software process document)（续）,用户文档 管理员手册 用户手册 系统维护手册 运行

38、模式建议说明书,2004年3月5日,北京航空航天大学软件所,100,开发文档的生命周期,开发文档的生命周期大致分为四个阶段。,新 建,待评审,批 准,归 档,2004年3月5日,北京航空航天大学软件所,101,需求用例文档,开发文当中最典型的莫过于“需求用例文档”。 开发组成员统一使用规定的模板。版本号体现生命周期。 “待评审”与“批准”状态中间项目组会组织多次评审，来讨论文档存在的问题，使其从“待评审”过渡到“批准”。 处在生命周期各个阶段的文档真实记录了我们的开发过程。,版本号标定了生命周期的阶段,2004年3月5日,北京航空航天大学软件所,102,需求用例文档（续）,需求用例文档顺序图示

39、例。,2004年3月5日,北京航空航天大学软件所,103,开发文档示例,2004年3月5日,北京航空航天大学软件所,104,管理文档的生命周期,管理文档多种多样，其生命周期也各不相同。 我们会着重介绍时间报告、状态报告和软件问题报告。,2004年3月5日,北京航空航天大学软件所,105,时间报告,规律的工作时间可以在一定程度上保证开发团队的开发进度以及团队成员的日常交流。 因为时间报告时每人每天填写。所以时间报告没有明确的生命周期。,2004年3月5日,北京航空航天大学软件所,106,时间报告（续）,Employee Name（名字）: Date（创建日期）: Week（周起始日期）: 200

40、*-*-* To 200*-*-*(Monday. Sunday),2004年3月5日,北京航空航天大学软件所,107,状态报告,状态报告由项目组内每个成员以周为单位填写。通过状态报告，项目组长和项目负责人可以密切跟踪项目的进度并了解项目组成员的开发状态。 状态报告的填写应规范详细，否则，项目组长不能从中获得有关项目的相关进度。,2004年3月5日,北京航空航天大学软件所,108,状态报告（续）,状态报告包括姓名、所属项目名称、目前报告所处的状态、上周状态、本周状态、与当前报告的项目无关的但需陈述的事项以及目前存在的问题。对于“报告状态”可选择“进行中”或者“已经完成”。这就是对生命周期的体现

41、。,起 草,完 成,归 档,2004年3月5日,北京航空航天大学软件所,109,状态报告（续）,Name（姓名）: Division（分区）: Period Ending（结束时间）: Report Status（报告状态）:进行中/已经完成 Status Last Week（上周状态） This Week Plan（本周计划） Action Items（与当前报告的项目无关的需陈述的事项） Issues（存在的问题） 1. List unresolved or continuing problems, （列出尚未解决或者正在进行的问题） 2. List things that you nee

42、d from other people, （列出需要别人何种帮助） 3. List things which effect other people。（列出你帮助了别人什么）,2004年3月5日,北京航空航天大学软件所,110,软件问题测试报告,软件问题报告是用来记录在测试过程中所发现的软件问题。每一个软件问题报告都应该包括：对问题的描述、可重现的步骤、问题所属的分类、严重性等主要元素。 针对不同阶段有不同的操作，质量保证人员和开发人员能够互相配合共同完成软件问题从发现到解决的流程。,2004年3月5日,北京航空航天大学软件所,111,软件问题测试报告（续）,软件问题测试报告与其他管理文档不同

43、的地方就在于它的多分支和复杂性。,关 闭,新 建,打 开,待 验,解 决,2004年3月5日,北京航空航天大学软件所,112,软件问题测试报告（续）,2004年3月5日,北京航空航天大学软件所,113,用户文档的生命周期,用户文档的生命周期包括如下的四个阶段。,起 草,校 对,交 付,批 准,2004年3月5日,北京航空航天大学软件所,114,用户文档的生命周期（续）,拿“用户操作手册”来举例：在生命周期的“交付”与”批准”阶段之间，就可能经历对“运行环境”的一些讨论和更改。,2004年3月5日,北京航空航天大学软件所,115,如何实现平台的文档规范管理,以Lotus Domino/Notes为架构平台，北航软件所开发了一个具有自主知识产权的支持异地协同工作的管理平台，由一系列工具组成，包括： 软件项目综合文档管理工具 软件项目工程文档管理工具 软件项目状态报告管理工具 软件项目时间报告管理工具 软件项目质量追踪控制工具(QESuite）,2004年3月5日,北京航空航天大学软件所,116,开发文档、管理文档、用户文档 相关数据库演示,2004年3月5日,北京航空航天大学软件所,117,不妥之处请指正，欢迎交流合作！,