需求编写10佳经验

“软糖小熊没有头”通过精心收集，向本站投稿了9篇需求编写10佳经验，下面是小编整理后的需求编写10佳经验，欢迎您阅读，希望对您有所帮助。

篇1：需求编写10佳经验

需求表述不善可带来毁灭性影响，其所引发的多米诺效应可导致耗时返工、延期交付及预算超支，严重的还可造成业务违规甚至人员伤亡，

近年来，随着ISO9000、CMM/CMMI、六西格码等国际标准逐步引入中国，“需求管理”正成为中国当前工程应用和商业热域的热点。目前，有关需求管理的实践大量应用于软件开发工程等领域，软件开发团队在开始一个新的项目之前，会通过详细的用户需求调研准确捕获了用户需求并汇总分析后，再进行下一步的设计与实施工作，以避免因未能正确识别用户的真正需求而导致不断返工和工作成本增加。

对于从事软件工程的程序员们来说，在进行项目开发之前创建和管理良好的需求是非常重要的第一步，同时也是一项挑战。需求表述不善可带来毁灭性影响，其引发的多米诺效应可导致耗时返工、延期交付及预算超支，严重的还可造成业务违规甚至人员伤亡。因此，开发团队需要首先有效定义和管理需求，才能确保在保证进度和控制预算的同时，产品能够满足用户所需。

良好需求的特征含义

正确(Correct) 技术可行，内容合法

完整(Complete)能够表达一个完整的想法

清晰(Clear) 不模棱两可，不易被误导

一致性(Consistent) 不与其它需求相冲突

可验证性(Verifiable) 可验证系统能够满足用户需要

可追踪性(Traceable) 可唯一识别并进行跟踪

可行性(Feasible) 可在预期成本和计划进度内完成

模块化(Modular)可单独变更而不会造成较大影响

独立于设计(Design-independent) 不包括项目设计和实现的细节、计划信息等

本文旨在阐述良好需求描述的特征，并介绍有助于更好地编写软件工程需求说明文档的十佳经验，以帮助软件开发团队能够更快更好地取得投资收益。

高质量需求的特征

首先的问题是，何为良好的需求？一般而言，一项编写良好的需求描述，应该包含以下特征（见表1）:

同时，一项需求描述应该用一个包含主语和谓语的完整句子来表述，使用“应该”“必须”等词来表明其强制性，使用“可以”等词来指明可选性。一个完整的需求还应写明预期达成的目标，并包含质量的达标标准或其它可测量的指标。

提高需求编写质量的十佳经验

在明确了何为良好的需求之后，以下介绍十个可以帮助开发团队编写出更好的需求描述的方法，加速软件工程投资回报率。

经验1:将需求结构化(Structuring)

每一项需求既不能被重复描述也不能被遗漏，诀窍之一是将需求结构化。需求组织应具有良好的结构，以增进理解，同时避免出现重复和忽略的情况。同时，须具备对需求的向上和向下的追溯能力之后，团队才能够评估需求的覆盖范围。结构化组织需求是控制和改善需求质量的第一步。

经验2:把握好用户需要(customer needs)、项目需求(requirments)和合同文本(contractual documents)之间的互动关系

用户需要是指软件的使用者对于软件所能实现的功能的期望及操作便利性上的要求;软件工程项目中的需求，则是将这些用户需要通过特定的描述方法重新表述为程序开发者可以识别并据此工作的说明性语句。

一个项目需求通常会比用户的某项需要在描述上更加共性化，以便满足多个用户的需要。此外还经常会有一份工作合同来约束开发团队和软件使用方之间的工作关系。开发团队要把握好这三个因素之间的互动关系，把它们互相关联起来进行有机的管理，这能大大提高项目成功的几率。

经验3:重视非功能性需求(Constraints)

对于编写需求说明书而言，涉及法规遵从和提高软件系统质量的非功能性需求（又称约束条件，Constraints）同样重要，它们通常包括软件的性能、界面和可维护性等方面。

编写良好需求应包含对约束条件的覆盖，原因是一旦如下领域（例如，性能、可靠性和易用性等）在开发完成后出现缺陷，通常都无法在系统中对其进行重新设计，

因此，在项目初期将所有类型的非功能性需求考虑在内，可帮助开发团队大幅提高项目成功的几率。

经验4:将需求可视化(Visualization)

