27.01.2015 Views

geostationary telecommunications satellites electronic telephone set ...

geostationary telecommunications satellites electronic telephone set ...

geostationary telecommunications satellites electronic telephone set ...

SHOW MORE
SHOW LESS

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.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!