进程模型
进程的五状态模型
进程的五状态模型
就绪：
1. 当程序被分配到除cpu以外所有必要资源后
2. 只要在获得cpu的使⽤权，就可以⽴即运⾏
3. 其他资源都准备好，只差cpu资源的状态为就绪状态
4. 在⼀个系统中可能有多个处于就绪状态的进程，这些进程排成⼀个队列，被称为就绪队列。
阻塞
1. 进程因某种原因⽆法继续执⾏的状态。
⽐如打印机，进程向打印机申请，但是打印机是外围设备，反应的⽐较慢，当进程等待打印机回复的状态。
2. 同样有阻塞队列。
执⾏
1. 进程获得cpu使⽤权，其程序正在执⾏的状态。
2. 在单处理器中（单核），在某个时刻只能是有⼀个进程处于执⾏态。
创建
1. 创建进程时，拥有PCB但是其他资源还没有就绪的状态（操作系统提供了fork接⼝，可以让⽤户创建进程）。
终⽌
1. 进程结束由系统清理或者归还PCB的状态称为终⽌状态。
状态之间的切换。
现代操作系统第二章复习重点
第二章进程与线程·在早期计算机中，每个字节的读写直接由CPU处理（即没有DMA），对于多道程序而言这种组织方式有什么含义？在这个读取任务中包括两个时间：CPU复制数据的时间和IO设备工作的时间。
而早期IO设备的速度太慢了，IO 设备的工作时间远大于把数据存到内存中所需要的时间，CPU则会空转很长时间，此时多道程序设计就非常必要了。
进程是OS提供的最古老最需要的抽象概念，它把来回切换的多道程序描述成一种多程序的并发。
2.1进程多道程序设计站在系统的角度——提高了CPU的利用率站在用户的角度——可“同时”运行多个程序对某个具体的任务而言——执行速度不变单个CPU不能真正实现并行计算，其在任意时刻都只能执行一道指令。
（第一章到第六章都是以单个CPU来讲解的）·如何解决这个矛盾：OS采用了一系列软件技术实现程序并发执行。
·什么是程序的并发执行【“大家注意把这个刻在脑子里”】若干个程序段同时在系统中运行，这些程序段的执行在时间上是重叠的，一个程序段的执行尚未结束，另一个程序段的执行已经开始，即使这种重叠是很小的一部分，也称这几个程序段是并发执行的。
·什么是运行时间：程序在内存中的时间。
只有一个CPU，但是又希望有多个CPU——虚拟出多个CPU。
（“伪并行”，在任意时刻只有一个程序是活跃的）面向每个任务虚拟出一个CPU，这就是进程。
（CPU：从内存中取指令并执行）虚拟出的CPU本质：对每个进程虚拟了程序计数器。
2.1.1进程模型并行性:处理多个同时性活动的能力并行处理:利用多个处理部件，为完成一个整体任务而同时执行在任意时刻物理PC只对应一个程序的指令底层：CPU在各个进程间来回切换2.1.2进程的创建有4种主要事件导致进程的创建:1.系统初始化(foreground processes and daemons)2.执行了正在运行的进程所调用的进程创建系统调用★3.用户请求创建一个新进程4.一个批处理作业的初始化Fork子进程是父进程的精确副本。
进程、线程调度模型及其在Windows2000中的实现
与内核级线程相对应的，是用户级线程。这类实现多见于一些历史悠久的操作系统（如Unix系列），为了在操作系统中加入线程支持，采用了在用户空间增加运行库来实现线程。这些运行库被称为“线程包”。
进程、线程调度模型及其在Windows2000中的实现
在传统的操作系统中，每个进程有一个自己的地址空间以及一个单一的控制流程。事实上，这几乎就是传统操作系统中进程的定义。
但是，现实中有很多情况下需要在同一个地址空间中完成并行的任务，比如Web服务器程序，虽然使用多进程方式编程也可以很好地实现服务器，但进程间的数据共享由于需要跨越地址空间而显得十分不方便，同时进程间切换的开销也不可小视。
其实，在用户等待磁盘操作完成的时候，虽然进程对用户的输入无响应，但CPU确实是空闲的（假定没有忙碌的后台进程），理论上CPU应该可以响应用户输入。这样，我们就回到了多任务系统的设计初衷：提高CPU利用率。
我们先来讨论两个不使用线程模型的解决方案：多进程编程和使用异步系统调用。
如果使用多进程方式，则由主进程新建一个工作进程，将需要保存的数据传递给工作进程以进行保存操作。如果需要保存的数据量非常大，内存间的数据复制是一个可观的开销。当然，在较新的操作系统如System V中，由于采用COW（Copy On Write）技术，这个性能损失可以略过。另一个改进办法是使用共享内存，在一些不使用fork方式新建进程的操作系统上这是个好办法。
这两条路那一条都不是很方便。问题的关键在于，同步对象的句柄值只是每个进程对象表中的索引，在另一个进程中是无效的。但在线程模型下，这个问题就迎刃而解了。因为（同一进程中的）线程间共享同一张内核对象表，所以同一个同步对象的句柄对各线程来说都是有效的，传递时只要直接传句柄值就行了。
process model15解读
1. 简介进程模型是操作系统中的核心概念之一，它描述了程序如何在计算机中执行，如何进行通信和同步等重要内容。
在计算机科学中，有许多不同的进程模型，每种模型都有其特定的特点和适用场景。
本文将对进程模型进行深入解读，包括其基本概念、分类、特点、应用等方面的内容。
2. 进程模型的基本概念进程是指在计算机系统中运行的程序的实例。
它是操作系统资源分配的基本单位，具有独立的位置区域空间、独立的内存空间、独立的文件系统等特点。
进程模型则是描述进程如何被创建、管理、调度、通信和同步的理论模型。
它包括了进程的状态转换、进程间的通信机制、进程的调度算法等内容。
3. 进程模型的分类根据进程的调度方式，进程模型可以分为多种类型。
常见的进程模型包括批处理系统、交互式系统、实时系统等。
批处理系统是指按照程序提交的顺序进行执行的系统，其中每个程序都需要等待前一个程序执行完毕才能开始执行。
交互式系统是指用户可以直接与系统进行交互的系统，用户可以随时输入指令并得到相应的结果。
实时系统是指对时间要求非常严格的系统，能够在严格的时间限制内完成任务的系统。
4. 进程模型的特点不同的进程模型具有不同的特点。
批处理系统具有高效、稳定的特点，但用户体验较差；交互式系统可以提供良好的用户体验，但需要保证系统响应速度和并发执行能力；实时系统需要满足时间要求非常严格的特点，能够在规定的时间内完成任务。
5. 进程模型的应用进程模型的应用非常广泛。
在操作系统中，不同类型的进程模型可以应用于不同的场景。
批处理系统常用于需要进行大量计算的场景，如科学计算、数据分析等；交互式系统常用于普通用户使用的计算机系统，能够提供良好的用户体验；实时系统常用于对时间要求非常严格的场景，如航空航天、工业控制等领域。
6. 结语进程模型是操作系统中非常重要的概念，对于理解计算机系统的运行原理和优化程序设计具有重要意义。
不同的进程模型具有不同的特点和适用场景，合理地选择和使用进程模型能够提高系统的性能和可靠性。
进程模块——精选推荐
进程模块1模块名称：进程1.1 术语1.进程（Process）：⼀个正在执⾏的程序，包括程序计数器、寄存器和变量的当前值。
2.前台进程：同⽤户交互并且替他们完成⼯作的那些进程。
3.后台进程：这些进程与特定的⽤户没有关系，相反，具有某些专门的功能。
⽐如：接收电⼦邮件的后台进程，只有在电⼦邮件到达时，该进程才被唤醒。
4.守护进程（Daemon）：停留在后台处理诸如电⼦邮件、Web页⾯、新闻、打印之类活动的进程。
在UNIX中可以⽤ps程序列出正在运⾏的进程。
5.进程运⾏态：该时刻进程实际占⽤CPU。
6.进程就绪态：该时刻进程可以运⾏，但是因为其他进程在运⾏，所以⽆法获取CPU⽽暂时终⽌。
7.进程阻塞态：该时刻进程由于等待某些外部事件发⽣⽽不能运⾏。
8.多道程序：每个进程拥有它⾃⼰的虚拟CPU，但真正的CPU在各个进程间来回切换，这种快速的切换称作多道程序。
9.进程表项（进程控制块）：该表项中包含了进程状态的信息、它的程序计数器、堆栈指针、内存分配状况、所打开⽂件的状态、帐号和调度信息，以及其他在进程由运⾏态转换到就绪态或阻塞态时必须保存的信息。
10.线程/轻量进程（threads/lightweight processes）：单个进程中有多条控制线索，这些控制线索称为线程。
11.核⼼映像（coreimage）12.进程间通信（interprocess communication）13.莫菲法则（Murphy）：若某件事可能出错，则它⼀定会出错。
14.优先级翻转问题（priority inversion problem）15.互斥（mutual exclusion）：以某种⼿段确保党⼀个进程在使⽤⼀个共享变量或⽂件时，其他进程不能做同样的事情。
16.临界区/临界段（critical region/critical section）：对共享内存进⾏访问的程序⽚断。
17.测试并上锁（TSL）18.信号量（semaphore）：⽤⼀个整型变量来累计唤醒次数，以供以后使⽤。
《计算机操作系统》第2章 进程管理
2.1.3 进程的状态模型
新建
准许
准许
挂起
静止就绪
事件 发生
静止阻塞
激活 挂起
激活 挂起
活动就绪
事件 发生 活动 阻塞
分派 超时
运行
等待 事件
释放
退出
பைடு நூலகம்
图2-8 有挂起态的七状态模型
在新的状态模型中，比较重要的新转换如下： ►（1）活动阻塞→静止阻塞：当内存紧张而系统中又没有就绪进程时，一个阻塞
态进程就会被挂起。
分派
进入
非运行
运行
退出
暂停 图2-3 两状态模型
2.1.3 进程的状态模型
2. 三状态模型
三状态模型中进程的三种基本状态如下：
►（1）就绪状态（Ready）。一个进程获得了除处理机之外所需的一切资源，一 旦得到处理机即可运行。在系统中，将处于就绪状态的多个进程的PCB组织成一 个队列，或按照某种规则排在不同的队列中，这些队列称为就绪队列。
2.1.3 进程的状态模型
3. 五状态模型
新建态
进入就 绪队列
运行态
被调 度 时间片
用完
就绪态
事件
发生
退出态 等待事件 阻塞态
图2-6 五状态模型图
►为便于进程管理，有必要增加一种有用的状态，我们称为新建态，对应于刚刚创建 的进程，操作系统还没有把它加入到就绪队列中，通常是进程控制块已经创建但还 没有加载到内存中的新进程。
►同样，进程从系统中退出时，也增加一种有用的状态，进程被终止直到释放PCB所 处的状态，我们称为退出态。
2.1.3 进程的状态模型
五状态模型中的状态转换：
►（1）空→新建：创建一个程序的新进程。
process
采用多道程序设计技术，计算机中的CPU和外围设备的利用 率得到了很大提高，因此，程序并发执行。程序并发有以下 主要特征，从而引起了与时间相关的错误：
程序结果的不可再现性
独立性和制约性
程序执行的间断性
1966年，Bernstein给出了程序并发执行的条件。假设程序P(i)所访问的 共享变量的读集与写集分别为：R(i)和W(i)，则任意两个程序P(i)与P(j) 可以并发执行的条件包括以下三个：
运行 中断 自陷 核心态 用户态 被抢占 返 回
ex i t s l eep s l eep
僵死
fo rk
创建
s wi t ch 内存充足 wak eu p高优先睡 在内存就绪 眠在内存 换出 换入 换出 高优先睡 眠且换出 wak eu p
低优先睡 眠在内存
内存 盘交换区
换出 低优先睡 眠且换出
内容与目标
主要内容
进程的引入 进程的定义 UNIX进程模型 进程状态及其转换 UNIX进程控制与管理
学习目标
学习操作系统进程的各方面知识 掌握几个控制进程执行的基本编程方法
进程的引入
顺序程序：指程序在计算机上严格按照写入的顺序执行。顺 序程序设计也就是指不同程序的按序执行。顺序程序设计具 有以下主要特征：
标识信息：惟一地标识一个进程。主要有进程标识、用户标识、父进程标 识。 现场信息：记录进程使用处理器时的各种现场信息，主要有CPU通用寄存 器的内容，CPU状态寄存器的内容以及栈指针等。 控制信息：操作系统对进程进行调度管理时用到的信息，主要有进程状态、 调度信息、数据结构信息、队列指针、通信信息、资源占有使用信息等。
分析：由于子进程需要加载的程序比较简单，不带参数，所以可以使用 execl()函数实现加载。
由进程状态模型不断发展引发的逻辑思考
1. 引言进程状态模型是计算机科学领域中的一个重要概念，它描述了一个进程在其生命周期中所经历的不同状态，如就绪、运行、阻塞等。
随着计算机技术的发展，进程状态模型也不断得到完善和扩展，引发了许多有关逻辑思考的问题。
2. 进程状态模型的发展进程状态模型最早由Dijkstra在1968年提出，他将进程的状态划分为就绪、运行和阻塞三种基本状态，并引入了进程的同步和互斥概念。
随后，Tanenbaum和Woodhull在《操作系统原理》一书中对进程状态模型进行了进一步的完善，将进程的状态扩展为了更多种类，如创建、终止、挂起等。
3. 进程状态模型的应用进程状态模型在操作系统设计与实现中有着重要的应用价值。
操作系统需要根据进程的状态来管理系统资源，调度进程的执行顺序，并保证进程间的正确协作。
进程状态模型也被广泛应用于并发编程和分布式系统中，帮助程序员更好地理解和处理多任务并发的情况。
4. 进程状态模型的问题与思考随着计算机技术的不断发展，传统的进程状态模型也暴露出一些问题，进程状态的划分过于粗糙，无法很好地描述现代复杂系统中的进程行为。
另外，由于进程状态模型是一个静态的描述，无法反映进程状态的动态变化，导致在实际应用中需要额外引入一些机制来解决这些问题。
5. 基于进程状态模型的逻辑思考对进程状态模型的发展和应用给我们提出了一些有关逻辑思考的问题。
我们需要思考如何根据实际需求对进程状态模型进行扩展和修改，使其更好地适应现代复杂系统的需求。
我们还需要思考如何基于进程状态模型来设计和实现更加高效和稳定的操作系统和并发程序，以应对日益复杂的计算机系统和应用场景。
6. 结论进程状态模型作为计算机科学中的重要概念，其发展和应用给我们带来了许多思考。
我们需要不断地对进程状态模型进行深入的研究和思考，以更好地应对计算机系统和应用领域中的挑战。
我们也需要结合实际需求和发展趋势，不断完善和改进进程状态模型，使其能够更好地服务于我们的日常工作和生活。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
解决方案开发准则：进程模型综述简介介绍本单元的主题。
提问听讲者是否愿意增加一些主题。
把需要增加的主题写在活动挂图上。
必要时要涉及这些主题。
内容本单元对Microsoft如何管理信息技术项目进行描述。
首先，我们要先看一看Microsoft开发方法所依赖的基本概念和指导原则；然后，再对定义开发进程的四个里程碑进行仔细地研究。
适时交付合适产品成功的关键是，要在资源与成本、时间安排、项目范围以及产品可靠性之间找到平衡点。
我们将对协助客户确立优先权的方法进行探讨。
最后，我们通过讨论如何把一个大项目划分成多个版本发行来结束本单元的学习。
●Microsoft的开发进程●里程碑●作出项目决策●版本发行目的在本单元结束时，您将能够：●明确地表述Microsoft的产品开发进程所依赖的基本概念和指导原则。
●更高层次地描述定义开发进程的四个里程碑。
●采用方法协助客户确立项目优先权。
●对大项目划分成多个版本发行的方法进行描述。
Microsoft开发进程说明在接下来的两张幻灯片上，我们对Microsoft开发进程所依赖的基本概念和指导原则进行描述。
对各概念进行说明，要涉及学生笔记上的要点并根据自己的切身经历举例说明。
注：利用原则建立进程模型以及进程模型如何解决这些问题。
提问您是否同意这些基本概念和指导原则？在您的企业里，这些原则有哪些相同点/不同？原则为不确定的将来作好时间安排通过有效的风险管理降低不确定性通过经常性的开发和迅速的测试来提高产品的稳定性和可预测性迅速循环通过改进特征和限制资源把重点放在创造性上确定固定的交货时间利用平行工作但又具有同步点的小组为不确定的将来作好时间在项目时间安排计划中增加缓冲（附加）时间能够帮助项目组适应意外发生的问题和变化，并平衡交货目标与交货日期的准确预测。
通过有效的风险管理降低不确定性卓有成效的项目组都是先了解自己的工作环境，迅速适应这个环境，然后准确的预测下一步将要发生的事情。
这些项目组能够轻松地适应不同的环境并采取相应的行动（以降低不确定性并提高稳定性和可预测性）。
对于大多数项目来说，管理风险的能力是项目成功的限制因素。
通过经常性的开发和迅速的测试来提高产品的稳定性和可预测性在开发周期，在所有组员都能利用的公共地点，要经常地、定期地开发优质产品。
定期开发产品是项目组发挥作用以及开发工作顺利进行的唯一最可靠的方法。
迅速循环无论项目组的工作进展有多快，市场、技术、竞争以及客户的业务都会发展得更快。
版本发行使项目组能够对范围、时间安排和项目等风险所发生的不断变化作出反应。
通过经常性地更新产品，不仅可以促进开发组与客户之间的沟通，而且，有关产品未来发行版本的建议也可以直接来源于客户对产品的使用。
通过改进特征和限制资源把重点放在创造性上Microsoft总体产品开发方法是为了限制开发资源和预算。
这个方法以创造性为重点，促进项目组作出决策，优化交货日期以获得较大的市场份额，然后再通过多个产品的发行逐步实现所有的产品特征。
确定固定的交货日期内部时间限制有助于项目组优化特征、活动并作出决定性决策。
利用平行工作但又具有同步点的小组如果组员的工作定期同步化，那么，大项目组就可以象很多小组一样平行工作。
平行工作的小组能够经常性地、准确地评估产品的进展过程。
相反，连续开发的方法则倾向于在开发过程完成时才安排调试，这时再来改正大的缺陷可能就来不及了。
Microsoft开发进程（续）说明对幻灯片上列出的概念和指导原则进行说明，涉及学生笔记中的要点。
根据自己的切身经历举例说明。
提问您是否有这些原则方面的经历愿意同其他人分享？原则把大项目分成可管理的小部分利用愿望说明和概括规范来指导项目的进行避免特征变化利用概念证明原型为开发前测试创造条件确立无缺陷里程碑采用里程碑回顾的方法大项目划分成可管理的小部分Microsoft的基本产品开发策略是把大项目划分成多个版本发行，没有独立的产品维护阶段。
在开发组确立了作出好的项目决策和适时交付合适产品的模式后，尽快通过版本发行开始循环是非常重要的。
利用愿望说明和概括规范来指导项目利用高层次的愿望说明和概括规范来指导项目的进行，而不是在一开始就写出完整而又详尽的规范。
愿望说明应尽可能地言简意赅，并明确地描述产品的具体特征。
这个说明有助于项目组确定产品的结构。
避免特征变化愿望说明和规范为项目确立了范围。
这有助于项目组保留正确的工作重心，保证主要特征满足原来的要求，并放弃在项目已经定义后才增加到开发计划中的其它任何特征。
利用概念证明原型为开发前测试创造条件原型实现了从很多角度进行的开发前测试，特别是可利用性，并有助于对用户交流有更深入的理解。
它还可以产生更完善的产品规范。
确立无缺陷里程碑无缺陷被定义成没有发现破坏架构的代码。
要提高产品的稳定性和可预测性，项目组必须实现产品的可交付性并长此以往地保持下去。
无缺陷里程碑会定期地使产品公之于众，从而实现对产品状态的评估。
在无缺陷的里程碑中，项目组要达到为该里程碑确立的质量标准，产品也要为此经过测试。
采用无缺陷里程碑主要的优点是，一旦采用这些里程碑就可以对时间安排进行监督。
采用里程碑回顾的方法一旦到达一个里程碑，就要进行一次里程碑回顾，重在汲取的经验教训，特别是完成得比较出色的工作。
这是一个巩固知识并使之被认可的机制。
四个里程碑说明Microsoft的开发进程由四个不同的阶段构成。
每个阶段都对应一个里程碑。
这些里程碑是所有组员开发产品的同步点。
描述各里程碑的重点，要涉及学生笔记上的要点。
注：从较高层次进行描述。
下一张幻灯片对各里程碑进行详细的说明。
提问您从这个模型中看出了哪些优点？常见的面向开发的里程碑有哪些？它们有哪些缺陷？四个里程碑开发进程的每个阶段都对应一个里程碑（实现的产品对内、对外都可见）。
这些里程碑是所有组员在开发产品时与客户、最终用户、操作/支持人员、销售人员（商业软件）以及项目主要负责人的同步点。
里程碑是回顾点和同步点，而不是冻结点。
它们使项目组在必要时能够调整项目的范围，从而反映日益变化的客户要求，或者对项目过程已经具体化的风险作出反应。
展望阶段在愿望/范围认可的里程碑结束。
这个里程碑是项目组与客户就项目总体方向达成的一致点，包括产品结构。
确定愿望和范围是相反的活动，但都是成功的项目所必需的两个方面。
愿望是针对解决方案的不受限制的想法，与项目限制条件无关；而范围定义的是在项目限制条件下能够实现的部分愿望。
拥有共同的项目愿望是项目成功的关键。
计划阶段在项目计划认可的里程碑结束。
这个里程碑是项目组、客户和项目主要负责人就项目实现的内容和时间达成的一致点。
它还可以提供一个确定优先权和确立目标的机会。
项目计划认可的里程碑实质上是与客户订立的推进项目进展的合同。
开发阶段在范围完成/第一次使用里程碑结束。
在这个里程碑中，所有特征都已经完成，产品等待外部测试。
这个里程碑是客户和最终用户、操作/支持人员以及项目主要负责人对产品作出评价并确定在交货前必须解决的保留问题的机会。
发行里程碑发生在所有突出问题都已经解决以及产品交货或提供服务时。
在这个里程碑中，不断进行管理的责任和对产品的支持正式从项目组转移到操作与支持部门。
里程碑是由目标推动的描述详细描述与各里程碑相关的明确目标。
提问根据您的经历，为什么目标与里程碑联系起来能够使项目取得成功？里程碑使各阶段的目标具体化发行愿望/范围认可●项目两态●发行说明●版本来源●培训手册●文件资料●更新风险管理计划●设施与平台安装●软件/数据的安装/转换●愿望/范围文档●项目结构文档●风险管理计划●问题与错误数据库范围完成/第一次使用项目计划认可●更新风险管理计划●文件资料●版本功能规范●更新时间安排计划●功能规范●更新风险管理计划●项目计划●项目时间安排●测试规范里程碑是目标推动的到达一个里程碑就意味着各方在项目上达成一致，因此而有充分的理由进行下一个阶段的工作。
各里程碑使各阶段的目标具体化。
责任明确说明在组模型中，我们强调整个组为项目的成功共同承担责任。
现在。
我们来看一看所承担的责任怎样与项目组各角色以及进程里程碑联系在一起。
提问如果各里程碑由程序管理认可会发生什么情况？有哪些风险？您对责任分配的优点怎样看？明确的交流是关键说明里程碑推动方法代表所有组员之间明确的交流。
一个有助于组员交流的方法就是学生笔记上描述的闪电会议方法。
提问您的企业利用哪些方法来保证所有组员之间有效的交流？所有组员之间明确的交流是项目成功的关键。
明确的交流所有项目组成员之间明确而又直接的交流至关重要。
在自我管理的小组中，所有成员都对结果负责，成功有赖于对问题了如指掌的所有组员。
闪电会议方法闪电会议限于一个小时，目标是在30分钟内结束。
组员在会议前向程序经理提交准备讨论的问题。
程序经理选出三个主要问题并把这几个问题提上闪电会议议事日程。
在开始的10分钟，先讨论上一次会议采取的行动，然后再对议事日程上的问题进行探讨并确定要采取的行动。
作出项目决策说明成功地适时交付合适产品的关键是在资源、交货日期以及特征之间找到正确的平衡点。
当客户相信您作出了正确决策时，项目才是成功的。
提问您的企业必须作出哪些决策？作出这些决策的过程是怎样的？决策中是否会遇到困难？适时交付合适的产品需要细致的平衡工作。
决策原则●并不是每个项目都是由交货期来推动的。
●并不是每个项目都是由特征（范围）来推动的。
●并不是每个项目都是由成本和资源来推动的。
●当客户相信您作出了正确决策时，项目才是成功的。
经常向客户询问有关优先权的问题。
质量不仅仅只是产品的可靠性。
产品的范围以及使用日期也是质量的重要因素。
当产品开发时，不可避免地要在有关特征（范围）、交货日期、成本/资源以及可靠性之间作出决策。
有时候，交货日期比特定的特征更重要，因此在发行时就要放弃这个特征。
有时候，特征比交货日期重要，因此，就要对项目的时间安排进行调整。
项目决策矩阵说明项目决策矩阵是探讨项目优先权和客户期望的工具。
这个讨论过程往往会公开不同的观点。
过一遍学生笔记中的讨论内容，对如何建立项目决策矩阵进行说明。
提问您对这类方法是否熟悉？在与客户协作时，这是否是可以利用的有效工具？您何时会利用这个工具？项目决策矩阵项目决策矩阵是探讨项目优先权的工具。
这个讨论过程往往会公开不同的观点。
项目决策矩阵的行可包括成本/资源、交货日期和特征（范围）的任意组合。
●优化。
优化成本/资源是寻求成本/资源最小可能的分配（最少成本策略）。
优化交货日期是尽可能快地确立交货日期（尽早投放市场策略）。
优化范围是在产品中实现尽可能多的特征（最大效益策略）。
●限制。
限制成本/资源是不超出策略。
限制交货日期是对项目规定期限。
限制特征（范围）是至少交付功能的主要组合。
●接受。
接受成本/资源是时间与材料策略。