知识创造螺旋模型

㈠ 软件工程简答题：试说明螺旋模型软件开发方法的基本过程，比较它的优点和缺点。

螺旋模型是一种风险驱动的模型。在软件开发中存在各种风险。项目越复杂，设计方案、资源、成本、进度等因素的不确定性越大，项目开发的风险也就越大。及时对风险进行识别、分析，采取对策，可消除或减少风险的损害。螺旋模型将开发过程分为几个螺旋周期，每个螺旋周期大致和瀑布模型相吻合。在每个螺旋周期内按四个象限，分为四个工作步。第一，制定计划：确定软件目标，选定实施方案，明确项目开发的限制条件；第二，风险分析：分析所选方案，识别风险，通过原型消除风险；第三，开发实施：实施软件开发；第四，客户评估：评价开发工作，提出修正建议，建立下一个周期的计划。
螺旋模型的优点：实质上相当于在瀑布模型的每个阶段开始前引入风险分析，并由客户对阶段性产品做出评审，这对保证软件产品质量十分有利；由于引入风险分析等活动，测试活动的确定性增强了；螺旋模型最外层代表维护，开发与维护采用同样方式，使维护得到与开发同样的重视。
螺旋模型的缺点：主要适合内部开发，否则风险分析必须在签订合同前完成，或者争取客户的最大理解；只适合大型软件项目的开发，否则，每个阶段的风险分析将占用很大一部分资源，增加成本；对开发人员的风险分析能力是极大的考验，否则，模型将退化到瀑布模型，甚至更糟。

㈡ 马斯洛论管理,德鲁克管理思想精要,知识创造的螺旋 先看哪一本

马斯洛论管理
德鲁克管理思想精要
知识创造的螺旋
建议先看：《知识创造的螺旋》

㈢ 什么是螺旋模型

螺旋模型（Spiral Model） 1988年， 巴利·玻姆 Barry Boehm正式发表了软件系统开发的“螺旋模型”，它将 瀑布模型 和 快速原型模型 结合起来，强调了其他模型所忽视的 风险分析 ， 特别适合于大型复杂的系统。

麻烦采纳，谢谢!

㈣ 螺旋模型适用于哪些项目

螺旋模型基本的做法是在“瀑布模型”的每一个开发阶段之前，引入非常严格的风险识别、风险分析和风险控制。直到采取了消除风险的措施之后，才开始计划下一阶段的开发工作。否则，项目就很可能被取消。

另外，如果有充足的把握判断遗留的风险已降低到一定的程度，项目管理人员可作出决定让余下的开发工作采用另外的生命周期模型，如“演化模型”，“瀑布模型”，或自定的混合模型。

优点：

a.强调严格的全过程风险管理。
b.强调各开发阶段的质量。
c.提供机会检讨项目是否有价值继续下去。
缺点：

a.引入非常严格的风险识别，风险分析，和风险控制，这对风险管理的技能水平提出了很高的要求。这需要人员，资金，和时间的投入。

螺旋模型是瀑布模型与演化模型相结合，并加入两者所忽略的风险分析所建立的一种软件开发模型。该模型于1998年由美国TRW公司（B.W.Boehm）提出。软件项目风险的大小作为指引软件过程的一个重要因素，引入这一概念有可能使得软件开发被看作一种元模型，因为它能包容任何一个开发过程模型。

快速原型是指 在进行了基本需求分析之后，快速开发出产品的原型，然后基于这个原型，同客户沟通、交流，更好地了解客户需求，不断修改这个原型，到了双方认可的程度，再做详细地分析、设计和编程，最终开发出令客户满意的产品。
一般步骤如下：
–(1) 先定义软件的总体目标，根据已知的需求来规划出可实现的区域。
–(2) 然后是“快速设计”，集中于系统的总体框架、基本功能和直观的输入方式和输出格式等。
–(3) 有了原型，使客户对系统实现哪些具体功能、功能实现到什么程度有更好的理解。开发者可以边开发边评估，不断细化软件的需求，逐步调整原型使其满足客户的要求。这形成一个迭代的过程。
即使开始建立的原型过于简单或性能很差，难以使用，但为下一次建立适用的模型积累了经验，而浪费的成本、时间有限。
原型模型的优点是使用户能够感受到实际的系统，使开发者能够快速地构造出系统的框架。
原型模型的缺点是产品的先天性不足，因为开发者常常需要做实现上的折中，可能采用不合适的操作系统或程序设计语言，以使原型能够尽快工作。

RAD模型
RAD（rap application development）模型，即快速应用开发模型。由于其模型构图形似字母“V”，故也称V模型，是属于线性顺序一类的软件开发模型。它通过使用基于构件的开发方法来缩短产品开发的周期，提高开发的速度。RAD模型实现的前提是能做好需求分析，并且项目范围明确，这一点正好和原型模型相反。

