第3章项目计划

软件工程管理第3章工程方案Brucencepuwork@sohu肖申克的救赎书上的故事安迪的方案？想法方案〔20年〕2024/1/212看过<越狱>吗？知道Michael方案么？2024/1/213关于“方案〞的论述不做方案的益处，就是不用成天煎熬地监控方案的执行情况，而是直接面对突如其来的失败与苦楚<礼记>凡事预那么立，不预那么废。预：预备<宋史>关于岳家军的百战不殆：欲有所举，尽召诸统制与谋，谋定而后战，故有胜无败。谋：谋划、谋划2024/1/214第3章工程方案3.1什么是工程方案3.2工程方案的内容3.3工程方案的方法3.4如何有效地完成工程方案3.5方案各项内容的制定3.6工程方案工具2024/1/215什么是工程方案？2024/1/2163.1什么是工程方案？方案是事先确定工程的目的和实现目的所需求的原那么、方法、步骤和手段等完好方案的管理活动。软件工程方案〔SoftwareProjectPlanning〕的目的是制定一套软件工程实施及管理的处理方案，其主要任务包括确定详细的工程实施范围、定义递交的任务成果、评价实施过程中主要的风险、制定工程实施的〔时间〕进度方案、本钱和预算方案、人力资源方案等。2024/1/217软件工程方案的义务和作用义务：研讨和估算，即经过研讨软件工程的主要功能、性能和系统界面，对任务量、时间、本钱和风险作出评价，然后根据评价结果进展安排作用：指点软件工程实施：包括采用的战略，适宜的方法和工具等得到工程相关干系人的承诺获得资源的承诺：设备、人员、软件2024/1/218软件工程方案的作用〔续〕明确工程人员的分工和任务责任：提高工程的任务效率及早了解工程存在的问题和风险：在问题发生前制定好对策，使工程顺利进展，不影响进度，保证质量获得组织在工程预算上的承诺：保证顺利实施是软件工程实施结果评价的根据：为软件工程管理的改良提供参考规范〔基线〕软件工程实施过程的文档化：使之成为组织财富2024/1/219第3章工程方案3.1什么是工程方案3.2工程方案的内容3.3工程方案的方法3.4如何有效地完成工程方案3.5方案各项内容的制定3.6工程方案工具2024/1/21103.2工程方案的内容3.2.1工程方案内容3.2.2输出文档2024/1/2111工程方案要处理的问题怎样做？如何完成工程目的获得最终结果之前的一切交付和每个交付的任务量潜在风险及应对措施什么时候做？把任务项排序，估计每个任务项的工期和〔起始〕交付日期，并最终制定详细的工程日程表谁来做？分配义务2024/1/2112工程方案的内容〔1〕软件工程方案：非工程类方案：质量方案、进度方案、资源方案、风险管理方案、配置方案工程类方案：工程需求方案、开发方案、测试方案、部署方案软件工程方案普通包括以下内容：目的：在特定的时期内所要到达的期望效果战略：为到达目的所采取的方法和措施，包括如何决策机制、组织行为流程：执行政策的详细方法和步骤，包括里程碑设置、沟通渠道、问题报告机制2024/1/2113工程方案的内容〔2〕规范：工程过程和产品所要遵守的规定、规范和要求质量：对输出成果〔阶段性产品和最终产品〕的质量需求进度安排：活动、义务、事件的开场时间和终了时间预算资源：组织构造、人员数量、确认相关角色，包括各个角色的责任和义务，人员之间任务配合的要求风险：对工程胜利构成的要挟或负面影响要素，影响大小或损失，以及对应的风险防备和处置措施配置管理：包括软硬件配置项的定义、基线建立、版本控制、变卦控制2024/1/2114工程方案内容及其关系2024/1/2115工程方案主要内容阐明〔1〕目的与范围：范围规划、范围定义，义务任务分解构造工程背景工程目的主要功能特性产品交付内容〔清单〕验收规范依赖性或条件限制专业术语参考文档工程估算：采用恰当的评价技术，首先对工程活动进展分解和定义，进展工程规模估算，然后完成资源估算、活动继续时间估算以及费用估算2024/1/2116工程方案主要内容阐明〔2〕风险：识别、评价、管理〔预防、监控和处置〕。风险分两种：普通性风险：对每一个软件工程而言都是潜在要挟，如需求变化、工程人员流失等特定产品风险：当前工程存在的特殊风险，如所采用特定技术引起的风险普通性风险和特定产品的风险都应该被系统化地标识出来，并建立风险条目检查表，该检查表普通包括：产品规模。规模越大，风险越大商业影响。市场、竞争对手客户特性。客户素质、文化、地理位置过程定义。过程的成熟度、过程采用的模型、过程文化所带来的风险2024/1/2117工程方案主要内容阐明〔3〕开发环境。软件开发与测试环境、办公环境、网络环境采用的技术。技术成熟度、复杂度、运用才干所带来的风险人员。数量、才干、阅历资源：人员、硬件、网络、软件等需求和安排，还包括硬件分配、网络构造、工程组成员的角色、责任和详细分配的义务进度安排：义务排序、里程碑设置等。其方法主要有工程网络图、甘特图、义务资源表、本钱估算和培训方案跟踪和控制机制：QA、变卦控制、工程成员报告等2024/1/2118工程方案输出文档2024/1/2119第3章工程方案3.1什么是工程方案3.2工程方案的内容3.3工程方案的方法3.4如何有效地完成工程方案3.5方案各项内容的制定3.6工程方案工具2024/1/21203.3工程方案的方法3.3.1滚动方案方法3.3.2WBS方法3.3.3网络方案技术2024/1/2121工程方案有哪些方法？2024/1/2122工程方案有哪些方法〔续〕？软件工程方案采用弹性方案较好使方案具有较好的顺应性和预见性有效预防工程风险顺应软件需求变化，提高方案的应变才干弹性==适时调整常用方法有：滚动方案方法任务分解构造方法网络方案法分层方案法2024/1/2123滚动方案方法滚动方案方法一种动态编制方案的方法，按照“近细远粗〞的原那么制定一定时期内的方案，然后按照方案的执行情况和环境变化，调整和修订未来的方案，并逐期向后挪动，把短期方案和中期方案结合起来的一种方案方法。2024/1/2124滚动方案方法的要点分而治之：分为多个阶段，针对不同的阶段制定不同的方案。越近的阶段，方案越细；越远的阶段，方案越粗逐渐求精：最近一期方案为实施方案，后面各期方案为预测方案。随着时间的推移，预测方案逐渐变成实施方案。动态规划：以工程方案的“变〔调整〕〞来自动顺运用户需求和软件开发环境的变化，即“以变应变〞。调和过渡：工程的中短期方案随时间推移不断更新，可以处理消费的延续性与方案的阶段性之间的矛盾2024/1/2125滚动方案方法的实施详细运用：在已编制出方案的根底上，每经过一段固定的时期〔即滚动期，如一月、一个季度、一年〕便根据开发环境条件和方案的实践执行情况，从确保实现方案目的出发对原方案进展调整。每次调整时，坚持原方案期限不变，而将方案期顺序向前推进一个滚动期。流程软件项目的开发生命周期总体计划详细计划较粗计划没有计划需求分析设计编程测试部署结束详细计划较粗计划初步计划2024/1/2126WBS方法WBS方法是〔WorkBreakdownStructure，任务分解构造〕一种将复杂的问题分解为简单的问题，然后再根据分解的结果进展方案的方法。以交付成果为导向，对工程要素或者整个任务范围进展分解、逐层推进，每向下分解一层就能对工程任务有更详细的了解和定义，从而掌握工程全部细节，做出相对准确的方案。该方法是构造化的设计工具，描画工程所必需完成的各项任务以及这些任务之间的相互联络2024/1/2127运用WBS的目的关注工程目的和廓清职责，并防止脱漏工程的可交付成果建立可视化的工程可交付成果，以便估算任务量和分配任务改良时间、本钱和资源估计的准确度为绩效丈量和工程控制定义一个基准，容易获得工程人员的承诺辅助分析工程的最初风险、明确任务责任为其他工程方案的制定建立框架或根据2024/1/2128WBS分解要求和原那么WBS最低层次的工程可交付成果称为任务包(workpackage)任务包的定义应思索80小时法那么〔两周法那么〕：任何任务包的完成时间该当不超越80小时，即不超越两周。每两周对任务包检查一层，只报告任务包能否完成。将工程分解到任务包的过程或者结果应做到：某项详细的义务应该在一个任务包且只能在一个任务包中出现WBS中某项义务的内容是其下一切WBS项的总和一个任务包只能由一个人担任，可以有多个人参与，但只能由一个人担任义务的分解，尽量与实践执行方式坚持一致。分解合理，具有良好的稳定性和顺应性〔顺应需求变卦〕鼓励工程团队成员积极参与创建WBS，提高WBS的合理性和有效性一切成果需求文档化2024/1/2129创建WBS步骤创建WBS：将复杂的工程分解为一系列明确定义的工程任务，并作为随后方案活动的指点存档WBS的分解可以采用：按产品功能模块分解按软件开发过程的不同阶段分解按工程的地域分布或部门分解按工程目的或者职能分解2024/1/2130创建WBS步骤分解任务义务定义各项活动/义务之间的依赖关系〔顺序、输入、输出〕安排进度和资源〔资源多会缩减任务时间〕2024/1/2131WBS的创建方法自上而下：从工程目的开场，逐级分解工程任务，直到参与者以为工程任务曾经充分得到定义。即可以将工程定义在足够的，或适当的细节程度，从而可以准确地估算工程工期、本钱、资源需求自下而上类比归纳WBS的表示方式表格方式构造图方式2024/1/2132WBS方法例如一〔表格方式〕2024/1/2133WBS方法例如二〔构造图方式〕2024/1/2134WBS方法例如三〔构造图方式〕2024/1/2135WBS方法例如四〔构造图方式〕2024/1/2136网络方案技术网络方案方法是一种运用网络模型直观地表示软件开发众多任务〔工序〕之间的逻辑关系与时间关系，对完成软件工程工程所需时间、费用、资源进展求解和优化的方案方法，其根本类型是关键道路法/方案评审技术〔CPM／PERT〕。CPM：曾经获得一定阅历的承包工程Pert：更多用于研讨和开发工程网络方案方法普通建立在WBS之上，先分解，再优化第5章，将详细讨论网络方案方法2024/1/2137第3章工程方案3.1什么是工程方案3.2工程方案的内容3.3工程方案的方法3.4如何有效地完成工程方案3.5方案各项内容的制定3.6工程方案工具2024/1/2138关于方案的再认识一些问题：方案没有变化快？那是他的方案没有做好！方案得到了仔细对待和有效执行么？方案是为了实施效力的，不是为了方案做方案。工程方案的主要目的：可以指点工程的详细实施，尽量降低工程实施的风险，确保工程到达预期的目的。为了能指点工程的详细实施，方案必需具有现实性和有效性2024/1/21393.4如何有效地完成工程方案3.4.1软件工程特点3.4.2工程方案的错误倾向3.4.3工程方案的原那么3.4.4方案的输入3.4.5方案的流程2024/1/2140软件工程的特点软件开发是在不断探求、研讨中进展。边开发边研讨最正确实际还不够成熟。无成熟、完好的方法体系。软件的反复性任务可以自动进展〔自动化回归测试、软件包自动化构造〕，软件开发对工具的依赖性很强软件构造过程实践是一设计过程，每一个软件产品都不同2024/1/2141软件工程的特点(续)由于软件是设计过程，自动化程度比较低。虽然运用大量软件和测试工具，但从分析、设计、编码到测试，手工劳动仍是主要的。软件变化不容易实现，而软件变化又是不可防止的软件的变化，进一步引起相关文档的频繁修正。开发人员对文档编制不感兴趣，对文档频繁变化更不感兴趣2024/1/2142软件工程的问题时间紧迫性。市场、客户方、技术提高工程独特性。需求、方案不同软件工程的不确定性。难以估算任务量和规模软件工程管理可视性差。按“代码行/天〞？软件工程消费力依赖于软件人员的潜力发掘。正向引导，鼓励热情(好的任务环境、企业文化，有效的绩效考核)2024/1/2143软件方案的错误倾向对方案不注重〔摊大饼，随意抓壮丁，效率低下〕方案没有做好需求定义没有做好。需求定义不到位、偏离用户的需求、需求变化频繁又无变卦控制片面方案。无足够信息就开场方案工程经理一个人闭门造车，未让实施者参与方案没有思索足够的风险方案过于粗糙比如人力资源方案中，只给出人数，没有明确责任，也无每个人的详细义务。到实施时，重新讨论每个人的任务，发现有人才干技术不够，重新招人。2024/1/2144方案的原那么目的性原那么预防性原那么客观性原那么系统性原那么顺应性原那么知己知彼，百战不殆2024/1/2145方案的原那么〔续〕目的性原那么。方案必需以目的为导向，效力于目的。制定方案前，弄清目的；制定方案中，围绕目的预防性原那么风险控制是软件工程方案的中心任务。风险预防降低风险质量管理。缺陷预防、质量控制措施、质量反响机制客观性原那么。搜集各方信息和各方充分沟通制定真实可行的方案系统性原那么。把握各个要素、产品各个组件、各个工程义务之间的关系(尤其是依赖关系)，从而彻底有效处理问题顺应性原那么。根据发生的变化，有必要对方案进展调整2024/1/2146制定方案的要点目的导向。〔客户及其类型、业务及其特点、最终交付成果〕假设一开场对工程的目的没有了解清楚，工程方案就会出现偏离，而工程实施时偏离就更厉害注重与客户的沟通，为最后工程验收打下良好的根底搜集足够的信息，掌握信息越多，制定方案更科学、更客观对电子邮件回复说：没有意见，有能够没有看或者了解有差别客观且适用，只需“知知彼〞才干做出合理的、客观的工程方案知己：可用的软硬件资源、多少可用的人力资源〔资深人员〕知彼：工程规模、任务范围、难度2024/1/2147制定方案的要点先从下至上方案，然后再从上向下方案，构成一个完好的循环过程从下至上：充分搜集信息、客观、工程实施人员〔产品经理、开发和测试人员〕高度参与从上至下：目的导向、掌控全局、优化〔同类项合并，类似项归纳〕关注方案过程，随机应变，因势利导，不断调整和修正方案，以保证完成工程的目的〔需求变化—设计变化—实施偏离原方案—调整方案〕方案的层次性，如分为主方案〔总体方案〕、子方案〔需求方案、设计方案或者质量方案、风险方案、资源方案〕。同时需留意“工程方案的集成〞主方案和子方案的冲突消解和协调。如采购方案与主方案子方案之间的协调。比如添加了资源，本钱增大；假设本钱不变，添加资源，意味着工程周期缩短，进度方案要改动2024/1/2148工程方案输入的常见问题工程方案输入有问题工程方案一定做不好工程方案输入的常见问题有：上级指点客观臆断、给出了不现实的期限，导致进度表不合理…..未弄清客户需求，就开场做方案低估工程规模和难度，导致投入人力物力缺乏技术不成熟，未遇见工程实施过程中的技术妨碍2024/1/2149方案的输入工程的目的和需求。明晰定义、并得到各方〔客户、市场人员、研发人员〕认可工程可用的资源：人、硬件、软件工程干系人，即工程的相关利益者〔stakeholder〕：强化沟通，获取支持工程涉及的相关技术：成熟与否、风险在哪？质量政策和规范2024/1/2150方案的输入〔续〕组织流程：清楚软件开发流程，能否适宜该工程？如何剪裁？制约要素：限制工程管理团队运转的要素。如本钱过低假设：普通地，假设通常包含着一定程度的风险，工程方案对一切的假设都应该标明出来，然后逐个分析。如不能确定UI设计师参与工程日期，那么假定的工程设计开场时间缺乏真实性历史数据：参照执行〔任务量估算、代码估算〕2024/1/2151工程干系人在工程方案中的作用2024/1/2152工程干系人在工程方案的作用工程经理：主导作用，担任工程各项方案内容的编制内部干系人〔工程组实施人员〕：主要参与工程范围定义、任务量估算、风险识别、数据管理等外部干系人：(软件工程过程组+软件质量保证组+IT+HR+……〕需求他们支持工程，并提供建议〔质量方案、流程、本钱核算〕工程干系人参与方案的主要任务：讨论、审查、修正草案、签字2024/1/21533.4.5工程方案的流程PMBOK所描画的工程方案流程常见的软件工程方案流程2024/1/2154PMBOK工程方案流程2024/1/2155PMBOK中的工程方案流程将方案流程分为：中心过程：范围确定、时间方案、本钱方案、风险方案辅助过程：质量方案、沟通方案、采购方案、风险方案风险方案在中心过程和辅助过程都有2024/1/2156常见流程表示图2024/1/2157常见的方案流程确定工程目的，包括最终交付的内容和质量规范；确定工程的任务范围，包括软件产品功能特性；根据质量目的，可以制定质量方案；采用WBS方法，分解任务，确定各项详细的义务；针对详细的任务义务，估算任务量以及确定所需的资源；制定资源方案、进度方案和本钱方案；2024/1/2158常见的方案流程〔续〕完成风险识别和分析，最终完成风险管理方案，包括风险应对方案；在资源方案和进度方案的根底上，进一步完成辅助方案，如采购方案、培训方案等；需求和软件工程干系人沟通、评审，达成一致意见。这一步很重要，相关方面没有确认，会对工程实施产生妨碍最后，获得有关方面〔管理层、产品发布委员会〕的同意2024/1/2159第3章工程方案3.1什么是工程方案3.2工程方案的内容3.3工程方案的方法3.4如何有效地完成工程方案3.5方案各项内容的制定3.6工程方案工具2024/1/2160工程的详细方案2024/1/21613.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2162软件工程范围的涵义〔做什么〕软件产品规范，即一个软件产品应该包含哪些功能特性，这就是产品需求文档〔Productrequirementdocument，PRD〕所描画的。更详细的要求就是功能规格阐明书〔FunctionalSpecification〕，但这是在方案过程中或之后产生。普通在确定PRD的过程中，就开场进展工程方案。工程任务范围，即为了交付具有上述功能特性的产品所必需求做的任务。任务范围在一定程度上是产生工程方案的根底。2024/1/2163工程范围阐明书确定工程范围后，需求编写成正式的工程范围阐明书，并以此做为工程方案的根底。工程范围阐明书的内容包括：工程的合理性阐明工程目的工程的可交付成果工程范围阐明书的作用根据工程范围确定工程的任务义务，从而提高工程本钱、时间和资源估算的准确性促使工程干系人在工程开场实施前，可以就工程的根本内容和构造达成一致工程范围阐明书可以做为评价的根据可作为工程方案、工程监控和考核工程实施情况的根底2024/1/21643.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2165工程管理的战略选用什么样的软件开发过程模型？RUPorXP选用什么样的技术？成熟or新兴工程合同管理战略？重要条款本钱管理战略？作业层直接费用+管理层管理费用制定软件工程方案既要真实可行，又不能过度方案2024/1/2166工程管理的战略〔续〕工程的控制战略？强势控制or守夜人。控制点越多，工程偏离目的的能够越小，返工的任务量越小，能降低风险和本钱工程的例会制度？一周or一月信息汇报及发布制度？每天or每周工程问题处置及上报制度？3天处理不了向工程经理汇报，7天处理不了工程经理向上一级汇报2024/1/2167工程控制的不同战略对比2024/1/2168工程的范围、资源、时间和质量的平衡战略2024/1/2169工程要素的金字塔风险越小，胜利概率越大2024/1/21703.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2171资源方案工程资源方案，是指经过分析和识别工程的资源需求，确定出工程需求投入的资源。资源方案包括人力资源方案、软硬件资源方案。工程资源方案重点在人力资源方案，采用有效的方法进展人力资源方案。人力资源方案主要基于任务量估算和进度安排来制定，经过简单的计算就可以根据任务量和工程给定的时间，获得所需求的人数。2024/1/2172人力资源方案编制根据工程范围阐明书工程任务分解构造历史工程的数据工程组织的管理政策，如资源本钱核算制度活开工期预算，软件终了时间或进度的要求其他制约要素，如能否能及时获得所需求的人力资源等人力资源方案是复杂的，平衡进度和资源，还需求思索工程所需技艺、工程人员之间性格互补等要素，从而选择适宜人员参与工程组〔脾气暴躁的两个人不能放在同一个工程组〕2024/1/2173实践的人力资源方案的模型资源模型曲线2024/1/2174人力资源安排简单例如10222024/1/21753.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2176进度方案的根本原那么、定义和内容根本原那么：以目的为导向，思索进度影响要素，留有余地，普通按不利的情况来决议，而不要过于乐观，导致工程方案的失败进度方案：阐明工程中各项任务的执行顺序、开场时间、完成时间及相互依赖衔接关系的方案进度方案分为：进度控制方案和工程形状报告方案进度方案容易遭到指点客观志愿的影响，欲速那么不达，得不偿失〔类似于在餐厅，催上菜的情况〕上班的故事耗时：40分钟，1小时，1个半小时。启程：9点到，那么7:30,8:00,8:20动身？2024/1/2177进度方案制定原那么工程的实践参与人员制定进度尽能够地先安排难度高的义务，后安排难度低的事进度前面紧，后面松，比较好工程进度中都会设置假设干个里程碑。工程越大、越难，里程碑应该越多进度表中必需留有缓冲时间，应对需求变化和不确定事件的发生发现工程应交付的期限不合理，应调整进度〔据理力争〕当需求发生变化时，就要重新评价进度表〔适时适度调整〕2024/1/21783.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2179本钱方案的定义软件本钱方案〔本钱预算〕：将各个活动或者任务包的估算本钱汇总成总预算，再根据详细情况将费用方案分配到各个活动或者任务包上去，从而确立丈量工程绩效的总体本钱基准本钱方案是建立在资源方案和进度方案根底之上的2024/1/2180本钱构成按费用分类：人力资源本钱资产类本钱：硬件、软件、网络设备管理费用：房租、物业、办公用品工程特别费用：差旅费、餐费软件工程本钱分为直接本钱和间接本钱直接本钱是工程本身的义务所引起的本钱，包括为该工程购买的设备和软件工具、参与该工程任务的人员工资等。根据所需资源和时间，比较容易估算间接本钱是许多工程共享的本钱，例如办公楼的租金、水电费用、公司管理费用、网络环境和邮件效力等各种间接费用。估算比较复杂，普通采用简单摊派法2024/1/2181本钱方案的三部分本钱估算：4.8节引见费用预算，在本钱估算根底之上，针对各项本钱来估算能够产生的其他费用，从而确定费用预算。费用预算受自然财务政策的影响，系数可以是1.1、1.15、0.85、0.9费用控制是为了保证明际发生的费用低于预算。普通会采用阶段性控制和单项费用控制相结合的方法，更关键是需求变卦控制和质量控制〔质量高、返工少〕。2024/1/2182制定本钱方案的三步骤借助WBS对本钱估算结果进展初步伐整，以增补脱漏的本钱，删除不用要的本钱估算根据工程所处的实践环境，对本钱估算结果进展综合调整和汇总。在做工程本钱预算时，应该预留5%-15%做为不可预见的本钱，用于应对突发事件和超支本钱假设工程预算合理可行，编写工程本钱方案，并提交审议，直到最后审议经过并确定为本钱基准方案2024/1/21833.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2184风险方案风险识别、风险评价和风险对策方案风险方案并不是在资源方案、进度方案和本钱方案之后再制定，而是和这些方案同时进展，由于软件工程的风险会来自于各个方面，包括人力资源风险、进度风险和本钱风险等，而且在如何应对风险或针对风险采取相应的对策时，对资源方案、进度方案都有影响2024/1/21853.5方案各项内容的制定3.5.1确定工程范围3.5.2战略制定3.5.3资源方案3.5.4进度方案3.5.5本钱方案3.5.6风险方案3.5.7质量方案2024/1/2186质量方案工程的质量：100%，80%，60%？系统解体，补丁机制？质量方案：阐明工程如何详细执行组织的质量方针，确定哪些质量规范适宜该工程，并决议如何到达这些规范的过程。即经过谋划各种质量相关活动来保证工程到达预期的质量目的，而质量目的是由用户需求和商业目的来决议的。工程质量方案包括：质量控制方案质量保证方案质量管理方案质量方案以预防为主：降低开发过程中的缺陷、减少返工、降低劣质本钱。2024/1/2187质量方案〔续〕质量方案是工程方案中的主导力量质量方案与本钱方案、风险方案、进度方