《软件工程》教学课件04软件项目计划.ppt

2003.01.10,SOFTWAREENGINEERING,授课安排,系统工程软件项目计划软件需求分析软件设计编程软件测试软件维护面向对象方法、软件复用和构件技术等,2003.01.10,SOFTWAREENGINEERING,软件项目管理,软件工程管理是对软件项目的开发管理，是对整个软件生存期的所有活动进行管理。任何工程的成败，都与管理的好坏密切相关，软件工程更不例外。尤其是软件产品的特殊性，软件工程的管理对于保证软件产品的质量也具有极为重要的作用。任何技术先进的大型项目的开发如果没有一套科学的管理方法和严格的组织领导，是不可能取得成功的。,2003.01.10,SOFTWAREENGINEERING,软件项目管理,4P：人员(People)、产品(product)、过程(Process)和项目(Rroject)。将人员组织起来以有效地完成工作；和客户及其他共利益者很好地沟通，以便了解产品的目标和范围，方案和限制等；选择合适于人员和产品的过程；估算工作量和工作时间，制定项目计划，包括：定义工作产品，建立质量检查点以及确定一些机制以监控计划所规定的工作。,2003.01.10,SOFTWAREENGINEERING,软件项目管理,要让软件项目失败很容易，只要符合下列条件之一即可：（1）项目经理对软件一无所知；（2）技术负责人对编程不感兴趣；（3）真正编写代码的程序员是临时雇用的。如果上述三个条件同时具备，就请放心失败好了。让我们少幻想自己是比尔盖茨，先当好程序员和程序经理再说。,2003.01.10,SOFTWAREENGINEERING,TheDefinitionPhase,SystemEngineering,Softwareprojectplanning,Softwarerequirementsanalysis,Softwarescope,Refined,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectPlanning软件项目计划,软件项目计划包括五项主要活动：估算、进度安排、风险分析、质量管理计划和变更管理计划。很多技术人员宁愿从事技术工作，而不愿花费时间制定计划。很多管理者也对计划的效果没有信心，所以很多软件项目就经常不制定计划。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectPlanning软件项目计划,在可行性分析之后，项目计划与质量管理将贯穿需求分析、系统设计、程序设计、测试、维护等软件工程环节。项目计划是要提供一份合理的进程表，让所有开发人员任务明确、步调一致，最终共同准时地完成项目。项目计划是要付诸实施的，不象喊政治口号。软件的项目计划重在“准确”而非“快速”。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectPlanning软件项目计划,在做软件的项目计划时，应屏弃一切浮夸作风。只有“知已知彼”才能做出合理的项目计划。这里“知彼”是指要了解项目的规模、难度与时间限制。“知已”是指要了解有多少可用资源，如可调用的软件人员有几个？他们的水平如何？软硬件设施如何？等,2003.01.10,SOFTWAREENGINEERING,软件项目计划,如有进行系统定义，则“系统规格说明书”的功能描述和约束所有有关软件的信息几乎都是可用的，否则计划人员必须起系统分析员的作用。,确定软件的作用范围资源需求估计工作量和成本估计进度安排(里程碑),系统规格说明书,=软件计划,不确定性,2003.01.10,SOFTWAREENGINEERING,SoftwareScope（范围）,Thefirstactivityinsoftwareprojectplanningisthedeterminationofsoftwarescope.Functionandperform-anceallocatedtosoftwareduringsystemengineeringshouldbeassessedtoestablishaprojectscopethatisunambiguousandunderstandableatmanagementandtechnicallevels.,2003.01.10,SOFTWAREENGINEERING,SoftwareScope,Softwarescopedescribesfunction,performance,constraints,interfaces,andreliability.Functionsdescribedinthestatementofscopeareevaluatedandinsomecasesrefinedtoprovidemoredetailpriortothebeginningofestimation.Becausebothcostandscheduleestimatesarefunctionallyoriented,somedegreeofdecompositionisoftenuseful.,2003.01.10,SOFTWAREENGINEERING,SoftwareScope,Themostcommonlyusedtechniquetobridgethecommunicationgapbetweenthecustomeranddeveloperandtogetthecommunicationprocessstartedistoconductapreliminarymeetingorinterview.Theanalyststartbyasking“contextfreequestions.”,2003.01.10,SOFTWAREENGINEERING,ProjectPlanningObjectives,Theobjectiveofsoftwareprojectplanningistoprovideaframeworkthatenablesthemanagertomakereasonableestimatesofresources,cast,andschedule.Theseestimatesaremadewithinalimitedtimeframeatthebeginningofasoftwareprojectandshouldbeupdatedregularlyastheprojectprogresses.Inaddition,estimatesshouldattempttodefine“bestcase”and“worstcase”scenariossothatprojectoutcomescanbebounded.,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectPlanning,Thesoftwareprojectplannermustestimatethreethingsbeforeaprojectbegin:howlongitwilltake,howmucheffortwillberequired,andhowmanypeoplewillbeinvolved.Inaddition,theplannermustpredicttheresources(softwareandhardware)thatwillberequiredandtheriskinvolved.,2003.01.10,SOFTWAREENGINEERING,Estimating（估算）,Theestimatingisasmuchartasitisscience.Aleadingexecutivewasonceaskedwhatsinglecharacteristicwasmostimportantwhenselectingaprojectmanager.Hisresponse:“apersonwiththeabilitytoknowwhatwillgowrongbeforeitactuallydoes.”Wemightadd:“andthecouragetoestimatewhenthefutureiscloudy.”,2003.01.10,SOFTWAREENGINEERING,Estimating,Estimationofresources,cost,andscheduleforasoftwaredevelopmenteffortrequiresexperience,accesstogoodhistoricalinformation,andthecouragetocommittoquantitativemeasureswhenqualitativedataareallthatexist.,2003.01.10,SOFTWAREENGINEERING,EstimatingRisk（风险）,ProjectcomplexityProjectsizeThedegreeofstructuraluncertaintyTheavailabilityofhistoricalinformationIfprojectscopeispoorlyunderstoodorprojectrequirementsaresubjecttochange,uncertaintyandriskbecomedangerouslyhigh.,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectEstimation,Intheearlydaysofcomputing,softwarecostscomprisedasmallpercentageofoverallcomputer-basedsystemcost.Anorderofmagnitudeerrorinestimatesofsoftwarecosthadrelativelylittleimpact.Softwarecostandeffortestimationwillneverbeanexactscience.,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectEstimation,Toachievereliablecostandeffortestimates,anumberofoptionsarise:Delayestimationuntillateintheproject.Baseestimatesonsimilarprojectsthathavealreadybeencompleted.Userelativelysimple“decompositiontechniques”togenerateprojectcostandeffortestimates.Useoneormoreempiricalmodelsforsoftwarecostandeffortestimation.,2003.01.10,SOFTWAREENGINEERING,(Estimateof)Resources,Thesecondtaskofsoftwareplanningisestimationofresourcesrequiredtoaccomplishthesoftwaredevelopmenteffort.Eachresourceisspecifiedwithfourcharacteristics:descriptionoftheresource,astatementofavailability,chronologicaltimethattheresourcewillberequired,anddur-ationoftimethattheresourcewillbeapplied.,2003.01.10,SOFTWAREENGINEERING,Resources（资源）,Hardware&SoftwareTools,ReusableSoftwareComponents,People,可复用的软构件,软件工程环境,2003.01.10,SOFTWAREENGINEERING,Resources-People,2003.01.10,SOFTWAREENGINEERING,Resources-People,人是最有价值的资源。项目计划的制定者要确定开发人员的名单，要根据他们的专长进行分工。工作在第一线的软件开发人员是程序员和程序经理，他们决定着软件的命运。良好的程序员队伍和出色的管理是软件项目成功的必要条件。,2003.01.10,SOFTWAREENGINEERING,软件开发组织,开发小组的组织有以下原则：软件开发小组的规模不宜太大，人数不能太多，一般3-5人左右为宜。切忌在开发过程中增加人员，这将因增加人员之间的联系而降低效率。常见的三种组织形式：主程序员组、民主制小组、层次式小组,2003.01.10,SOFTWAREENGINEERING,软件项目小组主程序员组,主程序员,后援,技术人员（2至5人）,专家（1至多人）,支持人员（1至多人）,资料员1人,支持或取代主程序员,2003.01.10,SOFTWAREENGINEERING,软件项目小组主程序员,主程序员是指一支软件开发队伍的领导者，不管他的职务是开发组长，项目经理，还是部门经理。主程序员是技术性的基层或中层干部，是软件企业得以发展的生力军。好的主程序员至少应具备以下几个条件：技术水平是程序员队伍中的最高级别能做最多且最难的工作有人格魅力等,2003.01.10,SOFTWAREENGINEERING,软件项目小组现代程序员组,2003.01.10,SOFTWAREENGINEERING,Resources(Reusablesoftwarecomponents),软构件并非一定要用自己的，可以向专业的软件供应商购买。为了促成软件的复用，以提高软件的生产率和软件产品的质量，应建立可复用的软件部件库。对于软件的复用，人们经常忽略，但这却是相当重要的一环。,2003.01.10,SOFTWAREENGINEERING,Resources(Reusablesoftwarecomponents),Bennatansuggestsfoursoftwareresourcecategoriesthatshouldbeconsideredasplanningproceeds:Off-the-shelfcomponentsFull-experiencecomponentsPartial-experiencecomponentsNewcomponents,2003.01.10,SOFTWAREENGINEERING,EnvironmentalResources,Theenvironmentthatsupportsthesoftwareproject,oftencalledasoftwareengineeringenvironment(SEE),incorporatessoftwareandhardware.Aprojectplannermustprescribethetimewindowrequiredforsoftwareandhardwareandverifythattheseresourceswillbeavailable.,2003.01.10,SOFTWAREENGINEERING,EnvironmentalResources,软硬件（开发、运行）环境虽然不是最重要的资源，却是必需的资源。原则上软硬件环境只要符合项目的开发要求即可。有些项目可能要用到特殊的设备，则要事先作好准备，以免用时找不到而担搁了开发进程。,2003.01.10,SOFTWAREENGINEERING,CostandEffortEstimation,成本估算是软件可行性分析的重要依据，也是软件管理的重要内容，直接影响到软件开发的风险。软件开发成本主要是指软件开发过程中所花费的工作量及相应的代价，即主要是人的劳动的消耗。因此，软件产品开发成本的计算方法不同于其他物理产品的成本的计算。,2003.01.10,SOFTWAREENGINEERING,CostandEffortEstimation,软件产品不存在重复制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此软件成本估算，应以软件计划、需求分析、设计、编码到测试的软件开发全过程所花费的代价为依据。对于大型软件项目来说，由于项目的复杂性，成本估算并不单纯是一个计算过程，还需要进行一系列的估算处理，处理手段主要是分解和类比。,2003.01.10,SOFTWAREENGINEERING,CostandEffortEstimation,自顶向下和自底向上的估算专家估算、类推估算、算式估算LOC(LineOfCode)-BasedEstimationFP(FunctionPoints)-BasedEstimationProcess-BasedEstimationEmpiricalEstimationModelAutomatedEstimationTools,2003.01.10,SOFTWAREENGINEERING,CostandEffortEstimation,软件成本估算通常是对以下量进行估算源代码行（LOC）：是指机器指令行/非机器语言的执行步开发工作量：常用的单位是：人-月（PM）、人-年（PY）、人-日（PD）软件生产率：单位劳动量所能完成的软件数量，LOC/PM、￥/LOC、￥/PM软件开发时间,2003.01.10,SOFTWAREENGINEERING,Estimation-代码行技术,估计出有多少行的代码(code)，再乘以每行的开发成本(cost)和复杂度(complexity)，即可估算出开发成本。有时对代码行的估计有一定的难度（利用专家估算等）。,2003.01.10,SOFTWAREENGINEERING,Estimation-任务分解技术,把软件开发工程分解成若干个相对独立的任务，再分别估计每个任务的开发成本，最后累加起来就是总成本（人/年）估计工作量。一般可按阶段划分任务，再按阶段把每个阶段划分成更小的任务。,可行性研究5需求分析15设计20编码和单元测试40综合测试20,2003.01.10,SOFTWAREENGINEERING,Estimation-自动估算,可以更快、更客观地估计成本。但需要有长期的经验积累、强大的数据库(database)、以及决策支持系统软件(decisionsupportsystem)。,2003.01.10,SOFTWAREENGINEERING,CostandEffortEstimation估算模型,Halstead估算模型IBM估算模型SLIM估算模型PRICE-S估算模型Putnam估算模型COCOMO估算模型Balley-Basili估算模型Schneider估算模型,2003.01.10,SOFTWAREENGINEERING,CostandEffortEstimation,Accurateprojectestimatesgenerallymakeuseofatleasttwoofthetechniquesnotedabove.Bycomparingandreconcilingestimatesderivedusingdifferenttechniques,theplannerismorelikelytoderiveanaccurateestimate.Softwareprojectestimationcanneverbeanexactscience,butacombinationofgoodhistoricaldataandsystematictechniquescanimproveestimationaccuracy.,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling软件项目进度安排,Schedulingistheculminationofaplanningactivitythatisaprimarycomponentofsoftwaremanagement.Whencombinedwithestimationmethodsandriskanalysis,schedulingestablishesaroadmapfortheprojectmanager.,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling软件项目进度安排,同意执行一个他本人都认为有缺点的计划的指挥官应该受到谴责。过于乐观的进度安排并不会缩短实际进度，反而会拖后进度。完成一个项目的时间与投入该项目的人员工作量之间是高度非线性的关系。通过略为延长时间可以使用较少的人员实现同样的目标。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling软件项目进度安排,如果最乐观的估算都表明截止期限是不现实的，一个胜任的项目管理者就应该“保护其队伍免受不适当的进度安排的压力并将这种压力反映给施加压力的一方”。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling软件项目进度安排,虽然软件延期交付的原因很多，但大多数都可追溯到下面列出的一或多个根本原因上：一个不现实的截止期限，由软件开发组以外的某人所设立并强加给软件开发组内的管理者和项目开发者客户需求发生变化，而需求的变化没有能够反映在项目进度的变化上对工作量和/或完成该工作所需的资源数量估计不足,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling软件项目进度安排,在项目开始时，没有将可以预测的和/或不可预测的风险考虑在内事先无法预计的技术困难事先无法预计的人力困难由于项目组成员之间的交流不畅而导致的延期项目管理者未能发现进度拖后，也未能采取行动解决这一问题,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling,两种进度：最后交付日期已经确定；有大致时限，但最后交付日期由软件机构指定。有时进度安排的正确性比价格估算的正确性更为重要。软件无法按时完成软件工程试图解决的一个主要问题（提高估算、时间安排的准确性，加强项目管理等）。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling,项目落后于进度表乃是家常便饭，不必大惊小怪。以下一些事件经常会导致项目被延误：上级领导主管臆断，制定了不现实的期限。项目经理与程序员们被迫按照不合理的进度表开展工作。客户的需求发生了变化，但没有对进度表作出相应的修改。低估了项目的规模与难度，导致投入的人力和物力不足。并未预见到存在难以克服的技术障碍。并未预见到开发人员会发生问题，如生病，辞职等。开发人员之间不能很好的交流、协作，导致各阶段任务难以如期完成。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling,Althoughtherearemanyreasonswhysoftwareisdeliveredlate,mostcanbetracedtooneormorethefollowingrootcauses:AnunrealisticdeadlineChangingcustomerrequirementsAnhonestunderestimate（低估）Predictableand/orunpredictablerisksTechnicaldifficultiesHumandifficultiesMiscommunicationamongprojectstaff,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling,以下是对进度安排的一些有益的建议（一）：制定进度表的人最好就是项目负责人，他最了解项目和开发人员。进度表要经过开发小组的讨论，在得到大部数人的支持后才能实施。进度安排并不见得一定要符合逻辑顺序。应尽可能地先做技术难度高的事，后做难度低的事。开发一个大的软件项目，应该将进度表分为若干个里程碑。进度表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling,以下是对进度安排的一些有益的建议（二）：如果发现项目应交付的期限非常不合理，就要跟领导或跟客户据理力争，请求放宽期限、调整进度。当客户的需求发生变化时，就要对进度表作出相应的修正。不要觉得修改进度表很困难很麻烦，不修改才会产生真真的麻烦。很多人认为戒烟很困难，但马克吐温曾说：“戒烟很容易，我一年就戒几十次。”,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling,Likeallotherareasofsoftwareengineering,anumberbasicprinciplesguidesoftwareprojectscheduling:Compartmentalization（划分）Interdependency（相关性）TimeallocationEffortvalidationDefineresponsibilities（责任）Defineoutcomes（成果）Definemilestones（里程碑）,2003.01.10,SOFTWAREENGINEERING,AnUnrealisticDeadline,Ifbestestimatesindicatethatthedeadlineisunrealistic,acompetentprojectmanagershould“protecthisorherteamfromundueschedulepressureandreflectthepressurebacktoitsoriginators.”Usinganincrementalprocessmodel,2003.01.10,SOFTWAREENGINEERING,TheRelationshipBetweenPeopleandEffort,Althoughcommunicationisabsolutelyessentialtosuccessfulsoftwaredevelopment,everynewcommunicationpathrequiresadditionaleffortandthereforeadditionaltime.理想化的模型：说明通信的代价，进度落后的项目增加人基本无用,2003.01.10,SOFTWAREENGINEERING,EffortDistribution,Arecommendeddistributionofeffortacrossthedefinitionanddevelopmentphasesisoftenreferredtoasthe40-20-40rule(noinastrictsense).,2003.01.10,SOFTWAREENGINEERING,SoftwareProjectScheduling（实施步骤）,Definingatasksetforthesoftwareproject(取决于项目类型和严格程度)SelectingsoftwareengineeringtasksRefinementofmajortasksDefiningatasknetworkScheduling,2003.01.10,SOFTWAREENGINEERING,TheProjectType,ConceptdevelopmentprojectsNewapplicationdevelopmentprojectsApplicationenhancementprojectsApplicationmaintenanceprojectsReengineeringprojects,2003.01.10,SOFTWAREENGINEERING,Definingatasknetwork,Atasknetworkisagraphicrepresentationofthetaskflowforaproject.Becauseparalleltasksoccurasynchronously,theplannermustdetermineintertaskdependenciestoensurecontinuousprogresstowardcompletion.Inaddition,theprojectmanagershouldbeawareofthosetasksthatlieonthecriticalpath.,2003.01.10,SOFTWAREENGINEERING,Scheduling,Schedulingofasoftwareprojectdoesnotdiffergreatlyfromschedulingofanymulti-taskengineeringeffort.Therefore,generalizedprojectschedulingtoolsandtechniquescanbeappliedtosoftwarewithlittlemodification.Programevaluationandreviewtechnique(PERT)andcriticalpathmethod(CPM)aretwoprojectschedulingmethodsthatcanbeappliedtosoftwaredevelopment.,2003.01.10,SOFTWAREENGINEERING,Scheduling-甘特图（GanttChart）,优点：标明了各任务的计划进度和当前进度。能够动态反映软件开发的进展情况。缺点：不能够反映多个任务之间的复杂逻辑关系。,2003.01.10,SOFTWAREENGINEERING,Scheduling-PERT技术和CPM方法,2003.01.10,SOFTWAREENGINEERING,Scheduling,Schedulingbeginswithprocessdecomposi-tion.Thecharacteristicsoftheprojectareusedtoadaptanappropriatetasksetfortheworktobedone.Thetasknetworkisusedtocomputerthecriticalprojectpath,atimelinechart,andavarietyofprojectinformation.Usingthescheduleasaguide,theprojectmanagercantrackandcontroleachstepinthesoftwareengineeringprocess.,2003.01.10,SOFTWAREENGINEERING,风险分析和风险管理,风险分析和风险管理就是一系列步骤，用来帮助软件团队理解和管理不确定的事物。时刻准备着-理解风险、采取主动的措施去回避或管理风险-是一个好的软件项目管理者应具备的基本条件。被动风险策略-救火模式；主动风险策略：识别潜在的风险，评估它们发生的概率及产生的影响，并按其重要性进行排序，然后软件项目团队就可以制定一个计划来管理风险。,2003.01.10,SOFTWAREENGINEERING,风险分析和管理识别风险,软件风险及其分类没有经理实际风险的项目不能认为是成功的。这种项目几乎是无益的，否则这些项目早就有人开发了。风险识别：试图系统化地指出对项目计划（估算、进度、资源分配等）的威胁。建立风险条目检查表,2003.01.10,SOFTWAREENGINEERING,风险分析和管理风险预测,又称风险估计，试图从两个方面评估每一个风险：风险发生的可能性或概率；风险相关问题产生的后果。,2003.01.10,SOFTWAREENGINEERING,风险缓解、监测和管理,风险分析的目的就是辅助项目团队制定处理风险的策略：风险回避，风险监测，风险管理和应急计划。风险管理策略可以包含在软件项目计划中，也可以将风险管理步骤组织成一个独立的风险缓解、监测和管理计划(RMMM计划)。,2003.01.10,SOFTWAREENGINEERING,TheSoftwareProjectPlan,Eachstepinthesoftwareengineeringprocessshouldproduceaworkproductthatcanbereviewedandthatcanactasafoundationforthestepsthatfollow.Thesoftwareprojectplanisproducedattheculminationoftheplanningtasks.Itprovidesbaselinecostandschedulinginformationthatwillbeusedthroughoutthesoftwareengineeringprocess.,2003.01.10,SOFTWAREENGINEERING,TheSoftwareProjectPlan,Thesoftwareprojectplanneednotbealengthy,complexdocument.Itspurposeistohelpestablishtheviabilityofthesoftwaredevelopmenteffort.Apresentationofcostandschedulewillvarywiththeaudiencetowhomitisaddressed.,2003.01.10,SOFTWAREENGINEERING,TheSoftwareProjectPlanOutline软件项目计划纲要,一、引言：任务提出者、开发者、用户等二、工作范围：项目目标、主要功能和性能描述、其他特性描述、开发限制三、资源：人力资源、硬件资源、软件资源四、软件价格估算：各阶段价格估算、任务价格估算等五、进度安排表：任务的分解和人员分工、进度安排（含里程碑及潜在问题和难点说明）六、复审意见,2003.01.10,SOFTWAREENGINEERING,项目成功,适当的项目选择适当的人，在适当的地方执行适当的过程，还要时刻以商业效果为中心！,2003.01.10,SOFTWAREENGINEERING,本章内容讲授到此结束！,福州大学软件学院计算机教研室王灿辉,Q&A,