posts - 38, comments - 56, trackbacks - 3, articles - 3
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

2006年7月1日

     摘要:   阅读全文

posted @ 2008-07-11 03:10 风中的舞蹈 阅读(272) | 评论 (4)编辑

(第一部分:配置Excel Service)

Microsoft Windows Sharepoint service技术从SPS2003发展到Moss2007,不只是名称有了巨大的变化,产品本身已经从SPS2003的注重与协作的知识门户,演变成了一个具有六大块功能的整个office产品线的服务器端,门户已经只是其中的一个模块。包含门户、协作、搜索、ECM、BI、工作流的Moss2007已经成为企业信息化应用的集成的平台,而其中的BI功能更是通过报表呈现,快捷反映企业经营状况提升管理效率的有效途径。

当然,严格说来,MOSS2007中的BI功能,仅仅是指BI的展现部分,比如使用Excel Service实现的简单的报表以及PivotTable实现的数据透视,这里的局限性取决于Excel本身的功能,就MOSS2007来说,它只是提供了一个BI展现的场所,如果要作真正的BI,还需要别的系统的集成,比如水晶报表等等,这不是本文讨论的范围,在这里我们仅仅讨论,如何通过Excel Service,来实现简单的(但其实是非常具有普遍意义的)BI的应用。具体来说,就是使用Excel 2007,通过外部数据源连接到数据库,读取数据库中的数据,并根据需要制作成相关的报表以及分析用的数据透视图表,发布到MOSS2007上,并通过Excel Service展现为Web页面。

实现MOSS2007中的BI功能,大致需要以下的三个步骤:
一、在管理中心中配置Excel Service

  1. 前提条件:

    要使用Excel Service,需要MOSS2007的企业版,并且需要在网站集中激活企业版的功能,在网站操作> 网站设置 > 网站功能的页面,我们可以激活这个企业版的功能:

2.编辑 Excel Services 设置

在Excel Services的设置中,最基础的设置就是编辑 Excel Services 设置

本页面中有两个地方我们需要注意:在安全性的文件访问方式我们要选择模拟,这是Excel Calculation Services 从所有非 Windows SharePoint Services 受信任文件位置检索工作簿文件时使用的身份验证方式。还有就是在外部数据部分,我们需要设置一个无人参与服务的帐号和密码,这是连接到需要用户名和密码字符串进行身份验证的数据源时,Excel Calculation Services 使用的默认 Windows 帐户的凭据。如果不设置,则无法连接到数据源。

3.受信任文件位置

在SSP的Excel Service的设置中,还有一个关键的设置,就是受信任文件位置,这时Excel Service内部实现的一个安全性的机制,如果一个报表没有被存放到指定的受信任文件位置中列表设定的文档库的中,则这个Excel文件不能使用Excel Servcie的功能,使用Excel Access Webpart以浏览器的方式呈现。

操作方法:在网站集中创建要存放报表的文档库,病把这个文档库的地址添加到受信任文件位置,例如文档库:http://moss.bonainfo.com/Reports/ReportsLibrary

在受信任文件位置添加的页面,我们在位置中填入创建的文档库的地址,要注意选择受信任的子级,以信任这个文档库中文件夹及目录中的内容;在计算行为 的工作薄计算模式中选择文件

要特别注意的是外部数据这个部分的设置:允许外部数据要选择允许处理来自以下位置的数据连接:受信任的数据连接库和嵌入连接;刷新时警告处不选择启用刷新警告,因为我们一般不喜欢在打开或刷新报表时弹出那个警告的页面;在 "打开时刷新"失败时停止打开处,我们启用停止打开,以便在以下情况下停止打开此位置的文件:文件包含"打开时刷新"数据连接,但打开文件时无法刷新,且用户对文件没有"打开"用户权限。在外部数据缓存生存期处我们可以设定系统可以使用外部数据查询结果的最长时间(秒);在每个会话允许的最大并发查询数处,可以指定单个会话中可并发执行的外部数据查询的最大数目,这里都是用默认的设置。

用户定义函数,我们启用允许的用户定义函数。

   

4、受信任数据连接库

在SSP的Excel Service的设置中,受信任数据连接库是另外的一个非常重要的设置。所有在报表中使用到的到数据库的连接,必须以文件的方式储存在这里指定的数据连接库中,才能被Excel Service正确使用。通常,我们需要首先在网站集中创建一个用于保存数据链接的文档库(数据连接库),然后把此文档库的地址填写到受信任数据连接库的列表中(当然允许不止一个这样的数据连接库)。

