My WebLink
|
Help
|
About
|
Sign Out
Home
Browse
Search
CRDSS_Task1_05-12_OnlineDocumentationSystem
CWCB
>
Decision Support Systems
>
DayForward
>
CRDSS_Task1_05-12_OnlineDocumentationSystem
Metadata
Thumbnails
Annotations
Entry Properties
Last modified
9/25/2011 10:18:53 AM
Creation date
5/30/2008 2:34:31 PM
Metadata
Fields
Template:
Decision Support Systems
Title
CRDSS Task 1.05-12 - System Integration Issues Documentation - On-line Documentation System
Description
This memorandum discusses methods of delivering an on-line documentation system for the CRDSS.
Decision Support - Doc Type
Task Memorandum
Date
6/29/1994
DSS Category
DMI Utilities
DSS
Colorado River
Basin
Colorado Mainstem
Contract/PO #
C153658, C153727, C153752
Grant Type
Non-Reimbursable
Bill Number
SB92-87, HB93-1273, SB94-029, HB95-1155, SB96-153, HB97-008
Prepared By
Riverside Technology inc.
There are no annotations on this page.
Document management portal powered by Laserfiche WebLink 9 © 1998-2015
Laserfiche.
All rights reserved.
/
17
PDF
Print
Pages to print
Enter page numbers and/or page ranges separated by commas. For example, 1,3,5-12.
After downloading, print the document using a PDF reader (e.g. Adobe Reader).
Show annotations
View images
View plain text
Based on discussions with the development team, it has been decided that the initial version of <br />Mosaic <br /> on-line documentation for CRDSS will consist of high-level HTML files that define the <br />overall structure of the on-line documentation and individual home pages for each major software <br />product. <br />Mosaic <br /> uses the concept of ?home pages? to define documentation structure. Simply put, each <br />different documentation set is defined by a top-level document ?page? that sets the organization for <br />documents referenced within the top-level document. The file structure for each document under a <br />home page is relative to the home page. For example, a main CRDSS home page can exist that <br />provides high-level introductory material to CRDSS. This main home page also provides hypertext <br />links to other home pages for specific products (e.g., MODSIM, Glossary, etc.). Because <br />documentation for any one product may be quite complex, such documentation is usually organized <br />Mosaic <br />into a directory structure. requires that the top-level home page be specified using an <br />absolute path. However, it is inefficient to require that all documentation on a system use absolute <br />paths because individual home pages may move on the system (e.g., <br /> may move to ). <br />/crdss/crss/doc/crss.html /crdss/crss/doc/online/crss.html <br />Mosaic <br />The solution to this is provided by a feature. Basically, if a reference is made to an HTML <br />file using an absolute path, and the referenced document references a third document with a relative <br />path, then Mosaic is smart enough to put the two paths to together to find the file on the system. For <br />example, the following works fine: <br />/crdss/doc/online/html/crdss.html <br />reference files in local directory using relative paths <br />reference the home page: <br />/crdss/crss/doc/online/crss.html <br />/crdss/crss/doc/online/crss.html <br />reference files in local directory using relative paths <br />Mosaic <br />This allows the HTML files and supporting files that are developed for to be stored with <br />each appropriate software product while still being accessible from the main home page. The HTML <br />files within a product's documentation need only use relative paths. If the location of the <br />documentation for a product changes, only the reference in the main home page need be changed. <br />It is unclear to RTi whether all of the HTML and supporting files should be copied from the source <br />location to a more centralized documentation directory such as . Making a copy <br />/crdss/doc <br />Mosaic <br />would allow all of the information to potentially be isolated from the source code for <br />software products. However, this adds an extra burden to the system in terms of disk space <br />requirements, and also adds the maintenance burden of having to copy the files. RTi proposes that <br />the home pages and supporting files for a software product be left in a directory with the source code <br />for the product. Distributions of the CRDSS will then include the documentation directory but not <br />the source code directory. For example, the archive machine at RTi will have the following files: <br />(source code) <br />/crdss/crss/crsm/ <br />doc/online/*.html <br />and machines to which CRDSS are distributed will have: <br />/crdss/crss/doc/online/*.html <br />4 <br />A275 06.29.94 1.05-12 Malers <br />
The URL can be used to link to this page
Your browser does not support the video tag.