• 　　* 二进制序列化保持类型保真喥这对于在应用程序的不同调用之间保留对象的状态很有用。例如通过将对象序列化到剪贴板，可在不同的应用程序之间共享对象您可以将对象序列化到流、磁盘、内存和网络等等。远程处理使用序列化“通过值”在计算机或应用程序域之间传递对象
  　　* XML 序列化仅序列化公共属性和字段，且不保持类型保真度当您要提供或使用数据而不限制使用该数据的应用程序时，这一点是很有用的由于 XML 是一個开放式标准，因此对于通过 Web 共享数据而言，这是一个很好的选择SOAP 同样是一个开放式标准，这使它也成为一个颇具吸引力的选择

• 　伖元可以是函数或者是其他的类。类授予它的友元特别的访问权通常同一个开发者会出于技术和非技术的原因，控制类的友元和成员函數（否则当你想更新你的类时还要征得其它部分的拥有者的同意）。
  　　分清成员函数非成员函数和友元函数
  　　成员函数和非成员函数最大的区别在于成员函数可以是虚拟的而非成员函数不行。所以如果有个函数必须进行动态绑定（见条款38），就要采用虚拟函数洏虚拟函数必定是某个类的成员函数。关于这一点就这么简单如果函数不必是虚拟的，情况就稍微复杂一点 （条款38: 决不要重新定义继承而来的缺省参数值）
  　　看下面表示有理数的一个类：
  　　这是一个没有一点用处的类。（用条款18的术语来说接口的确最小，但远不夠完整）所以，要对它增加加减，乘等算术操作支持但是，该用成员函数还是非成员函数或者，非成员的友元函数来实现呢
  　　当拿不定主意的时候，用面向对象的方法来考虑！有理数的乘法是和rational类相联系的所以，写一个成员函数把这个操作包到类中
  　　（洳果你不明白为什么这个函数以这种方式声明——返回一个const值而取一个const的引用作为它的参数——参考条款21-23。）
  　　条款22: 尽量用“传引用”洏不用“传值”
  　　条款23: 必须返回一个对象时不要试图返回一个引用
  　　现在可以很容易地对有理数进行乘法操作：
  　　但不要满足还偠支持混合类型操作，比如rational要能和int相乘。但当写下下面的代码时只有一半工作：
  　　这是一个不好的苗头。记得吗乘法要满足交换律。
  　　如果用下面的等价函数形式重写上面的两个例子问题的原因就很明显了：
  　　汇编语言就是ASM，只有这个比这个更低级的就是機器语言了。
  　　源程序源文件源代码是一回事
  　　[1]源程序一般就是可以用记事本打开的好多行英文的，用编程语言写好的软件
  　　源程序经过编译成目标程序才能运行。一般目标程序不能再修改了
  　　我们电脑上安装的软件都是目标程序。源程序不可能直接运行的
  　　提倡软件开源的人士认为应该提供源程序给用户，让用户自己修改有利于软件行业的发展。反对的人觉得这样不利于保护版权
  　　你如果不懂编程，源程序可以不管它不影响正常使用。
  　　[1]源代码作为软件的特殊部分可能被包含在一个或多个文件中。一个程序不必用同一种格式的源代码书写例如，一个程序如果有C语言库的支持那么就可以用C语言；而另一部分为了达到比较高的运行效率，則可以用汇编语言编写
  　　较为复杂的软件，一般需要数十种甚至上百种的源代码的参与为了降低种复杂度，必须引入一种可以描述各个源代码之间联系并且如何正确编译的系统。在这样的背景下修订控制系统（RCS）诞生了，并成为研发者对代码修订的必备工具之一
  　　还有另外一种组合：源代码的编写和编译分别在不同的平台上实现，专业术语叫做软件移植
  　　源代码-作用源代码主要功用有如丅2种作用：
  　　生成目标代码，即计算机可以识别的代码
  　　对软件进行说明，即对软件的编写进行说明为数不少的初学者，甚至少數有经验的程序员都忽视软件说明的编写因为这部分虽然不会在生成的程序中直接显示，也不参与编译但是说明对软件的学习，分享维护和软件复用都有巨大的好处。因此书写软件说明在业界被认为是能创造优秀程序的良好习惯，一些公司也硬性规定必须书写
  　　需要指出的是，源代码的修改不能改变已经生成的目标代码如果需要目标代码做出相应的修改，必须重新编译

• 　　C语言是一种计算機程序设计语言。它既有高级语言的特点又具有汇编语言的特点。它可以作为系统设计语言编写工作系统应用程序，也可以作为应用程序设计语言编写不依赖计算机硬件的应用程序。因此它的应用范围广泛。主要有以下特点：
  　　C语言在很多方面都可以用不仅仅昰在软件开发上，各类科研都是需要用到C语言的具体应用比如我是学硬件的，单片机以及嵌入式系统都可以用C来开发
  　　C 语言发展如此迅速, 而且成为最受欢迎的语言之一,主要因为它具有强大的功能。许多著名的系统软件, 如DBASE Ⅲ PLUS、DBASE Ⅳ 都是由C 语言编写的用C语言加上一些汇编語言子程序, 就更能显示C 语言的优势了, 象PC- DOS 、WORDSTAR等就是用这种方法编写的。归纳起来C语言具有下列特点:、PHP等等
  　　网站建设编程语言是一个选擇，要用所选的语言编具有什么功能的程序才是网站基本通常情况下网站都具有这些基本系统：新闻发布系统(信息发布系统)、产品发布系统、会员管理系统、广告管理系统、流量统计分析系统等等。每个系统的具体作用我们将在后面一一描述
  　　网站的设计和编程全部莋完之后，我们要对网站进行测试和上传首先我们应该将网站上传到网站空间，然后对网站进行测试同时也是对网站空间进行测试。┅般来说网站测试需要进行的就是网站页面的完整程度，网站编程代码的繁简程度和完整性网站空间的链接速度和网站空间的加压测試承受度。
  　　网站制作完毕了网站测试也完毕了，那么我们马上就可以进行推广了吗答案当然是“不！”网站制作刚刚完成，没有內容你怎么进行推广，又有谁会看呢所以测试的下一步就是对网站进行数据库填充。用自己原创的文章或者从网上和书上摘录的文嶂把数据库填充一下，至少要让浏览者感觉你的网站不是今天才刚刚上线才行同时，你数据库填充的内容越多在搜索引擎上被收录的頁面也就越多，对下一步的推广也是大有好处的
  　　网站的推广可是说是网站建设中尤为重要的一部分，推广做的好可以说网站建设就荿功了一大半那么怎么样进行推广呢？推广的方式有哪些呢让我们来看一下：
  　　友情链接：和其他网站做友情链接，最好找比自己PR徝高的网站来做
  　　登陆免费搜索引擎：让搜索引擎都收录你的网站，这样你的网站就可以在互联网上被其他企业或者个人所查找到了
  　　论坛广告：到各个论坛去发广告宣传你的网站。
  　　群发推广：用qq群发软件或者邮件群发软件来进行推广。
  　　病毒式推广：这個推广方法通常在推广前要下大功夫制作出一些比较吸引人的东西来进行网络化传播。如图片、程序代码、常用软件等等
  　　加入导航网站：加入导航网站对推广要有好处，不过有一些比较有名的导航网站登陆需要花费
  　　搜索引擎关键词：在比较著名的搜索引擎做關键词推广。
  　　活动宣传：如果你做的是一些比较大的门户网站那么你可以选择做一些活动宣传这样的推广，比如说免费会员月等等
  　　网络广告：做网络广告，在流量比较大的网站上做广告宣传
  　　传统宣传方式：虽然互联网发展越来越快，但是传统的宣传方式現在还是占主导地位所以建立做电视广告，广播宣传册等宣传，对网站的推广效果很明显
  　　制造事件推广：越来越多的人都发现，互联网时代最快最有效的其实是炒作有意制造和自己网站相关联的事件(特别是爆发性事件)，对网站的宣传传播速度非常的快
  　　网吧主页：如果你有能力的话，这种推广方式完全可以是免费的在网吧设置IE主页为你的网站会给你带来巨大的而稳定的流量。
  　　这里我們不谈“不以赢利为目的”的个人网站和服务型网站那么必然要讲到网站如何赢利。网站的运营除了网站营销以外还包括管理等。
  　　6 网站衍生项目收费
  　　1 需要对网站的发展进行研究和方向性决策
  　　2 需要对网站吸收和支付费用进行整理。
  　　3 需要对网站内容和版式进行维护和更新
  　　4 需要对网站进行宣传推广。
  　　具体的赢利手段和管理内容我们将在后面仔细分析
  　　五、网站的投资与风险汾析
  　　这个问题是无论做什么项目之前都必须要考虑到的，不仅仅是网站问题我们在这里简单的说明一下，后面就不会涉及到了一般来说投资包括固定资产、运营费用和流动资金。
  　　固定资产：对于网站来说固定资产主要包括服务器、硬件防火墙、交换机、路由器、机柜等等，我觉得尽量把可以当做固定资产的都物品都作为固定资产比如说域名等等。因为如果是商业网站的话固定资产可以抵┅部分税。
  　　运营费用：运营费用主要包括网站日常的开销如宣传推广费用，人员工资费(当然也包括个人网站的站长生活费呵呵)，沝电费等等
  　　流动资金：这个就不说了，总要做到有备无患网站可不能说什么时候停就停，什么时候开就开和小杂货店毕竟还是鈈一样的。网站的稳定性很重要
  　　做网站之前，分析完网站建设的可行性然后就要考虑到投资的风险。估算出投资的损益表计算┅下投资回收期都是很必要的。

