(万科企业管理)万科解决方案

（万科企业管理）万科解决

方案

一个Windows2000AdvanceServer只送两个CAL，如果你需要有三个人同时连到一个服务器上，就需要掏钱买一个CAL了。开发人员并不需要对服务器进行完全的访问，所以不需要为每个开发人员买一个CAL。开发人员经常要管理SQLServer，SiteServer，IIS，这些服务器都可以进行远程管理。

开发环境

万科把整个团队的开发环境建立在Windows2000之上，开发人员使用Windows2000Professional作为开发工作站，所有的机器都在同一个域的控制之下。这样使得整个团队能轻松地共享资源。

整个开发环境使用开发/生产（development/production）架构，即开发环境与生产环境完全分开，所有的开发只会影响到开发环境。开发的代码，网页，数据库等只有在开发WebServer（术语称为StagingServer），开发数据库上通过严格的测试之后，才能被发布到生产系统上。

微软的ASP（ActiveServerPages）技术作为一种主流服务器端的开发技术，确实非常好用，开发人员经过很短时间的培训，就能写出非常复杂的服务器端代码。开发人员使用VisualInterDev6.0作为ASP的开发环境。开发组的一致意见认为，微软的集成开发环境不仅能提高工作效率，而且最重要的是，能明显降低代码的出错率，程序的调试也非常方便。软件的质量无疑是系统稳定运行的最重要因素之一。

微软的ASP技术访问数据库非常方便，利用ADO（ActiveDirectoryObject）这种面向对象的技术，开发人员可以透明地开发出高效率的数据库访问代码。而且，利用系统提供的数据库连结池技术，ADO的连结可以直接从连结池中获得，从而使数据库的访问速度得到极大的提高。

开发人员随着开发过程的深入，越来越喜欢使用微软的开发技术，微软的COM技术，实现了C++类不能实现的可执行代码级的代码重用，使开发人员可以利用许多别人开发的组件来增强程序的功能。例如开发人员在实现网上商城，大宗交易的过程中，使用了许多SiteServer所提供的组件，使得许多非常复杂，容易出错的业务逻辑很轻易的就实现了。

微软有一套较完整的Web开发工具，功能代码编写人员通常用VisualInterDev按照程序经理的概念设计设计出功能雏形，功能雏形中包含了实现系统功能的所有代码，同时，美工设计人员用FrontPage同样按程序经理的设计来设计最终页面，其间不断地和功能代码人员进行沟通，修正。当然，美工人员还需要使用一些美工专用工具，例如Adobe公司的PhotoShop，来进行图形处理。通常美工的页面第一版会先于功能代码完成，在功能雏形做完之后，功能代码人员就会把美工设计的页面直接拿到VisualInterDev中进行整合，即合页面的过程。

VisualInterDev最好用的地方在于它与IIS，VisualSourceSafe，SQLServer的结合，这一点太重要了。没有VisualSourceSafe这样的合作开发系统，源代码控制系统，很难想象开发团队的合作开发要走多少弯路。开发人员对代码可以放心的随意改动，所有的工作由VisualSourceSafe来控制，绝对不会有两个人在同时修改同一个程序。大家只要对代码做及时的签入签出，不用担心代码改错，最差情况恢复到以前的版本就行了。VisualSourceSafe对所有的历史版本都有记录，你还可以对比不同版本之间的不同，分析出问题的原因。VisualInterDev可以直接操作数据库，例如建表，修改表，编写并调试存储过程等，开发人员对此的体会也非常之深。

开发人员完成的代码，由测试人员测试确认之后，在程序经理的同意下，就可以发布到生产系统上去了。利用SiteServer的发布功能，发布的工作轻易就可完成。通过向导程序就可以建立多个发布工程（project），我们通常为前台系统做一个工程，为后台管理系统做一个工程。以后，当需要发布程序时，只需要一个键就可以自动完成，也可以按照预定的时间自动发布，这对于新闻，信息站点尤其有用。发布可以保证只有修改过的程序才被发布，还可以加过滤条件，保证有的程序不被发布，例如站点根下的等配置文件就不能发布，因为其中包含了我们的数据库连结变量，开发系统与生产系统是不同的，他们连到的是不同的数据库。也可以做增量复制，即目的地有的内容不会因为源地没有就被删除掉。

会员管理和个性化