大多数需求分析人员发现建模有助于直观化文字形式的需求。无论是在白板上绘图、使用Microsoft PowerPoint演示工具，还是仅仅在脑海中构建一个模型，都可视为一种建模方法。以上这种图型化的文档应与文字形式的需求描述一起统一管理，以确保一致性、可跟踪性和变更控制能力。可视化需求建模提供了一种与客户及最终用户沟通的简单而有效的方法，通过该方法可较容易地掌握客户和最终用户的需求。此外，图型化还有助于阐明需求，增进软件项目所有相关人员之间的沟通与协作。

经验5:使需求具备可测试性(Testable)

产生良好需求的另一种行之有效的方法，就是从初期就确保每个需求具备明确的可验证性，这种做法不仅有助于为项目后续阶段做好准备，还可以帮助编写者保持正确的思路。

对于非功能性需求此规则也同样适用，例如，对于“软件必须具有高可用性”这种表述的需求我们无法进行测试，而改写成明确的“普通用户应能够在3分钟内生成一个报告”就使该需求具备了可验证性。

经验6:在客户需求和开发能力之间找到平衡

许多情况下，较少的需求数量有助于产生更加优秀的需求描述。软件工程项目不可能实现既采纳和满足企业所有用户的需求、营销理念和商业计划，同时还符合预算并能按期交付。项目经理必须找到客户需求和开发能力之间的平衡点，确定可为客户带来最大价值，并帮助企业提升创新能力的那些需求，而不是一味地试图满足用户所有需求。

经验7:管理好需求变更

大多数软件工程项目中，来自用户的需求经常会发生变化。随着项目的进展，开发团队要保持清醒的头脑、按照工程要求做出相应调整，并响应不断变化的市场形势和客户需要。仅仅编写出完美的首版需求描述是不够的，如果未能对需求的变更过程进行恰当管理，那么控制不善的变更便可能导致系统和软件功能缺失、返工以及利润损失。开发团队应该实施可靠的、可重复的变更控制流程，借助Telelogic DOORS?、Telelogic Change?等工具，实施成熟的变更管理解决是一个良好途径。

经验8:善于利用监测与跟踪工具

复杂的项目都要求实现自动数据收集功能和简便的报告流程，以简化项目管理工作。同样地，项目经理和所有利益相关者都应拥有计量和趋势的“管理面板”，该面板可帮助他们快速监视项目活动（如，进展、增长和实际需求的变动等）。

项目经理应将其主要精力放在制定决策上，而不是放在手动收集数据和编制报告方面。更为重要的是，必须高水准地显示主要需求的监视信息，从而使用户能够根据异常情况实施管理，并迅速查明故障区域。如果某需求或整个子系统变更频繁，则表示应就该需求对客户进行二次调查。如果执行阶段出现大规模返工的情况，则表示原始需求表述不妥。跟踪和分析趋势是CMMI第4级和第5级的主要内容，通过这些活动，企业的需求编写质量可得到持续改善。

经验9:建立范例知识库(Knowledge Database)

提高需求质量的另一有效途径是建立范例知识库，并参考其中的典型范例。知识库内容应该包括:良好需求和文档的正、反面示例，以往项目中可反映团队在特定领域内专门知识的良好（和不良）需求。为了使开发团队可以更好的参考，知识库中的需求案例应具备明显的积极或消极意义，而非中规中矩的。通过知识库示例开发团队可以参考以往的经验、吸取教训，避免重蹈覆辙，进而提高需求编写的质量、一致性和完整性。

经验10:正确的重用以往优秀需求

当之前项目的已编写的良好需求适用于当前情况时，不要单纯地将原有需求直接复制。重新使用以往需求的正确方法是继续维持两个需求之间的联系，如通常打上re-use标记。此标记使分析人员能够随时查找到原始需求，以检查需求分解分配等信息。通过灵活的方法重新用以往需求，开发团队可以获得技能、经验和知识的共享。

编写好的需求说明是一个开发项目最为重要的活动之一，优秀的需求描述可以改善并加速项目的投资回报。就好像“垃圾输入，垃圾输出(garbage in, garbage out)”所表明的那样，如果前期用户需求收集得不明确，那么后期的开发过程注定生产错误的产品。开发团队可以通过经验提升需求编写质量。此外，通过应用业界领先的Telelogic DOORS等需求管理工具，可以优化项目开发的沟通和协作的过程，提升软件项目过程质量。

篇2：如何编写优质的需求文档

编写需求文档，在嵌入式开发领域是非常普遍的，需求文档被用来定义开发任务，协调大规模的研发计划。对于最终的产品，需求文档扮演着开发者行为和消费者行为之间沟通纽带的角色。当需求文档书写正确的时候，便可以发挥巨大的作用。然而，如果你在嵌入式开发领域工作的时间足够长，你就会很快发现，这个领域里不合格的需求文档实在是太多了。当你尝试对这些不合格的文档进行修复时，你又会很快发现，书写正确的需求文档绝非易事。在这里，我们提出一些建议，希望能将书写正确需求文档这件事情变得清晰一些。

