ΤΕΥΧΟΣ 2 - ΤΕΧΝΙΚΗ ΠΕΡΙΓΡΑΦΗ ΕΞΟΠΛΙΣΜΟΥ ΤΟΥ ΣΥΣΤΗΜΑΤΟΣ...

∆ΙΕΥΘΥΝΣΗ ∆ΙΚΤΥOY ∆ΙΑΚΗΡΥΞΗ ∆ΗΜΟΠΡΑΣΙΑΣ ΜΕ ΑΡΙΘΜΟ ∆∆-193

ΕΡΓΟ: «ΕΓΚΑΤΑΣΤΑΣΗ ΣΥΣΤΗΜΑΤΟΣ ΤΗΛΕΜΕΤΡΗΣΗΣ ΜΕΤΡΗΤΩΝ ΜΕΓΑΛΩΝ ΠΕΛΑΤΩΝ ΧΑΜΗΛΗΣ ΤΑΣΗΣ».

ΤΕΥΧΟΣ 2

ΤΕΧΝΙΚΗ ΠΕΡΙΓΡΑΦΗ ΤΟΥ ΣΥΣΤΗΜΑΤΟΣ

ΤΕΧΝΙΚΟ ΜΕΡΟΣ – ΤΕΥΧΟΣ 2: Τεχνική Περιγραφή του Συστήµατος 2

ΠΕΡΙΕΧΟΜΕΝΑ ΤΕΧΝΙΚΗ ΠΕΡΙΓΡΑΦΗ ΤΟΥ ΣΥΣΤΗΜΑΤΟΣ ............................................................ 1

ΠΕΡΙΕΧΟΜΕΝΑ .................................................................................................... 2

1.1. Γενικές πληροφορίες ...................................................................................................... 4

1.1.1. Αντικείµενο και κύρια χαρακτηριστικά του συστήµατος ......................................... 4

1.1.2. Γλώσσα του λογισµικού (s/w)...................................................................................... 4

1.1.3. Γενικές απαιτήσεις ............................................................................................................ 4

1.1.4. Βασική δοµή του συστήµατος ...................................................................................... 5

1.2. Λειτουργία συστήµατος ................................................................................................. 6

1.3. Κανονική λειτουργία ...................................................................................................... 6

1.4. ∆υνατότητες του συστήµατος ...................................................................................... 7

1.4.1. ∆υνατότητες ανάγνωσης των δεδοµένων του µετρητή. ......................................... 7

1.4.2. ∆υνατότητες επεξεργασίας των δεδοµένων .............................................................. 7

1.4.3. Πρόσβαση στο σύστηµα και ορισµοί παραµέτρων λειτουργίας. ............................ 8

1.4.4. Πρόσβαση στα δεδοµένα. ............................................................................................. 8

1.5. Εφαρµογή απαιτούµενων λειτουργιών ....................................................................... 8

1.5.1. Υποστήριξη µετρητικού εξοπλισµού ............................................................................ 8

1.5.2. Λογισµικό µε σκοπό την λήψη δεδοµένων από απόσταση ................................... 10

1.5.3. Λογισµικό µε σκοπό την επιτόπια λήψη και την παραµετροποίηση του µετρητή ......................................................................................................................................... 10

1.5.4. Λογισµικό για πρόσθετες δυνατότητες ..................................................................... 11

1.5.5. Εξαγωγή δεδοµένων για εισαγωγή τους στο σύστηµα έκδοσης λογαριασµών 12

(βλέπε παρ. 1.1.3) ...................................................................................................................... 12

1.5.6. Λογισµικό για ανάλυση, στατιστικούς σκοπούς και αναφορές. ........................... 12

1.5.7. Ανταλλαγή δεδοµένων µεταξύ εµπλεκοµένων φορέων στην απελευθερωµένη αγορά ηλεκτρικής ενέργειας. ..................................................................................... 12

2.1. Γενική Περιγραφή .................................................................................................................. 14

2.2. Στοιχεία του Συστήµατος .................................................................................................... 15

2.3. Λειτουργία του συστήµατος ................................................................................................. 15

2.3.1. ∆ιαχείριση πελατών – παραγωγών .............................................................................. 15

2.3.2. ∆ιαχείριση µετρητικών σηµείων ................................................................................... 16

2.3.3. Συλλογή δεδοµένων – Επικοινωνία - ∆ιαχείριση τηλεπικοινωνιακού εξοπλισµού ......................................................................................................................................... 17

2.3.4. ∆ιαχείριση Μετρητικών δεδοµένων και δεδοµένων καµπυλών φορτίου .............. 20

2.3.5. Χρονοπρογραµµατισµός εργασιών - Αυτοµατοποίηση διαδικασιών ...................... 21

2.3.6. ∆ιαχείριση χρηστών συστήµατος ................................................................................. 22

2.4. Εφαρµογή WEB ...................................................................................................................... 22

2.5. Περιβάλλον δοκιµών.............................................................................................................. 24


2.6. Ασφάλεια συστήµατος ........................................................................................................... 24

3. Εφεδρικό σύστηµα. ...........................................................................................26


1. Γενική Περιγραφή του Συστήµατος 1.1. Γενικές πληροφορίες 1.1.1.Αντικείµενο και κύρια χαρακτηριστικά του συστήµατος

Η ∆ιακήρυξη αφορά στην υλοποίηση ενός συστήµατος «Αυτόµατης Συλλογής Μετρήσεων» (Automated Meter Reading - AMR) και «∆ιαχείρισης Μετρητικών ∆εδοµένων» (Meter Data Management – MDM). Το σύστηµα θα είναι κατάλληλο για την συλλογή ενεργειακών δεδοµένων για τιµολογιακό σκοπό και για την επεξεργασία των µετρητικών δεδοµένων. Η προσφορά θα καλύπτει τη µελέτη, προµήθεια, εγκατάσταση και θέση σε λειτουργία ενός ολοκληρωµένου συστήµατος κατάλληλου τόσο για την Αυτόµατη Ανάγνωση των µετρητών, όσο και για την Επεξεργασία των Ενεργειακών δεδοµένων και την εξαγωγή αποτελεσµάτων όπως περιγράφονται στην τεχνική περιγραφή. Θα περιλαµβάνει την παράδοση και εγκατάσταση όλου του εξοπλισµού hardware και software που απαιτείται για την λειτουργία του συστήµατος, ώστε αυτό να ανταποκρίνεται στις απαιτήσεις που καθορίζονται στα τεύχη του διαγωνισµού.

1.1.2.Γλώσσα του λογισµικού (s/w)

Όλο το προσφερόµενο λογισµικό ως προς το περιβάλλον χειρισµού θα είναι στην Ελληνική γλώσσα. Οι αναφορές και οι έξοδοι του συστήµατος θα είναι στην ελληνική γλώσσα. Η βοήθεια και τα εγχειρίδια θα είναι στην Ελληνική γλώσσα. Τα τεχνικά εγχειρίδια θα είναι στην Ελληνική γλώσσα. Κατ’ εξαίρεση και µε τη σύµφωνη γνώµη της επιβλέπουσας υπηρεσίας, θα µπορούν να είναι στην αγγλική γλώσσα τα εγχειρίδια που αφορούν σε επιµέρους λογισµικά του συστήµατος που εκτελούν βοηθητικές λειτουργίες (π.χ. συστήµατα προστασίας από ιούς, κ.α.) Η εκπαίδευση και όλα τα εγχειρίδια που αφορούν την κύρια ηµερήσια ροή εργασιών θα πρέπει να είναι στην Ελληνική Γλώσσα.

1.1.3. Γενικές απαιτήσεις Το σύστηµα θα πρέπει να βασιστεί σε τυποποιηµένο λογισµικό (που να έχει αναπτυχθεί ήδη και να χρησιµοποιείται εµπορικά σε παρόµοιες εγκαταστάσεις). Το λειτουργικό σύστηµα θα πρέπει να είναι σύγχρονο και κατά προτίµηση η πλέον πρόσφατη έκδοση κατάλληλη για εφαρµογές αυτού του µεγέθους, οι βάσεις δεδοµένων θα πρέπει να είναι σύγχρονου τύπου επιλογής του κατασκευαστή. Οι εφαρµογές των Η/Υ, τα λογισµικά AMR και MDM θα πρέπει να είναι των πλέον πρόσφατων εκδόσεων που έχει


αναπτύξει ο κατασκευαστής, σε σύγχρονο περιβάλλον και γλώσσα προγραµµατισµού. Όλες οι απαραίτητες άδειες λογισµικού για την λειτουργία του συστήµατος θα πρέπει να περιέχονται στην τεχνική και οικονοµική προσφορά (π.χ. λειτουργικό σύστηµα, άδειες για τους servers, άδειες για τις βάσεις δεδοµένων). Το σύστηµα επεξεργασίας δεδοµένων θα διασφαλίζει την αµφίδροµη ανταλλαγή των δεδοµένων µε άλλα συστήµατα χρησιµοποιώντας τύπους αρχείων όπως XML ή ASCII για την εισαγωγή και την εξαγωγή των δεδοµένων, καθώς και λειτουργίες API. Θα πρέπει να υπάρχει σύστηµα αµφίδροµης ανταλλαγής δεδοµένων (file transfer) σε µορφή ASCII µε δυνατότητες χρονοδροµολόγησης. Το σύστηµα ανταλλαγής δεδοµένων θα πρέπει να είναι αρκετά ευέλικτο ώστε να µπορεί να προσαρµόζεται εύκολα (χωρίς επιπλέον κόστος) σε µελλοντικές απαιτήσεις, όχι µόνο µέχρι την οριστική παραλαβή του έργου, αλλά και καθ’ όλη τη διάρκεια του συµβολαίου συντήρησης που θα υπογράψει ο ανάδοχος µετά την οριστική παραλαβή. Οι κεντρικοί servers είναι απαραίτητο να λειτουργούν σε virtualized περιβάλλον, ενώ τα δεδοµένα και οι εφαρµογές να φιλοξενούνται σε SAN (storage area network) συνδεδεµένα µε οπτικές ίνες. 1.1.4.Βασική δοµή του συστήµατος

