Requirement specifikation Lightning processor system

D:nr 2012/334/2.3

Appendix A

Requirement specifikation

Lightning processor system

D:nr 2012/334/2.3

of 18

1 Introduction

1.1 Scope

SMHI needs to replace its present lightning processor system LP2000. The LP2000-system handles at present

39 LF-sensors.

Figure 1: Shows the present sensors in the Lightning network. It includes both SMHIs sensors and sensors from

partners in neighboring countries.

D:nr 2012/334/2.3

of 18

Figure 2: Shows the different sensors in the network

Nr Sensor Owner Sensor

type

1 Västerås SMHI LS7000

2 Östersund SMHI LS7000

3 Luleå SMHI LS7000

4 Kiruna SMHI LS7000

11 Vitemölla SMHI IMPACT ESP

12 Visby SMHI IMPACT ESP

13 Såtenäs SMHI IMPACT ESP

14 Malung SMHI IMPACT ESP

15 Umeå SMHI IMPACT ESP

21 Rovaniemi FMI IMPACT ES

22 Utajärvi FMI IMPACT ES

23 Kuopio FMI IMPACT ES

24 Niinisalo FMI IMPACT ES

25 Utti FMI IMPACT ES

31 Kjerring-

åsen

Stattnet IMPACT ESP

32 Torpa Stattnet LS7001

33 Innset Stattnet LS7001

34 Sandemo Stattnet LS7000

35 Tranöy Stattnet IMPACT ES

36 Tromsö Stattnet IMPACT ES

37 Alta Stattnet IMPACT ES

38 Vardö Stattnet LS7001

39 Lista Stattnet LS7001

40 Aurland Stattnet LS7001

41 Vestnes Stattnet IMPACT ES

42 Austervoll Stattnet IMPACT ES

43 Aidejavre Stattnet LS7001

44 Salvaer Stattnet IMPACT ES

51 Bremen Siemens LS7000

52 Griefswald Siemens LS7000

53 Kiel Siemens IMPACT ESP

D:nr 2012/334/2.3

of 18

Nr Sensor Owner Sensor

type

61 Danzig Siemens LPATS IV

65 Töravere Estonia LS7000

71 Hellebaeck DMI IMPACT ESP

72 Rönne DMI IMPACT ESP

73 Römö DMI IMPACT ESP

74 Gedser DMI IMPACT ESP

75 Bovbjerg DMI IMPACT ESP

76 Sindal DMI IMPACT ESP

1.2 Working processes/deliveries

SMHI intends to do the installation and the replacement of present LP2000 in two steps. The reason for

dividing the delivery is to avoid disturbances during the lightning season (May-September).

- Date for Delivery 1, June 2012: When delivery 1 is being made, LP2000 is still the operational lightning

processor and the new LPS are feeded with sensor data through the LP2000

- Date for Delivery 2, October 2012: When delivery 2 is being made, the LPS will be the operational

lightning processor and interfacing the sensor as well as feeding LP2000 with sensor data.

D:nr 2012/334/2.3

of 18

LP2000 LYN

Sensors

Sensors Partners

DMI, FMI, Statnett,

EUCLID

UALF

External clients

IP / RS232 over IP (UALF)

Clients

Before installation of LPS

Service

Figure 3: The present situation

D:nr 2012/334/2.3

of 18

LP2000 LYN

Sensors

Sensors Partners

DMI, FMI, Statnett,

EUCLID

UALF

External clients


Clients

LPS-test

UALF

LPS (Pre-operational)

UALF

MORA-Test

UALF

UALF

After installation of LPS

June 2012

Delivery 1

Service

Figure 4: LP2000 is still the operational lightning processor. LPS is only used for test (test system for

MORA) and pre-operational (processed data stored at archive)

D:nr 2012/334/2.3

of 18

LPS

LYN

Sensors

Sensors Partners

DMI, FMI, Statnett,

EUCLID mfl

External clients


Kunder

LPS-test

UALF

LP2000

UALF

MORA-Test

After lightning season 2012 October 2012

Delivery 2

UALFExternal clients


MORA

UALF

Service

Figure 5: LPS replaces the present LP2000 as the operational lightning processor

D:nr 2012/334/2.3

of 18

LPS

Sensors

Sensors Partners

DMI, FMI, Statnett,

EUCLID

External clients


LPS-test

Sensordata

MORA-Test

Lightning season 2013

MORA

UALF

UALF

Service

Figure 6: The situation when LP2000 is completely replaced by LPS.

1.3 General information about the requirement specification:

The requirements are described in chapter 2. Interpretations regarding how to fill in the different columns:

1. The first column specifies a requirement.

2. The second column is the requirement type with the following codes:

SHALL: The requirement shall be fulfilled (mandatory).

SHOULD: The requirement should be fulfilled (optional). If this requirement will increase the

price, a separate price shall be given.

OPTION: The tenderer should include the options in the tender but SMHI does not necessary

include them in the contract with the supplier. The tenderer shall specify the cost for the option.