至此,我们完成了管理中心的SSP中,关于Excel Service的部分配置,之所以说部分,是因为受信任数据提供程序以及用户定义的函数我们并没有涉及。受信任数据提供程序实际上是能被MOSS2007使用的到数据库连接的驱动程序,如果有数据库没有在列出的列表中出现,你需要手工添加到数据库的驱动,至于用户定义的函数属于开发的范畴,我们不加讨论。

posted @ 2008-06-25 15:12 风中的舞蹈 阅读(1096) | 评论 (4)编辑

      昨天有位朋友在圈子中问起,如何给用户指派只能添加项目却不能删除项目的列表权限,让我想起了moss2007的权限级别。权限级别将针对某一对象的权限粒度到单一的操作,使我们可以通过组合,创建不同的权限级别,来满足实际的需求。
      针对上面的问题,我们是需要在网站设置中打开高级权限(网站操作——〉网站设置——〉修改所有网站设置——〉用户和权限——〉高级权限)的页面,打开设置菜单项中的权限级别页面,就可以添加一个权限级别,只赋予添加项目和查看项目的权限(依存关系,必须能查看),然后将相应的用户组指派这个权限级别,就可以实现上面的需求。
      MOSS2007中粒化的权限:
   

请选择此权限级别中要包含的权限。

 

全选

列表权限

管理列表  -  创建和删除列表,添加或删除列表中的栏,以及添加或删除列表的公共视图。

替代签出版本  -  放弃或签入已由其他用户签出的文档。

添加项目  -  向列表中添加项目,向文档库中添加文档,以及添加 Web 讨论评论。

编辑项目  -  编辑列表中的项目、文档库中的文档、文档中的 Web 讨论评论以及自定义文档库中的 Web 部件页。

删除项目  -  从列表中删除项目、从文档库中删除文档,以及删除文档中的 Web 讨论评论。

查看项目  -  查看列表中的项目、文档库中的文档和查看 Web 讨论评论。

批准项目  -  批准列表项或文档的次要版本。

打开项目  -  使用服务器端文件处理程序查看文档源。

查看版本  -  查看列表项或文档的以前版本。

删除版本  -  删除列表项或文档的以前版本。

创建通知  -  创建电子邮件通知。

查看应用程序页面  -  查看表单、视图和应用程序页面。枚举列表。

网站权限

管理权限  -  创建和更改网站上的权限级别,并为用户和用户组分配权限。

查看使用率数据  -  查看有关网站使用率的报告。

创建子网站  -  创建子网站,例如工作组网站、会议工作区网站和文档工作区网站。

管理网站  -  授予执行该网站的所有管理任务并管理内容的能力。

添加和自定义网页  -  添加、更改或删除 HTML 网页或 Web 部件页,并使用与 Windows SharePoint Services 兼容的编辑器编辑网站。

应用主题和边框  -  将主题或边框应用于整个网站。

应用样式表  -  将样式表(.CSS 文件)应用于网站。

创建用户组  -  创建一个用户组,该用户组可用于网站集中的任何位置。

浏览目录  -  使用 SharePoint Designer 和 Web DAV 接口枚举网站中的文件和文件夹。

使用“自助式网站创建”  -  使用“自助式网站创建”创建网站。

查看网页  -  查看网站中的网页。

枚举权限  -  枚举网站、列表、文件夹、文档或列表项中的权限。

浏览用户信息  -  查看有关网站用户的信息。

管理通知  -  管理网站中所有用户的通知。

使用远程接口  -  使用 SOAP、Web DAV 或 SharePoint Designer 接口访问网站。

使用客户端集成功能  -  使用启动客户端应用程序的功能。如果没有此权限,用户必须本地处理文档并上载更改。

打开  -  允许用户打开网站、列表或文件夹,以便访问该容器中的项目。

编辑个人用户信息  -  允许用户更改个人用户信息,例如添加图片。

个人权限

管理个人视图  -  创建、更改和删除列表的个人视图。

添加/删除个人 Web 部件  -  在 Web 部件页中添加或删除个人 Web 部件。

更新个人 Web 部件  -  更新 Web 部件以显示个性化信息。

