Thursday, June 14, 2012

Content Management Systems Reviews - Documentum - Records Management


EMC Documentum Record Management Solution helps organizations to comply with legal and regulatory requirements for documents retention. This solution allows to capture and manage records generated in the company allowing for its automation. It also expands classic records management with features that track and dispose of non-records in order to reduce discovery costs and mitigate legal risks.

Records management solution is fully unified with Documentum content management platform.

Key Benefits

Risk Mitigation – reduce your content liability by disposing of records and non-records once they fulfilled all legal and regulatory and compliance obligations.

Automation – automate the capture and classification of records.

Comprehensive Management – manage all records regardless of file type or content type.

Centralized Management – allows to manage all records in one place regardless of disparate repositories and regardless of type or location.

Flexibility – it can be aligned with your needs as necessary.

Seamless Integration – integrate with your systems infrastructure including SharePoint.

Features

File Plan Administration – organize recordkeeping requirements across the enterprise with corporate and departmental taxonomies.

Platform Unification – simplify user retrieval with files that remain in place and preserve audit trail integrity for documents creation.

Physical Records Support – manage paper, microfiche, and other types of hard copy records.

Classification – organize records manually or automatically to specify authorities and disposition instructions.

Management of Compound Records – manage multiple documents as single record.

Records Disposal – ensure timely disposal with automation tools for identifying eligible records, requesting authorizations, and scheduling deletions.

Microsoft Integration – declare records within Microsoft Office products including SharePoint.

Automated Capture – integrate Line-of-Business (LOB) systems with little or no customization.

The solution provides: document expiration dates, superseding or prior versions, notifications and reminders, reports, disposition console, automation, digital shredding.

Tuesday, June 12, 2012

Taxonomy and CMS

Any information system should have two access points - search and browse. When users know exactly what they are looking for, they are going to use search. If you have enabled metadata search in your system, this search is going to be precise and will retrieve documents that users are looking for.

If users do not know what they are looking for, they are going to use browse to navigate to documents. Somewhere, some time during their browsing they may switch to search and then back to browsing.

In order to enable browsing or navigation in your system, you must create taxonomy and organize your documents according to this taxonomy.

But how do you apply the taxonomy that you created to your content management system (CMS)? Each CMS has a hierarchical structure. For example, SharePoint has the following structure: site collection --> site --> sub-site (optional) --> library --> folder, Vasont has collection group --> collection --> content type. And so each CMS has a hierarchical structure which could be adopted to your taxonomy.

Let's look at a specific example. Your taxonomy may look something like this: department --> unit --> content type --> subject --> date.

If we take SharePoint as the CMS you use, then: department = site collection; unit = site; content type = library; date = folder (for some content types) or subject = folder (for other content types).

In other words, each taxonomy unit is the same as a unit in the hierarchical structure of your CMS.

So, our example within CMS would look like this:

Engineering Department Site Collection --> Electrical Engineering Site --> Drawings Library --> Building Electrical Wiring Folder

or

Engineering Department Site Collection --> Electrical Engineering Site --> White Papers Library --> 2012 Folder

So, if somebody tells you that a CMS does not have a functionality to create taxonomy, ask them what is the hierarchical structure of this CMS and adopt this structure to your taxonomy.

Monday, June 11, 2012

Taxonomy and Controlled Vocabulary


A taxonomy is an organizing principle. It is a foundation on which to base any kind of system. It does not matter what kind of project you are involved in, it will benefit from clearly defined, concise language and terminology. A taxonomy and controlled vocabulary help to fine tune search tools, they creates a common language for sharing concepts, and it allows an efficient organization of documents and content across information sources.

Whether a structured tool such as a CRM system, or a less structured one, like a content management system that organizes information for web sites or intranets, all technologies that deal with information require a basis in taxonomy. This is even more important when various systems must interact.

Taxonomies use controlled vocabularies. For example, the issue of language: I call the person I do business with a Customer. Someone else calls them a Client. When we need to exchange or combine or analyze data which entity are we talking about? What is the document that outlines what we are providing, is it a statement of work, a proposal, an SOW or something else? Controlled vocabulary helps to make terms consistent.

When employees search for information, do they use language that is unambiguous? Can this information be easily found and re-purposed? Are employees sure they are not recreating information that already exists?

These are important questions, but there are larger issues that can have an even greater impact on the organization. Are all of these challenges of business going to be magically solved with a taxonomy? Of course not, but if the underlying structure is not in place, then essential tools, technologies and processes will not function together. Connecting system A to system B makes little sense when a common language has not been established to have information make sense in the new context.