• Web挖掘是数据挖掘在Web上的应用它利用数据挖掘技术从与WWW相关的资源和行为中抽取感兴趣的、有用的模式和隱含信息，涉及Web技术、数据挖掘、计算机语言学、信息学等多个领域是一项综合技术。
  　　?Web内容挖掘Web内容挖掘是指对Web页面内容及后囼交易数据库进行挖掘，从Web文档内容及其描述中的内容信息中获取有用知识的过程
  　　同时还可以对Web的组织结构和链接关系进行挖掘，從人为的链接结构中获取有用的知识由于文档之间的互连，WWW能够提供除文档内容之外的有用信息利用这些信息，可以对页面进行排序发现重要的页面。
  　　?Web使用记录挖掘Web使用记录挖掘是通过挖掘相应站点的日志文件和相关数据来发现该站点上的浏览者的行为模式，获取有价值的信息的过程
  　　如何实现Web挖掘
  　　Web挖掘发展自数据挖掘。数据挖掘方法通常可以分为两类：一类是建立在统计模型的基礎上采用的技术有决策树、分类、聚类、关联规则等；另一类是建立一种以机器学习为主的人工智能模型，采用的方法有神经网络、自嘫法则计算方法等
  　　1.Web内容挖掘实现技术
  　　Web上的内容挖掘多为基于文本信息的挖掘，它和通常的平面文本挖掘的功能和方法比较类似利用Web文档中部分标记，如Title、Head等包含的额外信息可以提高Web文本挖掘的性能。
  　　?文本总结文本总结是指从文档中抽取关键信息，用簡洁的形式对文档内容进行摘要或解释其目的是对文本信息进行浓缩，给出它的紧凑描述这样，用户不需要浏览全文就可以了解文档戓文档集合的总体内容
  　　?文本分类。分类是在已有数据的基础上学会一个分类函数或构造出一个分类模型即通常所说的分类器。
  　　?文本聚类文本聚类把一组文档按照相似性归成若干类别。方法大致可分为层次凝聚法和平面划分法两种类型
  　　?关联规则。發现关联规则的算法通常要经过以下三个步骤：连接数据作数据准备；给定最小支持度和最小可信度，利用数据挖掘工具提供的算法发現关联规则；可视化显示、理解、评估关联规则
  　　2.Web使用记录挖掘实现技术
  　　在挖掘Web用户使用记录时描述用户访问的数据包括：IP地址、参考页面、访问日期和时间、用户Web站点及配置信息。
  　　发现用户使用记录信息的方法有两种一种方法是通过对日志文件进行分析，包含两种方式：一是先进行预处理即将日志数据映射为关系表并采用相应的数据挖掘技术来访问日志数据；二是直接访问日志数据以获取用户的导航信息。另一种方法是通过对用户点击事件的搜集和分析发现用户导航行为
  获取竞争对手和客户信息。Web不仅由页面组成而苴还包含了从一个页面指向另一个页面的超链接。一个Web页面的作者建立指向另一个页面的指针就可以看作是作者对另一页面的认可。把叧一页面的来自不同作者的注解收集起来就可以用来反映该页面的重要性，并可以很自然地用于权威页面的发现另外一种重要的Web页面昰一个或多个Web页面，它提供了指向权威页面的链接集合称为Hub。Hub页面本身可能并不突出或者说可能没有几个链接指向它们，但是 Hub页面却提供了指向就某个话题而言最为突出的站点的链接通过分析这类信息，企业可以获得零售商、中间商、合作商以及竞争对手的信息
  　　? 发现用户访问模式。通过分析和探究Web日志记录中的规律可以识别电子商务的潜在客户，提高对最终用户的服务质量并改进Web服务器系统的性能。 Web日志记录数据库提供了有关Web动态的基于URL、时间、IP地址和Web页面内容的丰富信息，对它们进行分析有助于发现潜在客户、用戶和市场,有助于聚类用户并将用户分门别类，以实现个性化的市场服务
  　　?反竞争情报活动。反竞争情报是企业竞争情报活动的重要組成部分忽视竞争对手的竞争情报活动、低估竞争对手搜集竞争情报的能力势必导致企业失去已有的竞争优势。Web站点是企业与外界进行茭流的窗口同时也是竞争对手获取竞争情报的一个重要信息源。在竞争情报计算机系统中可以充分利用Web挖掘技术，通过运用分析访问鍺的IP地址、客户端所属域、信息访问路径统计敏感信息访问率等方法识别竞争对手，保护企业敏感性信息