从较高的层次来看，书写需求文档的目的就是要提供对所需行为的有效描述。该所需行为可用一个黑盒系统描述，并需要注意以下细节：

• 工程师可以根据系统所说进行实现

• 测试人员，在不与开发人员沟通的前提下，可以利用满足硬件要求的设备验证需求。

• 最终产生的成果满足终端用户的要求。

书写优质的需求文档：

最基本的原则是：需求文档应当尽量简洁，用最易懂的描述来约束系统的预期行为。如果你遵循这个原则，剩下的那些重要因素（可测试性、避免过度设计等等）都将变得顺理成章。

列举一下更详细的规则，通常会更有帮助。下面是书写优质需求文档需要遵循的步骤：

1. 定义系统的边界。这也是黑盒系统所必要的。

2. 定义输入和输出。这也应当是你看待内部系统的唯一方式。

3. 用最易懂的方式描述系统的预期行为

4. 除了输入和输出之外，你的需求是不是还涉及了系统的其他部分？如果是，那么你的需求就设计过度了。重构需求，让它变得精简。

5. 你的需求是不是过于模棱两可？加入更多的限定规范。注意：有些模棱两可的描述并不是坏事，假设描述所包含的所有情况均可被接受，且测试的时候不需要附加的信息加以说明，那么就没关系。你不需要（也不应该）把系统的行为限制得过头。

6. 你的需求是否可测试？（这里指的是黑盒测试）如果不是，你最好返回到第4步。如果这种返工发生很多次，那就说明你的黑盒无法正确描述系统，或者你的测试工具不够优秀。无论是哪种情况，不可测试的需求文档几乎就是一文不值的。

7. 你的需求文档通俗易懂么？如果你的需求文档非常难以读懂，那就说明你写得不好，只能给那些照着你的需求负责实施的人带来无尽的痛苦。如果是这样，回到第3步。

8. 你是不是真的做到了第4步？你确认么？再检查一下。

例子：下面的例子，让我们描述一个自制的嵌入式设备的需求，这个设备能从弯曲传感器上读取弯曲的频率，并根据不同的频率值让一个LED闪烁。

显然，我们已经完成了步骤2和步骤3了!

• 输入：从弯曲传感器读取数据。

• 输出：LED。

但是我们跳过了步骤1：

• 在这个例子里，我们将把黑盒画到设备的微处理器上。

让我们继续往下进行,

第四步：除了输入和输出以外，我们是否还涉及了其他的系统边界？

• 微处理器并不关心从弯曲传感器读取什么样的数据，从处理器的角度来看，仅需要做的是测量ADC脚的电压而已。

• LED仅由数字输出脚控制。

下面，让我们来修正这个问题：

第0版本的需求：

1. 该设备应当根据ADC脚的不同频率的电压，来切换数字输出端的状态，

第五步:需求写模棱两可么?

恩，我们的描述太模棱两可了.输出端切换的速度要多快? 跟电压的关系如何? 输入电压的范围是多少? 让我们加一些更细节的描述吧:

版本0.1

1. 输出端应当由一个自由活动的定时器进行控制

2. 自由运行定时器的频率最高不得高于每秒10次,不得低于每秒1次.

3. 自由运行定时器的触发频率应当在最高和最低值之间呈线性变化,并与ADC端的输入电压成正比.

4. ADC端的输入电压应当每100毫秒读取一次

5. 当ADC端的输入电压端被读入时,控制自由运行定时器周期时间的注册值也应当被更新.

6. ADC输入端的电压有效范围应当被控制在0到1伏之间.

第六步:你的需求是可测试的么?

• 首先，自由运行的定时器在这里不需要提及. 因为对它基本上无法进行黑盒测试，它既不是输入也不是输出，而且跟这两者也没有什么联系。

让我们用“数字输出端变化的频率应控制在每秒10次和每秒1次之间”来代替自由运 行定时器的测试标准。

• 对于上述的第四条需求，可能需要一些小修改才能作为测试标准。让我们用“ADC端的输入电压应当保证在每100毫秒内至少被读取一次”来加以描述，这样的描述能让我们预期的测试行为显得更加通俗易懂。

• 需求的第五条也需要一些小修改。我们如何才能检测电压的输出范围是在0到1伏之间呢？ 总不能给个2伏的电压，然后看看元器件有没有被烧毁吧？