Business Problem

Consider what happens if each department does their job, but accounting people spoke British English, IT spoke a Cajun dialect, legal an inner city slang, and business people spoke the language of scientific researchers. For all practical purposes, the languages they use in communicating with their professional peers are as different as these corners of the English language. In order for documents and pieces of content to be reusable and understandable in all of these different contexts and for these different audiences we need to develop a Rosetta stone of the enterprise. That is an enterprise taxonomy and controlled vocabulary.

Some people think that this is an insurmountable task – getting people to agree on common terms and meanings. Language is too ambiguous and variable, needs are too diverse to be able to develop a common denominator of communication for all circumstances. Instead we create a structure for defining and applying terms and for managing change. The alternative is uncontrolled and chaotic. But too much control is impractical. Determining where to control and centralize and where to allow variability is part of the process of developing and implementing an enterprise taxonomy and controlled vocabulary.

Enterprise Search

There is a prevalent opinion that a Google-like search interface is the answer to the search problem. There are many reasons why this is not true. One is that in a company, many of the clues that Google uses to deliver results are missing. Google will use links between sites to determine how to rank results. If lots of other sites point to a document then that document is deemed to be more valuable. In the corporate intranet, there is no equivalent way of ranking results.

Another fundamental flaw with pure search solutions is that meaning, value, and applicability are context dependent. The usefulness of a piece of content is in the eye of the beholder. A document is useful to a person if this person can use it to solve a problem. This depends upon this person role, task, and background.

A search engine cannot determine these factors and present results based on this person's needs. However, if you perform some process analysis in order to understand a user’s tasks and how they go about solving their problem, you can present information in anticipation of their needs. The role of a taxonomy and controlled vocabulary is to define the labels that correspond to user tasks, experience, needs, and context that helps to refine their search or guide their navigation.

Leveraging Taxonomies

Part of the analysis phase in taxonomy development is to understand what users are trying to accomplish, and then present a set of documents that users should look at when they are performing these tasks. For example, a sales person may be preparing a proposal for a customer. If he/she searches in a large repository for documents, he/she will likely pull up a lot of documents that may contain the term "proposal", but they may not be example proposals that he/she can use.

On the other hand, if this sales person defines the business development function as including proposal creation, he can find sample proposals that will be useful. You can define a tag called "sample proposal" or some other label that we agree will designate documents that can be useful for this purpose.

You may want to go further and define the specific industry, the product or service offering, the size of the deal and so on. By carefully defining labels for the documents you can search based on these labels or navigate to a place where these documents reside. These results will be precisely for your task at hand and will save you from creating a proposal from scratch or from endless searching for relevant documents.

So in the first case search using "proposal" retrieved perhaps hundreds of documents containing the term proposal. In the second case the search contains a smaller subset of documents that more closely meet your criteria.

Imagine that in one repository you refer to proposals for customer service outsourcing as "service outsourcing" and in another repository, you refer to it as "business process outsourcing". If you search on one term, you really also want the documents with the other term. These terms are synonymous. You could make a note of terms that may be used interchangeably and apply a synonym ring to the search mechanism, enabling search on one term to return documents containing the other terms.

Navigation

As we just observed, search is one area where taxonomies can be leveraged. What about navigation also called browsing? Some people equate taxonomy with navigation. Taxonomy makes navigation possible. By understanding the underlying structure of information and how people access that information, you can propose a structure by which users can click through the content. Navigational structures directly reflect the taxonomy. For example, if you organize content according to departments or functional areas, with geographies comprising navigational nodes, this would be your taxonomy. In other cases, users may navigate according to a task or business process that could start out with a geography and then move to a task, such as customer service.

Taxonomy Development and Maintenance

Taxonomy and controlled vocabulary development and maintenance is an ongoing process. This is very important process. It is essential that we agree on terminology in order to integrate, collaborate, and communicate most effectively. Not addressing this issue will lead to more problems of information overload, difficulties in integrating systems and inefficiencies in the organization.

The short term goal should be to educate your organization on these issues, medium term - to begin the process of formalizing sharing and application of consistent language across systems and processes, long term - the goal would be to develop a mature process for ongoing maintenance and governance of enterprise taxonomies. It is important to start the process now, rather than wait for search, navigation, and access of information to become a big problem.

Wednesday, June 6, 2012