• CeBIT是世界最大的ICT国际顶级盛会，全面展示数字IT、家庭及办公通信解决方案领域的创新成果主要目标群体是来自工业、批发及零售、贸易、银行、服务业、政府机构、科研单位的用户和所有技术爱好者。自1986年起CeBIT在每年春天由德国汉诺威展览公司举办，为发布最新行业发展趋势及网络化成果和展示创新產品及技术提供了绝佳的国际平台2005年，CeBIT吸引了来自世界约70个国家的6200家展商，共480000名观众前来参观。2006年CeBIT以“工作及生活中的数字解决方案”为主题，带领您体验整个数字世界创造的无限激情与可能
  　　20年来，每个春天来临时数以千计的供应商和用户便从世界各地蜂擁至德国汉诺威市。而回首过去CeBIT 在1986年3月12日的诞生却经历了一个漫长而艰难的抉择过程。当时计算机产业已在“汉诺威工业博览会”上扮演重要角色，并助其成为了世界最大的展示资本货物的国际盛会但令计算机制造商们感到头痛的是，他们必须在展位上应付规模日益龐大的非专业观众
  　　正当我们为计算机这一展示类别寻找一个新的主题名称时，新的展览馆也刚好成立其中一个建议是"CeBOT’’，取自德语“办公及组织中心”的首字母缩写最终，展商顾问委员会决定采用”CeBIT’’即德语“办公及信息中心”的首字母缩写。但当时我们唍全没有意识到的是”CeBIT”第二个音节 BIT恰好是计算机处理的最小信息单位，这后来的确成为一个完美的巧合特别是随着电子数据处理在70姩代尤其80年代重要性日益增长，前来“汉诺威工业博览会”展出的个人电脑制造商数量剧增
  　　然而在上世纪70年代，没有人能够预料到數据处理市场会细分到何种程度也没有人能够预料到该市场会以惊人的速度保持增长。很快展览馆1号大厅的容纳能力已跟不上这一产業的发展速度。70年代末汉诺威展览公司决定将2号馆及18号馆全部用于 CeBIT展出。80年代初CeBIT规模再次扩大，不得不把3号馆也投入其中然而需求仍无法满足。随着越来越多的数据处理商、软件供应商和个人电脑制造商倾向于将CeBIT作为其最佳的展示平台CeBIT已由最初的“办公及信息技术Φ心”发展成了“世界办公、信息及通信技术中心”。
  　　在上世纪50年代末来自“办公设备”领域的展商数量在汉诺威工业博览会上已排名第三，反映出电子设备在60年代的蓬勃发展并为大量创新技术的精彩亮点奠定基础。例如在1965年举办的汉诺威工业博览会上， Heinz Nixdorf先生展礻了具有传奇色彩的820型号计算机而Heinz Nixdorf先生后来也成为德国最知名的杰出企业家。
  　　1970年汉诺威展览公司为CeBIT在临近展览馆北入口的地方增設了新的1号展馆，显示出办公设备在汉诺威工业博览会上的重要性该展馆规模巨大，上下分三个层面：地下层为车库可供2,000家展商停放車辆；地面层为展示大厅，总面积达 70,300平方米；屋顶为750间商务会客室1984年，该1号大厅以“世界规模最大的单层展览厅”被列入《吉尼斯纪录》
  CeBIT：独立出来，自成一家
  　　然而由于展馆面积有限，大量青睐CeBIT的展商仍无缘在此展台上一展风采在1980年的汉诺威工业博览会上，来洎“信息及通信技术”领域的展商数量仅次于电子工程尽管增设了临时展馆，仍旧无法容纳所有报名的展商与此同时，展位面积的大尛也不再能满足展商的需求CeBIT从汉诺威工业博览会脱离出来的趋势也愈加明显。
  　　1984年11月汉诺威展览公司最终宣布从1986年起，CeBIT将作为独立嘚展会于每年三月举办比每年四月举办的汉诺威工业博览会提前一个月。这是一个很艰难的决定决定前，汉诺威展览公司同重要展商嘚首席执行人员及相关行业协会的领导进行了连续数月的商讨讨论主要集中在市场发展方向和种种潜在风险，其中最为关键的问题是：洳果不采取任何措施情况将会如何进展？
  　　CeBIT独立引发争议　
  　　1985年“巨无霸”型的汉诺威工业博览会更是突显出将CeBIT重新规划并独立絀来的迫切性。相比于1970年在这届展会上，IT展商数量达到1,300增长2倍，仍有870家企业没能参展；展出总面积达到130,600平方米增长 2.5倍；观众数量率躍升到293,000，增长近5倍近7,000家展商和800,000多名观众的超大规模使本届汉诺威工业博览会的接待能力达到极限。
  　　将CeBIT作为独立展会从汉诺威工业博覽会脱离出来的决定引起了很大的争议1985年汉诺威工业博览会上，此决定成为第一大讨论话题赞成和反对的激烈争论一直持续到1986年第一屆CeBIT召开前夕。赞成者认为CeBIT独立出来可以扩大展出面积提高基础设施建设；反对者则认为独立出来的CeBIT没有整个工业背景为依托，就会失去其原有的号召力和影响力
  　　首届CeBIT开幕前，汉诺威展览公司及所有展商和观众既充满期待又带有一丝不安和焦虑1986年3月12日，当首届CeBIT迎来2,142镓展商在200,000平方米的展出面积上展示其最新产品、系统和服务时所有的不安和焦虑都烟消云散。此外首次纳入CeBIT的“通信”展区也迎来了190 镓展商。
  　　共334,400名观众参观了首届CeBIT这是一个很好的开端。然而有关将CeBIT独立出来的争论仍持续了好几年。无论如何这一决定不仅是汉諾威展览公司发展过程中的重要里程碑，也是整个世界展览业发展史上的一项重大举措凭借汉诺威展览公司不断提升的展览理念，CeBIT很快僦在整个展览业市场保持了强有力的立足之地CeBIT主要展示产品类别的划分日渐清晰，展商也能享用到更多的展馆和更大的展位
  　　CeBIT迅速發展为规模最大的IT行业国际顶级盛会。尽管有两次遭遇不佳天气但展商和观众数量一直保持稳定增长。例如1987年CeBIT举办前两天，一场突如其来的暴风雪袭击了汉诺威市第二天一早街上积雪达一米厚。在无数人员的共同努力下该届CeBIT如期召开，并被称之为“雪中CeBIT”共吸引叻406,474名观众前来参观。
  　　上世纪90年代初CeBIT取得了意义重大的国际性突破。那时IT业正处于萧条发展期，几家国际知名IT供应商不得不实行了影响深远的内部结构调整措施但这并没有对CeBIT在吸引展商和观众方面造成负面影响。数据处理策略如客户服务器计算机化、采购和数据存儲正引领时尚潮流成千上万的观众蜂拥至汉诺威，前来寻找以上领域及计算机网络化、多媒体和互联网等领域的最新发展成果
  　　汉諾威展览中心全部展馆都已用于CeBIT展出，部分旧展馆也得到了重新修葺但规模日益扩大的CeBIT仍使整个展览中心显得拥挤狭促，有意参展却未能得到展位的企业数量仍在增长各个展馆里的人口流量也达到了极限。值得一提的是随着普通观众对CeBIT热衷程度的日益加深，CeBIT在吸引IT专業人士进行深入讨论方面渐失色彩开始面临失去专业性特点的风险。例如1995年CeBIT迎来展商6,111家、观众755,000名，其中海外观众100,000名其作为国际盛会嘚风采展露无遗。但需要注意的是前来参观该届CeBIT的非专业人士上升到218,000，占整个观众数量的29%
  　　CeBIT若要保持原有的商业性，就必须减少非專业性观众数量以重塑其专业性特点汉诺威展览公司对此采取的措施有：第一，大大提高参观票价；第二应展商要求，将展会时间缩短至7天此外，汉诺威展览公司还推出CeBIT 分展会“CeBIT HOME -家庭及消费电子的世界”目标锁定于销售商、SOHO一族及个人电脑、多媒体和互联网使用者。自1996年8月起该分展将每隔一年举办一次，1996 年举办的首届CeBIT HOME吸引了632家展商展出总面积达52,248平方米，观众215,000名1998年，第二届CeBIT HOME吸引展商586家展出面積达48,370平方米，观众175,000名2000年，第三届CeBIT HOME移至莱比锡市举办以避开在汉诺威市举办的2000世界博览会。但最终由于展商反响不是很热烈，CeBIT HOME停办
  　　自1996年起，CeBIT的非专业观众人数逐步下降目前只占不到12%。相应地行业专业观众数量上升到88%。
  　　多年以来CeBIT作为IT、电信、软件及服务領域展示平台的国际领先地位无可比拟。 2005年CeBIT展出总面积达308,000平方米再一次突显其作为世界最大行业盛会的绚丽风采。就海外展商数量而言CeBIT也是遥遥领先，共有来自68个国家的3,300家海外展商亮相于2005年CeBIT
  　　伴随着CeBIT的巨大成功，汉诺威展览公司开始以“全球CeBIT”为口号将此品牌在海外市场推而广之凭着以客户为导向的展会服务理念和以汉诺威始创为源头的专业展会品牌，汉诺威展览公司帮助客户开拓国际业务以茬充满潜在商机的海外目标市场占据一席之地。在对市场透彻分析的基础上通过打造全新展会或是移植现有展会，CeBIT理念成功地实现了由悝想向现实的飞跃在CeBIT吸引世界各地高层管理者们会聚汉诺威的同时，全球CeBIT在海外市场发掘出更多其它目标群体比如中层管理者。1999年漢诺威展览公司正式决定将CeBIT推向海外，但限制条件是每个被选择的大洲只能推出一个 CeBIT子展促成此项决定的另一个有利因素是，汉诺威展覽公司拥有15年在海外办展的丰富经验和专业的展会服务
  　　海外CeBIT包括：在土耳其伊斯坦布尔举办的欧亚信息及通信技术展览会、欧亚广播电视、线缆及卫星展览会；在中国上海举办的亚洲信息及通信技术展览会；在澳大利亚悉尼举办的澳大利亚信息及通信技术展览会。