posted @ 2008-04-11 08:45 风中的舞蹈 阅读(456) | 评论 (0)编辑

      由于测试的需要,为了更真实模拟实际的生产环境,我使用Virtual Server 2005 SP1搭建了一个虚拟的MOSS2007的环境。整个环境包括三台服务器:作为企业基础架构的DC01,部署了活动目录和DNS服务;MOSS2007应用服务器,MOSS完全安装;SQL2005数据库服务器。整个环境在一段时间内工作非常正常,我已经做了一个相对完整的解决方案。在我打算将虚机复制到别的地方时,我遇到了相当多的麻烦。
      在将三台服务器都关机后,我将所有的文件复制了一个拷贝到另外的磁盘,并在备份的磁盘中测试。添加了三台虚拟机后,首先遇到的问题是应用服务器和数据库服务器无法登陆到域中,经让提示我的那个管理员的帐号已经被禁用!幸亏我曾经是MCSE,在经历了登陆到本机——〉从域中脱离——〉重新加入到域中等一系列过程之后,我终于又能够恢复了系统。
      昨天为了一个补丁,我将moss2007的机器关机并提交了撤销盘,结果重起以后,就连不到服务器场了。因为已经有了多次这类的经历,我对MOSS2007的配置向导是深信不疑,又经过重新启动,运行配置向导,从服务器场中脱离,然后再次运行,以便加入服务器场,结果又遇到服务器场未知,检查日志,发现了一些.NET 的错误,MOSS的有关服务竟然无法启动,重起机器,再次运行配置向导,结果网站可以打开了,管理中心进不去,再次运行配置向导,然后终于没问题了。
      结论:虚拟环境中由于DC的存在,不但服务器之间会有时钟同步的问题,启动的先后次序也会影响环境的稳定。MOSS2007的配置向导看可以解决大部分与配置有关的问题,遇到问题首先要静下心来,注意观察日志,就容易解决问题。

posted @ 2008-04-03 09:28 风中的舞蹈 阅读(392) | 评论 (2)编辑

      今日翻看onenote笔记本,看到了年前本来要在赏梅斋MOSS开发群和大家讨论的,却由于临时有事而没有讲的内容,发出来希望对大家有所帮助 :  

     我们知道MOSS2007最基本的功能,其实是他的内容管理,这从这个产品发展的过程我们就可以知道,我就不多啰嗦!MOSS在内容管理方面作了极大的扩展,直接将另外的一个内容管理的产品整合到了系统中,并且是MOSS在内容管理方面有了良好的架构.完全基于.NET 2.0技术的页面模型,网站集级别的内容类型、可以重用的网站栏等等新的feature,使得我们可以使用MOSS基本的功能就可以解决企业内部一些看起来是稀奇古怪的需求。

         先举一个例子:在项目中我遇到这样的一个需求,一个非常普通的需求,通知;我们知道MOSS2007已经内置了通知类型的列表,发起一个通知是再简单不过的事了,问题是这边的情况是单位的每个部门都可能发出通知,并且要在发通知的时候就能够决定是不是发布到门户首页,并且是不是重要的通知,因为集团的首页上有两个区域分别显示所有的通知和重要的通知。

        刚听到这个需求我的反应是很诧异,还有这种需求?其实后来想想,也很正常,这种需求也很现实。咋一看很难实现,以为需要开发的支持,写出一套事件处理程序,将发布到首页、重要通知的内容发布到相应的列表中。后来经人指点,看了看网站的内容类型,竟然只用了基本的功能,经过简单的组合就解决了问题:

        一、首先创建了两个网站栏,一个名为是否发布到首页,值为是否选项,一个为是否为重要通知,同样为是否选项;创建了一个名为部门通知的内容类型,继承自通知类型的列表,添加上面创建的网站栏;

创建部门通知列表,允许此列表内容管理,然后添加内容类型,添加创建的部门通知的内容类型,然后删除原来默认的内容类型,这样,在创建新通知的时候,就可以选择是否发布到首页、是否为重要通知了。

      二、创建了通知,选择了是否发布到首页、是否为重要通知,只是做好了基本的准备工作,接下来我们借助MOSS系统中内置的功能强大的内容查询WEBPART,查询的源为部门列表,通知的列表按是否发布到首页筛选,重要通知按照是否为重要通知筛选,就可以满足要求了。

        通过以上的例子我想了很多,其实MOSS已经提供了非常强大的功能,如果我们能充分利用,是可以解决企业许许多多着如此类的实际问题。

        MOSS系统实施的质量,很大程度上依赖于对整个系统的规划和设计。就上面的例子中我们就可以看到,如果我们事先对系统的内容做好了规划,就会在内容创建之前,先去创建是否发布到首页,是否为重要文档,档案类型,保密级别等等诸如此类的在整个项目中的多个地方都要使用的有特定意义的字段,作为网站栏,然后创建诸如部门通知、企业档案之类的满足特定需求的内容类型,然后再创建一个与功能相近的列表,做完上面的两步操作后,将此列表保存为包含内容的模板,就可以在别的地方重用了,这样先规划后动手的方法,能极大提高项目实施的效率。

