Difference between revisions of "Portal"

From Organic Design wiki
m ({{glossary}})
m (typos, punct)
 
(3 intermediate revisions by one other user not shown)
Line 1: Line 1:
{{glossary}}
+
<noinclude>{{glossary}}</noinclude>We use the term [[portal]] to refer to an easily-accessible repository of information that's associated with a key concept or structural element of an [[organisation]] or [[trust group]]. Any concept, no matter how abstract, could have an associated portal, but the most important are the elements that form the organisation's structure, such as departments and projects.
In [[Wiki Organisation]], a portals is a "home page" for a particular department, role, user or other high-level concept such as procedures or projects. See [[Wikipedia:Enterprise Portal]] for a general definition of this kind of portal. At Organic Design, we used to exclusively use the "Portal" namespace for all portals, but many of our portals are now actually category pages with the standard items hidden and replaced with a portal structure. In general we have a portal for the top level nodes in the [[Ontology]] which include all the [[record]] types and contain the following kinds of information:
+
 
 +
The actual form that the portals have depends on the technological context the organisation operates within and could range from physical noticeboards in outback villages to electronic desktop widgets in a PDA. The most important aspects of the portal are that:
 +
*they are used in a consistent way throughout the organisation,
 +
*that access be restricted to the members of the group that the portal is associated with,
 +
*that they can serve as an easily accessible catalogue for current relevant documentation and procedures,
 +
*and that they exhibit a scheduling aspect so that activity (such as work done for that context) can be logged and meetings or resources can be booked.<noinclude>
 +
 
 +
== Using a CMS for implementing portals ==
 +
We have implemented a prototype of our portal system in [[W:MediaWiki|MediaWiki]] in the form of our [[Wiki Organisation]] system, and we're now working on a more complete implementation in [[Drupal]]. In the context of a CMS, a portal is like a "home page" for a particular department, role, user or other high-level concept, such as procedures or projects. Many of our portals in the Wiki Organisation system are actually category pages with the standard items hidden and replaced with a more specifically structured list of member items. In general, we have a portal for the top level nodes in the organisation's [[Ontology]] that contain the following kinds of information:
 
*Creation (of new member records)
 
*Creation (of new member records)
 
*Searches
 
*Searches
Line 8: Line 16:
 
*Procedures: related to this type (e.g. procedures associated with a Wiki, Computer or Person)
 
*Procedures: related to this type (e.g. procedures associated with a Wiki, Computer or Person)
 
*Reports: Creation of dynamic PDF reports of all category items listed in portal
 
*Reports: Creation of dynamic PDF reports of all category items listed in portal
 +
 +
== See also ==
 +
*[[Software architecture]]
 +
*[[Wikipedia:Enterprise Portal]]
 +
</noinclude>

Latest revision as of 23:14, 24 July 2011

Glossary.svg This page describes a concept which is part of our glossary

We use the term portal to refer to an easily-accessible repository of information that's associated with a key concept or structural element of an organisation or trust group. Any concept, no matter how abstract, could have an associated portal, but the most important are the elements that form the organisation's structure, such as departments and projects.

The actual form that the portals have depends on the technological context the organisation operates within and could range from physical noticeboards in outback villages to electronic desktop widgets in a PDA. The most important aspects of the portal are that:

  • they are used in a consistent way throughout the organisation,
  • that access be restricted to the members of the group that the portal is associated with,
  • that they can serve as an easily accessible catalogue for current relevant documentation and procedures,
  • and that they exhibit a scheduling aspect so that activity (such as work done for that context) can be logged and meetings or resources can be booked.

Using a CMS for implementing portals

We have implemented a prototype of our portal system in MediaWiki in the form of our Wiki Organisation system, and we're now working on a more complete implementation in Drupal. In the context of a CMS, a portal is like a "home page" for a particular department, role, user or other high-level concept, such as procedures or projects. Many of our portals in the Wiki Organisation system are actually category pages with the standard items hidden and replaced with a more specifically structured list of member items. In general, we have a portal for the top level nodes in the organisation's Ontology that contain the following kinds of information:

  • Creation (of new member records)
  • Searches
  • Queries (of associated records, e.g. Orders associated with a Person)
  • Calendar: interface to member records
  • Activity: Most recently used member records
  • Procedures: related to this type (e.g. procedures associated with a Wiki, Computer or Person)
  • Reports: Creation of dynamic PDF reports of all category items listed in portal

See also