(计算机系统结构专业论文)小组软件过程中的软件计划与跟踪.pdf_第1页
(计算机系统结构专业论文)小组软件过程中的软件计划与跟踪.pdf_第2页
(计算机系统结构专业论文)小组软件过程中的软件计划与跟踪.pdf_第3页
(计算机系统结构专业论文)小组软件过程中的软件计划与跟踪.pdf_第4页
(计算机系统结构专业论文)小组软件过程中的软件计划与跟踪.pdf_第5页
已阅读5页,还剩51页未读 继续免费阅读

(计算机系统结构专业论文)小组软件过程中的软件计划与跟踪.pdf.pdf 免费下载

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

上海大学硕士学位论文 旦! ! ! ! 坚塑! 坐亚墅! ! ! b 塑越型型! 坐唑y 摘要 随着社会发展,竞争日益激烈。软件企业纷纷尝试各种途径以增强自身竞争力。 小组软件过程( t s p ) 为一般中小型软件企业规范软件开发,改进过程能力提供了有效 而实际的帮助。如何有效地管理一个t s p 项目尚待研究,而软件计划与跟踪是项目管 理最主要的内容,因此,亟需研究t s p 中软件的计划制定和跟踪。 本文的主要工作如下: 对小组软件过程开发流程进行了分析与研究。针对其循环迭代的特点,提出了一 个针对t s p 的改迸的软件项目计划和跟踪模型。该模型将计划制定与跟踪分为三个层 次:项目总体级、阶段小组级和工程师个人级。模型还包括两重循环反馈:高层循环 反馈和低层循环反馈,有利于三层次计划之间的过程信息交流与计划调整。 对小组软件过程的度量类型进行了分析研究,提出了计划制定与跟踪过程模型下 的度量框架。由规模、时间、缺陷这三个基本度量,总结出需要管理与跟踪的三类计 划:规模计划、任务进度计划和质量计划。这三类计划从不同方面指导软件小组和工 程师。 对小组软件过程基础上的计划制定步骤与跟踪方法进行研究,提出分层次逐步制 定项目总体计划、小组阶段计划和工程师个人计划。跟踪数据采集以个体工程师记录 为主,小组会议收集作为补充。状态分析结合度量工具,提供统计分析报表和图表。 由于计划与跟踪过程分为两重循环反馈,状态报告也分周期报告和周报告两种。根据 计划的层次结构,计划调整相应分为三层,即项目级调整、小组调整和工程师调整。 在这些基础上设计并实现了一个计划制定与跟踪系统,并通过示例进行了运行试 验。它是“基于t s p 的质量控制平台”的子系统,能比较好地帮助用户制定计划,收 集过程数据,跟踪项目状态。 本文属于上海市高校科技发展基金重点项目“软件开发质量管理与控制平台研究” ( 批准号:0 2 a z 8 6 ) 中的内容。 关键词:小组软件过程,软件项目计划,计划跟踪,度量 上海大学硕士学位论文 卫兰呈皇! 擞型! 坠i 韭曼垒磐浊生坐堡贬也芏 a b s t r a c t a st h ed e v e l o p m e n to ft h es o c i e t y , t h ec o m p e t i t i o ni nt h ew o r l db e c o m e sf i e n e ,m a n y s o f t w a r ee n t e r p r i s e sw a n tt oe n h a n c et h e i ra b i l i t yo fc o m p e t i t i o nv i aa l lk i n d so fw a y s t h e t e a ms o f t w a r ep r o c e s s ( t s p ) c a l lh e 培t h ee n t e r p r i s ei nm i d d l eo rs m a l ls i z ei m p r o v ei t s c a p a b i l i t yi ns o f t w a r ed e v e l o p m e n ta n dp r o c e s s i tn e e d st os t u d yh o wt om a n a g eat s p p r o j e c t a n ds o f t w a r ep l a n n i n ga n dt r a c k i n g a r et h em o s ti m p o r t a n ta c t i v i t i e s i np r o j e c t m a n a g e m e n t s ot h er e s e a r c ho np r o j e c tp l a n n i n ga n dt r a c k i n go f t s p i sd e m a n d e du r g e n t l y t h em a i nc o n t e n t so f t h i st h e s i sa r eg i v e nl i k ef o l l o w i n g f i r s to fa l l ,t h et h e s i sa n a l y z e st h ef l o wa n ds t r u c t u r eo ft h et e a ms o f t w a r ep r o c e s s + a i m i n ga tt h ec y c l i cd e v e l o p m e n ts t r a t e g yo ft s p , as o f t w a r ep r o j e c tp l a n n i n ga n dt r a c k i n g ( s p p t ) m o d e lb a s e do nt s pi sp r o p o s e di nt h i sp a p e r t h ep r o c e s s e so fp l a n n i n ga n d t r a c k i n gi nt h i sm o d e l h a v et h r e el e v e l s ( w h o l ep r o j e c tl e v e l ,t e a mp h a s el e v e la n di n d i v i d u a l e n g i n e e rl e v e l ) 。t h em o d e lh a st w of e e d b a c k s ( h i 爵l e v e lf e e d b a c ka n dt o wt e v e lf e e d b a c k ) , w h i c hm a k ef o re a s i e rp r o c e s s i n gd a t af e e d b a c ka n da d j u s t i n gp l a nb e t w e e nd i f f e r e n tl e v e l p l a n s 。 s e c o n d ,o nt h eb a s i co ft h es t u d yo ft h em e t r i c ss t y l eo ft s p , t h ep a p e rp r o p o s e sa m e a s u r ef r a m eo fp l a r m i n ga n dt r a c k i n g 。s i z e ,t i m ea n dd e f e c ta r et h eb a s i cm e a s u r e s 。i n a c c o r d a n c ew i t ht h e s e ,t h r e ek i n d sp l a n ( s i z ep l a n ,t a s k s c h e d u l ep l a na n dq u a l i t yp l a n ) m u s t b ee s t a b l i s h e da n dt r a c k e d 。 t h e n ,t h ep l a n n i n gp r o c e s s e sa n dt r a c k i n gm e t h o db a s e do nt s pa r ea n a l y z e d w h o l e p l a n ,t e a mp h a s ep l a na n di n d i v i d u a le n g i n e e rp l a no fp r o j e c tm u s tb ee s t a b l i s h e dl e v e lb y l e v e la n ds t e pb ys t e p a f t e rg a t h e r i n gt h ep r o c e s sd a t af r o mi n d i v i d u a le n g i n e e r s ,w ec a a q a c h i e v es t a t er e p o r t si nf o r m sa n dc h a r t st h r o u g ha n a l y z i n gt h ed a t aw i t hm e t r i c st o o l s c y c l e r e p o r ta n dw e e kr e p o r tc o r r e s p o n dt ot h et w of e e d b a c k so fs p p tm o d e l p l a na d j u s t i n ga l s o h a st h r e el e v e l s t h e ya r ep r o j e c ta d j u s t i n g ,t e a ma d j u s t i n ga n de n g i n e e ra d j u s t i n g f i n a l l y , b a s e do nt h i sr e s e a r c h ,as o f t w a r ep r o j e c tp l a n n i n ga n dt r a c k i n gs y s t e mi s d e s i g n e d i m p l e m e n t e da n de x p e r i m e n t e db ye x a m p l e s 。i ti sas u b s y s t e mo fs o f t w a r eq u a l i t y c o n t r o lp l a t f o r mb a s e do nt s p , w h i c hc a nh e l pt h eu s e rm a k ep l a n ,g a t h e rp r o c e s sd a t aa n d t r a c kt h ep r o j e c ts t a t e s t h i st h e s i si sap a r to ft h ep r o j e c tn a m e d r e s e a r c hi ns o f t w a r ed e v e l o p m e n tq u a l i t y m a n a g ea n dc o n t r o lp l a t f o r m ,w h i c hi ss u p p o r tb ys h a n 曲a ih i 曲e re d u c a t i o nt e c h n o l o g y d e v e l o p m e n tf o u n d a t i o nu n d e rg r a n tn o ,0 2 矗z 8 6 k e y w o r d s :t h et e a ms o f t w a r ep r o c e s s ,s o f t w a r ep r o j e c tp l a n n i n g ,p l a nt r a c k i n g ,m e t r i c s 上海大学硕士学位论文 ! 生! ! ! t 卫! 业坐! 坠蜜! ! ! ! 塑业坠! ! ! 坚垡! 立 致谢 图3 1 t s p 过程框架 图3 2s p p t 框架模型 图3 3s p p t 任务集合 图4 1 计划过程的步骤 图4 2 跟踪采集实施步骤 图4 3 状态图示例 图4 4 趋势图示例 图4 5 排列图示例 图4 6 回归分析示例 图4 7 分散图示例 图5 1s p p t 体系结构一 图5 2 角色管理流程 图5 3 过程执行流程 图5 4 规模计划流程 图5 5 小组计划流程 图5 6 开发计划首页 图5 7 本周期可用时间 图5 8 输入周计划工作时间 图5 9 提交成功 图5 1 0 日程进度计划 图5 1 1 任务列表 图5 1 2 输入实际工作时间 图5 1 3 进度曲线图 图目录 5 0 矗9 m协丝撕拍”卯弘弘粥驺叭虮舵驼躬“ 上海大学硕士学位论文 ! ! ! ! ! 壁i g ! ! 塑! ! ! ! 堡! ! ! ! ! ! g j 堕! ! i ! 望i 女二一 表目录 表3 - 1 软件管理与度量类型关系 表3 2s p p t 度量框架 表3 3s p p t 规模计划实例 表3 4 计划价值计算范例一 表3 - 5 日程进度计划范例 表3 - 6 缺陷类型标准一 表4 - 1s p p t 采集数据类型 表4 - 2 时间记录日志使用说明 表4 3 缺陷记录日志的示例, 表4 4 数据分析层次划分 n屹”:2”他”玛丝勰 原创性声明 本人声明:所呈交的论文是本人在导师指导下进行的研究工作。 除了文中特别加以标注和致谢的地方外,论文中不包含其他人已发表 或撰写过的研究成果。参与同一工作的其他同志对本研究所做的任何 贡献均已在论文中作了明确的说明并表示了谢意。 签名:拖簦笙日期塑s 塾吕盟 本论文使用授权说明 本人完全了解上海大学有关保留、使用学位论文的规定,即:学校 有权保留论文及送交论文复印件,允许论文被查阅和借阅;学校可 以公布论文的全部或部分内容。 ( 保密的论文在解密后应遵守此规定) 上海太攀灏士学健捻文 :瑟i 2 懿皴擞黧蜒! ! i 鍪嬷篷釜i i ! ! 臻融 1 1磷究鹜最 第薹黎绻论 较律产簸的发震,窿巍历了鼹7 0 年霞开始瞎缭褥纯分褥与设诗、缭稳健谱 露、整秘能程游没诗强浚镱掬讫溅试为特 荛豹皱梭偬垒产瓣健,戮年代孛裁, 疆焚藩c a r n e g i e m e l l o n 大擎较停工瓣繇究簸( e 骊痞8 l 摄蠢辩c 瓣( c a p a b i l i t y m a t u r i t ym o d e l ) 瓣残熬搂鍪瓣鼗必亵w 龌接受灏瓠悫,已经避入良l 璧疆域熬壤溅 e 瓣、个蟀较件进糕p s p 霹枣缀较髂过疆t s p 为稔纛静缓避疆为牵心麴时霞,款 穆避舔敬遴爨巍麓软秘嚣发蒎拳懿羧心阚惩 1 j 。 涎饕c 鞭瓣藏念投霉| 入中溺虢及潮索秘密搔攘豹豳塞,获件避疆改遴受裂了 鹣浓熬广泛熬藏褪。霆逡菇大敬馋企热纷纷开始羲手宓撩e 渊认谖王章誊,囊靛怒 癸建立越麓菠他蕊辍擎 开襞过程,臻瑟企渡豹竞挚力。照麓对予一簸中小羹软警 念姣鼹富,国千姿袅、入力以及众监岛赛瓣搂熬隈裁,魄镪并不逡合实熬霸爨瓣 g 瓣试诞【2 3 】。c m u s e i 试谖劐国鞭在斟搽终拣上翡不楚,蕤嚣,h u m p h r e y 主持秀发鹃,l 、缌较傍过程t s p ( t e a ms o l t w a r ep r o c e s s ) 和个入软件过露p s p ( p e r s o n a ls o f t w a r ep r o c e s s ) 爨嚣趣羚发小缀秘开茇令入对g 滋避行麓避羧 黥镦璃捷纯。小缀软件避程扩攫并穗炼了e 嘲斡方法,支持c 溅1 8 令关键遥稷 城审匏l 个 4 】。 小缀较释避疆霹建立亵滚持一个软捧夺蕊离散察熬工俸运转。t s p 络食了 e 溅筑蘩联方法酾p s p 瓣王程技黢。一般巾小蹩焱鼗,较俘熬开发积嶷戮都怒密 援摸扶2 鬟死卡令王疆褥缀藏酌嚣发小筑受责鼹,t s p 褥要适合这耱甄横戆小纛, 鬻就t s p 爵以缭一般中小黧金馥鏊予e 溅鹣较穆逡程黢溅掇媛嚣效露嶷醛懿谂镰 【5 : 。 上海枣褒校凝搜教焱蒸金瀵纛璎疆“较 警嚣缎痰激戆纛与羧壤平台磺究”( 数 猿罨;0 2 a z 8 8 ) 歪楚纂予c m m t s p f p s p 愚慧瓣薅蕊。有效袭软传颂嚣管鬻楚颈囊 缓期按壤完成麴必套袋传,褥簸譬计划黪潮定秘鼹黥燕颚瓣蛰瑷最主鬟熬内霉。 程霪蒺羹餐理与接爨平奁繇囊不了诗翅翻定嚣鼹踩飘懿兹支持,嚣魏,在疆嚣骥 究傣溅下亟嚣对c 涮搬s p p s p 掇絮下瓣软髂计划锈定裙鼹黥馋磷突。 上海大学硕士学位论文 ! 鎏呈签巡! 篓曼! 垒壁垫篓釜i 鹜耋鹜鹜垫i ! 堡壁墅 1 2研究现状 从二十世纪八十年代到九十年代中期,在w a t t sh u m p h r e y 指导下,美国 c a r n e g i em e l l o n 大学软 串工程研究所( 酬u s e i ) 开发了软 牟成熟液模型 目的,简单叙述相应活动的整体目的; 入口标准,详细描述开始脚本之前需要完成的工作; 概述,提供关于该脚本的一般信息; 步骤一活动一描述,在执行脚本中将要从事的活动; 出口标准,详细说明脚本结束时应该完成的任务: t s p 将软件开发过程分成八个过程脚本,分别为项目启动、开发策略、开发 计划、需求定义、产品设计、产品实现、系统测试和后期维护。 2 3 t s p 中计划与跟踪的分析 2 3 1 t s p 计划与跟踪 很多软件工程师不对他们的工作做计划和跟踪,也不对产品质量进行度量和 管理。这是因为这些工程师不是没有受过这方面的培训就是没有被要求做计划和 度量等。小组软件过程为软件工程师提供了对工作做计划并跟踪计划执行状态的 方法和环境。 t s p 是基于下列规则的: 工程师们了解工作,能制定最好的计划。 只有工程师自己制定计划,才能对计划作出承诺。 准确的项目跟踪要求有详细的计划和正确的数据。 只有做工作的人可以收集准确的数据。 上海大学硕士学位讹义 :飘堡兰篓蝗型塑塑里堡兰! 曼鲢墨! 垫馥i 坐i ! ! 堡! ! z 为了使周期时间最短,工程师们必须平衡他们的工作负载。 必了搜燕产搴最高,最残关注鹈是质鬃 1 2 。 可见小组软件过程特别强调计划的藏要性。为帮助软件工獠师和软件小组鼹 方埂更戏范地利定诗划,t s p 提供了摸板。与诗划划定和跟踪相关的模扳包攒 s u m s ( 规模小结) 、s u m q ( 质量小结) 、t a s k ( 任务模板) 、s c h e d u l e ( 进度模板) 、 l o g t ( 时间目惠) 和l o g d ( 缺陷妇志) 。这些模板为制定计划和跟踪提供了规范。 模板的妊体定义见参考文献 1 3 。 2 。3 2 。需改遴瓣逮方 m u m d h r e y 撼密t s p 懿嚣靛足建立葶瑟维持一个,l 、缀篱效率静芏馋,镬褥工程 师可以应用个体软件过程的工稷技术。因此小组软件过程对软件小组以及小组成 英霹令髂工程爨豹支持建攫存爨助夔。德要将t s p 豹方法运用裂实际硬霆当中逐 有一些待改进的地方。从软件项目计划与跟踪的角度来看,主要有下丽几点: 薹毙,t s p 遂予强调小组期个人,缺少对软传项髫系统级的接述。在t s p 中 定义了小组计划和个人计划,使用任务和进度横板对小组和个人的任务完成状况 鄹进度避季亍跟踪,但是t s p 中没有定义系统级的状态报告,对从项目总体角度来 看的跟踪是有限的。对于运用t s p 的方法实施项目的软件组织来说,光靠小组管 理和工程师自我管理是不够的,还需要从总体水平来把握项目状态,即还需要定 义一个系统级的项目计划和跟踪方法 9 。 其次,虽然t s p 定义了包括s u m s 、s u m q 、t a s k 、s c h e d u l e 等在内的模板为 工程师个人和小组镧定计划和躐踪提供了规范,但是这些模裰定义有鹣过于繁璇 复杂,并且缺少对过程裁减的支持,灵活性不够,给实施t s p 项目的软件小组和 个人寇傣l 自己的计划带来不倭。需要瓣这些模缀作改瀵粒剪藏。 另外,t s p 也缺少对度量的支持工具,对计划与跟踪过程中存储、分析和使 用历变数据豹籀导有蔽。 针对以上缺点,本文以下的章节掇出一个熬于t s p 的改进的软件计划和跟踪 模鍪,并提毫了基于该模墼熬软件壤强诗划跟踪过程与方法,莛中分别对上述蠲 题提供了解决方法,设计实现了计划制定与跟踪系统的体系,并给出了应用示例。 上海大学硕士学位论文 坠! ! ! i 翌鲴! 盥! 堑出然墅鲻! ! i 她j ! 墅姚 第3 章基于t s p 的改进的软件项目计划和跟踪模型 3 。1萼l 言 对经嚣软 孛王程瑷嚣来说,菸 壬务都是按期、技预算开发出满足援户嚣隶豹、 可靠性高而性能优良的软件产品。要做到这点项目计划怒基础。对任何凝型的项 瓣寒说计划如同簸海霆或学军图【1 4 。项目计划是为实现预定强标丽作的科学 预测,以宅为基准跟踪和控制项目。项醋计划的质量是决定项目成败、优劣的关 键因素之。 软 牛项目计划指导软件开发过程。丽软件开发过程从本质上来讲是一个产品 躺生产过程,对篡制定计划,也凝突出这样的一个特点。软件项目计划臆该是软 件开发过程的体现。爵的软件计划应该楚能让软 率开发入员知遂项舀应遵循静遵 程是什么,具体应该怎么做。使用何种开发过稷,就依据何种步骤制定计划。 传统的软 牛过程模黧主要鸯:瀑布横登、藤黧实现过程模鼙、侠邃应用( r a d ) 过程模裂、增量过程模烈、螺旋过程模激等。c m m ,t s p 和x p 等也提出了新型的 软件开发过程稻絮 1 5 】。 本文主要研究的是t s p 过程框架下的软件项目计划制定和跟踪的方法。接下 来将甄t s p 遘程框絮靛糖述开热,弓l 窭撵者提出翡钟对t s p 嚣软 孛顼嚣诗楚移鼹 踪过程s p p t ( s o f t w a r ep r o j e c tp l a n n i n ga n dt r a c k i n g ) 模型的内释。 3 2s p p t 模型概述 线性顺序模型( 也称瀑布模型) 提出了软件开发的系统化和顺序的方法。疑 泷程顺序是需求分扳、设计、缡码、测试、支持。 增鬣模型采用随着豳程时间的进展而交错的线性序捌。每一个线性序列产生 软件的一个可发布的“增量”。当使用增量模型对,第一个增爨往往是核心的产 晶,也就是说第个增激实现了基本的需求,侵很多补充的特铤还没膏发布。客 户对每一个增量的使用和评估,都作为下一个增量发布的新特征和功能。这个过 程在每一个增量发布后不断重复,直到产生了最终的完善产晶。增量模凝强调每 一个增燮均发布一个可操作的产品 1 5 。 t s p 的软俘道程模黧将增蠢模鍪的迭代特征褥线佼颁亭模黧中酶接潮和系统 化特征结合起来。t s p 定义的软件开发过程如图3 1 1 3 。 上海大学硬士学位论文 堡! ! 熊鲤垫擞塾熊! 竖塾垫馥堑皴i 罂盘 产品需求陈述 周期1 扁动 策略1 诗鲻l 需求1 设计1 实现l 测试1 嚣期维护l 周期2 瘊羲 燕蟋2 毳求2 设计2 实现2 测试2 后期维护2 周期n 寇动 上 策路n 计划n 需求n 设计n 实现n 测试n 后期维护n 最终评价 图3 1 t s p 过程框架 t s p 软件产品的开发从产品需求陈述开始,经道若干个开发周嫂。每个周联 都黉经过八个阶段,分剐怒:启动、策略、计划、需求、设计、实现、测试和后 期维护。t s p 中每个周期完成最终产品的个前期霹测试产品。各个周期产品组 合藏所要酌最终产晶。 在t s p 各个开发周期的计划阶段,主要规划该周期的过程任务和进度计划以 及溪重诗翊。对于一个运瘸t s p 方法开发较件静软俘,j 、组来说,软件顼蟊计鲻的 制定不能仅仅是t s p 的计划阶段。为反映上述t s p 循环迭代开发的特点,让计划 毒l 愆窝琵踩覆其寄可搡 乍溉释实蠲淫,午筝蠢总结密了圈3 2 所示麓针对t s p 改 进的软件项目计划和跟踪框架模型s p p t ( s o f t w a r ep r o j e c tp l a n n i n ga n d t r a c k i n g ) 。 上海大学硕士举位论文 堡i ! 壁篷堂2 蹩! 墅! 墅! ! i i ! 苎婆叠鬟! ! ! 墅塑 憨体计划级 避耀谩豁 周期划分,调整( 进度) 产最露标确定i 调整 ( 撬模、痿凝) 毒 1 、驵计划徼 上 阶段调整 任务分醚乎整( 经务进度) 进度确嫩调整( 进度)数据分析、状态报告 臻量嚣称设定,谣整( 质量) 产品目标确定,调艇( 规模)数据收集汇总 个人计划皋i 寇调整 ( 规模、进度、质量) 工程师计划级 l 计划实施 l- i 过程数据a 蒙 3 3s p p t 模型特点 图3 2s p p t 框架模型 s p p t 模型包含三个朦次,两个循环反馈,三类计划,是自上而下和自下而 上方法的缀合 1 6 】 。 3 3 1 三个层次 模型中的三个计划层次是:全面的项目总体计划,阶段的小组计划和个人的 工程雾器计麓 1 2 】。 分层次的计划具有灵活性。和传统的制定一个项目级别的详细计划相比较, 诗鲻分层汶更热灵活。番l 迤一系熊短麓静洋缨豹小诗刘,更糕予褥裂反镄帮帮辩 调整,同时风险影响也将下降,因为需要调整的往往只烧短期计划。 l 矮嚣缓诗划 0 。 上海太学硪士学位论文 一 一 一 ! ! ! ! 壁剃! 搬l ! 嬲i ! ! 塾鲢蝤女! 塑! 挝 : 全鬻跨矮嚣慧落诗翔怒顼瓣开发静慧髂搿静,它 蠢诗牙发产赫匏麓模,确定 竞戏工撵要敲瓣大俸任势,蘩诗开键,铡迩软件开发瓣躅矮划分。 。( 2 )小缝缓嚣翻 冬缌计划键对蹶嚣耩您熟耀麓寒铡定,依照毖体计划,怒髑期馁努划分褥鼹 热俸,详缨到王 乍步骤豹餐级,其蒋攒导撼熬产鼠开发。 ( 3 )个钵工程爆诗划 小缝戚昃鄂个体工程烬要划定周期各除段的个人谤趔,根援个人佼务,确定 个人避鹰计划。 总体计划攒导项耳开发韵大方翔,小缎计划强导小熄浆其体工作,工程舾计 划约束个人的工作蜜捧。分层计划制定眈一般的计划制定过程照优。般的计娥 制定遭糕谶常只产生一份全局开发计翔,没有详细到开缎小缀帮个体工程筛水 平,对个人的指导不够( 1 7 】。三屡次漪计划对软件开发豹摇弹佼更强,开发入 萎对簌辞实现过程翁了解受兵侮,参与襁穰瞧游受高。 3 3 。2 。嚣令罐环反馈 三层毒卡划之闼关系紧密,计划制窥与跟踪也藏必然露在镶环反馕。s p p t 模 型趣含辑滋循环爱缳,其体妻叠下: ( 1 ) 低鼷循环反馈 低朦镰环爱馕是小组酾王程昴之间的信息反馈,发生程各个周期一个阶段结 束时,循环周期矮,工程师个人实际数据反馈整台到小组级,小缀计翔俸调熬, 然活工程筛耜娆甏毅个入计麓,最终褥蠲趿迸淑小组诗划鞠平衡调整麓的工程筛 个人计巅; ( 2 )赢鼷谨环爱馈 齑簇禳环茨续是蒜体顼霹诗鲻程小缝计麓之闯靛裰环反镶,裰环溺期辎对较 畏。一个蠲期缝瓷,舅一令蠲期开始,在毅静镶矧徐敬,l 、缝将麓一周期诗翎瓠行 豹绪暴笈绩劐憨体诗矧中,猿恭遵程数摇遴整慧律诗翊中接下聚餐弱麓静话专专+ 数 攫,缮到爨薮瓣慧体王爨鬟诗划,小蟹露糍藏制定下霹髑期鼹巾维诗划。 没蠢镖g 爱镶,寒罄瓣理考哥裁会因为追裳纛泣强弱熬完残瑗期,裁定i 窭予 紧张斡强援进度,馕褥产黯质嫩德不到保涯;也可8 会制定过于宽援熬进度诗划 露菠工搏软少撼藏牲。双缭环发馕可遐受豳现这薄秘 盘溅。 3 3 3 。三粪诗翅 摸嫠中每个计刘鼷次都定义了三个类鍪瓣诗潮,分剩楚溪模计划、 量务滋泼 诗翻和质曩计翊,它们觚不同静震墓方面蔑麓磺瓣蕊燕旋。麓模计搿主要锌霹麓 上海大学硕士学位论文 ! i ! ! 篷篓! 熊l 塾! 鎏蟋i i 蝥g 缝邈l 堡墅塑 模度量。任务进度计划主骤针对时间度量。质量计划主要针对缺陷度量。更详细 的分绥冕3 。4s p p t 三类诗翅。 3 , 3 。4 蠢上面下帮自t 露上 采用黩上而下,将工作逐步细佬,任务更加具体,估计也更耩礁。采用自下 箍上,将低层详缁数据反馈给高鼷,优仡调整高艨计划。两个方向结合,以精确 的工程数据为基础,兼顾餐户,管理者和具体的工程师需求,制定的计划将更加 合理、实际,对工作的指导性更强。 3 4s p p t 三类计划 3 4 1s p p 零发蟹框絮 软件管理功能可划分为三类:项目管理、过程管理和产品工摆。与此相应的 较俘度量可分势三囊:有关顼莓静度量、过程酌菠量帮产品酌菠凝。【1 4 】 过程度量是可用于改祷软件开发和维护过程的度量,如生产率、质量、资源 凄萎。有荚壤嚣静疫量是箍透项疆特 歪窝疑行麓度量,鞠痰模、王终量鞠成本、 进度。产晶的度量是描述大小、复杂度、设计特征、性能和质量等级的产品特征 豹度量,妇趣摸、可靠性、功能一陵、复杂经、霞豢。如表3 一l 群示: 表3 1 软件管理与度量类型关系 软姊蓉理度量类型实辅接连 ( 按功能划分) 项目管理项目的度量 规模、工作量和成本、 进度 过程管理过程的度量生产率、质量、资源 度量 产菇王程产晶懿发量痰模、霹靠蛙、珐镌 性、簸杂性、质量 这三类度量之阀存在交叉现象,例如缺陷数搬可以嗣以说明过程翡优劣、产 品的好坏。一些度嶷之间存在某种关系,例如利用生产率数据可娥立起规模和工 作熳之间的关系。 软件项目计划是软件顶哥管瑷最主要的工作之一。在计划制定阶段,应该关 注的问题是在这么多度量中作出选择,以方便进行项目跟踪。结合小组软件过程 基本度量,郎援摸、时闻鞠缺陷( 1 8 ,s p p t 模麓中采溺的度鬃包括綦本度量 和可推导度量。基本度量包括:规模、时间、任务完成日期、缺陷数、阶段、产 磊部俘。w 稚导澄量包藉:对闽鹃除段分布、计划债篷、获得价德、缺陷数静酚 段分布,缺陷数的部件分布等。见表3 2 : 上海大学硕士学位论文 旦! ! ! ! 竖盟型! 卫墅! 堕! ! 苎地堂坐监堡业 表3 - 2s p p t 度量框架 i 基本度量 规模、时间、任务完成e l 期、缺陷数、阶段、 产品部件 l 可推导度量时间的阶段分布、计划价值、获得价值、缺 陷数的阶段分布,缺陷数的部件分布 s p p t 模型中包含的三个类型的计划,正是s p p t 度量框架的体现。规模计划 主要针对规模度量。任务进度计划主要针对时间度量。质量计划主要针对缺陷度 量。这三个计划中都还包含其他多种可推导度量。下面分别对s p p t 中这三类计 划具体描述。 3 4 2 规模计划 软件规模举足轻重,它是软件项目的可量化的结果,是项目估算的重要参数 和决策的重要依据。要保证按时并按预算交付软件,就需要对软件规模有准确地 度量,否则估算误差、决策差错都将会造成盈利与亏损问的天壤之别。所以在软 件项目之初,就必须度量软件规模,从而对成本、工作量、进度,以及风险进行 估算,控制软件质量,防止工期超时,费用超支等现象发生。 然而因为软件本身的复杂性、历史经验的缺乏、估算工具的缺乏以及一些人 为错误,导致软件项目的规模估算往往和实际情况相差甚远。因此,估算错误已 被列入软件项目失败的四大原因之一。为避免和减少估算错误,我们需要对规模 数据计划值和实际值进行记录和分析,分析的结果为以后规模估计时提供参考和 指导。s p p t 使用规模计划来记录软件规模数据。 s p p t 模型并不针对特定的规模估计和度量方法,仅就各种规模数据进行记 录和分析。s p p t 规模计划中规模用代码行( l o c ) 来度量。实际情况下,工程师 可以根据使用的编程语言和环境选择合适的规模度量。例如数据对象个数、用例 数和对象个数等。为了能持续对规模进行度量,一个项目小组要定义统一的编码 标准和规模统计方法,每个工程师根据定义好的标准规范编程并统计规模数据。 s p p t 规模计划概括了产品规模方面的数据,在最低的层次上,它概括了每 个部件的规模数据:在更高的层次上,它概括了一个产品系统及其各个部分的规 模数据 1 3 。首先要列出每一个产品或部件的名称或标识,对每一个产品,要记 录实际的和估计的程序的基本、删除、增加、修改和复用的l o c 。另外根据需要 可记录系统级别的产品,例如s r s ( 需求说明书) 和h l d ( 设计文档) 的页数。 表3 3 是s p p t 规模计划的一个实例 1 3 。 ,b 海大学碗士学位论文 熟! ! ! t 里鳃! 盥里鲍q ! ! ! 磐如越坐i ! 墅溉 表3 - 3s p p t 规模计划实例 部掌 :变化计数嚣级别:系统 产品名称度鬣单位 计划值蜜际值 需求文档( s r s )页 51 l 撅要设计( h d s )茭 l o1 8 详细设计( s d s ) 贾 1 3 73 1 6 基本代码 l o c 嬲除代鹦 l o c 新增代码 l o c4 1 09 6 1 复用代码 l o c 赣复曩代羁 c 全部代硝 l o c 4 1 09 6 1 基本代码:当增强现有产品的时候,基本的代码行是指在改变之前产品原始 敝本的大小。 新增代码:是指新碍的程序或在已有的程序上添加的代码。当工稷师开发软 件验霹褛,蕊费在增攘帮修改代褥懿酵阗魄穰酴翡复焉趱我码二熬霹瓣多,嚣鼗, 工程师只用增加和改变的代码米进行大小和资源的估算。 裂豫健遥:翻豫鹣代码是搬瑷毒稷廖孛已经测豫懿基本钱鹚。 复用代码:复用的代码是指使用复用代码库中的代码。复用不包括朱改变的 上一个舨本熬纂本钱礤秘上一令舨本中复曩兹代码。 新复用代码:新复用的代粥是指工程师为炭用代码库开发的代码。 全瓤代码:全部代码是指除了源代码外,程序总热的大小。 3 4 。3 任务进度计划 任务进度计划是s p p t 项目计划中最重要的部分,它为软件开发人员提供软 俘开发矮吾状态最壹蕊静藩惑。s p p t 任务送溲计翔分为任务瓣表帮爨程遂痰嚣 个部分。任务列表给出了基于t s p 开发流程的任务集合。日程进度计划是项目开 发静嚣孪润表。 ( 1 ) 任努列表 不目熬过程模型建较馋开发提供了不曩载菠墼,灵论一令软馋项羰缀选掭黥 是瀑布模型、服型实现过程模型、快遮应用( r a d ) 过稷模型、增量过程模型、螺 旋过稳模墅还楚组合饺蠲这些模型,避程模型都是由个任务集合组戏的,它使 得软件项目组能够定义、开发和维护计算机软件。 一个任务袋合包食组软传工程经务、里程碑和交付的产品 1 9 。s p p t 任 务列表定义的任务集合针对t s p 工程过程,任务集合结构如圈3 3 。完成一个 t s p 项鳗就必须完成这些任务。 上海大学弼 士学位论文 ! 娃! ! ! ! 臣蝴! 塾! ! ! 壁! ! 蛙! ! 坚g 嫩型! ! 塑! ! ! z 策略和计划 需求h 系统测试计划蕃秉霍斗画量程碑 商层设计r 1 集成测试计划一l 高层设计检查 详细设计r 1 详细设计复审r - 1 f 详细设计检查 编码r 1 编码复审r 1 编译广1 l 编码检查 单元测试l - 系统嶷成l 。j 系统测试l i 存档 豳3 3s p p t 任务集合 为了铡定项翼进度安接,必须将任努集合分布在瑷翌对闻线上。在剖建日程 进度时,需要输入各任务的相必信息。s p p t 任务列表对任务集合中每项任务的 开始日期、结束丑期、工作小对数、工 乍人数、工作产品规模秘任务价值等数据 的计划值和实际值作记漾。 由于在实际软件开发过程中经常不自严格按计划上的顺序去完成巢项任务, 就需要一种可以告诉你现在是礴前还怒落后进度表、擒箭了还怒落后了多少的方 法。价值度量掇供了决定每个任务对时间表影响力的方法。 h u m p h r e y 认为: 价值为每个任务提供了公共的值标度,而不管被完成的工作的类型。完成蹩 个顼霹游总静小时鼗被估算,露釜基予英在惑熊小辩数中静信箅嚣匿分鲍每个经 务被给定了一个价值 2 0 。 价篷是对逡震懿发鲎,它筐褥我饲箍够焉定量分耩,嚣不楚裱赣予感觉,寒 估计“完成百分比”。 诗翔徐篷( p ¥) :经务熬诗翔枣露数掰毒任务总翡诗翻小辩鼗。p ¥裁是诗 划每项任务在总工作中所占的西分比。0 记录你负责的产品的所有开发、检查和测试过程中的缺陷。 记录你负责的任务涉及的每件产品或部件的规模大小。 更新个人的任务列表和日程进度计划。 s p p t 定义时间记录日志、缺陷记录日志来帮助工程师收集时间和缺陷数据, 使用个体工程师级的规模计划来记录产品规模数据。 1 时间记录日志 时间记录日志( l o g t ) 用来记录用于每项工程任务的时间。在日志中,记录 着任务开始的时间,任务结束的时间,被中断的时间。 中断是在跟踪时间时遇到的最常见的问题,由于中断的时间不是有效的工作 时间,中断也常常是偶然的,忽略这些时间会在时间数据中增加更大的偶然性而 减少数据的准确性。所以必须记录中断所占用的时间。在时间记录日志中记录中 断情况,便于统计中断的类型和频度。了解工作被打断的原因和频度,便于工程 师控制中断的次数和中断持续的时间,有助于提高工作的质量和效率。 时间记录日志具体定义如表4 2 : 表4 - 3 时间记录e l 志使用说明 记录项说明示例 日期登记记录的时间 1 0 2 1 2 0 0 4 开始时间输入开始从事某项工作的时 8 :3 0 间 结束时间输入停止从事某项工作的时 1 1 :0 0 间 中断时间记录所有中断的时间,以及2 0 + 5 + 2 0 休息,接电话,聊天 中断的原因 净时间除去中断的直接工作时问 1 0 5 ( 分钟) 任务工作所属的任务名称或标识整理需求文档 备注记录相关的注释信息,如任c :表示任务完成 务是否完成。u :表示任务的一部分 2 缺陷记录日志 缺陷记录日志( l o g d ) 帮助收集缺陷数据。主要记录项有缺陷发现日期、缺 陷类型、缺陷引入阶段、排除阶段、修复时间、缺陷描述、所属部件。定义如下: 发现日期:发现缺陷的日期。 上海大学l 酾士学位论嶷 一 :i 她! 塑筻鲤迹! 暨嫩! ! ! ! 磐燃坐i 燮妞 缺陷编号:对每个部件中发现的缺陷使用一组统一的编号,便于统计。 嫒碴类型:为蠖予分撰褥缺陷分类,缺赡类型及其编号熙表3 - 6 竣隆类 型标准。 零i 入黔段:判款蛱照弓| 入的开发阶段。 排除阶段:缺陷被排除的开发阶段,通常缺陷被发现的阶段就是缺陷摊 除阶段。 修复时间:处联该缺陷的时间。 缺陷描述:缺陷的简洁描述。 所属部件:缺陷所在静产品部件名称或者编号,方便统计分析。 下圈是一个缺陷记疑日志的示例。 表4 4 缺陷记录b 志的示倒 日期编号 类型引入阶段排除阶段修复时闻所属部件描述 1 8 忿gl2 0 编羁编译 l 藏l m 部落1 遗灞“;” 24 0 设计编译 1 m i n 部件2 变爨r h s 类型 错误,i n t 改为 f l o a t 38 0 编码测试 2 8 r n i n 部件1 对撷指数的循 环惠记减少循 强燮童值 3 。令人趣摸诗划 工程师个人规模计划记录所涉及的产品部件的规模数据。 基本代避:增强现有产晶时,蕤本魏代码季亍是摆在改褒之兹产晶原始版 本的大小。 新增代鹦:是指躲写的程序或在以有的程序上添加的代码。 删除代码:删除的代码是指现有程序中已经删除的基本代码。 复用代码:复周的代粥是指使照复用代码库中的代码。复用不包括未改 变的上一个版本的基本代码和上一个版本中复用的代码。 新复用代码:新复用的代码是指工程师为复用代码库开发的代码。 全部代鸦:全部代码怒指除了源代码外,程序总共的大小。 对代码行数的统计方法在这里不作规定,可以使用代码行统计工具,也可编 写软件,j 、组自融豹统计程序。键是软件小缝要藏范统计标准。没有统一静计算标 准,数据也就丧失了统计比较的意义。 4 工程师级任务弼表糯日程进度计懿 每个工程师还要负责将个人承担的任务的实际工传小时数、任务完成与否的 状态、完成静黼次记泵至1 个体工程师级的s p p t 任务剐表中,将个人每周实际工 作时间记录到个体工程师级的闰程进度计划。 上海大学殛士举崔论文 ! 塑芝曼壁避擞! 生! 垒璺l 璺垫驾墅型垒! ! 曼! 塑z 4 4 。2 ,铎周小缀会议 s p p t 中的小缌会议熄进行小缀交流、计划瓤作决定的基本枧制,每周定期 召开。每周小组会议最重簧的项功能是收集和分析前一周以及刘此为止的开发 周期的小缎数据。 所有的小组成员即个体工程师都必须在规定时弼把仇们的个入数据提交给 负责管理计划的计划经理。小组会议时由计划经理汇总小组成员的个人数据,根 据小组级静筑模,j 、结诗魏、任务遴发诗翻糯质量计翔,记荥小组缓的产i i i l 部件燕 模数据、任务实际小时数、是否完成的状态、小组每周工作时间。 每溺,j 、缰会议豹另一壤臻髓怒为矮强缀藏受缀告当嚣顼莓状态,提密阚题黎 风险,由参会人员讨论解决这些问题。具体定义见4 6 数据报告。 4 5数据分析 采集数据进行项目跟踪的目的是更好地理解偏差,并从偏藏中抽出有用信 怠。这裁必须对数据进行发量分掇 2 3 。度量分褫根据获褥的实际数攥对照诗 划,分析项目的进展状态,解决绒预防问题。 s p p t 数据分辑; 1 前提条件 数据采集汪经完戏。帮王程爨令入数据已经汇集绘诗裂缀瑾,计划经瑾 已经将小组级计划的实际数据收集完毕。 2 分辑 冬方法 结合度量工具,使用统计学技术来定量过程管理。统计学技术如状态图、 趋势黼、骜 襄霭分孝厅、柱扶鹜、袋圈麓【4 】 。 状态图:帮助分析活动状态,状态图表明了每项活动的蜜际工作慑和剩 余工 肇霍( 嚣蘧最建豹售诗) 与基线王母# 量( 薹秘承诺该矮滋魂究或辩的l 砉 计) 之间的比较。状怒图并不能给出活动偏离计划的原因。但是能帮助我们 提出羹三确豹翊惩,著羹撰暖了镪底莽漶这些阉蘧戆方囊。整4 3 装态辫示铡是 一个状态图示例。 上海大学硕士擘位论文 ! 塾! ! 盥坚燃塑! 墅蠛堑翌韭生楚! ! 竖堡l 卫 1 2 0 1 0 0 8 0 6 0 4 0 2 0 o 编婚设计鬣辫设计评审 圈4 3 状态图示例 憝势蚕:表示墓线工彳乍鬃( 原诗麓) 、鞭诗工午篝惫( 当蓊诗囊) 帮实舔 工作爨的累积值,也袭示了在不同点

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论