top - metrics - download
⟦733fb05e3⟧ Wang Wps File
Length: 58353 (0xe3f1)
Types: Wang Wps File
Notes: SDPS Proposal til Norge
Names: »2139A «
Derivation
└─⟦2c4664e78⟧ Bits:30006226 8" Wang WCS floppy, CR 0173A
└─⟦this⟧ »2139A «
WangText
…00……00……00……00……00…*…02…*
* %…09…!…0c…!…01… …0a…
…05… …06… …07……1f……08……1f……00……1f…
…1f… …1e……0b……1e……0c……1e……05……1d……0e……1d…
…1d… …1c……0c……1c……0d……1c… …1b……0b……1b……86…1 …02… …02… …02… …02…
SEISMIC DATA PREPROCESSING SYSTEM 1982-08-06
SECTION II page #
MANAGEMENT PROPOSAL
SEISMIC DATA PREPROCESSING SYSTEM…01……01…SECTION II…01……01…MANAGEMENT PROPOSAL…01……01…DOC.NO. SDPS/PRP/002/CRA
Issue 1
SUBMITTED TO: GEOPHYSICAL COMPANY OF NORWAY A.S.
VERITASVEIEN 1, P.O. Box 330
N-1322 H[VIK, NORWAY
IN RESPONSE TO: SPECIFICATION FOR ON-LINE VERSION
OF PREPROCESSING UNIT FOR "NESSIE"
PF/js/0479J 04.06.1982
PREPARED BY: A.L.FRIEDMAN and
P.E.HOLMDAHL
This proposal contains information proprietary to Christian
Rovsing A/S. The data contained herein, in whole or in part,
may not be duplicated, used or disclosed outside the recipient
as Purchaser for any purpose other than to evaluate the proposal;
provided, that if a contract is awarded to this offerer as a
result of, or in connection with the submission of this data,
the Purchaser shall have the right to duplicate, use, or disclose
the data to the extent provided in the contract. This restriction
does not limit the Purchaser's right to use information contained
in the data if it is obtained from another source without restriction.…86…1
…02… …02… …02… …02… …02… …02… …02… …02…
…06…1 …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02… …02…
T̲A̲B̲L̲E̲ ̲O̲F̲ ̲C̲O̲N̲T̲E̲N̲T̲S̲
1. INTRODUCTION ................................
2
1.1 Background to SDPS Implementation ........
2
1.2 Corporate Presentation ....................
3
2. EXPERIENCE ..................................
8
2.1 Christian Rovsing A/S .....................
8
2.2 Remote Sensing Activities .................
8
2.3 Computer Technology .......................
14
3. PROJECT IMPLEMENTATION PROCEDURES ..........
18
4. ILS ........................................
32
5 PROJECT IMPLEMENTATION PLAN ....................
45
5.1 Phase I: Specification .....................
45
5.1.1 WP 110: Phase I Management .............
47
5.1.2 WP 120: Requirements Definition ........
47
5.1.3 WP 130: System Design Spec. (SDS)
...... 48
5.1.4 WP 140: Hardware Specification .........
49
5.1.5 WP 150: Software
Specification
.........
49
5.1.6 WP 160: Test Requirement Spec. .........
49
5.1.7 WP 170: Documentation Requirement
Spec.. 49
5.2 Phase II: Implementation of Raw Data
Recording
System
.................
50
5.2.1 WP 210: Phase II Management ............
50
5.2.2 WP 220: System Engineering .............
52
5.2.3 WP 230: Module Implementation ..........
53
5.2.3.1 WP
231:
System
Management
..........
53
5.2.3.2 WP
232:
Mechanical
and
Electrical
Design
.....................
54
5.2.3.3 WP
233:
Seismic
Data
Interface
.....
54
5.2.3.4 WP
234:
SEG-D
Formatter
Software
...
55
5.2.3.5 WP
235:
6250
PBI
Tape
..............
55
5.2.3.6 WP
236:
Data
Channel
...............
56
5.2.3.7 WP
237:
Test
Software
..............
56
5.2.4 WP 240: Procurement ....................
57
5.2.5 WP 250: System Integration .............
57
5.2.6 WP 260: Delivery .......................
58
5.2.7 WP 270: Acceptance Test ................
58
5.3 Phase III: Implementation of Preprocessing
. 58
System
5.3.1 WP 310: Phase III Management ...........
58
5.3.2 WP 320: System Engineering .............
60
5.3.3 WP 330: Module Implementation ..........
60
5.3.3.1 WP
331:
SDI/MTC
mfg.
Documentation
.
60
5.3.3.2 WP 322: Floating Point Processor ...
60
5.3.3.3 WP 333: Spatial Resampling .........
61
5.3.3.4 WP 334: Time Resampling ............
62
5.3.3.5 WP 335: SEG-D Formatter ............
62
5.3.3.6 WP 336: 1 MW RAM ...................
62
5.3.3.7 WP 337: Test Software ..............
62
5.3.4 WP 340: Procurement ....................
63
5.3.5 WP 350: System Integration .............
63
5.3.6 WP 360: Delivery .......................
64
5.3.7 WP 370: Acceptance Test ................
64
5.3.8 WP 380: Documentation ..................
65
5.3.9 WP 390: Training .......................
65
5.4 Planning ...................................
66
5.4.1 Phase I ................................
66
5.4.2 Phase II ...............................
68
6. KEY PERSONNEL ...............................
1. I̲N̲T̲R̲O̲D̲U̲C̲T̲I̲O̲N̲
1.1 B̲a̲c̲k̲g̲r̲o̲u̲n̲d̲ ̲t̲o̲ ̲S̲D̲P̲S̲ ̲I̲m̲p̲l̲e̲m̲e̲n̲t̲a̲t̲i̲o̲n̲ ̲
The decision to bid the Seismic Data Pre-processing
System (SDPS) represents a definite commitment on the
part of Christian Rovsing A/S (CRA) to devote its resources
and technical talents to specialised computer system
applications.
For the past five to six years, a large percentage
of Christian Rovsing A/S' resources has been devoted
to on-line computer systems. The company has participated
in several major programmes either as prime contractor
or principal sub-contractor. System contracts awarded
to the company are typically worth several millions
of dollars.
Over the same period CRA has maintained an active involvement
in the techniques and applications of remote sensing
and has developed expertise in various aspects of the
processing and handling of remote sensing image data.
We believe that the special skills and know-how which
CRA has developed are vital to a proper understanding
of the SDPS requirements.
This considerable experience in the field of remote
sensing combined with our experience in the prime management
of large computer system projects provide a solid basis
for successful design and implementation of the SDPS
for the Geophysical Company of Norway.
An administratively distinct Project Office will be
established in the Systems Division of CRA to manage
the SDPS project.
The Systems Division was structured in 1979 to consolidate
the management of large, integrated hardware/software
computer system programmes.
Each major project is under the cognizance of a Project
Office with total system responsibility and control
authority to co-ordinate in-house activities and to
provide close liaison with the customer throughout
the duration of the project.
Projects are supported by an Integrated Logistics Support
group who provide a service including site surveys,
installation, training, documentation preparation,
maintenance, spares and other support services.
Quality Assurance reports directly to the Divisional
Manager.
Prime Contractor resposibility for major computer systems,
particularly for military customers such as NATO-SHAPE,
has demanded a professional approach to turnkey project
management with particular emphasis on planning and
documentation in all phases from system design and
development through production, integration, installation,
maintenance and training.
Many of our customers receive training at the company's
modern training facility in Ballerup.
Few companies have the combined engineering talent
and production facilities readily available at Christian
Rovsing A/S.
1.2 C̲o̲r̲p̲o̲r̲a̲t̲e̲ ̲P̲r̲e̲s̲e̲n̲t̲a̲t̲i̲o̲n̲
Christian Rovsing is Denmark's fastest growing high-technology
computer and aerospace-electronics company. Founded
in 1963, Christian Rovsing and its subsidiaries employ
approximately 800 people, many of whom are highly educated
engineers, scientists, and skilled technicians.
In recent years the company's growth rate has approached
40% annually, due in large measure to its advanced,
high-technology CR80 Computer product line and the
excellence of its systems-oriented technical staff.
Today, Christian Rovsing stands as one of Europe's
leading computer systems houses, capable of taking
responsibility for all aspects of hardware/software
projects from concept through implementation to final
acceptance.
Facilities are located in suburban Copenhagen at three
locations - Ballerup, Herlev, and Valby. The administration
and general management are located at the Ballerup
facility.
Christian Rovsing's corporate facilities and divisional
organization have been specifically structured to handle
development and implementation of specialized military
and commercial computer systems. There are five engineering
divisions - electronics, systems, data processing,
production, and development - and inter-divisional
cooperation is stressed to ensure that available project
expertise is shared.
In the three figures to follow are shown:
o Engineering Facilities at Ballerup (Figure 1-1)
o Computer Production Facilities (Figure 1-2)
o Company Organisation (Figure 1-3)
Further details of Christian Rovsing' history, organisation,
and facilities are given in APPENDIX A.
Figure 1-1
ENGINEERING FACILITIES
Figure 1-2
PRODUCTION FACILITIES
Figure 1-3
COMPANY ORGANIZATION
2. E̲X̲P̲E̲R̲I̲E̲N̲C̲E̲
2.1 C̲h̲r̲i̲s̲t̲i̲a̲n̲ ̲R̲o̲v̲s̲i̲n̲g̲ ̲A̲/̲S̲
Christian Rovsing A/S has considerable experience in
the field of remote sensing and in the prime management
of large computer sysem projects which will be applied
to the successful implementation of the Seismic Data
Preprocessing System.
The purpose of this chapter is to present the past
experience of CRA pertinent to our selection as supplier
of for the SDPS.
The presentation describes with the special skills
and know-how which the company has developed over the
last 5 to 6 years within the field of remote sensing
and which we believe are vital for a proper understanding
of the SDPS project.
Sufficient information is included to demonstrate that
CRA has the necessary technical disciplines and management
expertise to design and implement the SDPS.
CRA believes that it has available exceptional, professional
talent dedicated to advanced electronic techniques.
Furthermore, the company excels in applying current
technology to modular equipment design, and has no
outdated product line to support.
In short, CHRISTIAN ROVSING A/S has now acquired extensive
experience in the design, development and implementation
of advanced, on-line computer systems.
The information given in these pages will demonstrate
the breadth of our knowledge and experience which can
be focussed on the Seismic Data Preprocessing System.
2.2 R̲e̲m̲o̲t̲e̲ ̲S̲e̲n̲s̲i̲n̲g̲ ̲A̲c̲t̲i̲v̲i̲t̲i̲e̲s̲
The special skills and know-how which Christian Rovsing
A/S has accumulated over the last 5 or 6 years in the
field of remote sensing provide a solid basis for successful
design and implementation of the Seismic Data Preprocessing
System.
CRA involvement in remote sensing began already in
1975 when we became technical consultants to the Danish
LANDSAT User Group.
Since that time the company has maintained an active
interest in the techniques and applications of remote
sensing and has developed expertise in various aspects
of the processing and handling of image data.
CRA experience covers nationally and internationally
funded projects and also projects with the European
Space Agency. A synopsis of our experience showing
the dates during which the individual projects were
performed is given in Figure 2-1
Fig. 2-1
Remote Sensing Activities.
CRA experience can be divided in four categories:
o The delivery of computer systems (hardware and
software) on a prime contract or sub-contract basis
involving system design, implementation, installation,
and maintenance
o Technology studies involving lspecial elements
of hardware, software or system design for processing
and handling of remote sensing image data
o System studies related to ground segment requirements
for particular remote sensing satellites including
LASS, SPOT, and ERS-1
o User activities related to the treatment and analysis
of remote sensing images
This broad spectrum of activity within remote sensing
has not only developed specific skills and know-how,
but lalso an appreciation of the overall requirements
for the processing, handling and dissemination of remote
sensing data.
o Computer Systems
CRA has designed and supplied a number of computer
systems involving both hardware and software for the
processing and handlihg of remote sensing image data.
For the METEOSAT Ground Computer System at ESOC we
have supplied three computer sub-systems on a turnkey
basis for the Pre-processing, Rectification and Archiving
of the METEOSAT image data. The Archiving subsystem
includes two Honeywell model 96 High Density Digital
Recorders (HDDR) and a Schlumberger ML 26 HDDR. A
picture of the Archiving system is shown in Fig. 2-2.
CRA also participated in the definition of the METEOSAT
software as a member of the Group One
METEOSAT ARCHIVING SYSTEM
Fig. 2-2
For the CEMS (Centre d'Etudes Meteorologie Spatiale)
in Lannion, CRA has delivered a CR80 computer system
for archiving of satellite data onto high density tape
using a Schlumberger ML 26 recorder.
For the Danish Meteorological Institute CRA has delivered
a fully on-line, programmable Bit Synchroniser and
Frame Synchroniser for the acquisition of TIROS-N,
NIMBUS-G and METEOSAT data.
o Technology Studies
CRA has performed a number of technology studies for
both ESA and the Danish Space Committee involving special
aspects of hardware, software or system design for
the processing and handling of remote sensing image
data.
CRA carried out a study on Precision Pre-processing
of remote sensing data for the EARTHNET programme office
of ESA in order to define and size an operational system
suitable for insertion into the EARTHNET structure.
CRA performed a study for ESA on the availability of
commercial products for Archiving and Recording of
large quantities of remotely sensed data, aimed at
upgrading the EARTHNET structure.
CRA has analysed and developed certain algorithms and
methods for the processing of data from a Synthetic
Aperture Radar. Work has concentrated on Look Summation
and Post Processing.
Various studies have been made on the performance for
Bit Synchronisers and Frame Synchronisers, and methods
for improving High Density Digital Tape Recording techniques
related to remotely sensed satellite data.
o Ground Segment System Studies
CRA has performed a number of studies related to the
ground segment requirements for the acquisition, processing
and dissemination of iamge data from a number of remote
sensing satellites.
For the SPOT programme, CRA participated in the Ground
Segment Phase B study for CNES. CRA defined and sized
the requirements for the Archiving and Dissemination
subsystems. The CRA concept allowed for initial utilisation
of LANDSAT D and met the very high data through-put
performance required for the processing of SPOT data
and the production of user products.
For the LASS Phase A study, CRA was responsible for
the definition of the ground segment.
For the ERS-1 Data Dissemination Study, CRA was sub-contractor
to Logica Limited and was responsible for performance
and cost analysis of major archiving sub-system options.
CRA has a study contract from ESA on the Operational
Aspects of SAR Data Acquisition and Processing. The
aim of the study is to address all system related aspects
of an end-to-end SAR processing chain in order to ensure
the generaton of suitable products, consisting of both
magnetic tapes and photographic products, on a operational
basis.
o User Activities
Since 1975 CRA has co-operated with users of remote
sensing data. Our original involvement was as technical
consultants to the Danish LANDSAT User Group.
CRA currently has a contract with the Geological Survey
of Greenland to perform analysis on both MSS and Thermal
image data.
2.3 C̲o̲m̲p̲u̲t̲e̲r̲ ̲T̲e̲c̲h̲n̲o̲l̲o̲g̲y̲
Several years of rapid evolution of computer technology
are reflected in the development of the CR80 computer
product line at Christian Rovsing. This computer family,
a collection of units architecturally structured in
an innovative way, allows configuring powerful multiprocessor
systems. Through a high degree of parallelism and
redundancy, the configurations offer nearly unlimited
operating power and outstanding system reliability.
From the outset, system architects at Christian Rovsing
recognised that micro-electronics was the driving force
behind modern computer technology. The CR80 product
line is based on functional modularity made feasible
by low-cost LSI completed with advanced distributed
architecture and multiprocessing concepts. Though
they appear to be minicomputers, the CR80 systems in
the larger configurations are competitive with and
challenge the power of large mainframes, but with far
superior operational characteristics and heretofore
unrealizable advantages. The CR80 building-block modules
allow a system configuration flexibility previously
unachievable; this has led to the definition of the
CR80 Computer Family depicted in summary block diagrams
in figure 2-3.
The standard CR80 models are divided into two classes
- unmapped and mapped - supported respectively by the
AMOS and DAMOS software operating systems.
The standard unmapped systems are:
- CR80 MINI, a multiprocessor system with up to 4
CPU's and 256 K words of memory with an operating
range of 0.6 to 1.3 million instructions/second.
- CR80 TWIN, a fully-dualised version of the MINI
with twin multiprocessors and a dual bused peripheral
subsystem.
The standard mapped systems are:
- CR80 MAXIM, a multiprocessor system with up to
5 CPU's and 16 megawords of memory with an operating
range of 0.6 to 2.0 million instructions/second
and a Data Channel with megabyte/sec. transfer
rate, interfacing up to 15 channel units for control
of up to 960 peripheral modules.
- CR80 FATOM, a fault-tolerant system consisting
of as many as 16 multiprocessors inteconnected
through a 512 megabit message transport; each multiprocessor
has the same capabilities as a CR80 MAXIM with
256 megawords of memory and an operating range
up to 30 million instructions/second.
(fra CR80 h>ndbog, side 1-2)
Fig. 2-3
The CR80 Family of Minicomputers
These standard configurations encompass a broad range
of physical characteristics to meet requirements from
the smaller stand-alone user up to those of the largest
multi-installation network applications. The four
models offer:
- a 50:1 range in instruction execution rate varying
from 0.6 mips to 30 mips of parallel operation.
- a 1000:1 range in memory capacity from 512 K bytes
to 512 megabytes
- a 80:1 range in processing power utilising one
CPU or up to 16 interconnected multiprocessors
with a maximum of 5 CPU's each.
- a 400:1 range in connectivity through Peripheral
Controllers accomodating a variety of terminations
with as many as 960 peripherals or up to 4096 communication
lines.
Flexible variation in the size and structure of the
CR80 systems are permitted by the unusual degree of
hardware and software modularity. The hardware includes
fast transfer buses joined to each other by adapters
which allow units on one bus to access those on another.
Dualisation at the internal level and multiple redundancy
at the system level provide a CR80 hardware architecture
which is fully exploited by the DAMOS software operating
system and programs to provice survival of operational
failure of individual components.
Reliability, which is of major concern in real-time
and distributed network applilcations, is achieved
in CR80 computer systems by treating all multiprocessors
as equal elements not absolutely dedicated to a specific
role. Fault tolerance and backup are achieved through
an n+1 redundance scheme without preassignment of system
functions to specific processors. This is in marked
contrast to the more common, rigid dualised configurations
often encountered in dedicated applications with on-line
master/slave arrangements, or off-line backup with
switchover facility.
A photograph of the CR80 FATOM hardware is shown in
figure 2-4.
CR80 FATUM CRATE
FIG. 2-4
3. P̲R̲O̲J̲E̲C̲T̲ ̲I̲M̲P̲L̲E̲M̲E̲N̲T̲A̲T̲I̲O̲N̲ ̲P̲R̲O̲C̲E̲D̲U̲R̲E̲S̲ ̲
O̲V̲E̲R̲A̲L̲L̲ ̲P̲R̲O̲J̲E̲C̲T̲ ̲A̲P̲P̲R̲O̲A̲C̲H̲
Christian Rovsing A/S has significant experience as
a participant in major aerospace and defense projects,
and a procedural framework for management, planning,
and implementation has been established. The highlights
of this approach are:
o Reliable, off-the-shelf equipment wherever possible
utilising the latest technology.
o development of special modules to meet the individual
demands of specific projects.
o Effective management controls and reporting procedures.
o A realistic implementation and support plan to
ensure operational capability within schedule.
In its management and implementation plan, Christian
Rovsing A/S has combined a total systems approach with
advanced business and financial techniques. This approach
ensures that the total scope of the effort is identified,
defined, analyzed, and will be responded to in accordance
with the requirements of the project.
For each project undertaken, Christian Rovsing A/S
will dedicate all required resources, assign highly
qualified personnel, and maintain managerial and technical
continuity - through all phases until the successful
completion of the contract.
In the sections to follow, you will find described
the elements of a Project Implementation Plan, Project
Management and Control, System Engineering and Quality
Assurance. After that details of Logistics Support
are presented: This includes Installation and Site
Preparation, Maintenance and Field Support, and Training
and Documentation.
P̲R̲O̲J̲E̲C̲T̲ ̲I̲M̲P̲L̲E̲M̲E̲N̲T̲A̲T̲I̲O̲N̲ ̲P̲L̲A̲N̲
At Christian Rovsing A/S, the Project Implementation
Plan (PIP) is the management tool which is used to
describe all significant aspects of a project - see
Figure 3-1. The PIP establishes a firm baseline for
all project activities; project status, progress and
performance can be evaluated and controlled by means
of this baseline. Therefore, the PIP has a well defined
structure, and each section identifies the activity,
its organization and operating procedures. Each activity
is placed in a schedule network - consistent with a
master schedule - and the relation to other activities
is shown. Documentation produced by the activity is
listed, and a cross-reference with contractual items
is made for accountability of deliverable items and
unique requirements.
W̲O̲R̲K̲ ̲B̲R̲E̲A̲K̲D̲O̲W̲N̲ ̲S̲T̲R̲U̲C̲T̲U̲R̲E̲
A Work Breakdown Structure (WBS) is created by dividing
all aspects of the project into major tasks. For each
of the major tasks a further breakdown is generated
detailing hardware, software and support tasks. The
WBS consists, therefore, of a family tree of hardware,
software, services and tasks organized to define and
display the work to be accomplished for successful
implementation of a project - see Figure 3-2. As a
planning tool, it defines the Work Packages (WP) for
planning, scheduling and cost control.
Changes to a WBS are controlled by the configuration
management staff, and approved project changes are,
therefore, reflected in the baseline WBS.
Figure 3-1
PROJECT IMPLEMENTATION PLAN
Covering all aspects of a project
Figure 3-2
WBS STRUCTURE
program control aided by low-level, detailed work package
P̲R̲O̲J̲E̲C̲T̲ ̲M̲A̲N̲A̲G̲E̲M̲E̲N̲T
Based on experience at Christian Rovsing A/S, the overview
of management tasks shown in Figure 3-3, presents the
most significant activities usually encounted. In this
Figure, key managers and support functions are identified,
and the principal tasks assigned to project office
staff are delineated.
The project office, under the direction of the Project
Manager, is responsible for the overall conduct of
a project. Included in the project office are a System
Engineering Manager, Operation Manager and Logistic
Manager supported by Quality Assurance personnel and
a Contracts Administrator. The principal responsibilities
of the project staff are outlined below.
P̲r̲o̲j̲e̲c̲t̲ ̲M̲a̲n̲a̲g̲e̲r̲.̲ As the executive responsible for successful
execution of the project, the Project Manager has authority
over and is responsible for: budget allocation; cost;
control; schedule and on-time performance; technical
cognizance of design, development and control of production;
and test, integration and support activities. The Project
Manager reports directly to senior management for prompt
resolution of project issues. He is directly supported
by the Project Office staff and indirectly by the managers
of all operating departments within Christian Rovsing
A/S.
E̲n̲g̲i̲n̲e̲e̲r̲i̲n̲g̲ ̲M̲a̲n̲a̲g̲e̲r̲.̲ A senior systems engineer, with
a complete understanding of the technical implications
of top-level system specifications, is responsible
for the ultimate technical performance and compliance
with those specifications. He provides the correct
technical interpretation of all requirements. He plans,
directs, monitors, audits and controls the design,
development, testing, installation and cut-over of
a system with regard to all technical aspects. He provides
the technical liaison with the customer, with in-house
development and production groups, and with sub-contractors
and suppliers.
O̲p̲e̲r̲a̲t̲i̲o̲n̲s̲ ̲M̲a̲n̲a̲g̲e̲r̲.̲ This manager provides the liaison
between the Project Office and the procurement and
production activities. Scheduling, cost control, configuration
control, production status, and quality control are
his major concerns. He is responsible for establishing
and maintaining an up-to-date baseline configuration
and to assess the status and quality of production
during implementation.
L̲o̲g̲i̲s̲t̲i̲c̲s̲ ̲M̲a̲n̲a̲g̲e̲r̲.̲ The installation and site support
tasks are combined under one manager. The Logistics
Manager is responsible for site surveys, delivery and
installation, training, maintenance, spares, documentation
and site support. Logistic support tasks are carried
out by staff from the Integrated Logistics Support
Department of Christian Rovsing A/S.
Q̲u̲a̲l̲i̲t̲y̲ ̲A̲s̲s̲u̲r̲a̲n̲c̲e̲ ̲a̲n̲d̲ ̲C̲o̲n̲t̲r̲a̲c̲t̲s̲ ̲A̲d̲m̲i̲n̲i̲s̲t̲r̲a̲t̲i̲o̲n̲ are
divisional staff functions performed for all projects.
Intensive support is given during start up and critical
phases and continues throughout the project.
Figure 3-3
PROJECT MANAGEMENT TASKS
overview based on extensive experience with complex programs
O̲P̲E̲R̲A̲T̲I̲N̲G̲ ̲P̲R̲O̲C̲E̲D̲U̲R̲E̲S̲
Formal operating procedures and proven management methods
are used by the Project Office to control projects.
Management procedures define the methods used within
Christian Rovsing A/S for planning, work assignment,
monitoring and coordination of activities within a
project.
The Project Office and its staff operate within these
well-established procedures and are responsible for:
P̲l̲a̲n̲n̲i̲n̲g̲:̲ Evaluation of contract require-
ments and allocation of work to
the various functional depart-
ments.
W̲o̲r̲k̲
A̲s̲s̲i̲g̲n̲m̲e̲n̲t̲s̲:̲ Issuance of work statements,
specifications, budget and
schedule requirements.
M̲o̲n̲i̲t̲o̲r̲i̲n̲g̲:̲ Periodic review of technical
schedules and cost performance,
applying program control through
budget authorization.
C̲o̲-̲o̲r̲d̲i̲n̲a̲t̲i̲o̲n̲:̲ Co-ordination of all project ac-
tivities between operating de-
partments.
Internal management cost/schedule procedures produce
valid, auditable and timely performance reports. Variances
from budget and schedule are quickly identified, and
significant deviations are flagged for immediate project
management attention and corrective action.
Technical supervision and monitoring are effected by
periodic design reviews with hardware and software
engineering managers.
The primary management controls are based on a well-planned
WBS, master schedule and budget. Firm baselines established
early in the project provide the basis for management.
The master schedule incorporates customer-directed
milestones and indicates the timing relationships of
the WBS elements. Detailed plans derived from the master
schedule establish work package milestones.
The budget baseline allocates the resources among operating
departments after contract award. Work authorizations
are timephased based on schedule constraints. Internal
budget allocations allow for the retainment of funds
for contingencies and unforeseen efforts.
All detailed packages - identified and assigned from
a WBS - are defined by a statement of work, schedule,
and budget, thus establishing a performance measurement
baseline.
C̲O̲S̲T̲ ̲C̲O̲N̲T̲R̲O̲L̲
The Project Cost and Schedule Control System (CSCS)
applied by Christian Rovsing A/S to medium and large
size projects is based upon a multi-level Work Breakdown
Structure (WBS).
o Level 1 defines the Main WBS items within the responsibility
of the manager of each function.
o Intermediate levels define Summary Work Packages
(SWP) within the responsibility of a single task
manager.
o The lowest level defines the Work Packages (WP)
that a SWP defines. WP's are the units of effort/tasks
from which project schedule and cost performance
are monitored. As a guideline, each WP should not
to exceed a 3 month duration from start to completion.
The total effort is not to exceed 6 man-months.
Reporting by SWP-Managers on progress, i.e. degree
of completion and effort spent on the WP-level, takes
place monthly. These reports can give early warnings
of both schedule delays and cost overruns, and thus
serve a dual purpose.
The overall impact of a threatening delay in completion
of a WP is judged from Tracking Forms which easily
identify the interrelations between SWP's in terms
of due dates for input necessary for on-time performance.
The impact of a threatening cost overrun is judged
from regular quarterly as well as ad hoc project budget
revisions-taking into account both cost-to-date and
the latest estimates of cost for completion. The computerized
processing of these data ensures up-to-date information.
By constantly monitoring schedule and cost performance
from a single source of information, i.e. the SWP-managers
monthly reporting, the CSCS applied by Christian Rovsing
A/S ensures consistency in the information. This aides
to identify problem areas and guides in subsequent
corrective action.
C̲O̲N̲T̲R̲A̲C̲T̲S̲ ̲M̲A̲N̲A̲G̲E̲M̲E̲N̲T̲ ̲A̲N̲D̲ ̲A̲D̲M̲I̲N̲I̲S̲T̲R̲A̲T̲I̲O̲N̲
Contracts Management and Administration is a divisional
staff function providing support services to the Project
Manager.
The function is responsible for:
o Contract terms and conditions in relation to the
customer or prime contractor.
o Contract terms and conditions for purchase orders
to sub-contractors and suppliers of standard equipment
and supplies:
- Project budgets
- Invoicing
- Settlement with suppliers and sub-contractors
- Finance
- Cost control
The function is required to keep such cost and accounting
records as are required to perform audits consistent
with Danish Law and according to the terms and conditions
of the contract.
The function is responsible for the conversion of all
capacity and other budgets and plans into economic
terms permitting the safe establishment of rolling
budgets and long range financial forecasts.
S̲Y̲S̲T̲E̲M̲ ̲E̲N̲G̲I̲N̲E̲E̲R̲I̲N̲G̲ ̲P̲R̲O̲C̲E̲D̲U̲R̲E̲
A product, in the context of the Systems Division at
Christian Rovsing A/S, is the result of integration
of hardware and software elements, where the hardware
and software elements and their integration have been
achieved by following a detailed system engineering
procedure. In the sections to follow, system engineering,
hardware, software and system integration will be discussed
in terms of their relationship to a final product.
S̲Y̲S̲T̲E̲M̲ ̲E̲N̲G̲I̲N̲E̲E̲R̲I̲N̲G̲
Christian Rovsing A/S has the necessary know-how and
experience to take responsibility for all major tasks
of system engineering, i.e.:
- Requirements Specification
- Design Specification
- Reliability
- Quality Assurance and Configuration Management
- Testing
- Technical Coordination
R̲E̲Q̲U̲I̲R̲E̲M̲E̲N̲T̲S̲ ̲S̲P̲E̲C̲I̲F̲I̲C̲A̲T̲I̲O̲N̲
As the first task in the development of a system product,
all requirements are identified; this provides the
baseline for design procedures and acceptance testing.
D̲E̲S̲I̲G̲N̲ ̲S̲P̲E̲C̲I̲F̲I̲C̲A̲T̲I̲O̲N̲
The design specification describes how requirements
are to be implemented; it shows - point for point -
where in the system each requirement is implemented.
R̲E̲L̲I̲A̲B̲I̲L̲I̲T̲Y
A reliability analysis and trade-off is performed to
achieve a system design that ensures a required level
of availability.
Q̲U̲A̲L̲I̲T̲Y̲ ̲A̲S̲S̲U̲R̲A̲N̲C̲E̲ ̲A̲N̲D̲ ̲C̲O̲N̲F̲I̲G̲U̲R̲A̲T̲I̲O̲N̲ ̲M̲A̲N̲A̲G̲E̲M̲E̲N̲T
To ensure that required levels of quality are met,
from initial design through ensuring changes until
final acceptance, quality assurance and configuration
management functions are carried out by impartial staff
reporting to a Quality Assurance Manager responsible
for all QA tasks within Christian Rovsing A/S. These
functions are described in detail in section 5.
T̲E̲S̲T̲I̲N̲G̲
Subsequent to the design specification, a test plan
and procedure is specified. Examples of typical tests
are:
- factory qualification test
- factory post-production test
- preliminary site acceptance test
- network test for integration with other systems
or
sites
- final acceptance test
T̲E̲C̲H̲N̲I̲C̲A̲L̲ ̲C̲O̲O̲R̲D̲I̲N̲A̲T̲I̲O̲N̲
Staff at Christian Rovsing A/S have acquired significant
experience in development of complete system products
and are familiar with the means of technical coordination
that are required such as design reviews and progress
meetings as well as day-to-day communication with customers,
sub-contractors and suppliers.
H̲A̲R̲D̲W̲A̲R̲E̲
All hardware items are off-the-shelf, NATO qualified
units. However, the flexibility of the modular design
allows hardware to be delivered to meet a wide range
of requirements with respect to memory capacity, computational
speed, fault tolerant operation and expandability.
Hardware design is documented by:
- a system level equipment specification
- equipment product specifications
- equipment data sheets
- logic and wiring diagrams
S̲O̲F̲T̲W̲A̲R̲E̲
All software is well documented and in accordance with
NATO Allied Command Europe (ACE) documentation standards.
The Advanced Multi-Processor Operating System (AMOS)
is the standard operating system for unmapped, single
or dual multi-processor configurations; there are up
to 4 CPUs and 512 Bytes of memory in unmapped multi-processor
systems.
The Distributed Advanced Multi-Processor Operating
System (DAMOS) is the standard operating system for
mapped, virtual memory multi-processor configurations;
these configurations range from a single multi-processor
system with up to 5 CPUs and 32 mega-bytes of memory
to a fault-tolerant system with as many as 16 multi-processors
interconnected through a 512 megabit/sec. message transport.
Both operating systems support assembler, SWELL (a
high-level programming language that provides register
specific data manipulation), Pascal and Cobol. Fortran
77 and ADA will be supported in the near future.
In addition to application functions, programmed in
the forementioned languages, a full range of support
software for input/output, file manipulation, editing
and debugging is provided.
S̲Y̲S̲T̲E̲M̲ ̲I̲N̲T̲E̲G̲R̲A̲T̲I̲O̲N̲
System integration is facilitated by making all software
coding, i.e. project-specific software, contingent
upon acceptance of a detailed software design specification.
Each software module is then unit-tested before SW/HW
integration is attempted. After integration at the
factory, the system is pre-tested before formal acceptance
testing is begun. In this way a customer is presented
a truly finished product when acceptance testing starts.
Q̲U̲A̲L̲I̲T̲Y̲ ̲A̲S̲S̲U̲R̲A̲N̲C̲E̲ ̲(̲Q̲A̲)̲
A Quality Assurance Manager (QAM) is responsible for
all QA tasks within Christian Rovsing A/S. The company
has developed its own internal standard - "Christian
Rovsing A/S Quality Assurancy Policy", and the company's
QA system is fully compliant with "NATO Quality Control
System Requirements for Industry", AQAP-1.
Principal QA tasks are:
o Quality Control (QC) - establishment and control
of company QC procedures and project dedicated
QC procedures as well as requirements to sub-contractors
and suppliers; to ensure that a product meets quality
requirements.
o Configuration Control - ensures that the product
as-built meets design and test requirements as
specified; more details of configuration control
and management are given in the next sub-section.
o Reliability - supervision and control, analysis,
trade-offs, and testing; to ensure that availability
requirements are met.
o Parts and Material Procurement - vendor evaluation
qualification, pruchasing and receiving inspection.
o QA System - series of functions to effect quality
assurance; key functions are:
o Quality Planning with detailed scheduling of design
reviews, factory tests, acceptance tests, etc.
o Design Control to review all new designs of both
hardware and software; no design can be released
for production or programming without proper approval.
o Configuration and Change Control to ensure meeting
baseline requirements in the course of changes.
o Work Instructions to define procedures to be followed
to achieve required levels of quality.
o Inspection and Test procedures to be performed
during development, production and delivery of
product.
o Records to document all inspection tests and results
as well as any other events related to product
quality.
C̲O̲N̲F̲I̲G̲U̲R̲A̲T̲I̲O̲N̲ ̲M̲A̲N̲G̲E̲M̲E̲N̲T̲
The configuration management function is performed
by staff of the Quality Assurance Section with divisional
responsibility for configuration management. For each
project, however, an individual Configuration Management
Plan is prepared. This organizational arrangement provides
consistency from project to project, ensuring that
the benefits of experience are passed on while taking
into account the individual demands of each project
and customer.
Major functions of configuration management are:
o Configuration Identification
o Configuration Control
o Status Accounting
o Configuration
o Configuration Auditing.
Configuration Identification of all items released
as part of the baseline configuration as well as subsequent
change documentation to these items is accomplished
by identifying numbers. Examples of identifying numbers
are:
- drawing or part number
- revision number
- serial number
- specification description number
- change identification number.
Configuration Control of project office initiated changes
is ensured by a Configuration Control Board (CCB) which
includes project relevant experts and which is chaired
by the configuration management staff member responsible
to the project. The CCB is responsible for analysis,
classification and approval of changes to:
- specifications and procedures
- engineering drawings
- hardware and software
- documentation.
Configuration Status Accounting catalogues the information
and documentation required for configuration control.
Examples are:
- approved engineering documentation
- status reports of proposed changes
- implementation status of approved changes.
Configuration Auditing provides the results of formal
examination of the configuration. A Physical Configuration
Audit (PCA) compares the as-built version of a configuration
item with the items technical documentation to establish
whether the item meets the product baseline. A Functional
Configuration Audit (FCA) verifies if the configuration
meets all tests required by development specifications.
4. L̲O̲G̲I̲S̲T̲I̲C̲S̲ ̲S̲U̲P̲P̲O̲R̲T̲ ̲A̲N̲D̲ ̲C̲A̲P̲A̲B̲I̲L̲I̲T̲I̲E̲S̲
I̲N̲T̲R̲O̲D̲U̲C̲T̲I̲O̲N̲
The Systems Division of Christian Rovsing A/S has a
support department named Integrated Logistics Support
(ILS). ILS undertakes the following work:
o Installation and Site Preparation
o Maintenance and Field Support
o Training and Documentation
In accordance with current contracts, including FIKS
(Danish Defense Integrated Communications System) and
CAMPS (NATO wide communication system), ILS provides
Installation, Maintenance and Field Support as well
as training and documentation to 8 Danish and 16 NATO
military headquarters. This service has already started
and will continue at least until mid 1985. It is planned
that ILS will develop a European wide service capability
based on these initial contracts. The services will
also include installation and maintenance of other
manufacturer's equipment.
O̲R̲G̲A̲N̲I̲Z̲A̲T̲I̲O̲N̲
The organization of the Logistics Department is shown
in Figure 4-1 with an indication of major responsibilities.
All ILS personnel have a security clearence to at least
NATO SECRET. Maintenance and installation teams have
a higher clearance determined by the project in question.
The following sections describe the general responsibilities
of the 3 functional areas on a typical, major military
program.
Figure 4-1
Department Organization
I̲N̲S̲T̲A̲L̲L̲A̲T̲I̲O̲N̲ ̲S̲E̲C̲T̲I̲O̲N̲
S̲i̲t̲e̲ ̲P̲r̲e̲p̲a̲r̲a̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲V̲e̲r̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
On programs involving medium to large sized ADP systems
the Installation Section will perform the following
tasks:
o Conduct Site Surveys
o Generate Civil Works Requirements
o Generate As-Built Drawings
o Perform Site Verification
The Civil Works Requirements package contains the necessary
details for the customer to draft work specifications
for local contractors. As-Built Drawings show how the
specific installation has been made.
T̲r̲a̲n̲s̲p̲o̲r̲t̲a̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲I̲n̲s̲t̲a̲l̲l̲a̲t̲i̲o̲n̲
The Installation Section is responsible for transportation
of the equipment from the CR factory to the site. This
includes writing the Transportation Plan. CR utilizes
the service of a freight forwarder to handle the details
of the shipments.
The Installation Section has several teams of experienced
installers who, after installation of the equipment,
will run a test to verify that the equipment is functioning
in accordance with specifications.
In conjunction with equipment installation the installation
team will conduct a property inventory check (spare
parts, documentation etc.).
P̲a̲c̲k̲a̲g̲i̲n̲g̲ ̲R̲e̲q̲u̲i̲r̲e̲m̲e̲n̲t̲s̲
The Installation Section is also responsible for the
development of Packaging Requirements for all types
of shipments to the sites. The requirements are formulated
in a procedure.
Special packaging instructions are specified for shipment
of repairable items.
M̲A̲I̲N̲T̲E̲N̲A̲N̲C̲E̲ ̲S̲E̲C̲T̲I̲O̲N̲
M̲a̲i̲n̲t̲e̲n̲a̲n̲c̲e̲ ̲E̲n̲g̲i̲n̲e̲e̲r̲i̲n̲g̲
The Maintenance Section of the Logistics Department
is responsible for giving appropriate input to Systems
Engineering to ensure that the systems developed will
meet the requirements for maintainability. Furthermore,
the maintenance section will give support to the group
writing the Maintenance and Diagnostic Software.
The Maintenance Section will work closely with Systems
Engineering to ensure consistency in determination
of the MTBF (mean time between failures) and MTTR (mean
time to repair) figures. Furthermore, the section may
carry out a Logistics Support Analysis.
Writing the Maintenance Plan and associated procedures
is also the responsibility of the Maintenance Section.
In the area of deliverable documentation the maintenance
section will generate the Maintenance Manual and conduct
maintenance related training.
F̲i̲e̲l̲d̲ ̲S̲u̲p̲p̲o̲r̲t̲
1) Coordinate the implementation of field changes.
2) Assistance to customer's technical personnel with
respect to hardware and software problems.
3) Coordinate warranty repairs.
S̲p̲a̲r̲e̲s̲ ̲M̲a̲n̲a̲g̲e̲m̲e̲n̲t̲
The Maintenance Section is responsible for the specification,
acquisition, packaging and delivery of spares, repair
parts and repairable subassemblies. Normally, a priced
Recommended Spare Parts List will be submitted to the
customer. Provisioning ̲Conferences will be planned
and conducted by the Maintenance Section.
Spare Parts Design Change Notices will be issued and
controlled by the Maintenance Section.
C̲o̲d̲i̲f̲i̲c̲a̲t̲i̲o̲n̲ ̲o̲f̲ ̲S̲u̲p̲p̲l̲y̲ ̲I̲t̲e̲m̲s̲
Codification (assignment of NATO or other stock numbers)
will be carried out by the Maintenance Section.
T̲o̲o̲l̲s̲ ̲a̲n̲d̲ ̲T̲e̲s̲t̲s̲ ̲E̲q̲u̲i̲p̲m̲e̲n̲t̲
The Maintenance Section will specify all tools and
test equipments to be supplied under the contract.
Fur- thermore, a priced list of tools and test equipment
will be submitted to the customer for all items required
at each installation and repair depot to support the
equipment delivered.
F̲a̲i̲l̲u̲r̲e̲ ̲R̲e̲p̲o̲r̲t̲i̲n̲g̲
Generation and implementation of a Failure Reporting
System is the responsibility of the Maintenance Section.
All incoming reports will be recorded and analyzed
and the corrective action coordinated with the customer.
T̲r̲a̲i̲n̲i̲n̲g̲ ̲a̲n̲d̲ ̲D̲o̲c̲u̲m̲e̲n̲t̲a̲t̲i̲o̲n̲ ̲S̲e̲c̲t̲i̲o̲n̲
C̲u̲s̲t̲o̲m̲e̲r̲ ̲T̲r̲a̲i̲n̲i̲n̲g̲
The Training and Documentation section is responsible
for all training offered by the Systems Division. The
following types of courses have been developed and
conducted:
o Systems Courses
o Hardware maintenance
o Software maintenance
o Software programming
o On-the-job training
o Operator courses.
The courses are developed in accordance with contractual
requirements and a typical theory to hands-on training
ratio of 40 to 60 percent.
Her kommer et billede
Her kommer endnu et billede
I̲n̲-̲H̲o̲u̲s̲e̲ ̲T̲r̲a̲i̲n̲i̲n̲g̲ ̲
Christian Rovsing A/S has nominated the Training and
Documentation Section to carry out all in-house training.
These activities include:
o CR80 Hardware Theory
o CR80 Hardware Maintenance
o Programming Courses such as SWELL, PASCAL, ASSEMBLER
o DAMOS and AMOS Operating Systems.
Furthermore, the Training and Documentation Section
plans and manages a program of video courses offered
to the entire company. In addition, regular courses
are offered in Technical Presentation and other personal
development courses.
T̲r̲a̲i̲n̲i̲n̲g̲ ̲F̲a̲c̲i̲l̲i̲t̲i̲e̲s̲
The Training and Documentation Section coordinates
the company's training facilities and equipments.
The section has its own CR80 computer system primarily
for software training. The system has eight terminals
allowing simultaneous hands-on training of eight students.
One of the class rooms is equipped with the necessary
video equipment used during the personal development
courses.
M̲a̲n̲u̲a̲l̲s̲ ̲a̲n̲d̲ ̲H̲a̲n̲d̲b̲o̲o̲k̲s̲
The Training and Documentation section writes the deliverable
manuals and handbooks for all projects undertaken by
the division.
The section has its own staff of technical writers
who develop the manuals based on the project documentation.
Manuals have been developed in accordance with NATO
and other military standards. Figure 4 shows an example
of deliverable documentation on a major communication
Project.
Figure 4
Deliverable Documentation
In addition to project related documentation the Training
and Manuals section writes manuals for other divisions
in the company.
The draft documentation is stored in a word processor
facility for ease of updating.
Illustrations, in the form of drawings or photographs,
are used whereever possible.
5. P̲R̲O̲J̲E̲C̲T̲ ̲I̲M̲P̲L̲E̲M̲E̲N̲T̲A̲T̲I̲O̲N̲ ̲P̲L̲A̲N̲
The SDPS is implemented in two phases, Phase I: Specification
phase and phase II: Implementation phase. See work
breakdown overleaf
5.1 P̲h̲a̲s̲e̲ ̲I̲ ̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
Phase I consists of a detailed requirement analysis
and specification of the system to be provided in phase
II. This is made in close cooperation between the
customer and the contractor.
The output from phase I is a mutually agreed upon technical
specification for the SDPS and a planning of phase
II.
5.1.1 W̲P̲ ̲1̲1̲0̲ ̲P̲h̲a̲s̲e̲ ̲I̲ ̲m̲a̲n̲a̲g̲e̲m̲e̲n̲t̲
The activities are
a) Project management
o Interface and communication with GECO
o Coordination of activities
o Schedule control
o Action item control
b) Documentation, reporting
o Progress reports (monthly)
o Arrange for meetings and reviews
o Prepare schedules, agendas and minutes
c) Phase II Planning
Output: Progress reports
Phase II planning
5.1.2 W̲P̲ ̲1̲2̲0̲ ̲R̲e̲q̲u̲i̲r̲e̲m̲e̲n̲t̲s̲ ̲a̲n̲a̲l̲y̲s̲i̲s̲
Activities: The requirements are reviewed in detail
with the technical solution in view.
Output: SDPS Requirements specification to be approved
by the customer
WORK BREAKDONW
5.1.3 W̲P̲ ̲1̲3̲0̲:̲ ̲S̲y̲s̲t̲e̲m̲ ̲D̲e̲s̲i̲g̲n̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
Activities: A system design specification is made based
on the agreed requirements specification.
The specification will, for example, consist
of:.
o system architecture SW & HW
o system performance
o system operation
5.1.4 WP 140: Hardware specification
Activities: Specification of all hardware items to
module level
Output: SDPS Hardware Specification
5.1.5 W̲P̲ ̲1̲5̲0̲ ̲S̲o̲f̲t̲w̲a̲r̲e̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
Activities: Sp>ecification of all software to module
level
Output: SDPS software specification
5.1.6 W̲P̲ ̲1̲6̲0̲ ̲T̲e̲s̲t̲ ̲r̲e̲q̲u̲i̲r̲e̲m̲e̲n̲t̲ ̲s̲p̲e̲c̲.̲
Activities: Definition of test requirements in cooperation
with customer
Output: SDPS Test requirement spec.
5.1.7 W̲P̲ ̲1̲7̲0̲ ̲D̲o̲c̲u̲m̲e̲n̲t̲a̲t̲i̲o̲n̲ ̲R̲e̲q̲u̲i̲r̲e̲m̲e̲n̲t̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
Activities: Definition of requirements to documentation
in cooperation with customer
Output: SDPS Documentation Requirement Specification
5.2 P̲h̲a̲s̲e̲ ̲I̲I̲ ̲I̲m̲p̲l̲e̲m̲e̲n̲t̲a̲t̲i̲o̲n̲
The implementation phase starts after customer approval
of the specifications, and planning meetings will be
held as needed.
Design review will be held at the following milestones
D.R.1: Detailed HW design complete
Detailed SW design complete
D.R.2: HW prototypes have been tested individually
SW modules have been tested individually
D.R.3: HW/SW integration on subsystem level complete
D.r.4: Final review
Installation and delivery test completed.
5.2.1 W̲P̲ ̲2̲1̲0̲ ̲P̲h̲a̲s̲e̲ ̲I̲I̲ ̲M̲a̲n̲a̲g̲e̲m̲e̲n̲t̲
Activities:
Project management
o Interface and communication with GECO
o Coordination of activities
o Schedule control
o Action item control
Documentation, Reporting
o Progress reports (monthly)
o Arrange for meetings and reviews
o Prepare schedules, agendas and minutes
5.2.2 W̲P̲ ̲2̲2̲0̲ ̲H̲a̲r̲d̲w̲a̲r̲e̲ ̲p̲r̲o̲c̲u̲r̲e̲m̲e̲n̲t̲,̲ ̲d̲e̲v̲e̲l̲o̲p̲m̲e̲n̲t̲ ̲a̲n̲d̲ ̲t̲e̲s̲t̲
This work package is subdivided into the following
WP 211: Development
WP 222: Manufacturing and test
WP 223: Procurement of external equipment
5.2.2.1 W̲P̲ ̲2̲2̲1̲ ̲ ̲D̲e̲v̲e̲l̲o̲p̲m̲e̲n̲t̲
Activities: Development of the following modules including
hardware design, firmware design and documentation
on module level:
o HD Tape Adapter
o 6250 bpi Tape Adapter
o Tape Controller (HD and 6250 version)
o Data Channel Adapter
o Data channel interface
o 1 MW RAM
o Floating Point Processor
Output: Manufacturing documentation for each of
the developed modules.
5.2.2.2 W̲P̲ ̲2̲2̲2̲ ̲M̲a̲n̲u̲f̲a̲c̲t̲u̲r̲i̲n̲g̲ ̲a̲n̲d̲ ̲T̲e̲s̲t̲
Activities: Manufacturing of standard modules as well
as modules developed under WP 221.
manufacturing test of standard modules
Developmental test of new design
Output:
One Processor Unit will
1 power supply
2 CPU
1 128 K RAM
1 HD Tape controller
2 FPP modules
1 MAP
1 HD Tape Adapter
1 Data Channel Adapter
1 MIA
One Storage and I/O Unit will
1 Power Supply
5 1 MW RAM Modules
1 Mag Tape Controller, 6250 bpi
2 Disk Controller
1 6250 Tape Adapter
1 Disk Controller Adapter
5.2.2.3 P̲r̲o̲c̲u̲r̲e̲m̲e̲n̲t̲ ̲o̲f̲ ̲e̲x̲t̲e̲r̲n̲a̲l̲ ̲e̲q̲u̲i̲p̲m̲e̲n̲t̲ ̲
Activities: Procurement of the following items
1 VDU Terminal
1 matrix printer
2 6250 bpi CCT recorders
1 40 MC disk drive
5.2.3 S̲o̲f̲t̲w̲a̲r̲e̲ ̲d̲e̲v̲e̲l̲o̲p̲m̲e̲n̲t̲ ̲a̲n̲d̲ ̲t̲e̲s̲t̲
Activities: Development and test of basic application
software modules
Development and test of Seismic Data Preprocessing
Software modules
Documentation on module level
Output: Basic application software modules
o Man-machine interface
o System management
o HDDR control
o HDDR data handler
o Quality monitoring and logging
o SEG-D output formatter
o Cataloging and labelling
Seismic Data preprocessing modules
o Ancillary Data update
o Resampling in space
o Resampling in time
o Processing parameter calculation
5.2.4 W̲P̲ ̲2̲4̲0̲ ̲S̲y̲s̲t̲e̲m̲ ̲I̲n̲t̲e̲g̲r̲a̲t̲i̲o̲n̲
Activities: Integration of hardware and software into
an operational system, concluding in test
of realistic operational tasks
Output: Seismic Data Preprocessing System, tested
and ready for factory test
5.2.5 W̲P̲ ̲2̲5̲0̲ ̲F̲a̲c̲t̲o̲r̲y̲ ̲T̲e̲s̲t̲
Activities: Comprehensive test of the system according
to a written procedure more comprehensive
than the Delivery Acceptance Test.
Output: Factory test report
5.2.6 W̲P̲ ̲2̲6̲0̲ ̲I̲n̲s̲t̲a̲l̲l̲a̲t̲i̲o̲n̲ ̲a̲n̲d̲ ̲T̲e̲s̲t̲
Activities: Preparation of installation packaging and
shipping
Installation in Norway
Delivery Acceptance Test (formal)
Output: Delivered SDPS System
Test report.
5.2.7 W̲P̲ ̲2̲7̲0̲ ̲F̲i̲n̲a̲l̲ ̲D̲o̲c̲u̲m̲e̲n̲t̲a̲t̲i̲o̲n̲
Activities: Preparation and writing of
Technical manual and Maintenance Manual
for the Christian Rovsing Manufactured
equipment.
Output: Technical Manual
Maintenance Manual
5.3 P̲r̲o̲j̲e̲c̲t̲ ̲P̲l̲a̲n̲n̲i̲n̲g̲
The tentative project planning is shown overleaf
Formular
6. K̲E̲Y̲ ̲P̲E̲R̲S̲O̲N̲N̲E̲L̲
The following have been assigned to the SDPS project
as key personnel:
1. Gunvor Tind Project Manager
2. Gottlob Borup Hardware Development
3. S]ren Lindel]v Softwware Development
4. P.E. Holmdahl Systems Des
Curriculum Vitae follow on subsequent pages.
xxxxxxxxxxxxxxx…86…1 …02… …02… …02… …02…
xxxxxxxxxxxxxx…86…1 …02… …02… …02… …02…
xxxxxxxxxxxx…86…1 …02… …02… …02… …02…
xxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxx…86…1 …02… …02… …02… …02…
xxxxxxxxxxxxxxxxx…86…1 …02… …02… …02… …02…
xxxxxxxxxxxxx…86…1 …02… …02… …02… …02…
xxxxxxxxxxxxxxxx
