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

Υ.Ν.Α.Ν.Π. ΕΝΤΥΠΟ ΔΗΜΟΣΙΑΣ ΔΙΑΒΟΥΛΕΥΣΗΣ ΤΕΧΝΙΚΩΝ ΠΡΟΔΙΑΓΡΑΦΩΝ Ε2 Το παρόν θα αναρτηθεί σε επεξεργάσιμη μορφή στο www.hcg.gr και στο www.yen.gr Ημερομηνία Προς ΕΠΙΤΕΛΙΚΗ ΔΟΜΗ ΕΣΠΑ ΥΝΑΝΠ Πίνακας Στοιχείων Συμμετέχοντα Επωνυμία: 01 SOLUTIONS HELLAS ΕΠΕ Έδρα: Χελμού 20 Μαρούσι Υπεύθυνος επικοινωνίας Λουκάς Δομέστιχος Τηλέφωνο: 2155500880 Φαξ 2155500883 Email: sales@01solutions.gr Web: www. 01solutions.gr Τίτλος Έργου: Προμήθεια ειδών / Παροχή Υπηρεσιών Τμηματική Υποβολή: Πίνακας Στοιχείων Έργου (Συμπληρώνεται από την Υπηρεσία) ΟΛΟΚΛΗΡΩΜΕΝΟ ΠΛΗΡΟΦΟΡΙΑΚΟ ΣΥΣΤΗΜΑ ΝΑΥΤΙΚΗΣ ΕΚΠΑΙΔΕΥΣΗΣ ΟΠΣ-ΝΕ ΜΕΙΚΤΗ ΣΥΜΒΑΣΗ (ΠΑΡΟΧΗ ΥΠΗΡΕΣΙΩΝ/ΠΡΟΜΗΘΕΙΑ ΕΙΔΩΝ) Προϋπολογισμός: 821.600,00 ΣΥΜΠΕΡΙΛΑΜΒΑΝΟΜΕΝΟΥ ΦΠΑ 24% 662.580,65 ΧΩΡΙΣ ΦΠΑ ΕΥΡΩΠΑΪΚΟ ΤΑΜΕΙΟ ΠΕΡΙΦΕΡΕΙΑΚΗΣ ΑΝΑΠΤΥΞΗΣ ΚΑΙ ΕΘΝΙΚΟΙ ΠΟΡΟΙ ΤΗΣ Πηγή Χρηματοδότησης: ΕΛΛΑΔΑΣ ΚΑΙ ΤΗΣ ΚΥΠΡΟΥ ΣΤΟ ΠΛΑΙΣΙΟ ΤΟΥ ΠΡΟΓΡΑΜΜΑΤΟΣ ΣΥΝΕΡΓΑΣΙΑΣ INTERREG V-A «ΕΛΛΑΔΑ-ΚΥΠΡΟΣ 2014-2020» Είδος Διαγωνισμού: ΗΛΕΚΤΡΟΝΙΚΟΣ ΤΑΚΤΙΚΟΣ ΔΙΑΓΩΝΙΣΜΟΣ ΑΝΟΙΧΤΗΣ ΔΙΑΔΙΚΑΣΙΑΣ, ΔΙΕΘΝΟΥΣ ΣΥΜΜΕΤΟΧΗΣ Κριτήριο Κατακύρωσης: ΠΛΕΟΝ ΣΥΜΦΕΡΟΥΣΑ ΑΠΟ ΟΙΚΟΝΟΜΙΚΗΣ ΑΠΟΨΗΣ ΠΡΟΣΦΟΡΑ Χρόνος Παράδοσης: Τόπος Παράδοσης: ΟΧΙ ΣΥΜΦΩΝΑ ΜΕ ΤΙΣ ΤΕΧΝΙΚΕΣ ΠΡΟΔΙΑΓΡΑΦΕΣ ΣΥΜΦΩΝΑ ΜΕ ΤΙΣ ΤΕΧΝΙΚΕΣ ΠΡΟΔΙΑΓΡΑΦΕΣ Παρατηρήσεις επί των τεχνικών χαρακτηριστικών 1. Στο 2.1.19.αναφέρεται: «Περιβάλλοντα ανάπτυξης από τον Ανάδοχο: Απαραίτητα θεωρούνται τα Development (dev), User Acceptance Test(UAT) και Staging περιβάλλοντα πέραν της παραγωγής με όλα τα συστατικά (components) που περιγράφονται. Για τα dev και UAT περιβάλλοντα μπορεί η φιλοξενία των συστατικών να γίνει σε μία εικονική μηχανή(virtual

Machine-VM). Αντίθετα, το Staging περιβάλλον πρέπει να είναι καθρέπτης (mirror) της παραγωγής (δηλαδή αντίστοιχη αρχιτεκτονική και αριθμός εικονικών μηχανών με το παραγωγικό περιβάλλον.» Βέλτιστή πρακτική σε ανάλογα έργα είναι, στο περιβάλλον Staging τα χαρακτηριστικά να είναι υποδεέστερα του παραγωγικού περιβάλλοντος (π.χ. ένα vm για κάθε ρόλο αφού δεν απαιτείται high availability ή/και load balancing). Η πρακτική αυτή μειώνει τις απαιτήσεις σε πόρους χωρίς να μειώνει την αξιοπιστία της προσφερόμενης λύσης. 2. Στο 2.1.22. αναφέρεται «Εμπιστευτικότητα πληροφοριών: Το υπό ανάπτυξη ολοκληρωμένο πληροφοριακό σύστημα να καλύπτει τις απαιτήσεις της κείμενης νομοθεσίας περί απορρήτου προσωπικών δεδομένων και να συμμορφώνεται με τον Κανονισμό Ε.Ε. 679/2016. Σε κάθε περίπτωση να λαμβάνονται υπόψη οι τεχνολογίες/τεχνικές ιδιωτικότητας και προστασίας προσωπικών δεδομένων κατά το σχεδιασμό του συστήματος, με προκαθορισμένες ρυθμίσεις φιλικές προς τη προστασία αυτών, ιδιαίτερη έμφαση σε τεχνικές κρυπτογράφησης, ψευδωνυμοποίησης και ανωνυμοποίησης των προσωπικών δεδομένων.» Προτείνεται να προστεθούν πιο συγκεκριμένες απαιτήσεις καθώς αυτή η απαίτηση είναι γενική. 3. Στο 2.1.23 αναφέρεται «Πρέπει να υπάρχει μόνον μια «πηγή αλήθειας» (source of truth) για όλα τα δεδομένα τα οποία είναι κοινά μεταξύ των υποσυστημάτων. Η πρόσβαση στα δεδομένα του ενός υποσυστήματος από κάποιο άλλο θα γίνεται μέσω διαλειτουργικότητας με webservices. Τυχόν αλλαγές στα δεδομένα ενός υποσυστήματος θα πρέπει να εμφανίζονται αμέσως και στα άλλα υποσυστήματα που χρησιμοποιούν τα εν λόγω δεδομένα, δεν επιτρέπεται δηλαδή σε κανένα σημείο να υπάρχουν διπλά δεδομένα.» Η συγκεκριμένη απαίτηση είναι πολύ αυστηρή, αυξάνει την πολυπλοκότητα της υλοποίησης χωρίς να προσφέρει σημαντική προστιθέμενη αξία. Με βάση την απαίτηση αυτή δεν θα μπορεί μια λειτουργία ενός υποσυστήματος να έχει απευθείας πρόσβαση μέσω της βάσης σε πίνακα άλλου υποσυστήματος ή ένας πίνακας του μοντέλου δεδομένων ενός υποσυστήματος να έχει foreign key σε πίνακα άλλου υποσυστήματος ακόμα και αν από τη σχεδίαση απαιτείται τέτοιου είδους σχέση στα δεδομένα. 4. Στο 2.2.2.2. αναφέρεται: «Επίπεδο διαχείρισης (EnterpriseManagement) Αφορά την παρεχόμενη λειτουργικότητα διαχείρισης η οποία να επιτρέπει στο διαχειριστή να επιβλέπει την λειτουργία όλων των επιπέδων της αρχιτεκτονικής από ένα ενιαίο web-based περιβάλλον ώστε να προβαίνει σε διαχειριστικές ενέργειες αλλά και εργασίες ανίχνευσης προβλημάτων μέσα από το περιβάλλον αυτό.» Προτείνεται αλλαγή στην συγκεκριμένη απαίτηση καθώς για να γίνεται monitor το application και το infrastructure από κοινό εργαλείο, πιθανότατα θα πρέπει να χρησιμοποιηθεί «επώνυμο» software stack που αυξάνει σημαντικά το κόστος του έργου. 5. Στο 2.2.2.3 αναφέρεται: «Ειδικότερα, τα παρεχόμενα εργαλεία να είναι συμβατά με τις ώριμες, ανοικτές και ευρέως διαδεδομένες τεχνολογίες Web Services, XML, OASIS SCA, BPEL/BPMN

κ.ά.». Η OASIS SCA κατά τη γνώμη μας δεν θεωρείται ευρέως διαδεδομένη τεχνολογία. 6. Στο 2.3.1 αναφέρει: «Το περιβάλλον διεπαφής των χρηστών να είναι διαθέσιμο στην Ελληνική και στην Αγγλική γλώσσα». Αυτό προτείνεται να αποτελεί απαίτηση μόνο για το υποσύστημα της διαδικτυακής πύλης και όχι για όλα τα υποσυστήματα. 7. Στο 2.3.6. αναφέρεται «Για την ταυτοποίηση / εγγραφή χρηστών να υπάρχει διαλειτουργικότητα : Ι. με την Υπηρεσία Αυθεντικοποίησης Χρηστών σε Πληροφοριακό Σύστημα τρίτου Φορέα της Γενικής Γραμματείας Πληροφοριακών Συστημάτων, ΙΙ. με το κεντρικό σύστημα εσωτερικών χρηστών του Υ.ΝΑ.Ν.Π. (LDAP) καθώς και ΙΙΙ. με το σύστημα εγγραφής εξωτερικών χρηστών του Υ.ΝΑ.Ν.Π. (https://regusr.hcg.gr).» Παρακαλούμε διευκρινίστε αν το σύστημα εγγραφής εξωτερικών χρηστών του Υ.ΝΑ.Ν.Π. (https://regusr.hcg.gr).» προσφέρει διεπαφή για 3 rd party authentication και αν ναι, τι είδους (πρότυπο, τεχνολογία κτλ). 8. Στο 2.4.1. αναφέρεται «Προκειμένου να διασφαλίζεται η πρόσβαση των ατόμων με αναπηρία στο σύνολο των προσφερομένων ηλεκτρονικών υπηρεσιών και το ηλεκτρονικό περιεχόμενο της διαδικτυακής πύλης και των εφαρμογών, η κατασκευή της πύλης και των διαδικτυακών υπηρεσιών να συμμορφώνεται πλήρως με τις ελέγξιμες οδηγίες για την Προσβασιμότητα του Περιεχομένου του Ιστού έκδοση 2.0 σε επίπεδο συμμόρφωσης «ΑΑ» (WCAG 2.0 level AA).» Προτείνεται να προσδιοριστούν σαφώς οι διαδικτυακές υπηρεσίες που θα πρέπει να συμμορφώνονται πλήρως με το WCAG 2.0 level AA. Δεν προκύπτει σαφώς από αυτό ποια μέρη του συστήματος (εκτός του web portal) πρέπει να είναι WCAG 2.0 level AA compliant και ποια όχι. 9. Στο 2.4.6. αναφέρεται «Οι υποψήφιοι οικονομικοί φορείς στην Προσφορά τους να περιγράψουν αναλυτικά τη μεθοδολογία που θα ακολουθήσουν για το σχεδιασμό και την ανάπτυξη/αναβάθμιση της Δικτυακής Πύλης, του Intranet και των συστημάτων/ υποσυστημάτων και εφαρμογών, τεκμηριώνοντας έτσι την προσέγγισή του για τη διασφάλιση των παραπάνω γενικών σχεδιαστικών αρχών ως προς το τελικό προϊόν.» Παρακαλούμε διευκρινίστε τι εννοείται με τον όρο αναβάθμιση. Επίσης θα πρέπει να υπάρξει περεταίρω ανάλυση περιγραφή για τον όρο intranet. Αναφέρεται σε όλα τα υπόλοιπα υποσυστήματος πλην της Δικτυακής Πύλης; 10. Στο 2.6.1. αναφέρεται: «Κατά το σχεδιασμό του Έργου ο Ανάδοχος να λάβει ειδική μέριμνα και να δρομολογήσει τις κατάλληλες δράσεις για: - την Ασφάλεια των Πληροφοριακών Συστημάτων, Εφαρμογών, Μέσων και Υποδομών, την Αξιοπιστία του συνόλου του συστήματος. Συνεπώς απαιτούνται οι προβλεπόμενοι μηχανισμοί backup, disaster recovery, κλπ...»

Η απαίτηση για disaster recovery πρέπει να γίνει πιο σαφής γιατί έχει πολύ μεγάλο εύρος απαιτήσεων και λύσεων που μπορούν να την καλύψουν, με πολύ μεγάλη διαφορά στις παροχές και το κόστος. 11. Στο 3.2.22. αναφέρεται «Οι εγγεγραμμένοι χρήστες της δικτυακής πύλης να έχουν τη δυνατότητα να χρησιμοποιούν το μηχανισμό ειδοποιήσεων (Alerts), μέσω του οποίου θα μπορούν να καθορίζουν συγκεκριμένα γεγονότα (events) για τα οποία θα ήθελαν ενημέρωση. Σε κάθε περίπτωση ο μηχανισμός των ειδοποιήσεων να μπορεί να υποστηρίξει την προσωποποιημένη ενημέρωση για την συμμόρφωση του Φορέα με τον Κανονισμό ΕΕ 2016/679.» Σε ποια «γεγονότα» αναφέρεται η απαίτηση; Προτείνεται να γίνει πιο συγκεκριμένη. 12. Στο 3.3.2. αναφέρεται : «ΜΕΤΑΠΤΩΣΗ ΔΕΔΟΜΕΝΩΝ Ο Ανάδοχος να πραγματοποιήσει εργασίες μετάπτωσης, κανονικοποίησης, ομογενοποίησης της υπάρχουσας Βάσης Δεδομένων σε νέα σύγχρονη πλατφόρμα. Το υφιστάμενο σύστημα φιλοξενείται σε λειτουργικό σύστημα windows 2003 με Β.Δ. oracle Database 10g Enterprise Edition Release 10.2.0.3.0. Σε κάθε περίπτωση θα πρέπει να ληφθεί υπόψη ο Γενικός Κανονισμός για την προστασία δεδομένων (Κανονισμός ΕΕ 679/2016).» Παρακαλούμε όπως αναφερθεί αν υπάρχει το σχήμα της υφιστάμενης βάσης με επαρκή τεκμηρίωση. 13. Στο 3.3.3.2.3. αναφέρεται: «Μηχανισμός δημιουργίας δυναμικών αναφορών και στατιστικών Ναυτικών από πολλαπλά κριτήρια αναζήτησης. Ενδεικτικά αναφέρονται: - Θαλάσσια υπηρεσία του ναυτικού με όλα τα καταχωρημένα στοιχεία συνολικά ή για συγκεκριμένο χρονικό διάστημα, ακόμα ΝΑΙ 20 και για τη δραστηριότητα που δεν έχει λήξει. - Κατάσταση των ναυτικών που εργάστηκαν σε κάποιο πλοίο κατά τη διάρκεια συγκεκριμένου χρονικού διαστήματος - Αριθμός ενεργών ναυτικών» Η απαίτηση αυτή δεν καλύπτεται από το BI; 14. Στο 3.4.3. αναφέρεται: «ΜΕΤΑΠΤΩΣΗ ΔΕΔΟΜΕΝΩΝ Ο Ανάδοχος να πραγματοποιήσει εργασίες μετάπτωσης όλων των ηλεκτρονικών δεδομένων της υφιστάμενης εφαρμογής ώστε να διατηρηθεί το πλήρες αρχείο των ΚΕΣΕΝ. Συγκεκριμένα τα δεδομένα που θα απαιτηθεί να μεταπέσουν στο νέο σύστημα αφορούν σε ~210.000 εγγραφές σπουδαστών και των λοιπών στοιχείων.» Σε τι μορφή τηρούνται τα δεδομένα της υφιστάμενης εφαρμογής; Είναι επεξεργάσιμα με με επαρκή τεκμηρίωση; 15. Στο 3.4.4.9. αναφέρεται: «Γενικές εκτυπώσεις Εργαλείο παραγωγής δυναμικών εκτυπώσεων βάσει αποτελεσμάτων σύνθετων αναζητήσεων ή/και καταχωρημένων προτύπων.» Η απαίτηση αυτή δεν καλύπτεται από το BI; 16. Στο 3.4.11. αναφέρεται: «Σε κάθε περίπτωση το υποσύστημα να καλύπτει πλήρως τον Κανονισμό Σπουδών των ΚΕΣΕΝ [βλ. παρ. 3.4.1.] και όλων των διαδικασιών έκδοσης

διοικητικών πράξεων προς τους συναλλασσόμενους (καθηγητές σπουδαστές) και συνεργαζόμενες Υπηρεσίες, όπως αυτές καθοριστούν στη Μελέτη Εφαρμογής. Επίσης το υποσύστημα να αναπτυχθεί με τέτοιο τρόπο (πλήρως παραμετροποιήσιμο) ώστε να είναι δυνατή από τους διαχειριστές του συστήματος η δυναμική και εύκολη τροποποίηση του για να συμφωνεί με τυχόν νέες εκδόσεις του εν λόγω κανονισμού.» Είναι αρκετά ασαφές, τόσο ως προς τη συμμόρφωση με τον Κανονισμό (αν π.χ. έχει κάτι σημαντικό ο κανονισμός το οποίο δεν αναφέρεται παραπάνω είναι υποχρεωμένος ο Ανάδοχος να το υλοποιήσει ενώ δεν το έχει λάβει υπόψη του στην κοστολόγηση του έργου; Ή πρέπει να μελετηθεί εξαντλητικά ο κανονισμός από τους υποψήφιους αναδόχους στο πλαίσιο υποβολής προσφοράς για το έργο;), όσο και ως προς την παραμετρικότητα (είναι προφανές ότι δεν μπορεί να προβλεφθεί πως οποιαδήποτε νέα έκδοση του κανονισμού θα μπορεί να καλυφθεί χωρίς ανάπτυξη). 17. Στο 3.5.2. αναφέρεται: «ΜΕΤΑΠΤΩΣΗ ΔΕΔΟΜΕΝΩΝ Στο συγκεκριμένο υποσύστημα να πραγματοποιηθεί από τον Ανάδοχο μετάπτωση των δεδομένων από υφιστάμενες εφαρμογές που έχουν υλοποιηθεί και λειτουργούν σε ορισμένες από τις επιμέρους Α.Ε.Ν. (διαδικτυακές εφαρμογές, εφαρμογές MSACCESS, λογιστικά φύλλα). Κατά τη Φάση της Μελέτης Εφαρμογής θα καθοριστούν τα δεδομένα που θα μεταπτωθούν, τα οποία θα πρέπει να ελεγχθούν, κωδικοποιηθούν και κανονικοποιηθούν ώστε να μεταπέσουν σε ένα ενιαίο σύστημα αποθήκευσης δεδομένων, εξαλείφοντας πολλαπλές εγγραφές.» Υπάρχει επαρκής τεκμηρίωση των υφιστάμενων εφαρμογών; Είναι εξαιρετικά ασαφές καθώς αναφέρονται καν ποιες ακριβώς είναι οι υφιστάμενες εφαρμογές. 18. Στο 3.5.3.21. αναφέρεται «Μετεγγραφές σπουδαστών. Να υφίσταται δυναμικός (ad hoc) μηχανισμός λήψης απόφασης πραγματοποίησης μετεγγραφών με βάση τα κριτήρια του άρθρου 26 του Κανονισμού των Α.Ε.Ν. ή όποια δυνατότητα επιλογής άλλων κριτηρίων αξιολόγησης από το διαχειριστή του Υποσυστήματος.» Η απαίτηση αυτή είναι κατά την άποψή μας πολύ γενική, προτείνεται περαιτέρω ανάλυση. 19. Στο 5.10.αναφέρεται: «Σε κάθε περίπτωση το υποσύστημα να καλύπτει πλήρως τον Κανονισμό Σπουδών και Εσωτερικό Κανονισμό των Α.Ε.Ν. και όλες τις διαδικασίες έκδοσης διοικητικών πράξεων προς τους συναλλασσόμενους (καθηγητές σπουδαστές) και συνεργαζόμενες Υπηρεσίες όπως θα αυτές θα περιγραφούν στην μελέτη εφαρμογής. Επίσης θα πρέπει το υποσύστημα να αναπτυχθεί με τέτοιο τρόπο (πλήρως παραμετροποιήσιμο) ώστε να είναι δυνατή από τους διαχειριστές του συστήματος η δυναμική και εύκολη τροποποίηση του για να συμφωνεί με τυχόν νέες εκδόσεις του εν λόγω κανονισμού» Είναι αρκετά ασαφές, τόσο ως προς τη συμμόρφωση με τον Κανονισμό (αν π.χ. έχει κάτι σημαντικό ο κανονισμός το οποίο δεν αναφέρεται παραπάνω είναι υποχρεωμένος ο Ανάδοχος να το υλοποιήσει ενώ δεν το έχει λάβει υπόψη του στην κοστολόγηση του έργου; Ή πρέπει να μελετηθεί εξαντλητικά ο κανονισμός από τους υποψήφιους αναδόχους στο πλαίσιο υποβολής

προσφοράς για το έργο;), όσο και ως προς την παραμετρικότητα (είναι προφανές ότι δεν μπορεί να προβλεφθεί πως οποιαδήποτε νέα έκδοση του κανονισμού θα μπορεί να καλυφθεί χωρίς ανάπτυξη). 20. Στο 3.6.3. αναφέρεται: «ΜΕΤΑΠΤΩΣΗ ΔΕΔΟΜΕΝΩΝ Ο Ανάδοχος να πραγματοποιήσει εργασίες μετάπτωσης όλων των ηλεκτρονικών δεδομένων της υφιστάμενης εφαρμογής ώστε να διατηρηθεί το πλήρες αρχείο των ΣΣΠΜ. Τα δεδομένα με βάση και τον σχεδιασμό της μελέτης εφαρμογής, θα πρέπει να ελεγχθούν, κωδικοποιηθούν και κανονικοποιηθούν ώστε να μεταπέσουν σε ένα ενιαίο σύστημα αποθήκευσης δεδομένων, εξαλείφοντας περιπτώσεις πολλαπλών εγγραφών. Ενδεικτικά, αναφέρεται ότι τα δεδομένα που θα απαιτηθεί να μεταπέσουν στο νέο σύστημα αφορούν σε ~110.000 εγγραφές σπουδαστών που φοιτούν στις ΣΣΠΜ, οι οποίες είναι αποθηκευμένες σε βάση δεδομένων Ingres.» Παρακαλούμε αναφέρετε αν υπάρχει το σχήμα της υφιστάμενης βάσης με επαρκή τεκμηρίωση. 21. Στο 3.6.11. αναφέρεται: «Σε κάθε περίπτωση, ο Ανάδοχος να αναπτύξει ένα πλήρες σύστημα μηχανογράφησης για τις Σχολές ΣΠΜ και Μετεκπαίδευσης Θαλαμηπόλων που θα καλύπτει πλήρως τον Κανονισμό Σπουδών τους [βλ. παρ. 3.6.1] καθώς και όλων των διαδικασιών έκδοσης διοικητικών πράξεων προς τους συναλλασσόμενους, όπως θα περιγραφούν στην μελέτη εφαρμογής. Επίσης το υποσύστημα να αναπτυχθεί με τέτοιο τρόπο (πλήρως παραμετροποιήσιμο) ώστε να είναι δυνατή από τους διαχειριστές του συστήματος η δυναμική και εύκολη τροποποίηση του για να συμφωνεί με τυχόν νέες εκδόσεις του εν λόγω κανονισμού» Είναι αρκετά ασαφές, τόσο ως προς τη συμμόρφωση με τον Κανονισμό (αν π.χ. έχει κάτι σημαντικό ο κανονισμός το οποίο δεν αναφέρεται παραπάνω είναι υποχρεωμένος ο Ανάδοχος να το υλοποιήσει ενώ δεν το έχει λάβει υπόψη του στην κοστολόγηση του έργου; Ή πρέπει να μελετηθεί εξαντλητικά ο κανονισμός από τους υποψήφιους αναδόχους στο πλαίσιο υποβολής προσφοράς για το έργο;), όσο και ως προς την παραμετρικότητα (είναι προφανές ότι δεν μπορεί να προβλεφθεί πως οποιαδήποτε νέα έκδοση του κανονισμού θα μπορεί να καλυφθεί χωρίς ανάπτυξη). 22. Στο 3.7.2. αναφέρεται «ΥΦΙΣΤΑΜΕΝΗ ΚΑΤΑΣΤΑΣΗ ΜΕΤΑΠΤΩΣΗ ΔΕΔΟΜΕΝΩΝ Η υφιστάμενη desktop εφαρμογή έκδοσης ΑΝΙ (client-server) λειτουργεί σε βάση δεδομένων Microsoft SQL Server, έχει περίπου 150.000 εγγραφές Ναυτικών.» Παρακαλούμε αναφέρετε αν υπάρχει το σχήμα της υφιστάμενης βάσης με επαρκή τεκμηρίωση. 23. Στο 3.7.4.7. αναφέρεται: «Εξαγωγή στατιστικών στοιχείων για χρησιμοποίησή τους σε υφιστάμενο εργαλείο ανωνυμοποίησης και αποστολής σε European Maritime Safety Agency (EMSA). Να παρασχεθεί στον Ανάδοχο σχετικό τεκμηριωτικό υλικό» Προτείνεται στην διακήρυξη να συμπεριληφθεί το σχετικό τεκμηριωτικό υλικό

24. Στο 3.9.2.1. αναφέρεται «ΛΕΙΤΟΥΡΓΙΚΟΤΗΤΑ Το υπό ανάπτυξη υποσύστημα αφορά: α) στην ανάπτυξη κατάλληλης διαλειτουργικότητας της υφιστάμενης εφαρμογής με το ΟΠΣ-ΝΕ και β) στην ανάπτυξη νέων λειτουργιών όπως ειδικότερα περιγράφονται στη συνέχεια:» Υπάρχει δηλαδή απαίτηση να γίνει ανάπτυξη νέων λειτουργικών στο πλαίσιο του έργου, στο υφιστάμενο σύστημα που είναι σε Python; Αν ναι, διατίθεται επαρκής τεκμηρίωση για αυτό; 25. Στο 3.9.5. αναφέρεται: «Να αναπτυχθεί νέα λειτουργικότητα για την παρακολούθηση των ναυτικών που εκτελούν κατευθυνόμενη εκπαίδευση επί πλοίου. Συγκεκριμένα, να επιτυγχάνεται η μηχανογραφική παρακολούθηση χορήγησης εγχειριδίου κατευθυνόμενης εκπαίδευσης επί πλοίου (ΚΕΠ), για την απόκτηση των αντίστοιχων αδειών/διπλωμάτων σύμφωνα με τις διατάξεις της διεθνούς σύμβασης STCW (Manila).» Προτείνεται να γίνει περεταίρω ανάλυση της συγκεκριμένης απαίτησης καθώς είναι γενική και ασαφής. 26. Στο 3.12. ζητείται «ΥΠΟΣΥΣΤΗΜΑ ΕΠΙΧΕΙΡΗΜΑΤΙΚΗΣ ΕΥΦΥΪΑΣ (BUSINESS INTELLIGENCE) ΚΑΙ ΧΑΡΑΞΗΣ ΣΤΡΑΤΗΓΙΚΗΣ» Επειδή οι απαιτήσεις περιγράφουν ένα BI με αυξημένη λειτουργικότητα θα πρέπει να προσφερθεί κάποιο έτοιμο εργαλείο. Στην περίπτωση αυτή θα πρέπει να δοθούν και στοιχεία αδειοδότησης 27. Στο 3.12.8.11 αναφέρονται σχεδόν είκοσι (20) διαφορετικοί τύπου απεικόνισης δεδομένων, το οποίο είναι κατά την άποψή μας υπερβολικό. Θα μπορούσαν να μείνουν π.χ. τα εξής: Λίστες, Crosstabs, Διάγραμμα Στηλών (barchart), Διάγραμμα (linechart), Διάγραμμα Σημείων (scatterplot), Ιστόγραμμα (Histogram), BoxPlot, Διάγραμμα Θερμότητας (Heat Map), Πίτες (Pie Charts), Χρονοσειρές (Time Series Plot), Δείκτες KPI, Εισαγωγή κειμένου, εικόνων 28. Στο 3.12.18. αναφέρεται: «Να παρέχεται η δυνατότητα αυτόματης κατασκευής γραφημάτων μέσα από drag & drop λειτουργικότητα. Η επιλογή του γραφήματος να εκτελείται από την εφαρμογή με βάση τον αριθμό και τον τύπο των μεταβλητών και των κατηγοριών που επιλέγει ο χρήστης.» Η απαίτηση για drag & drop προσθέτει πολυπλοκότητα χωρίς στην ουσία να προσφέρει ουσιαστική προστιθέμενη αξία στο BI, προτείνεται να αφαιρεθεί 29. Στο 3.12.23. αναφέρεται «Να παρέχει τη δυνατότητα δημιουργίας και ορισμού φίλτρων μέσω λιστών (drop-downlist), κουμπιών (button bar) και πεδίων εισαγωγής κειμένου (text input) είτε σε επίπεδο αντικειμένου της ανάλυσης είτε στο σύνολο των αντικειμένων της ανάλυσης και απεικόνισης του ποσοστού των δεδομένων που φιλτράρονται» Η απαίτηση αυτή δεν μας είναι κατανοητή, θα θέλαμε περαιτέρω ανάλυση. 30. Στο 3.12.24. αναφέρεται: «Να παρέχει τη δυνατότητα εισαγωγής σχολίων, απάντησης σε υπάρχοντα σχόλια και επισύναψης αρχείων.» Η συγκεκριμένη απαίτηση προσθέτει πολυπλοκότητα χωρίς στην ουσία να προσφέρει ουσιαστική προστιθέμενη αξία στο BI προτείνεται να αφαιρεθεί