posted @ 2008-03-29 12:48 风中的舞蹈 阅读(470) | 评论 (5)编辑

     摘要:   阅读全文

posted @ 2008-03-26 17:07 风中的舞蹈 阅读(626) | 评论 (5)编辑

 
许多的隔离需求可以在一个单一的服务器场中实现,一些场景需要超过一个的服务器场。MOSS2007通过使用下面的隔离方法提供了隔离宿主在相同服务器场中的应用程序的机会。

·     使用具有不同进程标识的IIS应用程序池在近程级别实现隔离

·     使用分离的Web应用程序在Web应用程序级别实现隔离

·     使用分离的SSP在审核级别实现隔离

尽管有非技术的原因使得为什么你需要部署超过一个服务器场以实现安全隔离,一些组织需求将规定实现超过一个的服务器场。下面的场景示例:

·     一些行业,例如投资银行,商业规则规定在站点间物理隔离。

·     外包IT项目的一些组织,例如一个州政府,或许出版合同需要物理隔离应用程序。

posted @ 2008-03-26 08:21 风中的舞蹈 阅读(318) | 评论 (0)编辑

     摘要: 作为一个IT Pro,我一直在应用方面下功夫(当然是应为我不是Developer,不会开发了!)。我发现大凡微软的Server产品,都会有个规划指南以及部署指南,帮助我们做好系统的规划和实施,这个从windows server 2000开始就有了!动辄几百页的文档,让人看了实在眼晕,不过这些东西确实非常有价值!前几天看到了关于moss2007 的规划指南,只是看了看目录,就觉得收益非浅,让我们切实... 阅读全文

posted @ 2008-03-23 13:55 风中的舞蹈 阅读(523) | 评论 (0)编辑

    读过了夏天的感觉《使用Feature构建(之一):Site Columns 》,很受启发。说实话,以前做项目,就没有考虑到这方面的问题,都是通过界面,进行傻瓜式的操作,当然,部署时也没有一个一个的创建,因为测试环境模拟了真实的环境,然后把整个网站集恢复到生产环境去了。不过怎么说这也是个最规范效率最高的方法,知道了当然就要搞清楚,于是就做了尝试。
    大致看了看feature目录下面的文件夹,对feature的大致的作用还有了个更充分的理解。MOSS利用feature的特性,使整个产品变成了一个积木式的玩意儿,可以随意的添加功能。简单的feature,诸如网站栏、内容类型等,在moss基础之上的配置型的内容,由于继承自moss本身,不需要底层的代码,所以只需要简单的两个XML文件就可以搞定。一个文件名为feature.xml,另外一个是在feature.xml中指定的文件名
    feature.xml的内容如下:
Code

          仔细看了看,其实没啥内容,指定了标题和说明,并在<ElementManifest> 节中指定了feature具体的描述文件的位置。
     Bower-Columns.xml的内容,则是具体描述了每个要添加的网站栏的ID、名称、所属的组(没有的话就新建)、网站栏的类型、显示名,根据类型不同还会有相关的描述。
Code

      用stsadm部署了一下,成功看到了网站栏中出现了新的名为Bower的组,组中有“文档分类”、“通知内容”、“新闻内容”的网站栏,感觉很爽啊!终于找到了对MOSS深入定制的感觉!呵呵

posted @ 2008-03-21 19:09 风中的舞蹈 阅读(310) | 评论 (1)编辑

   

规划安全

关于站点安全的要素

关于指派权限

关于细密权限和权限继承

选择所使用的站点安全级别

规划权限继承

Worksheet

本文阐述在站点集、站点以及子站点级别的访问控制和授权的规划,不讨论服务器和服务器场的安全规划。关于其他方面的安全,如验证方式和加密,参看规划站点安全.

站点安全受控于为一个安全对象如站点、列表或者项目)指派权限到用户和组,当你规划安全时,你需要决定:

·    你想为单独的安全对象控制权限到什么程度。例如,你想控制访问整个站点,或者你需要为一个特别的列表、文件夹或项目特别指定权限吗?

