性能,安全,集成才是web之道

年底了,又是一年过去了.今年感觉收获颇多..做web开发将近4年时光,期间没有做过任何完整的winApp,一直从事者网络开发.从最初的留言本--新闻--企业网站--论坛--聊天室--大型门户网站--大流量下载网站--网站系统优化,一路走来,不仅仅是技术上的进步,更重要的是思想上的成熟..

今天之所以发这样一篇文章,是希望和大家探讨开发,探讨如何最大的节约开发时间,避免走弯路..给初入开发门径的朋友一些建议和忠告.

性能:

     我想一个网站,抛开网站本身的定位和功能,给用户的第一印象肯定是速度!!勿庸置疑的说,速度是决定你网站成长的最关键因素之一,无论你内容多新,内容多好,这个是策划和拓展的事情,不是我们开发人员的事情,我们的目标是在现有的条件下如何最大化的使你的程序快速运行..而这些优化,对于中小公司来说,也是最容易忽略的..我想每个开发人员都希望自己的程序运行如飞,得到用户的赞扬,这也是证明一个webApp开发高手和新人的区别之一..

     优化也分为多种:常见的分为程序优化和数据库优化,数据库优化大多数从SP入手,.NET程序也可以适当的配合,比如一条SQL语句能和其他语句合并的,就合并后,一次请求至数据库..不要分开请求..增加无谓的请求次数..给你的表增加索引..我很赞成为了速度和效率,适当的给表中增加沉淀字段,比如,你一个用户表,一个企业表,每个企业表下对应多个用户,当你调用一个用户的时候,需要名字,企业名,这个时候大多数的新人朋友都是join多表查询,只是牵涉到其他表中的一,两个字段,这个时候我建议你在用户表中增加你所需的企业名和ID..这样的沉淀字段,大多数的数据库管理员也是可以接收的..程序的优化又分多种,从页面,从Cache,从结构,这些优化方法,无从核对,无法凭想象来实现,只能通过个人经验,网络,测试,部分优化书中得到,最经典的话就是:实践是检验真理的唯一方法!!尤其用在优化上的时候!!!!

安全:

      有了性能和好的策划,我相信你webSite一定会访问激增,看着一天比一天大的访问量,自己心中也会有极大的满足感!!但是此时,难免肯定会有对手恶意攻击,或者有人捣乱,这个是网站成长过程中都会遇到的..这个也是必然的结果..每个人心中都难免有那么一点点的破坏欲..安全在这个时候就显得特别重要..试想着网站的数据偶尔遭受一次失窃,丢失,呵呵,每天提心吊胆..什么感觉??

      安全首先从程序入手,最基本的就是先防止SQL注入,现在互联网上80%以上的黑客,都是新人,玩的都是工具,一个在小榕论坛泡几天,拿着极光工具,随便扫扫,呵呵,发现漏洞,点点按钮..寻找些SQL漏洞等等,这些新人到处都是,对付他们的最好办法也很简单,注意代码中的拼接,SQL语句的写法.对输入的类型进行检查,长度限制,过滤特殊字符..对于get传值,自己编写加密/解密函数,进行加密传输..以上做法如果实施,基本上这些小黑只能换地方了..其他地方也需要特别注意,文件上传,要做多次鉴定,禁止上传危险文件,最好的办法是获取ContentType进行必要的验证.后台管理地址要注意保护,避免被人发现后,频频攻击...接下来是服务器方面的安全防范,这个安全问题大多了..我就不在这里赘述了,有兴趣的朋友可以看看<黑客大曝光--网络安全的机密与解决方案>,很不错的安全书籍,另外加密解密可以去看雪论坛找些资料,最好买本书,段刚<加密解密>一书.

集成:

     网站大了之后,管理和维护就是最大的问题,而现在的OO思想就最大限度的发挥了作用,OO的思想就是万事万物皆对象,你的栏目1是对象,你的栏目2是对象,一切的一切都是对象,网站是做为平台,将这些对象或者是产品,或者是插件方式集成进去..说这些虽然是空话,但是真正当你按着这个心态去做的时候,你会发现,你很轻松..

     其实网站做大之后,很多栏目都是项目化,其中一个团队开发某栏目,某栏目又分为N个人开发设计,期间要考虑到整合,关系,互动,调用,甚至是某些团队中的东西要产品化,不仅要满足网站的需求,更是做为一个产品来开发..兼顾到维护,易用性,个性化的方方面面功能..另外公司文档的规范化,是做为集成开发的基本,也是每个团队必须要紧抓,狠抓的重点,项目需求,调研,可行性分析,项目功能表,开发进度表,这些东西都是随着项目的开发进度而需要完善,加强的..

     实现网站功能的插件化,嵌入式,我感觉会是未来将来web发展的主方向,以后的网站,可能一个栏目分出来就是一个站点,A站的栏目可以完全的嵌入到B站中,这个也是未来web发展的必然..就好像OO的思想在将来,也可能是现在将会被其他思想所代替一样..至于这个时间要多久,还需要我们拭目以待.

     如果觉得上面的话听起来不爽,就当是空泛之谈吧,呵呵..新的一年即将来临,在这里祝福所有的朋友:

接口和类的总结

在开始谈接口和类的总结之前,先来了解接口和类的基本概念.熟悉了概念再来看代码就容易理解些.

先来看类的概念:什么是类?类可以这么理解.类就是功能的集合.类也可以看做是实现一种功能的集合或者方法..

接口的概念:什么是接口?接口可以理解为,对类的规定,对类的约束,甚至对整个项目的约束.

接口的使用比较多的情况是在多人协作开发的项目中.因为每人都会分配不同的任务.例如,在一个银行系统中,总行下面会有分行,分行下面又会有支行..面对这样的结构,项目肯定是需要多人合作进行的..多人合作则会产生一个问题,如:A负责浙江分行,B负责海南分行,C负责河南分行..因为每个地区的银行都会根据当地不同的情况会有不同的需求,但是他们又有一些相似或者一样的需求..如果ABC每个人都直接针对各自的分行进行代码的编写.则肯定会有大量重复的代码出现.而且最要命的问题是,每个人对方法,对变量的命名和编程的风格都会不同..如果项目这个时候突然改变了需求,因此让A负责B的工作,B负责C的工作.C负责A的工作..可以想象ABC三个人的工作开展是怎么样的困难???

这个时候如果使用了接口,类似这样的问题就可以在最大程度上缓解..对于相似或者一样的功能,项目经理定义了接口,有了接口,就有了对这些功能制定规则和约束,而类继承了接口后,因此ABC三人就有了一个共同的接口,也可以说是有了一个共同的目标---相同的的方法,属性,事件.他们有了外在的约定,唯一要做好的就是对接口的实现工作..而不必再考虑我要怎么做这个类呢?我能不能这么做呢?..因为最上层的接口告诉他们,按照我说的做就好了...接口在这个时候就是准则..

这个时候或许有人就会说,既然接口这么好,那为什么不给每个类都制定一个接口??接口在大部分时候扮演的是一个对行业规则,而不是对类的规则..如果你现在还不理解接口和类的关系和概念,不要紧..那是因为你现在还没有到需要用他们的时候..当你感觉自己编写的代码有越来越多这样或那样的不足.并且急需找到解决办法的时候,你就能的明白了..有人说过,一个方法,一个功能,一个技巧都是在特定的环境下才能体现出它的优点和好处..所以现在不理解不要急..关键是在以后碰到类似的问题的时候能想到这个方法,这个技巧...这样就是____进步!!!

请记住,物用其所,才能最大发挥出物本身的优点..编程尤其是这样..好了..今天暂时到此..写这篇文章主要是为了给下一篇<我对分层的理解(三)>打铺垫..OK..美女BOSS又来看偶了..偶要工作..

posted on 2005-08-04 08:29 难得一蠢 阅读(1665) 评论(6)  编辑 收藏

#1楼 妖居      

首先同意作者的说法。另外，接口也是弥补不能多继承的缺点。类的继承原则如果说是纵向的，那么接口就应该是横向的。它规定了在类型上面没有继承关系的类之间的规约。

我也有一篇说明接口的文章。

http://farrio.cnblogs.com/archive/2005/03/29/127917.html

  回复  引用  查看    #2楼 回复  引用  查看    #3楼 般若菩提      

接口应该是对类的最高度的抽象。也最稳定。之所以不给每个类都制定一个接口，是因为代价开销问题，同时，对于并不对外服务的类，如果有接口，会产生语义混乱。

其次、接口更面向服务，主要用在逻辑包对外的接口上，而不管逻辑包间是否由不同人来完成。

建议大家看看Eclipse中Interface使用场合，将十分明确

  回复  引用  查看    #4楼 难得一蠢      

To:般若菩提

接口应该是对类的最高度的抽象。也最稳定..非常同意!!!

To:妖居

我看了你写的关于接口的文章.写的很好.对那些对接口处于朦胧状态的朋友会有很大的帮助..

什么是需求

(来源：Linuxaid.com.cn)

一、什么是需求

软件需求

对大多数人来说，若要建一幢数百万元的房子，他一定会与建房者详细讨论各种细节，他们都明白完工以后的修改会造成损失，以及变更细节的危害性。然而，涉及到软件开发，人们却变得“大大咧咧”起来。软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”(Leffingwell 1997)。可许多组织仍在那些基本的项目功能上采用一些不合规范的方法，这样导致的后果便是一条鸿沟(期望差异)—开发者开发的与用户所想得到的软件存在着巨大期望差异。

在软件工程中，所有的风险承担者(stakeholder)(这个词很有意思，原义是赌金保管者。我看过很多的翻译，有翻译成涉众的，也有的翻译成参与者的，但是我想他的主要意思就是和这个项目有密切相关利益的人)都感兴趣的就是需求分析阶段。这些风险承担者包括客户、用户、业务或需求分析员(负责收集客户需求并编写文档，以及负责客户与开发机构之间联系沟通的人)、开发人员、测试人员、用户文档编写者、项目管理者和客户管理者。这部分工作若处理好了，能开发出很出色的产品，同时会使客户感到满意，开发者也倍感满足、充实。若处理不好，则会导致误解、挫折、障碍以及潜在质量和业务价值上的威胁。因为需求分析奠定了软件工程和项目管理的基础，所以所有风险承担者最好是采用有效的需求分析过程。

软件需求的定义

IEEE软件工程标准词汇表(1997年)中定义需求为：

(1)用户解决问题或达到目标所需的条件或权能(Capability)。

