我参与了一个需要为Internet和Intranet安装MOSS的客户的项目。不幸的是,客户不知道他想要什么。是否有系统的评估方法通常用于收集MOSS要求,例如业务分析师通常要求清除方向和管理范围的一系列问题。有没有可以提供帮助的参考资料?在这种情况下你通常会做什么?另外,在收集阶段,我们用clinet 3的选项作为图像原型,显示外观&的感觉,一旦他确认了其中一个,我们要求MOSS设计师在MOSS上反射PSD文件作为演示显示的站点。你用另一种方法吗?MOSS要求收集
Q
MOSS要求收集
1
A
回答
1
在生产环境中部署MOSS需要大量的计划。最初,每个人都很兴奋,因为MOSS的设置非常简单,突然之间你有各地的协作网站和wiki以及博客。虽然看起来您没有太多需要担心的事情,但确保您选择的拓扑和场结构可扩展需要大量计划。
这里有几个环节,让您开始:
- 下载的书籍:Planning and Architecture for Office SharePoint Server 2007
- Planning Overall Design
- Capacity Planning
- Logical Architecture
- Design Server Farms and topolgies
- External Collaboration Toolkit for SharePoint
- Plan for Redundancy
这仅仅是一个开始,的TechNet和MSDN是巨大的资源,并有各种主题的,以帮助您开始。就像我说的,一旦你制定了一个计划,部署产品本身并不是非常困难,但是建立计划/网站拓扑/搜索/索引/数据库考虑/估计的增长需要相当长的时间。我刚刚完成了这个项目,我们有大约2000名内联网用户,这是一个为期6个月的项目,即将在4月底完成。祝你好运。
1
MOSS的一个大问题是,在用户数据积累之前,客户不确定如何组织他们的数据(在网站,子网站等方面),并且重新组织它们为时已晚。
用户界面的变化(外观)相对比较容易,所以如果你真的需要确定一件事情,确保它是数据的组织方式。例如:它是每个业务线的一个网站集,还是每个LOB都有子网站的大型网站集?这也影响数据如何获得保护,这也是后来修改的一大痛苦。
0
男人,这是一个加载的问题。你可以写一本书回答这个问题(有些人)。尽管如此,我开始的一个很棒的地方是查看“清单”。一,我将其作为参考位于: http://office.microsoft.com/download/afile.aspx?AssetID=AM102552101033
它极大的帮助不只是收集需求,而且对基础设施的要求,存储等
我美加净同意。用户几乎(如果有的话)知道他们需要什么关于MOSS。他们可能知道他们需要解决他们的业务问题,而不知道如何在SharePoint中做到这一点。这就是你要进入的地方。
相关问题
- 1. MOSS FBA永远不会要求信用
- 2. java.util.concurrent.TimeoutException:请求超时收集
- 3. 垃圾收集请求?
- 4. 汇总/收集AJAX请求
- 5. DbLimitExpression需要收集参数
- 6. 是否有满足这些要求的垃圾收集算法?
- 7. 需要澄清java垃圾收集复制收集器
- 8. TCHAR *要求的无序集?
- 9. 收集RESTful请求的网站
- 10. 骨干收集抓取并请求
- 11. 必须有MOSS 2007开发工具集
- 12. 在MOSS中配置RSS提要
- 13. 的SharePoint MOSS BDC在OPML阅读提要
- 14. 收藏集 - 要记住的项目
- 15. 垃圾收集 - 是否需要?
- 16. 收集/选择要计算的行
- 17. 选择要收集的属性
- 18. 在收集需求之前估算改进请求
- 19. 设置Windows 7 Perfmon以收集性能数据 - 要收集哪些数据?
- 20. 应元数据收集在mognoose引用或应该主要收集内部
- 21. 对LINQ使用集合类的要求
- 22. 收集
- 23. Backbone.js +其余。收集后不收集()
- 24. 从twilio收集数字收集
- 25. 包括收集收集实体框架
- 26. 流收集与地图收集
- 27. 反XML组“收集”未在收集
- 28. 收集形式Symfony收集表格
- 29. MOSS和Reporting Services
- 30. MOSS 2007爬行