geostationary telecommunications satellites electronic telephone set ...
geostationary telecommunications satellites electronic telephone set ...
geostationary telecommunications satellites electronic telephone set ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Development, Production and<br />
Maintenance of Software<br />
for AKE 13<br />
Lars-Olof Noren and Siwert Sundstrom<br />
Transit exchange system AKE 13 and its software have been described<br />
in earlier articles in Ericsson Review^- 2 , and also methods and support systems<br />
for testing the software 3 .<br />
The article gives an insight into the development, market adaptation, production,<br />
installation and maintenance of the software. It is important for a modern<br />
<strong>telephone</strong> exchange system that these activities are organized logically and that<br />
the system is able to satisfy the various demands made on it.<br />
signals, and for making and executing<br />
logic decisions, are realized in programs.<br />
These are stored in the common<br />
control store together with data<br />
concerning the build-up of the exchange<br />
and network and about the upto-date<br />
status of the connection sequences.<br />
The structure and function of<br />
the programs was described in an<br />
earlier article 2 .<br />
UDC 621.395.722:<br />
658 581<br />
LME 66<br />
Transit exchange system AKE 13 is a<br />
SPC system, fig. 1, that has been developed<br />
by LM Ericsson. The basic functions<br />
of the systems are already fully<br />
developed and in operation, but further<br />
development of various functions is<br />
going on all the time. The system is<br />
adapted to new market requirements<br />
by the addition of new basic functions,<br />
and above all in the form of the addition<br />
of new signalling systems when<br />
the system is introduced on new markets.<br />
Since the control logic in a SPC exchange<br />
is realized mainly in software,<br />
new development work consists mainly<br />
of software design. Hence LM Ericsson<br />
have a staff of software designers<br />
both in the parent company and the<br />
subsidiary and associated companies.<br />
Broadly speaking, the work has been<br />
allocated so that the designers in the<br />
parent company program various general<br />
functions while the subsidiary and<br />
associated companies program the<br />
functions that are specific for their<br />
particular market, for example signalling<br />
functions.<br />
Support system APT has been developed<br />
for the production of software.<br />
However, the support functions are<br />
not only used for design and the associated<br />
testing of new software, but<br />
also for all subsequent handling of the<br />
software, comprising production of<br />
program and data packages for the<br />
different AKE exchanges and administrations,<br />
and for the maintenance of<br />
a comprehensive program library.<br />
Software and documentation<br />
In a SPC system all functions for storing<br />
and interpreting control and state<br />
In the following description programs<br />
and data are summarized under the<br />
concept software.<br />
The software must obviously be documentated<br />
just as carefully and well<br />
organized as the hardware. It has proved<br />
to be rational to document and<br />
register software products according<br />
to the same rules as other articles in<br />
the LM Ericsson product range.<br />
The basic unit in the system is called a<br />
function block or often just block. The<br />
block contains program sequences<br />
with functionally associated data and<br />
hardware units. For example, all program<br />
sequences and data records that<br />
are used for signalling in a certain type<br />
of code receiver, together with the<br />
code receiver itself, constitute a code<br />
receiver block.<br />
Each block is described in a <strong>set</strong> of<br />
documents, which are brought together<br />
in a document summary. The<br />
medium that is used for a certain document<br />
can vary depending on where<br />
the document is used. Thus certain<br />
documents, forexample program code,<br />
are stored on magnetic tape, whereas<br />
others are printed and are available in<br />
book form, for example operational instructions.<br />
Like all other products, during its lifetime<br />
the software undergoes a number<br />
of changes because of modifications,<br />
function additions etc. Each time there<br />
is a change of the block program code<br />
the block is given a new revision state,<br />
which is entered in the document<br />
summary, which also includes information<br />
regarding which documents have<br />
been revised. The document summary<br />
thereby unambiguously defines the<br />
document <strong>set</strong> that applies for a certain<br />
revision state in the block.