How to Select a Content Management System

You have decided to deploy a content management system? How do you select a system? This is the subject of my today's post.


The process of selecting a content management system (CMS) centers on the list of requirements you users have for the system, then vendor presentations, and some sort of selection committee. The process contains the following steps:

  • create a high-level overview of the CMS project and your users requirements;
  • review the market for the products that seem to fit your project and your users requirements;
  • make the first cut from the list of candidates, selecting those that seem worth really pursuing;
  • send a Request for Proposal (RFP) to those who make the first cut;
  • select a small number of finalists by scoring the RFP responses and any follow-up questions that you ask;
  • have technical drill-down meetings and check references from each of the finalists;
  • have a presentation from the remaining candidates;
  • make a final decision by combining the scores for the references and presentations with those for the RRP.

High-Level Overview

To start the selection process, it is useful to create a short project overview that you can include in early correspondence with the vendors. The overview also should orient your selection committee to the major points toward which you are aiming.

To create the overview, take the high points from your project mandate, requirements, and logical analysis. Include in the overview the short description of features that your product should have to make it successful in meeting your needs. Use this overview to orient all involved parties to the key selection criteria and also to provide them with an introduction to the fuller analysis you might have created.

Review the Market

Perform a broad overview of the CMS market looking for products that address your general needs. Here are few tips to conduct your research:

Get recommendations: try sending your overview via email to anyone you can think of who may have an opinion. The recommendations would give you a place to start and a set of products to which you can compare the ones that you find yourself.

Keep your analysis close at hand: have your requirements, logical design, and the selection criteria that you think are most important. Look at them often as you do your search.

Develop a short set of questions that you ask at each web site that you visit: this helps you stay on task and give an even, standard treatment to each product.

Consider core products versus peripherals: develop a quick eye for products that do not have enough core content management functionality to qualify for your search.

Keep a list of your special needs: this list should go beyond standard content management concerns, for example special marketing needs, unusual publications, particular integration, etc. You may come across products that do not address all your needs, but try to find a product that addresses at least some of them. You may find these products helpful later on, either as add-ons to the system that your purchase or as good examples of how a particular need can be met.

Document your search: track down the url of the web site, so you could return to it later.

Do not spend too much time on this process: if in doubt, include a product on your list, you can remove it later.

Start a file: both a physical and a computer file on each product. You eventually will accumulate a lot of material on the ones that make it to the end of the process.

Making the First Cut

Limit your list from the large number of products that have something to do with content management to few that seem to address your particular needs and budget. If you have time, you can contact each company and request a complete marketing package. Be sure to request white papers, case studies, demos, industry analysis, and pricing sheets. In addition, go back to each site and collect as much relevant information as you can about each candidate. Do not be afraid to dismiss those candidates who do not meet your requirements.

The core of the first cut is a preliminary set of evaluation criteria, usually a spreadsheet. Apply your selection criteria to this list of candidates. Involve your selection committee in this process. Score each candidate product using all the resources that you have. Do not do complete and exhaustive analysis especially with your selection committee. Just have them quickly review your list.

The first cut should include 5 to 10 candidates.

Sales Presentation

Now it is the time to get serious. Invite these candidates to present a demo of their product. Do not require preparation of your team or the vendor. Ask for the standard presentation. At the next meeting you can get down to details if necessary. It gives a vendor the opportunity to present their product. Save your probing questions and became immersed in the product as you can. Be positive and try to understand each product positive and negative features.

The vendor tries to qualify you as a prospect as much as you are trying to qualify the company. Try to answer vendor's questions as openly as possible and present your requirements and what you are want to accomplish. Learn the names of the people inside the product organization that you can contact directly for specific information.

Request For Proposal (RFP)

Create the complete selection criteria and turn it into Request For Proposal (RFP). Most likely it would be a spreadsheet that lists all the questions you need answered in order to arrive at a list of finalists.

Selecting Finalists

Plant to have follow-up meetings with candidates that made RFP cut. Before you schedule these meetings, see if you can eliminate any candidates due to lack of response or unacceptable response or poor performance on RFP. In these meetings, go over questions. In the first pass, focus on the issues that candidates did particularly well or poorly in their RFP responses. Make the list of the weak points and determine if these points disqualify these candidates. If you still have questions, ask the vendor to find the right person to answer some specific questions. Use emails, phone, and on-site meetings to move each question to a final score.

Technical Drilldowns