Απαιτείται η ικανοποίηση κατ’ ελάχιστο των παρακάτω λειτουργιών: 1. Επικοινωνία µε µετρητές 2. Συλλογή δεδοµένων. 3. ∆ιαχείριση των δεδοµένων. 4. Ασφαλής πρόσβαση µέσω διαδικτύου. 5. Συγχρονισµός της ώρας του συστήµατος µε τους µετρητές.

Στον παραπάνω πίνακα αναφέρονται ενδεικτικά µόνο τα κύρια τµήµατα του συστήµατος. Ο αριθµός των απαιτούµενων εξαρτηµάτων για την πλήρη λειτουργία του Συστήµατος θα πρέπει να καθοριστεί από την µελέτη. Το Κεντρικό Σύστηµα καθώς και το Εφεδρικό Σύστηµα θα πρέπει να περιλαµβάνουν τουλάχιστον έξι (6) θέσεις εργασίας χειριστών και δύο (2) θέσεις ∆ιαχειριστών του συστήµατος. Η µίσθωση της τηλεπικοινωνιακής γραµµής θα παρασχεθεί από την ∆ΕΗ σύµφωνα µε τις οδηγίες του Αναδόχου, ενώ η σύνδεση των συστηµάτων µέσω της γραµµής θα εξασφαλισθεί και υλοποιηθεί από τον Ανάδοχο. Η χωρητικότητα της γραµµής θα είναι αποτέλεσµα σχετικής τεκµηρίωσης από τον Ανάδοχο.


1.2. Λειτουργία συστήµατος

Το σύστηµα θα πρέπει να εφαρµόζει δύο βασικές λειτουργίες. Η πρώτη λειτουργία είναι η συλλογή δεδοµένων, η εφαρµογή AMR (Automated Meter Reading). Η κύρια αποστολή της είναι η συλλογή δεδοµένων από τα µετρητικά σηµεία. Το σύστηµα θα πρέπει αυτόµατα, χωρίς καµία επίβλεψη, να συλλέγει τα δεδοµένα από όλους τους µετρητές, σύµφωνα µε τις τεχνικές προδιαγραφές και τα αντίστοιχα χρονοδιαγράµµατα. Η δεύτερη λειτουργία είναι η εφαρµογή MDM (Meter Data Management) η οποία θα επεξεργάζεται τα δεδοµένα από το AMR και θα επιτρέπει όλους τους απαραίτητους χειρισµούς σε αυτά, όπως η ανταλλαγή δεδοµένων µε άλλα συστήµατα, εσωτερικές λειτουργίες όπως η αθροιστική επεξεργασία των δεδοµένων, ο έλεγχος της αξιοπιστίας των δεδοµένων, η αναπλήρωση δεδοµένων που ενδεχοµένως λείπουν και η δηµιουργία αναφορών. Οι άδειες των χρηστών του συστήµατος AMR-MDM για κάθε θέση εργασίας, καθώς και τουλάχιστον τριών µέσω διαδικτύου πρέπει να περιλαµβάνονται στην προσφορά.

1.3. Κανονική λειτουργία

Τα συστήµατα συλλογής δεδοµένων θα είναι υπεύθυνα για την συλλογή των δεδοµένων κάτω από κανονικές συνθήκες. Η έναρξη της επικοινωνίας θα γίνεται από το κέντρο τηλεµέτρησης προς τους µετρητές και όχι αντίστροφα. Καθοδηγούµενο από συγκεκριµένο χρονοπρογραµµατισµό, το σύστηµα θα πρέπει να εκτελεί την συλλογή δεδοµένων διαµέσου προκαθορισµένων καναλιών επικοινωνίας (PSTN/ISDN ή GSM/GPRS, καθοριζόµενων ξεχωριστά για κάθε µετρητικό σηµείο) από όλους τους µετρητές. Τα δεδοµένα από αυτή την λειτουργία θα περνούν στην βάση δεδοµένων του κεντρικού συστήµατος AMR-MDM. Η αναλογία των συνδέσεων GSM / GPRS υπολογίζεται να είναι περίπου 20 / 80. Για την διαστασιολόγηση του τηλεπικοινωνιακού εξοπλισµού θα πρέπει να ληφθεί υπόψη ότι η παραπάνω σχέση GSM/GPRS µπορεί να φτάσει και το 50/50. H εφαρµογή θα πρέπει αυτοµάτως να ερευνά την πληρότητα των λαµβανοµένων δεδοµένων και να δηµιουργεί µία λίστα και αντίστοιχη αναφορά µε τις πληροφορίες των µετρητών που δεν συλλέχθηκαν ή χάθηκαν. Το σύστηµα AMR-MDM θα ελέγχει, θα επικυρώνει και θα επαληθεύει τα δεδοµένα και θα παράγει αυτόµατα όλες τις απαραίτητες αναφορές σύµφωνα µε την διαµόρφωσή του (configuration). Σε ότι αφορά τα δεδοµένα τα οποία δεν συλλέχθηκαν, χάθηκαν ή εµφανίζουν σφάλµατα, θα πρέπει να υπάρχει διαδικασία αναπλήρωσης, η οποία θα µπορεί να εισάγει


δεδοµένα σύµφωνα µε συγκεκριµένους αλγορίθµους που θα τεκµηριωθούν αναλυτικά κατά τη µελέτη του συστήµατος που θα υποβληθεί. Οι χρήστες θα πρέπει να έχουν πρόσβαση στα δεδοµένα, ανάλογα µε το επίπεδο πρόσβασης της οµάδας χρηστών στην οποία ανήκουν. Ο τρόπος αυτός θα τους επιτρέπει να δηµιουργήσουν οποιαδήποτε αναφορά ή να εκτελέσουν οποιαδήποτε εργασία σύµφωνα µε τα επίπεδα πρόσβασης που έχουν και ανάλογα µε τους περιορισµούς στους οποίους υπόκεινται (γεωγραφικούς, διοικητικούς κ.α.). Τα δεδοµένα θα πρέπει, αφού συλλεχθούν, να υφίστανται επεξεργασία από το σύστηµα AMR-MDM σύµφωνα µε αυτά που έχουν καθοριστεί και τις εργασίες που έχουν διαµορφωθεί από τους χρήστες. Τα αποτελέσµατα της επεξεργασίας των δεδοµένων θα πρέπει να µπορούν είτε να εκτυπωθούν σε αναφορές, είτε να εξαχθούν σε άλλα συστήµατα όπως το σύστηµα τιµολόγησης των προµηθευτών ηλεκτρικής ενέργειας (ΕΡΜΗΣ, SAP, κλπ). Η εξαγωγή των δεδοµένων θα πρέπει να γίνεται µε αρχεία µε προκαθορισµένη µορφοποίηση (όπως π.χ. ASCII, XML, CSV κλπ.) και µε API. Η µορφή των αρχείων των δεδοµένων θα πρέπει να είναι τέτοια, ώστε αυτά να εισάγονται αυτόµατα σε βάσεις δεδοµένων άλλων συστηµάτων. 1.4. ∆υνατότητες του συστήµατος 1.4.1.∆υνατότητες ανάγνωσης των δεδοµένων του µετρητή.

Το σύστηµα θα πρέπει να είναι ικανό να διαβάζει τα δεδοµένα κατ’ ελάχιστον 100.000 µετρητών κάθε ηµέρα, τα οποία περιλαµβάνουν τα στοιχεία 6 καµπυλών φορτίου, καθώς και τις ενδείξεις των καταχωρητών (τιµολογιακά στοιχεία, στοιχεία συµβάντων, στοιχεία ποιότητας ενέργειας). Ο απαιτούµενος χρόνος για την ανάγνωση όλων αυτών των δεδοµένων θα πρέπει να είναι µικρότερος από 8 ώρες (00:01 – 08:00). Το σύστηµα θα πρέπει σε µελλοντική αναβάθµιση του να έχει τη δυνατότητα να διαβάζει τα δεδοµένα κατ’ ελάχιστον 250.000 µετρητών κάθε ηµέρα, τα οποία περιλαµβάνουν τα στοιχεία 6 καµπυλών φορτίου, καθώς και τις ενδείξεις των καταχωρητών (τιµολογιακά στοιχεία, στοιχεία συµβάντων, στοιχεία ποιότητας ενέργειας). Ο απαιτούµενος χρόνος για την ανάγνωση όλων αυτών των δεδοµένων θα πρέπει να είναι µικρότερος από 8 ώρες (00:01 – 08:00). Η επέκταση του συστήµατος θα πρέπει να µπορεί να γίνει µε την προσθήκη του κατάλληλου εξοπλισµού στο σύστηµα AMR-ΜDM των 100.000 µετρητών. 1.4.2.∆υνατότητες επεξεργασίας των δεδοµένων


Το προσφερόµενο σύστηµα AMR-MDM θα πρέπει να καλύπτει τον απαιτούµενο αριθµό καµπυλών φορτίου και των καταχωρητών µε τα οποία έχει προγραµµατιστεί κάθε µετρητικό σηµείο. Ο προσφερόµενος εξοπλισµός θα πρέπει να έχει την δυνατότητα εισαγωγής, συνάθροισης, υπολογισµού, ελέγχου, επαλήθευσης, αναπλήρωσης και διανοµής δεδοµένων για 100.000 µετρητές.

1.4.3.Πρόσβαση στο σύστηµα και ορισµοί παραµέτρων λειτουργίας.

