ML20009H694

From kanterella
Jump to navigation Jump to search
Mod 1,modifying Computer Language Used for Ifmis Programming,To Conversion,Programming,Implementation, Documentation & Acceptance Processing of Ifmis
ML20009H694
Person / Time
Issue date: 07/06/1981
From: Aveni C, Lebo C, Offord J
NRC OFFICE OF ADMINISTRATION (ADM), SMALL BUSINESS ADMINISTRATION, TECHNASSOCIATES, INC.
To:
Shared Package
ML20009H688 List:
References
CON-NRC-10-81-359 NUDOCS 8108100367
Download: ML20009H694 (5)


Text

.

etGg ;

C,,

b!At:O A6 W rEnm Jg,, Jug, 3 9 c,o c tNE. At st evicts 2D-N s'utiON AMENDMENT OF SOLICITATION / MODIFICATION OF CONTRACT i

B 2

LD P.OC stG (el Cf 810-16 tol

1. Auth0wtNffmoOWr.AfeON NO_

3 tittC1sYt Daft

3. Stou 5tf aOPs/rueCHA$t stQuts? NO.

a raOJECT F40. il/ w//du. Ales RcPA No. ADM-81-359 One (1)

s. AD-srt,tD s, Iy.ai... au. u.a si cet l
s. esutD e, U.S. NUCLEAR REGULATORY COMMISSION Division of Contracts Washington, DC 20555 8.
7. CONtaACf0a N1ut c.uD ADCtt%S PRIME:

U.S. SMALL BUSINcSS ADMINISTRATION

/X/ Modification of Contact No.:

Washington District Office 103015th Street, NW Prime: NRC-10-81-359 Washington, DC 20417 Sub: SB3-4-0-8(a)-C-1712 SUB:

TECHNASSOCIATES, INC.

Dated 5/1/81 (See Block 11) 777 14th Street, NW Washington, DC 20005 9 twi$ SLOCL APPL't$ ONLT TO AuthD=AINTS OP SQLtCt!AYlON5

. aw '.

.' O O.

4 a. O.

+e e a O '.'

.b

.-i- - >.....~... ' '.

w a " -O...~.a.>..,......-...........~,..a.sa~............,~........,~.

..........~.me...,.o............a..-....*..,..~.........a.i.ie,.......1..........

  • Altv8f C7 TOct ACmowlEDOIuf NT TO SI sf ClivtD AT THE tssuiN3 C.fiCt Ps On to TN! >Ove AND i.i,.........,

-h..h.mel.e.. ee8v.ae e t. e.

..t

.t.n.n on..me... e n.t.e..

af. b y. n.e.8 **i... mea.

v..

...e e.. a p..a J.

1..e.,..b = <ae...v. h.h.a.e.n.y b. ve..e b y v.

g.

DAff SPtCifItD way 8tsut? IN RtJFCTION Of YOve CPf tt i..4....o.....i.....i...........~..,......4.........a,,..~...~.........sa

10. ACCCUNIINC. AND Att'sOPatatiON DAT A f if r.f a.se,dj N/A
11. IM15 tiOCK APPLits ONtY TO MODff 3CAllON5 Of CONikAC15tOEDtt5 l

i..O' c-.c.....-

t,.C u.an.... ~

~.w..-.o, l

m O t a..-..o,......a < a,...c.o

.......a.

3...s

...,,,...r............,,.. i

e. *.. bi.a i :

the metual_agreer nt of the oarties.

i. i @ 1.. 5......i A.............

.. N i,.w.r.........

..a.

.o..

..,u.a n II DE SC.'f f.ON OF AvtNOMENT / MCDificat#ON In accordance with the contractor's June 1,1981 memorandum to the NRC project officer, which is attached hereto and incorporated hereia by this reference, the following l

change is made:

l Regarding the computer language to be used for IFMIS programming, COBOL w~.11 be l

A.

used for all_IFMIS programming and is substituted for IDEA and QUERY wherever these languages appear in the contract.

?

B.

All other terms and conditions of this contract remain unchanged.

t t..

.... a ~.........a.

.......a

.a....s.

.< ~ _ s a.a

... a..

4

"' 0 '0 O= aw"4 " ' "*'

a C-'

c'O fo ><=O is arou aro 10 s'c~ >~'s oocu-i~' -D erru ~

cor>is 'o issu o off'ci 3

NAMI Of CONia AC10R/OpptaOe IF. UNITED $f aitS Of Aut*1CA 87 SY (S.ga v.e.6 C.n.

o.eg O.T 61 (5.ga.sv.e.I pe p r.se. e ga) 15 NA*4 d.hD TITLt Of SaGHit ([.p..r pts.f)

86. Dalt SIGNED

$$ 94A Mi OF CONtR AC1tNG Of flCit I ()/c r pr wt)

19. Daft $iGNED SEE SIGNATURE PAGE CCC C f r'kI ATIint* n A f' t" 8108100367 810706-

[ _ $ $-359 PDR

Modification No. One Prime Contract No. NRC-10-81-359 SubcontractNo.SB3-4-0-8(a)-

81-C-1712 Page 2 of 2 TRIPARTITE AGREEMr.NT TECHflASSOCIATES, INC. (Subcontractor) 5'/

/

$lb'5 d - _ _

DATE:

JUL O 61991 BV:

NA'tE & TITLE: JAMNS C. OFFORD I

DIPACTOR OF CONTRACTS U.S. SMALL BUSINESS ADMINISTRATION (Prime Contractor)

/

i BV:

J bL" 4

"UN 1 9 1981 J

DATE:

C. Mol Weni 'N NAME & TITLE; centracting Orricer i

l,.S.NUCLEARikEGULATORYCOMMISSION(ProcuringOffice) i l

/

/

\\

' i

'\\3

-1.

(

L/

s Gx '

DATE:

BY:

-c

-c NAME & TITLE: Craig D. Lebo Contracting Officer

e, p

i

'g

%g 1

WYATT BLDG.,3rd FL i

i /O 77714th STREET, N.W.

i

'l

)

WASHINGTON, D.C. 20005 l'

.lU TELEPHONE: (202) 737-3322 i

TECHNASSoCIATEs j~

INCORPORATED

[

~

June 1, 1981

. / (, - 5 \\

.J.

r l

NEMORANDUM FOR:

Charles R.

Troutman, Project Officer i

l FROM:

Stefan W. Frob' erg, Project Manager

SUBJECT:

USING AOS COBOL'FOR IFMIS INTERACTIVE PROGRAIO1ING i

REFERENCE:

NRC-10-81-359 (IFMIS -

Phase III)

This memo is in regard to our recent conversation when we' discussed the possibility of using COBOL as the primary language for IFMIS interactive programs rather than IDEA.

2[

In consulting with my staff and other AOS users the consensus definitely favored using COBOL rather than IDEA.

IFMIS was designed for IDEA and a few QUERY processes for all' of the on-line applications.

The design phase was undertaken before -an adequate base of experiesco had been developed for AOS COBOL.

The use of IDEA was a known factor, the interactive capabilities of COBOL were not.

Designing for IDEA was the correct approach under the circumstances.

The design is highly modular and can easily be converted.

As COBOL is more flexible and powerful some consoli-dr. tion of the existing modules would be desirable.

Both languages have their advantages and disadvantages.

COBOL is a government and industry standart. for. business systems.

It was designed to be transportable and is one of the most widely 4

supported languages.

It was also designed to be an English - like self-documenting language.

When properly structured it is easy to maintain.

C..

/

t,'

t

. Mr. Charles R. Troutman Page 2 June 1, 1981 x-IDEA is unique to Data General computers.

It has a limited syntax and a built in processing structure.

Once learned it can be used to quickly implement interactive systems if they are kept modular.

It is especially fast for the less complex processes such as routine display functions.

It is not parti-cularly maintainable when applied to complex processes as various contortions are required to overcome its limited syntax and file handling capabilities.

There is of course, far fewer IDEn programmers than COBOL programmers.

COBOL programmers can easily be trained in t he screen handling aspects of COBOL faster than they can be taught an entirely new language.

Programmers without prior COBOL experience can be trained more quickly in IDEA because there are fewer things to learn.

COBOL is more " verbose" than IDEA but it has a far more powerful syntax and a greater range of file handling capabilities.

COBOL's biggest drawback is that it is simply not as fast as IDEA in developing the less complex screen operations.

IDEA is less " wordy" and has a built in processing structure.

For certain types of

,1 programs IDEA's disadvantages, limited syntax and file handling

,7, options, become its advantages.

It also has a powerful screen formatting utility (IFMT).

Data General has taken steps to overcome this problem with various fully interactive COBOL code generating facilities.

o SCORE - is currently installed on the ADPS Eclipse 350.

We have run some tests and find that it is roughly comparable in function to the screen formatting capabilities of IDEA.

The output of SCORE is generated COBOL statements which handle screen data manipulation and formatting.

These can then be copied into a COBOL program.

o MAJIC is available from Data General for approximately $3,500.

Some weeks ago V.

Curry, C. Smyers and myself tested this package at Data General's Tyson Corner Facility.

It generates various types of fully operational COBOL programs as a result of an interactive session with a user.

I found it useful for the rar id development of simple processes which enter and display data.

It will not handle multi-file updates or computations on the input variables.

The output COBOL code however can easily be modified to accomplish more processing.

i

'r

(,

r.

'l

' Mr. Charles R. Troutman Page 3 June 1, 1981 is available at an approximate cost of $6,300.

o PROXY I have heard about-this package at a Data G2neral Users Group meeting.

It is supposed to have more capabilities than MAJIC and will generate more complex programs.

My conclusions are as follows:

1. COBOL should be used for all IFMIS programming and substituted for IDEA and QUERY where they are specified.
2. MAJIC and PROXY should be reviewed ac potential tools for the quick development of the systems less complex routine processes which can currently be more quickly developed by IDEA.

This would overcome the one IDEA advantage.

These packages should be reviewed with the perspective of how well can they do what they are designed to do not as complete replacements for all scratch COBOL programming.

The cost of these packages is completely nominal when compared to the cost of just a handful of scratch written COBOL programs.

/

3.

There would be no adverse impact on IFMIS contract costs with a

\\0 switch to COBOL and the acquisition by ADPS of a useful COBOL program code generator.

4.

If we can resolve this issue quickly, within a matter of days, the time delays in re-orienting the project will be minimal and there will be no major impact on the overall system due to the language change.

Please feel free to contact me should you have any questions or need additional information.

/

Jl(Jmt)k].

ld?4 Stef#n W. FrolYerg Project Manager I![

[

_ _ _ _.