Microsoft Tech-Ed 2004 参加感受 之(二)

因为个人的兴趣主要在协作技术和项目开发管理，所以听的课大致分为两部份

(1)    一些有关SharePoint，Exchange，VS.NET 2k5之类的课程。

(2)    有关微软解决方案框架MSF，软件测试，项目管理之类的课程。

多多少少有些收获和心得，以流水帐的方式如下：

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

           SharePoint2k3、Exchange2k3、InfoPath，… etc.

MS Windows SharePoint Services是定位在企业部门或者合作团队的门户上，后台可以和Exchange2003，还有Live Communication 2003配合，推荐是跑在Windows Server System 2003上。感觉虽然SharePoint的推广力度太小，（可能也是因为这玩意比较新，不完善？）很多人不知道。

 

我很看好这个产品的市场前景，因为团队协作确实需要一个公共的地方进行交流和共享的，一个Team十来个人，建个Website吧，性价比太差，而且缺少切近团队交流共享的功能；搭一个FTP吧，功能过于单一；建议个Portal吧，用IBM Webshphere Portal Server？感觉高射炮打蚊子；用Blog吧，工作的，私人的搅在一起，感觉不爽。因为没有实际用过，但是从Demo来看，这个产品应该对于Teamwork支持不错的。

 

还有Microsoft Office System里面的InfoPath，这个也需要单独拎出来说一说。虽然知道这个软件是做Form的，但是我安装Office2k3的时候，还是没有安装。这次从大会上Captaris公司的Teamplate工作流演示来看（呵呵，rickie就是咱们博客园的人），InfoPath用在工作流里面作为表单设计器，应该是很好的选择。我公司里面也做Workflow，采用J2EE平台的。表单是一个很费劲的问题，属于流程处理的边缘功能，但是如果做不好，产品就没法卖。所以大量的力量去用Struts搞Form Library的tag。感觉吃力不出彩。

 

现在有些单位，似乎有些“逢MS必反”的趋势。客户单位上系统的时候总要有几个“技术专家”出来，说：“平台啊，产品啊，不能限制到一个平台上，服务器不能用这，不能用那。”上纲上线，和自己要解决的实际问题，规模，性质基本无关。最后钱也花了，搞出来的东西不好用，员工也不爱用。造成极大浪费。

 

           VS.NET 2k5, C# 2.0，…

孙展波讲的VS.NET 2005下C# 2.0的新特性，感觉不错。还有个小插曲，开讲的时候会场上座率不高，估计也就75％的样子。孙展波心理有些不平衡，说怎么广州上海这堂课都是人爆满，为什么北京的上座率这么差？是不是有什么大牌明星和我撞场啊？呵呵，好在后来陆陆续续又来了不少人，也算爆满了，估计这时候孙展波才找回了些许平衡，呵呵。这些都是玩笑话了。孙展波的课还是很不错的，内容也好，人也精神，底气十足，自信满满的。

 

从Demo来看，这回VS.NET 2k5应该不错，总算也有了Refactoring功能了。要不然， 总感觉VS.NET 2k3在这个功能上，总比Eclipse，JBX什么的低半头。IntelliSense也做的比较牛。好用好用，不过不要像VS.NET 2k3总有小bug就好。(最ft就是按F4属性窗口不出来了，还有导入WSDL，竟然不认识xsd:List类型)

           软件测试、MSF、Team System

软件测试似乎目前是国内所有软件行业的一个通病。大家对于软件测试的重视大多都停留在口头，或是想将其做好又不得其法。听说金山目前的软件产品质量上升就和内部的质量控制改革大有关系。所以这次TechED，我还挑了不少软件开发过程，尤其是建模和团队工作Teamwork的课程。下面摘些某些片断：

 

微软对于软件测试的理解：

n         测试目的：

l         检测质量；（验证它是工作的；验证它是有错误的；）

l         提供信息；（给开发人员；给风险评估；）

n         什么是质量？

l         符合切合实际的标准

l         符合要求，而不是一味追求多么优异

 

随着软件规模的增大，软件开发过程中的复杂度，已经超过个体智力所能。就需要软件测试来为软件开发人员提供必要的信息，从而辅助开发人员整理思路和做出决定。此外，通过软件测试，也可以判断软件成熟的程度，从而帮助公司进行风险评估。

 

软件是一定有bug的，但是追求质量也是需要成本的。所以微软认为软件所要求的质量应该是符合应用实际的，符合客户要求的就可以了。如果对性能或者安全，或者其他方面的质量有特别的要求，没有问题，但是show me the money先。

 

在软件测试的过程中，对于Bug管理，测试人员拥有完全的控制权，测试人员开启bug，然后提取提交“测试－管理－开发”三方人员会议讨论，决定是那类bug（By design, Postponed, duplicate, fixed），采取相应措施后，对于bug是否关闭也是由测试人员决定的。

 

还强调了每日构建中的BVT（Build Verification Test）需要全自动进行。和对于测试用例、运行、报告进行管理。

 

MSF，Microsoft Solution Framework，微软解决方案架构

是微软在软件开发过程中经验的总结和升华。主要是由基本原则＋2个模型＋3个准则，这里只说说基本准则，确实值得仔细体会一下，感觉翻译的也很棒：

           开诚布公；Foster open communication

           目标一致；Work toward a shared vision

           人尽其材；Empower team members

           分工明确，各司其职；Establish clear accountability and shared responsibility

           注重实效；Focus on delivering business value

           灵活应变；Stay agile, expect change

           质量投资；Invest in quality

           总结经验，接受教训；Learn from all experience

 

还介绍了VS.NET 2k5同时发布的VS.NET Team System，实际上可以看作是对MSF实施的一个支撑工具，尽管现在还不是很稳定。但是看到有这样从Architect到Developer到Tester全系列支持的工具，还是感到很兴奋。终于可以告别蹩脚的VSS了，也可以在Together工具挺起腰杆了。对了还有对UnitTest的支持，不知道和Nunit有什么关系？如果要赢得开发团队的青睐，这些东西是一定要的，原来想靠Visio来蒙事根本不行啊。

 

呵呵，絮絮叨叨说了不少。总结一下，微软兼容并包，学习能力很强。无论是开发语言还是其他产品进步很快。个人所见所闻也收获不少。唯一美中不足的就是没有充分的和各位同行交流。回来写写东西，权当弥补吧。

转载于:https://www.cnblogs.com/hillfree/archive/2004/09/21/45229.html