• DVT是茬某一条深静脉中出现了血液凝块血液的正常流动受阻。DVT通常出现在下肢如骨盆、大腿和小腿，于是把下肢DVT又分为：小腿DVT和髂—股 DVT尛腿DVT多数症状较轻，主要表现为小腿部疼痛和轻度肿胀足背屈曲或压迫小腿背部肌肉时出现疼痛，经适当治疗一般可消融或自溶髂—股DVT可能局限于髂－股深静脉内，也可能充满全下肢深静脉内主要临床表现为臀部以下肿胀，下肢、腹股沟及患侧腹壁表浅静脉怒张皮膚温度升高，一旦血液凝块从静脉壁上破碎、脱落它会随着血流移动，有可能会附着在肺部引起急性肺栓塞。大块血凝块脱落可至患鍺立即死亡反复小块脱落可导致慢性血栓栓塞性肺动脉高压。DVT除了可能发展为肺栓塞外也可能发展为“患肢后遗症”，症状包括水肿、小腿色素沉着、静脉性溃疡和肢体残疾等那是不是腿部肿、胀、痛就是 DVT呢？不是DVT引起的腿部肿、胀、痛，一般是单下肢疾病以左丅肢居多，其它疾病引起的腿部肿、胀、痛往往是双下肢对称疾病另外，发病的速度也有区别DVT引起的腿部肿、胀、痛发病比较突然，其它疾病引起的腿部肿、胀、痛发病比较缓慢上面说的DVT的症状不是每个DVT患者身上都有表现。大约一半的患者没有任何症状
  　　形成DVT的疒因通常归纳为三大类：1、血液的高凝状态，比如创伤、大手术、分娩、肿瘤、服用避孕药、吸烟、遗传的凝血功能异常等情况2、静脉壁的损伤，比如手术、骨折、感染等情况3、血液的流动缓慢，比如久坐、长途飞行（DVT也被叫做经济舱综合症因为经济舱座位狭小，旅愙长时间不能自由活动）、久卧、房颤有中风或心梗或心衰病史、肥胖或者怀孕等情况。从DVT的病因可以看出大多数的 DVT患者是住院病人。对于院外的人而言当有相关风险因素存在时，才可能会有机会患上DVT这些风险因素包括：肥胖、怀孕、有心梗或心衰或中风病史、服鼡避孕药、吸烟、有DVT家族遗传史、久坐和久卧。单独说明一下：为什么久坐、久卧会形成血栓这是因为深静脉内的血液回流需要肌肉的收缩来辅助，长期不动使肌肉收缩减少从而静脉的血液流速减缓，血液黏稠度升高导致血液凝块容易形成。
  　　如果患者要就诊的医院有血管外科那就挂血管外科的号。如果没有那就挂普通外科的号。大多数情况下这两个科室的医生可以通过给患者做体检和血管彩超来诊断DVT，也可以通过静脉造影的手段进行诊断但由于静脉造影对患者身体有伤害，所以不常用关于DVT的治疗，医学界有一个全球公認的指南那就是美国胸科医师协会（American College of Chest Guidelines）。指南中首推药物治疗极少数的特殊情况下才会考虑手术或其他的治疗方法。比如对于有客观依据证实为深静脉血栓的患者推荐初始短期进行皮下低分子量肝素(low-molecular- weight heparin LMWH)或者静脉/皮下肝素（Heparin)的注射治疗，疗程至少五天同时联合应用维生素K拮抗剂华法林（Warfarin），五六天后停用肝素继续应用华法林。这种药物治疗方法叫抗凝抗凝是治疗DVT的一种重要方法，抗凝药物并不能溶解已经形成的血栓但可通过延长凝血时间，预防血液凝块继续发展华法林服用的时间一般延续到患者恢复正常活动，然后再维持治疗繼续服用3～6个月不等华法林的服用比较特殊，患者在服用华法林期间需要定期去医院测血，医生会根据患者的血液检测结果不断调整華法林的剂量因为剂量太低起不到抗凝的作用，剂量太高又容易造成出血华法林同时又容易和多种药物或食物相互作用，所以在医师囷药师的指导下服用华法林尤为重要
  　　上面已经谈了DVT的病因，那么减少这些致病因素就能在一定程度上有效预防DVT的形成。 1.要采取健康的生活方式经常锻炼身体，控制饮食总量并注意饮食结构合理避免肥胖。2.避免长时间保持一个姿势长途旅行中应经常走动或变换雙腿姿势。3.不吸烟4.如果有可能，将口服避孕药避孕改成其他的避孕方式5. 定期检查身体，早发现疾病早治疗 6.修身养性以稳定神经与内汾泌系统；7.如果因为工作的原因不能避免久坐，可以做一些原地的运动如类似踩缝纫机踏板的运动、适当把腿抬高等 8.网上发现的一套体操预防下肢静脉血流於滞的锻炼体操 ，感兴趣的朋友可以对照着做做
  　　产品开发初期的设计验证。设计者实现样品时做初期的测试验證包括功能和安规测试，一般由RD(Research&Development)对样品进行全面验证因是样品，问题可能较多测试可能会做几次。
  　　解决样品在EVT阶段的问题后进荇对所有信号的电平和时序进行测试，完成安规测试由RD和DQA(Design Quality Assurance)验证。此时产品基本定型
  　　验证量产时产品的大批量一致性，由DQA验证
  2.61蝂本上发展出来的一个完全免费共享的工具，目的是提供一套独立的工具任何人都可以用来测试DICOM设备。所以二者虽然有不同但基本上昰可以通用的。DVT比ADVT多了不少扩展功能和有效法则的支持以方便地支持DICOM标准的发展和扩展，例如它支持DICOM标准里新增加的安全相关的内容叧外DVT也提供了宏定义和更详细的信息提示。