·    你想如何分类管理你的用户(通过使用组)。本文覆盖了站点安全的本质并帮助你决定可保安全的对象应用哪个特别的权限。更多的关于组织用户到组的信息,参见选择使用哪个安全组.

注意

组与权限交互的方式相比前一个版本有着巨大的变化。在上一个版本中,站点级的组被用来包含用户和权限,换句话说,当你添加一个用户到一个站点组中,你就自动决定了用户指派到一个站点的权限。在这个版本中,用户和权限的组的概念被分离了,sharepoint组在站点级包含用户,权限级别包含权限,用户组没有权限,直到他们被指定一个权限级被到一个特定的安全对象(例如一个站点、列表或库、文件夹、项目或者文档)。

posted @ 2008-03-19 19:32 风中的舞蹈 阅读(152) | 评论 (0)编辑

Excel工作表的外部数据源中,终于不再有连接用户的密码,困扰了好久的Excel Service 的安全问题终于解决了,后面有时间会有详细的说明。
<odc:Connection odc:Type="OLEDB">
   <odc:ConnectionString>
    Provider=SQLOLEDB.1;
    Integrated Security=SSPI;
    Persist Security Info=True;
    User ID=dataaccesser;
    Initial Catalog=AdventureWorks;
    Data Source=aerbin-sql2005\portal;
    Use Procedure for Prepare=1;
    Auto Translate=True;
    Packet Size=4096;
    Workstation ID=AERBIN-MOSS;
    Use Encryption for Data=False;
    Tag with column collation when possible=False
   </odc:ConnectionString>
   <odc:CommandType>Table</odc:CommandType>
   <odc:CommandText>&quot;AdventureWorks&quot;.&quot;Sales&quot;.&quot;vSalesPersonSalesByFiscalYears&quot;</odc:CommandText>
   <odc:CredentialsMethod>None</odc:CredentialsMethod>
  </odc:Connection>
 </odc:OfficeDataConnection>

posted @ 2008-03-19 09:28 风中的舞蹈 阅读(44) | 评论 (0)编辑

 

文档库是在MOSS2007上的你与其他站点用户共享的文件集合。MOSS2007 的文档管理特性通过文档库实现。作为文档管理规划的一部分,你应该确定最适合你的组织需求的文档库。

当你确定哪个文档库最佳匹配你的组织的需求时,你也要确定你需要多站点或是站点集。例如,如果你为外部的用户创作用于出版的内容时,你或许需要一个站点(和库)用于创作和查看内容,以及一个分离的站点,或许在一个独立的MOSS安装,用于发布你的内容。

当你在多站点上规划文档库时,你也需要规划内容如何从一个站点向另外的站点流动——通过人工的过程、工作流或者定制的解决方案。

posted @ 2008-03-19 07:49 风中的舞蹈 阅读(227) | 评论 (0)编辑

   

为你的环境实现安全性有几个要素。其中之一的要素是在你的站点中控制访问你的站点和内容的权限。一个新的安全模型和新的安全特性(诸如控制成员的Share Point组,项目以及文档级权限)使得可以容易地控制谁可以访问以及访问你站点中的什么内容。本章解释站点和站点内容的安全如何工作,并指导你通过实现站点安全。

另一个关于你环境安全的完整的要素是你如何在Web应用的级别构造安全——选择使用的验证方式以及加密方式。.

·    规划站点安全 帮助你理解站点安全的要素以及权限如何被指派,并且它将帮助你选择应用到你的站点集或子站点的安全级别。

·    确定权限级别和使用的用户组 回顾可用的权限级别和组,并帮助你确定是否需要附加的权限级别和组。

·    定义定制的权限级别 帮助你创建任何你可能需要的定制的权限级别。

·    选择使用的安全组 帮助你确定哪个windows安全组和用户账号被用来允许访问到站点,决定是否使用所有验证用户,并决定是否允许匿名访问。

·    为管理体系选择管理员和所有者 定义从服务器级别到自己站点级别的管理级别,这将帮助你为你需要的每个级别选择管理员。

posted @ 2008-03-18 20:15 风中的舞蹈 阅读(139) | 评论 (0)编辑

 

你的文档管理规划的首要步骤是确定文档管理解决方案的利害关系方和参与者。你可以使用调查收集信息。例如,你的调查或许包含下面的问题:

1.   谁在你的组织中创建文档?

2.   他们创建什么类型的文档?

3.   谁查看文档?

4.   谁编辑文档?

5.   谁编辑文档?