(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。

(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。

需求的层次

下面这些定义是需求工程领域中常见术语的定义说明。

软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说明。功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。软件需求各组成部分之间的关系如图所示。

作为补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。

值得注意的一点是，需求并未包括设计细节、实现细节、项目计划信息或测试信息。需求与这些没有关系，它关注的是充分说明你究竟想开发什么。

Frederick Brooks在他1987年的经典的文章“No Silver Bullet：Essence and Accidents ofSoftware Engineering ”中充分说明了需求过程在软件项目中扮演的重要角色：

开发软件系统最为困难的部分就是准确说明开发什么。最为困难的概念性工作便是编写出详细技术需求，这包括所有面向用户、面向机器和其它软件系统的接口。同时这也是一旦做错，将最终会给系统带来极大损害的部分，并且以后再对它进行修改也极为困难。

为什么这么说呢，因为在大多数的软件系统中，最终用户可能都不清楚他的需求是什么，这是千真万确的。如果你的用户告诉你需求就是这些了，不要相信他，继续刨根问底，直到你们都筋疲力尽了。

虽然听上去有些不可思议，但这是教训之谈，在我从事的项目之中，没有一个用户在软件接近完成的时候打电话对我说，我看了你们的软件，我想我必须改动一些地方。在那些日子中，我甚至得了一种电话铃音恐惧症。

需求风险

下面列出了在做需求分析时一些很危险的做法，如果你发现你的一些做法与之相似，那么，给自己一些时间，好好思考一下，这些做法会对你的软件产生致命的影响。

1. 无足够用户参与

客户经常不明白为什么收集需求和确保需求质量需花费那么多功夫，开发人员可能也不重视用户的参与。究其原因：一是因为与用户合作不如编写代码有意思；二是因为开发人员觉得已经明白用户的需求了。在某些情况下，与实际使用产品的用户直接接触很困难，而客户也不太明白自己的真正需求。但还是应让具有代表性的用户在项目早期直接参与到开发队伍中，并一同经历整个开发过程。

最重要的就是用户必须要重视他的软件，必须让他明白：如果失败，他的损失最大(当然你的损失也不小，但这时候你必须让他重视这项工作)。如果用户不够重视，想办法解决，否则你就不用再继续了。

2. 用户需求的不断增加

在开发中若不断地补充需求，项目就越变越庞大以致超过其计划及预算范围。这使得问题更难解决。实际上，问题根源在于用户需求的改变和开发者对新需求所作的修改。要想把需求变更范围控制到最小，必须一开始就对项目视图、范围、目标、约束限制和成功标准给予明确说明，并将此说明作为评价需求变更和新特性的参照框架。说明中包括了对每种变更进行变更影响因素分析的变更控制过程，有助于所有风险承担者明白业务决策的合理性，即为何进行某些变更，相应消耗的时间、资源或特性上的折中。

产品开发中不断延续的变更会使其整体结构日渐紊乱，补丁代码也使得整个程序难以理解和维护。插入补丁代码使模块违背强内聚、松耦合的设计原则，特别是如果项目配置管理工作不完善的话，收回变更和删除特性会带来问题。如果你尽早地区别这些可能带来变更的特性，你就能开发一个更为健壮的结构，并能更好地适应它。这样设计阶段需求变更不会直接导致补丁代码，同时也有利于减少因变更导致质量的下降。

最糟糕的莫过于用户觉得如果不再加点什么功能就对不起自己。我曾经看过一个数据仓库的一期工程，在设计阶段没有很好的定义范围，当我向项目管理者提出这个问题的时候，他认为都已经说好了，合同上也写清楚了，并没有加以重视。可是最后，用户提出的修改意见已经远远超出了范围，项目时间也延长了一倍。整个的项目组成员疲惫不堪，可是却不断的接到用户投诉说项目失败。

3. 模棱两可的需求

模棱两可是需求规格说明中最为可怕的问题(Lawrence 1996)。它的一层含义是指诸多读者对需求说明产生了不同的理解；另一层含义是指单个读者能用不止一个方式来解释某个需求说明。

模棱两可的需求会使不同的风险承担者产生不同的期望，它会使开发人员为错误问题而浪费时间，并且使测试者与开发者所期望的不一致。一位系统测试人员曾告诉我，她所在的测试组经常对需求理解有误，以致不得不重写许多测试用例并重做许多测试。

模棱两可的需求带来不可避免的后果便是返工—重做一些你认为已做好的事情。返工会耗费开发总费用的40%，而70%～85%的重做是由于需求方面的错误所导致的(leffingwell 1997)。想像一下如果你能减少一半的返工会是怎样的情况？你能更快地开发出产品，在同样的时间内开发更多、更好的产品，甚至能偶尔回家休息休息。

处理模棱两可需求的一种方法是组织好负责从不同角度审查需求的队伍。仅仅简单浏览一下需求文档是不能解决模棱两可问题的。如果不同的评审者从不同的角度对需求说明给予解释，但每个评审人员都真正了解需求文档，这样二义性就不会直到项目后期才被发现，那时再发现的话会使得更正代价很大。

4. 不必要的特性

“画蛇添足”是指开发人员力图增加一些“用户欣赏”但需求规格说明中并未涉及的新功能。经常发生的情况是用户并不认为这些功能性很有用，以致在其上耗费的努力“白搭”了。

开发人员应当为客户构思方案并为他们提供一些具有创新意识的思路，具体提供哪些功能要在客户所需与开发人员在允许时限内的技术可行性之间求得平衡，开发人员应努力使功能简单易用，而不要未经客户同意，擅自脱离客户要求，自作主张。

同样，客户有时也可能要求一些看上去很“酷”，但缺乏实用价值的功能，而实现这些功能只能徒耗时间和成本。为了将“画蛇添足”的危害尽量减小，应确信：你明白为什么要包括这些功能，以及这些功能的“来龙去脉”，这样使得需求分析过程始终是注重那些能使用户完成他们业务任务的核心功能。

时刻记住：软件成功的标准是是否解决用户的问题，而不是它有多Cool的功能。

5. 过于精简的规格说明

有时，客户并不明白需求分析有如此重要，于是只作一份简略之至的规格说明，仅涉及了产品概念上的内容，然后让开发人员在项目进展中去完善，结果很可能出现的是开发人员先建立产品的结构之后再完成需求说明。这种方法可能适合于尖端研究性的产品或需求本身就十分灵活的情况(McConnell 1996)，不过商业应用大多都不是这种情况。在大多数情况下，这会给开发人员带来挫折(使他们在不正确的假设前提和极其有限的指导下工作)，也会给客户带来烦恼(他们无法得到他们所设想的产品)。

6. 忽略了用户分类

大多数产品是由不同的人使用其不同的特性，使用频繁程度也有所差异，使用者受教育程度和经验水平也不尽相同。如果你不能在项目早期就针对所有这些主要用户进行分类的话，必然导致有的用户对产品感到失望。例如，菜单驱动操作对高级用户太低效了，但含义不清的命令和快捷键又会使不熟练的用户感到困难。

7. 不准确的计划

“上述是我对新产品的看法，好，现在你能告诉我你什么时候能完成吗？”许多开发人员都遇到这种难题。对需求分析缺乏理解会导致过分乐观的估计，而当不可避免的超支发生时，会带来颇多麻烦。据报道，导致需求过程中软件成本估计极不准确的原因主要有以下五点：频繁的需求变更、遗漏的需求、与用户交流不够、质量低下的需求规格说明和不完善的需求分析(Davis 1995)。

对不准确的要求所提问题的正确响应是“等我真正明白你的需求时，我就会来告诉你”。基于不充分信息和未经深思的对需求不成熟的估计很容易为一些因素左右。要作出估计时，最好还是给出一个范围(如最好的情况下，很可能的，最坏情况下)或一个可信赖的程度(我有9 0 %的把握，我能在8周内完成)。未经准备的估计通常是作为一种猜测给出的，听者却认为是一种承诺。因此我们要尽力给出可达到的目标并坚持完成它。

什么是优秀的需求

讨论软件需求的文章有很多，对于需求的标准也不尽相同，这里我想用NASA的软件开发过程中的概念，软件需求过程的标准是：清楚(Clear)、完整(Complete)、一致(Consistent)、可测试(Testable)，此外还有其他的概念，如可跟踪的、可修改的等等。

清楚：目前大多数的需求分析采用的仍然是自然语言（因为如果采用形式化语言的话，和用户的沟通将成为一个大问题，这意味着客户在开发软件之前必须先进行形式化语言培训，这是不现实的）。自然语言对需求分析最大的弊病就是它的二义性。所以我们不得不对需求分析中采用的语言做某些限制。例如尽量采用主语＋动作的简单表达方式。说白了，需求分析中的描述让人看上去像是刚学习写作的小孩子就对了，千万不要采用疑问句、修饰这些华丽的表达方式。

除了语言的二义性之外，主意不要使用行话，就是计算机术语。需求分析最重要的是和用户沟通，可是用户多半不是计算机的专业人士，如果在需求分析中使用了行话，就会造成用户理解上的困难。

打个比方，如果你要做一个银行的信用卡系统，你就可以这样描述软件需求：银行的卡部管理信用卡，每张信用卡只属于一个帐户。信用卡有卡号、余额。一张信用卡有多笔的交易记录。

完整：再也没有什么比软件开发接近完成是发现遗漏了一项需求更糟的事情了。需求的完整性是非常非常重要的，想象一下遗漏需求而不得不返工，这简直就是恶梦。可是令人遗憾的是，需求的遗漏是很经常发生的事情，不仅仅是你的问题，更多的问题发生在用户那里，他们不知道该做些什么。要做到需求的完整性是很艰难的一件事情，它涉及到需求分析过程的各方各面，贯穿了整个过程，从最初的计划制定到最后的需求评审。至于完整性的详细讨论，我们会在下面的章节中讨论，现在你只需要拼命的想象缺乏完整性的坏处，直到你出了一身的冷汗。出了吗？好，那我们继续。

一致：一致性也是一个比较大的概念，很难用几句话讲清楚。还记得我们在开始的时候提到的需求的层次吗？简单的来说，就是用户需求必须和业务需求一致，功能需求必须和用户需求一致。严格的遵守不同层次间的一致性关系，就可以保证最后开发出来的软件系统不会偏离最初的实现目标。在实现过程中，我们还必须把一致性关系细化。比如说用户需求不能超出先前指定的范围。

可测试：大家觉得一个项目的测试从什么时候开始呢？有人说从编码完成后开始。更清楚一点的说是编码的时候同时进行单元测试，编码完成后进行系统测试。这些都没有错。但是实际上测试是从需求分析过程就开始了。需求分析是测试计划的输入和参照。这就要求需求分析是可测试的。什么是可测试呢？“我们要用新的系统完成报表自动化处理”，你觉得这个需求是可测试的吗？当然不是，报表包括哪些？自动化处理的标准是什么？这些在需求中都没有说明。因此这项需求是无法测试的，就是不具有可测试性。说到这里，大家可能就会明白之前的需求的几项标准都是为了保证需求的可测试性的。事实就是这样，只有系统的所有需求是可以被测试的，才能够保证软件始终围绕着用户的需要，保证软件系统是成功的。大家真正在应用一些科学的方法的时候也应该记住，任何的方法都是为了保证软件的成功，不要偏离这个目标，千万不要走火入魔了，呵呵，很容易的。

软件开发:需求分析的20条法则

对商业用户来说，他们后面是成百上千个供应商，前面是成千上万个消费顾客。怎样利用软件管理错综复杂的供应商和消费顾客，如何做好精细到一个小小调料包的进、销、调、存的商品流通工作，这些都是商业企业需要信息管理系统的理由。软件开发的意义也就在于此。而弄清商业用户如此复杂需求的真面目，正是软件开发成功的关键所在。

--- 经理：“我们要建立一套完整的商业管理软件系统，包括商品的进、销、调、存管理，是总部-门店的连锁经营模式。通过通信手段门店自动订货，供应商自动结算，卖场通过扫条码实现销售，管理人员能够随时查询门店商品销售和库存情况。另外，我们也得为政府部门提供关于商品营运的报告。”

-- -分析员：“我已经明白这个项目的大体结构框架，这非常重要，但在制定计划之前，我们必须收集一些需求。”

-- -经理觉得奇怪：“我不是刚告诉你我的需求了吗？”

-- -分析员：“实际上，您只说明了整个项目的概念和目标。这些高层次的业务需求不足以提供开发的内容和时间。我需要与实际将要使用系统的业务人员进行讨论，然后才能真正明白达到业务目标所需功能和用户要求，了解清楚后，才可以发现哪些是现有组件即可实现的，哪些是需要开发的，这样可节省很多时间。”

-- -经理：“业务人员都在招商。他们非常忙，没有时间与你们详细讨论各种细节。你能不能说明一下你们现有的系统？”

--- 分析员尽量解释从用户处收集需求的合理性：“如果我们只是凭空猜想用户的要求，结果不会令人满意。我们只是软件开发人员，而不是采购专家、营运专家或是财务专家，我们并不真正明白您这个企业内部运营需要做些什么。我曾经尝试过，未真正明白这些问题就开始编码，结果没有人对产品满意。”

--- 经理坚持道：“行了，行了，我们没有那么多的时间。让我来告诉您我们的需求。实际上我也很忙。请马上开始开发，并随时将你们的进展情况告诉我。”

--- 风险躲在需求的迷雾之后

- --以上我们看到的是某客户项目经理与系统开发小组的分析人员讨论业务需求。在项目开发中，所有的项目风险承担者都对需求分析阶段备感兴趣。这里所指的风险承担者包括客户方面的项目负责人和用户，开发方面的需求分析人员和项目管理者。这部分工作做得到位，能开发出很优秀的软件产品，同时也会令客户满意。若处理不好，则会导致误解、挫折、障碍以及潜在的质量和业务价值上的威胁。因此可见——需求分析奠定了软件工程和项目管理的基础。

-- -拨开需求分析的迷雾

--- 像这样的对话经常出现在软件开发的过程中。客户项目经理的需求对分析人员来讲，像“雾里看花”般模糊并令开发者感到困惑。那么，我们就拨开雾影，分析一下需求的具体内容：

-- -·业务需求——反映了组织机构或客户对系统、产品高层次的目标要求，通常在项目定义与范围文档中予以说明。

--- ·用户需求——描述了用户使用产品必须要完成的任务，这在使用实例或方案脚本中予以说明。

--- ·功能需求——定义了开发人员必须实现的软件功能，使用户利用系统能够完成他们的任务，从而满足了业务需求。

-- -·非功能性的需求——描述了系统展现给用户的行为和执行的操作等，它包括产品必须遵从的标准、规范和约束，操作界面的具体细节和构造上的限制。

--- ·需求分析报告——报告所说明的功能需求充分描述了软件系统所应具有的外部行为。“需求分析报告”在开发、测试、质量保证、项目管理以及相关项目功能中起着重要作用。

--- 前面提到的客户项目经理通常阐明产品的高层次概念和主要业务内容，为后继工作建立了一个指导性的框架。其他任何说明都应遵循“业务需求”的规定，然而“业务需求”并不能为开发人员提供开发所需的许多细节说明。

--- 下一层次需求——用户需求，必须从使用产品的用户处收集。因此，这些用户构成了另一种软件客户，他们清楚要使用该产品完成什么任务和一些非功能性的特性需求。例如：程序的易用性、健壮性和可靠性，而这些特性将会使用户很好地接受具有该特点的软件产品。

--- 经理层有时试图代替实际用户说话，但通常他们无法准确说明“用户需求”。用户需求来自产品的真正使用者，必须让实际用户参与到收集需求的过程中。如果不这样做，产品很可能会因缺乏足够的信息而遗留不少隐患。

--- 在实际需求分析过程中，以上两种客户可能都觉得没有时间与需求分析人员讨论，有时客户还希望分析人员无须讨论和编写需求说明就能说出用户的需求。除非遇到的需求极为简单；否则不能这样做。如果您的组织希望软件成功，那么必须要花上数天时间来消除需求中模糊不清的地方和一些使开发者感到困惑的方面。

--- 优秀的软件产品建立在优秀的需求基础之上，而优秀的需求源于客户与开发人员之间有效的交流和合作。只有双方参与者都明白自己需要什么、成功的合作需要什么时，才能建立起一种良好的合作关系。

--- 由于项目的压力与日俱增，所有项目风险承担者有着一个共同目标，那就是大家都想开发出一个既能实现商业价值又能满足用户要求，还能使开发者感到满足的优秀软件产品。

-- -客户的需求观

-- -客户与开发人员交流需要好的方法。下面建议20条法则，客户和开发人员可以通过评审以下内容并达成共识。如果遇到分歧，将通过协商达成对各自义务的相互理解，以便减少以后的磨擦（如一方要求而另一方不愿意或不能够满足要求）。

--- 1、 分析人员要使用符合客户语言习惯的表达

--- 需求讨论集中于业务需求和任务，因此要使用术语。客户应将有关术语（例如：采价、印花商品等采购术语）教给分析人员，而客户不一定要懂得计算机行业的术语。

--- 2、分析人员要了解客户的业务及目标

--- 只有分析人员更好地了解客户的业务，才能使产品更好地满足需要。这将有助于开发人员设计出真正满足客户需要并达到期望的优秀软件。为帮助开发和分析人员，客户可以考虑邀请他们观察自己的工作流程。如果是切换新系统，那么开发和分析人员应使用一下目前的旧系统，有利于他们明白目前系统是怎样工作的，其流程情况以及可供改进之处。s

--- 3、 分析人员必须编写软件需求报告

--- 分析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。报告应以一种客户认为易于翻阅和理解的方式组织编写。客户要评审此报告，以确保报告内容准确完整地表达其需求。一份高质量的“需求分析报告”有助于开发人员开发出真正需要的产品。

--- 4、 要求得到需求工作结果的解释说明

--- 分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明，因为工作图表能很清晰地描述出系统行为的某些方面，所以报告中各种图表有着极高的价值；虽然它们不太难于理解，但是客户可能对此并不熟悉，因此客户可以要求分析人员解释说明每个图表的作用、符号的意义和需求开发工作的结果，以及怎样检查图表有无错误及不一致等。

--- 5、 开发人员要尊重客户的意见

--- 如果用户与开发人员之间不能相互理解，那关于需求的讨论将会有障碍。共同合作能使大家“兼听则明”。参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间，同样，客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。

--- 6、 开发人员要对需求及产品实施提出建议和解决方案

--- 通常客户所说的“需求”已经是一种实际可行的实施方案，分析人员应尽力从这些解决方法中了解真正的业务需求，同时还应找出已有系统与当前业务不符之处，以确保产品不会无效或低效；在彻底弄清业务领域内的事情后，分析人员就能提出相当好的改进方法，有经验且有创造力的分析人员还能提出增加一些用户没有发现的很有价值的系统特性。

--- 7、 描述产品使用特性

--- 客户可以要求分析人员在实现功能需求的同时还注意软件的易用性，因为这些易用特性或质量属性能使客户更准确、高效地完成任务。例如：客户有时要求产品要“界面友好”或“健壮”或“高效率”，但对于开发人员来讲，太主观了并无实用价值。正确的做法是，分析人员通过询问和调查了解客户所要的“友好、健壮、高效所包含的具体特性，具体分析哪些特性对哪些特性有负面影响，在性能代价和所提出解决方案的预期利益之间做出权衡，以确保做出合理的取舍。

--- 8、 允许重用已有的软件组件

--- 需求通常有一定灵活性，分析人员可能发现已有的某个软件组件与客户描述的需求很相符，在这种情况下，分析人员应提供一些修改需求的选择以便开发人员能够降低新系统的开发成本和节省时间，而不必严格按原有的需求说明开发。所以说，如果想在产品中使用一些已有的商业常用组件，而它们并不完全适合您所需的特性，这时一定程度上的需求灵活性就显得极为重要了。

--- 9、 要求对变更的代价提供真实可靠的评估

--- 有时，人们面临更好、也更昂贵的方案时，会做出不同的选择。而这时，对需求变更的影响进行评估从而对业务决策提供帮助，是十分必要的。所以，客户有权利要求开发人员通过分析给出一个真实可信的评估，包括影响、成本和得失等。开发人员不能由于不想实施变更而随意夸大评估成本。

--- 10、 获得满足客户功能和质量要求的系统

--- 每个人都希望项目成功，但这不仅要求客户要清晰地告知开发人员关于系统“做什么”所需的所有信息，而且还要求开发人员能通过交流了解清楚取舍与限制，一定要明确说明您的假设和潜在的期望，否则，开发人员开发出的产品很可能无法让您满意。

--- 11、 给分析人员讲解您的业务

--- 分析人员要依靠客户讲解业务概念及术语，但客户不能指望分析人员会成为该领域的专家，而只能让他们明白您的问题和目标；不要期望分析人员能把握客户业务的细微潜在之处，他们可能不知道那些对于客户来说理所当然的“常识”。

--- 12、 抽出时间清楚地说明并完善需求

--- 客户很忙，但无论如何客户有必要抽出时间参与“头脑高峰会议”的讨论，接受采访或其他获取需求的活动。有些分析人员可能先明白了您的观点，而过后发现还需要您的讲解，这时请耐心对待一些需求和需求的精化工作过程中的反复，因为它是人们交流中很自然的现象，何况这对软件产品的成功极为重要。

--- 13、 准确而详细地说明需求

--- 编写一份清晰、准确的需求文档是很困难的。由于处理细节问题不但烦人而且耗时，因此很容易留下模糊不清的需求。但是在开发过程中，必须解决这种模糊性和不准确性，而客户恰恰是为解决这些问题作出决定的最佳人选，否则，就只好靠开发人

回答者：zjhze - 秀才 二级 10-8 15:40

软件工程 图书管理系统需求分析&8226; 需求分析&8226; 求软件工程需求分析报告范文,谢谢!!!!&8226; 网吧管理系统需求分析&8226; 编写需求分析说明书 更多相关问题>>

开发环境架构师的兴起

文档选项 打印本页 将此页作为电子邮件发送 讨论 英文原文 级别： 初级 Peter Eeles, 高级 IT 架构师, IBM　 2008 年 5 月 15 日 开发环境不同于传统上软件架构师角色所关注的领域。阅读本文并且了解为什么从软件开发项目的体系架构视角来说，这个领域应当被强调为一个关键的组成要素。 来自 The Rational Edge. 信息技术对于许多公司来说都是一项至关重要的组成要素。无论公司的信息技术仅仅支持其内部系统，或者支持创造反映其核心业务的软件产品。无论在哪一种情况下，软件都是公司取得成功的关键要素。因此，这些公司自然会寻找以一种能以及时、划算的方式开发高质量软件的开发环境。 寻找这样的开放环境于是就成为了一种挑战；有趣的是，这些挑战同它们所支持的系统所面临的挑战十分相似。举例来说，开发环境必须根据需求的功能和特性（例如性能和可用性）进行交付，往往还必须同遗留的系统（例如：在一个开发环境的例子中，我们是指方法和工具）共同存在，并且必须遵守其他的约束条件（例如开发团队的分布式性质、现已存在的技能和基础结构等）。 总而言之，创建一个良好的开发环境能够加速而不是妨碍项目的实现。这就是 IBM® Rational® 花费许多年时间专注于开发一个理解公司所面临的挑战的服务能力的原因所在。这些公司：1）希望提高开发人员的生产力；2）将它们的开发公司视为一个战略上的区分者，而不仅仅是一个“花费中心”。 我们的经验带领 Rational 团队将软件开发周期中的一个角色定义为“开发环境架构师”。在 2007 年 10 月，一百位来自世界各地的 Rational 的最有经验的开发环境架构师齐聚一堂，出席专门为这一角色所召开的第一次会议，并且分享他们的经验。本文就是这次会议以及相关讨论的成果之一。 在您阅读此处所提出的概念的同时，您也许会问开发环境架构师应当是一个单独的角色呢，还是那些将对开发环境的考虑添加到他们的体系架构关注列表中的软件或者系统架构师呢？我认为，这两种说法都是正确的。此外，无论我们所讨论的“架构师”属于哪一种角色，它总是具备在考虑之下的领域中工作的资格；因此，我们可以将它称为“构建架构师”、“软件架构师”、“系统架构师”、“企业级架构师”，等等。开发环境仅仅是这些域中的一个而已，并且是一个并不传统地关注“软件架构师”角色的域。因此，我认为“开发环境架构师”的角色是一个此前从未被着重强调过的角色。 本文拥有一些目标受众，也就是那些采取行动提高其开发环境的公司，以及那些需要理解开发环境架构师对于其实现力所发挥的指导价值的公司。当然还包括那些负责开发环境的技术内容的公司——也就是开发环境架构师。这是因为本文将这一职责定义为一个角色，这是一个创新的提法。最后，本文可能补充包含在一个开发环境中的材料，用以更加方便地传达它的内容、架构师的角色、以及拥有这一角色所带来的好处。 我们依次讨论如下概念： 开发环境的定义。我要着重强调的是，这样一个环境并不仅仅是方法和工具。这一定义通过为思考一个开发环境的所有方面提供一个框架，为后续的小节做好了准备。 开发环境的体系架构。体系架构的概念，以及这些概念是如何应用到一个开发环境中的。 开发环境架构师所具有的特点。这一小节对于那些希望承担这样一个角色的人们、或者那些希望找到满足要求的候选者的人们来说，是十分有用的。 设计一个开发环境的流程。这一小节对于那些希望更好地理解开发环境架构师所承担的任务的特点的人们来说，是十分有用的。 设计一个开发环境所带来的好处。这一小节对于那些需要传送开发环境架构师的角色的价值的人们、或者在自己企业内部考虑这样一个角色的人们来说，是尤其有用的。 1 2 然而，本文中包含这些相关资料是为了提供一个开发环境架构师的更加全面的评述。这些资料已经被浓缩了，并且更加针对开发环境架构师这一特定角色。 3 本文中我所使用的定义来自于 IEEE Std. 1471。定义如下，其中关键的特性用黑体字突出显示： 体系架构指是系统在其组成要素、它们之间的关系、以及它们同环境之间的关系中被具体表达的基本的组织结构，以及指导其设计和发展的原则。 尽管这个定义关注的是软件系统，但是我们也可以将其应用到一个开发系统之中。在我们的例子中，系统就是开发环境，组成要素就是方法、工具、授权、基础结构和组织。定义中所说的环境表现了开发环境所处的上下文，例如现有的处理过程、现有的工具、现有的技能、现有的硬件、以及现有的组织等；通常情况下，当我们定义一个开发环境时，我们也必须承担其中的约束。开发环境的组织，开发环境内部和外部各个元素之间的相互关系，以及这道设计和发展的原则等，是开发环境体系架构的核心。 体系架构的其他定义认为体系架构既关注结构也关注行为，认为它仅仅关注重要的决定，可能符合一种体系架构风格，受到其涉众和环境的影响，并且根据基本原理具体化决定。所有这些内容都将在下面加以讨论。 5 同模式类似，体系架构风格反映了被归纳和整理后的经验，寻找复用这些经验的机会对于架构师来说是一种很好的实践。 [体系架构的风格] 从一个结构化组织的模式的角度定义了一个系统家族。更加特定的是，体系架构的风格定义了组成要素和连接器类型的词汇表，以及将它们联合起来的一组约束。 6 我从设计开发环境中所学到的经验之一就是，确实存在能够被复用的共同的模式。模式本身非常依赖这样一些因素：公司的业务域、公司的规模、以及开发环境所支持的技术（例如：特定的编程语言）。 7 中所描述的那样，体系架构还有可能影响它的环境。举例来说，它可能将复用资产贡献给公司。更为特别的是，开发环境可能向公司贡献新的方法、工具、授权原料、基础结构以及技能。 8 特别地，开发环境架构师往往利用具备不同技能的专家（例如配置管理主题专家）来增强体系架构团队的实力。 如果架构师的角色是由一支团队来扮演的话，那么找到一位首席架构师就是一件非常重要的事情，他需要负责版本控制和团队协调。如果没有这种团队协调的话，团队各个成员所生产出来的体系架构就有可能是非内聚的，或者团队无法做出有效的决策。 9 无法做出决定将会对项目产生慢性地破坏。项目团队将会对架构师失去信心。真正的危险在于架构师没有对体系架构作出并且记录决策，然后团队成员将会自行解决，作出他们自己的（很有可能是不正确的）决定。 进行软件架构设计的益处 例如，参见 Software Engineering Institute (SEI) Architecture Web 站点 －－ 架构定义：How Do You Define Software Architecture? IEEE Recommended Practice for Architectural Description of Software-Intensive Systems (IEEE Std 1472000)。IEEE Computer Society，2000 年。 The Unified Modeling Language User Guide。Grady Booch，James Rumbaugh 和 Ivar Jacobson，Addison Wesley，1999 年。 Software Architecture: Perspectives on an Emerging Discipline。Mary Shaw and David Garlan，Prentice Hall，1996 年。 Len Bass，Paul Clements 和 Rick Kazman，Software Architecture in Practice，第二版 Addison Wesley，2003 年。 The Wisdom of Teams。Jon R. Katzenbach 和 Douglas K. Smith。Harvard Business School Press，1993 年。 "The Architects -- The Software Architecture Team"，Philippe Kruchten，Proceedings of the First Working IFIP Conference on Software Architecture (WICSA1)。Patrick Donohoe（编辑），Kluwer Academic 出版，1999 年。 参与论坛讨论。 您可以参阅本文在 develperWorks 全球网站上的 英文原文。 现在开办了一个特别为 Rational Edge 的文章创办的 新论坛，现在您就可以分享您对本文或本期杂志或以前杂志中的其他文章的想法。阅读世界各地您的同行们所说的内容，生成您自己的讨论，或者加入正在进行的讨论。单击 这里 开始。 全球 Rational 用户组社区 关于作者 Peter Eeles 是一名企业 IT 架构师，在 IBM Software Group Rational 机构工作。在他的职责范围中，在以构架为中心发起的组织中，他帮助组织采用 Rational 统一过程和 IBM 开发工具。自 1985 年以来，他在构架，项目管理，以及大规模、分布式系统实施方面花了很多精力。在加入 Rational 之前，他是 Integrated Objects 的一名成员， 主要负责分布式对象结构的开发。他还是Building J2EE Applications with the Rational Unified Process（Addison-Wesley，2002年）的作者，Building Business Objects(John Wiley and Sons，1998) 的合著者，以及Software Architectures（Springer-Verlag， 1999年）的合著者之

明星混迹电影江湖 7种武器大比拼(组图)(2/3069)

半根儿烟 只看此人 在线等级:3 2008.05.28 03:05

社区档案

发消息

QQ空间

张艺谋放置到一个又一个寓言当中，以其沉重肉身演绎寓意。

　　那些粗野乡土的女子――九儿、秋菊、菊豆，大棉裤花棉袄，满面尘灰烟火色，却背负着一个民族最初始的力量与最本质的饥渴。

　　第五代电影作品宏大的历史母题，造就她成一代国际巨星。

　　那种神秘的东方式的气息，即使在她走出电影之后，亦始终与她如影随形。

　　她被评为“世上最美的东方女人”，大概与此有关。

　　巩俐又性感，甚至不用烟视媚行，即可轻易于银幕之上、男权视野当中，一次次激起原欲。

　　九儿可以野合，颂莲可以偷情，菊豆可以乱伦，她反复饰演这些叛逆角色，最后连眼神都刚烈起来。

　　她日渐成为一个强大的女人。谁都折损不了，征服不了。

　　她是第一个在威尼斯电影节上获奖的中国女演员。

　　她是第一个代言法国化妆品“欧莱雅”的中国女星。

　　她是第50届柏林国际电影节的评委会主席。

　　她的美浓且烈，又大气，着实一杆霸王枪。

　　多情环：林青霞

　　三十年前。

<SOHUADCODE></SOHUADCODE>　　那个冬，《窗外》上映，台湾人在林青霞的大幅海报下纷纷惊艳，争先恐后成为其裙下之臣。

　　只见她一双剪水瞳人，一张冠玉面孔，飘然出尘，不见人间烟火。分明就是为情为生，为琼瑶小说而生。

　　彼时，她不过二十岁，美如迷梦，美如幻觉。

　　二十年前。

　　《新蜀山剑侠》凌空出世，剑侠“孤月”为浩然江湖平添妩媚之气，民众惊为天人。

　　只见她朗眉星目，英气逼人，衣袂轻扬，如仙如佛。

　　上世纪九十年代。

　　林青霞凭《滚滚红尘》获金马奖最佳女演员，登上事业颠峰。

　　及至东方不败，那是一次颠覆，是决然断裂，是转世，是轮回，林青霞成了另一个传奇。

　　红衣东方不败，多嚣张多不羁，遇到令狐冲，仍是落了劫难，既是求不得，又是爱别离。

　　而那中性之美，只可谓之曰妖艳。

　　对比初出道时，她已炼就隔世之美，令人唏嘘。

　　后来。

　　江湖缺不了她。

　　她是慕容嫣，历情路艰辛；她是邱莫言，叹大漠萧索；她是练霓裳，看人性无常。

　　她是江湖一个梦。

　　十年前。

　　她低调息影，嫁人生女，将繁华魅影，尽皆收拾成柔和珠光。

　　谁能想得到，正是早年的她，上演了那么多海誓山盟惊心动魄的爱情，她甚至建立了爱情文艺片的一种演绎模式。

　　那情海生波，她是见过的，银幕上，银幕下，她在渊面上行得从容。

　　多情环，呵，敛了光华。

　　离别钩：梅艳芳

　　梅艳芳不美。

　　她击中人心，以其倦到极的眼神――似是沧桑历尽，红尘看破。

　　人人尊她为梅姐。歌坛影坛皆有她重要席位。

　　至今犹记得

　　――

　　《胭脂扣》，她是痴情女鬼，袅袅娜娜回阳世寻旧爱，却不道他负了心。临去时，拐角处，她旗袍一闪，爱情消失了。

　　《东方三侠》，她是现代女侠，英姿飒爽，黑斗篷在身后飘啊飘，一双眼睛在眼罩后面，又温柔又苍凉。

　　《慌心假期》，她是被背叛的妻子，拖着行李独自旅行，脸上落寞那么深。

　　《半生缘》，她是冷心肠的姐姐。

　　《川岛芳子》，她是不得已的传奇。

　　不记得她幸福过。

　　但那凄楚且凌厉眼神，却是印象极深的。

　　她是一早看破“离别”二字。

　　故，那告别的演唱会定要华丽妖娆如巴洛克风格的梦，钩魂摄魄，好歹令人叹惋。

　　谁要冷清地死？

　　她说：“女人最想要的是什么？是一份感情。”

　　但这苍茫世间，她未曾遇见谁，从此厮守。

　　离别钩，奇绝与冷清。 　

　　碧玉刀：徐静蕾

　　徐静蕾出道，本就是一场歪打正着。

　　不知哪位导演，见她清纯，以为是北影表演系学生，带她入行，硬是给影坛造就出一个人物来。

　　只见她人淡如菊，眉目温婉，不事张扬，笑亦是普通女子的笑，人间烟火气的。

　　因了这平易，她就红起来，是那种带着平民气质的红，并成为“最受大学生欢迎的女演员”。

　　偏偏她这清浅的美好反倒沉得下去。

　　某一天，自己就执导筒，做起了导演。

　　好个不鸣则已。

　　――

　　处女作《我和爸爸》竟请得动导演叶大鹰来做主演，愣是在一团和气当中把电影拍得获了奖。

　　新作《一个陌生女人的来信》更使她在西班牙圣塞巴斯蒂安电影节上折桂最佳导演。

　　她喜欢黑与白，喜欢郁金香，喜欢高更与莫奈。

　　那分别是她的激烈、内敛及敏锐。

　　她亦会得说这样的话：“十年后看《一个陌生女人的来信》，方才知道，是那女主人公真正狠毒，她完全颠覆了那个男子对感情的自信。”她的确是深深想过，才去动这小说的吧，否则，少一步，到不了这见地。

　　有头脑的女子本身不多。

　　有头脑的演员更加的少。

　　这淡然一个徐静蕾，不简单，以其平和碧玉，竟铸成一把刀。

　　孔雀翎：章子怡

<SOHUADCODE></SOHUADCODE>　　章子怡气质中有隐约强悍，人又是不肯谦和的。

　　一切只因，成名要趁早，她做到了，且做得璀璨。

　　十九岁，已成张艺谋爱将。

　　二十一岁，凭《卧虎藏龙》成为国际巨星。

　　之后，相继与徐克、娄晔、王家卫等知名导演合作，在人人不惜一切搏上位的时代，她竟可一路平步青云。

　　实在已无异于一个传奇。

　　《我的父亲母亲》，真正是雏菊不染尘，纯粹如水，守侯得到粗茶淡饭的爱情。

　　《英雄》，她却见了狠劲，一招一式，尽皆凌厉，不过因她爱得深，爱得深又得不到。

　　《十面埋伏》，那一段独舞，繁华至不可收拾地步，你看她水袖长舒，腰身轻旋，屡屡涉险，步步为营，亦刚亦柔，终于因这浓墨重彩几分钟，原谅了剧情的单薄。

　　《2046》，与梁朝伟之间，眼为欲火，心是情苗，勾搭出“情欲”二字，先是冷傲，后又谦卑，把个情场当中女人的兜兜转转演绎得好。

　　这年轻女子无疑是张狂，举目圈内，张狂的不止她一人，惟她将之玩成了个性。

　　“一切都不在控制当中，我只能控制我自己。”一边说，章子怡一边扬起尖俏下巴，这睥睨四方的姿态，令人心中一颤。

　　正如孔雀开屏，那绚烂夺目瞬间，那心动及心寒。

　　只是，孔雀翎出手，怕是她自己都控制不住呢。

　　长生剑：张曼玉

　　旗袍曼妙，发髻端庄，高跟鞋清脆且危险，这是《花样年华》中的她，好一派衣香鬓影。

　　眼眉斜挑，罗裳共羽衣吹举，眼风与秋波齐飞，这是《青蛇》中的她，好一个妩媚蛇妖。

　　胭脂褪尽，素面朝天，粗头布服见到真性情，这是《甜蜜蜜》中的她，好一段天涯羁旅。

　　仪容沉稳，内心静定，淡淡然有国母风范，这是《宋家王朝》中的她，好一轮身世繁华。

　　张曼玉――首位在大型国际电影节上获最佳女主角的亚裔女性。

　　当年，她凭《阮玲玉》包揽国际国内各大奖。

　　同年，她又摇身一变，成就《新龙门客栈》风骚老板娘金镶玉。

　　两个角色反差之强烈，令人概叹，是怎样的演员，方能可收可放，可简静可妖娆，在抑郁与纵情之间行走得游刃有余。

　　最近，凭《清洁》获戛纳最佳女主角时，她只简单一袭黑，低调已极，仍衬得她气质清美，于红地毯上，始终是藏不住的一颗明星。

　　而《2046》里，半张脸，一个镜头，已是风情毕露，难遮难掩。

　　时间一寸一寸雕她刻她，到此刻，见到功效。

　　谁要提心吊胆看一个美人变老？

　　幸好，还有张曼玉坦然承受一切历练，如酒，在与时间长久的交锋当中，使之折服，与之和解，于是她可长生。

　　她又有智慧。总是对记者说：“你们多谈谈我的电影吧。”

　　确然，现实几多浮沉，惟有电影，亦幻亦真，永垂不朽。

<SOHUMPBANNER><MP1 />

细数好莱坞九大美肤女影星(组图)

six梦 只看此人 在线等级:14 2008.05.27 13:52

社区档案

发消息

QQ空间

　　1、哈里·贝瑞

　　奥斯卡影后贝瑞的太妃糖色肌肤给她的性感凭添了许多妩媚。针对自己的肤色，贝瑞在妆容上追求清新自然、在发式上偏好简单直发。

　　2、詹妮弗·安尼斯顿

　　安尼斯顿就像只美丽的“变色龙”，因为她会根据季节变化让肌肤保持白皙或晒成麦色。或许正因如此，这位《老友记》的女主角一直被认为是好莱坞中最完美的金发女孩之一。

　　3、杰西卡·艾尔芭

　　艾尔芭总是选择尽可能淡的妆容，因为淡妆更能炫耀出她光洁无暇的麦色肌肤。

　　4、瑞茜·威瑟斯彭

　　这位生在美国南部的奥斯卡影后拥有水蜜桃般白皙红润的肌肤。无论是在电视上还是红地毯上，都像漂亮的邻家女孩一样亲切可人。

5，贝尔森

　　瓷娃娃般的肌肤和一些可爱的小雀斑完美地衬托出了贝尔森的青春时尚和古灵精怪。

　　6、安妮·海瑟薇

　　有人说安妮·海瑟薇的美是奥黛丽·赫本和安吉丽娜·朱莉的完美结合。这位《时尚女魔头》的女主角有着柔软的褐色秀发、精灵般的大眼睛以及洁白无暇的肌肤。

　　7、妮可·基德曼

　　白皙肌肤加上金色卷发，基德曼的外貌特征让她的身上透出好莱坞老牌女星的优雅气质。

　　8、斯嘉丽·约翰松

　　谁的肌肤如牛奶般光滑润洁？斯嘉丽！优质的肌肤让她即使造型百变也经得起镜头中每一个瞬间的考验。

　　9、詹妮弗·洛佩兹

　　无论发色如何，洛佩兹都保持着闪亮的麦色肌肤并配以桃色腮红和晶莹唇彩。

盘点：九部经典电影中的职场启示（组图）(8/788)

< 上一篇下一篇 >

本帖地址: http://qbar.qq.com/yingxun03/1026.htm 复制地址

每个人都有智商和能力低下的时候，就像耗尽了电的电池，丧失了所有的能量。这里我们给大家推荐职场必看的9部电影，让你从中学到遭遇逆境时的解决之道！

　　1《权利的迷醉》

　　本片的故事取材于法国最著名的ELF石油集团政治黑金丑闻，但导演把臭名昭著的贪腐大案弱化成为故事的背景，着力刻画了“权利”这把双刃剑对于一个成功女性的影响，人性的内省成了影片的重头戏。身材瘦小的法国重量级女星伊莎贝尔 于佩尔，出神入化地演绎了一位重权在握的检查官热娜 夏尔芒。为了成功，为了至高无上的Power，热娜不仅牺牲了度假、休息，牺牲了正常的家庭生活，甚至不顾生命安危……然而，正在她一步步升职的时候，与丈夫的关系却越来越疏远，直到丈夫跳楼，热娜似乎才幡然醒悟……

　　职场启示：要成功就一定有牺牲。

    要成功就一定有牺牲。章子怡在红地毯和闪光灯前的灿烂背后肯定付出过你我所看不到的牺牲；杨澜的财富，也一定不是从天上掉下来的。不要只去看那些成功人士光鲜亮丽的时刻，不要以为他们只是比我们幸运。撩开他们成功的面纱，去看看他们走向成功之路的过程吧，每前进一步可能都有牺牲。关键是，那些成功者往往不惧牺牲，他们始终目标明确，一门心思地朝向自己的目标努力。

思团团 (452947721) 于 2008-05-25 19:28:44 对此贴进行了编辑

思团团 只看此人 在线等级:8 2008.05.25 19:29

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:30

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:31

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:32

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:32

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:33

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:34

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.25 19:34

社区档案

发消息

QQ空间

进黑名单

9《托斯卡纳艳阳下》

女主角法兰西斯·梅耶丝是一位美国大学教授兼作家，因为婚姻失败和灵感枯竭的双重打击，心灰意冷地来到意大利旅行。在阳光明媚的托斯卡纳乡间，满山遍野绽放着向日葵，空气中弥漫着葡萄的香气……梅耶丝心血来潮地买下了托斯卡纳乡下的一幢有着300年历史的老宅，而她当时的心境，恰如这栋破败阴霾、满目疮痍的大房子。在整修老宅别墅的过程中，梅耶丝结识了许多淳朴的朋友，体会到了都市里难得一见的乡间生活情趣。日复一日，老宅子整修一新，阶下铺满光滑圆润的鹅卵石，墙角遍布着各种花草，树桩搭建的葡萄架像一个拱门，露天的阳台更可以将周围的美景尽收眼底……梅耶丝爱上了这里的简单生活，心情像托斯卡纳的天气一样，变得明艳晴朗起来。

职场启示：天无绝人之路，世外桃源是存在的。

在这个世界上，每个人都能够以不同的方式去生活。正所谓天无绝人之路，条条大路通向快乐人生。世外桃源是存在的，就看你想以怎样的方式生活。但无论如何不要忘了，要以一种孩童般的纯真对待生活，不要迷失在成年人复杂的泥沼里。古人道“有境界者，则自成高格”，人生最高的境界，其实就是纯真自然。

用美丽战胜全世界 电影中的十大“妓女”(图)(9/3138)

思团团 只看此人 在线等级:8 2008.05.26 17:57

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:03

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:05

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:08

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:16

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:19

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:24

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:27

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:28

社区档案

发消息

QQ空间

思团团 只看此人 在线等级:8 2008.05.26 18:29

社区档案

发消息

QQ空间

进黑名单

最令人心碎的“妓女”费雯丽

    费雯丽美丽得无需才华，而她的才华又使她不必这样美丽。

    《魂断蓝桥》(Waterloo Bridge)是战争时期一首催人泪下的爱情绝唱。二次大战初期，贵族出身的英军上尉洛依（罗伯特·泰勒饰）与出身卑微的芭蕾演员玛拉（费雯丽饰）在滑铁卢桥上邂逅，彼此相爱。就在婚礼前夜，洛依奉命出发，而玛拉又被剧团团长解雇。不久，玛拉在报上看到洛依阵亡的消息，悲痛欲绝。为了生存，她沦为妓女。在火车站上她与生还的洛依相遇，洛依依然深爱着她，在婚礼举行在即，玛拉为了维护洛依及其家族的荣誉，在滑铁卢桥上向疾驶的汽车扑去……

    “天长地久有时尽，此恨绵绵无绝期!”“雅致绝美，感人至深，痴男怨女，真爱永恒。”这是《魂断蓝桥》的中文注脚。

    《魂断蓝桥》是费雯丽1940年的作品，但它在当时的美国并不很成功。玛拉是费雯·丽不经意间演绎的角色，她本人十分喜爱，特别是片中的插曲，她曾希望在她的葬礼上弹奏这支曲子。1951年费雯主演了她的第二部获奥斯卡奖的影片《欲望号街车》，也许入戏太深，加上紧张的工作，不久费雯染上肺病。尽管她与丈夫劳伦斯曾是公认的最幸福、最般配的夫妇，但劳伦斯无法忍受自己歇斯底里的妻子，1960年他们正式离婚了。

    生命的另一半弃她而去，病痛不时折磨着她，惊人的美貌迅速地逝去。可是，无论如何让人抹不去——《乱世佳人》中满脸泪流、倔强、精致的脸，《魂断蓝桥》中，她的背影的孤单与凄婉，渐去渐远……

vs2003错误集合!

在使用vs2003的过程,遇到了许多的问题,也查了很多的问题.一些解决了,一些也较难找到答案,望哪位高手将自己曾碰到过的并解决了的所知道的错误贡献一下.

问题补充：你的这篇文章我在CSDN的blog上看到过了..不过还是要谢谢了..

在补充一点:vs无法识别web服务器上的asp.net版本??

还有就是vs跟sql的连接好象出现了问题,不知道这跟上面的错误有没有关系!!

提问者： wzdxyuwenm - 助理 二级

最佳答案

昨天到今天搞了一整天,把人都要差点搞崩了! ,以后再也不能乱关机了,因为这次的大意,几乎所有的Net安装，调试问题都被我碰到了，还好，我一个个把他记录下来了，同时，在CSDN找了一些相关的解决方法，不敢独享，供大家相互学习交流之用。

起因是这样的，机子运行IE时假死，我用着不爽，就二话不说热启动,结果就出事了。

重新打开正在Vs2003.Net里面正在作的项目时，老半天没反应，机子变得异常慢，当然，出于职业的敏感，马上来了个Ctrl+Alt+Del，这下不好，CPU占用100%，一直高居不下,运行IE，老半天没反应。第一直觉，是不是中招了？

速度至上，关机重新启动，立马打开KV2006正版杀毒软件，杀了再说，将近2个小时的折磨，我的机子冰清玉洁，一个毒瘤的影子也没有（绝对没有毛片，我是五好青年）!乍会这样？再打来了个Ctrl+Del+Alt,查看任务管理器，看下有没有"外星人"侵入我方领土,在百度上看到windows这个任务管理器比较水，于是我又去下了一个据说是比较拽的aports来进行进程分析，起初怀疑是svshost.exe被强奸了！（很多文章说win2000只有2个这个东东，而我的走出了三个），把他close掉了，CPU还是100%,一个个进程都关了，结果还是一样的.----这样第一个可能性：机子中招了的可能性被排除！

由于一开始没有任何提示，只是CPU受折磨，但打开vs2003正常，我试着打开其它项目居然正常!难道是我的程序出问题？二话不说，把昨天的备份程序搞出来（这可是运行正常的），将现在的源文件重命名，把备份搞进去（我经常这样做，以前没有出现什么错），重新启动，打开project，问题依旧。。。。 第二个可能性：程序出问题的可能性也被排除!

难道就这样被折磨？在CSDN上发了一个求教贴，没有能够得到好的解决方案。总不能老等吧！

有网友说是用了代理上网而造成这个问题，我这机子重来没有用代理上网过啊！还有网友说是不是一些BT之类，电驴之类所造成的CPU资源问题，我二话不说就否定了，小生我从来不用BT电驴之类，乍会呢？还有一个网友贴到让我把SMTP虚拟服务器先关了，再启动，我按照他的方法试了一下，还是不行啊！新建项目呢？？我一时没想到这个方法，可以新建一个项目把原来的代码引用过去就行啊！脑子里闪过一丝念头，打开Vs2003.Net,新建项目，KAO，完了，没动静，死了。又看了一下Ctrl+Alt+Del, CPU100%没得说，一条直线正在我眼前持续的划过......

我开始怀疑是不是IIS在作怪？？发现在IIS下打开原来的项目也不行，CPU居然也是占用100%!反正都要死了，不搞白不搞，搞一下才知道。于是，重启机子，我把原来建项目时IIS自动所对应的虚拟目录删除掉，同时新建一个不同命名的项目，这下又出现了新问题：

无法找到脚本库：/aspnet_client/system-web/v1.14322/webuivalidation.js

这个问题不难，很好解决:

方法就是:

点击开始→运行：c:\winnt\microsoft.net\framework\v1.14322\aspnet-regiis -c

OK

这个问题解决了，我又觉得我应该把现在这个项目命名为原来的项目名称才行，这样重新引用原来的代码，应该就可以解决了吧！废话少说，行动再说----结果！不行!又恢复到原来的CPU100%了

郁闷，搞得自己有点窝火了！关机,重启第48次，我再打开VsNet2003,绝望中，反正都死了，死也要看到乍么个死法才行，我就打开这项目，等他CPU运行，看最后的结果是什么！蜗牛般的运行（状态栏中有“正在打开web服务器之类的文字提示)。。。大约过了30分钟（我泡的茶都喝了两大盅了），跳出一个对话框:

Visual Studio 无法创建或打开应用程序，因为此计算机没有运行web服务器，请先启动Web服务器，再继续下一步的操作

这这这简直是放屁，我的IIS明显打开的！在CPU100%的情况下，我又耐着性子，重新打开IIS查看一下，并重新启动一下IIS。同时在另一台机子上百度相关资料，有人说要把：wwwroot文件夹访问权限设置为everyone，这个没起到作用，因为我这文件夹本来就是共享出来的（当然，可能是针对的问题不同）。方法是:

权限问题，可能asp.net用户不具有对wwwroot的写操作。

解决途径：try:

控制面板--》管理工具--》计算机管理--》本地用户和组

然后将aspnet用户添加到管理员组。

经过这般折磨之后，我索性再次重启机子，看看这VS2003.Net又有什么新的不良反应出现，嘿，还真出现了

新的错误提示.

IIS 默认网站的主目录;本地路径设

置为“C:\Inetpub\wwwroot”。在局域网上，客户机可以用“http://localhost/Mydir/index.aspx”访问。为了方便客户机访问，我把IIS 默

认网站的主目录>本地路径设置为“C:\Inetpub\wwwroot\Mydir”。此时，客户机可以用“http://localhost/index.aspx”访问。但是，我在

VS.NET 2003 开发环境打开此项目（MyWeb） 时，出现如果如下问题：

无法从 Web 服务器获取项目文件。无法打开 Web 项目 “MyWeb”。文件路径“C:\Inetpub\wwwroot\Mydir”与URL

“http://localhost/Mydir”不符。这两者需要映射到相同的服务器位置。

HTTP 错误 404: Not Found

还有两个选项:

你希望做什么:

1使用不同的文件夹共享路径重试

2.尝试通过FrontPage服务器扩展打开项目

我想,这个问题应该是虚拟路径上的问题,对着其提示的路径,我打开IIS,发现默认站点的路径C:\Inetpub\wwwroot\,同时我的项目的路径也是正确的.无意中发现CPU也不占100%了,看来原来的问题是解决了,可新问题又出来了,就是没折,先CSDN一下社区的看有没相类似的问题,还好,一大堆的方法;

方法1.进入IIS->默认网站->右键点“属性”－>目录安全性->身份验证和访问控制->编辑->将你的匿名登陆账户改为 Administrator 并输入密码

这个我试了,没有用啊

方法2::重装IIS

打开 Windows 组件向导。

单击“组件”中的“应用程序服务器”，然后单击“详细信息”。

在“应用程序服务器”对话框的“应用程序服务器的子组件”下，单击“Internet 信息服务 (IIS)”，然后单击“详细信息”。

在“Internet 信息服务 (IIS)”对话框的“Internet 信息服务 (IIS) 的子组件”下，执行以下任何一项操作：

要添加可选组件，请选中要安装的组件旁边的复选框。

要删除可选组件，请清除要删除的组件旁边的复选框。

单击“确定”，直到返回到“Windows 组件向导”。

单击“下一步”，然后单击“完成”。

这个我还是留着最后来用吧

方法3:选择"文件"菜单-->"打开Web上的项目",然后找到你放项目的磁盘(如e:\webfile)下,然后打开扩展名为.vbproj(cs的项目也类同).注意:不要打开.sln.

接下来重新生成解决方案就可以了.

这个我试了,好像也没作用,因为新建项目也不行,原来的也打不开

我就是用这个方法解决的

方法4:

A:1。打开IIS管理器。

2。右键点击"Default Web Site"并选择Properties.

3。 点击"Http Header".

4。 点击"MIME Types".

5。 点击“New”。

6。 在Extension中，输入".tmp". (不需要引号）

7。 在MIME Type中，输入 "Temp". (不需要引号）

唉,搞了老半天,终于搞出来了!在VS.net2003中的一些错误让我们百思不得其解,为了让大家在面对这些问题时有些招数,我就顺便把一些常见的问题都搜出来了,解雇对大家有帮助.

问题一:不能创建web应用程序

来源:http://dev.csdn.net/develop/article/19/19725.shtm

1、当站点主目录没有创建应用程序：

通过FP扩展+虚拟目录的方式来建立WEBAPP,步骤如下：

（1）、右击站点---所有任务--配置服务器扩展

（2）、建立虚拟目录***，并使其配置应用程序

（3）、在VS中建立WEB项目，名称也为***

（4）、通过通过FP扩展来建立WEB

2、当站点主目录创建应用程序：

第一种方法--FP扩展：

（1）、右击站点---所有任务--配置服务器扩展

（2）、在VS中建立WEB项目，名称自己随便定

（3）、通过通过FP扩展来建立WEB

第二种方法--WEB共享：

（1）在IIS中将IP地址改为全部未分配

（2）将地址改为127.0.0.1或LOCALHOST

3、还不能建立时请试用下列方法：

（1）“站点”---右键---“属性”---“所有任务”---“重新计算 Web 上的超链接”

然后在vs.net下通过frontpage服务器扩展创建

（2）指示要通过文件共享直接访问 Web 服务器上的项目文件；不需要在该服务器上安装 FrontPage 服务器扩展。

安装 Visual Studio .NET 时，将创建一个“VS Developers”（VS 开发人员）用户组，并授予该用户组对 inetpub\wwwroot 文件夹的读/写权限。想使用计算机上的文件共享创建 Web 项目的任何用户都需要添加到“VS Developers”（VS 开发人员）用户组中。新建的“VS Developers”（VS 开发人员）组没有任何成员，所以，即使是安装 Visual Studio 的用户，也必须手动将自己添加到这个组中。

如果不希望将 Visual Studio 安装到服务器上，可以通过 Visual Studio 安装程序仅安装服务器组件，以创建“VS Developers”（VS 开发人员）组。

（3）win2003下：

在VS.NET中，为了测试URL和UNC, VS.NET会在目录下面生成一个.tmp文件，然后通过HTTP对该文件发出请求。但是在IIS 6中，出于安全考虑，tmp文件没有注册，默认情况下，会被block然后产生HTTP 404错误。

解决这个问题，请您参阅下面的方法：

1。打开IIS管理器。

2。右键点击"Default Web Site"并选择Properties.

3。 点击"Http Header".

4。 点击"MIME Types".

5。 点击“New”。

6。 在Extension中，输入".tmp". (不需要引号）

7。 在MIME Type中，输入 "Temp". (不需要引号）

还有一种解决方法，您可以使用下面的命令行：

%systemdrive%\inetpub\adminscripts\adsutil.vbs set w3svc/1/root/MimeMap .tmp,temp

在创建Web Application时，VS.Net需要在创建路径下创建后缀名为.tmp的临时文件。

当VS.Net创建好项目之后，就会以HTTP的方式向Web文件夹寻求项目文件，同时也寻求临时文件。由于windows2003在某些安装步骤下的IIS没有把.tmp文件设置为MIME类型，所以IIS向VS.Net返回了未知文件类型的错误，即找不到文件。所以VS.Net认为你的IIS路径设置不对。

问题二:aspx项目不能调试

原因及解决办法

1、已经启动了一个调试进程（同时打开了两个项目，且有一个已经在调试）：同时只能启动一个；

2、配置文件中debug="false"：改成true；

3、虚拟目录没有建立应用程序（或者名称为空）：在虚拟目录属性中“应用程序”点击创建

4、项目配置为Release：点菜单“生成”－配置，选择“debug”

5、“你没有调试服务器权限”：修改IE的安全设置，“自动使用当前用户名和密码登录”

问题三:Automation 服务器不能创建对象

原因及解决办法

1.：修改注册表([HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{0D43FE01-F093-11CF-8940-00A0C9054228}\ProgID]

@="Scripting.FileSystemObject")，将FileSystemObject改成一个任意的名字

2.运行Regsvr32 scrrun.dll

问题四:无法在Web服务器上启动调试

原因及解决办法

1.Web应用程序是否具有Web.config文件?Web.config文件是否通过将debug 属性设置为true?

2.是否是“调试器用户”(Debugger Users)组的成员?

3.IE的Internet选项->安全->Intranet->自定义级别->用户验证的“自动使用当前用户和密码登录

问题五:

Web服务器报告了以下错误：“Http/1.1 400 Bad request

原因及解决办法

1.有两个ip地址。所以localhost出错,把iis里面的ip地址改成“全部未分配”就行

2.第一步将Asp.net在IIS中重新注册，运行如下命令： aspnet_regiis -i

第二步：进入IIS管理器，将“默认网站”－“属性”－“网站”，将“IP地址”改为“（全部未分配）”；点击“WEB服务扩展”，将“ASP.NET v1.1.4322 ”改为“允许”。

问题六:在下列情况下，Microsoft Visual Studio .NET 2003 无法打开现有的 ASP.NET 1.1 Web 项目： ? 在“Web 服务扩展”列表中将 ASP.NET 1.1 设置为“禁止”。

- 并且 -

在“Web 服务扩展”列表中将 ASP.NET 1.0 设置为“允许”。

并且 -

计算机正在运行 Microsoft Windows Server 2003。

当您尝试创建一个新的 ASP.NET 1.1 项目时，可能会收到以下错误信息：

Visual Studio .NET has detected that the specified Web server is not running ASP.NET version 1.1.You will be unable to run ASP.NET Web applications or services.

原因及解决办法

请在 IIS 6.0 中的“Web 服务扩展”列表中将 ASP.NET 1.1 的状态更改为“允许”。为此，请按照下列步骤操作： 1. 单击“开始”，指向“程序”，然后单击“控制面板”。

2. 双击“管理工具”，然后双击“Internet 信息服务 (IIS)”。

3. 单击“Web 服务扩展”。

4. 在细节窗格中，单击“Web 服务扩展”列表中的“ASP.NET v1.1.4322”。

5. 单击“允许”以将状态从“禁止”更改为“允许”。

如果你的IIS不是6.0的版本。可以使用如下方法：

-开始-所有程序-Microsoft Visual Studio .NET2003-Visual Studio.net 工具-Visual Studio .NET 2003 命令提示

打开上面的Cmd命令窗口后，输入：aspnet_regiis /i

问题七:尝试打开web项目,web服务器报告以下错误:http/1.1 500 Internal server error

原因及解决办法

1.使用代理上网

2.regsvr32 script.dll

3.第一步:先用添加/删除程序,把IIS组件中FRONTPAGE扩展服务,重新安装一遍.

第二步:到管理工具,INTERNET选项,默认站点,右键属性.主目录.把写入权限勾上,单击创建.确定

4.运行Regsvr32 scrrun.dll

问题八:

vs.net已经检测到制定的WEB服务器运行的不是ASP.NET1.1版，你无法运行ASP.NET WEB应用程序或服务

原因及解决办法:

1.原因:将IIS中“默认web站点”删除，自己新建了一个站点，运行正常，就是无法编译，新建也不成，出现非1.1版本错误，以前出现错误是因为，服务器使用了固定IP，而管理员将属性中的IP地址为指定的ip地址.

解决方法:1.当然先确定一下，是否真的装了1.1的版本，查看路径 C:\WINNT\Microsoft.NET\Framework\v1.1.4322 ,重新安装 aspnet_regiis,确定你的“Internet信息服务”中使用的是“默认web站点”并且其属性中的IP地址为“（全部未分配）”，而不是你己指定的ip地址,IE使用了代理的话，把 Bypass Proxy Server for local adresses勾上,

另:aspnet_regiis 的参数

问题九:http重定向请求失败

原因:是否在程序里面采用Forms验证,修改web.config里面的相关验证设置

问题十:vs.net开发asp.net新建项目时提示“无法与服务器建立连接

IIS的问题

运行C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\aspnet_regiis.exe -i

问题十一:试图运行项目时出错:无法在web服务器上启动调试.未能启动Asp.net或Atl Server调试

解释说明

http://support.microsoft.com/?scid=kb;zh-cn;318465

在DOS命令窗口运行

进入WINNT\Microsoft.NET\Framework\v1.1.4322

cd C:\WINNT\Microsoft.NET\Framework\v1.1.4322

执行aspnet_regiis.exe /i

问题十二:VS 2003 新建项目时出现错误提示： VC 软件包不可用或未注册

要解决这个问题，需要运行Visual Studio .NET修复程序。由于修复程序会强制注册一些安装程序中没有被注册的项目，因此能更有效地解决这个问题。

按照下列步骤运行修复程序：

在开始中,指向“设置”，点击控制面板，然后点击“添加/删除程序”；在列出的已安装程序列表中，点击Visual Studio .NET，然后点击“更改/删除”；点击Visual Studio .NET安装对话框1 2 3项目中的第二项；

点击“修复/重装”，然后按照屏幕提示操作。

更多相关信息：重现这个问题的做法

要重现这个问题，最好有装在独立分区上的两个操作系统，两个Windows XP Professional会达到这个目的。

1、在一个操作系统下安装Visual Studio .NET；

2、在另一个操作系统下Visual Studio .NET，安装过程中改变安装的缺省路径，以匹配第一次安装的路径。(两次安装结果都会宣告成功)

3、然后启动第二次安装的Visual Studio .NET(你就会发现这个问题的重现)。

这种安装形式是永远不推荐的，即使两次安装选项完全相同，而且你也会以此节省磁盘空间，但这种方法出现潜在问题的机会是很大的。如果一个Visual Studio .NET改变了文件和注册选项，这些改变不会记录到另一个Visual Studio .NET中，以致造成出现不可预料结果的潜在危险。

另外，如果在重装系统后再重新安装VS.NET到重装系统前的相同目录下（没有删除此目录下原来的文件），也有可能会出现“VC软件包不可用或未注册”这个错误提示！

问题十三:尝试运行项目时出错：无法在 Web 服务器上开始调试

问题及解决方法:

1.调试 ASP.NET 项目

检查项目是否有有效的 Web.config 文件，Web.config 文件是否将“debug”设置为“true”，以及 debug 谓词是否与 .aspx 关联

2.调试 ISAPI 应用程序

调试 ISAPI 应用程序需要特别注意设置步骤。调试准备的一般步骤包括：

为服务器应用程序创建解决方案，带有交互运行服务的选项。

在“用户管理器”中设置权限。必须注销并重新登录以使权限生效。

停止并重新启动服务。

3

step1:.集成window身份验证

右击"我的电脑"->"管理"->"服务和应用程序"->"Internet信息服务管理器"

->"网站"->"默认网站"->"属性"->"目录安全性"选项卡->"身份验证和访问控制块"->"编缉"->选中"集成windows身份验证"(针对win2003系统,其它系统大体相同)

step2.集成身份验证后，对匿名用户使用下列windows用户帐户，

用户名为 机器名\IUSR_机器名，密码系统自动添加。此用户属于Guests用户组，不能更改。

匿名访问 Internet 信息服务的内置帐户

step3.登录用户隶属于Debuger Group组和Adminstrator组(调试权限和对文件完全控制权限), ASPNET用户隶属于Administrator组(操作apsx文件权限)

step4.在IE里 自动使用当前用户名和密码登录(要注销重新登录才有效)

"工具"->"Internet选项"->"自定义级别"->"自动使用当前用户名和密码登录"

step5.检查 “保持HTTP连接”复选框是否选中，如果没有，选中。

step6:.没有创建应用程序

控制面板——>管理工具——>Internet信息服务——>找到你的项目

——>属性——》虚拟目录 选项，下面有一个 <应用程序名>，后面有一个<按钮>，

看一下是创建还是删除，如果是创建，点击一下，按钮就会变为删除，然后保存.

在程序的vs.net的vs.net tool 的 vs.net command prompt下 查询参数 aspnet_regiis /all

专家提供：

回答者： 王玮 - 软件专家 11-20 19:36

评价已经被关闭    目前有 0 个人评价

好 50% （0）

不好 50% （0）

vs2003 错误 集合 &8226; C#语言 asp.net 图书的购物车 我用VS2003开发的，...&8226; 关于VS2003和VS2005&8226; VS2005与VS2003相比较???&8226; C#高手请帮帮忙&8226; 求VS2003中文版下载地址

http://www.diybl.com/course/4_webprogram/asp.net/asp_netshl/2008513/115896.html

*****************************************************************************

1.Microsoft .NET Framework 3.0

         下载地址

http://www.microsoft.com/downloads/details.aspx?FamilyID=10cc340b-f857-4a14-83f5-25634c3bf043&DisplayLang=zh-cn

2.由于利用VS.net2005开发工作流，必须在Windows Workflow foundation的基础上进行开发，所有在配置sharepoint工作流开发环境前，必须安装该插件。

下载地址

http://www.microsoft.com/downloads/details.aspx?

欢迎光临DIY部落,点击这里查看更多文章教程

--------------------------------------------------------------------------------------------

FamilyID=5d61409e-1fa3-48cf-8023-e8f38e709ba6&DisplayLang=zh-cn

         此时我们在VS.net2005中已经可以看到Workflow的开发模板了（图1）

现在VS.NET2005已经可以开发工作流应用程序和一些Activity库

3. 安装 Office SharePoint Server 2007 SDK

安装好后，打开VS.net2005可以看到，项目模板中多了SharePoint

文章整理:DIY部落 http://www.diybl.com (本站)

--------------------------------------------------------------------------------------------

现在我们可以直接用VS.net创建sharepoint工作流

DIY部落 http://www.diybl.com (本站)

--------------------------------------------------------------------------------------------

文章搜索：   

图标也变了，这个类是继承Microsoft.Sharepoint.WorkflowActions.可以直接双击进行可视化的工作流开发，可是双击打开时却发现又会有错误提示：

Workflow1.cs

MOSS服务器上去搜索，但是你会发现怎么搜索都找不到Microsoft.Sharepoint.WorkflowActions.intl.dll这个类库，但是在MOSS服务器上C:\WINDOWS\assembly\中可以看得到这个程序集，就用命令行直接从assembly中直接拷贝一份出来

错误提示是不到程序集，再到

在命令行中使用

dir C:\WINDOWS\assembly

欢迎光临DIY部落,收藏本篇文章

--------------------------------------------------------------------------------------------

在assembly中，类库的路径名格式一般是：

Assembly\GAC_MSIL\程序集名称\版本__公钥标记\类库名

所以我们执行：

copy C:\WINDOWS\assembly\GAC_MSIL\Microsoft.SharePoint.WorkflowActions.intl\12.0.0.0__71e9bce111e9429c\Microsoft.SharePoint.WorkflowActions.intl.dll C:

直接把我们需要的类库复制到C:\目录下，类库已经得到了，使用【Visual Studio 2005 命令提示】注册到开发环境内，重启一下VS.net2005可以打开视图编辑了，工具箱里也出现了sharepoint工作流控件，看似一切都已经解决了可以进行MOSS工作流开发了，但是可能MOSS工作流控件可能还存在着对某些程序集的依赖，但是我们开发环境内却没有注册这些程序集，使得在可视化开发环境中常会出现一些莫名其妙的错误，比如控件无法拖动，删除，添加，属性更改发生异常等等。

在开发过程中，总结sharepoint工作流的开发许下以下这些类库，这些类库都可以在MOSS服务器上找到，只要注册好这些类库，利用VS.net2005直接开发MOSS工作流，而无需在MOSS服务器上开发，只要编译好后部署到MOSS服务器上就行了 (蓝色代表实验中已经引入的类库)

--------------------------------------------------------------------------------------------

T: black 1pt solid; PADDING-RIGHT: 5.4pt; BORDER-TOP: black 1pt solid; PADDING-LEFT: 5.4pt; BACKGROUND: #bfbfbf; PADDING-BOTTOM: 0cm; BORDER-LEFT: black 1pt solid; WIDTH: 517.35pt; PADDING-TOP: 0cm; BORDER-BOTTOM: black 1pt solid" valign="top" width="690"> Microsoft.Office.Server.dll Microsoft.Office.Workflow.tasks.dll Microsoft.SharePoint.dll Microsoft.SharePoint.Library.dll Microsoft.SharePoint.Security.dll Microsoft.Sharepoint.WorkflowActions.dll Microsoft.Sharepoint.WorkflowActions.intl.dll Microsoft.SharePoint.WorkflowActions.intl.resources.dll

配置开发环境本身比较简单，但是有时候会遇到一些莫名奇妙的错误，却无从下手，所以贴出，希望大家少走点弯路

文章整理:DIY部落 http://www.diybl.com (本站)

--------------------------------------------------------------------------------------------

D语言论坛 D语言编辑器SciTE4D D语言DWin库  D Links  D语言官方网站   D编译器DMD下载   D语言开源社区   D语言新闻组   D语言Wiki   The One With D

目 录 &8226; D语言介绍 &8226; D语言入门 &8226; D语言IDE &8226; D语言实用库 &8226; D语言GUI &8226; D语言QQ群 &8226; 联系我们

什么是D语言 : C++复杂度的30% × C++功能的70% × Ruby开发效率的90% = D

D语言介绍

http://bbs.d-programming-language-china.org/thread-466-1.html

D语言论坛即日起启用新地址, 点击访问：

http://bbs.d-programming-language-china.org