那么，说“检验系统在ADC端输入电压为1到2伏之间的时候，工作是否正常”，这样就检验就容易多了。需求描述应当是“正面”的，应当描述设备“应该”的行为，而不是设备“不应该”的行为。否则的话，测试将会无法进行。

版本0.2

1. 数字输出端的切换频率应当控制在每秒10次到每秒1次之间

2. 数字输出端的切换频率应当在最大值和最小值之间呈线性变化，并与ADC端的输入电压成正比

3. ADC端的输入电压应当保证在每100毫秒内至少被读取一次

4. 检验当ADC端的输入电压范围在0到1伏之间的时候，系统工作是否正常

第七步：你的需求是否通俗易懂？

相比于我们原来的描述：“根据弯曲传感器的输出不同频率来控制LED闪烁”，我们上面的那些需求描述显得难以阅读和理解。

我发现，让需求文档变得通俗易懂，最简单办法莫过于，把过于细节的东西抽取出来，然后以条目的形式单独定义。

版本1

1. 弯曲传感器应当保证至少在100毫秒内读取一次数据（放到注释单独列出）

2. 切换LED的状态，使其与弯曲传感器的读数保持一致

3. 当弯曲传感器的读数为1伏特时，LED状态切换的次数应当保持在平均一秒十次；当传感器的读数为0伏特时，LED的切换次数应保持在一秒1次。

定义：

• 弯曲传感器：输入电压位于ADC的X端。安全电压范围为0到1伏特（放到注释单独列出）

• LED状态：数字状态由Y端输出

这样就好多了（尽管还不完美）。这些需求通俗易懂，不涉及到系统内部实现，且易于测试。对于系统行为的限定也仅仅限于需要做什么，点到为止。（例如，对弯曲传感器的采样频率，在实现上也可以更高，只要不产生非预期行为，一切都可以）。

编写需求就仿佛是在大脑中构建软件的过程。因此要重于执行操作。

篇3：〖导游经验〗导游如何编写导游词

如何编写导游词

导游词是导游人员引导游客游览观光的讲解词，其作用有二：一是引导游客观光游览，二是宣传旅游景点。二者相辅相承密不可分。只有在掌握丰富的资料的基础上，经过科学系统的加工整理，并在实践中不断修改、丰富和完善，才能形成具有自己特色的导游词。

导游词一般由三部分组成：

一、习惯用语。即游览前的“欢迎词”、游览结束时的“欢送词”等。

二、整体介绍。用概述法介绍旅游目的地，帮助游客宏观了解，引发游客兴趣。

三、重点讲解。即对主要游览内容的详细讲述，因而是导游词最重要最精彩的组成部分。

导游词的写作要求是：

一、强调知识性

一篇优秀的导游调必须有丰富的内容，溶入各类知识并旁征博引、融会贯通、引人人胜。

导游词的内容必须准确无误，令人信服。

导游词不能只满足于一般性介绍，还要注重深层次的内容，如：同类事物的鉴赏、有关诗词的点缀、名家的评论等。这样，会提高导游词的档次水准。

二、讲究口语化

导游语言是一种具有丰富表达力、生动形象的口头语言，这就是说，在导游创作中要注意多用日语词汇和浅显易懂的书面语词汇。要避免难懂的书面语词汇和音节拗口的词汇。多用短句，以便讲起来顺口，听起来轻松。

强调导游口语化，不意味着忽视语言的规范化。编写导游词必须注意语言的品味。

三、突出趣味性

为了突出导游调的趣味性，必须注意以下六个方面的问题：

(1)编织故事情节。讲解一个景点，要不失时机的穿插趣味盎然访传说和民间故事，以激起游客的兴趣和好奇心理。但是，选用的传说故事必须是健康的，并与景观密切相连。

(2)语言生动形象，用词丰富多变。主动形象的语言能将游客导入意境，给他们留下深刻的印象。

(3)恰当地运用修辞方法。导游词中，恰当地运用比喻、比拟、夸张、象征等手法，可使静止的景观深化为生动鲜活的画面，揭示出事物的内在美，使游客沉浸陶醉。

(4)幽默风趣的蕴味。幽默风趣是导游词艺术性的重要体现，可使其锦上添花，气氛轻松。

(5)情感亲切，

导游词语言应是文明、友好和富有人情味的语言，应言之有情，让游客赏心悦耳、倍感亲切温暖。(6)随机应变，临场发挥。导游词创作成功与否，不仅表现其知识渊博，也反映出导游技能技巧。

四、重点突出