With a small list of finalists you can get down to details. Do a most thorough job of analyzing the RFP and follow-up questions from the finalists and schedule one or more meetings where your technical experts (IT) and vendors' technical experts gather to envision how the system would work and what the relationship is going to be between you and the vendor.

You may also want to schedule additional demos of the product. These discussions should result in a clear idea of how your team would accomplish different task with different systems. Share your full list of requirements with the vendors. Vendors would bring their development or professional services groups who would contribute to the process. Try to ask vendors to bring actual people to these meetings who would be assigned to your project.

References

Try to contact some companies who use these products. Vendors should be able to help you to identify these companies. But do not leave this process entirely up to vendors. Check the web, check logos on the vendor's site, check conferences, analysts' reports, etc. You need information to help you decide whether a specific product is right for you and whether vendors would deliver what they promised.

Final Presentations

By now you are very close to a decision or you may have a clear leader or you may have decided who you want to work with. But there is no contract yet, only a lot of discussions. You also may have a list of issues that have never been resolved. And you may have people who have the authority to sign the purchase order. You could combine all these needs into a final vendor presentation. It would have the following purposes:

  • final resolution or any outstanding problems;
  • full discussion of the terms of the agreement;
  • executive review of the vendor company;
  • cost estimate.

It is not the meeting to demo the product. It is a meeting to make the final determination whether you want to work together with this company.

Making the Final Call

Now you should be ready to make your final decision. You should have all the information you need. You should also have a numerical winner in the RFP scores as well as project costs. In addition, you have one or more subjective assessments from our team and sponsors. Try to drive for consensus in your selection committee. Create an objective scoring method for the subjective factors. Escalate the decision to someone who can make and enforce this decision. Provide the decision maker with all the information that you have collected.

If you followed this process, you will have succeeded in selecting a system that meets your needs!

Monday, June 4, 2012

SharePoint - Site Content and Structure

Site Content and Structure page is used to manage both the content and structure of your SharePoint site collection. In SharePoint, navigation is dynamically generated from the site collection hierarchy. This means that when you change the structure of the site (for example, if you move a subsite), that change is carried through to the site navigation. Where the item now appears in the site navigation reflects the new location of the underlying subsite.

The actions you can take on this page include more than changing the structure of the site. You can manage content by performing other actions on lists and list items. For example, you check out or check in, publish, and copy items.

To ensure that the interface for the Site Content and Structure page is familiar to you, it was designed to be similar to Windows Explorer. You can see the site collection hierarchy in the navigation pane as a tree view on the left of the Site Content and Structure page. On the right, items are listed in the list pane. To access the Site Content and Structure page, you must have a minimum of Contribute permissions.

You can go to the Site Content and Structure page through the Site Actions menu. If you are at the top level of your site, you will see the menu item listed on the Site Actions menu. If you are in a subsite, you can navigate to the Site Settings page and then navigate to the Site Content and Structure page.

You can use features such as check-out, discard check-outs, submit for approval, or publish items. In addition, you can restructure the site collection by moving, copying, or deleting content items. When content is copied, moved, or deleted, the links associated with that content are also updated.

The actions that are enabled for an item in the Site Content and Structure page are context sensitive and depend on the status of the item. For example, if an item is checked out, the check-out action is not enabled. The actions that are enabled depend on the security context of the current user. Beyond whether an action is enabled for a feature, actions that are enabled or even displayed depend on other factors such as the type of list an item is contained in or if certain features, such as publishing, are enabled in the site collection.

The discard check-outs action, which enables you to undo the check-out action for a different user on either a single item or multiple items, restores items to the state that they were in when they were last checked out. A typical scenario is if an employee forgets to check in files before going on vacation. The manager can use the discard check-outs action to release the files. This action is only available from the Manage Content and Structure page and only if you have the appropriate permissions.

On the Site Content and Structure page, any action that you can perform on a single item you can perform on multiple items by first selecting the items and then selecting an action.

You can copy entire subsites or lists to another subsite in the site collection hierarchy or you can copy individual content items to any compatible library. However, it is not possible to use the copy action to duplicate a library item in the same library.

After you perform the copy action, the site navigation is updated for all navigation components, and the site navigation will reflect that the subsites, libraries or library items are in both locations.

You can move individual library items or entire subsites to another subsite within the site collection. A subsite can be moved to be directly under the top level in the site collection hierarchy or under another subsite in the site collection hierarchy. When you move a subsite, all of the content in the subsite is moved. However, you cannot move only a library (for example, only the socuments library) to another subsite.