31. Στο 3.12.31. αναφέρεται «Να παρέχεται η δυνατότητα δημιουργίας α) σεναρίων ανάλυσης (scenario analysis), β) δέντρων αποφάσεων (decision trees), γ) ανάλυσης ροής (path analysis) και δ) αναφορών (reports) μέσω drag&drop λειτουργικότητα.» Η συγκεκριμένη απαίτηση κρίνεται ως υπερβολική για τις ανάγκες του έργου και προτείνεται να αφαιρεθεί. 32. Στο 3.12.33. αναφέρεται «Να παρέχεται η δυνατότητα ορισμού συσχετίσεων των αντικειμένων των αναφορών / ταμπλό μέσω drag & drop λειτουργικότητας. Οι προσφερόμενες συσχετίσεις να είναι τουλάχιστον το φιλτράρισμα και η επισήμανση.» Η συγκεκριμένη απαίτηση κρίνεται ως υπερβολική για τις ανάγκες του έργου και προτείνεται να αφαιρεθεί. 33. Στο 3.12.35. αναφέρεται «Να παρέχεται η δυνατότητα δημιουργίας ειδοποιήσεων (alerts) ανάλογα με τα επίπεδα δεικτών επίδοσης» Η συγκεκριμένη απαίτηση κρίνεται ως υπερβολική για τις ανάγκες του έργου και προτείνεται να αφαιρεθεί. 34. Στο 3.12.37. αναφέρεται «Να παρέχεται η δυνατότητα προσπέλασης των αναφορών χωρίς να απαιτείται διασύνδεση με το δίκτυο (offline mode).» Η συγκεκριμένη απαίτηση κρίνεται ως υπερβολική για τις ανάγκες του έργου και προτείνεται να αφαιρεθεί. Επίσης τεχνικά είναι εξαιρετικά δύσκολο αυτό σε μια web εφαρμογή. 35. Στο 4.1.8. αναφέρεται: «... Αν για οποιοδήποτε λόγο, με τον απαιτούμενο από τη διακήρυξη εξοπλισμό ή/και υπηρεσίες δεν είναι δυνατόν να καλυφθούν οι ζητούμενες τεχνικές και λειτουργικές απαιτήσεις στο σύνολό τους, τότε ο Ανάδοχος οφείλει να προσφέρει δωρεάν επιπλέον εξοπλισμό της επιλογής του, υπό τη βασική προϋπόθεση ότι θα είναι απόλυτα συμβατός με τον αρχικά ζητούμενο και προσφερόμενο εξοπλισμό και απόλυτα προσαρμοσμένος στο σύστημα. Ο Ανάδοχος θα πρέπει να προσφέρει επίσης δωρεάν όλο τον επιπλέον απαιτούμενο εξοπλισμό υποστήριξης, σύνδεσης, προστασίας, αδειών χρήσης κ.λπ. για την υλοποίηση της προτεινόμενης λύσης.» Η απαίτηση αυτή δημιουργεί πρόβλημα στην όλη αξιολόγηση, δηλαδή μια τεχνική προσφορά που δεν περιλαμβάνει τον απαιτούμενο από τη διακήρυξη εξοπλισμό ή/και υπηρεσίες, ο υποψήφιος ανάδοχος με θετική απάντηση στον όρο αυτό δεν δύναται να απορριφθεί παρόλο που η προσφερόμενη λύση υπολείπεται τον απαιτήσεων. Συνεπώς προτείνεται να αφαιρεθεί. 36. Στο 4.7.17 αναφέρεται «Δυνατότητα χρήσης χαρτιού Α3.». Σημειώνεται ότι η απαίτηση υπερδιπλασιάζει το κόστος του εν λόγω υλικού, οπότε προτείνεται να παραμείνει μόνο αν είναι απολύτως απαραίτητη. 37. Στο 4.8.1. αναφέρεται: «Ο Ανάδοχος να προσφέρει δεκαπέντε (15) συστήματα αδιάλειπτης παροχής ενέργειας (UPS) αντίστοιχα με την κατανομή των μεταγωγέων» και στο 4.8.4. αναφέρεται «Rack mounted (19 )». Στο 4.3.4. αναφέρεται «Κατηγορία μεγέθους10u» Προτείνεται να αυξηθεί η διάσταση αυτή καθώς σε αυτά τα μεγέθη τα ικριώματα συνήθως