每个景点都有代表性的景观，每个景观又都从不同角度反映出它的特色内容。导游词必须在照顾全面的情况下突出重点。面面俱到，没有重点的导游词是不成功的。

五、要有针对性

导游词不是以一代百、千篇 一律的。它必须是从实际以发，因人、因时而异，要有的放矢，即根据不同的游客以及当时的情绪和周围的环境进行导游讲解之用。切忌不顾游客千差万别，导游词仅一篇的现象。编写导游词一般应有假设对象，这样才能有针对性。

六、重视品位

创作导游词必须注意提高品位，一要强调思想品位，因为，弘扬爱国主义精神是导游员义不容辞的职责;二要讲究文学品位，导游词的语言应该是规范的，文字是准确的，结构是严谨的，内容层次是符合逻辑的，这是对一片导游词的基本要求。如果再在关键之外适当的引经据典，得体地运用写诗词名句和名人警句，就会是导游词的文学品位更为提高。

导游词案例

欢迎词

各位来宾，大家早晨好，首先，我代表司机，代表XX旅行社欢迎大家来到美丽的海滨城市--大连，我是XX旅行社的导游员，我叫王XX，为了方便记忆，大家可以叫我小王。前方的是司机X师傅，X师傅有多年的驾驶经验，驾驶技术高超，所以大家在行车过程中可以完全放心。开车的朋友可能听过这样一句话：到了吉林是吉(急)开，到了蒙古是蒙(猛)开，到了上海是沪(胡)开，那到了大连就是黑白两道都能开。这是因为大连是个：春有百花秋有月，夏有凉风冬有雪。四季分明的城市，在夏天我们的马路是黑色的，到了冬天我们的马路是白色的，所以我们的师傅是黑白两道混得都熟的，大家尽可以放心。接下来这几天就由我和X师傅为大家服务。

中国有句俗话说的好：百年修得同船度。今天我们就是：百年修得同车行。我们大家由不同的地方走到同一个目的地，乘坐在同一辆车里，大家由不相识到相见相知，这真是一种很奇妙而又美好的缘分，那么就让我们将这个美好的缘分进行到底。那小王先在这里预祝大家大连之行愉快，希望我们大连的好山、好水、好导游、好司机给大家带来一份好的心情，使大家带着对大连的期待和憧憬而来带着对大连的满意和流连而归。最后祝大家在大连吃的舒心，玩的开心，住的爽心。

欢送词

那到这里大家的大连之行就要结束了。相信大连广场之多，绿地面积之大，干净的城市面貌和欧式的城市建设给您留下深深的印象，特别是大连的海鲜一定还在您的唇齿间留香。小王也在这里感谢大家一路上对我工作的支持和理解。特别是大家对我像朋友一样，大家的热情和友好让我深受感染，我会把大家的这种心态带给更多的人。也希望我们之间的友情像大连的棒槌岛啤酒一样渊源流长。这种友情不因时间和空间的距离而减少，只会越来越醇香和绵长。在离别之际小王送大家一句话：我们常说因为生活我们不能失去工作，我们努力地工作是为了生活，那反过来我们也不能因为工作失去生活，在您忙碌的工作之余别忘了给自己留一份空间，出来旅行一下。大家也别忘了，古老的中国有一个美丽的大连，美丽的大连有一个你信任的旅行社，有机会再到大连来，小王和我所在的XX旅行社将为您提供用更好的服务。最后祝大家归途一切顺利一路平安!希望今晚大家带着小王的祝福睡个好觉、做个好梦!

为您提供更多的免费阅读资料：

篇4：佳兆业笔试经验

佳兆业笔试经验

想起我与佳兆业的相识真是猿粪啊!在9日中午，被中行的招聘会鄙视不是本地人 心情无比低落之后，小伙伴陪我吃饭提到可以去看看叫佳什么的地产集团，很不错呐，我想着，行吧，回去搜搜。然后漫步在校园路上时，一个不知名的手机号，飞天来信佳兆业今晚宣讲会现场收简历!哈!我参加过的宣讲会也就宝洁、安永和联通，但还是真心觉得佳兆业的宣讲会是我心中最好~抽奖活动、轻松言辞的讲解、对秩序的安排以及对同学们的各种照顾~最后深深吸引我，也让我有了强烈渴望去佳兆业的原因，是它的培训机制，在工地现场一周和相关部门一个月轮岗~~理由就不赘述啦!然后快速跳到 投简历，凌晨3点收到笔试通知，4点确认信息(被群蚊乱舞吵醒)，早上复习，中午来到考场，