INFO: The tenderer must provide SMHI with the inquired information. Incomplete information or

information with poor quality may result in that the tender is not considered.

COST: The tenderer must specify the cost.

3. The third column is the tenderers answer to each requirement.

The following codes are used

C = Compliant

NC = Non-compliant

4. The fourth column is the tenderers comment on each requirement.

D:nr 2012/334/2.3

of 18

1.4 Abbreviations

LPS = Lightning Processor System

LP2000 = Lightning Processor (existing equipment)

LYN = A server containing software for visualization and distribution

DMI = Danish Meteorological Institute (one of our partners regarding lightning sensors)

FMI = Finnish Meteorological Institute (one of our partners regarding lightning sensors)

Stattnett = Norwegian power grid company (one of our partners regarding lightning sensors)

EUCLID = European Cooperation for Lightning Detectection (one of our partners regarding

lightning sensors)

IRF = Instituted för rymdfysik (The Swedish institute of space physics)

UU = Uppsala University

MORA = A database at SMHI, used for storage of observation data in real time and

archived data.

UALF = Universal ASCII Lightning Format

LF = Low frequency

AD = Microsoft Active Directory

Sensor data = Lightning data from sensors

API = Application Programming Interface

GUI = Graphical User Interface

D:nr 2012/334/2.3 Appendix A

2 Requirements

2.1 General

1. The Lightning processor system (LPS) shall

be integrated with the present 39 LF-sensors in

the network (see Figure 1 and 2) and the

telecommunication network to form a complete,

operational system

SHALL

INFO

2. The proposed system shall be compliant with

relevant EU directives

SHALL

3. The tenderer shall state at least one successful

referential installation during the last 5 years

relevant to this procurement. The referential

installation(s) shall be designed for an

operational meteorological service or similar (e

g a power grid company)

SHALL

4. The tenderer should have a documented quality

system

SHOULD

2.2 Functional requirements

1. The system shall manage data from the present

LF-sensors used by SMHI that is:

IMPACT (Global Atmospheric)

IMPACT-ES (Global Atmospheric)

IMPACT-ESP (Global Atmospheric)

SHALL

D:nr 2012/334/2.3 of 18

LS7000 (Vaisala)

LS7001 (Vaisala)

LPATS-IV (Global Atmospheric).

Note: The IMPACT sensor is a test sensor stored

at SMHI. The other sensors are used

operationally.

2. The system shall produce all those relevant

parameters, which are described in the UALF

format

SHALL

3. The processor shall manage data from 9 LF-

sensors from SMHI and 30 LF-sensors from

-DMI (Denmark)

-FMI (Finland)

-Stattnet (Norway)

-Siemens (Germany)

- EUCLID and its partners

SHALL

4. The processor shall export sensor data from

SMHI to

-DMI (Denmark)

-FMI (Finland)

-Stattnet (Norway)

-Siemens (Germany)

- EUCLID and its partners

SHALL

5. The system shall include a GUI for

-Monitoring, configuring and managing the LPS

SHALL

INFO

D:nr 2012/334/2.3 of 18

-Monitoring, configuring and managing of the

LF-sensors in SMHI network (9 sensors)

6. The system shall as a minimum be able to

have at least two output data streams where

one is assumed to be all available data and

one is data included in a closed polygon.

SMHI will provide the supplier with a

description of the polygon before the

Delivery 1.

SHALL

7. At Delivery 1 LPS shall be feeded with sensor

data from LP2000. There shall be two

instances of LPS – one for test and one

preoperational

SHALL

8. At Delivery 2 LPS shall interface towards

SMHI sensors and sensors from external

parties. There shall be two instances of LPS –

one for test and one operational. The

operational LPS instance will interface to the

sensors. The operational LPS shall feed LPS

Test and LP2000 with sensor data.

SHALL

9. The system shall use SMHIs NTP-servers as

time provider (in UTC).

SHALL

2.3 Non-functional requirements

2.3.1 Availability

1. The total system shall be designed to attain a

monthly availability of at least 99.9%

SHALL

2. The tenderer shall describe the need to

duplicate the system (e g hot fail-over) to

ensure 99.9% availability of the complete

system.

INFO

COST

D:nr 2012/334/2.3 of 18

2.3.2 Performance

1. Location accuracy shall be calculated with

the same or better performance compared to

SMHIs present system LP2000 with the

present sensors. This means an accuracy of

500 m within the area covered by Scandinavia

and Finland. The tenderer shall present

documentation, which describe the location

accuracy.

SHALL

INFO

2. Detection of lightnings shall be done with the

same or better performance compared to

SMHIs present system LP2000 with the

present sensors. This means that at least 90%

of lightning’s with amplitude of 5 kA or

higher, shall be detectected within the area

covered by Scandinavia and Finland. The

tenderer shall present documentation, which

demonstrates the lightning protection ability.

SHALL

INFO

3. The LPS, shall as an option, include tools

measuring the performance of the sensors and

the sensor network

SHALL

