推荐阅读
深入剖析UML用例图关系中包含 扩展和泛化之间的联系
UML用例图中包含(include)、扩展(extend)和泛化(generalization）三种关系详解共性：都是从现有的用例中抽取出公共的那部分信息，作为一个单独的用例，然后通后过不同的方法来重用这个公共的用例，以减少模型维护的工作量。1、包含(include)UML用例图的包含关系：使用包含（Inclusion）用例来封装一组跨越多个用例的相似动作（行为片断），以便多个基（Base）用例复用。基用例控制与包含用例的关系，以及被包含用例的事件流是否会插入到基用例的事件流中。基用例可以依赖包含用例执行的结果，但是双方都不能访问对方的属性。UML用例图包含关系对典型的应用就是复用，也就是定义中说的情景。但是有时当某用例的事件流过于复杂时，为了简化用例的描述，我们也可以把某一段事件流抽象成为一个被包含的用例；相反，用例划分太细时，也可以抽象出一个基用例，来包含这些细颗粒的用例。这种情况类似于在过程设计语言中，将程序的某一段算法封装成一个子过程，然后再从主程序中调用这一子过程。 例如：业务中，总是存在着维护某某信息的功能，如果将它作为一个用例，那新建、编辑以及修改都要在用例详述中描述，过于复杂；如果分成新建用例、编辑用例和删除用例，则划分太细。这时包含关系可以用来理清关系。2、扩展(extend)UML用例图的扩展关系：将基用例中一段相对独立并且可选的动作，用扩展（Extension）用例加以封装，再让它从基用例中声明的扩展点（ExtensionPoint）上进行扩展，从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性，因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。对于一个扩展用例，可以在基用例上有几个扩展点。例如，系统中允许用户对查询的结果进行导出、打印。对于查询而言，能不能导出、打印查询都是一样的，导出、打印是不可见的。导入、打印和查询相对独立，而且为查询添加了新行为。因此可以采用扩展关系来描述：
电脑软件卸载后往往有残留文件，怎样防止其死灰复燃
电脑中的软件在卸载的过程中，往往有残留文件，很容易死灰复燃。那怎样彻底清除呢？方法一、重启电脑有的残留文件必须重启电脑才能彻底清除。方法二、用杀毒软件清除残留1.打开杀毒软件或者软件管家2.点击【一键清理】结语：软件的恶意捆绑下载和卸载困难一直是互联网的顽疾，所以下载软件请谨慎。
Win7 显卡硬件加速灰色不可用的恢复方法
在装WIN7系统默认是完全加速的，但因为某些软件必须得降低加速性能才能勉强运行，但WIN7硬件加速选项是灰色不可用。在装WIN7系统默认是完全加速的，但因为某些软件必须得降低加速性能才能勉强运行，但WIN7硬件加速选项是来色不可用，所有以前的老方法似乎不太可行。WIN7显卡硬件加速哪些里设置相信就不需要再次说明了。下面主要说说Win7显卡硬件加速灰色不可用的恢复方法。在疑难解答这里的【更改设置】按扭是灰色不可设置的。其实要解决 疑难解答这里的【更改设置】按扭不可用这个问题不是很难，把本文最下面提供的deskadp.dll，deskmon.dll，deskperf.dll替换掉系统里的windows/system32文件夹下的三个相应的文件，可以达到打开调节硬件加速选项的功能。也就是不再“灰色了”，但是，未必所有的win7都有右键有“管理员取得所有权”这个选项，（原因不明）所以，先把下载下面压缩包的文件中有一个导入.reg，双击即可直接导入就可以了获得管理员权限了，当然最好先备份你的注册表（虽然我每次操作都是很安全的）。导入之后在system32里找到上面提到的三个dll文件，右键选择“管理员取得所有权”然后把下面提供的三个dll文件替换过去就行了。设置完之后就可以看到疑难解答这里的更改设置按扭就可以用了。
Word2007中稿纸加载项不显示的解决方法
使用word2007打印稿纸时，发现“稿纸设置”选项不显示。几番操作，终于成功。今天，小编就教大家在Word2007中稿纸加载项不显示的解决方法。 Word2007中稿纸加载项不显示的解决步骤如下： 1、打开word 新建页面，在“页面布局”中应该有“稿纸设置”。若不显示，可按下面步骤操作： 2、点击下图左上角图标，如图红箭头所指。 3、弹出下图窗口，在右下角找到“word选项”，单击。 4、在弹出窗口中选择“加载项”如下图箭头所指。 5、在弹出窗口中选择“稿纸向导加载项”如下图箭头所指。 6、点击“确定”后，在“页面布局”中就可以看到“稿纸设置”。Word2007中稿纸加载项不显示的解决
最新发布
SharePoint 入门书籍推荐
最近，总有人说刚入门SharePoint，没有好的资料或者电子书，资料推荐大家多看看博客园和CSDN的博客。对于看博客，我一般是两个思路，要么找一个人的从头到尾看一遍，觉得有意义的，就把地址加收藏；或者，列出这一次看博客想了解的知识点，内网/外网一通搜，然后一篇一篇慢慢看，先理解再实践。 再说电子书，学习SharePoint这么久，看过的书也不少，推荐几本给大家，有关于管理的、开发的、SharePoint周边的，希望对有需要的人，有所帮助。 sharepoint 2007版： 个人认为，这是SharePoint走向成熟的第一个版本，免费版叫WSS3.0。因为SharePoint2010及以上版本，中文资料少的可怜，所以SharePoint2007版本的资料，是最多的，学习从2007开始，也是最方便的。当然，高版本有高版本的特点，但更多的都是在之前版本的升级，我认为绝大多数地方，还是继承过去的。书名：SharePointServer2007宝典 推荐指数： 推荐适用范围：SharePoint使用者、实施人员、管理维护人员。 推荐理由： 本书包括SharePoint产品和技术简介，环境准备和安装，SharePoint基本功能的使用，与Office服务继承，BI（商务智能）、KPI（关键性能列表）、业务数据目录、Designer使用和门户解决方案场景等。 这本书也是自己初学SharePoint看的书，看了2-3遍，虽然现在书的内容已经不大记得，但是各个知识点还是很清晰。这本书对于了解、接触、使用和实施SharePoint，有很大帮助，基本没有介绍开发的知识。书名：Microsoft Office SharePoint Server 2007管理大全 推荐指数： 推荐适用范围：SharePoint使用者、实施人员、管理维护人员。 推荐理由： 本书包括SharePoint基本介绍，列表和库、网站使用、权限管理、工作流、Excel、搜索及高级应用等，对于初学者了解和使用SharePoint有很大帮助。还包括列表组织与管理、文档管理、表单任务、管理介绍等相关案例。 这本书非常适合实施人员入门，很多实例一看就会明白，对于不熟悉SharePoint操作的人，也是一本学习的好材料。尤其里面一些视图、搜索、权限的使用和管理，介绍的非常详细。书名：Office SharePoint Server 2007开发入门指南 推荐指数： 推荐适用范围：SharePoint开发人员入门。 推荐理由： 本书包括SharePoint技术架构介绍，站点、列表、文档库管理，开发模型概览和简单介绍，WebPart开发原理及示例，企业内容管理，工作流开发与应用，Excel Services以及InfoPath Forms Services。 适合开发人员入门，认识和了解SharePoint对象模型，学着使用对象模型简单的编写一下SharePoint，主要还是了解开发的方式和原理，没有太深入的示例介绍，很薄、纸质不错，入门教程。书名：SharePoint 2007开发高级教程 推荐指数： 推荐适用范围：SharePoint开发人员进阶。 推荐理由： 本书包括SharePoint应用程序平台介绍，面向开发人员的概述，SharePoint用户体验以及平台服务，Windows SharePoint Services编程，协作解决方案以及解决方案构建，Rss、博客和Wiki，搜索以及业务数据目录，几个解决方案案例等 适合开发人员入门进阶，进一步认识和了解SharePoint开发模型，简历解决方案的意义，同时使用对象模型简单的编写一下代码，学习书中所带的解决方案案例，简历SharePoint开发的思维模式。书名：亮剑.NET：SharePoint Server 2007开发实战 推荐指数： 推荐适用范围：SharePoint开发人员进阶。 推荐理由： 本书可以说是第一本系统介绍SharePoint开发的，介绍开发环境搭建以及对象模型概述，Web部件体系结构以及快速开发，UI的定制与开发，自定义字段类型的概述以及开发，事件处理器的开发，高效的工作流和Excel Service开发等。 适合开发人员深入了解SharePoint各个模板的开发原理，以及如何用C#代码去进行开发，还包括简单的开发实例，详尽的讲解，并附有代码。是一本非常适合深入学习开发的书籍。
SharePoint 托管导航及相关配置教程
本文的思路是使用JQuery重写SharePoint自带托管导航的样式，其实思路和脚本都非常简单，引用一下JQuery脚本，然后重写导航的样式，把脚本放到母版页中，即可。当然，使用JQuery可以做很炫的导航，还是要看你的JQuery功底了，笔者前台比较弱，JQuery也不经常使用，只是简单例子介绍使用方法，还请勿见笑。 之前看到一篇类似的博客，是使用Asp.net读取当前导航，然后解析html用JQuery重写的，看到里面的代码也不是很完整，实践起来比较有难度，不如在页面上直接操作DOM对象，来实现我们想要的效果。特别要说的是，SharePoint默认只支持三级导航，暂时我还没有发现，如何继续扩展，下面，进入图文描述。 1、 用SPD（SharePoint Designer 2013）打开网站，找到母版页，在高级模式下编辑文件； 2、 将脚本拷贝到服务器目录，在Layouts目录下创建一个MyScript文件夹； 如下图，两个JQuery库的文件，一个是脚本文件（当然，你可以直接将脚本放到母版页中，也没问题，但是需要SPD打开母版页，才能编辑脚本，这样记事本就可以了）； 3、 在母版页中添加脚本引用，我添加到了head节点里面了，如下图； 4、 找到顶部导航，在外面套一个div标签，写上一定要不重复的id，方便JQuery获取；
SharePoint 本地开发解决方案以及远程调试实现教程
在SharePoint开发中，我们需要在部署有SharePoint环境的服务器中开发，这是一件让人很苦恼的事情，毕竟不能一个项目多人开发配备多台服务器，这就需要本地开发。 本来自己以为SharePoint 2013在不再支持客户端系统的条件下，只能服务器上开发，QQ群里的朋友提醒说也可以本地开发，远程调试，以为自己是知道SharePoint 2010可以通过注册表修改，本地安装SharePoint的，顺着这个思路，经过一番谷歌/bing，然后实现了，在此总结一下，分享给大家。思 路 本地安装Visual Studio 2013，导入SharePoint注册表，复制必须的dll，使用远程调试；缺 陷 不能本地创建SharePoint解决方案，只能编辑；场 景 可以使用源代码管理，将文件下载到本地进行开发，然后在服务器上获取，打包/部署，然后本地调试。 1、在本地尝试使用VS开发SharePoint的朋友，都知道新建/打开SharePoint解决方案，会报如下错误：
SharePoint 本地创建解决方案
我们介绍了如何通过修改注册表，使SharePoint 2013 解决方案可以本地编辑，也提及了即使修改注册表，还不能做到本地创建。 后来，仔细看了一下注册表的结构，思考了一下可能造成这样问题的原因，经过几次尝试，发现在本地创建SharePoint解决方案，也是可行的。但是，并不是所有开发模板，都可以本地创建，例如事件触发器、列表、工作流等，创建过程必须和SharePoint进行交互的模板，我们无法在本地创建。 经过测试，发现有如下模板是可以本地创建的：Ø WebPart的开发Ø 可视化WebPart的开发Ø 模块部署母版页Ø 应用程序页开发Ø 网站栏的开发Ø Feature的创建 本结论为个人测试结果，仅供开发参考，如有问题还需要细细排查。以上都是自己测试通过，除了以上开发模板，我在测试中发现，都必须和SharePoint交互才能创建，我们对于本地创建无能为力。
SharePoint 图片墙 实现实例教程
应用程序实质上是 Web 应用程序。如果您知道如何生成 Web 应用程序，则您就知道如何生成 SharePoint 相关应用程序。您可以使用任何语言，如 HTML、JavaScript、PHP 或 .NET，并且您可以使用喜爱的 Web 开发工具（包括 Microsoft Visual Studio 2012和基于 Web 的新工具 “Napa”Office 365 开发工具）以生成 SharePoint 相关应用程序。 云应用程序模型支持分层的体系结构，在此体系结构中，可以将应用程序的业务逻辑、数据和用户界面 (UI) 分配到单独的组件中。您可以利用专门为开发该层而设计的开发工具，而不是使用通用工具。 Ø SharePoint 托管的应用程序 如果在 SharePoint 本身中托管应用程序，则代码为 HTML 和 JavaScript 并由 SharePoint 托管。 Ø 提供商托管和自动托管的应用程序 - 在云中 对于自动托管的应用程序（仅可安装在 Microsoft SharePoint Online 上），SharePoint 会将应用程序自动部署到 Windows Azure 网站和 SQL Azure 中，这些应用程序在云中运行。 对于提供商托管的应用程序，您或您的 IT 部门可以在专用服务器或第三方托管服务上托管应用程序。这些应用程序在服务器上或在云中运行，具体取决于您选择托管应用程序的方式。 Ø 具有 SharePoint 中的组件以及云中的组件的应用程序 SharePoint 组件在 SharePoint 中运行，云中托管的组件在云中运行。 1、创建一个“SharePoint 2013 应用程序”，如下图，新建Office/SharePoint的项目，选择应用程序；
SharePoint 2013 App Remote Event Receivers
当我们在使用App的时候，就会发现一些问题，比如那些网站部署、更新或者卸载了，我们很关心我们的App是否有人用，这就需要远程事件接收器了。 1、在我们的测试App的解决方案上选中鼠标，按F4弹出属性，选中我们需要的处理应用程序，选中True；同时，VS会自动创建一个解决方案，让我们在里面写远程事件接收器的相关代码。 2、在创建的远程事件接收器的解决方案中，打开svc的代码，然后添加我们的代码（附后），判断如果触发的是安装App的事件，在一个AppInstallLog的列表中插入一条安装记录。 3、附后的代码，代码很简单，提升权限写列表库，就不多说了；写完代码以后，将这个web站点发布到服务器的IIS目录下；if (properties.EventType == SPRemoteEventType.AppInstalled) { SPSecurity.RunWithElevatedPrivileges(delegate() { using (SPSite site = new SPSite("http://url:2014")) { using (SPWeb web = site.OpenWeb()) { SPList list = web.Lists["AppInstallLogs"]; SPListItem item = list.Items.Add(); item["标题"] = "SP2013PictureWallApp"; item["日志"] = "SP2013PictureWallApp于 " + DateTime.Now.ToString() + " 已经被安装！"; item.Update(); } } }); } 4、在App的解决方案中，找到AppManifest.xml文件，右键查看代码，修改InstalledEventEndpoint为我们之前发布的站点中svc文件目录； 5、我们在一个站点中添加我们的App，而后查看AppInstallLogs列表库，发现已经写入一条安装日志了，说明远程事件接收器开发部署成功！
SharePoint 中如何自定义WCF服务
在使用SharePoint2013的时候，如果其他客户端 API 的组合不足，可以通过自定义 Web 服务扩展 SharePoint。默认情况下，SharePoint 2013 不仅支持创建自定义 ASP.NET Web 服务，还支持创建自定义 WCF Web 服务。 在开始之前，简单描述一下创建自定义WCF服务的步骤： Ø创建SharePoint空项目，选择场解决方案 Ø添加相关的应用程序集引用 Ø创建相关类和接口类，为其添加源代码 Ø创建ISAPI文件夹映射，在里面添加svc文件，并映射cs后台代码 Ø修改.csproj的程序文件，添加对于svc类型的支持 好了，让我们通过图文，了解SharePoint 2013中自定义WCF服务吧，可能描述较少，图文较多，因为创建的过程比较简单，示例代码也比较简单，主要还是创建的过程。 1、新建SharePoint空项目，如下图：
SharePoint 如何创建应用程序目录(App Catalog)
众所周知，SharePoint App是2013版本的一大特色，那么，关于App的分发有几种方式呢？SharePoint给我们提供了两种方式，一种是上载到SharePoint应用商店，另一种是在本地SharePoint环境中创建应用程序目录，为本地用户提供App的分发。 SharePoint服务器场中可以有多个应用程序目录，每个目录针对服务器场中的一个Web 应用程序。若要为Web应用程序配置应用程序目录，只需提供要用于应用程序目录网站的网站集管理员的名称。创建应用程序目录后，网站集管理员可将 SharePoint相关应用程序上载到该目录。（SharePoint应用程序商店和应用程序目录对比图） 从上图中，我们可以看到SharePoint商店和应用程序目录对于本地IT的关系，SharePoint商店不是本文要介绍的，我们进入正题，介绍应用程序目录。SharePoint的应用程序目录，是部署在每个应用程序下的一个SPCatelog类型的站点，我们可以在管理中心的UI中根据向导创建，也可以使用代码创建一个SPCatelog类型的站点，用PowerShell关联应用程序，这是我们要介绍的内容。 一开始，我们简单介绍了应用程序目录，以及和SharePoint商店的关系和对比，下面我们介绍如何创建应用程序目录。两种方式：管理中心UI和代码创建，前者就是一系列截图演示，后者才是重点。 1、打开管理中心，在左侧导航选择应用程序，然后点击管理应用程序目录； 2、可以选择现有的应用程序目录网站，或者创建新的应用程序目录网站；
SharePoint 在32位进程中不受支持 新增web项目IIS Express的64位版
使用Visual Studio 2012开发SharePoint的应该都遇到过下面的错误“SharePoint 在32位进程中不受支持”，而怎么修改目标平台都不好使，因为VS 2012所配备的IIS Express是32位的，而SharePoint程序是64位的，所以存在不兼容。 当然，还可以通过调试本地IIS，而不调试IIS Express来解决，但是比较麻烦。今天偶然间使用VS 2013，发现新添加了针对Web项目的IIS Express 64位版，不知道大家是否都知道了？！不知道的听我细细道来吧。 1、在Page_Load下面，简单的写一下SharePoint服务器对象模型，获取站点Title； 2、在浏览器中浏览这个Web表单，出现如下错误； 3、点击VS 2013的工具 – 选项，如下图： 4、找到项目和解决方案 – Web项目，勾选对网站和项目使用IIS Express的64位版；
Access数据库管理系统所支持的数据模型是什么
Access2010数据库管理系统所支持的数据模型是“关系模型”。关系模型是以记录组或数据表的形式组织数据，以便于利用各种实体与属性之间的关系进行存储和变换，不分层也无指针，是建立空间数据和属性数据之间关系的一种非常有效的数据组织方法。Access2010数据库管理系统所支持的数据模型是“关系模型”。Access是由微软发布的关系数据库管理系统。它结合了 MicrosoftJet Database Engine 和 图形用户界面两项特点，是 Microsoft Office 的系统程序之一。数据模型（Data Model）是数据特征的抽象，它从抽象层次上描述了系统的静态特征、动态行为和约束条件，为数据库系统的信息表示与操作提供一个抽象的框架。数据模型所描述的内容有三部分，分别是数据结构、数据操作和数据约束。数据模型的类型数据发展过程中产生过三种基本的数据模型，它们是层次模型、网状模型和关系模型。这三种模型是按其数据结构而命名的。前两种采用格式化的结构。在这类结构中实体用记录型表示，而记录型抽象为图的顶点。记录型之间的联系抽象为顶点间的连接弧。整个数据结构与图相对应。其中层次模型的基本结构是树形结构；网状模型的基本结构是一个不加任何限制条件的无向图。关系模型为非格式化的结构，用单一的二维表的结构表示实体及实体之间的联系，关系模型是目前数据库中常用的数据模型。1、层次模型将数据组织成一对多关系的结构，用树形结构表示实体及实体间的联系。2、网状模型