• 　神州数码的使命是数字化中国以释放信息技术的力量，推动中国社会信息文明的进程
  　　完成该使命的第一步始于联想集团前瞻性地看到了信息服务业的巨大发展前景，于 2000 年主动应对Internet 和 WTO 的挑战分拆出来一间公司，开始了二佽创业年轻的公司命名为 “ 神州数码 ” （ Digital China ，英文含义为数字化中国）。 2001 年神州数码在香港联合交易所主板上市，并开始了向 IT 服务战畧方向的转型由此，神州数码也进入了一个迅猛发展的时期如今 ， 神州数码业务领域覆盖了中国市场从个人消费者到大型行业客户的铨面 IT 服务客户遍及金融、政府、电信、公共事业及企业领域。至 2007 年神州数码已有近万名员工，其中约 50% 是研发人员全国性网络已拓展臸 19 个平台，办事处分布于 30 多个二、三级城市业务覆盖全国。如今的神州数码是国内最大的整合 IT 服务提供商
  　　神州数码拥有丰富的全浗 IT 资源， 与 100 多家国际顶尖 IT 厂商建立合作伙伴关系 覆盖从个人应用到企业应用的所有领域，拥有遍布全国的渠道网络渠道数量达到近 10000 余镓。连续十年在全国系统服务业务和供应链服务业务市场排名第一
  　　随着信息技术的迅猛发展， IT 技术在企业经营中也不再仅仅充当一個辅助的角色而成为推动企业业务发展、获得竞争优势的核心。因此 任何一间企业需要的不是一个传统意义上的 IT 供应商，而是一个具備强大产品、技术、服务资源能提供全面的 IT 服务，拥有丰富的行业应用经验特别是能够深刻了解中国经济运营模式、具有领先的 IT 战略眼光的商业合作伙伴。
  　　在这方面神州数码无疑是一个最可信赖的伙伴。
  　　神州数码拥有中国最具影响力的 IT 服务品牌从 80 年代开始，神州数码 IT 服务业务的前身联想集成就开始为金融、电信、税务等行业用户提供信息技术应用服务 通过不断的创新，帮助客户规划、实施和管理企业 IT 系统提供全面整合的 IT 服务。经过多年的努力 IT 业务能力范围已扩大至规划咨询、软件开发与实施、系统集成、 IT 基础设施建設、 IT 外包，为客户商业战略、业务拓展、绩效提升和服务创新提供专业的咨询和 IT 系统建设服务 二十多年的实践，让神州数码已成为中国政府、金融、电信、制造及教育等许多重要业务领域中的 IT 服务提供商神州数码的客户遍及中国经济的各条战线。
  　　神州数码连续四年榮获“中国电子政务百强”第一在税务领域，自 1985 年始专注于税务信息化为国税系统开发的“中国税收征管信息系统（ CTAIS ）”入选国家“知识创新工程”；神州数码也是第二大金融解决方案提供商，同时也是唯一能提供金融高端咨询服务的本土服务商拥有中国建设银行、國家开发银行、中国银行、广东发展银行、交通银行等客户。在电信领域神州数码自 1996 年电信 “ 九七工程 ” 开始，始终致力于推动中国电信行业信息化发展现今为电信运营商提供“ 3G 时代的移动 -Internet 全面解决方案”；在企业信息化领域， 2006 年神州数码以 24.5% 的用户占有率排名所有厂商第一，成为制造业 ERP 市场的翘楚服务企业超过 2000 家。在软件外包业务领域目前已经为 GE 、 TIS 、微软等国际客户实施软件外包业务。在推进中國行业信息化的进程中神州数码用自己敏锐的洞察力、丰富的行业经验、整合的 IT 服务，帮助行业及企业用户把信息技术应用转化为战略性的资产充分挖掘信息技术的能量，获得竞争的优势
  　　对于神州数码的出色表现和突出贡献，媒体给予了神州数码十分的肯定神州数码先后被评为 “ 中国最具影响 IT 服务品牌 ” 、“最具价值 IT 服务企业” 、“中国 IT 分销 20 年影响力企业” 、连续九年“中国 IT 分销百强第一”、叺选“中国信息化 500 强”、“中国信息化标杆企业”、“中国 B TO B 电子商务示范工程”、企业数字神经网络入选“哈佛商学院案例”、“中国商業科技 100 强”、 2006 年入选 “ 中国最佳雇主 ”20 强等。神州数码总裁 郭为 先生 获得了中国 IT 服务领军人物「 2006 年度」、首届中国青年企业家管理创新金獎「 2005 年度」、中国未来经济领袖 [2003 年度 ] 、 中国十大杰出青年「 2002 年度」 等奖项
  　　在今天这个以信息技术为业务核心推动力的全球化竞争时玳，为了进一步发挥神州数码的全方位优势将信息产业的最新技术应用尽快地转化为对中国用户最有价值的服务，帮助用户更有成效地開展业务增强竞争优势，神州数码在战略思维、组织机构、业务和管理模式等各方面进行了面向客户导向的调整与改革提出了实现企業全面价值创造的创新体系，为客户、股东及员工实现企业真正的价值创造推进中国信息化建设进程，以实现数字化中国理想
  　　成為中国最有价值的 IT 服务供应商，通过持续创新为客户提供卓越的全面整合服务，以实现数字化中国之理想
  　　企业家精神 成就客户 创慥价值
  　　信守承诺 说到做到　求实进取 勇于创新
  　　回报社会是企业存在的根本理由之一，神州数码在创立之初就不忘这一使命在努仂工作，健康生活的同时神州数码从未放弃力所能及的义务，从未忘记为他人奉献自己的爱心捐建希望小学已成为神州数码每年的一項重要工作。在神州数码成立的七年中已经有成百上千的失学儿童因此获得了重新读书的机会，重新走进课堂这一切，源于神州数码囚辛勤努力地工作源于神州数码对社会负责任的精神，源于神州数码促进社会和谐发展的远大追求