6.   谁提交文档的发布?

7.   谁设计用来宿主文档的Web站点?

8.   谁为管理文档设置指导方针和策略?

9.   谁在组织中管理报告?

10.谁部署和维护存储文档的服务器?

posted @ 2008-03-18 18:10 风中的舞蹈 阅读(195) | 评论 (0)编辑

你的文档管理规划的首要步骤是确定文档管理解决方案的利害关系方和参与者。你可以使用调查收集信息。例如,你的调查或许包含下面的问题:

1.   谁在你的组织中创建文档?

2.   他们创建什么类型的文档?

3.   谁查看文档?

4.   谁编辑文档?

5.   谁编辑文档?

6.   谁提交文档的发布?

7.   谁设计用来宿主文档的Web站点?

8.   谁为管理文档设置指导方针和策略?

9.   谁在组织中管理报告?

10.谁部署和维护存储文档的服务器?

posted @ 2008-03-18 07:31 风中的舞蹈 阅读(180) | 评论 (0)编辑


文档管理的规划过程有以下主要的步骤组成
:

1.   确定文档管理角色   确保你的规划包含组织中关键利害关系方的反馈意见,以使你拥有为实现解决方案的正确的团队,并且你知道谁将参与文档管理的过程。

2.   分析文档使用   在你识别谁在文档上工作后,确定他们工作的文档类型以及文档如何被使用。

3.   规划文档的组织   你能够将文档组织到库、工作组站点以及门户站点。MOSS2007提供了一系列的文档组织和存储功能,从特殊的站点如报告中心到针对特别文档创建和协作的文档库。在一个库中,你甚至可以组织内容到文件夹和子文件夹。

4.   规划内容在不同位置间的移动  也许需要在文档生命周期中的不同阶段将文档从一个站点或库移动或拷贝到另外的地方。例如,发布过程可能需要将一个文档从一个阶段站点移动到发布站点。如果内容需要在它从一个站点移动到另一个站点时从一种格式转换成另一种格式,你将也希望规划内容转换。

5.   规划内容类型   使用内容类型去组织关于文档类型的信息,例如元数据、文档模板、策略、以及工作流过程。这是一个基本的步骤以帮助你组织尼的文档并强制在组织内的一致性。

6.   规划文档控制   你可以为每个内容类型和存储位置规划适当的控制级别。例如,你可以通过使用IRM为一个文档库规划请求签入签出以保护未被授权的分布。

7.   规划工作流   通过为你的组织规划工作流,你能够控制和追踪在一个文档的生命周期中文档如何从一个工作组成员移动到其他的每个协作的参与者。MOSS2007内置了为通常工作组任务诸如查看和提交的工作流。.

8.   规划策略   为每一种内容类型,规划信息管理策略以确保文档被正确的审核、保持、标签、以及其他的处理已满足你的组织的制度和法律需求。MOSS2007内置了实现审核、文档保持、标签以及条码(确保被打印的内容与文档库中正确的版本关联)。

posted @ 2008-03-17 08:25 风中的舞蹈 阅读(219) | 评论 (0)编辑

      伴随着指派权限到最终用户,你也能为每个web应用建立一个安全策略。在管理中心站点的应用管理标签,你能单击标题为策略的链接为web应用设置安全策略。通过web应用的策略页面,你能为匿名访问修改策略,允许完全控制,或者拒绝所有的访问。这些安全策略覆盖那些通过站点设置页面指派的权利,以便当你希望为一个管理员分配一个高级的权限或者对一组用户完全拒绝访问时只有他们被使用。你用这个功能为在开发环境中的管理员指派访问权限,通常这些策略针对给定的区域设定,以决定是应用到防火墙内部还是外部的用户。

posted @ 2008-03-17 08:18 风中的舞蹈 阅读(13) | 评论 (0)编辑

     
    文档管理控制着组织中文档的生命周期――它们如何被创建、查看、发布、和消灭,以及它们如何被除掉或保留。尽管管理意味着组织严密的信息控制,一个有效的文档管理系统将影响组织已有的文化。你使用的文档管理工具应该具有弹性,允许你牢固的控制文档的生命周期已满足企业的文化和目标,但也让你实现一个松散的结构化系统如果它更适合你的企业。

    一个设计良好的文档那个管理系统促进更加容易的查询与共享信息。它用一个逻辑的方法组织内容,并使贯穿一个企业标准化内容的创建和呈现变得容易。它促进知识的管理和信息最小化,帮助你的组织满足自己的法律需求。它规定了一个文档生命周期的每个阶段特性,从模板创建到文档处创作、查看、发布、审核以及最后的销毁或存档。

