ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ (Το έντυπο αποστέλλεται στην ΕΥ ΕΠ ΨΣ) Κωδ ΟΠΣ (MIS) 327459 Πράξη Υποέργο Πληροφοριακό Σύστηµα Εγγυήσεων Προέλευσης Ηλεκτρικής Ενέργειας από Α.Π.Ε. ΚΑΙ Σ.Η.Θ.Υ.Α. και Μηχανισµού ιασφάλισής του ιάρκεια ιαβούλευσης Από 02/12/2011 Έως 13/01/2012 Φορέας (Αναθέτουσα Αρχή) ΛΕΙΤΟΥΡΓΟΣ ΑΓΟΡΑΣ ΗΛΕΚΤΡΙΚΗΣ ΕΝΕΡΓΕΙΑΣ Α.Ε. (ΛΑΓΗΕ) Όνοµατεπώνυµο Υπεύθυνου Επικοινωνίας για την Πράξη (όπως αναγράφεται στο εγκεκριµένο Τ Π) ΚΟΥΛΟΥΒΑΡΗ ΜΑΡΙΑ Τηλέφωνο 2109466910 e-mail Ηλεκτρονική ιεύθυνση διαβούλευσης (φορέα) mkoulouvari@lagie.gr http://www.desmie.gr/diaboyleyseis/ Αναφορικά µε τη δηµόσια διαβούλευση της ως άνω πράξης συµµετείχαν 5 φορείς ή εταιρείες. Τα σχόλια που ελήφθησαν τηρούνται στο φάκελο της πράξης, και επεξεργάστηκαν από τον Φορέα (ΛΑΓΗΕ). Συνηµµένα. 1) Πίνακας Αποτελεσµάτων ηµόσιας ιαβούλευσης Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 1/16
ΠΙΝΑΚΑΣ ΑΠΟΤΕΛΕΣΜΑΤΩΝ ΗΜΟΣΙΑΣ ΙΑΒΟΥΛΕΥΣΗΣ Α/Α 1 2 Παρατηρήσεις της εταιρείας µας αναφορικά µε το Κεφάλαιο Β (Τεχνικές Προδιαγραφές) των Τευχών της ιακήρυξης µε θέµα Εγγυήσεις Προέλευσης από ΑΠΕ και Σ.Η.Θ.Υ.Α.. Στην σελίδα 13, αναφέρεται: «Επιπρόσθετα, για το παραγωγικό σύστηµα πρέπει να προσφερθούν από τον Ανάδοχο 2 SAN (fiber) switches (για λόγους εφεδρείας) για τη διασύνδεσή του µε το SAN storage του Αναδόχου». Επίσης, τόσο στην σελίδα 46, στον πίνακα «Εξυπηρετητές (Database, και Application Servers πρωτεύοντος site)», όσο και στην σελίδα 49, στον πίνακα «Υπόλοιποι Εξυπηρετητές», στην παράγραφο 1.7.5 για το Λογισµικό Virtualization, αναφέρεται: «Να είναι πιστοποιηµένα συµβατό µε το προσφερόµενο HW των εξυπηρετητών, storage και εξοπλισµού δικτύου». Σε όλο το τεύχος δεν υπάρχει όµως καµία προδιαγραφή, ούτε άλλη αναφορά σε Storage. Παρακαλώ πολύ διευκρινίστε αν πρέπει ή όχι να προσφερθεί Storage. Αν ναι, ποιες είναι οι προδιαγραφές του. Στην σελίδα 51, στον πίνακα «Υπόλοιποι Εξυπηρετητές», στην παράγραφο 1.10.3, αναφέρεται: «υνατότητα αλλαγής µονάδας τροφοδοσίας, µνήµης και δίσκου ενώ το σύστηµα βρίσκεται σε λειτουργία (hot plug)», µε απαίτηση ΝΑΙ. εδοµένου ότι: - για αυτή την διαδικασία χρειάζεται memory board ξεχωριστό, ώστε να γίνεται διακοπή τροφοδοσίας, κάτι που δεν είναι ενσωµατωµένο στα DIMMs των κατασκευαστών µνήµης, - σε <=2U εξυπηρετητές δεν είναι δυνατή η τοποθέτηση τέτοιων memory boards λόγω βελτιστοποίησης διαθέσιµου χώρου, προτείνεται η αλλαγή σε: «υνατότητα αλλαγής µονάδας τροφοδοσίας και δίσκου ενώ το σύστηµα βρίσκεται σε λειτουργία (hot plug)». ΝΑΙ εν απαιτείται από τον Ανάδοχο λύση storage. Θα χρησιµοποιηθεί το υφιστάµενο IBM DS4800 storage του ΛΑΓΗΕ. Η προδιαγραφή αναδιατυπώνεται στην παράγραφο 3.4 ως εξής: «Επιπρόσθετα, για το παραγωγικό σύστηµα πρέπει να προσφερθούν από τον Ανάδοχο 2 SAN (fiber) switches (για λόγους εφεδρείας) για τη διασύνδεσή του µε το υφιστάµενο SAN storage του ΛΑΓΗΕ (IBM DS4800)». Για το Λογισµικό Virtualization (πίνακες συµµόρφωσης 1. Εξυπηρετητές (Database, και Application Servers πρωτεύοντος site) και 2.Υπόλοιποι Εξυπηρετητές), η προδιαγραφή 1.7.5 γίνεται: «Να είναι πιστοποιηµένα συµβατό µε το προσφερόµενο από τον Ανάδοχο εξοπλισµό». Η δυνατότητα αλλαγής µνήµης ενώ το σύστηµα βρίσκεται σε λειτουργία (hot plug) έχει διαγραφεί από τις προδιαγραφές όλων των Εξυπηρετητών. Η προδιαγραφή 1.10.3 (πίνακες συµµόρφωσης 1. Εξυπηρετητές (Database, και Application Servers πρωτεύοντος site) και 2.Υπόλοιποι Εξυπηρετητές), αναδιατυπώνεται ως εξής: «υνατότητα αλλαγής µονάδας τροφοδοσίας και δίσκου ενώ το σύστηµα βρίσκεται σε λειτουργία (hot plug)» ATOS ATOS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 2/16
3 4 5 Στην σελίδα 55, στον πίνακα «Σύστηµα Μεταγωγής KVM», στην παράγραφο 4.10, αναφέρεται: «Standard Πληκτρολόγιο 102 πλήκτρων». Για τον συνδυασµό KVM, οθόνης και πληκτρολογίου-ποντικιού, που προσφέρεται από τους διεθνείς επώνυµους κατασκευαστές υλικού σε 1U συρόµενο ράφι, τα πληκτρολόγια είναι ίδιας κατασκευής λόγω µεγέθους µε των notebooks και διαθέτουν ανάλογα µε την γλώσσα από 87 µέχρι 92 πλήκτρα, και αντίστοιχο ποντίκι µε των notebooks. εδοµένου δε ότι στην σελίδα 13, αναφέρεται ότι: «Τα τµήµατα που συνθέτουν το σύστηµα του Server (οθόνη, πληκτρολόγιο, motherboard, case) να προέρχονται από την ίδια κατασκευάστρια εταιρεία που θα αναγράφεται εµφανώς πάνω σ αυτά και στα κιβώτια όπου θα είναι συσκευασµένα.», παρακαλούµε να αλλάξει η προδιαγραφή και να γίνει: «Πληκτρολόγιο 88 πλήκτρων». Στην σελίδα 56, στον πίνακα «Ικρίωµα (Rack)», στην παράγραφο 5.1.2, αναφέρεται: «Να προσφερθεί ο απαραίτητος αριθµός µονάδων ώστε να καλύπτονται οι ανάγκες του Έργου (ύψους όχι µεγαλύτερου από 1,8m)». εδοµένου ότι: - το συνηθέστερο µέγεθος σε ικρίωµα είναι 42U (ύψος µαζί µε την βάση 203cm) ώστε να παρέχει την µεγαλύτερη συγκέντρωση εξοπλισµού σε λίγο χώρο βάσης, παρακαλούµε πολύ να αλλάξει η προδιαγραφή σε ύψος για 42U ικρίωµα (εκτός εάν υπάρχει περιορισµός ύψους για κάποιο λόγο που δεν γνωρίζουµε). Στην σελίδα 56, στον πίνακα «Ικρίωµα (Rack)», στην παράγραφο 5.2.8, αναφέρεται: «Ανεµιστήρες ψύξης» µε απαίτηση ΝΑΙ. Οι σύγχρονοι εξυπηρετητές, τα συστήµατα αποθήκευσης SAN, οι βιβλιοθήκες tape libraries καθώς και οι σύγχρονοι µεταγωγείς επώνυµων διεθνών κατασκευαστών, διαθέτουν ενεργές αρχιτεκτονικές ψύξης πατενταρισµένες, πού η ύπαρξη ανεµιστήρων οροφής θα συνέβαλε αρνητικά και επιβαρυντικά στην ψύξη του ικριώµατος. Κατόπιν τούτου προτείνουµε είτε να καταργηθεί η προδιαγραφή, είτε να αλλάξει σε: «Να περιγραφεί ο προσφερόµενος τρόπος εξαερισµού ψύξης του εξοπλισµού» µε απαίτηση ΝΑΙ. ΝΑΙ Με στόχο να µην αποκλειστεί κάποια κατασκευάστρια εταιρία λόγω πλήθους πλήκτρων του πληκτρολογίου, η προδιαγραφή 4.10 επαναδιατυπώνεται σε «Standard Πληκτρολόγιο». Η προδιαγραφή δεν αλλάζει καθώς υπάρχουν περιορισµοί στο ύψος. Η απαίτηση για τα ικριώµατα (racks) να διαθέτουν ανεµιστήρες ψύξης παραµένει. ATOS ATOS ATOS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 3/16
6 7 Στην σελίδα 56, στον πίνακα «Ικρίωµα (Rack)», στην παράγραφο 5.3.4, αναφέρεται: «υνατότητα διακοπής της παροχής µε ασφαλειοδιακόπτες στο ικρίωµα» µε απαίτηση ΝΑΙ. εδοµένου ότι: - σε µία πρότυπη εγκατάσταση ικριώµατος υπάρχει είτε UPS στο ικρίωµα (που διαθέτει διακόπτη), είτε σε περίπτωση εξωτερικού UPS ηλεκτρολογική εγκατάσταση µε ασφάλεια για κάθε ικρίωµα, πιστεύουµε ότι είναι πλεονασµατική η ύπαρξη τέτοιου ασφαλειοδιακόπτη. Κατόπιν τούτου προτείνουµε να καταργηθεί η προδιαγραφή ή τουλάχιστον να µετατραπεί η απαίτηση από ΝΑΙ σε ΕΠΙΘΥΜΗΤΟ. Στο Κεφάλαιο 5.3 Συνδεσιµότητα µε AIB αντί του AIB RPO πρέπει να αναφέρει AIB EECS. Οι κανονισµοί της AIB έχουν αλλάξει ελαφρώς και πλέον ονοµάζονται EECS κι όχι PRO. ΝΑΙ Η απαίτηση για τη δυνατότητα διακοπής της παροχής µε ασφαλειοδιακόπτες στο ικρίωµα παραµένει. Η προδιαγραφή στο κεφάλαιο 5.3 επαναδιατυπώνεται ως εξής: Ο Ανάδοχος δεσµεύεται να υλοποιήσει τη διασύνδεση του Φορέα µε τον AIB βάσει των εκάστοτε ισχυουσών προδιαγραφών του ΑΙΒ. ATOS EXERGIA Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 4/16
8 Σκοπός και στόχοι του έργου Στους σκοπούς και στους στόχους του έργου στην σελίδα 4-5 αναφέρεται πως η υλοποίηση του έργου θα πρέπει µεταξύ άλλων να διασφαλίσει: Την πλήρη και αποτελεσµατική κάλυψη των αναγκών του Την υψηλή ποιότητα των παρεχόµενων υπηρεσιών στους χρήστες των εφαρµογών. Την προστασία ευαίσθητων δεδοµένων Την εµπιστευτικότητα της πληροφορίας και πρόσβαση της πληροφορίας µόνο από τους εξουσιοδοτηµένους χρήστες ανάλογα µε το ρόλο που τους αποδίδεται Την ευελιξία προσαρµογής του συστήµατος στις ανάγκες της αγοράς ηλεκτρικής ενέργειας Την ευκολία διαχείρισης του συστήµατος Υψηλή διαθεσιµότητα Ακεραιότητα δεδοµένων Υψηλή ταχύτητα απόκρισης του λογισµικού ιαλειτουργικότητα µε άλλες εφαρµογές µέσω ανοιχτών προτύπων (π.χ. service bus, xml, web services κλπ) Επιπρόσθετα η διαβούλευση στη παράγραφο 10.3 (σελίδα 38) περιγράφει την διαθεσιµότητα του συστήµατος συνολικά. Η διαθεσιµότητα είναι µια σηµαντική παράµετρος στο έργο η οποία προκειµένου να εξασφαλισθεί θα πρέπει όλα στοιχεία της απαιτούµενης υποδοµής (υλικό και λογισµικό) να προσφέρουν τα απαραίτητα χαρακτηριστικά που θα µπορούν να την εξασφαλίσουν. Στο επίπεδο του υλικού ο αριθµός των φυσικών εξυπηρετητών εξασφαλίζει την απαιτούµενη διαθεσιµότητα, χωρίς όµως να συµβαίνει το ίδιο και στο επίπεδο των απαιτούµενων κεντρικών αποθηκευτικών µέσων (SAN) καθώς και του απαιτούµενου έτοιµου λογισµικού τόσο για το επίπεδο της βάσης δεδοµένων όσο και για το επίπεδο του λογισµικού εφαρµογών. ΝΑΙ Ισχύει η απάντηση που δόθηκε στο σχόλιο 1. PANSYSTEMS Πιο συγκεκριµένα: Στην παράγραφο 3.4 στη σελίδα 13 υπάρχει αναφορά για την διασύνδεση storage του Αναδόχου για το παραγωγικό σύστηµα. Επιπρόσθετα, για το παραγωγικό σύστηµα πρέπει να προσφερθούν από τον Ανάδοχο 2 SAN (fiber) switches (για λόγους εφεδρείας) για τη διασύνδεσή του µε το SAN storage του Αναδόχου χωρίς όµως να υπάρχει καµία προδιαγραφή που να περιγράφει τόσο την χωρητικότητα όσο και άλλες τεχνικές προδιαγραφές όπως διασυνδεσιµότητα, κτλ. Για το εφεδρικό περιβάλλον καθώς και για το Test/Development περιβάλλον δεν υπάρχει αναφορά για προσφορά κεντρικών αποθηκευτικών µέσων. Εάν ο ανάδοχος µε βάση την προδιαγραφή 1.7.5 του πίνακα 1. Εξυπηρετητές (Database, και Application Servers πρωτεύοντος site) στη σελίδα 46 καθώς και την προδιαγραφή 1.7.5 του πίνακα 2. Υπόλοιποι Εξυπηρετητές στη σελίδα 49, πρέπει να πιστοποιήσει λειτουργικότητα µε υπάρχον κεντρικό υποσύστηµα δίσκων τότε θα πρέπει να δοθούν οι απαραίτητες τεχνικές λεπτοµέρειες προκειµένου να εξασφαλισθεί η απαιτούµενη λειτουργικότητα πιστοποίηση. Επιπλέον η εξασφάλιση της λειτουργικότητας καθώς και της ισοροπηµένης λειτουργίας µε υπάρχοντα κεντρικά αποθηκευτικά µέσα (SAN) θα πρέπει να εξασφαλίζεται και µέσω των παρακάτω προδιαγραφών. Πίνακας 1. Εξυπηρετητές (Database, και Application Servers πρωτεύοντος site) Προδιαγραφή 1.6.1 (σελίδα 45) Πίνακας 2. Υπόλοιποι Εξυπηρετητές Προδιαγραφή 1.6.1 (σελίδα 49) καθώς και οι προδιαγραφές του πίνακα 4. Σύστηµα Μεταγωγής Fiber Switch στο σύνολο τους (σελίδα 54). Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 5/16
ΛΟΓΙΣΜΙΚΟ ΥΠΟ ΟΜΗΣ Για την διασφάλιση της ποιότητας των υποδοµών του έργου είναι απαραίτητο να τοποθετηθούν προδιαγραφές που να εξασφαλίζουν όχι µόνο την διαθεσιµότητα αλλά και όλα τα ποιοτικά χαρακτηριστικά και στοιχεία που αφορούν το σύνολο των Λογισµικών υποδοµών (Βάση εδοµένων και Application servers) που θα διαθέσει ο Ανάδοχος και που απαιτούνται από το έργο ξεκάθαρα µέσω της παραγράφου 1 ΣΚΟΠΟΣ ΚΑΙ ΣΤΟΧΟΙ ΤΟΥ ΕΡΓΟΥ στις σελίδες 4 και 5. 9 Παράγραφο 3.1 Βάση εδοµένων Στη παράγραφο 3.1 Βάση εδοµένων γίνεται αναφορά για ένα εννιαίο πληροφοριακό µοντέλο στο επίπεδο της βάσης δεδοµένων. Πιο συγκεκριµένα η αναφορά: Ο σχεδιασµός και η ανάπτυξη του συστήµατος πρέπει να βασίζεται σε ένα ενιαίο πληροφοριακό µοντέλο το οποίο θα αποθηκεύει όλες τις δοµές της πληροφορίας σε µία (1) κεντρική βάση δεδοµένων. Οι επιµέρους εφαρµογές του συστήµατος θα µοιράζονται τις κοινές πληροφορίες και θα µπορούν να τις χρησιµοποιούν άµεσα χωρίς να απαιτούνται µετατροπές αυτών ή αντιγραφές σε δικά τους σχήµατα. Προκειµένου αυτό να είναι εφικτό είναι απαραίτητο η αρχιτεκτονική σχεδίαση του επιπέδου της βάσης δεδοµένων να είναι σχεδασµένη µε τέτοιο τρόπο ώστε να επιτρέπει την απρόσκοπτη επεκτασιµότητα χωρίς περιοριστικούς όρους (π.χ. Αλλαγές στον κώδικα, ανάγκη για αλλαγή υλικού κλπ) τόσο στη χρήση των εφαρµογών όσο και στη συνεχόµενη διάθεση υπηρεσιών βάσης δεδοµένων. Η επεκτασιµότητα πρέπει να βασίζεται στην απλή λογική της προσθήκης κόµβων στο επίπεδο αυτό της αρχιτεκτονικής κάτι που βέβαια είναι σε πλήρη συµφωνία µε τη φιλοσοφία του έργου το οποίο απαιτεί δύο (2) εξυπηρετητές για τη βάση δεδοµένων. Απλά η διατύπωση ότι το µοντέλο της αρχιτεκτονικής πρέπει να βρίσκεται σε λειτουργία active-active είναι κάτι που πρέπει να διατυπωθεί ξεκάθαρα ως απαίτηση. Απαιτούνται: (1) συνολική διαθεσιµότητα 99% του συστήµατος (2) συγχρονισµένο εφεδρικό σύστηµα, (3) επεκτασιµότητα του συστήµατος, και (4) βάση δεδοµένων που καλύπτει τις ανάγκες του Έργου. Είναι αποδεκτές λύσεις µε επιπλέον των απαιτήσεων χαρακτηριστικά όπως λύσεις active-active. PANSYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 6/16
Οι συγκεκριµένες προδιαγραφές έχουν γενική ισχύ, και ως εκ τούτου ισχύουν και για τους web και application servers. 10 Application Servers Αντίστοιχες προδιαγραφές που να ικανοποιούν τις απαιτήσεις του έργου όπως αυτές περιγράφονται στην παράγραφο 1 ΣΚΟΠΟΣ ΚΑΙ ΣΤΟΧΟΙ ΤΟΥ ΕΡΓΟΥ θα πρέπει να περιγραφούν και για το έτοιµο λογισµικό στο επίπεδο του λογισµικού εφαρµογών (Web/Application Server) καθώς και προδιαγραφές υποστήριξης προτύπων και λειτουργικότητα για το λογισµικό που θα ικανοποιεί τις απαιτήσεις διαλειτουργικότητας όπως αυτό περιγράφεται στη παράγραφο 3.2 Application Servers στη σελίδα 11 ειδικά αφού υπάρχει και συγκερκιµένη απαίτηση για ειδικό εξυπηρετητή µε έτοιµο λογισµικό αποδίδοντας τη λειτουργικότητα του integration server. ΝΑΙ Για λόγους ευκρίνειας, οι παρακάτω προδιαγραφές επαναλαµβάνονται στις παραγράφους 3.2 και 3.3 καθώς και στους πίνακες συµµόρφωσης (2. ΤΕΧΝΙΚΑ ΧΑΡΑΚΤΗΡΙΣΤΙΚΑ ΥΠΟ ΟΜΗΣ ΣΥΣΤΗΜΑΤΟΣ προδιαγραφή 2.1.12): Το σύστηµα πρέπει να διασφαλίζει µεταξύ άλλων: Την πλήρη και αποτελεσµατική κάλυψη των αναγκών του Την υψηλή ποιότητα των παρεχόµενων υπηρεσιών στους χρήστες των εφαρµογών. Την προστασία ευαίσθητων δεδοµένων Την εµπιστευτικότητα της πληροφορίας και πρόσβαση της πληροφορίας µόνο από τους εξουσιοδοτηµένους χρήστες ανάλογα µε το ρόλο που τους αποδίδεται Την ευελιξία προσαρµογής του συστήµατος στις ανάγκες της αγοράς ηλεκτρικής ενέργειας Την ευκολία διαχείρισης του συστήµατος Υψηλή διαθεσιµότητα Ακεραιότητα δεδοµένων Υψηλή ταχύτητα απόκρισης του λογισµικού ιαλειτουργικότητα µε άλλες εφαρµογές µέσω ανοιχτών προτύπων (π.χ. service bus, xml, web services κλπ) PANSYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 7/16
11 12 Eικονικοποίησης µηχανών (virtualization) Η επιλογή της εικονικοποίησης µηχανών (virtualization) είναι σωστή και σύµφωνη µε τις απαιτήσεις των καιρών που υπαγορεύουν την βέλτιστη δυνατή αξιοποίηση των πόρων του διαθέσιµου υλικού. Θεωρούµε ότι µε την επιλογη αυτή επιτρεπετε στον ΛΑΓΗΕ να κάνει µια πολύ πιο ευελικτη χρήση των υπολογιστικών πόρων των συστηµάτων που ζητούντε για το έργο. Στο πλαίσο αυτό προτείνετε να επιτραπεί στον ανάδοχο να επιλέξει κατά την δική του εκτίµηση την κατανοµή των πόρων / servers που έργου. Ενδεικτικά νοµίζουµε πως η απαίτηση για ισότιµο σύστηµα στο επίπεδο του Test και Development είναι υπερβολική αφού µέσω της χρήσης του virtualization µπορούν να εξοικονοµηθούν οι απαραίτητοι πόροι από τα υπόλοιπα συστήµατα (παραγωγής, εφεδρικό) προκειµένου να υλοποιηθεί και το περιβάλλον του Test και Development. Λειτουργικά συστήµατα Προτείνετε η περιγραφή των ζητούµενων λειτουργικών συστηµάτων να τροποποιηθεί σε «Linux ή ΜS windows». ΝΑΙ Οι προδιαγραφές των εξυπηρετητών (Παράρτηµα Β.1(A): Πίνακες Συµµόρφωσης Εξοπλισµού 1.Εξυπηρετητές (Database, και Application Servers πρωτεύοντος site) & 2. Υπόλοιποι Εξυπηρετητές) είναι δεσµευτικές. Η προδιαγραφή 1.7.1 στο κεφ. 1 Εξυπηρετητές, επαναδιατυπώνεται ως εξής: Ο εξυπηρετητής ως µονάδα (συµπεριλαµβανοµένων όλων των Modules που διαθέτει) θα πρέπει να υποστηρίζεται από το λειτουργικό σύστηµα Linux ή Microsoft Windows Server (Να υπάρχουν στα σχετικά Hardware Compatibility Lists) και να συνοδεύεται από τις απαραίτητες άδειες χρήσης. PANSYSTEMS PANSYSTEMS Αντίστοιχα αλλάζει και στο κεφ. 2 υπόλοιποι εξυπηρετητές, η προδιαγραφή 1.7.1. Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 8/16
13 Β Μέρος, Παρ. 2.1, σελ. 7/112 Το υφιστάµενο µεταβατικό πληροφοριακό σύστηµα έχει σύµφωνα µε την υπό δηµόσια διαβούλευση διακήρυξη εξυπηρετήσει την εγγραφή 180 παραγωγών και προµηθευτών ηλεκτρικής ενέργειας και έχει διεκπεραιώσει την έκδοση 3.000.000 εγγυήσεων προέλευσης παράγοντας τον σχετικό όγκο δεδοµένων. Επίσης θεωρούµε ότι η χρήση σύγχρονων τεχνολογιών στους τοµείς της διαχείρισης δεδοµένων και της εκτέλεσης και φιλοξενίας εφαρµογών δηµιουργήσει κατά τη διάρκεια του χρόνου λειτουργίας του µια παρακαταθήκη σηµαντικής εµπειρίας και τεχνογνωσίας στον ΛΑΓΗΕ. Συνεπώς κρίνεται σκόπιµο για την επιτυχή ολοκλήρωση της διαγωνιστικής διαδικασίας και θέση σε λειτουργία του νέου πληροφοριακού συστήµατος να διευκρινιστεί το κατά πόσο αυτό είναι επιθυµητό να βασιστεί στο υφιστάµενο µεταβατικό πληροφοριακό σύστηµα το οποίο µέχρι σήµερα παρέχει τις απαιτούµενες υπηρεσίες σχετικές µε τα Μητρώα Εγκαταστάσεων και Εγγυήσεων Προέλευσης και σε ποιό βαθµό. Για λόγους που θα συνεισφέρουν σηµαντικά στην αρτιότητα των προσφερόµενων λύσεων πρέπει επίσης να αναφερθούν οι επιθυµητές τεχνολογικές επιλογές, να τεθούν τα σχετικά κριτήρια αξιολόγησης και να αναλυθούν επαρκώς στην τελική διακήρυξη οι διαδικασίες µετάπτωσης δεδοµένων και εφαρµογών στο νέο παραγωγικό σύστηµα είτε αυτό πρόκειται να αποτελέσει φυσική συνέχεια/επέκταση του υφιστάµενου µεταβατικού Συστήµατος ιαχείρισης Εγγυήσεων Προέλευσης είτε οι υποψήφιοι δεν καλούνται υποχρεωτικά να προτείνουν λύσεις συναφείς µε την υφιστάµενη πληροφοριακή υποδοµή και εφαρµογές. Προσθήκη στο τέλος της παραγράφου 2.1: Το υφιστάµενο µεταβατικό πληροφοριακό σύστηµα υποστηρίζει περιορισµένες δυνατότητες σε σχέση µε το προκηρυχθέν και κατά συνέπεια θα αντικατασταθεί εξ ολοκλήρου από το προκηρυχθέν Πληροφοριακό Σύστηµα ΕΠ Η κατάργησή του θα γίνει µε τη θέση σε λειτουργία του νέου συστήµατος. ίνεται η δυνατότητα στον Ανάδοχο να επαναχρησιµοποιήσει εάν επιθυµεί τις άδειες χρήσης του υφιστάµενου µεταβατικού συστήµατος (συγκεκριµένα, του Oracle WebLogic 11g). PANSYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 9/16
Β Μέρος, Παρ. 3.3, σελ. 11/112 & Κεφ. 5 - ιασυνδέσεις Συστήµατος, σελ 16/112 14 Για την πλήρη και αποτελεσµατική κάλυψη των αναγκών επικοινωνίας και διαλειτουργικότητας µε τρίτα συστήµατα του νέου Συστήµατος ιαχείρισης Εγγυήσεων Προέλευσης και σε συνδυασµό µε την αναµενόµενη λειτουργικότητα του Έργου IEIS του ΛΑΓΗΕ προτείνεται η ρητή αναφορά στις απαιτούµενες τεχνικές προδιαγραφές του µηχανισµού όπως αυτός αναφέρεται στη σελίδα 11 του Β Μέρους της διακήρυξης σε σχετικό πίνακα προδιαγραφών. Οι εν λόγω προδιαγραφές θα πρέπει να εξασφαλίζουν αφενός πλήρη υποστήριξη από τον µηχανισµό διαλειτουργικότητας ανοικτών SOA προτύπων (π.χ. SCA, BPEL4WS 1.1/2.0, SAML, REST, κλπ) και δυνατοτήτων που αναφέρονται στην Παρ. 5.8, σελ 21/122 (π.χ. SOAP 1.2, MTOM, WS-RM, WS-Security, WS-Interoperability BP, WS- Interoperability SP, κ.ο.κ) και αφετέρου να δίνουν τη δυνατότητα στους υποψήφιους αναδόχους να προσφέρουν συµβατά µε τον µηχανισµό out-of-the-box adapter frameworks τα οποία να υποστηρίζουν την διασύνδεση µε τις υφιστάµενα στον ΛΑΓΗΕ επιµέρους πακέτα εφαρµογών (π.χ. SAP, Oracle E- Business Suite, κλπ). Με αυτόν τον τρόπο θα ελαχιστοποιηθεί το κόστος ολοκλήρωσης µε τις υποδοµές ESB και Messaging του IEIS και αναβαθµίζονται σηµαντικά οι δυνατότητες επικοινωνίας και ενορχήστρωσης επιχειρηµατικών εφαρµογών του ΛΑΓΗΕ µε τις λειτουργίες του νέου Συστήµατος ιαχείρισης Εγγυήσεων Προέλευσης όπου αυτό είναι αναγκαίο. Ισχύει η διατύπωση της 5.8. Ο Ανάδοχος πρέπει να παρέχει διασύνδεση µε το έργο IEIS του ΛΑΓΗΕ, µέσω επικοινωνίας µε αρχεία XML. Οι αναλυτικές ανάγκες διασύνδεσης θα προσδιορισθούν στην φάση ανάλυσης απαιτήσεων του έργου Εγγυήσεων Προέλευσης. Αν το έργο Εγγυήσεων Προέλευσης χρονικά ολοκληρωθεί πριν το έργο IEIS, θα πρέπει ο Ανάδοχος να καθορίσει την µορφή των interfaces διασύνδεσης µε το ΟΕΠΣ, δίνοντας σαν έξοδο από την εφαρµογή Εγγυήσεων Προέλευσης τυποποιηµένα αρχεία XML (η µορφή των οποίων θα είναι καταγεγραµµένη). PANSYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 10/16
Η οποιαδήποτε επικοινωνία-διασύνδεση του Web Server µε άλλο σύστηµα, θα γίνεται µέσω του Integration Server που αναφέρεται στη 3.2 Application Servers. 15 Β Μέρος, Παρ. 3.3, σελ. 12/112 Προτείνεται η απαλοιφή της τελευταίας παραγράφου: "Το σύστηµα να έχει τη δυνατότητα επικοινωνίας...". Οι συγκεκριµένες λειτουργικές προδιαγραφές οι οποίες αφορούν στον µηχανισµό διαλειτουργικότητας µε τρίτα συστήµατα έχουν προηγουµένως αναφερθεί µε πανοµοιότυπο τρόπο στην Παράγραφο 3.2 - Application Servers όπου θεωρούµε ότι υφίσταται τεχνική συνάφεια. Έτσι θεωρούµε ότι αφενός δεν τίθενται θέµα παρερµηνείας εκ µέρους των υποψηφίων αναδόχων σε σχέση µε τις λειτουργικές προδιαγραφές της επιθυµητής λύσης ενώ οι όποιες ανάγκες επικοινωνίας και διαλειτουργικότητας της ιαδικτυακής Πύλης µπορούν να καλυφθούν πλήρως µέσω του επιπέδου Application Server - Integration Engine Τέλος στα πλαίσια της διαθεσιµότητας της λύσης θεωρούµε ότι είναι απαραίτητο να περιγραφεί και η λύση backup (τόσο σε επίπεδο υλικού -server- όσο και σε επίπεδο λογισµικού) που θα εξυπηρετεί την λήψη αντιγράφων ασφαλείας της υποδοµής τόσο για τα δεδοµένα των εφαρµογών όσο και λοιπά περιεχόµενα των εξυπηρετητών της λύσης. ΝΑΙ Το σχετικό χωρίο της 3.3 επαναδιατυπώνεται αντίστοιχα ως εξής: Το σύστηµα να έχει τη δυνατότητα επικοινωνίας - διασύνδεσης (διαλειτουργικότητα) µε ετερογενή συστήµατα σε επίπεδο εφαρµογών και διαδικασιών µε ανταλλαγή - µεταφορά δεδοµένων. Η επικοινωνία του Web Server µε τα άλλα συστήµατα και εφαρµογές θα γίνεται µέσω του Integration Server που θα υπάρχει στους Application Servers, όπως προδιαγράφεται στην παρ. 3.2 Application Servers. Σχετικά µε τη λύση του backup έχει προστεθεί η παρακάτω περιγραφή στην παράγραφο 3: Σε ό,τι αφορά τη (προγραµµατισµένη) φύλαξη αντιγράφων ασφαλείας θα γίνεται µέσω της υφιστάµενης υποδοµής του ΛΑΓΗΕ, και συγκεκριµένα της λύσης του IBM Tivoli Storage Manager. Ο Ανάδοχος πρέπει να προτείνει συγκεκριµένη πολιτική και διαδικασίες για backup όλων των τµηµάτων του Συστήµατος. Εάν χρειασθούν επιπρόσθετοι agents και άδειες χρήσης, αυτές βαρύνουν το ΛΑΓΗΕ. PANSYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 11/16
16 Κεφάλαιο Α. Όροι ιαγωνισµού Γενικές Πληροφορίες. Άρθρο 2: Είδος ιαδικασίας, σελ 3. Αναφέρεται το εξής: «Ανοικτή διαδικασία µε κριτήριο κατακύρωσης τη χαµηλότερη τιµή για το σύνολο των ζητούµενων αγαθών και υπηρεσιών του παρόντος ιαγωνισµού, όπως αναλύονται στο Άρθρο 4 και 5 της παρούσης διακήρυξης». Προτείνουµε να τροποποιηθεί το είδος διαδικασίας ώστε να συνυπολογιστούν συντελεστές βαθµολόγησης της τεχνικής και οικονοµικής προσφοράς. Συγκεκριµένα, προτείνουµε να δοθεί ιδιαίτερη βαρύτητα στην αξιολόγηση των τεχνικών προτάσεων (Συντελεστής Βαρύτητας Τεχνικής Προσφοράς: 70%, Συντελεστής Βαρύτητας Οικονοµικής Προσφοράς: 30%), προκειµένου να κριθούν και να βαθµολογηθούν αντικειµενικά οι προτάσεις των συµµετεχόντων και να δηµιουργηθεί µία ποιοτική κατάταξη αυτών. Η αξιολόγηση της παραπάνω παρατήρησης αφορά στο µέγεθος, η πολυπλοκότητα και το ύψος του προϋπολογισµού του συγκεκριµένου Έργου. Η πρόκριση ενός αριθµού συµµετεχόντων δηµιουργεί µία µορφή κατάταξης, συγκριτικά όµως µε τους συµµετέχοντες που απορρίφθηκαν. Καθώς λοιπόν είναι δεδοµένο πως η ικανότητα, η εµπειρία και η προτεινόµενη λύση από κάθε συµµετέχοντα θα διαφέρει, θα πρέπει να δηµιουργηθεί µία λογική ταξινόµησης αυτών, ώστε να διασφαλιστεί το γεγονός της επιλογής του καταλληλότερου Αναδόχου από τον ΛΑΓΗΕ. UNISYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 12/16
17 Άρθρο 12: Περιεχόµενο Επιµέρους Φακέλου ικαιολογητικών, Παράγραφος 12.2, Ενότητα (viii), σελ. 17. Αναφέρεται πως τα έργα που θα υποδείξει κάθε προσφέροντας ως αντιστοίχου µεγέθους µε το παρόν Έργο θα πρέπει «να αφορούν σε σχεδιασµό, ανάπτυξη εγκατάσταση, λειτουργία και συντήρηση πληροφοριακών συστηµάτων στον τοµέα διαχείρισης ενεργειακών αγορών ή συστηµάτων ελέγχου ενέργειας και θα πρέπει να έχουν πραγµατοποιηθεί τα τελευταία πέντε (5) χρόνια». Επίσης, σε επόµενη αναφορά σχετικά µε την Τεχνική Ικανότητα του προσφέροντος δηλώνεται πως «ελάχιστο κριτήριο συµµετοχής στον διαγωνισµό τίθεται η ανάληψη και εκτέλεση ενός τουλάχιστον έργου έκδοσης ευρωπαϊκών πιστοποιητικών προέλευσης (µε διασύνδεση µε ΑΙΒ) και η κάλυψη όλων των πεδίων του Υποδείγµατος Ι». Κάθε υποψήφιος Ανάδοχος θα πρέπει να αποδείξει πως πληροί τα παραπάνω κριτήρια επί ποινή αποκλεισµού, καταθέτοντας αντίστοιχα έγγραφα και δηλώσεις. Τονίζουµε πως τα παραπάνω 2 κριτήρια µεµονωµένα και αθροιστικά αποκλείουν το µεγαλύτερο ποσοστό Ελληνικών Εταιριών παροχής Προϊόντων και Υπηρεσιών Πληροφορικής, καθώς δεν έχουν υλοποιηθεί αντίστοιχα Έργα στον Ελλαδικό χώρο. Καθώς η Ελληνική Οικονοµία, αλλά και οι Ελληνικές Επιχειρήσεις βιώνουν µια κατάσταση πρωτοφανούς οικονοµικής δυσχέρειας, προτείνουµε την απάλειψη των παραπάνω προϋποθέσεως, ώστε να δοθεί η δυνατότητα συµµετοχής Ελληνικών Επιχειρήσεων. Για την διασφάλιση της εµπειρίας, ποιοτικής και τεχνικής ικανότητας των συµµετεχόντων, προτείνουµε την αντικατάσταση των παραπάνω προϋποθέσεων µε τις εξής: Για τις απαιτούµενες τεχνολογίες υλοποίησης, ο συµµετέχων θα πρέπει να έχει υλοποιήσει τουλάχιστον πέντε έργα σε φορείς και οργανισµούς του ηµοσίου Τοµέα, κατά την τελευταία 5ετία, µε τουλάχιστον αντίστοιχο προϋπολογισµό έργου Ο συµµετέχων θα πρέπει να διαθέτει όλες τιε απαραίτητες πιστοποιήσεις για κάθε τεχνολογική πλατφόρµα Τρίτου Κατασκευαστή που θα προταθεί στην Τεχνική του Προσφορά. Οι πιστοποιήσεις αυτές θα πρέπει να είναι υπογεγραµµένες από τον Τρίτο Κατασκευαστή. Ο συµµετέχων θα πρέπει να παρουσιάσει Ισολογισµούς (ή ηλώσεις Κύκλου Εργασιών) των πέντε τελευταίων ετών. Ο Κύκλος Εργασιών κάθε έτους θα πρέπει να είναι τουλάχιστον πενταπλάσιος από τον προϋπολογισµό του συγκεκριµένου έργου, ώστε να διασφαλίζεται το µέγεθος και η οικονοµική ευρωστία του συµµετέχοντα. Ο συµµετέχων θα πρέπει να έχει εµπειρία στην υλοποίηση και ολοκλήρωση σύνθετων έργων πληροφορικής στον ηµόσιο Τοµέα και θα πρέπει να παρουσιάσει τουλάχιστον τρία έργα κατά την τελευταία 3ετία, όπου ο Προϋπολογισµός αυτών είναι τουλάχιστον 3πλάσιος από αυτόν του παρόντος Έργου. Τα έργα που θα παρουσιάσει ο συµµετέχων θα πρέπει να έχουν υλοποιηθεί µε τεχνολογίες ανάπτυξης και υλοποίησης αντίστοιχες µε τις προτεινόµενες στο παρόν έργο. Επιπρόσθετα, τουλάχιστον ένα έργο από τα παραπάνω θα πρέπει να περιλαµβάνει περίπλοκες λειτουργικότητες µε µεθοδολογίες SOA και ενορχήστρωση Web Services. UNISYSTEMS Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 13/16
Η υλοποίηση της τοπολογίας ασφάλειας θα γίνει µε χρήση υφιστάµενου εξοπλισµού, γι αυτό και δεν ζητείται ούτε προδιαγράφεται εξοπλισµός firewall. 18 Τεχνικές Προδιαγραφές. Σελ. 14 : Στο σχήµα περιγράφεται µια τοπολογία µε τρείς ζώνες ασφάλειας (Web, App, DB). Η υλοποίηση των ζωνών απαιτεί σύστηµα Firewall το οποίο δεν φαίνεται να είναι αντικείµενο του έργου. Παρακαλώ διευκρινίστε αν η υλοποίηση της τοπολογίας ασφάλειας θα γίνει µε χρήση υφιστάµενου εξοπλισµού (εάν όχι, θα πρέπει να προστεθούν οι αντίστοιχοι πίνακες προδιαγραφών). Το αντίστοιχο χωρίο της παρ.4 ΑΣΦΑΛΕΙΑ ΣΥΣΤΗΜΑΤΟΣ επαναδιατυπώνεται ως εξής: <<Οι θύρες που απαιτούνται για την µεταξύ τους επικοινωνία θα πρέπει να είναι σαφώς καθορισµένες (TCP/UDP ports) ώστε να επιτρέπονται στο τείχος ασφάλειας (firewall). Η υλοποίηση της τοπολογίας ασφάλειας θα γίνει µε χρήση υφιστάµενου εξοπλισµού. Ο Ανάδοχος θα πρέπει να προβεί στη θωράκιση των εξυπηρετητών σε επίπεδο λειτουργικού συστήµατος (OS Hardening) µε την απενεργοποίηση µη χρησιµοποιούµενων υπηρεσιών (services), λογαριασµών χρηστών (accounts) κ.λ.π..>> CISCO SYSTEMS HELLAS 19 Σελ. 45 (παρ. 1.5 - ίκτυο) : Γίνεται αναφορά σε (τουλάχιστον) τέσσερις Ethernet κάρτες του 1Gbps. Πιστεύουµε, ότι σε ένα σύστηµα µε τις δυνατότητες που ζητάτε και µάλιστα σε µία εποχή που οι ανάγκες του 10 Gbit ανεβαίνουν κατακόρυφα (ακριβώς λόγω της χρήσης του virtualization) θα πρέπει να ληφθεί υπόψη η χρήση τουλάχιστον 2 θυρών 10Gbps, αντί για τις απλές του 1 Gbit. Λειτουργίες όπως Live migration (δηλαδή η µεταφορά µίας virtual µηχανής από µία φυσική σε µία δεύτερη) δίνουν τεράστια οφέλη µε τη χρήση των 10 Gbit (βλ. παρακάτω). Για τις συνδέσεις µε το LAN και το SAN,οι απαιτήσεις καθορίζονται από τον υφιστάµενο εξοπλισµό (switches) και το LAN δίκτυο του ΛΑΓΗΕ. CISCO SYSTEMS HELLAS Το ίδιο ισχύει για την σελ. 49 (παρ. 1.5) Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 14/16
20 Σελ. 45 (παρ. 1.6 - Σύνδεση µε δίκτυο αποθήκευσης) : Θα προτείναµε να χρησιµοποιήσετε εναλλακτικά τις νέου τύπου κάρτες, Converged Network Adapters (CNA), όπου µέσα από δύο φυσικά 10 Gbit interfaces, µπορείτε να πάρετε τουλάχιστον δύο 10Gbps Ethernet και δύο 4 Gbps FC, σε κόστος χαµηλότερο των απλών FC καρτών Απαιτούνται διαχωρισµένα LAN και SAN δίκτυα σε αναλογία µε την υφιστάµενη αρχιτεκτονική. CISCO SYSTEMS HELLAS Το ίδιο ισχύει για την σελ. 49 (παρ. 1.6) Σελ. 46 (παρ. 1.8 - C.P.U) : Γίνεται αναφορά σε ένα 4 socket σύστηµα, που στις µετρήσεις κατά SPEC (για παράδειγµα SPECrate_int), έχουµε ένα εγγυηµένο αποτέλεσµα Base της τάξης των 480 µονάδων 21 Παρόµοιο αποτέλεσµα (ενδεχοµένως µε µία ελάχιστη απόκλιση της τάξης του 1%) µπορεί να επιτευχθεί και από σύστηµα που φέρει δύο επεξεργαστές όµοιας τεχνολογίας (π.χ E7-2860) διατηρώντας τα υπόλοιπα χαρακτηριστικά ίδια µε αυτά που ζητάτε. Το όφελος για τον ΛΑΓΗΕ θα είναι (ανάλογα µε το λογισµικό virtualization που θα χρησιµοποιηθεί), η µείωση του κόστους για άδειες λογισµικού έως το µισό, χωρίς κανένα ουσιαστικά συµβιβασµό. Επίσης η κατανάλωση ρεύµατος θα είναι σηµαντικά χαµηλότερη, όπως και ο απαιτούµενος χώρος σε RU (µε δεδοµένο ότι 4 socket συστήµατα απαιτούν 4 RU) Για λόγους performance και επεκτασιµότητας απαιτείται (για τους εξυπηρετητές του πρωτεύοντος site) η δυνατότητα εγκατάστασης τουλάχιστον 4 CPUs. Το ελάχιστο πλήθος των απαιτούµενων (εγκατεστηµένες CPUs) είναι 2 για τους εξυπηρετητές του πρωτεύοντος site. CISCO SYSTEMS HELLAS Για τους ανωτέρω λόγους προτείνουµε την µετατροπή της προδιαγραφής 1.8.5 σε > 2, ενώ παράλληλα προτείνουµε να τεθεί ένα κατώτατο όριο performance που να εξασφαλίζει την απαιτούµενη επίδοση (όπως το παράδειγµα που τέθηκε στην αρχή) Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 15/16
22 Σελ. 54 (παρ. 4 - Σύστηµα Μεταγωγής Fiber Switch) : εν αναφέρεται η ύπαρξη δεύτερου τροφοδοτικού, που για το περιβάλλον που προδιαγράφεται θεωρούµε ότι είναι απαραίτητο. Επιπλέον, σε περίπτωση που χρησιµοποιηθούν CNA κάρτες (σύµφωνα µε παραπάνω πρότασή µας), τότε δεν απαιτούνται ξεχωριστά FC switches, δεδοµένου ότι τα χαρακτηριστικά του FC ενσωµατώνονται στα 10Gbit Ethernet switches. εν είναι αποδεκτό HW SPOF γι αυτό το λόγο απαιτούνται 2 µονάδες (2 switches). Με αυτόν τον τρόπο η ύπαρξη δεύτερου τροφοδοτικού σε κάθε switch δεν κρίνεται απαραίτητη. CISCO SYSTEMS HELLAS Ο Υπεύθυνος Επικοινωνίας για την Πράξη ΜΑΡΙΑ ΚΟΥΛΟΥΒΑΡΗ Ε ΣΗΕ Έντυπο : ΑΠΟΤΕΛΕΣΜΑΤΑ ΙΑΒΟΥΛΕΥΣΗΣ Σελίδα 16/16