RAD模型还有一种改进型，将“编码”从V字型的顶点移到左侧，和单元测试对应，从而构成水平的对应关系。

从水平对应关系看
左边是设计和分析，右边是验证和测试。右边是对左边结果的检验，即对设计和分析的结果进行测试，以确认是否满足用户的需求。如：
需求分析和功能设计对应验收测试，说明在做需求分析、产品功能设计的同时，测试人员就可以阅读、审查需求分析的结果，从而了解产品的设计特性、用户的真正需求，可以准备用例（use case）。
当系统设计人员在做系统设计时，测试人员可以了解系统是如何实现的，基于什么样的平台，这样可以事先准备系统的测试环境，包括硬件和第三方软件的采购。因为这些准备工作，实际上要很长时间才能完成。
在做详细设计时，测试人员就可以准备测试用例（test case，以有效地发现软件缺陷的最小测试执行单元）。
一面编程，一面进行单元测试，是一种很有效的办法，使我们可以尽快找出程序中的错误。充分的单元测试可以大幅度提高程序质量、减少成本。

从图可以看出，RAD模型避免了瀑布模型所带来的误区——软件测试是在代码完成之后进行。RAD模型说明软件测试的工作很早就可以开始了，项目一启动，软件测试的工作也就启动了。
从垂直方向看
水平虚线上部表明，其需求分析、功能设计和验收测试等主要工作是面向用户，要和用户进行充分的沟通和交流，或者是和用户一起完成。水平虚线下部的大部分工作，相对来说，都是技术工作，在开发组织内部进行，由工程师完成。
所以RAD模型一般适合信息系统应用软件的开发，而不适合高性能、技术风险高或不易模块化的系统开发。如果一个系统难以被适当地模块化，那么就很难建立RAD所需的构件；如果系统具有高性能的指标，且该指标必须通过调整接口使其适应系统构件才能达到，使用RAD方法可能会导致整个项目失败。

发表于 @ 2007年04月14日 10:13:00|评论(1)|编辑

新一篇: 不顺 | 旧一篇: js动画——图片轮播评论
#gauss32 发表于2007-04-14 10:24:36 IP: 124.160.110.*
喷泉模型fountain model
喷泉模型主要用于采用对象技术的软件开发项目，喷泉一词本身就体现了迭代和无间隙的特性。（喷泉中的水循环使用，不间断的喷出）软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。无间隙指在各项活动之间无明显边界，如分析和设计活动之间没有明显的界限，由于对象概念的引入，表达分析、设计、实现等活动只用对象类和关系，从而可以较为容易地实现活动的迭代和无间隙，使其开发自然地包括复用。

㈤ 你觉得进化模型和螺旋模型有哪些相似之处吗它们的核心思想是什么

螺旋模型就是在没一个阶段中，都迭代使用了瀑布模型。也就是说，在螺旋模型这四个阶段（需求定义、风险分析、工程实现、评审）的每一个阶段内，都实施瀑布模型（可行性研究与计划、需求分析、系统设计、软件编程、软件测试、软件维护6个阶段）开发，这样做会产生大量的中间版本，但同时也降低了项目的风险，是一种风险驱动的模式。螺旋模型可以说是瀑布模型和快速原型法的结合体。瀑布模型，由于是线形开发，得等到最后成果物出来了，才知道质量如何，从而带来风险较高。

㈥ 试比较瀑布模型、快速原型模型、增量模型和螺旋模型的优缺点，说明每种模型的适用范围。

瀑布模型的优点：有利于大型软件开发过程中人员的组织、管理，有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。
瀑布模型的缺点：（1）开发过程一般不能逆转，否则代价太大；（2）实际的项目开发很难严格按该模型进行；（3）客户往往很难清楚地给出所有的需求，而该模型却要求如此。（4）软件的实际情况必须到项目开发的后期客户才能看到，这要求客户有足够的耐心。
瀑布模型的使用范围：（1）用户的需求非常清楚全面，且在开发过程中没有或很少变化；（2）开发人员对软件的应用领域很熟悉；（3）用户的使用环境非常稳定；（4）开发工作对用户参与的要求很低。

快速原型模型的优点：（1）可以得到比较良好的需求定义，容易适应需求的变化；（2）有利于开发与培训的同步；（3）开发费用低、开发周期短且对用户更友好。
快速原型模型的缺点：（1）客户与开发者对原型理解不同；（2） 准确的原型设计比较困难；（3） 不利于开发人员的创新。
快速原型模型的使用范围：（1）对所开发的领域比较熟悉而且有快速的原型开发工具；（2）项目招投标时，可以以原型模型作为软件的开发模型；（3）进行产品移植或升级时，或对已有产品原型进行客户化工作时，原型模型是非常适合的。

