《项目方法的选择(PPT49页)》由会员分享,可在线阅读,更多相关《项目方法的选择(PPT49页)(50页珍藏版)》请在金锄头文库上搜索。
1、第四讲:项目方法的选择第四讲:项目方法的选择内容内容技术选择技术选择考虑风险考虑风险方法选择方法选择技术选择技术选择技术选择将影响:技术选择将影响:n开发人员的训练需要开发人员的训练需要n人员招聘人员招聘n开发环境开发环境软硬件软硬件n系统维护安排系统维护安排步骤步骤n分析项目是目标驱动还是产品驱动分析项目是目标驱动还是产品驱动n分析项目的其它特征分析项目的其它特征n面向数据还是面向控制面向数据还是面向控制n通用还是专用通用还是专用n是否涉及需要专用工具支持的专门技术(并发处理、专家系统、是否涉及需要专用工具支持的专门技术(并发处理、专家系统、GIS)n是否有特殊的安全性(是否有特殊的安全性(
2、safe)要求)要求n对软硬件有何要求(对软硬件有何要求(PC Vs. 大型机大型机 )识别项目中的高风险识别项目中的高风险产品不确定性产品不确定性:n系统需求理解的准确性。用户在开始时有可能对系系统需求理解的准确性。用户在开始时有可能对系统应该什么样都无法确定。在某些环境中,精确而统应该什么样都无法确定。在某些环境中,精确而有效的需求描述可能迅速变得过时。有效的需求描述可能迅速变得过时。过程不确定性过程不确定性:n在项目开始时需要选择方法或过程模型,或者一些在项目开始时需要选择方法或过程模型,或者一些新的工具,任何对原先采用的开发方法的变更都将新的工具,任何对原先采用的开发方法的变更都将引入
3、不确定性。引入不确定性。资源不确定性资源不确定性:n项目进行中资源的数量可能发生变化。例如公司待项目进行中资源的数量可能发生变化。例如公司待遇、其它项目的影响。遇、其它项目的影响。 方法选择方法选择考虑用户关于实现的需求考虑用户关于实现的需求n用户可能在合同中限定了有关实现方面的方用户可能在合同中限定了有关实现方面的方法。例如,规定了企业必须具有相应的法。例如,规定了企业必须具有相应的CMM等级,或者通过了等级,或者通过了ISO9000方法。方法。选择通用的生命期方法选择通用的生命期方法n控制系统:一般为实时系统,比如需要控制系统:一般为实时系统,比如需要Petri网技术网技术Too ofte
4、n, software work follows the first law of bicycling: No matter where youre going, its uphill and against the wind.过程模型的选择过程模型的选择软件过程是将用户的需求转化成有效的软件过程是将用户的需求转化成有效的软件解决方案的一系列活动。软件解决方案的一系列活动。开发一个软件需要选择开发策略(包括开发一个软件需要选择开发策略(包括过程、方法和工具)以及通用阶段,这过程、方法和工具)以及通用阶段,这些策略和阶段称为过程模型。些策略和阶段称为过程模型。过程模型的选择基于项目和应用的特性,
5、过程模型的选择基于项目和应用的特性,使用的工具和方法,所需要的控制方法使用的工具和方法,所需要的控制方法和交付物。和交付物。软件过程的概念软件过程的概念软件过程由相关项目的阶段、状态、方软件过程由相关项目的阶段、状态、方法、技术和开发、维护软件的人员以及法、技术和开发、维护软件的人员以及相关对象(计划、文档、模型、编码、相关对象(计划、文档、模型、编码、测试、手册等)组成。测试、手册等)组成。一个过程定义了为达到某个确定的目标,一个过程定义了为达到某个确定的目标,需要什么人、在什么时间以何种方式做需要什么人、在什么时间以何种方式做何种工作。何种工作。软件需要一个可用于指导顾客、用户、软件需要一
6、个可用于指导顾客、用户、开发人员和项目经理等参与者的过程。开发人员和项目经理等参与者的过程。软件开发过程软件开发过程软件工程的核心是过程软件工程的核心是过程。产品、人员、。产品、人员、技术通过过程关联起来。软件开发过程技术通过过程关联起来。软件开发过程能够将技术集成在一起从而使软件的开能够将技术集成在一起从而使软件的开发能够以一种合理而及时的方式完成。发能够以一种合理而及时的方式完成。许多软件组织无法正确定义和控制这一许多软件组织无法正确定义和控制这一过程,但这恰恰是组织改进的关键。过程,但这恰恰是组织改进的关键。有效的软件过程有效的软件过程有效的软件过程可以提高组织的生产能力有效的软件过程可
7、以提高组织的生产能力n保证软件开发基本原则的实现,辅助软件项目管理保证软件开发基本原则的实现,辅助软件项目管理者做出明智的决定;者做出明智的决定;n使软件开发活动标准化,提高软件的可重用性和使软件开发活动标准化,提高软件的可重用性和Team间的协作;间的协作;有效的软件过程也可以改善软件组织对软件的有效的软件过程也可以改善软件组织对软件的维护能力维护能力n有效地定义如何管理需求变更,在未来的版本中恰有效地定义如何管理需求变更,在未来的版本中恰当分配变更部分,使之平滑过渡;当分配变更部分,使之平滑过渡; n首先在具体操作和相关支持中定义如何平滑地改造首先在具体操作和相关支持中定义如何平滑地改造软
8、件,并且这种具体操作和支持是可实施的;不可软件,并且这种具体操作和支持是可实施的;不可实施的软件过程将很快被束之高阁;实施的软件过程将很快被束之高阁;编码修正模型编码修正模型Code and FixCode like Hell(鲁莽编码)(鲁莽编码)从一个大致的想法开始工作,然后经过从一个大致的想法开始工作,然后经过非正规的设计、编码、调试和测试方法,非正规的设计、编码、调试和测试方法,最后完成工作。最后完成工作。可能有、可能没有规范可能有、可能没有规范 chapter_312Code and fixCode and fix需求了解编码编译、检错修正编写文档提交修正测试好处:好处:n成本可能很
9、低成本可能很低n只需要很少的专业知识,任何写过程序的人只需要很少的专业知识,任何写过程序的人都可以都可以n对一些非常小,开发完后就会很快丢弃的软对一些非常小,开发完后就会很快丢弃的软件可以采用件可以采用对于规模稍大的项目,采用这种模型是对于规模稍大的项目,采用这种模型是很危险的。很危险的。瀑布模型瀑布模型最早,被广泛使用的过程模型最早,被广泛使用的过程模型需求分析验证规格说明验证设计验证编码测试综合测试维护变化的需求验证瀑布模型适用于什么场合,有何瀑布模型适用于什么场合,有何优缺点?优缺点?瀑布模型特点瀑布模型特点特点:特点:n阶段顺序执行阶段顺序执行n严格的质量保证严格的质量保证n推迟实现推
10、迟实现瀑布模型适用条件瀑布模型适用条件当有一个稳定的产品定义和很容易被理解的技当有一个稳定的产品定义和很容易被理解的技术解决方案时,纯瀑布模型特别合适。术解决方案时,纯瀑布模型特别合适。当一个定义很好的版本进行维护或将一个产品当一个定义很好的版本进行维护或将一个产品移植到一个新的平台移植到一个新的平台对于容易理解但很复杂的项目,采用纯瀑布模对于容易理解但很复杂的项目,采用纯瀑布模型比较合适,因为可以用顺序的方法处理型比较合适,因为可以用顺序的方法处理当开发队伍技术力量比较弱或者缺乏经验时,当开发队伍技术力量比较弱或者缺乏经验时,瀑布模型更为合适瀑布模型更为合适类似的项目如:类似的项目如:n公司
11、的财务系统公司的财务系统n库存管理系统库存管理系统问题:问题:n缺乏灵活性。缺乏灵活性。n必须在项目开始前说明全部需求,但这恰恰必须在项目开始前说明全部需求,但这恰恰是非常困难的。是非常困难的。 chapter_319V V型模型型模型评审集成测试用户验收项目规化需求分析总体设计详细设计编码和调试系统测试单元测试V型模型型模型该方法是对瀑布模型的变种,强调了验该方法是对瀑布模型的变种,强调了验证活动。证活动。n扩展了瀑布模型的测试活动扩展了瀑布模型的测试活动n理想的情况下,改正活动只应该返回对应层理想的情况下,改正活动只应该返回对应层次的下层。次的下层。可行性?可行性可能在系统实现前几个可行性
12、?可行性可能在系统实现前几个月或者几年前执行。月或者几年前执行。项目的需求在项目开始前很明确项目的需求在项目开始前很明确解决方案在项目开始前也很明确解决方案在项目开始前也很明确对系统的性能安全很严格的项目对系统的性能安全很严格的项目类似的项目如:类似的项目如:n航天飞机等航天飞机等n公司的财务系统公司的财务系统瀑布模型变种:生鱼片模型瀑布模型变种:生鱼片模型 把阶段重叠起来的瀑布模型把阶段重叠起来的瀑布模型起源于日本硬件开发模型(富士通起源于日本硬件开发模型(富士通-施乐)施乐)软件概念软件概念需求分析需求分析架构设计架构设计详细设计详细设计编码和调试编码和调试系统测试系统测试传统的瀑布模型强
13、调阶段之间最小的重叠,而传统的瀑布模型强调阶段之间最小的重叠,而生鱼片模型强调大幅度的重叠,即在需求分析生鱼片模型强调大幅度的重叠,即在需求分析完成之前就可以进行架构设计和部分详细设计。完成之前就可以进行架构设计和部分详细设计。纯瀑布模型强调在任意两个阶段交接时,文档纯瀑布模型强调在任意两个阶段交接时,文档从一个团队交给另一个完全隔离的团队,但是从一个团队交给另一个完全隔离的团队,但是如果一个团队完成各个阶段任务是,可以没有如果一个团队完成各个阶段任务是,可以没有那么多的文档。那么多的文档。优点:加快进度。优点:加快进度。问题:缺点是什么?问题:缺点是什么?n因为阶段重叠,因而里程碑不明确,很
14、难有效的进因为阶段重叠,因而里程碑不明确,很难有效的进行行过程跟踪过程跟踪和和控制控制。螺旋模型螺旋模型以风险为导向的生命期模型以风险为导向的生命期模型从一个小范围的关键中心地带开始寻找从一个小范围的关键中心地带开始寻找风险因素,制定风险控制计划,并交付风险因素,制定风险控制计划,并交付给下一个步骤,如次迭代,每次迭代将给下一个步骤,如次迭代,每次迭代将项目扩展到一个更大的规模。项目扩展到一个更大的规模。 Spiral Model螺旋模型沿着螺线旋转,在四个象限上分别螺旋模型沿着螺线旋转,在四个象限上分别表达了四个方面的活动,即:表达了四个方面的活动,即:制定计划制定计划确定软件目标,需求和选
15、定实确定软件目标,需求和选定实施方案,弄清项目开发的限制条件施方案,弄清项目开发的限制条件风险分析风险分析评估所选方案,考虑如何识别评估所选方案,考虑如何识别和消除风险和消除风险实施工程实施工程实施软件开发,编码,测试等实施软件开发,编码,测试等客户评估客户评估评价开发工作,提出修正建议,评价开发工作,提出修正建议,规划下期任务规划下期任务Spiral Model适合的项目适合的项目风险是主要的制约因素风险是主要的制约因素不确定因素和风险限制了项目进度不确定因素和风险限制了项目进度用户对自己的需求也不是很明确用户对自己的需求也不是很明确需要对一些基本的概念进行验证需要对一些基本的概念进行验证可
16、能发生一些重大的变更可能发生一些重大的变更项目规模很大项目规模很大项目中采用了新技术项目中采用了新技术优点:随着迭代的增加,风险程度随之优点:随着迭代的增加,风险程度随之降低降低缺点:比较复杂,需要责任心、专注和缺点:比较复杂,需要责任心、专注和管理方面的知识。管理方面的知识。原型法原型法原型是项目系统中一个方面或多个方面原型是项目系统中一个方面或多个方面的工作模型的工作模型n抛弃型原型抛弃型原型:用于试验某些概念,实验完系:用于试验某些概念,实验完系统将无用处。统将无用处。n进化型原型进化型原型:原型系统不断地被开发和修正,:原型系统不断地被开发和修正,最终他将变为一个真正的系统。最终他将变
17、为一个真正的系统。原型法原型法原型的好处原型的好处n从实践中学习从实践中学习(Learning by doing)n改善的通信改善的通信n改善的用户参与改善的用户参与n使部分已知的需求清晰化使部分已知的需求清晰化n展示描述的一致性和完整性展示描述的一致性和完整性n特征约束(利用工具构造原型可以将某些特性落实特征约束(利用工具构造原型可以将某些特性落实到实处,而非在纸上谈兵那样容易失误)到实处,而非在纸上谈兵那样容易失误)n试验是否能产生预期的结果试验是否能产生预期的结果原型模型适合的项目原型模型适合的项目项目的需求在项目开始前不明确项目的需求在项目开始前不明确需要减少项目需求的不确定性需要减少
18、项目需求的不确定性类似的项目如:类似的项目如:n确定显示界面确定显示界面n第一次开发的产品,验证可行性第一次开发的产品,验证可行性原型法原型法原型法的缺点原型法的缺点n用户有时误解了原型的角色,例如,他们可能误解用户有时误解了原型的角色,例如,他们可能误解原型应该和真实系统一样可靠原型应该和真实系统一样可靠n缺少项目标准,进化原型法有点像编码修正(缺少项目标准,进化原型法有点像编码修正(code and fix)n缺少控制,由于用户可能不断提出新要求,因而原缺少控制,由于用户可能不断提出新要求,因而原型迭代的周期很难控制型迭代的周期很难控制n额外的花费:有统计表明,构造原型可能有额外的花费:有
19、统计表明,构造原型可能有10%的额外花费的额外花费n运行效率可能会受影响运行效率可能会受影响n原型法要求开发者与用户密切接触,有时这是不可原型法要求开发者与用户密切接触,有时这是不可能的(如软件外包)能的(如软件外包)增量式交付增量式交付增量式交付增量式交付:持续地持续地在在确定的确定的阶段向用阶段向用户展示软件。户展示软件。与渐进原型不同,在增量式交付的时候,与渐进原型不同,在增量式交付的时候,你明确地知道下一步要完成什么工作你明确地知道下一步要完成什么工作,增量式交付的特点是不会在项目结束的增量式交付的特点是不会在项目结束的时候一下交付出全部软件,而是在项目时候一下交付出全部软件,而是在项
20、目的整个开发过程中持续不断的交付阶段的整个开发过程中持续不断的交付阶段性成果。性成果。增量式交付增量式交付增量式交付模型的特点增量式交付模型的特点阶段式提交一个可运行的产品阶段式提交一个可运行的产品关键的功能更早出现关键的功能更早出现早期预警问题,避免软件缺陷不知不觉早期预警问题,避免软件缺陷不知不觉的增长的增长减少报告负担减少报告负担阶段性完成可以降低估计失误阶段性完成可以降低估计失误阶段性完成均衡了弹性与效率阶段性完成均衡了弹性与效率增量式交付的优点增量式交付的优点n项目结束交付全部成果前,分阶段将有用的项目结束交付全部成果前,分阶段将有用的功能交付给用户。功能交付给用户。主要缺点:如果管
21、理层和技术层面上缺主要缺点:如果管理层和技术层面上缺乏仔细的规划,工作就无法进行。乏仔细的规划,工作就无法进行。使用增量式交付的要点:使用增量式交付的要点:n确保每个阶段的交付对用户是有用的。确保每个阶段的交付对用户是有用的。n确保考虑了不同组成部分的技术依赖关系。确保考虑了不同组成部分的技术依赖关系。面向进度的设计面向进度的设计类似于增量式交付,但是面向进度的设计生命类似于增量式交付,但是面向进度的设计生命周期模型在开始的时候不必知道究竟能达到何周期模型在开始的时候不必知道究竟能达到何种目标,但是种目标,但是要确保最后期限要确保最后期限。该模型的关键是要按优先级别划分系统特征并该模型的关键是
22、要按优先级别划分系统特征并规划开发阶段,保证前面的阶段具有高优先级规划开发阶段,保证前面的阶段具有高优先级的特性,低特性具有低优先级。的特性,低特性具有低优先级。是否采用这种方法取决于你是否对系统目标具是否采用这种方法取决于你是否对系统目标具有足够的信心。有足够的信心。如果有信心,则可以采用增量如果有信心,则可以采用增量式交付。式交付。渐进交付渐进交付渐进交付渐进交付是一种跨越了是一种跨越了渐进(进化)原型渐进(进化)原型和和增增量式交付量式交付两种模型的过程模型。两种模型的过程模型。基本过程:开发一个产品的版本,展示给客户,基本过程:开发一个产品的版本,展示给客户,根据反馈改善产品。根据反馈
23、改善产品。如果计划满足用户的绝大多数需求,渐进交付如果计划满足用户的绝大多数需求,渐进交付与渐进原型差不多。如果计划满足少量的需求,与渐进原型差不多。如果计划满足少量的需求,渐进交付与增量式交付差不多。渐进交付与增量式交付差不多。渐进原型强调的是系统看得见的样子,再回来渐进原型强调的是系统看得见的样子,再回来堵漏洞;渐进交付中,最初的重点是系统核心堵漏洞;渐进交付中,最初的重点是系统核心和底层系统功能。和底层系统功能。面向开发工具的设计面向开发工具的设计只有现有软件工具直接支持的情况下增只有现有软件工具直接支持的情况下增强产品的功能,如果他不支持,就放弃强产品的功能,如果他不支持,就放弃这些功
24、能。这些功能。当时间成为主要约束时,该模型能够比当时间成为主要约束时,该模型能够比其他模型能够更完整的实现功能。其他模型能够更完整的实现功能。 该方法的缺点是失去了很多对产品的控该方法的缺点是失去了很多对产品的控制能力。制能力。商品软件商品软件商品软件也许未必满足你的所有要求。商品软件也许未必满足你的所有要求。但自己开发也需要一个周期,到那时候,但自己开发也需要一个周期,到那时候,商品软件可能已经满足了你的要求。商品软件可能已经满足了你的要求。商品软件可能存在不足,但是,你自己商品软件可能存在不足,但是,你自己开发的产品也未必那么完美,当你补充开发的产品也未必那么完美,当你补充了商品软件的不足
25、时,也许带了新的问了商品软件的不足时,也许带了新的问题。题。因而,因而,商品软件始终是一个值得考虑的商品软件始终是一个值得考虑的方案。方案。练习:案例研究练习:案例研究某教育部门希望目前的中小学有一个现代化的某教育部门希望目前的中小学有一个现代化的信息交流平台,即校务管理系统。为此,他们信息交流平台,即校务管理系统。为此,他们提出了需求,希望软件公司能够开发这种软件。提出了需求,希望软件公司能够开发这种软件。该软件是对学校校务和教学活动进行综合管理该软件是对学校校务和教学活动进行综合管理的平台系统。是一个学校和地区教育信息化的的平台系统。是一个学校和地区教育信息化的基础信息平台。基础信息平台。
26、它要完成学校管理层、教师、它要完成学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等学生、家长等日常工作、学习、管理、咨询等任务。任务。 校务通系统的全部功能分为通用功能和日常业务管理校务通系统的全部功能分为通用功能和日常业务管理功能两大类。功能两大类。n因此,可以先基于通用功能做出一个最小的使用版本。再逐因此,可以先基于通用功能做出一个最小的使用版本。再逐步添加其它功能。这样一来,用户可以在先试用最小版本的步添加其它功能。这样一来,用户可以在先试用最小版本的同时,提出更多明确的需求,这有助于下一阶段的开发,大同时,提出更多明确的需求,这有助于下一阶段的开发,大大减少了开发的风险。大减
27、少了开发的风险。用户明确了需求的大部分,但也存在不很详细的地方。用户明确了需求的大部分,但也存在不很详细的地方。如如“关于教师档案,比照所提供的资料设计,现在也关于教师档案,比照所提供的资料设计,现在也没有一个成型的东西。没有一个成型的东西。”资源库系统只提到资源库系统只提到“应提供应提供一个标准的资源库系统解决方案一个标准的资源库系统解决方案”。n这样,只有等到一个可用的产品出来,通过客户使用这个可这样,只有等到一个可用的产品出来,通过客户使用这个可用产品,然后进行评估,评估的结果作为下个增量的开发计用产品,然后进行评估,评估的结果作为下个增量的开发计划。下一个增量发布一些新增的功能和特性,
28、直至产生最终划。下一个增量发布一些新增的功能和特性,直至产生最终的完善产品。的完善产品。在校务通系统需求中,要求系统有可扩充性。在校务通系统需求中,要求系统有可扩充性。n若使用增量式模型,可以保证系统的可扩充性。若使用增量式模型,可以保证系统的可扩充性。“系统要求有可扩充性,可以在现有系统的基系统要求有可扩充性,可以在现有系统的基础上,通过前台就可以加挂其他功能模块础上,通过前台就可以加挂其他功能模块”n说明用户会增加新的需求。说明用户会增加新的需求。对一个管理方式已经比较成熟的学校,要完全对一个管理方式已经比较成熟的学校,要完全舍弃原有的管理方式,用校务通系统替换全部舍弃原有的管理方式,用校
29、务通系统替换全部管理,这是不实际的。管理,这是不实际的。n所以,可以从最基础的做起,逐步的扩充其功能。所以,可以从最基础的做起,逐步的扩充其功能。 项目计划项目计划集成测试集成测试产品移交产品移交增增量量1总体设计总体设计需求分析需求分析增增量量2增增量量6增增量量5增增量量4增增量量3项目规划阶段项目规划阶段n阶段目标:根据合同和初步需求分析,确定项目的规模,时间计划阶段目标:根据合同和初步需求分析,确定项目的规模,时间计划和资源的需求和资源的需求n输入:合同文本输入:合同文本n过程:项目规划、计划确认过程:项目规划、计划确认n输出:项目计划输出:项目计划需求分析阶段需求分析阶段n阶段目标:
30、确定用户需求阶段目标:确定用户需求n输入:项目计划输入:项目计划n过程:需求获取、需求分析、需求控制过程:需求获取、需求分析、需求控制n输出:需求规格、原型系统输出:需求规格、原型系统项目规划阶段项目规划阶段n阶段目标:总体系统结构设计阶段目标:总体系统结构设计n输入:需求规格、原型系统输入:需求规格、原型系统n过程:总体设计过程:总体设计n输出:系统设计说明书,数据库结构定义输出:系统设计说明书,数据库结构定义增量增量1实现实现n阶段目标:阶段目标:实现系统的通用功能实现系统的通用功能n输入:系统设计说明书,数据库结构定义输入:系统设计说明书,数据库结构定义n过程:详细设计,编码,代码走查,
31、代码评审,单元测试过程:详细设计,编码,代码走查,代码评审,单元测试n输出:详细设计说明书,源代码,可运行版本输出:详细设计说明书,源代码,可运行版本-1增量增量2实现实现n阶段目标:阶段目标:实现系统的招生功能实现系统的招生功能n输入:系统设计说明书,数据库结构定义输入:系统设计说明书,数据库结构定义n过程:详细设计,编码,代码走查,代码评审,单元测试过程:详细设计,编码,代码走查,代码评审,单元测试n输出:详细设计说明书,源代码,可运行版本输出:详细设计说明书,源代码,可运行版本-2增量增量3实现实现n阶段目标:阶段目标:实现系统的学生日常功能实现系统的学生日常功能n输入:系统设计说明书,
32、数据库结构定义输入:系统设计说明书,数据库结构定义n过程:详细设计,编码,代码走查,代码评审,单元测试过程:详细设计,编码,代码走查,代码评审,单元测试n输出:详细设计说明书,源代码,可运行版本输出:详细设计说明书,源代码,可运行版本-3增量增量4实现实现n阶段目标:阶段目标:实现系统的教务管理功能实现系统的教务管理功能n输入:系统设计说明书,数据库结构定义输入:系统设计说明书,数据库结构定义n过程:详细设计,编码,代码走查,代码评审,单元测试过程:详细设计,编码,代码走查,代码评审,单元测试n输出:详细设计说明书,源代码,可运行版本输出:详细设计说明书,源代码,可运行版本-4增量增量5实现实
33、现n阶段目标:阶段目标:实现系统的教师辅助功能实现系统的教师辅助功能n输入:系统设计说明书,数据库结构定义输入:系统设计说明书,数据库结构定义n过程:详细设计,编码,代码走查,代码评审,单元测试过程:详细设计,编码,代码走查,代码评审,单元测试n输出:详细设计说明书,源代码,可运行版本输出:详细设计说明书,源代码,可运行版本-5增量增量6实现实现n阶段目标:阶段目标:实现系统的聊天室、论坛功能实现系统的聊天室、论坛功能n输入:系统设计说明书,数据库结构定义输入:系统设计说明书,数据库结构定义n过程:详细设计,编码,代码走查,代码评审,单元测试过程:详细设计,编码,代码走查,代码评审,单元测试n
34、输出:详细设计说明书,源代码,可运行版本输出:详细设计说明书,源代码,可运行版本-6集成测试集成测试n阶段目标:阶段目标:通过集成环境下的软件测试通过集成环境下的软件测试n输入:测试计划、测试用例输入:测试计划、测试用例n过程:集成测试、系统测试过程:集成测试、系统测试n输出:系统软件包、测试报告、产品说明书输出:系统软件包、测试报告、产品说明书产品提交产品提交n阶段目标:阶段目标:产品可投入使用产品可投入使用n输入:系统软件输入:系统软件n过程:产品提交过程:产品提交n输出:验收报告输出:验收报告9、静夜四无邻,荒居旧业贫。2024/7/202024/7/20Saturday, July 2
35、0, 202410、雨中黄叶树,灯下白头人。2024/7/202024/7/202024/7/207/20/2024 12:30:39 AM11、以我独沈久,愧君相见频。2024/7/202024/7/202024/7/20Jul-2420-Jul-2412、故人江海别,几度隔山川。2024/7/202024/7/202024/7/20Saturday, July 20, 202413、乍见翻疑梦,相悲各问年。2024/7/202024/7/202024/7/202024/7/207/20/202414、他乡生白发,旧国见青山。20 七月 20242024/7/202024/7/202024/
36、7/2015、比不了得就不比,得不到的就不要。七月 242024/7/202024/7/202024/7/207/20/202416、行动出成果,工作出财富。2024/7/202024/7/2020 July 202417、做前,能够环视四周;做时,你只能或者最好沿着以脚为起点的射线向前。2024/7/202024/7/202024/7/202024/7/209、没有失败,只有暂时停止成功!。2024/7/202024/7/20Saturday, July 20, 202410、很多事情努力了未必有结果,但是不努力却什么改变也没有。2024/7/202024/7/202024/7/207/20
37、/2024 12:30:39 AM11、成功就是日复一日那一点点小小努力的积累。2024/7/202024/7/202024/7/20Jul-2420-Jul-2412、世间成事,不求其绝对圆满,留一份不足,可得无限完美。2024/7/202024/7/202024/7/20Saturday, July 20, 202413、不知香积寺,数里入云峰。2024/7/202024/7/202024/7/202024/7/207/20/202414、意志坚强的人能把世界放在手中像泥块一样任意揉捏。20 七月 20242024/7/202024/7/202024/7/2015、楚塞三湘接,荆门九派通。
38、七月 242024/7/202024/7/202024/7/207/20/202416、少年十五二十时,步行夺得胡马骑。2024/7/202024/7/2020 July 202417、空山新雨后,天气晚来秋。2024/7/202024/7/202024/7/202024/7/209、杨柳散和风,青山澹吾虑。2024/7/202024/7/20Saturday, July 20, 202410、阅读一切好书如同和过去最杰出的人谈话。2024/7/202024/7/202024/7/207/20/2024 12:30:39 AM11、越是没有本领的就越加自命不凡。2024/7/202024/7/
39、202024/7/20Jul-2420-Jul-2412、越是无能的人,越喜欢挑剔别人的错儿。2024/7/202024/7/202024/7/20Saturday, July 20, 202413、知人者智,自知者明。胜人者有力,自胜者强。2024/7/202024/7/202024/7/202024/7/207/20/202414、意志坚强的人能把世界放在手中像泥块一样任意揉捏。20 七月 20242024/7/202024/7/202024/7/2015、最具挑战性的挑战莫过于提升自我。七月 242024/7/202024/7/202024/7/207/20/202416、业余生活要有意义,不要越轨。2024/7/202024/7/2020 July 202417、一个人即使已登上顶峰,也仍要自强不息。2024/7/202024/7/202024/7/202024/7/20MOMODA POWERPOINTLorem ipsum dolor sit, eleifend nulla ac, fringilla purus. Nulla iaculis tempor felis amet, consectetur adipiscing elit. Fusce id urna blanditut cursus. 感感谢谢您您的的下下载载观观看看专家告诉