When you move a subsite or an item, because the navigation is generated dynamically from the site collection hierarchy, the navigation components are automatically updated so that the new location for the item or subsite is reflected in the navigation.

You can use the move action to efficiently re-architect your site. For example, you might need to rebuild the navigation for your site or move the subsite for a department because they have been reorganized to be under a different group.

This feature enables a site administrator to reorganize a site without forcing site administrators to delete each item individually. Entire subsites or individual items can be deleted from the site collection hierarchy.

If the recycle bin is enabled for the site, list items can be recovered after they have been deleted. However, deleting a subsite is a drastic action: the entire branch is permanently deleted even if the recycle bin is enabled.

You can use the feature "Show and Hide Related Resources" to determine the resources that are called by an item. Resources are any elements used by the page, including page layout, images, Cascading Style Sheets (CSS), links from the page to other pages, links to the page from within the site collection, and links to or from this page. Identifying the related resources for an item is especially useful if, for example, you need to delete an image. By determining the dependencies for that image, you can update the links or resources as necessary.

This feature only shows the related resources for one item at a time. If you do not have an item selected when you click Show Related Resources, the first item in the list pane is selected. Whenever you select a different item in the list, resources are displayed for that item.If your objective is to not display a subsite or page in the site navigation, you should not delete the site; instead you must go to the Navigation Options page and use the Hide function.

There are reports in the Site Content and Structure page. Seven reports are available. When you select a report, all the items that match the filter in the current site and any subsites under the current site are returned. To determine the container for the item in a report, you can point to the name column, and the path is displayed in the browser status bar.

If you have the appropriate permissions on your site, you can create or edit reports to make them specific to your situation or environment. For example, authors might have difficulty locating all of the pages that they are working on throughout the site collection. By running a report, they can find all the items and then, from the report view, they can perform actions on the items in the same way they can in the All Documents view.

Because reports are items in a list, after you create a new report, it is automatically deployed. Also, because reports are list items, they can be version-controlled so that they must be checked before they can be edited.

Thursday, May 31, 2012

User Study

You have decided to implement a content management or a document control system. This system that you are planning to deploy is for users. Everything you create is for users. If your system meets your users' requirements, they will use it. If your system does not meet your users' requirements, they are not going to use it.

They are the ultimate designers. Design a system that confuses users and they will go somewhere else. Build the system that frustrates users and they will not use it. No matter what you do, they will find all possible excuses of why they cannot and should not use your system. Users adoption is going to be very difficult, almost impossible if you deploy a system which is not based on your users' requirements.

But who are your users? Why are they looking for information? What information are they looking for? How are they looking for information? How would they like to search for information? How would like to author this information? How would they like to use your system? and similar questions - these questions you should ask your users before you deploy any system. You ask these and similar questions during user study which should be done at the beginning of your project. This is the subject of my today's post.

How do you study users and their requirements? There are few methods: surveys, focus groups, interviews, user testing. Select broad spectrum of users across the entire organization. Include major stakeholders, department or unit managers, major authors and consumers of information.

Surveys

This research tool provides an opportunity to gather input from a large number of people. They can be used to gather qualitative or quantitative data. You can send them by email or you can use free survey tools like Survey Monkey. When creating a survey, you will need to limit the number of questions if you want a reasonable response rate. If you have too many questions in your survey, users may not return the survey to you. You may also have to guarantee anonymity and offer an incentive.

Since there is little opportunity for the follow-up questions or dialogue, surveys do not allow you to gather rich data about users' information seeking behavior. The survey results can provide you with a powerful political tool. For example, if 90% of users say that they have a problem searching for documents and are frustrated, than this could be used as a compelling reason to improve the search by having a better system or improving existing system.

Focus Groups

When conducting focus groups, you gather groups of people who would be users of your system. You might ask them questions about what features they would like to see in your system, demonstrate a prototype of a system, and then ask users' perception of the system and their recommendations for improvement.

Focus groups are great for generating ideas about possible content and functions for the system. By getting several people from your target audience together and facilitating a brainstorming session, you can quickly find yourself with list of suggestions.
They could be used to prove that a particular approach does or does not work.

Interviews

Face-to-face sessions involving one user at a time are a central part of users' study. You typically would begin with questions. Some of the questions you might ask are:

  • What do you do in your current role?
  • What information do you need to do your job?
  • How do you search for this information?
  • What information is most difficult to find?
  • What do you do when you cannot find something?
  • Do you create documents that are used by other people or departments?
  • What do you know about life-cycle of your documents?
  • What happens after you create them?
  • If you could select few features in the upcoming content management system, what would they be?

