学时软件项目初始课件

软件开发项目管理与CMM第一篇第一章软件项目初始,0,本章要点,一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析,1,IT项目论证涉及以下内容,为什么要实施该项目？本项目的产品的市场需求如何？项目的规模有多大？项目中将要采用的IT技术如何？是否有生命力？实施该项目需要多少人力、物力和财力？条件是否具备？,2,软件项目启动,顾客,顾客,需求,满意,产品,输入,输出,产品实现,甲方,3,项目立项,明确项目的目标、时间表、项目使用的资源和经费，而且得到执行该项目的项目经理和项目发起人的认可.,4,MakeorBuy决策,Make-or-Buy决策，确定待开发产品的哪些部分应当“采购”、“外包开发”或者“自主研发”。,5,MakeorBuy决策实例,如果选择自己开发软件的策略，公司需要花费￥25,000，根据历史信息，维护这个软件每个月需要的费用是￥2,500。如果选择购买软件公司产品的策略，需要￥17,000，同时软件公司为每个安装的软件进行维护的费用是每月￥2,700。,6,MakeorBuy决策实例,7,MakeorBuy决策,8,软件项目启动,顾客,顾客,需求,满意,产品,输入,输出,产品实现,甲方,乙方,9,项目立项,内部项目合同项目,10,本章要点,一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析,11,技术合同概念,技术合同是法人之间、法人和公民之间、公民之间以技术开发、技术转让、技术咨询和技术服务为内容，明确相互权利义务关系所达成的协议。,12,合同的生存期,13,甲方合同初始,合同准备合同签署合同管理合同结束,14,1、合同准备,招标书定义(采购需求定义)供方选择合同文本准备,15,1.1、招标书定义,附件：SOW:StatementOfWork,16,1.2、乙方选择过程,招标,收集乙方的建议书,评定乙方,最终乙方确定,招标文件,乙方名单,投标书,17,软件项目招投标,软件企业编制、准备项目投标书需要花费很多时间且消耗成本，因此需要企业进行投标决策。决策时要考虑以下内容：竞争对手分析。风险分析，项目有否来自技术或资金方面的风险？目标分析，本项目与你企业的经营目标一致吗？声誉与经验分析。客户资金分析。投标书所需资料分析。项目所需资源分析。客户本身的资信问题，包括了解客户的实力、回款能力、需求相对准确性。企业投标的目标：拿下项目，签定合同。如果屡战屡败，会损坏企业的声誉。,18,软件项目投标书,项目投标书一般依据客户的RFP(需求说明书)编写，主要内容和格式：技术部分理解问题。提出解决方案。论述客户的收益。管理部分工作任务描述。交付(产品)清单。项目进度计划。项目组织。相关经验设备和工具(一些招标客户会要求投标方使用专门的设备和软件及测试工具等)。成本部分人力资源成本、设备报价清单及设施租金、支撑系统清单。数据资源购买、管理及差旅费、不可预测费用。培训与维护服务费。税金。,19,1.3、合同文本准备,20,2、合同签署,Projectcharter,21,乙方合同初始,合同准备合同签署合同管理合同结束,22,1、合同准备,项目分析竞标合同文本准备,23,1.1、项目分析,24,1.2、竞标,25,1.3、合同文本准备,26,2、合同签署,Projectcharter,27,内部项目,企业内部项目实施的核心是确定任务范围和相关各方进行有效地配合。这将通过相关各方之间的协议来调整。因此，在内部项目实施中，仅仅在合同签署过程中定义了一个协议签署过程。此处协议可视作为“合同”，但无特别的商业约束。其它方面可参考甲乙方的过程。,企业内部项目说明企业是甲方角色，项目需求来源于企业内部。若需将项目交给其他方(乙方)时，应编写招标书；否则无需招标，需要定义讨论形成软件需求文档。,28,构建一个信息系统将涉及5个方面的工作,硬件系统环境设计，包括网络环境的设计、施工、设备选型、采购计划和兼容性等方面的内容。为客户设计软件系统的方案，选择系统软件，更重要的是选择或开发应用软件系统。帮助客户规划和整理它的数据资源并应用于其软件系统中。与客户一道，建立其信息系统的运行规则，并组织知识体系。为了建设一个让使用者满意的信息系统，项目的实施者与项目的使用者之间要进行不断的沟通，从项目开始到项目结束。,29,本章要点,一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析,30,项目章程(ProjectCharter),确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述等。,项目章程实例,31,项目章程包括下列要素,项目的正式名称。项目发起人及联系方式。项目经理及联系方式。项目目标。关于项目的业务情况（项目的开展原因）。项目的最高目标和可交付成果。团队开展工作的一般性描述。开展工作的基本时间安排（详细时间安排在项目计划中列举）项目资源、预算、成员以及供应商。,32,IT升级项目的项目章程,项目题目：IT升级项目项目开始时间：2008.3.10项目结束时间：2008.5.15项目经理：赵强，ProjectObjectives:根据新的企业标准对企业所有人员的软件硬件进行升级，新的标准见附表。升级可能影响服务器和一些计算机以及一些网络的软硬件。软硬件的费用300万元，人工成本为20万。建议方式方法：升级数据库目录做详细的成本估算，然后上报获取软件硬件报价尽可能用内部的人员参与项目-人员角色职责-赵强项目经理规划、监控项目王立质量经理负责项目的质量江明技术经理负责技术章溢系统支持负责产品的所有系统、网络韩斌采购经理负责采购软硬件-签字：XXXXXX注释：XXXXXXXXXXXXXXXXXXXXXXX,33,项目经理的角色,项目组织的领导者项目组织的管理者项目组织的决策者项目组织的分析者项目组织的计划者项目组织的控制者项目组织的组织者项目组织的评价者项目组织的协调者,34,项目经理的责任,开发计划组织实施项目控制,35,本章要点,一、项目立项二、合同项目三、项目授权四、项目生存期五、案例分析,36,建筑工程类项目典型生存期模型,37,制药项目典型生存期模型,38,生存期模型选择,39,软件生存期模型,软件开发的一种框架。说明了软件的活动和进行软件开发的过程。这个模型可以是以活动为中心，可以以产品为中心的。,40,软件生存期模型特征,描述了开发的主要阶段定义了每一个阶段要完成的主要过程和活动规范了每一个阶段的输入和输出提供了一个框架，可以将必要的活动映射到该框架中。,41,软件生存期的重要性,采用优良的项目生存期模型和经过证明的软件过程都是建立软件开发环境的必备条件。项目生存期确定了项目的开始和结束。项目生存期提供了软件开发项目实施的指南，影响项目的进度和成本。选择生存期模型，其实是选择一个开发策略。,42,常用生存期模型,瀑布WaterfallV模型V-shaped原型Prototyping增量Incremental螺旋式Spiral快速应用开发RAD渐近式阶段,43,软件产品其典型的生存期：产品调研(可行性研究)。产品批准(协议或合同)。需求调查研究。设计。开发。测试。交付。批量生产。维护。升级。淘汰。,软件项目其典型的生存期：项目调研。项目批准(协议或合同)。需求调查研究。设计。开发。测试。交付。,软件产品生存期和软件项目生存期是不一样的：,44,软件生存周期过程管理的主要阶段,选择合适的软件生存周期模型标识和定义生存周期的任务，即创建软件生存周期建立管理和技术上的软件生存周期过程整个周期内对生存周期过程的管理,45,生存期模型介绍,定义特点使用指南适合的项目类型,46,瀑布(WaterFall)model,47,WaterFallmodel特点,简单易用，直观。开发的进程一个顺着一个，没有反馈过程需要严密控制。允许基线和配置早期接收控制一个新的项目不适合这个模型。用户直到项目结束才能看到质量如何不允许或者限制变更,48,WaterFallmodel使用指南,开发前的过程系统概念开发和系统配置开发开发过程需求过程设计过程实施过程开发后的过程安装过程支持过程维护过程抛弃过程,49,WaterFallmodel适合的项目,项目的需求在项目开始前很明确解决方案在项目开始前也很明确类似的项目如：公司的财务系统库存管理系统短期项目,50,V模型,接收测试,集成测试,系统测试,项目规化,需求分析,总体设计,51,V模型特点,简单易用强调测试过程与开发过程的对应性和并行性没有反应出来实际的开发过程一个项目50%以上的时间花在测试上，V模型体现了全过程的质量意识。,52,V模型模型适合的项目,项目的需求在项目开始前很明确解决方案在项目开始前也很明确对系统的性能安全很严格的项目类似的项目如：航天飞机等公司的财务系统实例,53,V模型使用指南,严格按照顺序进行开发注意开发过程和测试过程的并行性,54,原型Prototype,定义:图示（）,55,Prototypingmodel特点,在需求定义之前，需要快速构建一个系统。根据构建系统的优缺点，用户给开发人员提出反馈意见。根据反馈意见修改软件需求规格，以便系统可以更正确地反映用户的需求。减少各种假设以及风险。,56,Prototypingmodel使用指南,用户和开发人员根据初始需求共同开发一个项目规划用户和开发人员利用快速分析技术共同定义需求和规格设计者构建一个模型设计者演示这个模型，用户来评估性能标识问题，然后用户和设计者一起来解决他们循环这个过程，直到用户满意为止详细设计就可以根据这个原型进行原型可以用代码或者工具来实施,57,Prototypingmodel模型适合的项目,项目的需求在项目开始前不明确需要减少项目需求的不确定性类似的项目如：明确显示界面第一次开发的产品，验证技术可行性原型生存期模型,58,增量IncrementalModel,59,IncrementalModel特点,可以循序渐进，避免一次投入太大的风险更快地开发出可以操作的系统可以减少开发过程中用户需求的变更有些增量可能需要重新开发,60,IncrementalModel使用指南,首先构建整个系统的一部分然后逐步地增加功能和性能,61,本模型适合的项目,项目开始，明确了需求的大部分，但是需求可能会发生变化。对于市场和用户把握不是很准，需要逐步了解。对于有庞大和复杂功能的系统进行功能改进，就需要一步一步实施的。增量模型实例,62,螺旋式SpiralModel,它通过一系列瀑布模型的不断循环来逐步规避风险。,63,SpiralModel,螺旋模型沿着螺线旋转，在四个象限上分别表达了四个方面的活动，即：制定计划确定软件目标，需求和选定实施方案，弄清项目开发的限制条件。风险分析评估所选方案，考虑如何识别和消除风险。实施工程实施软件开发，编码，测试等。客户评估评价开发工作，提出修正建议，规划下期任务。,64,SpiralModel特点,是瀑布模型的多次迭代它将每个阶段进行更细的划分可以进行灵活设计通过风险管理驱动用户可以更早看到产品用户可以不断对产品进行评估用户可以与开发人员进行紧密的合作项目的投资不用一次投入可以给开发人员更多的反馈信息,65,SpiralModel使用指南,采用最低成本来开发对将来项目有用的一部分允许设计的变动选择比较小的步伐循序渐进使需求规格处于可修改状态项目中有很多风险，注意风险的控制。,66,SpiralModel适合的项目,项目中风险是主要的制约因素项目中的不确定因素和风险限制了时间的进度用户对自己的需求也不是很明确需要对一些基本的概念进行验证可能发生一些重大的变更项目规模很大项目中采用了新技术实例,67,68,RAD描述,系统构造的时间比传统其他模型要少得多模型中更多的任务是规划和设计，而不是编码和测试采用这种方法可以不断完善地构造出一个用户需要的系统将设计、构建、测试等压缩为一系列的短的迭代式的循环,69,RA,定义:图示（）,70,RAD使用指南,需求规划阶段-明确需要解决的商务流程用户设计阶段-采用工具由用户参与进行系统规划设计构建阶段-根据用户设计的结果，采用代码生成器快速形成需要的系统提交阶段-将产品提交使用，进行必要的培训等,71,快速应用开发(RAD)特点,团队很小并且是由经过训练的人员组成可以用很少的人很低的成本，改善生产率，缩短循环周期可以用自动生成软件生成复用的部分用户可以确定系统如何适应业务需求,72,RAD模型适合的项目,很小并且具有探索性质的项目适合一个复杂度从小到大变化的项目，例如重整企业的信息系统,73,最常用的渐进式阶段模型,结合了增量模型和螺旋式模型的一个实用模型渐进式前进阶段式提交将大项目拆分成几个小项目，降低对项目管理人员的要求,74,定义:图示（）,渐进式迭代模型75,75,阶段性完成规划,76,渐进式阶段模型的描述,项目规划、项目管理、需求管理、总体设计、详细设计、构建、质量保证、系统测试、文档编写贯穿项目始终。应用著名的80/20的黄金规则。软件分阶段完成，每个阶段提交不同版本的产品。,77,渐进式阶段模型的特点,阶段式提交一个可运行的产品关键的功能更早出现早期预警问题，避免软件缺陷不知不觉的增长减少报告负担阶段性完成可以降低估计失误阶段性完成均衡了弹性与效率,78,渐进式阶段模型的使用指南,需求和构架设计后，分阶段提交产品强调项目规划与风险降低最重要的功能先实现,79,渐进式阶段模型适合的项目,可以适合任何规模的项目，主要是中型或大型项目。希望随时看到未来的项目。,80,银行业务系统的生存期实例,银行业务需求原形系统源代码,81,产品阶段1设计,阶段目标：设计公共控制系统功能模块输入：系统设计文件数据库结构定义过程：详细设计输出：详细设计文件时间计划：2001/1/15-2001/2/15（暂定）,82,生存期模型小结,瀑布(线性)顺序模型支持直线开发，是假设当线性序列完成之后就能够交付一个完善的系统；V模型是瀑布模型的变种，强调测试与开发并行，体现质量意识；原型模型的目的是帮助用户(或开发者)理解需求；增量过程模型具有迭代的特征；螺旋模型能更好地