ATCSDoc How To |
This Help File describes how to perform some basic build and maintenance and upgrade operations on the atcsdoc module.
Currently a number of operations have to be performed by hand. In the future they will be integrated in the src/Makefile and will be hopefully standardized when the final Development Process and tools will be defined.
How to:
![]()
The Web consistency checking is performed using the MomSpider tool.
To run it:
The results are put in the ~atcsmgr/ATS/atcsdoc directory.
The tool has been installed in the atcsmgr local directory and proper configuration files are in ~atcsmgr/:
.momspider-avoid
.momspider-instruct
.momspider-sites
It has been necessary to hack the tool to allow it to work locally, without a web server running.
Look in particular for the "Broken links" section.
__oOo__
All the diagrams included in the Requirements and Design documents are extracted from Use Cases and Logical views of the Rose model using the ATA docExpress tool (a license is installed on PC10064, G.Chiozzi). Freeware limited versions are installed on PC10065 (R.Karban) and PC10067 (P.Duhoux).
This tool generates two files per diagrams in format GIF and EMF. All diagrams are imported in an HTML document that serves as entry from a WWW navigator.
Note: All paths are given relative to the home directory of the module atcsdoc.
Using the licenced product Reporter PRO, perform the following steps:
Using the freeware product Reporter LITE 1.4.1, only steps 3 and 4 differ:
Pay attention to the "\", that must be used on the PC for pathnames, while "/" must be used in UNIX.
docExpress generates the following files:
The Makefile calls the tool atcsdocXP2IMG (located under bin).
It is an automatic procedure that parses the file Model/Rose/doc/<modelName>.html and renames the image files tmp_*.EMF and tmp_*.gif to their assigned named into the Images directories of Model/UseCases and Model/Packages respectively. (The file extension of the .EMF files is set to .emf).
The Deployment View diagram is copied to Model/Packages/Images/deployment.<format>).
The Class Hierarchy is copied to Model/Packages/Images/classHierarchy.<format>).
The lookup tables are maintained inside the script source and are the consistency links between the model and the documentation.
The Use Case diagrams for both UseCase and Logical views are named as the package/sub-system prefix; the Class diagrams names are built using the <prefix>_class.<format> naming convention.
__oOo__
Printable documents can include only information relevant at requirements level or also all available information, added at design time or after design.
Specific DD and SRS files are generated from the online documentation and put in the ./object/DD and ./object/SRS directories.
This is done by the UNIX Makefile using the atcsdocHTML2DD and atcsdocHTML2SRS tools.
__oOo__
Install the standard Windows:
Apple Laser Writer II NT driver and print to file.
To name a file "xxxx.ps" it is necessary to put the filename in quotes ("), otherwise Windows will add a ".prt" extension automatically.
__oOo__
Microsoft Word has many bugs and nuances, but with some tricks it is possible to survive (we are using MS-Word 97 SR2):
__oOo__
To update the printable document, once all files have been generated one should in principle just:
Unfortunately the SRS and DD documents are big and contains too many links for what Word97 (SR2b) can handle.
Actually in most of the cases word corrupts the document when trying this procedure. There are two different effect:
The procedure to get through is lengthy but works and consists in updating few links at the time:
__oOo__
Sometimes when opening with Ghostview Poscript files generate in Windows, in particular with MS-Word, there are problems (errores are reported, only only a limited number of pages is accessible).
In order to view Postscript files generated by MS-Word, it is typically necessary to check in Ghostview the menu:
Options -> Ignore DSC
For proper use of the Rose Web Publisher follow these steps:
All loose ends in the model are linked to a a file containing some information about the loose end. Since there might be several thousands of them, we remove them and replace them by one single file. The web publish tool produces links that have the Windows path in it. We don't require those in our case. Several paths produced by the tool are consolidated.
Before archiving the module atcsdoc under CMM, it is mandatory to prepare this repository as follows:
The module is now ready for being archived under CMM.
Note: The internal directory structure has been modified:
After having checkout the module atcsdoc from the CMM Archive, it is mandatory to restore this repository as follows:
The module is now ready for being updated.
Note: The Rose Web Publisher repository atcsdoc/Model/Rose/Html has not been restored.
See Web Publishing with Rose 2000 for the procedure.
__oOo__
|
|
|
|
|
|