我按照自己这几天的研究结果假想了某个单位要应用SharePoint的逻辑架构，现在公布在这里，请有经验的人给点意见。点击小图看大图。

评论

郑海山 在 2003-12-16 14:00:03 说: 那你们部门内部用什么协作？

匿名 在 2003-12-16 13:54:53 说: 可能是我们对SPS应用的定位不同:)

我们部门主要是把SPS放在Internet上作为应用服务提供给客户，按照存储空间和用户数量收费，所以我们只可能给每个客户一个单独的Top-Level Site。

kaneboy

郑海山 在 2003-12-16 13:17:59 说: 我目前的想法是只想利用SharePoint自身的功能建立起一套协作的办法，选择SharePoint就是为了节省时间，所以目前还不打算考虑开发方面的事。那个test是给用户自己测试的，用户掌握SharePoint也得经过一些小小的培训，test就是他们的训练场。

你说的个人网站是不是“我的网站”？每个门户网站的讨论参与者都有个个人网站呀。。

郑海山 在 2003-12-16 13:08:44 说: 架构这么大，是从权限方面考虑的，这样可以把权限分得很清楚，性质相同的用户往往负责的项目也不同，项目内部的资料或者测试机器的密码也是不能在同一个部门内share的。

如果一个部门有多个project，共享同一个文档库，则还是必须在文档库里面建立分目录来管理各个文档。这样就必须用你的SPList管理授权。。。我觉得效果差不多呀。。。

多个站点确实造成了用户必须在不同的站点之间切换的麻烦，我本来想法是利用个人网站的链接来手动把你有参与的站点放入链接，这个解决办法非常土，管理员添加了一个站点后用户得手动把这个站点链接加入收藏夹，用户每次都得手动去查看那些站点是否有更新。或获取email通知。有没有更好的解决办法？使用RSS Feed？

还有，SharePoint不支持发送邮件认证？

匿名 在 2003-12-16 09:44:05 说: 和我给我们公司设计的sharepoint架构比较相似。

公司门户下面是部门网站和个人网站，我把测试网站放在另外一台独立的test服务器上，这样能够避免测试某些不太合作的web part时影响正常运行。

个人认为全面开放个人网站不是太好，所以我只为“专家网络“开设个人网站。

另外，我在架构中还设计了for project的工作组网站模板，考虑和project server 2003协作。

匿名 在 2003-12-15 22:07:48 说: 对了，我的Email是kaneboy@163.net。

匿名 在 2003-12-15 22:06:30 说: 哇，好像很大的一个架构。但是我的看法是尽量使相同性质的用户共享一个站点，每一个Team或一个Department共享一个文档库。过多的站点不但使维护量很大，也会给服务器更多负荷，而且用户为了查看别人的资料不得不从一个站点跳到另一个站点。