In determining what questions to ask and especially how to determine what features users would like in the system, it is important to remember that users are not content managers or information architects. They do not have the understanding or vocabulary to have a technical dialog about the system or its architecture. So, you need to be prepared to interpret what they might tell in general to specific system features that you already know about and then provide this information to them in your response.

User Testing

In basic user testing, you ask a user to do a task, for example to find information in the current situation. You can ask the user to browse or to search. Allowing about three minutes per task, ask the user to talk out loud while he is navigating. Take good notes and make sure you capture what he said and where he goes. You may want to count clicks and time each session. Include a range of audience types. It is particularly important to include people who are technically minded (for example engineers) and who are not (for example marketing) as they will demonstrate different behavior.

User study is iterative process, so you may have to repeat the same method few times. But whatever you do, do not underestimate the value of user study. If you would like to have the user adoption in the end, conduct the user study in the beginning.

Wednesday, May 30, 2012

Content Management Systems Reviews - Drupal

Drupal is a free and open-source content management system (CMS) and content management framework (CMF) written in PHP and distributed under the GNU General Public License. It is used as a back-end system for at least 1.5% of all websites worldwide ranging from personal blogs to corporate, political, and government sites. It is also used for content management and business collaboration.

he standard release of Drupal, known as Drupal core, contains basic features common to content management systems. These include user account registration and maintenance, menu management, RSS-feeds, page layout customization, and system administration. The Drupal core installation can be used as a brochureware website, a single- or multi-user blog, an Internet forum, or a community website providing for user-generated content.

As of March 2012 there are more than 15,648 free community-contributed addons, known as contrib modules, available to alter and extend Drupal's core capabilities and add new features or customize Drupal's behavior and appearance. Because of this plug-in extensibility and modular design, Drupal is sometimes described as a content management framework. A content management framework (CMF) is a system that facilitates the use of reusable components or customized software for managing web content. It shares aspects of a web application framework and a content management system (CMS). Drupal is also described as a web application framework, as it meets the generally accepted feature requirements for such frameworks.

Although Drupal offers a sophisticated programming interface for developers, no programming skills are required for basic website installation and administration. Drupal runs on any computing platform that supports both a web server capable of running PHP to store content and settings.

Drupal Core

In the Drupal community, the term "core" means anything outside of the "sites" folder in a Drupal installation. Drupal core is the stock element of Drupal. In its default configuration, a Drupal website's content can be contributed by either registered or anonymous users (at the discretion of the administrator) and is made accessible to web visitors by a variety of selectable criteria. Drupal core also includes a hierarchical taxonomy system, which allows content to be categorized or tagged with key words for easier access. Drupal maintains a detailed changelog of core feature updates by version.

Core Modules

Drupal Core includes optional modules which can be enabled by the administrator to extend the functionality of the core website. The core Drupal distribution provides a number of features, including:
  • Access statistics and logging
  • Advanced search
  • Blogs, books, comments, forums, and polls
  • Caching and feature throttling for improved performance
  • Descriptive URLs
  • Multi-level menu system
  • Multi-site support[37]
  • Multi-user content creation and editing
  • OpenID support
  • RSS feed and feed aggregator
  • Security and new release update notification
  • User profiles
  • Various access control restrictions (user roles, IP addresses, email)
  • Workflow tools (triggers and actions)
Core Themes

Drupal core includes core themes, which customize the "look and feel" of Drupal sites, for example, Garland, Blue Marine etc. The Color Module, introduced in Drupal core 5.0, allows administrators to change the color scheme of certain themes via a browser interface.

Localization

Drupal is available in 55 languages. Drupal localization is built on top of gettext, the GNU internationalization and localization (i18n) library.

Auto-update Notification

Drupal can automatically notify the administrator about new versions of modules, themes, or the Drupal core. Such a feature can be useful for security fixes.

Extending the Core

Drupal core is modular, defining a system of hooks and callbacks, which are accessed internally via an API. This design allows third-party contributed (often abbreviated to "contrib") modules and themes to extend or override Drupal's default behaviors without changing Drupal core's code. Drupal isolates core files from contributed modules and themes. This increases flexibility and security and allows administrators to cleanly upgrade to new releases without overwriting their site's customizations.

Modules