【我听说，网申得同学是先一批处理的，没收到通知抓紧去现场投递，也许会得到二次机会】

试卷题型：5题数字推理、10题图形推理、5题数学计算、10题类比、20题逻辑(共50题，1小时)，纯行测，没有专业题和简答题。开考前看门口贴的考场名单发现时混岗，就明白肯定没专业测试了(大早上的' 白看了……)而且因为是承包给前程无忧的，所以题目很标准，我还遇到一题原题了，而我就只看了那么一两页。所以有空的童鞋多去刷刷行测，没有坏处~

做完的感觉呢，不好。可惜了对佳兆业深深的渴望之情。不过挺好的是，今晚就能收到灭杀消息，快速高效的短痛，让我不用惆怅太久继续准备别的笔试去吧!

篇5：怎样编写合格的经验

经验频道（jy.shangxueba.com）测试版于10月16日上线， 旨在为网民打造一部实用学习、考试、工作、生活指南，在这里，您可以发现许多经过实践检验的经验与方法来解决学习、工作和生活中遇到的难题，也可以将自己的经验分享出来让更多人因之受益。怎样来编写一篇合格的经验呢？

在经验首页点击进入编辑页面。

经验是一些实践经验与方法。用来解决学习、工作和生活中遇到的难题。常见的标题形式有：

“怎样做…….”

“…….的做法”

“……怎样解决…….的问题”

“怎样使用（安装）…….”

“……怎么办”

撰写好标题后选择好本文的分类。

正文的编写

概述编写

概述是经验内容不可或缺的一部分，概述即用简洁的语言概括出经验的中心内容和主题，

正文格式

经验的正文部分默认格式分为“工具/原料”、“步骤/方法”、“注意事项”三个部分。也可根据内容需要修改栏目名称，具体方法和示例如下：

（1）、删除默认的名称（工具/原料等），重新输入名称

（2）删除栏目：如果一篇经验不需要那么多栏目，例如旅游类的经验可能不需要“工具/原料”这样的栏目，便可删除。

具体操作方法是：将光标放在“工具/原料”栏目下。按删除键即可删除。也可点击HTMLa按钮――删除代码：

工具/原料

即可。

（3）、增加栏目：一篇经验可能需要更多的栏目，使经验更有层次，更便于用户阅读和使用。

1、点击击HTMLa按钮

2、复制代码：

工具/原料

3、将这段代码粘贴到代码后面。要增加多少栏目粘贴多少次。

4、修改栏目名称。

注意事项1、每个编辑栏下面的编辑框不要留下很多空行。

篇6：经验:叶志佳精算人生

1982年，当中学毕业的叶志佳离开香港，漂洋过海只身来到加拿大时，他并不知道精算师是干什么的。

1983年，叶报考了北美精算师协会(soa)考试，开始暗无天日的备考生活。

1988年，叶的学生生涯结束了，但精算师生涯远远没有结束。

1991年，叶挥别大西方保险公司，移步温哥华所在的加拿大british columbia省的财政部，在政府部门中施展精算师的才能。

1995年，叶在香港保诚保险公司工作了两年。

10月，在信诚人寿，叶负责筹备公司的精算部门，一边还负责开发保险产品。

15 年前，当叶志佳无意之间闯入精算师这个行当时，他怎么也没有想到自己会有如此高的身价：起始年薪居然比自己的老板还要高，几年之后来到信诚保险，身价又上涨了数倍。在业内，如今他已是炙手可热的人物，因为偌大一个中国，真正拥有北美精算师协会（soa，society of actuaries）精算师资格（fsa, fellow of society of actuaries）的人凤毛麟角。

板凳坐得十年冷

1982 年，当中学毕业的叶志佳离开香港，漂洋过海只身来到加拿大时，他并不知道精算师是干什么的。20岁未出头的他钟情于计算机编程，投奔到加拿大 manitoba university（缅尼托巴大学）计算机系。叶很不爱上课，只是在接近考试时才努力看几天书。虽然如此，叶的成绩还是很好。

大学毕业，叶按导师的推荐改读精算专业。不知不觉间，他走上了一条不归路，自己都没有意识到，已选择了一条充满艰辛，却令无数人羡慕的行业——美国 的职业评级（jobs rated almanac by les krantz）对250种职业进行排名，认定精算师是最好的职业。

进了精算班，不爱上课的叶开始感到压力，精算专业意味着坐冷板凳埋头苦读，平常需要花好几年才能读完的书，精算专业的学生必须在两年内领会吃透，其苦可想而知。

第二年，叶报考了北美精算师协会考试。对于精算专业的学生来说，参加soa考试就像练习“九阳神功”，需要层层叠进、历尽艰辛；但有朝一日拿到soa的 fsa认证，就可以称霸武林，傲视群雄。直到如今，全世界拥有soa正式会员和准会员资格的只有1.7万人左右，而获得fsa资格的，全世界只有7000 多人，可见fsa之路的艰辛非同一般。

如此暗无天日的考试，报酬和地位是重要促动因素：精算师在业内是普遍受人尊敬的职业，在美国的趣步年薪一般都不低于10万美元。叶在读硕士的第二年两耳不闻窗外事，抓住了两次考试的机会，拿到四个级别，虽然只是准精算师（asa， associate of society of actuaries），但已经大受欢迎，没有毕业就被当地的一家保险公司 great west life assuranee com-pany(大西方人寿保险公司)挑中了。

1988年，叶的学生生涯结束了，但精算师生涯远远没有结束。

保险业中如鱼得水

初入大西方保险公司，叶志佳任职于退休金部。老板是公司的副经理，真正让叶感到受宠若惊的，是他得知了自己的薪资居然比老板还高，如此待遇，怎不让叶心动？何况公司一再要求员工去考soa的资格考试，全部费用由公司负担，尽管如此，公司一两百名员工中，仍然只有30多人参加了考试。

叶很努力，一年中有10个月丝毫不得休息，除了工作就是看书。进入公司后一年，叶又考得一级，成为了soa的asa，薪资也随之又上升了一个台阶。

叶的高薪资可不是白拿的，精算师的工作在公司中举足轻重。叶起初掌管的是退休金现金流量的管理工作。公司卖了很多退休保险出去，收取了一定的保费，未来就会有客户来拿回报。叶的工作是估算每年会有多少钱要发放给客户，然后决定可以预留多少保费。发放金和预留金之间的平衡是非常匾模镜睦笤从诖耍镜男庞苍从诖恕?

叶为此辛苦工作半年，设计了一个计算程式，公司电脑部门的人却无法把程式编成软件。软件编程出身的叶于是又亲自操刀，再用一个月时间编出一个电脑软件。原本需要很多人花很多时间才能完成的工作，叶独自毕其功于一役。

不久，叶又转至公司产品开发部，这是一个考验精算师的部门。

和现金流量管理一样，产品开发也少不了精算师的主持设计。叶在产品开发部接手设计一个伤残保险产品（disability income）的开发。相对于人寿保险，伤残保险要复杂得多，叶用了一年的时间，完成了整个伤残保险的设计和定价。对于叶的业务能力的提升，这个产品的设计是一个绝好的机会，叶摆脱了纸上谈兵的尴尬，变成了一个名副其实的精算师。

醉心于工作的叶并没有放弃soa考试，依然日夜兼程。在考完第五级拿到asa证书以后，叶又一口气连考***，拿到了soa考试的第八级，只要再到美国参加soa的培训和最后的考试，就可以正式成为炙手可热的fsa了。随着叶的soa考试级别的上升和工作能力的推进，叶的薪次不断提升，到1991年离开大西方时，叶的薪资比进入公司时又上升了将近一倍。

篇7：如何编写TOP 10之类的排行榜？

作者： 字体：[增加 减小] 类型：

<% @ LANGUAGE=“VBscript” %>

<% OPTION EXPLICIT %>

<% dim rs,sql,IDa,IDb,s,RegUser,a,b,c

Set rs=Server.CreateObject(“ADODB.recordset”)

sql=“Select * from UserInfo ORDER BY iPerience DESC”

rs.Open sql,ConnStr,1,1

RegUser=rs.RecordCount

IDa=1

IDb=2

%>

山水盈盈之论坛大英雄

名次

网名

帖数

名次

网名

帖数

<% if RegUser<10 then

a=RegUser/2

else

a=5

end if

for s=1 to a

%>

color=“#0000A0”><%=IDa%>

‘,‘Call‘,‘width=350,height=400,left=300,top=100,toolbar=no,status=no‘)“><%=rs(”UserName“)%>