文档管理系统的要素:

  一个有效的文档管理解决方案详细说明:

1、什么类型的文档和其他内容能在一个组织中被创建

2、每一中类型文档使用什么模板

3、提供给每一种类型文档的元数据是什么.

4、在文档生命周期的每个阶段在哪里存贮文档

5、在文档生命周期的每个阶段如何控制访问一个文档

6、作为一个致力于文档创建、查看、提交、发布以及销毁的小组成员如何在组织内部移动文档?

7、对文档应用什么策略以使得与文档有关的动作被审核,文档被正确的保存或销毁,以及组织重要的内容被保护。

8、在它们生命周期中当从一个阶段到另一个阶段转变时文档如何被转换?

9、作为公司报告文档被如何对待,哪个必须被保持以符合法律需求和公司指导方针。

     MOSS2007包含实现所有文档管理这些问题的特性。为确保信息工作者利用这些能力而不用离开他们日常操作和熟悉的工具,Office2007中的应用如Outlook、Word也包含支持文档生命周期每个阶段的特性。

      文档管理控制着组织中文档的生命周期――它们如何被创建、查看、发布、和消灭,以及它们如何被除掉或保留。尽管管理意味着组织严密的信息控制,一个有效的文档管理系统将影响组织已有的文化。你使用的文档管理工具应该具有弹性,允许你牢固的控制文档的生命周期已满足企业的文化和目标,但也让你实现一个松散的结构化系统如果它更适合你的企业。

    一个设计良好的文档那个管理系统促进更加容易的查询与共享信息。它用一个逻辑的方法组织内容,并使贯穿一个企业标准化内容的创建和呈现变得容易。它促进知识的管理和信息最小化,帮助你的组织满足自己的法律需求。它规定了一个文档生命周期的每个阶段特性,从模板创建到文档处创作、查看、发布、审核以及最后的销毁或存档。

posted @ 2008-03-16 19:18 风中的舞蹈 阅读(489) | 评论 (1)编辑

      在MOSS相关的项目中,我们经常要将内容聚合到首页:比方说新闻、通知、文档等内容,由于首页内容相对较多,因此要对各部分内容显示的区域加以限制,才能保证整个页面布局的和谐与统一,限制标题显示的字符数,就成了一个必须的要求。MOSS的文档库和列表本身的试图并不提供本身的功能,所以要实现这样的功能就必须自己动手,一是写自己的webpart,取出库和列表的内容,然后按照自己的要求去展示内容,这种方法的优点是通用性强,并且可以将webpart写的更加通用些,一次投入就一直受益,适合有开发能力的公司或个人;这种方法在SPS2003下就有人做了相应的工作。
      那么,对于像我这样的专注于系统而没有开发经验的人来说,是不是就没有办法了呢?答案当然是否定的!在Sharepoint designer中,有一项神奇的功能,可以将MOSS的库和列表转换成XSLT数据视图,借助于XSLT,我们可以灵活的控制内容展示的形式。
      比如,我们想对这个列表的标题的字数加以限制,当字数<=12时,则显示全部的标题,如果字数>12,则截取前面的9个字,并在后面加上...
      在SPD中找到我们插入页面的库或列表,右键,选择转换成XSLT试图。
      对于列表,选择列表的标题,对应的XSL代码为:
        <xsl:value-of disable-output-escaping="no" select="@Title" />
      将代码替换为:
      <xsl:if test="string-length(@Title)&lt;=12">    判断如果标题的字符串长度是否<=12
               <xsl:value-of disable-output-escaping="no" select="@Title" />    显示完整标题:select="@Title"
      </xsl:if>
      <xsl:if test="string-length(@Title)&gt;12">    判断如果标题的字符串长度是否>12
               <xsl:value-of select="substring(string(@Title),1,9)" />...         显示标题的前9个字符,并在后面加上 ...
      </xsl:if>
      对于文档库,select的值不是标题,而是将文件名处理后的标题,代码如下:
      <xsl:value-of select="ddwrt:UrlBaseName(string(@LinkFilename))" />
      我们需要将对应的代码修改如下:
        <xsl:if test="string-length(@LinkFilename)&lt;=12">
               <xsl:value-of select="ddwrt:UrlBaseName(string(@LinkFilename))" />
        </xsl:if>
        <xsl:if test="string-length(@LinkFilename)&gt;12">
               <xsl:value-of select="substring(ddwrt:UrlBaseName(string(@LinkFilename)),1,9)" />...
        </xsl:if>

       美中不足的是,我发现代码中对于字符串的计数是不分全角半角的,统统按照一个计算,这样的话,如果标题或文件名中如果包含了半角的字母或数字,所显示的结果就不会如我们的想象一样,是一个固定的长度,不过,对于标题过长从而换行导致的布局问题,总算是解决了!
       注:文中标题部分的代码,参考了西安huahua同学在MOSS群中的讨论,才使得我对这个问题有了一个完整的认识,在此表示感谢!

     