Η λειτουργία του συστήµατος θα γίνεται από χρήστες µε διαφορετικά επίπεδα πρόσβασης στις λειτουργίες του. Οι διαχειριστές του συστήµατος θα είναι υπεύθυνοι για τον ορισµό των επιπέδων πρόσβασης των χρηστών και για την δηµιουργία διαφορετικών οµάδων χρηστών µε ανάθεση στην κάθε οµάδα διαφορετικών λειτουργικών δυνατοτήτων. Οι χρήστες θα µπορούν να οµαδοποιούνται και να έχουν πρόσβαση σε µετρητικά σηµεία τα οποία και θα καθορίζονται από ορισµένα χαρακτηριστικά τους όπως γεωγραφική θέση, διοικητική ένταξη, προµηθευτής ενέργειας, είδος µετρητικού σηµείου κ.α. Οι χρήστες θα πρέπει να ταυτοποιούνται στο σύστηµα µε όνοµα και κωδικό χρήστη (password). Ανάλογα µε τις δυνατότητες που έχει αναθέσει ο διαχειριστής θα γίνεται από τους χρήστες και ο ορισµός των παραµέτρων λειτουργίας του συστήµατος. Ο ορισµός των παραµέτρων του συστήµατος θα γίνεται από τους χρήστες του συστήµατος. Κατάλληλες οθόνες για την διαχείριση των παραπάνω ορισµών θα πρέπει να είναι διαθέσιµες. Ο Ανάδοχος θα πρέπει να προτείνει συγκεκριµένες οθόνες για τις διάφορες λειτουργίες και να τις υλοποιήσει µετά από έγκριση από την Επιχείρηση.

1.4.4.Πρόσβαση στα δεδοµένα.

Η πρόσβαση στα αποθηκευµένα δεδοµένα του συστήµατος θα εξαρτάται από τα δικαιώµατα των χρηστών, τα οποία θα καθορίζουν και την δυνατότητα εξόδου και µεταφοράς τους σε άλλα συστήµατα.

1.5. Εφαρµογή απαιτούµενων λειτουργιών

Η λειτουργικότητα, όπως απαιτείται από τον διαγωνισµό, θα εφαρµοστεί στο σύστηµα ως ακολούθως :

1.5.1.Υποστήριξη µετρητικού εξοπλισµού

Το σύστηµα AMR-MDM ως εργαλείο λήψης µετρητικών δεδοµένων θα πρέπει να υποστηρίζει ένα µεγάλο αριθµό από διαφορετικούς τύπους µετρητών. Πρέπει να περιλαµβάνει τους κυριότερους διαθέσιµους µετρητές


στον ευρωπαϊκό χώρο και οπωσδήποτε τους µετρητές των παρακάτω κατασκευαστών τους οποίους χρησιµοποιεί στα δίκτυά της η ∆ΕΗ Α.Ε.: ITRON (ACTARIS) LANDIS + GYR EMH SAGEM ELGAMA Το σύστηµα AMR-MDM θα πρέπει να υποστηρίζει διαφορετικούς τύπους µετρητών των παραπάνω κατασκευαστών. Το σύστηµα AMR-MDM θα πρέπει να υποστηρίζει το πρωτόκολλο επικοινωνίας DLMS τουλάχιστον για τους παρακάτω µετρητές και για όλες τις εκδόσεις λογισµικού τους: ACTARIS : SL7000 ACTARIS : ACE6000 (ACE661) LANDIS + GYR : ZFD 410 LANDIS + GYR : ZMD 310 και ZMD 410 LANDIS + GYR : ZMG 310 και ZMG 410 EMH : LZGJ-XC S1EV-AO-50B-D4-070000-E50/Q EMH : LZQJ-XC S1E6-A0-6PB-D4-070000-E50/Q SAGEM : CX2000–7 – RS485 ELGAMA : GAMA300 LANDIS + GYR : ZCF 120Ace

Ειδικότερα όλοι οι µετρητές Μέσης τάσης θα ενταχθούν στο κεντρικό σύστηµα AMR προκειµένου να υπάρχει η δυνατότητα τηλεµέτρησης σε περίπτωση που απαιτηθεί από την Υπηρεσία. Η λίστα µε τα στοιχεία των Πελατών Μέσης Τάσης που απαιτείται για να δηµιουργηθεί η καρτέλα Πελάτη για ένταξη τους στο σύστηµα AMR θα µεταφερθεί σε µορφή αρχείου (ανοικτού τύπου, π.χ. csv) από το υφιστάµενο κεντρικό σύστηµα τηλεµέτρησης µέσης τάσης. Ακόµα θα πρέπει να υποστηριχθούν χωρίς επιπλέον κόστος, µέχρι (3) τρεις νέοι τύποι µετρητών (και µε προσφερόµενο κόστος για τους πέραν των τριών) που πιθανόν θα ενταχθούν στο δίκτυο της ∆ΕΗ Α.Ε. καθ’ όλη τη διάρκεια του Έργου και του συµβολαίου συντήρησης που θα υπογράψει ο ανάδοχος µετά την οριστική παραλαβή, µε την προϋπόθεση ότι η ∆ΕΗ θα έχει εξασφαλίσει:

• Περιγραφές των πρωτοκόλλων επικοινωνιών των παραπάνω µετρητών

• ∆είγµατα για κάθε είδος νέων µετρητών • ∆ιευκρινήσεις από τις κατασκευάστριες εταιρείες σε περίπτωση

ερωτήσεων


1.5.2.Λογισµικό µε σκοπό την λήψη δεδοµένων από απόσταση

Η εφαρµογή AMR-MDM θα πρέπει να διαθέτει όλες τις απαιτούµενες λειτουργίες για την από απόσταση ανάγνωση των δεδοµένων των µετρητών. Τα δεδοµένα των µετρητών θα πρέπει να µπορούν να διαβαστούν από το AMR-MDM χρησιµοποιώντας το εσωτερικό τους πρωτόκολλο. Τα δεδοµένα πρέπει να αποθηκεύονται στο σύστηµα τόσο στην πρωτογενή τους µορφή, µε την οποία αποµαστεύτηκαν από τους µετρητές, όσο και στην τυποποιηµένη µορφή µε την οποία θα τα διαχειρίζεται περαιτέρω το σύστηµα. Θα πρέπει να παρέχεται η δυνατότητα ασφαλούς επικοινωνίας µεταξύ των µετρητικών σηµείων και του εν λόγω λογισµικού. Το λογισµικό θα πρέπει να είναι σε θέση να επεξεργαστεί δεδοµένα τα οποία έχουν ληφθεί µε διαφορετικές χρονικές σηµάνσεις (time stamps). Ακόµα το σύστηµα θα πρέπει να µπορεί να ρυθµίζει την ώρα των µετρητών να µηδενίζει τιµολογιακές περιόδους των µετρητών. Αυτά θα πρέπει να γίνονται µαζικά και µε πλήρη δυνατότητα αυτοµατοποίησης, παρακολούθησης και ολοκλήρωσης των ενεργειών για όλα ή επιλεγµένα µετρητικά σηµεία. Σηµαντικό επίσης είναι να περιγραφεί αναλυτικά η δυνατότητα συµπλήρωσης δεδοµένων τα οποία έχουν χαθεί λόγω προβληµατικής επικοινωνίας ή προσωρινής δυσλειτουργίας της βάσης δεδοµένων, καθώς και γενικότερα οι ασφαλιστικές δικλείδες του συστήµατος.

1.5.3.Λογισµικό µε σκοπό την επιτόπια λήψη και την παραµετροποίηση του µετρητή

Ο Ανάδοχος-εγκαταστάτης, πρέπει να διαθέσει λογισµικό σε φορητές συσκευές µέσω των οποίων θα µπορεί να γίνεται προγραµµατισµός ή/και λήψη δεδοµένων δια της οπτικής θύρας που διαθέτει ο µετρητής.

Επίσης κατά την εγκατάσταση του επικοινωνιακού µέσου στους µετρητές που έχουν δυνατότητα τηλεµέτρησης (Landis+Gyr, Actaris), ο Ανάδοχος-εγκαταστάτης, θα παραµετροποιεί (εάν απαιτείται) τον µετρητή δια της οπτικής θύρας που διαθέτει, µέσω λογισµικού που θα διατεθεί από τη ∆ΕΗ. Το σύστηµα τηλεµέτρησης πρέπει να ενηµερώνεται µε τα δεδοµένα των µετρητών που εγκαθίστανται ή συνδέονται µε αυτό, άµεσα µε την εγκατάστασή τους. Επίσης θα πρέπει να διατεθεί λογισµικό για επιτόπια αποµάστευση µετρητικών δεδοµένων και αποστολή τους στο κεντρικό σύστηµα.


Το λογισµικό θα πρέπει να είναι ικανό να υποστηρίζει όλους τους µετρητές που αναφέρονται στην παράγραφο 1.5.1. «Υποστήριξη µετρητικού εξοπλισµού».

1.5.4.Λογισµικό για πρόσθετες δυνατότητες

Ένα χαρακτηριστικό του συστήµατος θα πρέπει να είναι η δυνατότητά του να παρέχει υποστήριξη σε υπολογισµούς (όχι απαραίτητα σε πραγµατικό χρόνο) για την διαχείριση της Ενέργειας (Energy Data Management EDM) και της ποιότητας τροφοδότησης, όπως υπολογισµούς για αθροίσµατα καµπυλών φορτίου των µετρητών µίας ή περισσότερων περιοχών, εντοπισµός περιοχών µε κακή ποιότητα τάσης κ.λπ. Για παράδειγµα, να υπολογίζει τη καµπύλη κατανάλωσης και την πτώση τάσης σε µια καθορισµένη περιοχή δικτύου (πχ. Αγ. Στέφανος ή Περιοχή Λειβαδιάς). Ακόµα αν έχουµε παραγόµενη ενέργεια π.χ. από ΑΠΕ σε κάποια περιοχή, να µπορεί να γίνονται υπολογισµοί µε αφαίρεση από την ενέργεια αυτή, της ενέργειας που καταναλώνεται από τους πελάτες της περιοχής αυτής ή κάποιο υποσύνολό τους. Ως µετρητικό σηµείο θα πρέπει να µπορεί να θεωρηθεί και η ενέργεια που παράγεται από κάποιον προµηθευτή ή παραγωγό οπουδήποτε εντός ολόκληρης της χώρας, όπως επίσης και η ενέργεια που καταναλώνουν οι πελάτες συγκεκριµένου προµηθευτή ή παραγωγού. Για το σκοπό αυτό θα πρέπει κάθε µετρητικό σηµείο να µπορεί να χαρακτηρίζεται µε βάση τον προµηθευτή ή παραγωγό ενέργειας ή ακόµα και µε βάση τα ποσοστά που παίρνει από κάθε προµηθευτή ή παραγωγό, ώστε οι υπολογισµοί αυτοί να µπορούν να γίνονται αυτόµατα, χωρίς επέµβαση των χρηστών. Ο χαρακτηρισµός αυτός πρέπει να διαθέτει ιστορικότητα, ώστε να είναι γνωστός ο προµηθευτής του κάθε πελάτη για κάθε χρονική στιγµή. Στο σύστηµα θα πρέπει να ορίζονται τέτοια µετρητικά σηµεία, των οποίων τα µετρητικά δεδοµένα θα είναι διαθέσιµα ανά πάσα στιγµή, µε τον ίδιο τρόπο που είναι διαθέσιµα τα δεδοµένα και των υπόλοιπων µετρητικών σηµείων. Κατ’ ελάχιστον τέτοια µετρητικά σηµεία είναι:

