我已经在SharePoint上工作了一段时间，但是我们并没有做很多事情。我们的Intranet包含数百个ASP / ASP.Net应用程序，我想知道可以做哪些事情与SharePoint集成以实现更无缝的环境？我们现在将文档和生产移动请求等放入SharePoint中，但几乎感觉像是它自己的独立系统，而不是Intranet上的集成工具。

我四处搜寻，以了解其他人正在使用SharePoint，但我发现了很多无用的信息。

解决方案

我认为这取决于环境。在我们的环境中，我们为每个部门设置了自己的页面，并将其用于基本信息，调查和员工主页。我们已经构建了Google / Live Search和Weather.com小部件，并使用Tim Huer的RSS控件滚动了RSS feed。

典型的Intranet门户按部门细分功能。每个部门可能会有一些自定义的基于Web的应用程序，这些应用程序可能以前在ASP.Net中实现，并已从Intranet门户链接到这些应用程序。使用sharepoint，我们可以开始将那些自定义Web应用程序的有用部分作为模块化部分引入，以便门户网站的业务所有者可以更好地控制信息的结构以及如何向用户显示信息。

考虑仪表盘，其中填充了仅对各个部门有意义的自定义指标。那是最明显的起点。人力资源，会计，IT，它们都有要跟踪和显示的指标。他们都拥有可能想要关联信息的旧式系统。所有这些都可以在可重用的Web部件中完成。由于Sharepoint使最​​终用户可以控制布局，显示，观众控制等，因此我们不必一整天都在浪费时间。

SharePoint被设计为协作门户和文档存储库。如果我们在其他内部网站中包含其他业务流程，则将这些网站转换为SharePoint子网站可能不会带来太多好处。

但是，如果应用程序(联系人列表，库存，规格等)存在大量重叠，则我们可能需要进行投资。

如果我们具有InfoPath，则可以创建在线表单。我们可以共享文档并在线进行编辑。我们可以在这些文档上启动审批工作流。我们可以创建民意调查。我们可以创建工作组。

基本上，SharePoint是一个庞大而强大的文档存储，但是我们可以做任何在任何ASP.NET Web应用程序中可以做的事情。我们可以创建例如自定义工作流以自动化业务流程。我们已经与多个客户合作创建公司内部网，有时还创建了Internet站点，因此它确实有效。 :)

但是有时很难实现所需的功能(很多解决方法)。

确实是一个盒子内的Intranet。我们几乎将所有日常开发任务都用完了。我们保留文档，跟踪缺陷，管理人员休假等。我们可以迁移asp.net和asp应用程序以在共享点站点下运行。在管理部分中，我们可以将Web应用程序设置为在同一站点下运行，但不受sharepoint的控制。这可能有助于完全分开的"感觉"。

Sharepoint确实是人们对Web开发的思考方式的转变，这是关键。我们不再开发独立的应用程序，而是添加到现有框架上。我会说它类似于"数据孤岛"，而不是包含公司所有数据的集中数据库系统。一旦人们意识到一切都已连接，那将感觉像是一种似乎无稽之谈的整合。我的建议是积极尝试在Sharepoint中创建应用程序，并考虑如何将现有应用程序迁移到该共享点上。

我们可以做的一件事是创建Web部件以提供对现有应用程序中数据的访问。最初，它们可能只是只读视图，但是根据经验，可以充实它们以允许写入。

另一个想法是在SharePoint和应用程序之间添加链接(假设它们是基于Web的)。至少将允许它们之间流动。

我还没有做过，但是从理论上讲，我们也可以使SharePoint外观看起来像Intranet的其余部分。

对我们来说，一个好主意是将最常用的asp.net应用程序移至SharePoint网站内运行。每个应用都可以直接作为控件添加到页面布局上，也可以集成到Web部件中(使用Web部件加载子控件)。

这将允许我们使用灵活的moss界面将asp.net应用程序移动到统一的信息体系结构中，以便人们可以轻松找到该应用程序。

SharePoint确实很容易推出可行的方法，但是创建无缝的Intranet确实需要在SharePoint本身之外进行一些思考(即，应该去哪里，哪些用户需要查看内容，导航结构...)

这确实是一项艰巨的工作，需要IT领域以外人员的大量投入。

创建库

表单库，文档库，幻灯片库

创建标准或者自定义列表

标准列出公告，任务，联系人

自定义列出供应商，承包商，库存，订单

设置安全的团队讨论区

建立共享的团队日历

在文档和列表上创建简单的工作流程