posted @ 2008-03-15 12:59 风中的舞蹈 阅读(241) | 评论 (2)编辑

      在MOSS2007中,为了更好的组织内容,系统提供了内容查询web部件,其强大的功能和通用性,让我们可以轻松对站点集内的内容进行聚合,而不比使用SPD进行站点间的连接——这是迄今为止,我认为在内容组织方面功能最强大webpar。
      在项目的过程中,我终于要实际使用这个功能,来将分布于子网站中的内容聚合到门户首页,当我设计好了子网站的内容并进行内聚合时,才发现这个全功能的web部件,竟然有个我认为不符合要求的地方:
      按照一般的想法,如果我的内容需要按照特定的需求进行分组,那么我们肯定希望首页显示的项目平均分配于各个分组中,但实际情况确出乎我的意料,当我设定了限制显示的项目数时,结果却是从第一个分组顺序向下排列,也就意味着这个限制的项目数,并没有按照实际的分组平均分配,这不能不说是一个巨大的遗憾!

posted @ 2008-03-06 09:31 风中的舞蹈 阅读(169) | 评论 (2)编辑

    为了在项目中集成C/S结构的ERP系统的报表,我不得不想办法来使用BDC。BDC这个东西在MOSS2007中属于比较深奥的部分,我之前一直都没有功夫详细研究它的用法,这不,到了节骨眼上,掉链子了!
    首先是在网上狂找BDC的生成工具,被我找到一个BDC MATA MAN,费了九牛二虎之力终于down了下来,开发版竟然不能连Oracle,让我想看看Oracle数据库的BDC文件长啥样都办不到!郁闷的很哪!后来发现我下的SDK1.2版中已经包含了一个编辑器,兴奋之余连忙安装,结果由于搞错了安装文件(直接用编辑器下的那个安装文件安装),竟然老是报错,越急越出错!搞得我还以为微软搞了个不能用的东西出来!后来总算发现在上一级的文件夹中有个setup,安装才知道这个东西居然需要数据库!彻底晕了!
    总算装好了,激动地马上就去测试连接ORACLE数据库,却发现需要ORACLE客户端在本地安装,否则没有ORACLE的驱动,真是一步一个坎啊!装好了驱动,拷贝了ORACLE的连接字符串,修改了数据库的名字,以为就此万事大吉,可以立马创建ORACLE数据库的BDC文件了,谁知听到“当”的一声响,弹出一个窗口,错误:不支持的关键字“Provider”,这下彻底倒下!
    在群中问了一下,有位朋友告诉我换个连接串试一下,我没想通如何换。一天过后,又仔细看了看,感觉还是数据源驱动选择的问题,就又在机器上使用OWC连接Oracle,并创建了透视图。这更说明是那个连接串的问题。仔细看看OWC中的连接串,与BDC编辑器说明文件差别很大,就是那个Provider,示例中根本没有。于是我直接把OWC中的连接串复制了过去,你猜怎么着?搞定!连上了!
    结论!不要被困难吓倒,也不要盲目相信,多动脑,多动手,自然就成功的机会大些!当然也不能过分自信!最近我就是老认为微软的东西有BUG,以至于经常怀疑!随后我在把我认为是bug的地方与大家分享讨论。
   

posted @ 2007-12-27 22:40 风中的舞蹈 阅读(138) | 评论 (3)编辑

     摘要: 一个怪异的错误,日期居然显示为1899年  阅读全文

posted @ 2007-12-20 20:13 风中的舞蹈 阅读(44) | 评论 (0)编辑

     摘要: MOSS2007定制的过程中,一定要注意图片的位置,以及访问权限。经常会因权限和路径的问题导致图片无法显示。  阅读全文

posted @ 2007-12-08 21:37 风中的舞蹈 阅读(203) | 评论 (1)编辑