υπολείπονται σε τεχνικά χαρακτηριστικά. Άλλωστε η μεγαλύτερη χωρητικότητα είναι επωφελής για τον φορέα Σημειώνεται ότι οι μεταγωγείς έχουν κατανάλωση κάτω από 10 W. Θα συνδέεται επιπλέον εξοπλισμός πάνω στα UPS?. Επίσης η απαίτηση για rack mounted ups και επιτοιχιου ικριώματος δεν συνίσταται. Προτείνεται η αφαίρεση στην απαίτηση 4.3.3 του όρου επιτοίχιας. 38. Στο 5.5.1.1. αναφέρεται: «Ο Ανάδοχος αναλαμβάνει την υποχρέωση διασφάλισης της καλής λειτουργίας του συνόλου του προσφερόμενου συστήματος (εξοπλισμού και λογισμικού) για χρονική περίοδο που θα αναφέρεται ρητά στην τεχνική προσφορά του, η οποία δεν μπορεί να είναι μικρότερη των έξι (06) ετών, ήτοι εβδομήντα δύο (72) μηνών. Κατά τη χρονική αυτή περίοδο, η διασφάλιση της καλής λειτουργίας του συστήματος θα προσφερθεί χωρίς κανένα κόστος για το Λ.Σ-ΕΛ.ΑΚΤ. με τη μορφή εγγύησης και δωρεάν συντήρησης - τεχνικής υποστήριξης τόσο για το υλικό (hardware) όσο και για το λογισμικό (software). Η ανωτέρω χρονική περίοδος αρχίζει από την επόμενη της ημερομηνίας του πρωτοκόλλου οριστικής ποσοτικής και ποιοτικής παραλαβής του έργου» Η απαίτηση για 72 μήνες εγγύηση είναι υπερβολικά υψηλή, συνήθως σε ανάλογα έργα η εγγύηση δεν ξεπερνά τα 2-3 έτη. Η απαίτηση αυτή εκτοξεύει το κόστος καθώς το % της ετήσιας συντήρησης είναι περίπου 10-20% του κόστους του έργου άρα σαν αποτέλεσμα έχει τον διπλασιασμό του κόστους, καθιστώντας έτσι εξαιρετικά αμφίβολο αν ο προϋπολογισμός του έργου είναι βιώσιμος. Επίσης, συνέπεια της απαίτησης αυτής είναι ότι μετά το πέρας της εγγύησης θα καλείται ο φορέας να πληρώνει υπερβολικό κόστος υποστήριξης που θα είναι 10-20% του αυξημένου προϋπολογισμού του έργου 39. Στο 5.5.2.3. αναφέρεται: «Η πραγματοποίηση των εργασιών προληπτικής συντήρησης (ακριβής ημερομηνία και ώρα) να καθορίζεται σε συνεργασία του Αναδόχου και των αρμόδιων στελεχών της Αναθέτουσας Αρχής, ώστε να πραγματοποιείται υπό την επίβλεψη αρμόδιου προσωπικού του Φορέα και η συχνότητά τους δεν θα είναι μικρότερη από μία (01) φορά κάθε τέσσερις (04) μήνες.» Η απαίτηση αυτή αφορά μόνο την Κεντρική Εγκατάσταση ή και τα περιφερειακά που θα έχει γίνει εγκατάσταση εξοπλισμού; Προτείνεται να αφορά μόνο την Κεντρική Εγκατάσταση. 40. Στο 6.1.2. αναφέρεται «Η ανάλυση του Έργου σε Φάσεις έχει ως εξής: Ανάπτυξη Ολοκληρωμένου Πληροφοριακού Συστήματος Ναυτικής Εκπαίδευσης ΟΠΣ-ΝΕ σε επτά μήνες» Ο χρόνος εκτέλεσης 7 μηνών της φάσης 2 είναι πολύ σύντομος για να ολοκληρωθεί η ανάπτυξη, καθώς είναι πάρα πολύ μεγάλος ο όγκος και η διασπορά των αντικειμένων. Προτείνεται η επαύξησή του κατά 3 μήνες. Παρατηρήσεις επί του προϋπολογισμού

