首页 > 大数据 > 正文

Oracle用户效率包UPK的实践方法

2012-07-27 10:40:00  来源:TechTarget中国

摘要:本文内容为Oracle UPK的定义标准和保证内容安全的实践方法。自带的UPK默认设置已经很棒,但是用户可能需要定制一些设置。UPK管理员可为库中所有文件夹设置某些权限。
关键词: Oracle

    本系列文章是关于Oracle用户效率包(UPK)的,共分两部分。本文为原文中的第一部分,主要介绍定义标准和保证内容安全的实践方法。第二部分则关注于程序库与在线编辑器的使用方法。


    Oracle用户效率包(UPK)提供了多用户协同和内容开发平台。Alticor Inc.是一家全球公司,它为世界上80多个国家和地区提供产品、商业机会及制造与物流服务,并发现了一些使用UPK的最佳实践方法,其中包括定义标准、保证内容安全、程序库的使用和发布内容等。


    定义标准


    定义标准,确定您在模拟过程中想要做和不想做的事情--这是在创建UPK开发策略之前必须执行的一个重要步骤。自带的UPK默认设置已经很棒,但是用户可能需要定制一些设置。


    颜色


    有一些企业可能希望基于公司的标准来定制UPK颜色配置。在这种情况下,要为作者提供一些RGB代码,让他们选择所需要的颜色,以便所有人都可以使用正确的颜色。这里还有一些问题需要考虑,例如,如果打印为黑白色,是否能够正确显示?或者,如果团队中有色盲成员,他们是否能够区分不同的颜色组合?


    字体样式


    定义字体及字号、线宽、缩写词和屏幕分辨率也很重要。这看起来似乎有些过度设计,但是每个作者都会使用自己的偏好设置进行内容创作,缺少一致性会造成混乱。您肯定希望用户关注于关键信息且不受颜色或字号的影响,因此一致性对此是有帮助的。


    内容


    一定要定义如何将信息显示在提示内容中,同时要定义所需要显示的信息。您是否需要加入处理信息?如果需要,那么需要详细到什么程度?如果不需要,那么需要加入什么信息?是否只需要加入记录的内容?您是否需要使用概念帧或网页?如果需要,每一个帧或网页应该加入哪些类型的信息?应该或不应该使用哪一些通用冗词?何处需要使用粗体或斜体文字?这些问题都不存在正确与否的答案,真正的决定权在于使用者,他们自己会选择最适合用户的方法;但是必须定义这些参数,使所有作者保持一致。


    命名规范


    命名规范是实现良好组织和保持一致性的重要条件。命名规范只是规定了作者如何创建项目名称,避免发生混淆,并且使之方便查找。下面是文件命名常用的三个标准:


    1.Entering Timecards


    2.Timecard Entry


    3.Enter Timecards


    哪一个是正确的?这取决于您的命名规范。如果您希望以名词开头命名文件,那么Timecard Entry是正确的;如果您决定以动词开头命名文件,那么Enter Timecards才是正确的。考虑一下在不知道确切名称或标题时,用户会以何种方式搜索信息。只有了解您的用户,才能寻找出最简单的解决方案。[page]
    规则


    要确定作者将如何检入和检出话题?按话题逐个操作、按节逐个操作、单个话题还是一组话题?是否要重新组织库或概述,还是先向团队咨询?如果以团队方式进行工作?您的检查周期是多久?一旦定义了规则和标准,就要安排一位所有者对所有决策进行编写。记住,一定要在开始开发工作之前定义标准。


    我建议召开工作会议,与团队一起讨论和定义标准,并将结果记录在样式指南中。您的标准可能是项目开发策略的元素之一。提前确定细节,可以避免许多工作的重复、时间的问题以及失败的可能性,并最终形成一个更加快乐的团队。


    保证内容安全


    默认情况下,在UPK中所有作者都有能力修改库中的文档。文件夹可以按作者或用户组进行限制。一定要仔细考虑作者访问库中文件夹的权限。其中一种方法是,先设置少量限制,然后再根据需要慢慢增强;或者,先设置较多的限制,然后再根据需要慢慢放开限制。同样,要了解您的用户和组织,再为项目作出正确的选择。


    UPK管理员可为库中所有文件夹设置以下权限:


    列举文件夹内容


    这个权限不允许作者将内容保存到文件夹。作者可以查看库文件夹中文档的名称,但是不可以使用任何编辑器打开文档,也不可以修改文档内容和它在库中的位置。作者也不能以任何方式复制文档。


    读取内容


    作者可以在编辑器中打开文档,但是不能修改文档内容和它在库中的位置。此外,作者可以复制文档(包括另存),然后将它存储在拥有相应权限的文件夹。


    修改内容


    作者拥有文件夹及其文档的完整访问权限,可以执行任何操作(创建、修改、复制、删除、导出等)。


    检入与检出


    在开始任何操作之前,一定要保证所有文档都已经检入,这样才能保证文档都已更新到最新状态。操作的命令是Check In All(检入所有)。


    当作者准备开始处理文档时,他们应该使用Check Out(检出)命令,它可以防止其他人同时修改文档。当检出文档时,作者可以选择检出单个文档、选中的文档及其关联文档或所有文档。我发现,一次最好只检出一个文档,除非确定同时对多个文档进行相同的修改。


    当作者完成文档修改时,应该使用Check In命令,它允许其他作者修改文档,且不会干扰第一个作者的工作。当再次检入文档时,要添加修改注解,使其他人了解修改的部分。


    如果想要离线操作,则可以使用Get命令下载文档的只读版本,再进行离线操作。如果不知道离线操作的具体文档,则可以使用Get All命令下载库中所有文档。


    最后,要创建正式的检入和检出过程,保证您的团队采用一致的过程。这样有利于疏通团队交流,保证高效的团队合作。[page]
    程序库的使用


    在开始开发之前,要设计好程序库的结构,并与团队就如何使用该库达成一致。让所有团队成员知道如何有效地使用程序库非常重要,这是为了有效地存储文档,把它们存储到它们该放的地方。另外,对程序库设计和使用进行文档化说明也很重要。这可能是你开发策略的第二部分。


    在设计你的库结构时,越简单越好。就像使用互联网一样,你一定不希望必须点进去十层链接才能得到你想要的或你需要的东西。这一点在这里同样成立。我们要尽量减少文件夹层的数量。最好是三次或者更少次数的点击就能得到我们需要的内容。过于复杂的结构会令人困惑和沮丧。为你们自己设计可用的结构,但要保持简单。


    你可以以任意方式组织你们的库,按项目、作者、模块、角色、文档类型或者任何方式都可以。重要的一点是,在你们开始开发前,要花时间考虑所有选项并为你的项目设计最好的结构。


    一旦你的设计确定了,要分配专人管理程序库的结构。这个人应该负责库中机构的创建与维护。对库的维护与设计一样重要。如果你不根据你们的设计维护该库,文档会丢失并会带来一些返工。此外,监视并纠正损坏的链接也很重要,当有人从库里删除文档时就可能发生链接损坏。你可以使用“取消链接”功能帮助检查。


    如果你想从另一个库导入内容,导入功能会处理待导入内容中的结构。但它并不会接受待导入文件的库结构。因此,在导入前调整你的库结构,使之保持一致,导入时就会更轻松和清晰。


    最后,请使用你们自己的命名规则。结构和标准为你的团队提供了舒适性和安全性;如果你遵守定义好的结构、命名规则以及其它标准,它们就会一直保持良好组织,想找的文档就能很快找到,返工会最少。


    大纲编辑器的使用


    在创建大纲结构时脑子里要想着最终结果。考虑一下你想怎么样发布你的文档或者你想怎么样把它们打包给受众,即大纲编辑器中建立结构的框架。有许多种方式来做,按模块、角色、功能等等。另外,这里不存在绝对正确或者错误的答案。只要按照你最终想交付给受众的形式来组织就好了。


    许多人都想知道在哪里完成工作最合适,在大纲编辑器中还是在库里。这真的是一个有争议的问题。


    使用大纲编辑器时,指向其它文档的链接是自动创建的。而在库中,你必须手动创建从你的文档到其它文档的链接。我的建议是使用大纲编辑器,这样一来我就不必考虑如何链接我的文档,或者如果我从大纲编辑器中删除了一个文档该怎么处理,因为我的链接是自动创建的。我在删除一个文档之后,总会回去重新检查一下我的链接,这是为了确保没有其它与删除文档有关的问题链接。你也可以在删除之前使用解除链接功能。


    记住,如果你从大纲编辑器中删除了文档,该工具不会从库中把它删除,该文档仍然留在库里。因此,如果它链接到了多个文档,其它链接仍然可用。如上所述,必须检查并确保其它链接没有问题。


    内容的发布


    你可以根据需要决定是否发布内容。第一次创建文档时,你若准备好生成输出,就可以发布你的资料。在发布过程中,可以随意选择你想要的输出方式。你可以全选或者只选择一部分。一旦发布了,就不需要再次发布,除非你更新了主题。下面是一些建议:


    指定一个或两个“发布器”负责发布所有内容


    创建一个正式的变更请求(维护和支持)流程


    出于维护原因,需要时可以重新发布


    UPK项目的筹划


    为您的项目建立规则和标准很重要,更重要的是确保这些规则有相应的问责制。确保团队中的每个成员都理解这些规则和标准,监控工作并确保所有与多用户环境协作的成员都能坚持遵守。否则,你没理由花大量时间进行规划。


    建立适合公司的安全路径。你可以根据实际情况判断是否需要限制开始还是可以收紧限制。你可以随时根据需要调整安全性。关键是要给其中投入一些想法,并设计你的安全路径,这样个体成员就可以有效和高效地履行他们自己的工作。


    适当使用检入和检出功能也能使员工有效和高效地工作。它还有助于查看还有谁可能对某个文档有输入,同样你也能看到谁对文档有检出。此外,管理员们还可以查看检入和检出历史。


    在建立大纲和库结构时,要尽量保持简单。不要设置太多结构,让布局过于复杂。很多时候,少则得,多则惑。


    最好是在开发之前就做好计划。你的计划越完备,实施起来就越井然有序;你的工作越井然有序,整个团队就越高效。开发工作有很多事情要考虑准备。只要记住,如果你有一个团队,不管所有成员是不是在同一个办公室,你都可以在多用户环境中使用最佳商业实践,使大家有效地协作。


第三十八届CIO班招生
国际CIO认证培训
首席数据官(CDO)认证培训
责编:zhangyexi

免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。