[1] From: aeaim-ar-aa06@heidelberg-emh2.army.mil at SMTP 9/4/92 2:46PM (63964 by
tes: 1 fl)
To: Roy Roebuck at HQ3
Subject: [ronald.g.bechtold: Chapter 3 of AR 25-1 is now readable]
------------------------------- Message Contents -------------------------------
[2] From: Robert Drummond 9/8/92 1:17PM (3097 bytes: 48 ln)
To: Roy Roebuck
Subject: Activity Status Report
----------------------------------- Forwarded ----------------------------------
From: Francis Ponti at MISC1 9/4/92 1:51PM (2932 bytes: 48 ln)
To: Robert Drummond at HQ3
Subject: Activity Status Report
------------------------------- Message Contents -------------------------------
Dr. Drummond,
The following is an update on two areas which you have asked me to
address:
1) TAPES- I have completed my review of TAPES and have concluded that
it is a reasonable design engine, but that it will require
a great deal of development before it can become a
day-to-day information system tool.
-- Technology Considerations --
TAPES was developed in DBase IV, and relies on that
system's functionality and file structures to accomplish
its tasks. DBase IV unfortunately lacks the flexibility
and portability of SQL-type DBMS's such as Oracle or Gupta,
and therefore will not easily support large scale
development for the multi-user environment that would most
benefit from TAPES implementation. Additionally, for
information processing of the magnitude of the TAPES
concept, a UNIX-based multitasking platform would be
required.
-- Other Development in DISA --
Currently, Maj Kurt Sampson in PPA&E is working with JIEO
and DSSO to develop a DISA-wide Executive Information
System (EIS). I have talked to him at great length, and it
is my opinion that he has the right concepts and backing to
successfully implement this system in the very near future
using the mix of technologies I have mentioned above as
necessary for a large scale TAPES implementation.
-- Recommendation --
I submit to you that I should continue discussions with Maj
Sampson, and perhaps enlist the aid of Mr. Roebuck, to
drive the development of the Agency-wide EIS, incorporating
as much of the TAPES design concepts and basic
functionality as feasible.
2) DNSO Mission Requirements for DNSO- I held the WWOLS ADP
Requirements Prioritization Conference on 27 August 1992,
in which I worked with DSSO ADP personnel and DNSO
AE's/Operators from CONUS, PAC, and EUR to develop the DNSO
Critical Mission Requirements List that you requested we
submit to DSSO. I am drafting a memorandum for your
signature that declares these requirements as DNSO top
priority. I will have the package in your office on
Tuesday, 8 September.
I hope you have a pleasant Labor Day weekend,
F. Michael Ponti
[3] From: Francis Ponti at MISC1 9/8/92 5:21PM (383 bytes: 6 ln)
To: Roy Roebuck at HQ3
Subject: Re: TAPES vis a vis Mike Ponti Activity Status Report
------------------------------- Message Contents -------------------------------
Roy,
I am looking forward to getting the detailed documentation. Let's
keep in touch with Maj Sampson and see where we can drive it from here.
F. Michael Ponti
[4] From: Robert Drummond 9/8/92 4:33PM (197 bytes: 1 ln)
To: Roy Roebuck
Subject: Receipt of 9/8/92 4:07PM message
------------------------------- Message Contents -------------------------------
Re: TAPES vis a vis Mike Ponti Activity Status Report
[5] From: aeaim-ar-aa06@heidelberg-emh2.army.mil at SMTP 9/4/92 9:03AM (357 byte
s: 5 ln)
To: Roy Roebuck at HQ3
Subject: Re: Re[2]: Test of Internet message
------------------------------- Message Contents -------------------------------
roy
glad you talked to spencer we need all support we can get.
well big floyd is now gone and things will never be the
same....
later jim b
[6] From: aeaim-ar-aa06@heidelberg-emh2.army.mil at SMTP 9/3/92 7:34AM (388 byte
s: 7 ln)
To: Roy Roebuck at HQ3
Subject: Re: Test of Internet message
------------------------------- Message Contents -------------------------------
hi roy
we may have made the connection...
did you get the chance to talk to the id
ISC folks.. don't worry about the "id" my
fingers are not connected to my brain.
later.
jim
[7] From: Roy Roebuck at HQ3 8/31/92 8:13AM (319 bytes: 8 ln)
To: Bernadine Bowyer at CAS
Subject: Re: FUNCTIONAL MEETING
------------------------------- Message Contents -------------------------------
Hi Bernadine;
I'll be summarizing the results of the meeting and sending it to the
original addressees, plus several adds.
'Til Later.
Roy R.
[8] From: Roy Roebuck at HQ3 9/8/92 4:07PM (8469 bytes: 146 ln)
To: Robert Drummond
Receipt Requested
cc: Francis Ponti at MISC1, Kurtis Sampson at MISC1, David Beals at HQ1,
David Gaon at VASQ2, B. Moore at VASQ5, Mary Polydys at INS1
bcc: Thomas Harman
Subject: TAPES vis a vis Mike Ponti Activity Status Report
------------------------------- Message Contents -------------------------------
Text item 1:
Dr. Drummond;
I have read Mike Ponti's comments to you on TAPES. He is correct, as far
as his information goes, on the developmental requirements, the
technical considerations of implementing a TAPES within DNSO, and other
DNSO initiatives. The following paragraphs address his comments.
I. On the Technical Considerations.
Mike only saw an abbreviated briefing and demonstration of a TAPES. I
do not believe he received the full documentation or the source code,
only the briefing packet. You had also only received the briefing
packet.
In the full system documents I state, as I do in each TAPES briefing
and demo, that while I developed the operational prototype (i.e., a
proof of concept and demo version) in dBase IV, a fully operational
version would need to be in a more robust SQL environment with a
multitasking operating system, as Mike concludes in his comments. As
Mike states, SQL is more flexible that dBase IV. At the time I began
to build the TAPES prototype, I had no options other that dBase IV, and
I have had no opportunity to reengineer it into an SQL environment.
The dBase IV version of a TAPES is a very small application
(approximately 5000 lines of source code). TAPES' power is in its data
structure, where the flexibility of SQL would make it even more
powerful. However, the functionality is not dependent on the dBase IV
language. It can easily be implemented in either "C" or Ada programing
languages. Note that I have never programmed in anything but dBase.
I'll have to pass this part off to someone else.
Apparently I did not discuss or emphasize these points enough. I will
provide Mr. Ponti and Maj. Sampson with the full TAPES documentation
package. In addition, per our discussion, I am currently working
towards building the TAPES functionality into Oracle on the UVAX6 Unix
host. From that point, it can be extended to whatever degree is
feasible.
II. On the Development Efforts.
While development of the full capability provided by a TAPES will be
truly extensive, immediate and valuable utility from a TAPES can be
achieved in a relatively short time (<=3 months). TAPES is designed to
be developed/prototyped in small functional modules, rather than as
one massive single application.
My "DNSO/DISA Directory" efforts are to build one of the easier TAPES
modules. There is no comparable effort underway that will provide a
comprehensive DNSO/DISA directory. All related DNSO/DISA Directory or
MIS/EIS efforts I have identified cover only small portions of the
functionality of a TAPES and are effectively non-extensible, including
Mr. Randall's telephone directory, Maj. Sampson's and Maj. Beal's
DISA MIS/EIS. and even Mr. Gaon's DoD X.500 Integrated Corporate
Directory.
The power of a TAPES is its immediate utility and near infinite
extensibility. That's why I have always proposed it as a tool to
manage all of an enterprise's information; as a tool to implement CIM
(and now, DMR 918). Once a TAPES based directory is in place, the
development of other functionality would commence from the TAPES
integrated environment.
III. On Other DISA Development.
I have discussed the DISA MIS/EIS with Maj Beal of DSSO. He has given
me access to the Oracle developmental environment on UVAX6, because,
while TAPES is broader in scope than the DISA MIS/EIS, it can
effectively serve as the overarching structure of the DISA MIS, much
like the Table of Contents and Index of a book, with his various MIS
modules being chapters in the book.
Efforts to develop various functional/process modules for the DISA MIS,
without an organized "Table of Contents to DISA functions and
processes" will not have a strategic/top-down/coherent structure. As
it is currently described, the DISA MIS covers only a small portion of
the DISA functions and processes. Without full function and process
models (subsets of a TAPES), efforts to develop MIS modules can only be
hit or miss, much like trying to prepare a research paper or thesis
without an initial outline, or like trying to find your way across a
wilderness without a map and compass.
Note that both B. Moore and Mary Polydys of CIO have shown interest in
using a TAPES as the overall strategic model for DISA, which is also
the role Maj. Beal saw for TAPES in the DISA MIS. Since I have not
spoken with Maj. Sampson about TAPES, I will do so and give him
whatever he might need to apply the TAPES concept as he sees fit.
Mike's comments about continued coordination are right on the mark in my
opinion. I specifically would like to continue my earlier coordination
efforts and get with Maj. Sampson, and Ms. Natsis as well, and let them
see how a TAPES can benefit their DISA EIS efforts.
The immediate near term interest in all of the above for you and I is to
provide a tool by which DNSO coordination, communication, and planning may
be improved - to provide an organizational development work product to meet
your stated requirement of improving the way DNSO operates. This same work
product can then be used to build a baseline of functions, processes, and
resources, to facilitate the implementation of DMR 918 and other
reorganization efforts.
The best investment, in the near term and in the long run, is to put Mr.
Gaon's X.500 directory in place as the framework to build a DISA TAPES, and
then use the TAPES as the framework to build a full function DISA MIS/EIS
(and eventual DoD MIS/EIS).
Thanks.
RR.
Text item 2:
Dr. Drummond,
The following is an update on two areas which you have asked me to
address:
1) TAPES- I have completed my review of TAPES and have concluded that
it is a reasonable design engine, but that it will require
a great deal of development before it can become a
day-to-day information system tool.
-- Technology Considerations --
TAPES was developed in DBase IV, and relies on that
system's functionality and file structures to accomplish
its tasks. DBase IV unfortunately lacks the flexibility
and portability of SQL-type DBMS's such as Oracle or Gupta,
and therefore will not easily support large scale
development for the multi-user environment that would most
benefit from TAPES implementation. Additionally, for
information processing of the magnitude of the TAPES
concept, a UNIX-based multitasking platform would be
required.
-- Other Development in DISA --
Currently, Maj Kurt Sampson in PPA&E is working with JIEO
and DSSO to develop a DISA-wide Executive Information
System (EIS). I have talked to him at great length, and it
is my opinion that he has the right concepts and backing to
successfully implement this system in the very near future
using the mix of technologies I have mentioned above as
necessary for a large scale TAPES implementation.
-- Recommendation --
I submit to you that I should continue discussions with Maj
Sampson, and perhaps enlist the aid of Mr. Roebuck, to
drive the development of the Agency-wide EIS, incorporating
as much of the TAPES design concepts and basic
functionality as feasible.
(Non-relevant portions deleted by Roebuck prior to forwarding.)
F. Michael Ponti
[9] From: Roy Roebuck at HQ3 9/2/92 11:31AM (1767 bytes: 32 ln)
To: lspencer@huachuca-emh1.army.mil at SMTP, jstaples@huachuca-emh1.army.mil at
SMTP
Receipt Requested
Subject: Hi Guys - internet test.
------------------------------- Message Contents -------------------------------
Hi Lee and John;
Jim Bagwell gave me info on your interest in TAPES.
I had a phone conversation with Dr. L., and I will be sending him the TAPES
stuff.
Since you guys have UUENCODE and UUDECODE, we can keep each other's efforts
in rough synchronization. I'll send you little software functional units
I've added and improved, and you can send me whatever you like. Eventually
I'd like to have someone else take over this whole initiative. I saw my
task as being the creation and demonstration of the concept, not its
implementation. (I'm a management analyst and organizational development
person, with a background in Air Defense operations, logistics, resource
management, manpower management, systems analysis, information
architecture, etc.. I'm NOT a programmer, software engineer, or
information engineer, in any trained sense.)
I am considering translating TAPES into an Oracle or Paradox environment
for near term use here. Any suggestions? I'm also considering using the
Borland Interbase SQL server (with dBase IV and Paradox as front
ends/4GL's). The Interbase is supposedly going to be able to access
(read/write) Oracle tables. I've also read the specs on a commercial
distributed DBMS, with complex data types, called VIA Distributed
Relational Environment (DRE). The DRE seems to exhibit the functionality
required in a TAPES or other X.500 based application.
Hope this gets us off to a productive start!
'til later.
Roy R.
[10] From: Roy Roebuck at HQ3 9/2/92 11:34AM (355 bytes: 8 ln)
To: bagwellj@heidelberg-emh2.army.mil at SMTP
Receipt Requested
Subject: Test of Internet message
------------------------------- Message Contents -------------------------------
Hi Jim;
Testing 1 - 2 -3??
Please! If anyones out there, I'm stuck in a DISA and can't find my way
out!! Send Help!! (or cash).
Roy
[11] From: Roy Roebuck at HQ3 9/3/92 8:14AM (619 bytes: 12 ln)
To: aeaim-ar-aa06@heidelberg-emh2.army.mil at SMTP
cc: leightonf@heidelberg-emh2.army.mil at SMTP
Subject: Re[2]: Test of Internet message
------------------------------- Message Contents -------------------------------
HI JIM !!!!
Yep, Dr. Spencer called about 10 minutes after you did. He sounds really
excited about TAPES. He has UUENCODE/DECODE so I can send him small
updates and such, but I'm mailing the updated TAPES (with minor changes to
what you have) today.
Its great that we're finally in contact.
More later.
Roy
[12] From: Kurtis Sampson at MISC1 9/9/92 12:28PM (384 bytes: 6 ln)
To: Roy Roebuck at HQ3
Subject: Re: TAPES vis a vis Mike Ponti Activity Status Report
------------------------------- Message Contents -------------------------------
I am interested in learning more about TAPES. I will be out of the office
for the rest of this week and only in on Tues next week.
I will drop a line when I get back.
Kurtis
[13] From: Bart Hewitt at INS1 9/10/92 4:23PM (2462 bytes: 45 ln)
To: Roy Roebuck at HQ3
cc: Michael Randall at HQ3, David Gaon at VASQ2
Subject: Re[3]: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
ROY: Right now we are using SMTP, both in cc:Mail and in Soft*Switch.
Both products, however, have X.400 modules, and when we are ready, we
will get them. The Soft*Switch directory manager is an integral part
of the product. BART
P.S. Bart. I don't want to belabor this too much, however, these points
are VERY IMPORTANT to me, my boss, and DISA.
In regards to your information, two questions:
Does/can the SoftSwitch support X.400 protocols? It's not clear from
your response.
Is the directory management software of SoftSwitch an internal module
of SoftSwitch, a separate module, or a separate program?
In regards to your comments about Mike Randall's telephone directory
efforts (one of my hot buttons, coincidentally, as though you couldn't
tell):
Nothing is, or has ever been, totally separate. That's the point. We
cannot continue to operate as though separation exists. It is not a
mechanical universe, it is a dynamical universe. It's not like a
clock, its like the weather; dynamic and flowing.
We cannot plan our activities, or our information networks, as though
all activities, organizations, and people are separate. To continue to
use the Separation paradigm/perspective directly causes
duplication/loss/waste, incompleteness, and diminishment of potential.
The universe consists of entities that are connected by space and time,
not separated by space and time. Basic physics. Also basic Total
Quality Management. Its about continuous improvement, not static
solutions/specifications.
The networks we plan must never be static, they must always be adaptive
to improvement, growth, loss, and change. Things may not be directly
related, or poorly integrated and coordinated, but they are never
totally separate. The key to day-to-day practicality in such a Unitive
perspective is to integrate and coordinate as much as is economically
feasible and politically/socially acceptable, but never stop improving.
Thanks again.
RR.
[14] From: Michael Randall at HQ3 9/10/92 11:22AM (907 bytes: 15 ln)
To: Roy Roebuck
cc: Bart Hewitt at INS1
Subject: Re[3]: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
Roy,
You are addressing bigger issues than "Mike Randall's" telephone
directory. I am concerned with continuing the formalized requirement
between DNSO and DSSO to automate the DISA Organizational & Personnel
Roster also known as the DISA Telephone Directory and provide the
relational database as a user service on the DISA LAN.
I have no problems with eventually sharing or obtaining data from a
"universal" DISA database. To that end, I don't mind being included as
a topic and/or info addressee in these messages. However, I will
continue to focus on the immediate requirement until I get formal
direction to change course.
M.Randall
[15] From: Bart Hewitt at INS1 9/10/92 8:14AM (977 bytes: 20 ln)
To: Roy Roebuck at HQ3
cc: Michael Randall at HQ3, David Gaon at VASQ2
Subject: Re: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
Roy:
1. The Soft*Switch (E-mail) directory is ONLY an E-mail directory, not
a phone directory, not a DBMS. Mike Randall's phone directory is a
completely separate effort. We will not continue to maintain locator
information in the E-mail directory.
2. The SMTP gateway is temporary until Soft*Switch takes over.
Soft*Switch will provide access to "the world".
3. Do not know when it will support the X.500 directory.
4. DISANET and JIEONET are migrating toward complete integration.
There is no plan today for integration of the overseas LAN's except for
E-mail purposes.
5. Soft*Switch is ONLY a mail handler. LAN directories are for
network control.
Bart
[16] From: Aaron Wright at CAS 9/10/92 3:30PM (214 bytes: 1 ln)
To: Roy Roebuck at HQ3
Subject: Receipt of 8/19/92 6:37PM message
------------------------------- Message Contents -------------------------------
Re: Functional Directories, Consolidation of Efforts
[17] From: TA-DISANET OPEN FORUM at INS1 9/14/92 11:33AM (243 bytes: 1 ln)
To: Roy Roebuck at HQ3
Subject: Receipt of 9/10/92 9:24AM message
------------------------------- Message Contents -------------------------------
Re: Networked Applications, Directory Enabled Applications.
[18] From: lspencer@huachuca-emh1.army.mil at SMTP 9/23/92 10:08AM (373 bytes: 7
ln)
To: Roy Roebuck at HQ3
cc: lspencer@huachuca-emh1.army.mil at SMTP
Subject: TAPES Software
------------------------------- Message Contents -------------------------------
Roy,
Just wanted to send a note saying that I received the
TAPES software and documentation. Will get back to you later.
Thanks,
Lee Spencer
[19] From: David Gaon at VASQ2 9/21/92 8:56AM (206 bytes: 1 ln)
To: Roy Roebuck at HQ3
Subject: Receipt of 9/18/92 3:33PM message
------------------------------- Message Contents -------------------------------
Re: Re[3]: directories
[20] From: David Gaon at VASQ2 9/18/92 12:41PM (265 bytes: 3 ln)
To: Roy Roebuck at HQ3
Subject: Re[2]: directories
------------------------------- Message Contents -------------------------------
Roy
Thanks. I'll be ready, just tell me when.
David
[21] From: David Gaon at VASQ2 9/16/92 3:38PM (890 bytes: 16 ln)
To: Roy Roebuck at HQ3
Subject: directories
------------------------------- Message Contents -------------------------------
Roy.
I applaud your efforts towards aligning this organization
behind a project that is needed. However, my sense from the
spate of messages I have read, is that either the leadership
is not ready for our concepts, or they are not listening,
or they have not yet heard us.
To try another tack, would it be possible for you to arrange
a presentation by me to Dr. Drummond on the topic of DoD
Directory, where it has been, where it is going, what needs
to be done?
For expediency, I prefer to be asked by DNSO for a
presentation rather than propose a presnetation
David
[22] From: Gerald Sleph at VASQ3 9/15/92 3:17PM (705 bytes: 12 ln)
To: Roy Roebuck at HQ3
Receipt Requested
Subject: NET WORK APP
------------------------------- Message Contents -------------------------------
YOU HAVE A GREAT IDEA ON THE BB.
YOU NEED TO MAKE IT SO WE DISA PEOPLE COULD HAVE PROJECT INFO .POC'S,
BLURP ON TYPE OF PROJECT , DATES, IMPLEMTATION PROJECTIONS, SCHEDULES,
ECT. ALSO THE PAC AND EUR AREAS, REGIONS,HAVE A NEED AND WOULD BE ABLE
TO HAVE EASY ACCESS. TIMELY UPDATES IS MOST IMPORTANT.
TOO BAD IT ALWAYS TAKES US SO LONG TO GET SOMETHING LIKE THIS
STARTED. WE ALWAYS SEEM TO BE BEHIND THE POWER CURVE.
AND WE HAVE A GREAT NEED TO BE FILLED.
GOOD LUCK
JERRY
[23] From: Jan Jamil at MISC1 9/23/92 4:02PM (1914 bytes: 22 ln)
To: Boyd Blevins at CONTRACT, Ron Bouchard at NCS1, Anne Bradach at CAS,
Mary Eggers at HQ3, Merle Fleit at NCS1, Marilyn Franey, Edward Henderson,
Sondra Hutchinson, Jan Jamil, Margaret Lipinski at DISA.JIEO.FM1,
Wanda Martin-Sims at CAS, John McKendree at VASQ2, Audrey Moore at HQS4,
Walter Okon at HQ1, Peter Robinson at DISA.JIEO.FM1, Roy Roebuck at HQ3,
Beverly Sampson, Jay Tate, Marlene Tate at HQS4, Paul Boos at PENT2,
John Curtis at DEB1, Dick Gray at DEBMAC, Richard Harris at PENT2,
John Hollmeyer at INS1, Leonard Levine at PENT4, Theodore Newstad at PENT8,
Maradee Rider at OSFSOUTH, Ralph Schmidt at INS2
Subject: DMRD 918 Recommendations
------------------------------- Message Contents -------------------------------
For you TQM coordinators who are working late...
Ref: Director's Expanded Staff Meeting Minutes, 23 Sep 92
The Transition Team is preparing alternative recommendations for the
Director to discuss when he meets with OSD on Thursday morning.
They could really use your recommendations but would need them prior to
COB today. They need them As Soon As Possible!
Request that, in addition to providing your recommendations to Code
AD, you provide them to the Implementation Transition Team (Code AT),
ATTN: Dr. Linda McCullar. Linda will take them by phone (692-4164), by
FAX (692-4161) or handcarried to Bldg 17.
Format is unimportant; your input is - Please help!
Please call if you have questions about what is needed.
Thanks,
Bob Rankin
692-2006
[24] From: Jay Tate at MISC1 9/28/92 12:12PM (2870 bytes: 59 ln)
To: Roy Roebuck at HQ3, Robert Rankin, Linda McCullar at CONTRACT
cc: Martha Lampazianie at HQ3, Robert Drummond at HQ3
Subject: Re: DMRD 918 Recommendations
------------------------------- Message Contents -------------------------------
Hello LTC Rankin and Dr. McCullar;
I have just returned from a one week TDY and read the message you sent out
to TQM coordinators regarding DMRD 918 transition recommendations.
I had previously prepared a proposal on the DMRD 918 transition, which I
provided to my boss (Dr. Drummond), Martha Lampazianie, and Jay Tate on 21
Sep 92.
I have also today read the copy of the August 28, 1992 DMRD 918
Implementation Strategy document sent out by LCT Rankin. My proposed
method can be integrated into and serve as the enabling technology for the
implementation strategy.
I believe the method I propose can be used as the tool by which a new
paradigm for managing the information infrastructure can be created, and
can serve as the central tool by which the new the Defense Information
Infrastructure (DII) can be managed.
I will be happy to present my proposal to you at your convenience. My boss
has directed me (as of today) to work with Martha to get buy-in from the
transition team. He intends Martha to introduce the subject to the
transition team leadership so that I can make my pitch to them.
Thanks!
Roy R.
Roy...I spoke with Martha reference your proposal since Martha is the DNSO
representative to the DISA Transition Team. In addition, I spoke with
Linda McCullar. The team is going to get a lot of info. briefings as
it proceeds in its work. Right now, the team is spending much time
studying various start-up concepts that the OSD planning folks have
ask us to debate for alternatives. Once the DISA team has more firm
direction, Linda will start to program the various info briefings that
the team will need. You can discuss this more with Martha. VR..Jay
##########################################################################
Ref: Director's Expanded Staff Meeting Minutes, 23 Sep 92
The Transition Team is preparing alternative recommendations for the
Director to discuss when he meets with OSD on Thursday morning.
They could really use your recommendations but would need them prior to
COB today. They need them As Soon As Possible!
Request that, in addition to providing your recommendations to Code
AD, you provide them to the Implementation Transition Team (Code AT),
ATTN: Dr. Linda McCullar. Linda will take them by phone (692-4164), by
FAX (692-4161) or handcarried to Bldg 17.
Format is unimportant; your input is - Please help!
Please call if you have questions about what is needed.
Thanks,
Bob Rankin
692-2006
[25] From: Robert Rankin at MISC1 9/28/92 11:18AM (194 bytes: 1 ln)
To: Roy Roebuck at HQ3
Subject: Receipt of 9/28/92 10:02AM message
------------------------------- Message Contents -------------------------------
Re: DMRD 918 Recommendations
[26] From: Roy Roebuck at HQ3 9/9/92 9:09AM (2121 bytes: 44 ln)
To: jstaples@huachuca-emh2.army.mil lspencer@huachuca-emh2.army.mil at SMTP
Receipt Requested
Subject: One More Time.
------------------------------- Message Contents -------------------------------
Text item 1:
Hi Lee and John;
I sent you the attached message at Huachuca-emh1. This should get through.
I will mail Lee the TAPES files today. I've taken a few days to clean them
up. In addition, I had a meeting with a bigwig in the office of the
Director of Defense Information. They said they were going to use TAPES.
We'll see what happens.
BYE!
RR.
Text item 2:
Hi Lee and John;
Jim Bagwell gave me info on your interest in TAPES.
I had a phone conversation with Dr. L., and I will be sending him the TAPES
stuff.
Since you guys have UUENCODE and UUDECODE, we can keep each other's efforts
in rough synchronization. I'll send you little software functional units
I've added and improved, and you can send me whatever you like. Eventually
I'd like to have someone else take over this whole initiative. I saw my
task as being the creation and demonstration of the concept, not its
implementation. (I'm a management analyst and organizational development
person, with a background in Air Defense operations, logistics, resource
management, manpower management, systems analysis, information
architecture, etc.. I'm NOT a programmer, software engineer, or
information engineer, in any trained sense.)
I am considering translating TAPES into an Oracle or Paradox environment
for near term use here. Any suggestions? I'm also considering using the
Borland Interbase SQL server (with dBase IV and Paradox as front
ends/4GL's). The Interbase is supposedly going to be able to access
(read/write) Oracle tables. I've also read the specs on a commercial
distributed DBMS, with complex data types, called VIA Distributed
Relational Environment (DRE). The DRE seems to exhibit the functionality
required in a TAPES or other X.500 based application.
Hope this gets us off to a productive start!
'til later.
Roy R.
[27] From: Roy Roebuck at HQ3 9/9/92 1:02PM (5234 bytes: 113 ln)
To: Bart Hewitt at INS1
Receipt Requested
cc: Michael Randall, David Gaon at VASQ2
Subject: AUGUST DLUX MINUTES
---------------------------- Forwarded with Changes ----------------------------
From: Bart Hewitt at INS1 9/3/92 1:13PM (2559 bytes: 53 ln)
Subject: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
See DLUX Meeting Minutes below.
I.
The SoftSwitch ?Gateway? is supposed to have a good? corporate directory!
Does this directory relate to the "Telephone Book" efforts of Mike Randall
and the X.500 DoD Integrated Corporate Directory of David Gaon?
What is the data field structure of this directory?
Is it extensible/customizable?
Does it have flexible query capability?
Is it based on a data base management system or just a text file?
Is it the X.400 gateway that will give us access to MILNET, ARPANET, and
the world, or the SMTP gateway that will give us access to MILNET and
ARPANET?
If its X.400, when will it support the X.500 directory?
II.
LAN Manager as the DISA NOS.
Will the DISANET+JIEONET be configured as one LAN Group, with all network
resources accessible to all authorized users? Or will the separate LAN
servers still be logically separated islands? What about the overseas
LANs?
I, along with several others, have functional requirements that require
users on several home servers to SHARE files (Paradox, Lotus, Projects) on
a single server, not just copy or read files in a hallway. I need full
instructions on the NET USE and NET ACCESS command under LAN Manager so
that I can share and secure my files. I'll apply these commands, in
conjunction with the appropriate application, to control my data.
How does LAN Manager's LAN Directory relate to the SoftSwitch directory?
Can they be synchronized. Is LAN Manager going to use the X.400
Application Programing Interface (API) protocols?
How do the network protocols of the LAN Manager NOS relate to the
Softswitch protocols?
III
BART! Info PLEASE! This is important and can REALLLLLLY have a big impact
on DISA.
In addition, if the direction the DISANET is heading could be put in
English and put out in the DISANET Open Forum, it could help DISA members
know more of what's going on. A complete summary picture of the DISANET is
needed, in English, on a regular basis - where we are, and where we're
going. Piecemeal information only confuses people.
************
DLUX MINUTES
MINUTES
DISA LAN USERS FORUM MEETING
24 AUGUST 1992
The meeting was chaired by Carol Whited of the Customer Liaison Office
and Angela Randall of the Networks Division. Discussion centered
around the following topics"
DISA Bulletin Board
Soft*Switch Installation
LAN Manager Installation
MS-DOS 5.0 Installation
The following were highlights of the discussion:
- Soft*Switch is expected to be implemented by 4 SEP 92, with a good
corporate directory. Until the program is fully operational the SMTP
Gateway will continue to be used, as will All-In-1 mail services.
- Microsoft LAN Manager will be operational across the DISANET by the
end of October, bringing full integration of DISANET and JIEONET. It
will provide improved network performance and many other benefits. It
will improve the PerForm logon. We do not yet know whether it will
bring improvements to Network Scheduler.
- Installation of MS-DOS 5.0 will occur simultaneously with the
installation of LAN Manager. The schedule will be published for all
users in advance.
- PerForm is operational as of 2 SEP 92. It has 23 approved forms
available, including the RID (Requirement Identification Document),
with more on the way. Formal ribbon-cutting and demonstrations will be
done in the Information Centers on SEP 15, 16 and 17. Documentation
will be made available. CAS is arranging for PerForm training.
- We are working to get an evaluation copy of Paradox 4.0.
- The updated DISANET Users Guide is to be printed in September.
Inserts will be available for users who already have the document
binder.
- The best solution to the DISA-wide standard font issue is to
standardize on the HP Laser Printers for the DISANET, using the
ProCollection Font Cartridge. The cartridges are being ordered.
ADDITIONAL INFORMATION:
- THE HELP CENTER will go into operation on Monday, September 28.
Operating hours will be 7:00 am to 5:00 pm. See announcements on the
DISANET BBS for more information.
- The next DLUX meeting will be on Thursday, September 24 at 1:00 pm
in the Pentagon (DSSO DMIC-A).
[28] From: Roy Roebuck at HQ3 9/10/92 9:24AM (4727 bytes: 73 ln)
To: TA-DISANET OPEN FORUM at INS1
Receipt Requested
cc: Robert Drummond, Jay Tate at MISC1, Michael Randall, David Gaon at VASQ2,
Francis Ponti at MISC1, Kurtis Sampson at MISC1, LAN Requirements at INS1,
B. Moore at VASQ5, Mary Polydys at INS1
Subject: Networked Applications, Directory Enabled Applications.
------------------------------- Message Contents -------------------------------
Efforts are underway to combine/merge the various servers of the DISANET
and JIEONET into a single DISANET, consisting of multiple physical servers
that appear to all users as a single virtual server.
The apparent objective is to have all networked persons within DISA to be
able to share the full resources of the DISANET, regardless of where the
user is, or what server he is physically connected to. For those not on
the network, a simple public data terminal process can be set up.
The side benefit of this is that all persons within DISA (those who are on
the network and use it, at least) will be able to identify where they fit
within the organization. This will be good for morale. It will definitely
improve communication, coordination, and workflow. Let the network do most
of the work, and give people time to be creative and productive.
As part of this formation of a virtual DISANET, a single directory of all
DISANET resources must be built, by which this virtual DISANET can be
managed. This directory will have several fields of information, primarily
relating to computer and commo equipment and software, user name, user
office code, user telephone number, user DISANET/INTERNET address, and
maybe user location. Mr. Mike Randall in DNSO and Mr. David Gaon in JIEO
would probably have immediate interest in this, because it relates to some
of their functional responsibilities/projects.
With any luck, the software that manages this directory will be flexible
enough to change (add, modify, delete) the basic directory fields, create
separate tables which can be related to the directory, and will have a
reasonable competent query capability. If this software is really good,
perhaps is will allow graphics, such as drawings, pictures, video and sound
clips, and maps to be accessed in relation to the basic directory record.
Perhaps this directory software can be based on the network standard
database management system, Paradox, or some future SQL-compliant standard
network database management system.
Why not use the basic DISANET directory as the single, official DISA
corporate directory for telephone numbers (with alternates, modems, and fax
numbers), organization structure (maybe with an organization chart or
outline), personnel locator (maybe with pictures), and facility guide
(especially if floor diagrams and maps can be displayed).
Why not have this DISANET Directory serve as the basis for APCAPS rosters,
training rosters and management, personnel rosters and management,
supply/equipment inventories and management, security access and
management, computer/network accrediation, and other functional
applications that are related to some of the basic directory fields?
The basic Joint Table of Distribution (JTD) information for each user could
be included, since it is closely related to the basic directory data.
More simply, with a networked enabled directory, why not begin
creating network/directory enabled functional applications, all built
from the single common directory?
Once these directory enabled applications are in place, why not transition
some of our existing applications into this new environment, and let the
directory become a repository of much of our corporate information. This
is at the heart of what Corporate Information Management (CIM) and
Information Resources Management (IRM) is all about.
With this networked directory/repository capability in place, the overall
awareness and responsiveness of DISA members can increase, as well as their
since of belonging in something bigger than just their local office or work
group.
All of this can lead to better products, satisfied internal and external
customers, proud members, simpler processes, successful managers, and more
efficient structure for DISA.
It appears that these abilities can be achieved. All it requires is for
the people who are planning, procuring, and operating the network's
information technology (hardware and software) form a close
supplier/customer partnership with those who are responsible for the
information which applies their information technology.
[29] From: Roy Roebuck at HQ3 9/10/92 9:44AM (5914 bytes: 101 ln)
To: Bart Hewitt at INS1, Michael Randall, David Gaon at VASQ2
Subject: Re[2]: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
Text item 1:
Thanks for you comments Bart.
If you'll see the attached item, you'll see my direction. Nothing less
will do if DISA is going to move forward, much less survive DMR 918 and
provide quality products to our internal and external customer base.
We can get more into the technical aspects of this if you like. You'll
definitely see this stuff in the future, if not from me, then from others.
A lot of users are becoming technically sophisticated enough to ask for the
whole enchilada, especially when they might be experts in the technology
and/or its application to their business.
The direction IS integrated networks, with integrated directories, and
shared/common/standard resources, data, information, and transaction and
analysis software units. It's CIM in a nutshell. That's were the business
needs and technology are pushing us - fast! With less than that, we
continue to operate as separate little islands or fuedal domains (or more
appropriately, isolated network domains). That translates to loss due to
excessive operational and administrative overhead. That loss is waste to
all of us, and congress will continue to take down our resources until we
exhibit the effective and efficient application of information technology.
If we apply information technology with any perspective less than
wholistic, integrative, and total, we all loose, in the near term and long
term.
Thanks.
RR.
Text item 2:
Efforts are underway to combine/merge the various servers of the DISANET
and JIEONET into a single DISANET, consisting of multiple physical servers
that appear to all users as a single virtual server.
The apparent objective is to have all networked persons within DISA to be
able to share the full resources of the DISANET, regardless of where the
user is, or what server he is physically connected to. For those not on
the network, a simple public data terminal process can be set up.
The side benefit of this is that all persons within DISA (those who are on
the network and use it, at least) will be able to identify where they fit
within the organization. This will be good for morale. It will definitely
improve communication, coordination, and workflow. Let the network do most
of the work, and give people time to be creative and productive.
As part of this formation of a virtual DISANET, a single directory of all
DISANET resources must be built, by which this virtual DISANET can be
managed. This directory will have several fields of information, primarily
relating to computer and commo equipment and software, user name, user
office code, user telephone number, user DISANET/INTERNET address, and
maybe user location. Mr. Mike Randall in DNSO and Mr. David Gaon in JIEO
would probably have immediate interest in this, because it relates to some
of their functional responsibilities/projects.
With any luck, the software that manages this directory will be flexible
enough to change (add, modify, delete) the basic directory fields, create
separate tables which can be related to the directory, and will have a
reasonable competent query capability. If this software is really good,
perhaps is will allow graphics, such as drawings, pictures, video and sound
clips, and maps to be accessed in relation to the basic directory record.
Perhaps this directory software can be based on the network standard
database management system, Paradox, or some future SQL-compliant standard
network database management system.
Why not use the basic DISANET directory as the single, official DISA
corporate directory for telephone numbers (with alternates, modems, and fax
numbers), organization structure (maybe with an organization chart or
outline), personnel locator (maybe with pictures), and facility guide
(especially if floor diagrams and maps can be displayed).
Why not have this DISANET Directory serve as the basis for APCAPS rosters,
training rosters and management, personnel rosters and management,
supply/equipment inventories and management, security access and
management, computer/network accrediation, and other functional
applications that are related to some of the basic directory fields?
The basic Joint Table of Distribution (JTD) information for each user could
be included, since it is closely related to the basic directory data.
More simply, with a networked enabled directory, why not begin
creating network/directory enabled functional applications, all built
from the single common directory?
Once these directory enabled applications are in place, why not transition
some of our existing applications into this new environment, and let the
directory become a repository of much of our corporate information. This
is at the heart of what Corporate Information Management (CIM) and
Information Resources Management (IRM) is all about.
With this networked directory/repository capability in place, the overall
awareness and responsiveness of DISA members can increase, as well as their
since of belonging in something bigger than just their local office or work
group.
All of this can lead to better products, satisfied internal and external
customers, proud members, simpler processes, successful managers, and more
efficient structure for DISA.
It appears that these abilities can be achieved. All it requires is for
the people who are planning, procuring, and operating the network's
information technology (hardware and software) form a close
supplier/customer partnership with those who are responsible for the
information which applies their information technology.
[30] From: Roy Roebuck at HQ3 9/10/92 10:19AM (2124 bytes: 40 ln)
To: Bart Hewitt at INS1
cc: Michael Randall, David Gaon at VASQ2
bcc: Robert Drummond
Subject: Re[2]: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
P.S. Bart. I don't want to belabor this too much, however, these points
are VERY IMPORTANT to me, my boss, and DISA.
In regards to your information, two questions:
Does/can the SoftSwitch support X.400 protocols? It's not clear from
your response.
Is the directory management software of SoftSwitch an internal module
of SoftSwitch, a separate module, or a separate program?
In regards to your comments about Mike Randall's telephone directory
efforts (one of my hot buttons, coincidentally, as though you couldn't
tell):
Nothing is, or has ever been, totally separate. That's the point. We
cannot continue to operate as though separation exists. It is not a
mechanical universe, it is a dynamical universe. It's not like a
clock, its like the weather; dynamic and flowing.
We cannot plan our activities, or our information networks, as though
all activities, organizations, and people are separate. To continue to
use the Separation paradigm/perspective directly causes
duplication/loss/waste, incompleteness, and diminishment of potential.
The universe consists of entities that are connected by space and time,
not separated by space and time. Basic physics. Also basic Total
Quality Management. Its about continuous improvement, not static
solutions/specifications.
The networks we plan must never be static, they must always be adaptive
to improvement, growth, loss, and change. Things may not be directly
related, or poorly integrated and coordinated, but they are never
totally separate. The key to day-to-day practicality in such a Unitive
perspective is to integrate and coordinate as much as is economically
feasible and politically/socially acceptable, but never stop improving.
Thanks again.
RR.
[31] From: Roy Roebuck at HQ3 9/10/92 3:03PM (3718 bytes: 68 ln)
To: Michael Randall
cc: Bart Hewitt at INS1, David Gaon at VASQ2
bcc: Robert Drummond
Subject: Re[4]: AUGUST DLUX MINUTES
------------------------------- Message Contents -------------------------------
Hi Mike!
You're right, absolutely.
My task is to help Dr. Drummond find ways to improve DNSO processes,
structure, products and culture to meet our internal (DNSO) and external
(DISA/DoD) customer requirements.
To this end, I am pointing out the duplication of efforts as far as
creating a multitude of directories within DNSO/DISA/DoD. Dr. Drummond has
asked me who should be responsible for a DISA directory. My response to
him was - the same people who are responsible for the network. This
directory is a basic network service or utility. This applies to DISANET
within DISA, and DISN within DoD. Since he has DISN, he liked (I think)
that answer.
You have a current task to produce a piece of the single DNSO/DISA/DoD DISN
directory that Dr. Drummond wants, even though we have discussed its
inappropriateness within your normal job responsibilities. You were a
logical choice within DNSO, and you pursued that task, to your credit.
Your normal duties and your directory task would be easier if the network,
and the software that runs on it were capable of doing what you require,
without having to buy special products, or reconfigure what is already
there. That is what is so significant about Mr. Gaon's efforts.
If DISANET and DISN were managed with an X.500 directory, and if the
messaging (not just email) on DISANET and DISN were executed with the X.400
protocol using the X.500 directory, then your directory task would be
incorporated into this effort, as would all other directory, messaging,
network management, workflow management, and corporate management efforts.
If there are separate directories used by the network operating system and
the email/messaging software, then it doubles the work of administrators
who post the same basic information in two different systems. Keeping them
synchronized is a nightmare. Then multiply that by the number of servers,
mail hosts, and gateways. That's what X.400 and X.500 were created to
overcome. They are essential to a dynamically managed internetwork.
In terms of Dr. Drummond's question about who should be responsible for the
networked directory, it must be answered in this way: Within DNSO, no one;
within DISA, DISANET operations; within DoD, DISN operations.
An organization is a single information system. The network is the
organization.
My recommendations are that you continue with your task, recognizing that
your efforts will eventually feed as refined requirements into a larger
effort, which will be someone else's responsibility. In the near term,
your requirements are taken care of by you. Your efforts will not be
wasted, because they contribute to the overall structure and completeness
of the next efforts, IF the initiative is taken to integrate your work into
the larger effort. If your efforts are not integrated into the larger
efforts, then your efforts will result in only a short term fix, that is
eventually bypassed and discarded.
Thanks again for your comments.
I'm not intent on upsetting, burdening, hurting, or undermining anyone. My
job is to help bring DNSO improvements into existence, within DISA, within
DoD, within the Executive Branch, etc., etc., to make work and life a
little bit easier for everyone. I'm doing my job by getting people to
stretch their perceptions, boundaries, and communication lines a little at
a time.
Thanks again.
RR.
[32] From: Roy Roebuck at HQ3 9/16/92 4:45PM (366 bytes: 9 ln)
To: Gerald Sleph at VASQ3
Subject: Re: NET WORK APP
------------------------------- Message Contents -------------------------------
Hi Jerry!
Thanks for the comments. Pass my message and your comments to your boss.
Dr. Drummond has strong interest in this. Let's see who jumps on the
bandwagon!
BYE.
RR.
[33] From: Roy Roebuck at HQ3 9/17/92 8:22AM (818 bytes: 18 ln)
To: David Gaon at VASQ2
Subject: Re: directories
------------------------------- Message Contents -------------------------------
Hi David!
You got it! I'll propose it to Dr. Drummond today. He's particularly
interested in applying a X500 enabled TAPES to the DMR 918 transition
effort.
A point though; keep it very simple in terms of technology. Dr. Drummond's
knowledge of computer and database concepts is admittedly not the most
complete. He's an electronics engineer by training (BS, MS, PhD), and has
been an executive for the past decade or so. Also watch the use of
acronyms in the presentation, he's not fond of them, or the use of jargon.
Full expression of terms is best with him.
I'll get back with you on the results.
Thanks.
RR.
[34] From: Roy Roebuck at HQ3 9/18/92 3:33PM (27833 bytes: 16 ln, 2 fl)
To: David Gaon at VASQ2
Receipt Requested
Subject: Re[3]: directories
------------------------------- Message Contents -------------------------------
Text item 1:
Hi David,
Dr. Drummond has agreed, enthusiastically. I'll work out the schedule with
you when I return from TDY.
He also asked that you make it idiot level for him.
I'm gone till next Monday (28 Sep).
What do you think of the attached file WordPerfect file and Harvard
Graphics files? Dr. Drummond is considering proposing this for the DMR
918 transition.
Bye.
RR.
File item 2: DMR918-1.WPF 9/18/92 2:29PM
File item 3: QIP-1.CH3 9/17/92 4:41PM
[35] From: Roy Roebuck at HQ3 9/28/92 10:02AM (2285 bytes: 52 ln)
To: Robert Rankin at MISC1, Linda McCullar at CONTRACT
Receipt Requested
cc: Martha Lampazianie, Jay Tate at MISC1, Robert Drummond
Subject: DMRD 918 Recommendations
------------------------------- Message Contents -------------------------------
Hello LTC Rankin and Dr. McCullar;
I have just returned from a one week TDY and read the message you sent out
to TQM coordinators regarding DMRD 918 transition recommendations.
I had previously prepared a proposal on the DMRD 918 transition, which I
provided to my boss (Dr. Drummond), Martha Lampazianie, and Jay Tate on 21
Sep 92.
I have also today read the copy of the August 28, 1992 DMRD 918
Implementation Strategy document sent out by LCT Rankin. My proposed
method can be integrated into and serve as the enabling technology for the
implementation strategy.
I believe the method I propose can be used as the tool by which a new
paradigm for managing the information infrastructure can be created, and
can serve as the central tool by which the new the Defense Information
Infrastructure (DII) can be managed.
I will be happy to present my proposal to you at your convenience. My boss
has directed me (as of today) to work with Martha to get buy-in from the
transition team. He intends Martha to introduce the subject to the
transition team leadership so that I can make my pitch to them.
Thanks!
Roy R.
##########################################################################
Ref: Director's Expanded Staff Meeting Minutes, 23 Sep 92
The Transition Team is preparing alternative recommendations for the
Director to discuss when he meets with OSD on Thursday morning.
They could really use your recommendations but would need them prior to
COB today. They need them As Soon As Possible!
Request that, in addition to providing your recommendations to Code
AD, you provide them to the Implementation Transition Team (Code AT),
ATTN: Dr. Linda McCullar. Linda will take them by phone (692-4164), by
FAX (692-4161) or handcarried to Bldg 17.
Format is unimportant; your input is - Please help!
Please call if you have questions about what is needed.
Thanks,
Bob Rankin
692-2006
[36] From: TA-DISANET OPEN FORUM at INS2 10/6/92 11:36AM (5541 bytes: 1 fl)
Subject: Software Technology Conference call for Speakers
----------------------------------- Forwarded ----------------------------------
From: Rebecca Abraham at PENT5 10/6/92 10:24AM (5316 bytes: 1 fl)
To: TA-DISANET OPEN FORUM at INS2
Subject: Software Technology Conference call for Speakers
------------------------------- Message Contents -------------------------------
File item 1: STSC 10/6/92 10:22AM
[37] From: Herbert Goertzel at DEBMAC 10/4/92 3:12PM (247 bytes: 1 ln)
To: Roy Roebuck at HQ3
Subject: Receipt of 10/3/92 7:23PM message
------------------------------- Message Contents -------------------------------
Re: Request by Mr. Hawrylko, Hypertext Authoring Software
[38] From: Roy Roebuck at HQ3 10/3/92 7:23PM (2526 bytes: 44 ln)
To: Herbert Goertzel at DEBMAC
Receipt Requested
cc: Warren Hawrylko at DISA.JIEO.RS1
Subject: Request by Mr. Hawrylko, Hypertext Authoring Software
------------------------------- Message Contents -------------------------------
Hi Mr. Goertzel;
I met Mr. Hawrylko at an off-site meeting on Friday. During the meeting I
commented on the application of some information technology called
hypermedia, specifically a commercial application called Hyperwriter. It
is a highly rated multimedia/hypertext/expert-system authoring tool. It is
a tool to create cross-indexed electronic documents that combine text,
graphics, and animation, and audio with appropriate hardware and software
at the originating station. It can also incorporate live and recorded full
motion video if user stations are configured for it.
It allows information to be presented to a standalone PC or networked PC
user. Hyperwriter provides a free runtime engine. The U.S. Environmental
Protection Agency uses this tool as an expert-system based regulation on
underground storage tanks.
With this tool, an individual or organization can construct tutorials,
regulations, standards documents, briefings, presentations, specification
documents, and other information dissemination activities, that the user
can browse and explore at their own pace. It also allows the users to
create individual notes within the document. These information activities
can be conducted online or can be distributed by electronic or physical
media.
In addition, the software can be used to execute queries such as a data
call or survey, or to have the reader/user fill out a form (e.g.,
requirements, expectations, or specifications) or questionnaire. The
results of these queries' responses, as well as the above-mentioned
individual notes, are written as an ASCII file by the Hyperwriter program.
These ASCII files containing the query results can be sent to a
consolidation activity as email or by physical transport.
I believe Mr. Hawrylko's interest was in using such a tool as a means to
distribute and collect information regarding the DMRD 918 implementation,
perhaps for use in informing the field or collecting data about affected
sites.
I have a personal copy of this software that I would be happy to loan you
for your evaluation, at your request. It has a superior demonstration
included in the package.
At your convenience.
Roy Roebuck
[39] From: TA-TRAINING at CAS 10/21/92 12:01PM (1152 bytes: 20 ln)
To: Roy Roebuck at HQ3
Subject: Re[2]: IDEF: Modeling For Managers
------------------------------- Message Contents -------------------------------
Roy,
Thanks so much for taking the time to write and send your thoughts on
IDEF. It sounds as if there is a much broader target audience for this
course than I realized. Of course, there is only so much ground
covered in a one-day overview.
If you are interested in a more detailed course, let me know. I can
refer you to a group in CIM that does a 4 and 1/2 day course on the
subject (no charge to your directorate). I'd be glad to refer you if
you think this would be beneficial.
Again, thanks for your interest and concern. It is only through
feedback like yours that I can somewhat keep up with ongoing changes
trends, needs, etc. within the agency. As you are aware, we are
evolving at an incredible rate and it is a real challenge to keep up
with the relevant issues and meet the training needs of our
professionals.
Please contact me if I can be of assistance. Kae Wiley
[40] From: Herbert Goertzel at DEBMAC 10/20/92 2:28PM (802 bytes: 1 ln)
To: Roy Roebuck at HQ3
Receipt Requested
Subject: Re[3]: Request by Mr. Hawrylko, Hypertext Authoring Software
------------------------------- Message Contents -------------------------------
Roy,
I'll have to get a hold of you when you get back next week or send it to my by
the DISA courier. I'm in room 2A02 in the DEB.
Herb
_______________________________________________________________________________
Subject: Re[2]: Request by Mr. Hawrylko, Hypertext Authoring Software
Author: Roy Roebuck
Date: 10/20/92 11:04 AM
Hi Mr. G.
You've got it! How shall we make the transfer? I'm at HQ in room 3335
(BG Bohn's office). I'm taking leave on 22 and 23 October.
At your convenience.
RR.
[41] From: Herbert Goertzel at DEBMAC 10/20/92 9:17AM (2949 bytes: 1 ln)
To: Roy Roebuck at HQ3
Receipt Requested
Subject: Re: Request by Mr. Hawrylko, Hypertext Authoring Software
------------------------------- Message Contents -------------------------------
Roy,
I'm sorry I took so long to get back to you. I would very much like to try
Hyperwriter. Could I borrow your copy this weekend?
Herb Goertzel
_______________________________________________________________________________
Subject: Request by Mr. Hawrylko, Hypertext Authoring Software
Author: Roy Roebuck
Date: 10/3/92 7:23 PM
Hi Mr. Goertzel;
I met Mr. Hawrylko at an off-site meeting on Friday. During the meeting I
commented on the application of some information technology called
hypermedia, specifically a commercial application called Hyperwriter. It
is a highly rated multimedia/hypertext/expert-system authoring tool. It is
a tool to create cross-indexed electronic documents that combine text,
graphics, and animation, and audio with appropriate hardware and software
at the originating station. It can also incorporate live and recorded full
motion video if user stations are configured for it.
It allows information to be presented to a standalone PC or networked PC
user. Hyperwriter provides a free runtime engine. The U.S. Environmental
Protection Agency uses this tool as an expert-system based regulation on
underground storage tanks.
With this tool, an individual or organization can construct tutorials,
regulations, standards documents, briefings, presentations, specification
documents, and other information dissemination activities, that the user
can browse and explore at their own pace. It also allows the users to
create individual notes within the document. These information activities
can be conducted online or can be distributed by electronic or physical
media.
In addition, the software can be used to execute queries such as a data
call or survey, or to have the reader/user fill out a form (e.g.,
requirements, expectations, or specifications) or questionnaire. The
results of these queries' responses, as well as the above-mentioned
individual notes, are written as an ASCII file by the Hyperwriter program.
These ASCII files containing the query results can be sent to a
consolidation activity as email or by physical transport.
I believe Mr. Hawrylko's interest was in using such a tool as a means to
distribute and collect information regarding the DMRD 918 implementation,
perhaps for use in informing the field or collecting data about affected
sites.
I have a personal copy of this software that I would be happy to loan you
for your evaluation, at your request. It has a superior demonstration
included in the package.
At your convenience.
Roy Roebuck
[42] From: Roy Roebuck at HQ3 10/20/92 2:28PM (2836 bytes: 65 ln)
To: TA-TRAINING at CAS
cc: Jay Tate at MISC1, Robert Drummond, B. Moore at VASQ5
Subject: Re: IDEF: Modeling For Managers
------------------------------- Message Contents -------------------------------
It should be noted that the IDEF0 technique is the DoD standard method for
modeling Activities/Processes.
In this regard it is a useful tool for planning projects, mapping
procedures, process improvement, and process decomposition and
documentation. It is irrelevant whether the resultant models are used for
creation or reengineering of software or not. The models are just as
useful for manual systems.
It is a perfect tool for TQM Process Action Teams to use during their
systematic process improvement actions. Its greatest benefit would be if
all DISA managers, analysts, action officers, and operations people were
familiar with it. Then they could all speak the same language, use the
same tools, and share the same symbols when they are talking about their
processes/procedures/tasks/transactions/activities/events. Everyone would
be using the same lexicon to describe their activity.
Once someone has defined one of the above activities using the IDEF0 tool,
then the IDEF1X tool can be used to identify the specific inputs, controls,
mechanisms, and outputs of that activity. The IDEF1X tool can be used for
Activity Costing, because although the IDEF1X is intended for use as a Data
Modeling tool, there is nothing that keeps the same tool from being used to
model the activity by showing/mapping:
funds,
personnel knowledge/skill/abilities/specialties,
information technology (computer hardware/software, communication
hardware/software, records management hardware/software [e.g., JCALS],
printing and publication hardware/software, audio/visual
hardware/software, library hardware/software),
business information (data elements, publications, forms, software
units),
recorded human knowledge (e.g. encyclopedic information, professional
knowledge),
equipment,
supplies (expendible, durable, non-expendible),
services,
facilities,
energy consumed, released, or created in the activity,
time required to process the activity,
and/or specific persons.
The modeling of these resources within an activity does presuppose the
existence of some catalog for these resources from which the modeler may
select. This catalog of resources would serve the same function as a data
dictionary. Such a catalog could be extracted from the existing
regulations governing the standardization of these objects.
The IDEF tools, as such, are for far more than software, they are for all
management.
Thanks.
Roy Roebuck.
[43] From: Roy Roebuck at HQ3 10/21/92 2:32PM (533 bytes: 12 ln)
To: TA-TRAINING at CAS
Subject: Re[3]: IDEF: Modeling For Managers
------------------------------- Message Contents -------------------------------
Hi Kae.
Thanks for the suggestion. I'm already scheduled for an IDEF course in
November. I've been using the IDEF1X tool for about six months. I picked
it up when I was the Information Architect for the US Army Europe.
What are your intentions on putting the message I sent you on the bulletin
board, perhaps in the Open Forum?
Regards.
RR.
[44] From: Roy Roebuck at HQ3 10/20/92 11:04AM (407 bytes: 8 ln)
To: Herbert Goertzel at DEBMAC
Subject: Re[2]: Request by Mr. Hawrylko, Hypertext Authoring Software
------------------------------- Message Contents -------------------------------
Hi Mr. G.
You've got it! How shall we make the transfer? I'm at HQ in room 3335
(BG Bohn's office). I'm taking leave on 22 and 23 October.
At your convenience.
RR.
[45] From: Herbert Goertzel at DEBMAC 10/27/92 10:39AM (1185 bytes: 1 ln)
To: Roy Roebuck at HQ3
Receipt Requested
Subject: Re[5]: Request by Mr. Hawrylko, Hypertext Authoring Software
------------------------------- Message Contents -------------------------------
Roy,
I am not scheduled to be at the headquarters in the near future. If your going
to be in Reston, then hand-carry sounds great, otherwise, themail works.
Sorry its so hard.
Herb
Herb;
I don't want to trust my personal property to the DISA distribution system.
I'd rather mail it or hand-deliver it.
Comments?
Roy.
Roy,
I'll have to get a hold of you when you get back next week or send it to my by
the DISA courier. I'm in room 2A02 in the DEB.
Herb
_______________________________________________________________________________
Subject: Re[2]: Request by Mr. Hawrylko, Hypertext Authoring Software
Author: Roy Roebuck
Date: 10/20/92 11:04 AM
Hi Mr. G.
You've got it! How shall we make the transfer? I'm at HQ in room 3335
(BG Bohn's office). I'm taking leave on 22 and 23 October.
At your convenience.
RR.
[46] From: Michael Randall 11/5/92 10:39AM (1709 bytes: 37 ln)
To: Roy Roebuck
Subject: Re[2]: DISA AUTOMATED TELEPHONE DIRECTORY
------------------------------- Message Contents -------------------------------
Roy,
In response to your message, we were very unhappy with that bulletin
board entry as indicated below.
M.Randall
Mr. Hewitt,
It would appear there is little or no quality control on what
you allow on the bulletin board. The entry below was our response to
a personal inquiry you forwarded to our office. There was no
indication that it would be printed as an official bulletin board item
open to all DISA personnel. Further, it was published without any
linking to the original question submitted.
I feel this action is totally inappropriate and would like to know what
corrective actions you have taken to remove the message from the
bulletin board. I would also request that your procedures and
intentions as bulletin board administrator be more clearly stated when
you forward items to our offices for review and comment.
M.Randall
Thanks for your comment on the telephone directory. We are trying to
make it current but with all the reorganizations going on we are
finding it very difficult to get updated listings from the
Directorates. We could never get a current aphabetical listing from
Personnel and that is why there was not an aphabetical listing in the
last published telephone directory.
We will certainly try to keep the listing as current as possible.
Betty
[47] From: Fred Heuser at INS2 11/3/92 7:40AM (3438 bytes: 5 ln, 1 fl)
To: Roy Roebuck at HQ3
Subject: Telephone Directory record layout
------------------------------- Message Contents -------------------------------
Text item 1:
Roy:
Attached is the information you requested.
Fred
File item 2: RR110392.TXT 11/2/92 6:47PM
[48] From: John McKendree at VASQ2 12/1/92 11:19AM (2626 bytes: 46 ln)
To: Roy Roebuck at HQ3, Marlene Tate at HQS4
Subject: Re[3]: Software Quality Management
------------------------------- Message Contents -------------------------------
Back to you again, Marlene,
I'm glad you are looking over my AMP Research Report of December 1990. The
model is good for many things besides Configuration Management. As a point
for reflection: One of the conclusions from my research was that there
needed to be a model for the actual operation in order to represent the
communication between customers, workforce, and management. The model I
adopted was the SADT diagram with inputs, outputs, mechanisms, and controls.
The IDEF model which is now the DoD mandated model for Business Process
Improvement efforts is, in fact, that same SADT diagram! I suppose it is a
model whose time has come!
Jack
===
Marlene,
Jack,
I'd like to attend, but am under great pressure now due to the Transition
Team work. (Supporting Sarah Jane and B Moore) I do not plan to go.
Sorry.
However, could you let me know the Agenda? No advance agenda. You see
I have toured SEI and been briefed - but that was two years ago. Are
they going to tell us about the DoD initiatives in Software Quality
Improvement Process? I think I can rely upon you to bring me back
their announcements in that area. My pleasure. Or are they going to
tell us about advances made by selected organizations and the benefits
realized in the past two years? <That> I might want to hear in first
person!Low odds??
P.S. I just came across your Dec 1990 document, "Applying TQM to
Configuration Management". I plan to read it in more detail. It looks
very informative, especially concerning process models. Marlene
Jack
===
Hi Jack and Roy,
Jay gave me an invite to a presentation on Software Quality
Management, sponsored by the Software Engineering Institute, at FQI, on
Dec 11 at 13:00. He suggested that both of you might be interested in
attending this presentation with me. Let me know and I will call in
for reservations. Bye.
Marlene Tate, NEW CODE AV, NEW PHONE 2-2256 or 746-1451.
[49] From: Marlene Tate at HQS4 12/1/92 11:11AM (1774 bytes: 30 ln)
To: John McKendree at VASQ2, Roy Roebuck at HQ3
Subject: Re[2]: Software Quality Management
------------------------------- Message Contents -------------------------------
Marlene,
Jack,
I'd like to attend, but am under great pressure now due to the Transition
Team work. (Supporting Sarah Jane and B Moore) I do not plan to go.
Sorry.
However, could you let me know the Agenda? No advance agenda. You see
I have toured SEI and been briefed - but that was two years ago. Are
they going to tell us about the DoD initiatives in Software Quality
Improvement Process? I think I can rely upon you to bring me back
their announcements in that area. My pleasure. Or are they going to
tell us about advances made by selected organizations and the benefits
realized in the past two years? <That> I might want to hear in first
person!Low odds??
P.S. I just came across your Dec 1990 document, "Applying TQM to
Configuration Management". I plan to read it in more detail. It
looks very informative, especially concerning process models. Marlene
Jack
===
Hi Jack and Roy,
Jay gave me an invite to a presentation on Software Quality
Management, sponsored by the Software Engineering Institute, at FQI, on
Dec 11 at 13:00. He suggested that both of you might be interested in
attending this presentation with me. Let me know and I will call in
for reservations. Bye.
Marlene Tate, NEW CODE AV, NEW PHONE 2-2256 or 746-1451.
[50] From: John McKendree at VASQ2 11/30/92 6:28PM (1480 bytes: 25 ln)
To: Roy Roebuck at HQ3, Marlene Tate at HQS4
Subject: Re: Software Quality Management
------------------------------- Message Contents -------------------------------
Marlene,
I'd like to attend, but am under great pressure now due to the Transition
Team work. (Supporting Sarah Jane and B Moore) I do not plan to go.
However, could you let me know the Agenda? You see I have toured SEI and
been briefed - but that was two years ago. Are they going to tell us about
the DoD initiatives in Software Quality Improvement Process? I think I can
rely upon you to bring me back their announcements in that area. Or are
they going to tell us about advances made by selected organizations and the
benefits realized in the past two years? <That> I might want to hear in
first person!
Jack
===
Hi Jack and Roy,
Jay gave me an invite to a presentation on Software Quality
Management, sponsored by the Software Engineering Institute, at FQI, on
Dec 11 at 13:00. He suggested that both of you might be interested in
attending this presentation with me. Let me know and I will call in
for reservations. Bye.
Marlene Tate, NEW CODE AV, NEW PHONE 2-2256 or 746-1451.
[51] From: Marlene Tate at HQS4 11/30/92 11:21AM (635 bytes: 9 ln)
To: John McKendree at VASQ2, Roy Roebuck at HQ3
Subject: Software Quality Management
------------------------------- Message Contents -------------------------------
Hi Jack and Roy,
Jay gave me an invite to a presentation on Software Quality
Management, sponsored by the Software Engineering Institute, at FQI, on
Dec 11 at 13:00. He suggested that both of you might be interested in
attending this presentation with me. Let me know and I will call in
for reservations. Bye.
Marlene Tate, NEW CODE AV, NEW PHONE 2-2256 or 746-1451.
[52] From: William Pailes at MISC1 11/12/92 3:25PM (296 bytes: 6 ln)
To: Roy Roebuck at HQ3
Subject: IDEF Tasking
------------------------------- Message Contents -------------------------------
Roy:
I'm sure we'll need your help, but what does IDEF stand for and what
tasking are you talking about?
Col Pailes
[53] From: Roy Roebuck at HQ3 10/27/92 10:16AM (972 bytes: 27 ln)
To: Herbert Goertzel at DEBMAC
Subject: Re[4]: Request by Mr. Hawrylko, Hypertext Authoring Software
------------------------------- Message Contents -------------------------------
Herb;
I don't want to trust my personal property to the DISA distribution system.
I'd rather mail it or hand-deliver it.
Comments?
Roy.
Roy,
I'll have to get a hold of you when you get back next week or send it to my by
the DISA courier. I'm in room 2A02 in the DEB.
Herb
_______________________________________________________________________________
Subject: Re[2]: Request by Mr. Hawrylko, Hypertext Authoring Software
Author: Roy Roebuck
Date: 10/20/92 11:04 AM
Hi Mr. G.
You've got it! How shall we make the transfer? I'm at HQ in room 3335
(BG Bohn's office). I'm taking leave on 22 and 23 October.
At your convenience.
RR.
[54] From: Roy Roebuck at HQ3 11/5/92 10:34AM (668 bytes: 9 ln)
To: TA-DISA OFFICIAL NOTICES at INS2
cc: Robert Drummond, Michael Randall
Subject: Re[3]: DISA AUTOMATED TELEPHONE DIRECTORY
------------------------------- Message Contents -------------------------------
Hi Betty!
I've got a potential solution to the issue of keeping the telephone
directory up to date, distributing the workload of keeping it valid, as
well as the issue of how to incorporate the various reorganizations, task
forces, and interim offices that form up here within DISA. You would be
able to work directly from your existing Paradox files.
If you or Mr. Heuser are interested, give me a call.
[55] From: Roy Roebuck at HQ3 11/12/92 1:28PM (4869 bytes: 114 ln)
To: William Pailes at MISC1
Subject: Re: IDEF: Modeling For Managers
---------------------------- Forwarded with Changes ----------------------------
From: Roy Roebuck at HQ3 10/20/92 2:28PM (2836 bytes: 65 ln)
To: TA-TRAINING at CAS
cc: Jay Tate at MISC1, Robert Drummond, B. Moore at VASQ5
Subject: Re: IDEF: Modeling For Managers
------------------------------- Message Contents -------------------------------
Text item 1:
Hi COL Pailes!
Dr. Drummond has informed me that I am to provide assistance to you with
the 6 Jan 93 suspense to develop and coordinate DNSO actions to prepare and
IDEF analysis of DNSO. An IDEF of DNSO is a big order! I'm at your
service.
I've had instruction manuals on IDEF for about a year and am attending
formal training at the end of the month. The training is being given by
CIM. I've also been told that CIM has the IDEF tools. I've spoken to Mary
Polydys over at Data Admin about it previously. Note that you'd need at
least a 386 with Windows 3.0 to use the tools. Two files are included
below. The first was as a response to information about training
availability for IDEF. The second (attached) was in response to a person's
inquiry about IDEF on the Open Forum.
How can I assist you?
Roy R.
*********** Message 1.
It should be noted that the IDEF0 technique is the DoD standard
method for modeling Activities/Processes.
In this regard it is a useful tool for planning projects, mapping
procedures, process improvement, and process decomposition and
documentation. It is irrelevant whether the resultant models are used for
creation or reengineering of software or not. The models are just as
useful for manual systems.
It is a perfect tool for TQM Process Action Teams to use during their
systematic process improvement actions. Its greatest benefit would be if
all DISA managers, analysts, action officers, and operations people were
familiar with it. Then they could all speak the same language, use the
same tools, and share the same symbols when they are talking about their
processes/procedures/tasks/transactions/activities/events. Everyone would
be using the same lexicon to describe their activity.
Once someone has defined one of the above activities using the IDEF0 tool,
then the IDEF1X tool can be used to identify the specific inputs, controls,
mechanisms, and outputs of that activity. The IDEF1X tool can be used for
Activity Costing, because although the IDEF1X is intended for use as a Data
Modeling tool, there is nothing that keeps the same tool from being used to
model the activity by showing/mapping:
funds,
personnel knowledge/skill/abilities/specialties,
information technology (computer hardware/software, communication
hardware/software, records management hardware/software [e.g., JCALS],
printing and publication hardware/software, audio/visual
hardware/software, library hardware/software),
business information (data elements, publications, forms, software
units),
recorded human knowledge (e.g. encyclopedic information, professional
knowledge),
equipment,
supplies (expendible, durable, non-expendible),
services,
facilities,
energy consumed, released, or created in the activity,
time required to process the activity,
and/or specific persons.
The modeling of these resources within an activity does presuppose the
existence of some catalog for these resources from which the modeler may
select. This catalog of resources would serve the same function as a data
dictionary. Such a catalog could be extracted from the existing
regulations governing the standardization of these objects.
The IDEF tools, as such, are for far more than software, they are for all
management.
Thanks.
Roy Roebuck.
Text item 2:
Hi Chris;
Are you looking for the Activity Modeling (IDEF0) or Data Modeling (IDEF1X)
capability? Both are the mandated standards for DoD Functional Process
Improvement (DoD 8020.1-M, Draft 30 June 92, Ms. Law, 703-285-5383)
The Army DISC4 (COL Bartz) and Army Corps of Engineers have bulk purchased
Windows 3.0 based tools for these purposes from a company called D.
Appleton Company (DAC). Call DISC4 at 703-695-0289. Maybe they've got a
few free copies left.
The commercial Windows 3.0 products from ERWIN use the IDEF1X model for
their diagramming methodology and symbology.
DISA CIO was examining the potential of these products. Contact Mary
Polydys of CIO. Mary is working with the 8020.1-M.
Hope this helps!
Roy R.
P.S. For any of these Windows 3.0+ products, you'll want a minimum of a 25
MHZ 80386 PC with at least 100 MB of available direct access (not
network) storage.
[56] From: Roy Roebuck at HQ3 12/1/92 4:52PM (292 bytes: 5 ln)
To: Marlene Tate at HQS4, John McKendree at VASQ2
Subject: Re: Software Quality Management
------------------------------- Message Contents -------------------------------
Hi Marlene;
I've definitely interested. Sign me up.
Roy.
[57] From: Roy Roebuck at HQ3 12/1/92 5:09PM (1816 bytes: 35 ln)
To: John McKendree at VASQ2
Subject: Re[4]: Software Quality Management
------------------------------- Message Contents -------------------------------
Hi John!
I'm not sure if we've met, but it appears we have similar interests from
different perspectives. I'm taking the IDEF class now, and have been
applying a similar SADT technique over the last nine years to create a
general enterprise modeling method akin to activity modeling and data
modeling.
The difference in my method from IDEF is that I use the Activity Modeling
techniques to model ACTIVITY as one of seven entities (location,
organization, production unit, function, business activity, product
configuration, and product life cycle) within an enterprise.
I also use the Data Model concept for more than just DATA. I also use it
to model funds, personnel, information, materiel, facilities, capabilities,
services, time, energy, and persons. In this capacity the Data Modeling
tool becomes an Activity Costing and Resource Production/Distribution
/Consumption tool. This has great utility in billing for products (e.g.,
the DoD DBOF efforts).
I can capture the relationships between these seven enterprise entities
(and their instances) in a form that allows the user to view an entity's
detailed composition and distribution, in terms of both direct and indirect
relations. I also capture the appropriate IDEF Input/Control/Output/
Mechanism (ICOM) role for each relationship.
The prime benefit I see from this method is that it is a logical extention
of the IDEF, and it integrates IDEF, TQM, the X.500 Global Directory, and
resource life cycle management into a single Enterprise Management tool.
I hope we can discuss this in the future.
Bye!
Roy R.