OPTION

4. The LPS, shall as an option, improve the

location accuracy with a network including

sensors of the type IMPACT ES, IMPACT

ESP, LS 7000 and LS7001 from 500 m

(requirement 2.3.3.1) to 250 m or better. The

tenderer shall present documentation, which

demonstrates the improved location accuracy.

SHALL

OPTION

5. The LPS shall, as an option, include a

projection tool in order to let SMHI simulate

changes in the network and demonstrate

changes in the location accuracy

SHALL

OPTION

D:nr 2012/334/2.3 of 18

2.3.3 Efficiency

1. The system shall have the capacity to manage

data from at least 128 LF-sensors.

SHALL

2. Processing time shall be the same or lower as

in LP2000. The tender shall describe how long

time it will take and when it starts

SHALL

INFO

2.3.4 Maintainability

1. Corrections, which are necessary for the

system security, shall be installed as soon as

they are available and judged to be reliable.

SMHI perform the security patches on system

software after verification from the Contractor

that the patches will not disturb the operations

of the suppliers system.

SHALL

2. The system, documentation and training shall

be accurate enough in order for SMHI to

operate and maintain the system.

SHALL

3. The tenderer shall offer maintenance and

support, and shall be able to fulfil this service

for a period of at least 7 years.

The maintenance and support contract shall

include error correction and support via

internet/telephone/e-mail. The contract should

also include new versions (new releases)

including documentation.

If the tenderer offers more than one level of

maintenance/support, this shall be explained in

the tender, as well as the cost of each different

level.

SHALL

OPTION

INFO

D:nr 2012/334/2.3 of 18

2.3.5 Secrecy

1. It shall be possible to configure the system in

order to send data from different sensors to

different external partners.

SHALL

2. The users of the LPS shall be authenticated.

The tenderer shall describe how this is done

SHALL

INFO

3. The users of the LPS should be authorized

having different roles reflecting their needs

SHOULD

4. Changes in the configuration should be logged. SHOULD

5. It should be possible to connect the LPS to MS

Active Directory for authentication and

authorization.

SHOULD

2.3.6 Interface

1. The processed data from LPS shall be written

in UALF-format

SHALL

2. All user interfaces available to the operator

shall be described in the tender

INFO

3. All Application Program Interfaces (API)

available for a system developer at SMHI shall

be described in the tender

INFO

4. The LPS shall store sensor data and processed

data in an archive

SHALL

5. The system shall deliver processed data

according to defined protocols and formats.

Those protocols and formats shall be described

in the tender.

SHALL

INFO

6. It shall be possible to send data, both

unprocessed sensor data and processed

SHALL

D:nr 2012/334/2.3 of 18

lightning data, serially from the LPS.

7. The system shall provide a web based GUI

which shall support the latest versions of

- Internet Explorer, version 8 or later

- Mozilla Firefox, version 7 or later

SHALL

8. It should be possible to configure the system

so that monitoring alerts are sent to a port

using UNIX socket communication. This will

make it possible for SMHI to monitor the

system with our monitoring system

Nagios/OP5. The tender shall include

information regarding suitable supervising

points

SHOULD

INFO

2.3.7 Design

1. Production platform operating system shall be

Linux Red Hat Enterprise 6.0 or later versions.

This will be tested during the acceptance test

at Delivery 2.

SHALL

2. SMHI intends to procure the hardware

platform for the LPS. The tenderer shall state

the minimum requirements for the hardware

platform.

INFO

3. The present LP2000 system at SMHI includes

serial interfaces of model, Aurora

Technologies with 16 ports. The tenderer shall

state if those interfaces can be used to

interface with the lightning processor. If the

present interface cannot be used the tenderer

shall include a suitable serial interface in the

tender

INFO

OPTION

D:nr 2012/334/2.3 of 18

2.4 Documentation

1. The tenderer shall supply 2 sets of full

documentation covering operations (User’s

guide) and maintenance (System

Administrator’s guide). The documentation

shall also be delivered in digital format

SHALL

2.5 Services

1. The supplier shall at Delivery 1 install and

configure the system at SMHI. The work is

assumed to be done in cooperation with SMHI

personnel.

SHALL

2. The supplier shall at Delivery 2 install and

configure the system at SMHI. The work is

assumed to be done in cooperation with SMHI

personnel.

SHALL

2.6 Training

1. The tender shall include a training course. The

trainees shall, on completion of the course, be

able to operate and maintain the LPS as being

the central part of a network.

If the tenderer offers more than one level of

training this shall be explained in the tender,

as well as the cost of each different level.

3-4 SMHI staff members will participate in

the training course, which shall take place in

Norrköping

SMHI prefer to separate the training in

different parts

- Introduction (at Delivery 1)

SHALL

INFO

D:nr 2012/334/2.3 of 18

- Basic (at Delivery 2)

The tender shall include a description of the

training material.

Date

Signature

Name

Requirement specifikation Lightning processor system

Documents

Transcript of Requirement specifikation Lightning processor system