− Οι Περιφέρειες της ∆ΕΗ Α.Ε. − Οι Περιοχές της ∆ΕΗ Α.Ε. − Τα Πρακτορεία της ∆ΕΗ Α.Ε − Τα νησιά − Οι προµηθευτές-παραγωγοί ενέργειας µε ανάλυση ανά Περιφέρεια

ή/και Περιοχή της ∆ΕΗ Α.Ε. Πρόβλεψη πρέπει να έχει γίνει για την κατάλληλη υπολογιστική ισχύ και διαθέσιµη µνήµη, προκειµένου να εκτελούνται απρόσκοπτα και χωρίς σηµαντική καθυστέρηση οι λειτουργίες αυτές.


Τα παραπάνω θα πρέπει να γίνονται χωρίς να επηρεάζουν την παραγωγική λειτουργία του συστήµατος αλλά µε ξεχωριστή εφαρµογή µε δική της βάση δεδοµένων (database) τύπου Data Warehouse - business intelligent.

1.5.5.Εξαγωγή δεδοµένων για εισαγωγή τους στο σύστηµα έκδοσης λογαριασµών

Το σύστηµα θα πρέπει να µπορεί να εξάγει επεξεργασµένα στοιχεία από τους καταχωρητές των µετρητών, καθώς και από την καµπύλη φορτίου, λαµβάνοντας υπόψη τη χρονική δοµή των τιµολογίων, η οποία µπορεί να είναι διαφορετική για την ενέργεια και την ισχύ ή για την ενεργό και την άεργο ενέργεια. Στους υπολογισµούς θα πρέπει να συνυπολογίζονται και άλλες παράµετροι, όπως οι συντελεστές µετασχηµατισµού. Οι πληροφορίες που προκύπτουν από αυτούς τους υπολογισµούς θα πρέπει να µπορούν να εισαχθούν αυτοµάτως στα συστήµατα έκδοσης λογαριασµών. Εάν είναι απαραίτητη η προσαρµογή της µορφής των δεδοµένων για την αυτόµατη µεταφορά, η προσαρµογή αυτή θα γίνει από τον Ανάδοχο. (βλέπε παρ. 1.1.3) 1.5.6.Λογισµικό για ανάλυση, στατιστικούς σκοπούς και αναφορές.

Κάθε καµπύλη φορτίου θα πρέπει να µπορεί να αναλυθεί και να συγκριθεί µε ιστορικά δεδοµένα για κάθε µετρητικό σηµείο ή µε άλλα στατιστικά στοιχεία που υπάρχουν για το συγκεκριµένο µετρητικό σηµείο. Αυτό θα επιτρέπει την πρόσβαση στα δεδοµένα των σηµείων που γίνεται απλή µέτρηση ή στα συσσωρευµένα δεδοµένα για κάθε πελάτη. Το λογισµικό θα πρέπει να έχει δυνατότητα αναλυτικής επεξεργασίας και αλγορίθµους ελέγχου των δεδοµένων µέσω συγκρίσεων µε συγκεκριµένα πρότυπα, µετρητών επαλήθευσης ή/και σύγκριση µε ιστορικά στοιχεία για εντοπισµό π.χ. πιθανών ρευµατοκλοπών.

1.5.7.Ανταλλαγή δεδοµένων µεταξύ εµπλεκοµένων φορέων στην απελευθερωµένη αγορά ηλεκτρικής ενέργειας.

Το σύστηµα θα πρέπει να έχει χαρακτηριστικά που επιτρέπουν την ανταλλαγή δεδοµένων µε άλλους φορείς ή Υπηρεσίες (π.χ. ΡΑΕ, ∆ΕΣΜΗΕ, Υπουργεία κ.λπ.). Τυπικός µηχανισµός µεταφοράς δεδοµένων είναι τα email, η ανταλλαγή αρχείων (files), API και Service Oriented Architecture (SOA). Υποχρέωση του Αναδόχου είναι να παράσχει ένα εύχρηστο µηχανισµό (µέσω του email server της ∆ΕΗ), που θα επιτρέπει την διαµόρφωση από τον χρήστη µηνυµάτων ηλεκτρονικού ταχυδροµείου, τα οποία και θα


αποστέλλονται αυτόµατα από το σύστηµα, στην περίπτωση που εµφανιστεί µία ή περισσότερες συνθήκες (events). Τα µηνύµατα αυτά θα περιέχουν αρχείο/α µε τα δεδοµένα προς µεταφορά. Το σύστηµα θα πρέπει να έχει τη δυνατότητα υπογραφής των µηνυµάτων µέσω πιστοποιητικού, να στέλνει τα µηνύµατα, να χειρίζεται διαφορετικές µορφοποιήσεις και να καταγράφει όλες τις ενέργειες. Θα παρέχεται η δυνατότητα ελεύθερης µορφοποίησης των δεδοµένων και των µηνυµάτων, ώστε να προσαρµόζονται στις απαιτήσεις τυποποίησης των διαφόρων εµπλεκοµένων φορέων.

Είναι απαραίτητη επίσης η δυνατότητα διασύνδεσης µε άλλα συστήµατα

µέσω SOA, API, στηριζόµενη σε τεχνολογίες προγραµµατισµού ευρέως

διαθέσιµες (π.χ. Java, Net κ.τ.λ.), ώστε να διευκολυνθούν οι γρήγορες,

ευέλικτες και ασφαλείς ανταλλαγές δεδοµένων µεταξύ των επιµέρους

συστηµάτων που θα συµµετέχουν στην λύση.


2. Ειδικότερες απαιτήσεις από το σύστηµα - AMR (Automated Meter Reading) – MDM - Σύστηµα ∆ιαχείρισης Μετρητικών ∆εδοµένων (Meter Data Management).

2.1. Γενική Περιγραφή

Το σύστηµα τηλεµέτρησης πρέπει να αποτελείται από ένα σύστηµα AMR και ένα σύστηµα MDM. Τα συστήµατα αυτά είναι δυνατόν να αποτελούν ένα ενιαίο προϊόν ή δύο ξεχωριστές εφαρµογές που θα συνεργάζονται µεταξύ τους µε τρόπο διαφανή στο χρήστη, λειτουργώντας ως ενιαίο περιβάλλον.

Η µελέτη του προσφερόµενου Συστήµατος AMR-MDM θα πρέπει να βασίζεται σε συγκριτικές αναφορές άλλων συστηµάτων αντίστοιχου τύπου και µεγέθους, που λειτουργούν σε άλλες χώρες. Θα πρέπει να λειτουργεί µε το πλέον σύγχρονο λειτουργικό σύστηµα δικτύου και για τους σταθµούς εργασίας των χρηστών. Το σύστηµα θα πρέπει να είναι ικανό να διαχειρίζεται και να επιβλέπει την συγκέντρωση δεδοµένων από τους µετρητές και στη συνέχεια να τα αποθηκεύει σε σύγχρονη σχεσιακή βάση δεδοµένων. Τα στοιχεία πρέπει να είναι on line διαθέσιµα στους χρήστες για διάστηµα τουλάχιστον 5 ετών. Για ιστορικά στοιχεία παλαιότερα των πέντε (5) και µέχρι (20) ετών θα πρέπει να προβλεφθεί η αυτόµατη µόνιµη αποθήκευσή τους σε κατάλληλο αποθηκευτικό µέσο, καθώς και η διαδικασία ανάκτησης των στοιχείων σε περίπτωση που απαιτηθεί. Η δικτυακή αρχιτεκτονική και ο τρόπος πρόσβασης των χρηστών µέσω τερµατικών σταθµών πρέπει να βασίζεται σε σύγχρονα καθιερωµένα πρότυπα. Το σύστηµα θα πρέπει να σχεδιαστεί για πλήρη λειτουργική εφαρµογή για 100.000 µετρητές µε πρόβλεψη για επέκταση σε 250.000. Η αρχιτεκτονική θα πρέπει να είναι πλήρως κλιµακούµενη, δίνοντας τη δυνατότητα:

- Να προστεθούν εύκολα επιπλέον σταθµοί εργασίας στο σύστηµα. - Να προστεθούν εύκολα επιπλέον χρήστες στο σύστηµα. - Να προστεθούν επιπλέον συσκευές για την επικοινωνία µε τους µετρητές.

Θα υπάρχει η δυνατότητα σύνδεσης πολλών χρηστών που θα µπορούν να έχουν ταυτόχρονη πρόσβαση στα δεδοµένα και στις υπηρεσίες του συστήµατος. Τόσο στο επίπεδο λειτουργίας του συστήµατος όσο και στο επίπεδο εφαρµογής, οι κρίσιµες ενέργειες του χρήστη θα πρέπει να υπόκεινται σε επιβεβαίωση πριν την υλοποίησή τους.