万科在建立“住宅联盟”的商业模式的时候，就决定立足于实际，不盲目追求点击数。所以决定采用严格的会员制的模式，会员分为采购商和供应商，供应商和采购商可以自由在“住宅联盟”网站进行注册，但注册之后并不等于就能成为网站的会员。注册的条件非常严格，并需要经过两次审核之后才能成为网站的正式会员。这样才可能基本保证交易双方能比较放心地进行实际的交易。

“住宅联盟”的会员放在SiteServer的LDAP（轻量级目录访问协议）目录中。由于使用了LDAP这种先进的目录结构，给会员的管理带来很大便利，例如会员的分组，会员和组的属性扩展。“住宅联盟”把每个会员作为一个组，每个会员可以有任意多个操作员，操作员有不同的角色。会员成功注册之后，只有一个管理操作员，会员的管理操作员可自行为该用户增加其他角色的操作员，例如招标书撰写员，招标书审核员，合同谈判员，合同签署员等。

在网站的主页上，用户是用操作员名和各自的密码进行登录，登录成功之后，系统会显示出登录的公司名和操作员名，一目了然。

根据登录人的不同，系统会显示个性化的页面，例如同一个页面，没登录时，采购商登录后，供应商登录后可能看到的会是完全不同的内容。而即使是同一个用户，但不同的操作员登录，其页面也会有不同，例如标书撰写人和标书审核员看到的页面就可能是不同的。当然如果一个操作员既是标书撰写员，又是标书审核员，他就能看到这两种角色都能看到的内容。

这种看上去非常复杂的个性化页面，利用SiteServer，就能够较快的实现。SiteServer提供的ADSI组件，AUO组件使得程序非常容易地获得访问页面的用户身份，及其属性。这还离不开SiteServer和IIS的结合。用户可以在一台机上，建立多个SiteServer的个性化和成员实例（PersonalizationandMembership），每个个性化和成员实例会对应于一棵LDAP树。IIS可以任意绑定到（术语也称为映射到）一个个性化和成员实例，当做了绑定之后，Web站点的管理界面中就多了成员认证的功能，对需要成员身份才能看的页面，只需在管理界面中对该页面的属性中做一下设置就可以了，而无需在页面中写用户认证代码，只需写对不同用户的个性化代码就可以了。

网上招投标

在做最初的系统设计时，“住宅联盟”想采用较简单的方式，标书是招投标双方能看懂的文件格式就可以了。标书采用下载，上传的方式。但后来发现这种方式具有许多缺点，对网站设计人员固然能大大减轻设计的工作量，但太简单，标书不规范，容易出错，有小小的改动都需要删除已上载的文件，重新上传，统计分析困难，网站起的作用有限，不能提供给用户一个真正的商务平台。大家一致认为专业网站的发展趋势一定不会只是向用户提供一个查阅信息，交换信息的场所，而是用户真正的工作平台。就像现在谈的比较多的.NET的概念。所以，“住宅联盟”修改了最初的设计，把标书的撰写工作全部放到网上进行。招标书的撰写被分为十一大步，每个大步中有若个填写内容，还可以上载附件。给用户的感觉就好像填空一样，非常方便。许多条款还有参考内容，例如违约条款，系统已为用户提供了很多模板，用户只要选择其一就可以完成该条款的填写，也可以在此基础上再做修改。这样生成出来的标书，内容准确，规范，但又提供了足够的灵活性。

用户撰写标书时，可以从一个空白标书开始，也可以在一个过去已完成的标书的基础上修改，用户在写第一个标书时可能要花点时间，但以后的标书可能就是挥手之间了。

标书撰写完成，要通过该公司审核人员的审核，才能正式发布。而整个招投标的过程的生命周期，发标，投标，截标，开标，定标都在网上进行，整个过程按照招投标的标准规范进行，具有严格的权限控制，例如开标之前，投标书的内容没有任何人能看到，包括招标方的负责人。这样保证了招投标的严肃性和公正性。

在定标时，定标人能看到各投标商的投标对比，优点缺点一目了然。整个过程还提供了招标参与人提意见的场所，所有的意见全部记录在案。定标决定的做出过程，总经理可以看得清清楚楚。

在定标之后，如果招标方愿意，可以直接进入网上签约流程。

网站设计人员感到，这样的设计非常困难，条件判断非常复杂。但网站管理人员，以及被访问的使用者（采购商，供应商）绝大多数都认为，这是真正能为使用者带来价值的设计。