<%=rs(”iPerience“)%>

<%rs.movenext%>

color=”#0000A0“><%=IDb%>

‘,‘Call‘,‘width=350,height=400,left=300,top=100,toolbar=no,status=no‘)”><%=rs(“UserName”)%>

<%=rs(“iPerience”)%>

<%

IDa=IDa+2

IDb=IDb+2

rs.movenext

next

%>

<% if RegUser>20 then

for b=11 to 15 %>

‘,‘Call‘,‘width=350,height=400,left=300,top=100,toolbar=no,status=no‘)“><%=rs(”UserName“)%>

<% rs.movenext%>

<%

next

end if %>

<% if RegUser>20 then

for c=16 to 20 %>

‘,‘Call‘,‘width=350,height=400,left=300,top=100,toolbar=no,status=no‘)”><%=rs(“UserName”)%>

<% rs.movenext%>

<%

next

end if %>

[1]

篇8：10佳改版网站网页设计

到目前为止，入围“佳改版网站”的分别为Twitter、Facebook、FriendFeed、雅虎、MySpace、Digg、MobileMe、LinkedIn、Delicious和Last.fm。

此外，CNET、Engadget、《华尔街日报》网络版、TechCrunch、CenterNetworks、Mashable、Bebo, Revision3和coCommen等网站也进行了改变，用户反馈也不错。以下为年10佳改版网站，排名不分先后：

