我打算用BPOS实现一些不同要求的网站
一个小型开发小组的计划、任务、实施管理的小协作网站
公司内部基于业务的文档、计划安排、流程等网站
还有一个不知道BPOS能不能实现的功能，就是和VSTS整合
微软的MOSS和BPOS产品都有一个大的问题，到现在我还是很疑惑：微软到底要把这个产品做成是消费类的产品（比如Office Syste套件），还是开发类产品（VS套件）。如果是前者，那么要简单强大，开箱即用。至少你提供的标准功能能满足用户大部分的工作，可惜MOSS和BPOS还没有强大到这点。如果是后者，那不能让开发人员在二次开发的过程中太苦恼，可惜这点也没有做到。
MOSS配合SD可以实现自定义，BPOS是否可以我还不晓得。我在使用MOSS完成个性化的时候有些最基本的原则，对BPOS同样这样考虑
- 优先考虑管理配置实现功能、
- 其次考虑外围功能实现
- 最后才动用代码手段
先看下这个小组的效果图啦
在设计网站的时候，我登录的角色应该是admin或者是有管理员能力的用户。现在你看到的是该小组的协作网站。
右侧是我们公司的logo（说到弄这个logo，我又是满腔无奈，从MOSS开始就。。。。等下BPOS小组的同事们教我哦）
下面是连接到我们公司的两个地址。主页：www.witshare.org，社区是www.witshare.org/bbs，这里show一下，主页是完全用asp.net开发的，很多数据都是通过配置文件实现的，所有的数据呈现都用了listview，而且也蛮严格实现了W3C的要求（不过近期打算用ASP.Net MVC重写整个网站，并且希望可以用上Linq、JQuery、Entity Framework、Dynamic Data、Silverlight、RSS、openTaobao），全面体验MS的技术产品。BBS是基于community server实现的，我没有作改动，不过CS还不是很符合中国人的使用习惯。恩，废话太多了点。。。。
中间部分是通知和任务日历的摘要，登录人很容易的能通过这个区域观察到最近的一些变化。
左侧算是功能列表了，按默认的分类有
- 调查：就是投票啦，我开了两个投票
- 文档：共享文档区域
- 列表：这个列表阿，其实阿，就是阿“数据”，lists就是record的集合。大部分的工作数据都在列表区进行。
- 网站：现在我们看到的首页算是一个网站，我们还可以建立更多的网站，因为sharepoint是一个网站集
- 人员和组：这个太明显了，算是成员管理的部分
- 回收站：没有啥说了
- 然后要注意最上面，就是调查的顶上有一个连接：查看所有网站内容，这个连接很重要，我们时常需要用到。
右上角的登录和搜索下面有一个网站操作，这个是管理员最主要的设计网站和管理配置的功能，后面用到再说。