Contributed modules offer image galleries, custom content types and content listings, WYSIWYG editors, private messaging, third-party integration tools and more. The Drupal website lists over 11,000 free modules.

Some of the most commonly used contribution modules include:

Content Construction Kit (CCK): allows site administrators to dynamically create content types by extending the database schema. "Content type" describes the kind of information. Content types include, but are not limited to, events, invitations, reviews, articles, and products.
Views: facilitates the retrieval and presentation through a database abstraction system of content to site visitors.
Panels: drag and drop layout manager that allows site administrators to visually design their site.

Drupal Distributions

Distributions are a collection of pre-configured themes and modules for feature-rich web sites giving you a head start on building your site. Users can build your own online communities, media portal, online store, and more!

Friday, May 25, 2012

Enhancing SharePoint Through Information Governance

According to Microsoft, every day for the past five years 20,000 new SharePoint users have been added. As one of the most popular departmental content management solutions, SharePoint silos are now littering the organizational landscape with little or no centralized control. Enterprises are seeking to do more with less, leverage what they already own, and take advantage of SharePoint 2010 functionality.

Technologies are available to tag content, classify it to organizational taxonomies, preserve and protect information through the automatic identification of records and privacy data, and as a migration tool. These building blocks work well in the SharePoint environment and add functionality transparently to the end user.

Building Block #1: Metadata

An enterprise metadata repository is the primary building block in the framework, enabling the proactive management of content. This component is tightly integrated with the management of content life-cycle. Enterprises struggle with managing content, stemming from the end user's inability to accurately and consistently tag content for search, storage, records identification and archiving purposes. Most organization still focus on relying on the end user for appropriate tagging. Only by eliminating the human factor can enterprise metadata management be achieved and subsequently the content life-cycle management.

Through automatic semantic metadata generation and auto-classification as content is created or ingested, the taxonomy component integrates well with Term Store to seamlessly manage the metadata. Eliminating end user tagging, a comprehensive metadata repository can be easily developed, deployed, and managed.

Building Block #2: Search

For many organization, content exists in numerous locations, on diverse repositories and replicated across various silos. Most end users are unable to find relevant information to support business objectives resulting in the inability to re-use and re-purpose content. This leads to impaired decision making and decreased organizational agility.

Whether the enterprise search is SharePoint or FAST, the delivery of meaningful results depends on the ability to effectively index and classify content and utilize taxonomies to better manage the content. The search engine provides the features, functions and interface, while the technologies provide the tagging and classification structure to deliver relevant results.

Building Block #3: Governance

The enterprise governance structure allows employees to work in the most efficient and effective way possible by giving them access to information in a controlled and secure manner. This building block consists of tools that ensure information quality, maintain content life-cycle, address the retention and disposition of records, secure and protect privacy, and establish standards when dealing with information.

Building Block #4: Policy

The application of policy must be deployed from an enterprise perspective and address the entire portfolio of information assets. The technology generates the identification of concepts, records, and privacy of data. Assignment of custom content types and workflows can be initiated for disposition making user involvement much less. This solution ensures consistency, improves record-keeping and enables the establishment of monitoring and auditing processes to ensure proof of compliance and data protection.

Building Block #5: Privacy

The demarcation of who is responsible for the protection of privacy data is becoming blurred. Each business function may have a unique view of what is confidential, such as legal, human resources, and product development. It remains the responsibility of the organization to set the policies and the stakeholders to protect and hold confidential certain information.

Leveraging content types to drive information rights management coupled with automatic semantic metadata generation and organizationally defined descriptions, unknown privacy exposures can be identified and processed automatically to the appropriate repository for disposition.

Building Block #6: Enterprise and Web 2.0

SharePoint provides technology to implement collaboration tools. These tools encourage collaboration and link employees, partners, suppliers, and customers to share information. Adding structure to chaos provides more control of collaboration, while encouraging the audience with ability to interact and share information. Adding control via classification and providing an integrated view of organized content through the taxonomy structure, end users still have the ability to freely contribute and the enterprise can more effectively use these tools as a business advantage.

Tuesday, May 22, 2012

Content Management Systems Reviews - Documentum - XML Platform for Content Reuse

Designed for content oriented applications such as publishing, archiving, information mashups, regulatory filings, collaboration and knowledge management, XDB provides a scalable architecture to warehouse content in an application-neutral format, not dependent on any application for information retrieval.

