Hello Earl,
This is a great question for two reasons. 1) We are doing just that, and 2)
we get to use the answers to your question as solid requirements for what
we¹re doing. So, thank you for asking it.
I can say that our path is to build the ultimate Electronic Library
(eLibrary), not the ultimate Records Management system. The reason is that
³Records Management², to us, is really just a small subset of features that
are layered into how our customers manage ³Data², ³Information², and
³Knowledge².
1: We started with building a solid Data, Information, and Knowledge
Management platform, where "everything" in the system is an independent and
auditable record.
* This included a powerful data model that represents the enterprise
* It then included putting ³real tools & technologies² around each
functional domain in the data model (this means that Records Managers that
care about Project Management Records can easily track and manage them, just
as easily as Records Managers that care about Document Management Records,
etc.)
2: We predefined and pre-populated the system with volumes of meta-data:
* Ontologies
* Taxonomies
* Entity Definitions
* Attribute Definitions
* Relationship Definitions
* Etc.
The reason for this is we find that most enterprises we walk in are all
trying to do this in some way, shape or form. Usually, we find that they¹re
just trying to model the same metadata that other enterprises are modeling,
so we standardized as much of it as we could and we commercialized it.
3: We built in a data integration framework. This includes things like:
* XML integrators/connectors because we realized that there is no one
solution that covers everything, however, customers/users do want to see
their data, all in one place
* A correlation engine that allows correlation of data from any one
functional domain to data records in any other functional domain
* Various data backplanes for appropriate internal transfer of data between
functional domains
4: We then layered in pre-built Business Intelligence solutions, because
users want to see, understand and exploit their data. This includes things
like:
* Metrics generators
* Dashboards
* Complex Visualizations (Multi-dimensional graphs, trees, charts, etc.)
* AdHoc Reporting
* Pre-Defined Fixed Reports
* Etc.
5: What¹s being built in, right now, is the ability to set Records
Management Policies for independent records and/or bulk record sets.
* Storage Retention Policies
* Storage Procedures
* Destruction Policies
* Destruction Procedures
* Work Auditing
* Etc.
Unfortunately, there¹s way too much to cover but if you¹re interested in
seeing some of what we¹ve done, you can take a look at the user interface
at: http://www.TraverseIT.com/TraverseITUIHome.html or the whole platform
(right from the home page).
Anyhow, I hope this helps and I certainly look forward to others¹ answers.
My Best,
FG
--
Frank Guerino, CEO
TraverseIT
On-Demand Records Management
908-294-5191 Cell
[log in to unmask]
http://www.TraverseIT.com
On 9/20/07 4:59 PM, "Earl Johnson, Jr." <[log in to unmask]> wrote:
> ...how would you do it? Knowing what you know now, is there anything you're
> currently doing that you'd change, or leave out? Anything you're not doing
> that you'd add?
>
> Thanks.
> Earl
>
>
> Earl Johnson, Jr.
> E-mail: [log in to unmask]
>
> CONFIDENTIALITY NOTICE: This e-mail message--including attachments, may
> contain confidential or proprietary information and is for the sole use of the
> intended recipient(s). If you are not the intended recipient, please contact
> the sender by reply e-mail and destroy all copies of the original message.
> The views expressed here are mine, and mine alone.
>
> ---------------------------------
> Catch up on fall's hot new shows on Yahoo! TV. Watch previews, get listings,
> and more!
>
> List archives at http://lists.ufl.edu/archives/recmgmt-l.html
> Contact [log in to unmask] for assistance
> To unsubscribe from this list, click the below link. If not already present,
> place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
> mailto:[log in to unmask]
List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]
|
