我打算用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是一个网站集
  • 人员和组:这个太明显了,算是成员管理的部分
  • 回收站:没有啥说了
  • 然后要注意最上面,就是调查的顶上有一个连接:查看所有网站内容,这个连接很重要,我们时常需要用到。

 

右上角的登录和搜索下面有一个网站操作,这个是管理员最主要的设计网站和管理配置的功能,后面用到再说。