Επίσης το προσφερόµενο σύστηµα θα πρέπει να υποστηρίζει ένα ευέλικτο µοντέλο δεδοµένων µε εκδόσεις versioned data και πλήρεις δυνατότητες ελέγχου έτσι ώστε να ενισχύεται η δυνατότητα για προστασία δεδοµένων. Το σύστηµα πρέπει να επιτρέπει την αυτοµατοποίηση όλων των διαδικασιών ώστε τα δεδοµένα να αποστέλλονται στην τυποποιηµένη µορφή που απαιτείται από το σύστηµα τιµολόγησης ή από άλλους εµπλεκόµενους φορείς. Η εφαρµογή πρέπει να διαθέτει σύγχρονο γραφικό περιβάλλον λειτουργίας (GUI, Graphical User Interface). Το περιβάλλον αυτό πρέπει να ακολουθεί την λειτουργική λογική του περιβάλλοντος του λειτουργικού συστήµατος Windows της Microsoft µε το οποίο είναι εξοικειωµένοι οι περισσότεροι χρήστες, ώστε να είναι ευκολότερη η εκπαίδευσή τους. Άλλο ένα σηµαντικό χαρακτηριστικό είναι ότι θα πρέπει να αφήνει τον χρήστη να προγραµµατίσει την αυτόµατη αποµάστευση δεδοµένων, σε προκαθορισµένους χρόνους και διαστήµατα και από καθορισµένα κανάλια επικοινωνίας, καθώς και την αυτόµατη εξαγωγή δεδοµένων. 2.2. Στοιχεία του Συστήµατος Το σύστηµα AMR-MDM θα πρέπει να αποτελείται από χωριστά δοµικά στοιχεία (modules) που θα επιτρέπουν την εύκολη αναβάθµιση του λογισµικού και υλικού του συστήµατος. Βασικές λειτουργικές οντότητες του συστήµατος πρέπει να λειτουργούν σε ξεχωριστές λειτουργικές µονάδες. Έτσι πρέπει να υπάρχουν διαφορετικοί servers (ενδεικτικά και όχι περιοριστικά) για:

- Επικοινωνία µε µετρητές - ∆ιαχείριση βάσης δεδοµένων - ∆ιαδικτυακές Εφαρµογές - Εξυπηρετητές εφαρµογών

Όλο το σύστηµα θα πρέπει να λειτουργεί αρµονικά ως ενιαίο σύνολο και οι όποιες αναβαθµίσεις του δεν θα πρέπει να διαταράσσουν την ενιαία λειτουργία του. 2.3. Λειτουργία του συστήµατος 2.3.1. ∆ιαχείριση πελατών – παραγωγών Το σύστηµα πρέπει να διαθέτει βάση δεδοµένων στην οποία θα περιλαµβάνονται οι πελάτες και οι παραγωγοί ηλεκτρικής ενέργειας. Κάθε πελάτης ή παραγωγός µπορεί να διαθέτει έναν ή και περισσότερους


µετρητές. Επίσης θα µπορεί να αλλάζει µετρητές διατηρώντας τα ιστορικά στοιχεία για τις µετρήσεις από τους παλιότερους µετρητές του. Η εισαγωγή – ενηµέρωση των πελατών ή παραγωγών θα πρέπει να µπορεί να γίνεται αυτόµατα µε εισαγωγή των στοιχείων τους από άλλα συστήµατα-βάσεις δεδοµένων που διαθέτουν την απαραίτητη πληροφορία. Η ενηµέρωση θα πρέπει να µπορεί να γίνεται επιλεκτικά για συγκεκριµένα πεδία και/ή συγκεκριµένους πελάτες ή παραγωγούς. Πρέπει να υπάρχει η δυνατότητα εξαγωγής των στοιχείων των πελατών και παραγωγών προς άλλα συστήµατα µε µορφή ASCII, XML, αρχείων EXCEL, CSV, κ.α. Το σύστηµα πρέπει να οµαδοποιεί τους πελάτες µε βάση διάφορα χαρακτηριστικά τους που θα επιλέγει ο χρήστης. Η οµαδοποίηση πρέπει να γίνεται εύκολα, σε µικρό χρονικό διάστηµα και να είναι µόνιµη ή προσωρινή. 2.3.2. ∆ιαχείριση µετρητικών σηµείων Το σύστηµα πρέπει να διαθέτει βάση δεδοµένων στην οποία θα περιλαµβάνονται τα µετρητικά σηµεία. Για κάθε µετρητικό σηµείο θα υπάρχουν αποθηκευµένα, ενδεικτικά, τουλάχιστον τα ακόλουθα στοιχεία, καθώς και όποια προκύψουν από τη µελέτη του συστήµατος:

- Αριθµός παροχής πελάτη ή µοναδικός αριθµός µετρητικού σηµείου - Αριθµός µετρητή - Στοιχεία τηλεπικοινωνιακής σύνδεσης (πχ. τηλεφωνικός αριθµός,

διεύθυνση IP, ισχύς σήµατος GSM/GPRS) - Ηµεροµηνία εγκατάστασης - Στοιχεία επωνυµίας, διεύθυνσης, επαφών, φωτογραφίες, γεωγραφικές

συντεταγµένες - Συντελεστές µετασχηµατισµού - Συµφωνηµένη ισχύς, σφραγίδες µετρητών - Κατάσταση µετρητικού σηµείου - Προµηθευτές και ποσοστά - Ιστορικό Πελάτη - Λοιπά στοιχεία, σχόλια.

Πολλά από τα στοιχεία αυτά ανάλογα µε την µελέτη θα πρέπει να αποθηκεύουν την ιστορικότητα των αλλαγών. Η εισαγωγή – ενηµέρωση των µετρητικών σηµείων θα πρέπει να µπορεί να γίνεται αυτόµατα µε εισαγωγή των στοιχείων από άλλα συστήµατα-βάσεις δεδοµένων που διαθέτουν την απαραίτητη πληροφορία. Η ενηµέρωση θα πρέπει να µπορεί να γίνεται επιλεκτικά για συγκεκριµένα πεδία και/ή συγκεκριµένους µετρητές. Πρέπει να υπάρχει η δυνατότητα εξαγωγής των στοιχείων των µετρητικών σηµείων προς άλλα συστήµατα µε µορφή ASCII, XML, αρχείων EXCEL, CSV, κ.α. ή µε API


Το σύστηµα πρέπει να οµαδοποιεί τα µετρητικά σηµεία ανάλογα µε τη γεωγραφική τους θέση, το είδος του µετρητή, τη συµφωνηµένη ισχύ, το είδος της επικοινωνίας, τον προµηθευτή, ή άλλο χαρακτηριστικό που θα επιλέγει ο χρήστης. Ακόµα η οµαδοποίηση θα πρέπει να µπορεί να γίνεται και µε βάση τα στοιχεία των δεδοµένων που αντλήθηκαν από το µετρητή (πχ. στοιχεία από καταχωρητές, ένδειξη πιθανής ρευµατοκλοπής, αποτυχία σε έλεγχο ακεραιότητας δεδοµένων) ή στοιχεία από την επικοινωνία (πχ. Επιτυχηµένη – αποτυχηµένη – είδος αποτυχίας κλπ) µε το µετρητή. Η οµαδοποίηση πρέπει να γίνεται εύκολα, σε µικρό χρονικό διάστηµα και να είναι µόνιµη ή προσωρινή. Η εµφάνιση των µετρητικών σηµείων (αντίστοιχα και των πελατών παραγωγών) θα πρέπει να γίνεται σε µορφή δέντρου η οποία θα δηµιουργείται αυτόµατα από χαρακτηριστικά του κάθε µετρητικού σηµείου (αντίστοιχα και των πελατών παραγωγών). Έτσι ο χρήστης δεν θα πρέπει να συντηρεί µόνος του τη δοµή του δέντρου αλλά αυτή θα ενηµερώνεται αυτόµατα µε την αλλαγή των χαρακτηριστικών του µετρητικού σηµείου. Η επιλογή του είδους του δέντρου που θα εµφανίζεται θα γίνεται από το χρήστη και θα υπάρχουν πολλές προεπιλεγµένες µορφές όπως:

- Πρώτο επίπεδο: ∆ιοικητική ένταξη (Περιφέρεια, πχ. ∆ΠΑ) - ∆εύτερο επίπεδο: Αναλυτικότερη διοικητική ένταξη (Περιοχή, πχ.

Περιοχή Αθηνών) - Τρίτο επίπεδο: Προµηθευτής (πχ. ∆ΕΗ) - Τέταρτο επίπεδο: Ηµέρα τέλους τιµολογιακής περιόδου (πχ. 15 ηµέρα

του µήνα) Ενδεικτικά χαρακτηριστικά των µετρητικών σηµείων που µπορούν να χρησιµοποιηθούν για τον ορισµό επιπέδων, είναι τα ακόλουθα: Γεωγραφική θέση, ∆ιοικητική διαίρεση, Προµηθευτής, Είδος παροχής, Συντελεστής µετασχηµατισµού, Είδος πελάτη κ.α. Εναλλακτικά η εµφάνιση των µετρητικών σηµείων µπορεί να πραγµατοποιείται µε χρήση οποιουδήποτε φιλικού προς το χρήστη τρόπου οπτικοποίησης, αρκεί να διαθέτει προηγµένες, εργονοµικές και εύχρηστες δυνατότητες ανεύρεσης, επιλογής και φιλτραρίσµατος των µετρητικών σηµείων. Τα παραπάνω πρέπει να καθοριστούν αναλυτικά από τη µελέτη του συστήµατος και να υλοποιηθούν µε τρόπο που θα παρέχει την απαραίτητη ευελιξία ώστε να µπορούν να τροποποιηθούν σε περίπτωση απαιτήσεων που θα προκύψουν στο µέλλον. Στα δεδοµένα θα πρέπει να υπάρχει δυνατότητα online πρόσβασης για πέντε έτη και πέραν τούτου να µπαίνουν σε archive mode για επιπλέον δεκαπέντε έτη. 2.3.3. Συλλογή δεδοµένων – Επικοινωνία - ∆ιαχείριση τηλεπικοινωνιακού εξοπλισµού