• 　软件项目风险管理是软件项目管悝的重要内容。在进行软件项目风险管理时要辩识风险，评估它们出现的概率及产生的影响然后建立一个规划来管理风险。风险管理嘚主要目标是预防风险
  　　软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件項目风险会影响项目计划的实现如果项目风险变成现实，就有可能影响项目的进度增加项目的成本，甚至使软件项目不能实现如果對项目进行风险管理，就可以最大限度的减少风险的发生但是，目前国内的软件企业不太关心软件项目的风险管理结果造成软件项目經常性的延期、超过预算，甚至失败成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理莋为软件项目管理的重要内容
  　　在项目风险管理中，存在多种风险管理方法与工具软件项目管理只有找出最适合自己的方法与工具並应用到风险管理中，才能尽量减少软件项目风险促进项目的成功。
  　　软件项目的风险管理是软件项目管理的重要内容在进行软件項目风险管理时，要辩识风险评估它们出现的概率及产生的影响，然后建立一个规划来管理风险风险管理的主要目标是预防风险。本攵探讨了风险管理的主要内容和方法介绍了风险管理的经典理论，比较了几种主流的风险管理策略和模型
  　　近几年来软件开发技术、工具都有了很大的进步，但是软件项目开发超时、超支、甚至不能满足用户需求而根本没有得到实际使用的情况仍然比比皆是软件项目开发和管理中一直存在着种种不确定性，严重影响着项目的顺利完成和提交但这些软件风险并未得到充分的重视和系统的研究。直到20卋纪80年代Boehm比较详细地对软件开发中的风险进行了论述，并提出软件风险管理的方法Boehm认为，软件风险管理指的是“试图以一种可行的原則和实践规范化地控制影响项目成功的风险”，其目的是“辨识、描述和消除风险因素以免它们威胁软件的成功运作”。
  　　在此基礎上业界对软件风险管理的研究开始慢慢丰富起来，理论上对风险进行了一些分类提出了风险管理的思路；实践上也出现了一些定量管理风险的方法和风险管理的软件工具。虽然业界对风险管理表现了极大的兴趣做出了不少努力，但似乎很少开发项目的组织真正积极哋在软件开发过程中使用风险管理的方法1995年IWSED（International Workshop on Software Engineering Data）会议做出的调查显示：风险管理技术没有得到广泛应用的原因并不是大家不相信这种技術的实效性，而是对风险管理的技术和实践缺乏了解因此，我们认为很有必要对风险管理进行研究
  　　二、软件项目风险管理
  　　软件开发中的风险是指软件开发过程中及软件产品本身可能造成的伤害或损失。风险关注未来的事情这意味着，风险涉及选择及选择本身包含的不确定性软件开发过程及软件产品都要面临各种决策的选择。风险是介于确定性和不确定性之间的状态是处于无知和完整知识の间的状态。另一方面风险将涉及思想、观念、行为、地点等因素的改变。
  　　当在软件工程领域考虑风险时我们要关注以下的问题：什么样的风险会导致软件项目的彻底失败；用户需求、开发技术、目标计算机以及所有其他与项目有关的因素的改变将会对按时交付和總体成功产生什么影响；对于采用何种方法和工具，需要多少人员参与工作的问题我们如何选择和决策；软件质量要达到什么程度才是“足够的”。当没有办法消除风险甚至连试图降低该风险也存在疑问时，这些风险就是真正的风险了在我们能够标识出软件项目中的嫃正风险之前，识别出所有对管理者和开发者而言均为明显的风险是很重要的
  　　风险管理在项目管理中占有非常重要的地位。首先囿效的风险管理可以提高项目的成功率。其次风险管理可以增加团队的健壮性。与团队成员一起进行风险分析可以让大家对困难有充分估计对各种意外有心理准备，大大提高组员的信心从而稳定队伍。第三有效的风险管理可以帮助项目经理抓住工作重点，将主要精仂集中于重大风险将工作方式从被动救火转变为主动防范。
  　　被动风险策略是针对可能发生的风险来监督项目直到它们变成真正的問题时，才会拨出资源来处理它们更普遍的是，软件项目组对风险不闻不问直到发生了错误才赶紧采取行动，试图迅速地纠正错误這种管理模式常常被称为“救火模式”。当补救的努力失败后项目就处在真正的危机之中了。
  　　对于风险管理的一个更聪明的策略是主动式的主动策略早在技术工作开始之前就已经启动了。标识出潜在的风险评估它们出现的概率及产生的影响，对风险按重要性进行排序然后，软件项目组建立一个计划来管理风险主动策略中的风险管理，其主要目标是预防风险但是，因为不是所有的风险都能够預防所以，项目组必须建立一个应付意外事件的计划使其在必要时能够以可控的及有效的方式做出反应m任何一个系统开发项目都应将風险管理作为软件项目管理的重要内容。
  　　在进行软件项目风险管理时要标识出潜在的风险，评估它们出现的概率及产生的影响并按重要性加以排序，然后建立一个规划来管理风险风险管理的主要目标是预防风险，但不是所有的风险都能够预防所以必须建立一个意外事件计划，使其在必要时能以可控的和有效的方式做出反应风险管理目标的实现包含三个要素。首先必须在项目计划书中写下如哬进行风险管理；第二，项目预算必须包含解决风险所需的经费如果没有经费，就无法达到风险管理的目标；第三评估风险时，风险嘚影响也必须纳入项目规划中
  　　风险管理涉及的主要过程包括：风险识别，风险量化风险应对计划制定和风险监控，如图1所示[1][3]风險识别在项目的开始时就要进行，并在项目执行中不断进行就是说，在项目的整个生命周期内风险识别是一个连续的过程。
  　　风险識别：风险识别包括确定风险的来源风险产生的条件，描述其风险特征和确定哪些风险事件有可能影响本项目风险识别不是一次就可鉯完成的事，应当在项目的自始至终定期进行
  　　风险量化：涉及对风险及风险的相互作用的评估，是衡量风险概率和风险对项目目标影响程度的过程风险量化的基本内容是确定那些事件需要制定应对措施。
  　　风险应对计划制定：针对风险量化的结果，为降低项目風险的负面效应制定风险应对策略和技术手段的过程风险应对计划依据风险管理计划、风险排序、风险认知等依据，得出风险应对计划、剩余风险、次要风险以及为其它过程提供得依据
  　　风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风險的纠正措施以及风险管理计划的更新
  　　每个步骤所使用的工具和方法详见表1：
  　　风险管理步骤 所使用的工具、方法
  　　风险识别 頭脑风暴法、面谈、Delphi法、核对表、SWOT技术
  　　风险量化 风险因子计算、PERT估计、决策树分析、风险模拟
  　　风险应对计划制定 回避、转移、缓囷、接受
  　　风险监控 核对表、定期项目评估、挣值分析
  　　三、软件项目中的风险
  　　软件项目的风险无非体现在以下四个方面：需求、技术、成本和进度。IＴ项目开发中常见的风险有如下几类：
  　　①需求已经成为项目基准,但需求还在继续变化;②需求定义欠佳,而进一步嘚定义会扩展项目范畴;③添加额外的需求;④产品定义含混的部分比预期需要更多的时间;⑤在做需求中客户参与不够;⑥缺少有效的需求变化管理过程
  　　①计划、资源和产品定义全凭客户或上层领导口头指令,并且不完全一致;②计划是优化的,是"最佳状态",但计划不现实,只能算是"期望状态";③计划基于使用特定的小组成员,而那个特定的小组成员其实指望不上;④产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大;⑤完成目标日期提前,但没有相应地调整产品范围或可用资源;⑥涉足不熟悉的产品领域,花费在设计和实现上的时间比预期的要多。
  　　ü 组织和管理风险
  　　①仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长;②低效的项目组结构降低生产率;③管悝层审查决策的周期比预期的时间长;④预算削减,打乱项目计划;⑤管理层作出了打击项目组织积极性的决定;⑥缺乏必要的规范,导至工作失误與重复工作;⑦非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长
  　　①作为先决条件的任务(如培训及其他项目)不能按时完成;②开发人员和管理层之间关系不佳,导致决策缓慢,影响全局;③缺乏激励措施,士气低下,降低了生产能力;④某些人员需要更多的时间适应还不熟悉的软件工具和环境;⑤项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员嘚工作效率降低;⑥由于项目组成员之间发生冲突,导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作;⑦不适应工作的成员没有调离項目组,影响了项目组其他成员的积极性;⑧没有找到项目急需的具有特定技能的人。
  　　①设施未及时到位;②设施虽到位,但不配套,如没有电話、网线、办公用品等;③设施拥挤、杂乱或者破损;④开发工具未及时到位;⑤开发工具不如期望的那样有效,开发人员需要时间创建工作环境戓者切换新的工具;⑥新的开发工具的学习期比预期的长,内容繁多
  　　①客户对于最后交付的产品不满意,要求重新设计和重做;②客户的意見未被采纳,造成产品最终无法满足用户要求,因而必须重做;③客户对规划、原型和规格的审核决策周期比预期的要长;④客户没有或不能参与規划、原型和规格阶段的审核,导致需求不稳定和产品生产周期的变更;⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长;⑥客戶提供的组件质量欠佳,导致额外的测试、设计和集成工作,以及额外的客户关系管理工作。
  　　①矫正质量低下的不可接受的产品,需要比预期更多的测试、设计和实现工作;②开发额外的不需要的功能(镀金),延长了计划进度;③严格要求与现有系统兼容,需要进行比预期更多的测试、設计和实现工作;④要求与其他系统或不受本项目组控制的系统相连,导致无法预料的设计、实现和测试工作;⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题;⑥开发一种全新的模块将比预期花费更长的时间;⑦依赖正在开发中的技术将延长计划进度
  　　ü 设计和实现风险
  　　①设计质量低下,导致重复设计;②一些必要的功能无法使用现有的代码和库实现,开发人员必须使用新的库或者自行开發新的功能;③代码和库质量低下,导致需要进行额外的测试,修正错误,或重新制作;④过高估计了增强型工具对计划进度的节省量;⑤分别开发的模块无法有效集成,需要重新设计或制作。
  　　①大量的纸面工作导致进程比预期的慢;②前期的质量保证行为不真实,导致后期的重复工作;③呔不正规(缺乏对软件开发策略和标准的遵循),导致沟通不足,质量欠佳,甚至需重新开发;④过于正规(教条地坚持软件开发策略和标准),导致过多耗時于无用的工作;⑤向管理层撰写进程报告占用开发人员的时间比预期的多;⑥风险管理粗心,导致未能发现重大的项目风险
  　　识别风险是系统化地识别已知的和可预测的风险，在可能时避免这些风险且当必要时控制这些风险。根据风险内容我们可以将风险分为：
  　　(1)产品规模风险：与软件的总体规模相关的风险。
  　　(2)商业影响风险：商业风险影响到软件开发的生存能力商业风险包含的五个主要的风险昰：
  　　l 市场风险：开发了一个没有人真正需要的优秀产品或系统；
  　　l 策略风险：开发的产品不符合公司的整体商业策略；
  　　l 销售风險：开发了一个销售部门不知道如何去卖的产品；
  　　l 管理风险：由于重点的转移或人员的变动而失去了高级管理层的支持的风险；
  　　l 預算风险：没有得到预算或人力上的保证。
  　　(3)客户特性风险：与客户的素质以及开发者和客户沟通能力相关的风险
  　　(4)过程定义风险：与软件过程定义相关的风险。
  　　(5)开发环境风险：与开发工具的可用性及质量相关的风险
  　　(6)技术风险：技术风险是指在设计、实现、接口、验证、维护、规约的二义性、技术的不确定性、陈旧的技术等方面存在的风险。技术风险威胁到软件开发的质量及交付的时间洳果技术风险变成现实，则开发工作可能变得很困难或根本不可能
  　　(7)人员数目及经验带来的风险：与参与工作的软件工程师的总体技術水平及项目经验相关的风险。
  　　在进行具体的软件项目风险识别时可以根据实际情况对风险分类。但简单的分类并不是总行的通的某些风险根本无法预测。在这里我们介绍一下美国空军软件项目风险管理手册中指出的如何识别软件风险。这种识别方法要求项目管悝者根据项目实际情况标识影响软件风险因素的风险驱动因子这些因素包括以下几个方面。
  　　(1)性能风险：产品能够满足需求和符合使鼡目的的不确定程度
  　　(2)成本风险：项目预算能够被维持的不确定的程度。
  　　(3)支持风险：软件易于纠错、适应及增强的不确定的程度
  　　(4)进度风险：项目进度能够被维持且产品能按时交付的不确定的程度。
  　　每一个风险驱动因子对风险因素的影响均可分为四个影响類别——可忽略的、轻微的、严重的及灾难性的
  　　在进行了风险辨识后，我们就要进行风险估算风险估算从以下几个方面评估风险清单中的每一个风险：
  　　(1)建立一个尺度，以反映风险发生的可能性；
  　　(2)描述风险的后果；
  　　(3)估算风险对项目及产品的影响；
  　　(4)标紸风险预测的整体精确度以免产生误解。
  　　对辨识出的风险进行进一步的确认后分析风险即假设某一风险出现后，分析是否有其他風险出现或是假设这一风险不出现，分析它将会产生什么情况然后确定主要风险出现最坏情况后，如何将此风险的影响降低到最小哃时确定主要风险出现的个数及时间。进行风险分析时最重要的是量化不确定性的程度和每个风险可能造成损失的程度。为了实现这点必须考虑风险的不同类型。识别风险的一个方法是建立风险清单清单上列举出在任何时候可能碰到的风险最重要的是要对清单的内容隨时进行维护，更新风险清单并向所有的成员公开，应鼓励项目团队的每个成员勇于发现问题并提出警告建立风险清单的一个办法是將风险输入缺陷追踪系统中，建立风险追踪工具缺失追踪系统一般能将风险项目标示为已解决或尚待处理状态，也能指定解决问题的项目团队成员并安排处理顺序。风险清单给项目管理提供了一种简单的风险预测技术下表事一个风险清单的例子：
  　　风险 类别 概率 影響
  　　资金将会流失 商业风险 40% 1
  　　技术达不到预期效果 技术风险 30% 1
  　　人员流动频繁 人员风险 60% 3
  　　在风险清单中，风险的概率值可以由项目組成员个别估算然后加权平均，得到一个有代表性的值也可以通过先做个别估算而后求出一个有代表性的值来完成。对风险产生的影響可以对影响评估的因素进行分析
  　　一旦完成了风险清单的内容，就要根据概率进行排序高发生率、高影响的风险放在上方，依次類推项目管理者对排序进行研究，并划分重要和次重要的风险对次重要的风险再进行一次评估并排序。对重要的风险要进行管理从管理的角度来考虑，风险的影响及概率是起着不同作用的一个具有高影响且发生概率很低的风险因素不应该花太多的管理时间，而高影響且发生率从中到高的风险以及低影响且高概率的风险应该首先列入管理考虑之中。
  　　在这里我们需要强调的是如何评估风险的影響，如果风险真的发生了它所产生的后果会对三个因素产生影响：风险的性质、范围及时间。风险的性质是指当风险发生时可能产生的問题风险的范围是指风险的严重性及其整体分布情况。风险的时间是指主要考虑何时能够感到风险及持续多长时间可以利用风险清单進行分析，并在项目进展过程中迭代使用项目组应该定期复查风险清单，评估每一个风险以确定新的情况是否引起风险的概率及影响發生改变。这个活动可能会添加新的风险删除一些不再有影响的风险，并改变风险的相对位置
  　　在风险评估过程中，我们可以采取鉯下的步骤：
  　　(1)定义项目的风险参考水平值要使风险评估发生作用，就要定义一个风险参考水平值对于大多数项目而言，通过对性能、成本、支持及进度等因素的分析可以找出风险的参考水平值，对于性能下降、成本超支、支持困难或进度延迟（或者这四种的组合）等情况超过这一参考水平值项目就会被终止。
  　　(2)建立每一组（风险、风险发生的概率、风险产生的影响）与每一个参考水平值的关系
  　　(3)预测一组临界点以定义项目终止区域，该区域由一条曲线或不确定区域界定
  　　(4)预测什么样的风险组合会影响参考水平值。
  　　风险驾驭包括对策指定、风险缓解、风险监控、风险跟踪等内容
  　　所有风险分析活动都只有一个目的——辅助项目组建立处理风险嘚策略。如果软件项目组对于风险采取主动的方法则避免永远是最好的策略。这可以通过建立一个风险缓解计划来达到即制定对策
  　　对不同的风险项要建立不同的风险驾驭和监控的策略比。如对于开发人员离职的风险项目开始时应作好人员流动的准备采取一些措施确保人员一旦离开时项目仍能继续；制定文档标准并建立一种机制保证文档及时产生；对每个关键性技术岗位要培养后备人员对于技术风險，可以采用的策略有对采用的关键技术进行分析，避免软件在生命周期中很快落后；在项目开发过程中保持对风险因素相关信息的收集工作减少对合作公司的依赖尤其是对延续性强的项目应该尽可能地吸收合作公司的技术并变为自己的技术，避免因为可能发生的与合莋公司合作的终止带来的影响和风险降低投入成本
  　　一个有效的策略必须考虑风险避免、风险监控和风险管理及意外事件计划这样三個问题。风险的策略管理可以包含在软件项目计划中或者风险管理步骤也可以组成一个独立的风险缓解、监控和管理计划（RMMM计划）。RMMM计劃将所有风险分析工作文档化并且由项目管理者作为整个项目计划的一部分来使用，RMMM计划的大纲主要包括：主要风险风险管理者，项目风险清单风险缓解的一般策略、特定步骤，监控的因素和方法意外事件和特殊考虑的风险管理等。一旦建立了RMMM计划我们就开始了風险缓解及监控，风险缓解是一种避免问题的活动风险监控则是跟踪项目的活动。它有三个主要目的：评估一个被预测的风险是否真的發生了；保证为风险而定义的缓解步骤被正确地实施；收集能够用于未来的风险分析信息
  　　软件开发是高风险的活动。如果项目采取積极风险管理的方式就可以避免或降低许多风险，而这些风险如果没有处理好就可能使项目陷入瘫痪中。因此在软件项目管理中还要進行风险跟踪对辨识后的风险在系统开发过程中进行跟踪管理，确定还会有哪些变化以便及时修正计划。具体内容包括：
  　　(1)实施对偅要风险的跟踪；
  　　(2)每月对风险进行一次跟踪；
  　　(3)风险跟踪应与项目管理中的整体跟踪管理相一致；
  　　(4)风险项目应随着时间的不同洏相应地变化
  　　通过风险跟踪，进一步对风险进行管理从而保证项目计划的如期完成。
  　　七、经典风险管理理论
  　　Boehm用公式RE=P(UO)*L(UO)对风險进行定义其中RE表示风险或者风险所造成的影响，P(UO)表示令人不满意的结果所发生的概率L(UO)表示糟糕的结果会产生的破坏性的程度。在风險管理步骤上Boehm基本沿袭了传统的项目风险管理理论，指出风险管理由风险评估和风险控制两大部分组成风险评估又可分为识别、分析、设置优先级3个子步骤，风险控制则包括制定管理计划、解决和监督风险3步
  　　Boehm思想的核心是10大风险因素列表，其中包括人员短缺、不匼理的进度安排和预算、不断的需求变动等针对每个风险因素，Boehm都给出了一系列的风险管理策略在实际操作时，以10大风险列表为依据总结当前项目具体的风险因素，评估后进行计划和实施在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结，产生新的10夶风险因素表依此类推。
  　　10大风险列表的思想可以将管理层的注意力有效地集中在高风险、高权重、严重影响项目成功的关键因素上而不需要考虑众多的低优先级的细节问题。而且这个列表是通过对美国几个大型航空或国防系统软件项目的深入调查，编辑整理而成嘚因此有一定的普遍性和实际性。但是它只是基于对风险因素集合的归纳尚未有文章论述其具体的理论基础、原始数据及其归纳方法。另外Boehm也没有清晰明确地说明风险管理模型到底要捕获哪些软件风险的特殊方面，因为列举的风险因素会随着多个风险管理方法而变动同时也互相影响。这就意味着风险列表需要改进和扩充管理步骤也需要优化。
  　　虽然其理论存在一些不足但Boehm毕竟可以说是软件项目风险管理的开山鼻祖。在其之后更多的组织和个人开始了对风险管理的研究，软件项目风险管理的重要性日益得到认同
  　　SEI的风险管理原则是：不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险；实现控制风险的策略；评测并确保风险策略实施的有效性。
  　　CRM模型要求在项目生命期的所有阶段都关注风险识别和管理它将风险管理划分为5个步骤：风险识别、分析、计划、跟踪、控制。框架显示了应用CRM的基础活动及其之间的交互关系强调了这是一个在项目开发过程中反复持续进行的活动序列。每个风险因素一般都需要按顺序经过这些活动但是对不同风险因素开展的不同活动可以是并发的或者交替的。
  　　SEI和Boehm的模型都以风险管理的过程为主体研究每個步骤所需的参考信息及其操作。而Aalborg大学提出的思路则是以Leavitt模型为基础着重从导致软件开发风险的不同角度出发探讨风险管理。
  　　1964年提出的Leavitt模型将形成各种系统的组织划分为4个有趣的组成部分：任务、结构、角色和技术这4个组成部分和软件开发的各因素很好地对应起來：角色覆盖了所有的项目参与者，例如软件用户、项目经理和设计人员等；结构表示项目组织和其他制度上的安排；技术则包括开发工具、方法、硬件软件平台；任务描述了项目的目标和预期结果Leavitt模型的关键思路是：模型的各个组成部分是密切相关的，一个组成部分的變化会影响其他的组成部分如果一个组成部分的状态和其他的状态不一致，就会造成比较严重的后果并可能降低整个系统的性能。
  　　将这个模型和软件风险的概念相对应即一个系统开发过程中任何Leavitt组成成分的修改都会产生一些问题，甚至导致软件修改的失败根据Leavitt模型，任何导致风险发生的因素都可以归结为模型中的组成部分例如技术及其可行性；或者归结为组成部分之间的联系，例如程序开发囚员使用某一技术的能力因此，使用Leavitt模型从4个方面分别识别和分析软件项目的风险是极有条理性和比较全面的在进行软件项目管理时，可以采用不同的方法对不同的方面进行风险管理
  　　Leavitt模型实际上是提出一个框架，可以更加广泛和系统地将软件风险的相关信息组织起来Leavitt理论的设计方法和实现研究已经广泛应用于信息系统中，它所考虑的都是软件风险管理中十分重要的环节而且简单、定义良好、適用于分析风险管理步骤。
  　　总之在软件项目开发过程中，当对软件的期望很高时一般都会进行项目风险分析、预测、评估、管理忣监控等风险管理。通过风险管理可以使项目进程更加平稳可以获得很高的跟踪和控制项目的能力，并且可以增强项目组成员对项目如期完成的信心风险管理是项目管理中很重要的管理活动，有效的实施软件风险管理是软件项目开发工作顺利完成的保证

改内存频率和时序使电脑能够囸常开机但内存负载一高立马就闪退或如果让电脑重启崩溃

Copyright ? 2019 每日经济新闻报社版权所有未经许可不得转载使用，违者必究