XML-based Documentum platform reduces costs by enabling technical writers to reuse rather than reinvent content. You can:
  • manage content at a granular level thus increasing the likelihood that a particular piece of content can be used without modification;
  • automate the assignment of attributes to content so that writers spend less time describing content;
  • leverage advanced search techniques to enable writers to easily find, reuse, and repurpose content;
  • manage images and other types of rich media in a common content repository;
  • separate content from structure and format, using external DTD and schemas to control the document structure;
  • leverage automatic transformation and publishing capabilities to package information for different delivery channels;
  • significantly reduce costs associated with localization and translation efforts on only the content that has changed.
XDB allows content schemas to be easily modified to adapt to changing information requirements, supports queries against complex structures, and supports automatic versioning of content and schemas.

Common applications for XDB include the following:

Dynamic Publishing

XDB has scalability, performance, and functionality to power high-volume dynamic sites that deliver highly relevant targeted content. You can also take advantage of Dynamic Delivery Services, a platform that makes it easy to build, maintain, and deploy content delivery applications on XDB.

Content Warehousing

XML is a perfect format for aggregating content into content warehouse to support archiving. It is application neutral. It is also self-describing, which means that it retains its information value even when the application used to create it is not available. You can easily modify content definitions (schemas) to adapt to changing needs. A high performance repository is required for efficient storage and access and a flexible query language for mining the content. This is where XDB comes in.

Features:

Scalable, high performance architecture: unlimited storage capacity, minimal storage overhead, low memory requirements, extensive tuning options, high concurrency, reduced processing overhead for compound operations, unlimited horizontal scaling.

High reliability with simplified administration: high availability, robust transactions, intuitive navigation, powerful and easy to use administration, embeddability, easy copying between databases.

Comprehensive applications development: complete API, built-in transformations, rapid development.

Powerful search, retrieval, linking, and updates.

Integration and interoperability: content validation, WebDav interface, database import, file import.

Extended content management – manage non-xml content, versioning, metadata, xml differencing.

Saturday, May 19, 2012

Content Analysis

Content analysis is the cornerstone of your content management initiative. It includes careful review of the documents and objects that exist and that would help to define scope of your project.

The main purpose of content analysis is to provide data that is critical to the development of a solid information architecture. It helps you to reveal patterns and relationships within content and metadata than can be used on to better structure, organize, and provide access to that content. It will also help to configure your content management system accordingly. It will help you in the design phase when you begin coming up with content types and metadata. It also provides valuable input into the broader design of organization, labeling, navigation, and searching systems.

I recommend to my clients to conduct content analysis in the form of detailed audit. Early in the research phase, a high-level content survey could be a useful tool for learning about the scope and nature of content. Later in the process, a content audit or inventory would produce a roadmap for the project and will facilitate an organized approach to authoring and managing of content.

Gathering Content

To begin, you will need to find and analyze a representative sample of your organization content. Try to capture few items from each content type. You content could be white papers, annual reports, forms, drawings, financial documents, marketing brochures, press releases, forms, etc. Capture a diverse set of content types. Include different formats content such as textual documents, video and audio files, archived e-mail messages, etc.

Make sure that you got samples for engineering, marketing, customer support, finance, human resources, sales, research, etc. Try to represent a broad range of subjects in your content sample. Consider intended audience, document length, languages, etc. Consider also the importance of certain content types over others.

If there is already a content management system in place, you can use it to get information about existing content.

During content analysis, note the following:

Structural Metadata - describe the information hierarchy of this object. Is there a title? Are there discrete sections or chunks of content? Might users want to independently access these chunks?

Descriptive Metadata - think of all the different ways you might describe this object. How about topic, audience, format? There should be at least a dozen different ways to describe many of the objects in your analysis.

Administrative Metadata - describe how this object relates to business context. Who created it? Who owns it? When was it created? When should it be removed?

You might ask yourself these questions:

What is this object?
How can I describe this object?
What distinguishes this object from others?
How can I make this object findable?

Look for patterns and relationships that emerge as you study many content objects. Because of the need to recognize patterns within the context of the full sample, content analysis is by necessity an iterative process. It may be on the second or third pass over a particular document that you discover a useful solution.

Content Map

In the end of this process, you may want to create a content map. A content map is a visual representation of the existing information environment. It is a tool for understanding your content. It will help you to visualize relationships between content categories, explore navigation pathways within content areas, figure out the structure, organization, and location of existing content, and ultimately help you to come up with ideas about how to provide improved access to your organization content.