1. Twitter

Twitter的改版并不是很激进，与原版页面出入不大。主要变化在于两方面：一是简化界面，二是减少网页所加载资源。最显著的变化是标签上的变化，新版页面把顶部的标签转移到右部。这有利于用户访问，更重要的是，这是出于投资需要。将来，Twitter准备添加更多标签，而顶部空间已经明显不足。

2. Facebook

Facebook新页面把聊天与应用开始工具栏相结合，更重要的是，添加内容，对内容进行分类变得更容易。新页面还充分考虑到了宽屏趋势，充分利用两侧多出的空间。对于Facebook而言，此次改版是最激进的一次，因此也遭到了部分用户的反对。

3. FriendFeed

新版FriendFeed页面的最大变化是将导航标签从顶部移到左侧，充分利用了宽屏优势。更重要的是，在增加新功能的同时，页面内容没有丝毫挤压感。

4. 雅虎

雅虎此次大胆改版削减了一些冗余内容，添加了一些类似于My Yahoo服务的实用功能，

更重要的是，用户可以对很多内容进行定制，甚至面向第三方互联网应用开放。例如，在屏幕右侧添加Netflix等电影网站链接。

5. MySpace

MySpace于6月中旬进行了改版，改版后的新页面更加整洁，且突出了用户创作内容。更重要的是，新页面增加了新的搜索、编辑器和播放器等实用工具。

6. Digg / Digg mobile

在保留核心服务的基础上，Digg和Digg移动版对原版页面进行了改善。新版页面增加了推荐引擎，确保用户以最快速度找到感兴趣的内容。

7. MobileMe (原.Mac)

新的MobileMe Web电子邮件服务更加现代化，陈旧的.Mac平台被一些基于云计算的Web应用所取代，并与多种设备同步。其中，最大的变化之一是增加了日程安排、文件和联系人信息管理工具等。

8. LinkedIn

LinkedIn于今年2月改版，改版幅度不大，但增加了一些实用服务。与旧版Facebook页面有些相似，LinkedIn把工具条和标签都转移到了左侧。

9. Delicious

Delicious于7月进行大幅改版，新版页面与旧版完全不同，几乎每一处都经过重新设计，标签管理功能得到极大强化。此外，Delicious的域名也从del.icio.us直接改为delicious.com，在很大程度上方便了用户访问。

10. Last.fm

7月中旬，音乐社交网站Last.fm进行了彻底改版，无需同步和共享当前音乐数据库，只需提供乐队名称，用户即可获得音乐家推荐。

相关阅读：

关注各网站的布局调整

篇9：PC版Windows 10硬件需求公布

继手机版Windows 10的硬件需求公布之后，现在微软又公布PC版Windows 10的硬件需求，

从官方提供的图表来看，Windows 10 PC版32位最低需要1GB内存、16GB硬盘，而64位版则最低需要2GB内存及20GB硬盘，除此之外还有DX9显卡，屏幕分辨率必须大于800×600，

相比Windows 8的硬件需求来看，Windows 10几乎没有任何提升，而且刻意的没有强调处理器性能，看来微软是觉得目前绝大部分的处理器都能够满足Windows 10的需求。

值得一提的是，微软把UEFI 2.3.1加入了最低需求列表中，目前还不清楚Windows 10是否必须要用UEFI启动，如果真的是这样，那无疑会废掉一大批性能足够，但不支持UEFI启动的古董机器。

【需求编写10佳经验】相关文章：

1.需求建议书

2.《雪》 10

3.《海燕》 10

4.需求分析模板

5.报刊杂志需求调查报告

6.需求分析岗位职责

7.需求的近义词

8.项目需求建议书

9.需求工程师简历

10.需求分析范文