Το σύστηµα θα πρέπει να υποστηρίζει διαφορετικά δίκτυα µετάδοσης για την επικοινωνία µε τους µετρητές και τη συλλογή των δεδοµένων τους. Πρέπει να υποστηρίζεται η επικοινωνία µε τα ακόλουθα δίκτυα:

- PSTN - ISDN - GSM 900/GPRS - GSM 1800/GPRS - GPRS - TCP/IP - ADSL

Το σύστηµα θα πρέπει να εκτελεί τις λειτουργίες ανάγνωσης των µετρητών µε τα γνωστότερα σύγχρονα πρωτόκολλα επικοινωνίας όπως :

- DLMS/COSEM (IEC 62056) - IEC 1107 (EΝ61107) - SCTM - FNP - LSV1 - IEC 870-5-102

Το πρωτόκολλο επικοινωνίας που έχει επιλέξει η ∆ΕΗ Α.Ε. για τους µετρητές της είναι το DLMS και αυτό πρέπει υποχρεωτικά να υποστηρίζεται από το σύστηµα. Κύριο χαρακτηριστικό του συστήµατος θα πρέπει να είναι η υποστήριξη µεγάλης ποικιλίας µετρητών. Το σύστηµα θα πρέπει να µπορεί να συµπεριλάβει νέους µετρητές, εγκαθιστώντας τους ανάλογους οδηγούς (drivers). Το σύστηµα πρέπει να έχει τη µέγιστη δυνατή ευελιξία στην διαχείριση των τηλεπικοινωνιακών συστηµάτων που θα χρησιµοποιεί για να κάνει κλήσεις προς τους µετρητές:

- Χειρισµός διαφορετικών τηλεπικοινωνιακών Παρόχων. Προγραµµατισµός των κλήσεων προς ή από τις κάρτες sim ενός Παρόχου µέσω του δικού του τηλεπικοινωνιακού δικτύου.

- Η σύνδεση του συστήµατος και των µετρητών θα γίνεται µε χρήση του καταλληλότερου καναλιού επικοινωνίας κάθε φορά, σύµφωνα µε κριτήρια που θα ορίζονται από τους χρήστες.

- Η διανοµή των προγραµµατισµένων κλήσεων στα διαθέσιµα κανάλια επικοινωνίας θα γίνεται µε έξυπνους αλγόριθµους, ώστε να εξασφαλίζεται η βέλτιστη απόδοση του συστήµατος, συνυπολογίζοντας το τηλεπικοινωνιακό κόστος και τη συνολική διάρκεια της επικοινωνίας.

- Οι αλγόριθµοι υπολογίζοντας στοιχεία από τη βάση δεδοµένων, θα µπορούν να δροµολογούν την επικοινωνία σε επιλεγµένες συσκευές ή κανάλια επικοινωνίας.

Αντίστοιχη ευελιξία πρέπει να διατίθεται για την αποµακρυσµένη διαχείριση των συσκευών επικοινωνίας των µετρητών στις εξής λειτουργίες:


- Αλλαγή των παραµέτρων λειτουργίας του modem. - Προγραµµατισµό ταχύτητας θύρας επικοινωνίας του modem µε το

µετρητή - Αλλαγή τρόπου επικοινωνίας του modem (από GSM σε GPRS και

αντίστροφα) - Αναγνώριση κατάστασης λειτουργίας modem και στάθµης σήµατος.

Το σύστηµα θα πρέπει να προσφέρει καταγραφή και οµαδοποίηση των τηλεπικοινωνιακών συσκευών (µόντεµ) ανάλογα µε:

- Είδος (GSM – PSTN – GPRS, άλλο) - Τηλεπικοινωνιακό πάροχο - Κατάσταση λειτουργίας (οµαλή, σε βλάβη, GPRS mode, GSM mode,

άλλη) - Ισχύς σήµατος (κατανοµή σε εύρη ισχύος)

Η οµαδοποίηση των συσκευών επικοινωνίας των µετρητών (modem) σε µορφή τέτοια ώστε να είναι δυνατή η αυτόµατη µαζική παραµετροποίηση τους από το λογισµικό του κατασκευαστή τους (Τεχνικό µέρος, Τεύχος 3) Σαν παράδειγµα αναφέρεται η αλλαγή της ταχύτητας επικοινωνίας όλων των modem που έχουν ισχύ σήµατος κάτω από ένα καθοριζόµενο όριο. Το σύστηµα θα πραγµατοποιεί όλους τους απαραίτητους ελέγχους, ώστε να εξασφαλίζει την ορθή αποµάστευση των στοιχείων από τους µετρητές. Πρέπει να υπάρχει η δυνατότητα διάγνωσης επικοινωνιακών βλαβών και δηµιουργία κατάλληλων αναφορών. Πρέπει να υπάρχει δυνατότητα πλήρους παρακολούθησης της τηλεπικοινωνιακής κατάστασης του µετρητικού πάρκου. Παρακολούθηση της στάθµης σήµατος σε κάθε µετρητικό σηµείο και στατιστική επεξεργασία των στοιχείων (π.χ. εντοπισµός προβληµατικών περιοχών από πλευράς στάθµης σήµατος). Για τους ανωτέρω λόγους το σύστηµα θα πρέπει να τηρεί δεδοµένα προκειµένου να παράγει συγκεκριµένους δείκτες απόδοσης (KPIs) αναφορικά µε το επίπεδο παρεχόµενων υπηρεσιών επικοινωνίας (communication SLA): ρυθµός µετάδοσης δεδοµένων (baud rates), χρόνος για αποκατάσταση αρχικής επικοινωνίας, χρόνος απόκρισης, αριθµός επαναλήψεων για αποκατάσταση επικοινωνίας, αριθµός επικοινωνιακών σφαλµάτων, διάρκεια απώλειας τηλεπικοινωνιακού σήµατος, αριθµός συναλλαγών (transactions), όγκος δεδοµένων ανά συναλλαγή, κλπ. Η συλλογή των δεδοµένων των µετρητών θα µπορεί να γίνεται και µε αποµάστευσή τους από άλλα συστήµατα (µε το λογισµικό των κατασκευαστών τους) µε ακόλουθη αυτόµατη εισαγωγή των δεδοµένων στο σύστηµα AMR-MDM. Επιπλέον θα πρέπει να µπορούν να εισάγονται στο σύστηµα και δεδοµένα από :

• Άλλα διαθέσιµα αρχεία • Άλλα συστήµατα AMR-EDM • ∆εδοµένα εισαγόµενα από το χρήστη


Θα πρέπει να υπάρχει και η δυνατότητα αυτόµατης εισαγωγής των στοιχείων που αποµαστεύτηκαν µε φορητές συσκευές (πχ. handheld, laptops, netbooks). Ο Ανάδοχος πρέπει να διαθέσει κατάλληλο λογισµικό για την επιτόπου αποµάστευση των µετρητών, φορητές συσκευές καθώς και φορητούς υπολογιστές σύγχρονης τεχνολογίας (Εµπορικό µέρος, Τεύχος 4, άρθρο 9, παράγραφος 2). Η αποµάστευση και αποστολή των δεδοµένων στο κεντρικό σύστηµα πρέπει να γίνεται αυτόµατα από τις φορητές συσκευές, χωρίς ιδιαίτερη εξειδίκευση του χειριστή τους. 2.3.4. ∆ιαχείριση Μετρητικών δεδοµένων και δεδοµένων καµπυλών φορτίου Όλα τα µετρητικά δεδοµένα θα πρέπει να επιβεβαιώνονται πριν την επεξεργασία τους από το σύστηµα. Όλα τα δεδοµένα θα πρέπει να πιστοποιούνται από το σύστηµα όπως προβλέπεται από τους κανονισµούς και το ισχύον νοµικό πλαίσιο. Για το σκοπό αυτό θα πρέπει να πραγµατοποιούνται κατάλληλοι έλεγχοι ώστε :

• Να εξακριβώνεται η ταυτότητα των δεδοµένων • Να ελέγχεται η πληρότητα των δεδοµένων • Να συµπληρώνονται τα δεδοµένα • Να ελέγχεται η αξιοπιστία των δεδοµένων

Το σύστηµα πρέπει να µπορεί να επεξεργάζεται όλα τα δεδοµένα που µπορούν να του παρέχουν οι µετρητές όπως:

− Ενεργειακά δεδοµένα − Τιµολογιακά δεδοµένα − ∆εδοµένα καµπυλών φορτίου − Ηµερολογιακά δεδοµένα − ∆εδοµένα ποιότητας ενέργειας − ∆εδοµένα συµβάντων (alarms, log files) − ∆εδοµένα κατάστασης µετρητή κλπ − Ιστορικά δεδοµένα

Το σύστηµα θα πρέπει να µπορεί να δίνει αποµακρυσµένα εντολές στους µετρητές για βασικές λειτουργίες, όπως συγχρονισµός ρολογιού και τερµατισµός τιµολογιακής περιόδου µετρητή. Το σύστηµα θα πρέπει να µπορεί να επεξεργαστεί τα πιστοποιηµένα δεδοµένα και να εκτελέσει υπολογισµούς που έχουν προκαθοριστεί από τους χρήστες του συστήµατος. Το σύστηµα θα πρέπει να µπορεί να εκτελεί πλήρη στατιστική επεξεργασία των δεδοµένων ποιότητας ενέργειας και να δίνει αποτελέσµατα στη µορφή