增量模型的优点：（1）采用增量模型的优点是人员分配灵活，刚开始不用投入大量人力资源；（2）如果核心产品很受欢迎，则可增加人力实现下一个增量；（3）可先发布部分功能给客户，对客户起到镇静剂的作用。
增量模型的缺点：（1）并行开发构件有可能遇到不能集成的风险，软件必须具备开放式的体系结构；（2）增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，从而是软件过程的控制失去整体性。
增量模型的使用范围：（1）进行已有产品升级或新版本开发，增量模型是非常适合的；（2）对完成期限严格要求的产品，可以使用增量模型；（3）对所开发的领域比较熟悉而且已有原型系统，增量模型也是非常适合的。

螺旋模型的优点：（1）设计上的灵活性,可以在项目的各个阶段进行变更；（2）以小的分段来构建大型系统,使成本计算变得简单容易；（3）客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性；（4） 随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。
螺旋模型的缺点：（1）采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；（2）过多的迭代次数会增加开发成本，延迟提交时间。
螺旋模型的使用范围：螺旋模型只适合于大规模的软件项目。

㈦ 知识管理的实施流程是啥呢

转载以下资料供参考

知识管理流程
1、定义知识
知识是无限的，因而定义知识并不是一件容易的事情，它意味着解析企业的流程；建立知识体系架构；梳理各岗位工作所产生的知识、员工贡献的知识、员工所需求的知识、常用的知识、基础知识、专家知识、员工的工作经验和总结等知识内容；确定这些知识内容的管理方式；通过工具平台、组织和制度逐步使知识管理工作走向正规化。
（1）三种性质的知识
从支撑经营运作的角度而言，组织知识的内容有三种性质：管理知识、业务知识和基础知识。
这三种知识各有其特征和适用范围，互相支持，最终搭建起整个组织的知识体系。

（2）四个层次的知识
“远近高低各不同”。每一种性质的知识又会分为不同的层次，企业知识的内容有四个层次：

2、创造知识
定义知识之后，我们必须能够去创造、产生知识。
（1）知识创造循环
知识创造是经由内隐与外显知识的互相转换，经由转换的过程，可同时扩展内隐与外显知识的质与量。日本的管理学专家Nonaka定义了组织知识创造的SECI螺旋模型，此模型基于隐性知识与显性知识的划分，定义了两种知识相互转化的四个过程，即社会化、外在化、组合和内化。

（2）知识状态模型
显性知识指内容清晰明确，易于通过图文表述，便于整理、储存、编码以及传播的知识资源；如经过滤及总结所获得的资讯情报、方法技能、原则原理、规律规则等。而隐性知识是指在个人头脑或机构文化中隐含的，内容较为个人化、主观化和经验化，难以用书面形式表述的知识资源；如经验、构思、洞察力、判断力、机构文化下的行为模式等。
（3）知识转化
在实施知识管理的过程中，隐性知识的显性化是重要的环节，可以通过以下步骤促进隐性知识向显性知识的转化：

具体的推动方式归纳如下：

3.知识整理体系
杂乱无章犹如珍珠混于鱼目之中，反而看不清楚珍珠所在，未经整理的知识是没有价值的，有时候反而是负价值，所以需要对已经创造积累的知识资源进行进一步的划分，使知识各安其位。
（1）分类的整理
要整理首先必须有分类，标准的好坏决定了分类的清晰程度。

1.1.2 管理制度建设
制度能够固化成果，令行禁止关键在于有章可循。作为规范化管理的重要环节，制定知识管理制度必不可少。
知识管理制度的内容必须覆盖所有影响知识管理活动的关键因素，它包括：

1.1.3 订立知识管理考评体系
没有考评就没有管理，只有定期和规范地对企业运行知识管理情况进行考核，才能使得知识管理真正发挥作用。
知识管理的考评体系主要有两个层面：知识审计和员工的知识绩效评价。
1.1.3.1知识审计
知识审计是对整体知识管理体系的评估，旨在确定知识管理对组织运营绩效的贡献程度。
采用定性评估的方法，最简单的方法是问几个问题：“业务过程是否发生了改变？”、“规则改变了吗？”、“你是否在做一些不同的事情？”、“你日常工作的方法是否发生了一种变化？”，然而更完善的定性评估可以从结果和过程两方面着眼：
1.1.3.2员工的知识绩效评价
知识绩效评价具体体现了激励和压力机制对整个机构参与实施机构知识管理的要求和鼓励，进一步明确知识管理是日常的必须工作而不是额外工作。同时以明确的制度推动学习型企业文化的形成和发展。

㈧ 知识螺旋的介绍

知识螺旋(Knowledge Spiral)是由野中郁次郎(Ikujiro Nonaka)于1989年《知识创造的企业》的著作首度提出，组织动员个人的内隐知识，经由四种知识转换模式在组织内部加以扩大，成为较高层次的知识本体，知识转移与创造的过程，强调隐性知识的交换。