[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference clt::cms

Title:DEC Code Management System
Notice:Current version: V3.8-2 (see Note 3.2)
Moderator:EDSDS6::TOWNSEND
Created:Mon Feb 03 1986
Last Modified:Thu Jun 05 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2491
Total number of notes:9373

2491.0. "Code Management of DECADMIRE" by COPKAF::KIM () Wed Jun 04 1997 11:18

Hi!

Our customer uses DECADMIRE for his application.
He has tried to use CMS for code management, but 
this was to complicated and slow to use with CMS.

Any hints for code management of DECADMIRE?
- Kim

PS. I am aware of note 605.2 in the APPLICATION-GENERATOR
notes conference on DDSDEV.
T.RTitleUserPersonal
Name
DateLines
2491.1EDSDS6::GLEASONDaryl Gleason, DECset EngineeringWed Jun 04 1997 12:529
    Hi Kim,
    
    We have no experience with DECADMIRE. If you can give us some details
    on what it is, how the customer is using it, and what he wishes to do
    with respect to code management, we might be able to offer some
    thoughts. It would also be helpful for us to understand why CMS was
    found to be too complicated and slow.
    
    -- Daryl
2491.2more infoCOPKAF::KIMThu Jun 05 1997 06:4422
Hi Daryl,

I have no experience with DECADMIRE either!

The customer uses CMS for Pascal, DCL, SQL, CDD, documentation etc, but
keeps DECADMIRE modules outside the CMS library.

His reason for doing this is the lack of integration between CMS and 
DECADMIRE. It is troublesome/laborious (slow was a wrong word) to reserve 
and replace the number of CMS elements which compose one DECADMIRE 
form/module.

The DECADMIRE forms are stored in one big Oracle rdb database to which the
developers do not have direct access. It it impossible to split this 
database in forms.

That's  what the customer told me...

The customer just needs to do the most common code management procedures:
Reserve & replace elements and freeze a class.

- Kim
2491.3It's easy, not laboriousTLE::MATTHESThu Jun 05 1997 13:4620
    Surely this could be done using a script.
    
    It can be done fairly easily also for developers who do not have direct
    access to the DB.  If on VMS, you could have a captive account that
    allows fetch, reserve, replace an element and or class.
    
    You can also create a rights DB and write an executable using callable
    CMS that allows those with the CMS_project_READ identifier to fetch. 
    Those with CMS_project_CREATE can create and replace files and so
    forth.
    
    Of course, now the project leader needs to determine who can have these
    rights and then there needs to be the privileged user who doles out the
    rights.  But that's what you buy into when you say developers don't
    have direct access.
    
    But to say CMS is laborious and time consuming...  I would argue that
    it is the development environment that is that.  If you want to make it
    easy, take the handcuffs off of the developers.  You put the handcuffs
    on, you gots to manage the prisoners.