που απαιτούν κάθε φορά οι αρµόδιοι φορείς και η νοµοθεσία, είτε για µεµονωµένο πελάτη, είτε για σύνολα πελατών. Τα δεδοµένα των µετρητικών σηµείων θα πρέπει να µπορούν να αναλυθούν σε διαφορετικές τιµολογιακές ζώνες και για το σκοπό αυτό θα πρέπει το σύστηµα να έχει τη δυνατότητα επεξεργασίας των καµπυλών φορτίου. Θα πρέπει να δηµιουργεί γραφικές παραστάσεις των καµπυλών φορτίου µε χρωµατισµό των τιµολογιακών ζωνών. Οι γραφικές παραστάσεις θα µπορούν να δίνουν στοιχεία ενέργειας ή ισχύος και θα υπάρχει η δυνατότητα διαφορετικών αναλύσεων ανά χρονικές περιόδους. Το σύστηµα θα πρέπει να υποστηρίζει την έξοδο (output) των επεξεργασµένων µετρητικών δεδοµένων και να έχει κατάλληλες λειτουργίες ως προς τον τρόπο διάθεσης των δεδοµένων αυτών. Θα πρέπει να έχει δυνατότητα :

• Να οµαδοποιεί τα προς αποστολή δεδοµένα, ανάλογα µε τους παραλήπτες.

• Να τα διαµορφώνει στην απαιτούµενη φόρµα δεδοµένων του παραλήπτη.

• Να µπορεί να επιλέγει τον τρόπο µετάδοσης των δεδοµένων. 2.3.5. Χρονοπρογραµµατισµός εργασιών - Αυτοµατοποίηση διαδικασιών Το σύστηµα θα προγραµµατιστεί, έτσι ώστε να εκτελεί αυτόµατα το µεγαλύτερο µέρος των εργασιών και να περιορίζει την παρέµβαση του χρήστη µόνο στα απολύτως απαραίτητα. Η αποµάστευση των δεδοµένων από τα µετρητικά σηµεία θα γίνεται κατά κανόνα από 00:01 έως 08:00. Οι επαναληπτικές προσπάθειες για τις αποτυχηµένες αποµαστεύσεις θα προγραµµατίζονται αυτόµατα και θα εκτελούνται αυτόµατα. Σε όποιους µετρητές δεν γίνει δυνατή η αποµάστευση µετά από το χρονικό διάστηµα που έχει οριστεί, θα γίνεται προσπάθεια αποµάστευσης µε εναλλακτικό µέσο (πχ. κλήση GSM αντί για GPRS). Για τους µετρητές που τελικά δεν επικοινώνησαν, πρέπει να δηµιουργούνται αυτόµατα αναφορές βλαβών µε στοιχεία για το πρόβληµα επικοινωνίας (π.χ. χαµηλή στάθµη σήµατος) που να αποστέλλονται αυτόµατα προς την υπεύθυνη υπηρεσία για την αποκατάστασή τους (πχ. Πάροχος επικοινωνίας, Περιοχή ή Περιφέρεια ∆ΕΗ). Τα στοιχεία προς τιµολόγηση και/ή οι καµπύλες φορτίου θα εξάγονται αυτόµατα στην κατάλληλη µορφή και θα αποστέλλονται αυτόµατα στους υπεύθυνους φορείς στην καθορισµένη µορφή και µε το καθορισµένο µέσο. Θα γίνεται αυτόµατα αναγνώριση προβληµάτων στις µετρητικές διατάξεις (π.χ. ο µετρητής παρουσιάζει σφάλµα, υπάρχει πτώση τάσης, υπάρχει ανισοκατανοµή εντάσεων κλπ.) και θα εξάγονται αναφορές σε καθορισµένη µορφή και προς καθορισµένους αποδέκτες.


Κατά την αυτόµατη εκτέλεση των λειτουργιών του συστήµατος, όπου κριθεί απαραίτητο θα πρέπει να περιλαµβάνεται ένα στάδιο ελέγχου και παρέµβασης από το χρήστη (πχ. για την αποφυγή αποστολής αναφοράς βλαβών επικοινωνίας όταν γνωρίζουµε ότι υπάρχει πρόβληµα του τηλεπικοινωνιακού παρόχου σε συγκεκριµένη περιοχή). Το σύστηµα θα πρέπει να µπορεί αποµακρυσµένα να ελέγχει (άνοιγµα/κλείσιµο) τις επαφές εξόδου του µετρητή, για διαχείριση φορτίου σε συγκεκριµένα κυκλώµατα του Πελάτη ή για απλή ένδειξη της ζώνης τιµολόγησης κλπ. Θα πρέπει επίσης να διαχειρίζεται τα εισερχόµενα alarms συµβάντων όπως π.χ. παραβίαση µετρητού, κλπ. και να εκδίδει αναφορές. 2.3.6. ∆ιαχείριση χρηστών συστήµατος Οι χρήστες του συστήµατος θα πρέπει να µπορούν να έχουν πρόσβαση σε αυτό µέσω τερµατικών σταθµών που θα βρίσκονται σε τοπικό δίκτυο συνδεδεµένο µε τους servers. Επίσης θα πρέπει να δίνεται η δυνατότητα και για αποµακρυσµένη πρόσβαση µέσω VPN (Virtual Private Network). Περιορισµένη δυνατότητα πρόσβασης στο σύστηµα θα υπάρχει και µέσω της εφαρµογής Web, όπως περιγράφεται στο κεφάλαιο 2.4. Κάθε χρήστης θα έχει δικαιώµατα πρόσβασης ανάλογα µε την οµάδα στην οποία ανήκει. Ο διαχειριστής του συστήµατος καθορίζει τα όρια πρόσβασης κάθε οµάδας ή/και χρήστη. Τα όρια καθορίζουν τόσο το εύρος πρόσβασης στα στοιχεία του συστήµατος (ποια στοιχεία µπορεί να δει ο χρήστης), όσο και τις λειτουργικές του δυνατότητες (ποια στοιχεία µπορεί να προσθέτει, τροποποιεί, διαγράφει, εκτελεί). 2.4. Εφαρµογή WEB Το σύστηµα θα πρέπει να παρέχει πρόσβαση στα δεδοµένα από το διαδίκτυο, µέσω κατάλληλων συστηµάτων. Για την πρόσβαση εξωτερικών χρηστών µέσω του διαδικτύου θα πρέπει να προβλεφθεί κατάλληλο σύστηµα ασφαλείας. Για µεγαλύτερη ασφάλεια του κέντρου και των δεδοµένων του, η web εφαρµογή δεν θα έχει απευθείας πρόσβαση στη βάση δεδοµένων του συστήµατος. Πρόσβαση στα δεδοµένα θα έχουν :

• Ο κάθε πελάτης για την καµπύλη φορτίου του και τα τιµολογιακά δεδοµένα του.

• Συµµετέχοντες φορείς στην αγορά ενέργειας. • Πρόσθετο εξουσιοδοτηµένο προσωπικό της ∆ΕΗ Α.Ε. που δεν ανήκει

στους χειριστές του συστήµατος.


Ειδική εφαρµογή πρέπει να προβλεφθεί για την πρόσβαση του πελάτη και των εµπλεκόµενων φορέων σε δεδοµένα ποιότητας ενέργειας. Ενδεικτικά αναφέρεται ότι στην εφαρµογή αυτή θα πρέπει να περιλαµβάνονται οι δείκτες SAIDI, SAIFI ανά µετρητικό σηµείο, γεωγραφική περιοχή κ.α. Το επίπεδο πρόσβασης κάθε πελάτη στα δεδοµένα του, θα µπορεί να αλλάζει µε µαζικό τρόπο ανάλογα µε την οµαδοποίηση στην οποία ανήκει ο κάθε πελάτης. Το λογισµικό θα είναι εγκατεστηµένο σε διαφορετικό υπολογιστή για λόγους ασφαλείας και θα παρέχει πρόσβαση στους χρήστες βάσει κωδικών πρόσβασης. Ανάλογα µε τα επίπεδα πρόσβασης που θα παρέχονται στους χρήστες, αυτοί θα µπορούν να :

• Παρακολουθούν τα καταχωρηµένα δεδοµένα • Να απεικονίζουν σε γραφικές παραστάσεις τις καµπύλες φορτίου και

τα δεδοµένα ποιότητας τροφοδότησης • Να λαµβάνουν δεδοµένα σε τυποποιηµένη µορφή

Το σύστηµα θα είναι σε θέση να αποστέλλει µηνύµατα, καθοριζόµενα από την ∆ΕΗ, στους χρήστες της εφαρµογής Web. Θα υπάρχει ειδική εφαρµογή διαχείρισης των διαδικτυακών χρηστών, που θα επιτρέπει στον ίδιο το χρήστη να αλλάζει το προσωπικό κωδικό πρόσβασης, ενώ σε περίπτωση λανθασµένου ή απώλειας κωδικού πρόσβασης να ενηµερώνεται µέσω email µε τον έγκυρο κωδικό πρόσβασης. Είναι υποχρέωση του Αναδόχου να µεριµνήσει ώστε ο εξοπλισµός να έχει την κατάλληλη υπολογιστική ισχύ και εύρος δικτύου, ώστε να µπορεί να εξυπηρετεί την ταυτόχρονη πρόσβαση µεγάλου πλήθους πελατών στην Web εφαρµογή, χωρίς να επηρεάζει την οµαλή λειτουργία του Κέντρου Τηλεµέτρησης. Ο υπολογισµός των µεγεθών (υπολογιστική ισχύ & εύρος δικτύου) πρέπει να γίνει κατόπιν µελέτης, λαµβάνοντας υπόψη το σύνολο των πελατών που εξυπηρετεί το Κέντρο Τηλεµέτρησης. Η αντίστοιχη τηλεπικοινωνιακή υποδοµή θα διατεθεί από τη ∆ΕΗ. Πρέπει να παρέχεται κατάλληλο interface µεταξύ της εφαρµογής Web του κέντρου τηλεµέτρησης και άλλων εφαρµογών Web (πχ. ∆ιεύθυνση Εµπορίας), ώστε ο Πελάτης να µπορεί να εξυπηρετηθεί και από αυτές. ∆ηλαδή η εφαρµογή Web του Κέντρου Τηλεµέτρησης, ταυτοποιεί µια άλλη εφαρµογή στην οποία επιτρέπεται η πρόσβαση στα στοιχεία του Κέντρου Τηλεµέτρησης. Με βάση έναν κωδικό που αντιστοιχεί σε έναν πελάτη (για τον οποίο έχει δοθεί άδεια στην άλλη εφαρµογή να αντλεί στοιχεία),