Προτείνεται να μειωθεί ο χρόνος της απαιτούμενης εγγύησης και να γίνει συντήρηση. Με την απαίτηση των 7 ετών εγγύησης εκτοξεύεται το κόστος και άρα και το κόστος ετήσιας συντήρησης μετά το πέρας της εγγύησης. Παρατηρήσεις επί του χρόνου παράδοσης Στο 6.1.2. αναφέρεται «Η ανάλυση του Έργου σε Φάσεις έχει ως εξής: Ανάπτυξη Ολοκληρωμένου Πληροφοριακού Συστήματος Ναυτικής Εκπαίδευσης ΟΠΣ-ΝΕ σε επτά μήνες» Ο χρόνος εκτέλεσης 7 μηνών της φάσης 2 είναι πολύ σύντομος για να ολοκληρωθεί η ανάπτυξη, καθώς είναι πάρα πολύ μεγάλος ο όγκος και η διασπορά των αντικειμένων. Προτείνεται η επαύξησή του κατά 3 μήνες. Παρατηρήσεις επί της τυχόν διαίρεσης της προμήθειας σε τμήματα Δεν Συμπληρώνεται Παρατηρήσεις επί της τυχόν απαίτησης προσκόμισης δείγματος Δεν Συμπληρώνεται Παρατηρήσεις επί της τυχόν απαιτούμενης τεχνικής επαγγελματικής ικανότητας 1. Στην διαβούλευση αναφέρεται: «Α. Ο προσφέρων οικονομικός φορέας για τη συμμετοχή του στον διαγωνισμό να έχει αποδεδειγμένη εμπειρία: στην υλοποίηση έργων στον τομέα πληροφορικής σε θέματα εγκατάστασης εξοπλισμού, σχεδιασμού και θέσης σε λειτουργία, ανάπτυξης λογισμικού και διαδικτυακών εφαρμογών, πλήρως λειτουργικών, διασυνδεδεμένων τόσο μεταξύ τους, όσο και διαλειτουργικών με έτερα συστήματα μέσω webservices / API, καθώς και μετάπτωση ς δεδομένων από παλαιότερα συστήματα, σε ένα (01) τουλάχιστον επιτυχώς ολοκληρωμένο πληροφοριακό σύστημα, στο οποίο θα συντρέχει το σύνολο των ως άνω περιγραφομένων λειτουργιών, με συμβατική αξία τουλάχιστον ίση με 250.000 (άνευ ΦΠΑ).» Επίσης στην συνέχεια αναφέρεται: «Ψηφιακά υπογεγραμμένος κατάλογος των κυριότερων έργων που εκτέλεσε κατά τα τρία (03) τελευταία έτη, με το ως άνω περιγραφόμενο αντικείμενο, εκ των οποίων: ένα (01) τουλάχιστον επιτυχώς ολοκληρωμένο έργο, με συμβατική αξία τουλάχιστον ίση με 250.000,00 (άνευ ΦΠΑ). Η Αναθέτουσα Αρχή να λαμβάνει υπόψη στοιχεία σχετικών έργων που ολοκληρώθηκαν επιτυχώς κατά τα τελευταία πέντε (05) τελευταία έτη» Δεδομένου ότι τα τελευταία 3 χρόνια δεν έχει υλοποιηθεί σημαντικός αριθμός μεγάλων έργων πληροφορικής (δεν έτρεχαν συγχρηματοδοτούμενα έργα λόγω αλλαγής προγραμματικής περιόδου) το όριο