网上签约

网上签约也是“住宅联盟”的一个重要内容，该功能是许多其它功能的一个汇集点，例如网上招投标，网上商城等。许多功能到最后都需要一个合同谈判，签约的过程。

合同的生成是其中的一个难点，其思路与网上招投标类似，采用网上填空的办法。但初始合同的生成更加复杂一点，初始合同可能来自于招投标，可能来自于网上商城，也可能来自于过去已签署的合同，当然还可以从空白合同开始。

谈判过程则采用网上讨论板的形式，在权限的控制下，相关人员可以在网上进行非实时的谈判。谈判人员边谈判，边做修改。谈判过程中，所有的合同一经修改，修改之前的版本就成为历史合同，所有的历史合同全部记录在案，在谈判过程中可以随时与当前合同进行对比。如果合同是从标书生成的，标书也会附在合同上，用户想看，可以随时点击调出来看。

最后，合同签署人可以在网上签署合同。

项目跟踪，合同跟踪

为了给采供双方对在建地产项目有更全面的信息，采购方可以在“地产热线”中公布其在建地产项目，里面包括了该项目的详细信息。而更重要的是，双方相关人士，例如管理人员非常希望了解项目的进度，以及发生的问题。在地产热线中，采购商可以在网上随时记录更新其项目状态，所有的记录全部依附于项目，记录的填写人，填写时间都是系统自动产生，与记录内容一起全部记录在案，管理人员可以清楚看到项目的进行大事记。另外，一个项目通常会涉及到许多采购合同。合同签署双方也需要知道合同的履行情况，例如所定的电梯是否已完成生产，是否已发货等。合同跟踪信息由供应商提供，全部记录依附于合同，可供合同双方随时查阅。网上商城

“住宅联盟”把网上商城定位为非常专业的商品快速采购市场。非常专业主要体现在三点：首先，网上商城中的商品是建材产品，可以大到比电梯还大，不象许多其他建材网站的商城，只卖小额商品。其次只有网站后台管理人员才能把商品放到商城中，需要考察其应用情况，质量，厂家可靠性等因素。还有，并不是所有人都可以购买网上商城中的商品，对于网站的普通访问者，只能看到网上商城中的商品介绍，必须是采购商会员才可以购买。

当采购商提交订单时，还不能完成购买，系统会自动根据采购商购物清单中的商品，找到相应的供应商，采购商的购物清单中的商品可能会来自于不同的供应商，系统会对不同的供应商为采购商生成不同的购买合同。然后通知双方来进行合同谈判，网上签约。签约之后才算完成购买。

开发人员使用了大量的SiteServerCommerceEdition所提供的组件，例如订单组件，数据库转存组件，管道线（pipeline）组件等。通过这些组件，开发人员很快就实现了购物流程控制，例如购物篮管理，订单审核流程控制等复杂变数多的商业逻辑。尤其是管道线组件，非常好用，它把商业流程比作装配管道，如果需要加入某个商业逻辑，只需好像装管单一样，加一节管道就可以了，而每节管道具体的实现，可以由一个或多个组件依次完成，商业数据就好像是流水，当流水从管道中流过时，就经过各组件的处理，从管道中的另一头流出时，就成为了处理过的数据。装配管道是在图形化的界面下进行，在页面中看不到管道代码的实现，在页面中只有创建管单线对象的语句，和执行管道线的语句。管道还可以保证在一个事务处理（Transaction）的控制之下，即关到中对数据源的操作，要么全部成功完成，要么回滚（rollback）管道执行之前的状态，好像什么都没做。

开发人员发现，SiteServerCommerceEdition确实是一个很好的电子商务开发平台，特别适合开发人员使用，以快速实现千变万化的商业逻辑。灵活性对一个电子商务站点来说，确实是非常重要的。

MCS（微软顾问服务）

客户在项目中使用了微软的顾问服务，由微软提供顾问，进行系统分析，项目管理。保证了项目的顺利进行。

客户的体会是，对于自身经验不足的客户，如果没有有经验的顾问的服务，很难想象项目会不会触礁。顾问一方面对项目管理有经验，另一方面，顾问还有技能转移的义务（skilltransfer），所以客户感觉受益非常大。在项目结束之后，客户获得了大量的技术知识，项目管理知识，人员的素质有了很大的提高。这是一笔很大的财富。

感谢阅读