αποστέλλονται στοιχεία από το Κέντρο Τηλεµέτρησης στην άλλη εφαρµογή. Σε αυτή την περίπτωση η διαχείριση των στοιχείων των πελατών και των κωδικών πρόσβασης γίνεται από τις άλλες εφαρµογές, ενώ η εφαρµογή Web του Κέντρου Τηλεµέτρησης ελέγχει µόνο την πρόσβαση των άλλων εφαρµογών (το εύρος των πελατών και των στοιχείων που αποστέλλει). Η Web εφαρµογή πρέπει να παρέχει ένα σύνολο από API's, ώστε να επιτρέπεται σε άλλα συστήµατα να παίρνουν την πληροφορία που χρειάζονται µέσω των API. 2.5. Περιβάλλον δοκιµών Το κέντρο τηλεµέτρησης θα πρέπει να λειτουργεί αδιάλειπτα για την εκπλήρωση των στόχων του. Ταυτόχρονα όµως θα πρέπει συνεχώς να βελτιώνει την λειτουργία του, να αναβαθµίζεται και να ακολουθεί την εξέλιξη της τεχνολογίας. Για το σκοπό αυτό πρέπει να υπάρχει η δυνατότητα να γίνονται δοκιµές, είτε για την εγκατάσταση νέων εκδόσεων του λογισµικού, είτε για αλλαγές στην παραµετροποίηση της εκάστοτε έκδοσης για την βελτιστοποίηση της απόδοσης. Θα πρέπει να είναι δυνατή επίσης, η ένταξη-αξιολόγηση νέων εφαρµογών, όπως πιλοτικά Χ.Τ., νέοι µετρητές και συνέργειες µe άλλα µετρητικά συστήµατα (νερό, αέριο) Θα πρέπει δηλαδή να υπάρχει ένα ξεχωριστό περιβάλλον του κεντρικού και εφεδρικού συστήµατος, στο οποίο θα µπορούν να γίνονται όλες οι απαιτούµενες δοκιµές, χωρίς να επηρεάζεται η παραγωγική λειτουργία του κέντρου τηλεµέτρησης. 2.6. Ασφάλεια συστήµατος Το σύστηµα AMR-MDM πρέπει να διαθέτει όλα τα απαραίτητα συστήµατα προστασίας:

• Από φυσικές απειλές (πυρκαγιά, υψηλή θερµοκρασία, υπέρταση, διακοπή τροφοδοσίας).

• Από µη εξουσιοδοτηµένη πρόσβαση. • Από κακόβουλες ενέργειες χρηστών του διαδικτύου. • Από λανθασµένες ενέργειες των χρηστών του.

Για τους παραπάνω λόγους το κέντρο τηλεµέτρησης και το εφεδρικό σύστηµα, πρέπει να διαθέτουν: Κλιµατισµό, UPS, Firewall, Backup, antivirus, πυρανίχνευση και πυροπροστασία, σύστηµα επιτήρησης των συνθηκών λειτουργίας του κέντρου (τάση τροφοδοσίας, θερµοκρασία, υγρασία κλπ.), καθώς και πρόσθετα συστήµατα ασφάλειας µε αυτόµατη ειδοποίηση του διαχειριστή (µε αποστολή SMS, e-mail κλπ) σε περίπτωση προβλήµατος.


Το σύστηµα πρέπει να εξασφαλίζει τα δεδοµένα του και σε περιπτώσεις ανθρωπίνων λαθών (∆υνατότητα επαναφοράς δεδοµένων σε περιπτώσεις λάθους χειρισµών – διαγραφών). Ο ανάδοχος θα πρέπει να παραδώσει Μελέτη Αρχιτεκτονικής Ασφάλειας του συστήµατος. Στόχος της µελέτης θα είναι η καταγραφή των τεχνικών και λειτουργικών απαιτήσεων και σύµφωνα µε αυτές ο σχεδιασµός µιας αρχιτεκτονικής ασφάλειας τόσο σε επίπεδο δικτύου και συστηµάτων, όσο και σε επίπεδο Web εφαρµογής. Πρέπει να διασφαλίζεται ότι σηµαντικοί παράµετροι ασφάλειας έχουν συµπεριληφθεί στις προδιαγραφές υλοποίησης του συνολικού Πληροφοριακού συστήµατος (Security by Design). Ο ανάδοχος πρέπει να αναπτύξει και να εφαρµόσει οδηγούς ασφαλούς παραµετροποίησης (Secure Configuration Guides). Έτσι το σύστηµα θα παραµετροποιείται σύµφωνα µε κανόνες και βέλτιστες πρακτικές ασφάλειας. Στόχος είναι η ανάπτυξη τεχνικών οδηγών ασφαλούς παραµετροποίησης όλων των δοµικών στοιχείων τα οποία απαρτίζουν το Σύστηµα και η υλοποίηση τους σε αυτό πριν από την ένταξη του στην παραγωγική λειτουργία. Συγκεκριµένα, θα πρέπει να αναπτυχθούν και να υλοποιηθούν οδηγοί ασφαλούς παραµετροποίησης κατ ελάχιστο για: Τις βάσεις δεδοµένων Τους εξυπηρετητές διαδικτύου (πχ. IIS X.X Secure Configuration guide, Apache X.X Secure Configuration guide etc.) Τα λειτουργικά συστήµατα τα οποία θα φιλοξενούν τις βάσεις δεδοµένων, και τους εξυπηρετητές διαδικτύου Τα Firewalls Πριν την ένταξη του συστήµατος σε παραγωγική λειτουργία πρέπει να πραγµατοποιηθούν Penetration Tests, τόσο σε επίπεδο συστήµατος και δικτύου (System & Network Penetration Test) όσο και σε επίπεδο εφαρµογής Web (Web Application Penetration Test). Τα προφίλ τα οποία θα προσοµοιώνουν τα Penetration Tests είναι τουλάχιστον: 1. System & Network Penetration Test: a) Εξωτερικός χρήστης χωρίς δικαιώµατα πρόσβασης b) Εσωτερικός χρήστης χωρίς δικαιώµατα πρόσβασης c) Εσωτερικός χρήστης µε δικαιώµατα πρόσβασης 2. Web Application Penetration Test a) Χρήστης µε δικαιώµατα πρόσβασης b) Χρήστης χωρίς δικαιώµατα πρόσβασης Πριν την παράδοση του συστήµατος πρέπει να γίνει και Έλεγχος Ασφάλειας Πηγαίου Κώδικα (Source Code Review). Ο ανάδοχος θα πρέπει να παραδώσει εγχειρίδιο ασφάλειας του συστήµατος, που θα περιγράφει αναλυτικά τις διαδικασίες που πρέπει να τηρούνται, ώστε να µην µειώνεται σε καµία περίπτωση η ασφάλεια του συστήµατος.


3. Εφεδρικό σύστηµα.

Επειδή το σύστηµα θεωρείται κρίσιµο για την λειτουργία της επιχείρησης, πρέπει να υπάρχει εφεδρεία σε περίπτωση έκτακτης ανάγκης. Για τον λόγο αυτό πρέπει να υπάρχει ένα εφεδρικό σύστηµα, εγκατεστηµένο σε διαφορετικό κτίριο από το κύριο σύστηµα και το οποίο θα πρέπει να είναι έτοιµο να λειτουργήσει ως κύριο σύστηµα σε περίπτωση που απαιτηθεί. Για το λόγο αυτό τα δύο συστήµατα πρέπει να επικοινωνούν είτε σε πραγµατικό χρόνο, είτε σε τακτά χρονικά διαστήµατα εντός της ηµέρας, ώστε το εφεδρικό σύστηµα να είναι ενηµερωµένο και να µπορεί να αντικαταστήσει λειτουργικά το κύριο σε περίπτωση ανάγκης. Πρέπει να υπάρχει αυτοµατοποιηµένο σενάριο αντικατάστασης που να τίθεται σε εφαρµογή όταν κριθεί απαραίτητο. Το εφεδρικό σύστηµα πρέπει να έχει όλες τις δυνατότητες του κύριου συστήµατος και πρέπει να µπορεί να λειτουργήσει ως κύριο εντός 24 ωρών, µετά την απόφαση για µετατροπή του σε κύριο σύστηµα. Μετά τη λήξη του συµβάντος που επέβαλε τη χρήση του εφεδρικού συστήµατος ως κύριου, πρέπει να υπάρχει αυτοµατοποιηµένη διαδικασία για την επαναφορά του κύριου συστήµατος σε κανονική λειτουργία, µε ενηµέρωση από το εφεδρικό σύστηµα για όλα τα δεδοµένα που έχουν καταχωρηθεί σε αυτό. Το εφεδρικό σύστηµα θα επανέλθει στη λειτουργία του ως εφεδρικό. Η µετάβαση στην κανονική λειτουργία και για τα δύο συστήµατα, θα πρέπει να γίνει µε την ελάχιστη δυνατή διακοπή λειτουργίας τους και σε κάθε περίπτωση µικρότερη από 24 ώρες.

ΤΕΥΧΟΣ 2 - ΤΕΧΝΙΚΗ ΠΕΡΙΓΡΑΦΗ ΕΞΟΠΛΙΣΜΟΥ ΤΟΥ ΣΥΣΤΗΜΑΤΟΣ...

Documents

Transcript of ΤΕΥΧΟΣ 2 - ΤΕΧΝΙΚΗ ΠΕΡΙΓΡΑΦΗ ΕΞΟΠΛΙΣΜΟΥ ΤΟΥ ΣΥΣΤΗΜΑΤΟΣ...