για έργο αξίας 250.000,00 είναι σχετικά μεγάλο και θα μειώσει σημαντικά τον ανταγωνισμό χωρίς να προσφέρει επιπλέον εχέγγυα για την αξιοπιστία των υποψήφιών αναδόχων. Προτείνεται το όριο να αφορά την τελευταία πενταετία και ο όρος για ένα έργο με συμβατική αξία τουλάχιστον ίση με 250.000 μπορεί να γίνει (1) ή περισσότερα συναφή προς το προκηρυσόμενο έργα, καθαρής συμβατικής αξίας, αθροιστικά, τουλάχιστον πεντακοσίων χιλιάδων ευρώ (500.000,00 ) και να προστεθεί όρος «στην περίπτωση κατά την οποία ο υποψήφιος ανάδοχος επικαλεστεί περισσότερα του ενός (1) συναφή έργα για την κάλυψη της ανωτέρω οικονομικής απαίτησης, η οικονομική συμμετοχή του σε τουλάχιστον σε ένα από αυτά πρέπει να είναι καθαρής συμβατικής αξίας μεγαλύτερης ή ίσης των εκατό χιλιάδων ευρώ (100.000,00 ) χωρίς ΦΠΑ ή ακόμα και διακοσίων χιλιάδων ευρώ (200.000,00 ) χωρίς ΦΠΑ. Επίσης, σε πάρα πολλές περιπτώσεις δράσεων που απαιτούν τόσο προμήθεια ή/και εγκατάσταση εξοπλισμού όσο και ανάπτυξη πληροφοριακού συστήματος, οι αναθέτουσες αρχές επιλέγουν να προκηρύξουν τα δύο αντικείμενα σε ξεχωριστά έργα. Επομένως η απαίτηση για την συνύπαρξη στα έργα τεκμηρίωσης τεχνικής και επαγγελματικής ικανότητας υπηρεσιών εγκατάστασης εξοπλισμού και των λοιπών αναφερόμενων που αφορούν πληροφοριακά συστήματα θεωρούμε ότι θα πρέπει να απαλειφθεί, διατηρώντας την υποχρέωση στους υποψήφιους αναδόχους να τεκμηριώσουν εμπειρία σε όλα τα αναφερόμενα αντικείμενα, αλλά όχι απαραίτητα στο ίδιο έργο σε ότι αφορά εξοπλισμό και ανάπτυξη πληροφοριακών συστημάτων. 2. Στη διαβούλευση αναφέρεται αναφορικά με τα ελάχιστα απαιτούμενα προσόντα μελών της ομάδας έργου: «Nα κατέχει μεταπτυχιακό τίτλο σπουδών συναφή με τα γνωστικά πεδία της Διοίκησης Έργων ή της Ανάπτυξης ή/και Διαχείρισης Ολοκληρωμένων Πληροφοριακών Συστημάτων (Development or/and Management of Integrated Information Systems).» Επίσης όσον αφορά στην Ομάδα Έργου τα ελάχιστα απαιτούμενα προσόντα «Τουλάχιστον τρία (03) μέλη της Ομάδας (πλην του Υπεύθυνου Έργου), να διαθέτουν μεταπτυχιακό τίτλο σπουδών συναφή με το γνωστικό πεδίο της Ανάπτυξης ή/και Διαχείρισης Ολοκληρωμένων Πληροφοριακών Συστημάτων (Development or/and Management of Integrated Information Systems).» Θεωρούμε ότι η περιγραφή του τίτλου σπουδών είναι υπερβολικά περιοριστική και θα δημιουργήσει σημαντικές τριβές. Προτείνουμε να γίνει «μεταπτυχιακός τίτλος στην επιστήμη της πληροφορικής». Αν δεν γίνει αποδεκτό, παρακαλούμε όπως μας ενημερώσετε εάν ένας τέτοιος μεταπτυχιακός τίτλος θα ήταν αποδεκτός ή αν πράγματι χρειάζεται κάτι πιο εξειδικευμένο. Παρατηρήσεις επί της εγγύησης τεχνικής υποστήριξης συντήρησης Προτείνεται να μειωθεί ο χρόνος της απαιτούμενης εγγύησης και να γίνει συντήρηση. Με την απαίτηση των 7 ετών εγγύησης εκτοξεύεται το κόστος και άρα και το κόστος ετήσιας συντήρησης μετά το πέρας της εγγύησης. Παρατηρήσεις επί της εκπαίδευσης

Παρατηρήσεις επί των ρητρών Παρατηρήσεις επί του κριτηρίου κατακύρωσης Δήλωση/Διατάξεις για την εμπιστευτικότητα των πληροφοριών (* παράγραφος 6 της Ανακοίνωσης Πρόσκλησης για Διενέργεια Δημόσιας Διαβούλευσης) Συμπληρώνεται υποχρεωτικά από τους συμμετέχοντες OXI (ΔΥΝΑΤΑΙ ΝΑ ΑΝΑΡΤΗΘΟΥΝ ΣΤΟΥΣ ΔΙΑΔΙΚΤΥΑΚΟΥΣ ΤΟΠΟΥΣ ΤΟΥ ΦΟΡΕΑ) Για την 01 Solutions Hellas ΕΠΕ Λουκάς Δομέστιχος Διαχειριστής και Νόμιμος Εκπρόσωπος