Άρθρο 01

Διαβάστε το πλήρες κείμενο εδώ

  • 13 Ιανουαρίου 2017, 17:02 | Ιωάννης Ορσάρης

    C.3.1 Υποσύστημα εξυπηρετητών εικονικοποίησης (virtualization servers – VIRTS)

    14. Συχνότητα του επεξεργαστή (GHz). ≥3GHz
    Οι προδιαγραφές της συχνότητας και του αριθμού πυρήνων του επεξεργαστή σε συνδυασμό με τις προδιαγραφές του λογισμικού εικονικοποίησης αποκλείουν οποιοδήποτε σύγχρονο εξυπηρετητή. Προτείνουμε την μείωση της συχνότητας σε 2.6GHz, με διατήρηση του αριθμού πυρήνων.

    36. Ταχύτητα περιστροφής (RPM). ≥ 10Κ
    Συμφωνούμε με την προδιαγραφή, καθώς οι κατασκευαστές σκληρών δίσκων στρέφονται προς δίσκους 10K στροφών επιτυγχάνοντας μεγαλύτερες χωρητικότητες, ενώ για μεγαλύτερες επιδόσεις χρησιμοποιούνται SSD.

    39. Αριθμός φυσικών καρτών δικτύου με δύο (02) φυσικά interface FCoE ανά κάρτα (Converged network Adapters). ≥ 2
    Ζητούνται διακριτοί μεταγωγείς Ethernet & FC, ενώ ζητούνται κάρτες FCoE στους εξυπηρετητές κάτι το οποίο δεν δύναται να λειτουργήσει. Προτείνουμε διόρθωση της προδιαγραφής ως εξής: Αριθμός φυσικών καρτών με δύο (02) φυσικά interface FC 16Gbps ανά κάρτα (Fibre Channel Host Bus Adapters). ≥ 2

    60. Υποστήριξη τεχνολογιών 10 Gb Ethernet και FcoE. ΝΑΙ
    Καθώς δεν ζητείται δικτυακή υποδομή 10 Gb Ethernet και FCoE προτείνουμε την αφαίρεση της προδιαγραφής.

  • 13 Ιανουαρίου 2017, 16:11 | Ιωάννης Ορσάρης

    Πίνακας Συμμόρφωσης Database C.3.5, σελίδα 160
    Το παρόν έργο έχει υψηλές απαιτήσεις διαθεσιμότητας και συγκεκριμένα σύμφωνα με την παράγραφο B.1.2.4. απαιτείται το σύστημα «να είναι διαθέσιμο 24 ώρες την ημέρα/ 7 ημέρες την εβδομάδα/ 365+ ημέρες το χρόνο»
    Μια συνήθης πηγή απώλειας διαθεσιμότητας της βάσης δεδομένων αποτελεί η διόρθωση λαθών, χρηστών ή διαδικασιών, που έχουν τρέξει. Η διόρθωση εσφαλμένων ενεργειών συνήθως απαιτεί χρονοβόρες διαδικασίες επιστροφής των δεδομένων σε πρότερη χρονική στιγμή. Στο χρονικό διάστημα που επανέρχονται τα δεδομένα σε πρόταιρη πρότερη χρονική στιγμή η βάση δεδομένων δεν είναι διαθέσιμη. Προτείνουμε την προσθήκη απαίτησης στο πίνακα συμμόρφωσης C.3.5 που θα περιγράφει δυνατότητες flashback, δηλαδή επιστροφής όλης της βάσης δεδομένων σε πρότερη χρονική στιγμή σε ελάχιστο χρονικό διάστημα χωρίς τη χρονοβόρα χρήση κάποιου φυσικού ή λογικού αντίγραφου ασφαλείας:
    «Εγγενής δυνατότητα του προσφερόμενου Σ.Δ.Β.Δ. για ορισμό επιθυμητού σημείου (restore point) της βάσης δεδομένων πριν από την εκτέλεση κάποιας batch διαδικασίας και επαναφοράς της βάσης σε αυτό το χρονικό σημείο σε περίπτωση λάθους χωρίς να απαιτούνται backup/restore διαδικασίες»

  • 13 Ιανουαρίου 2017, 16:05 | Ιωάννης Ορσάρης

    B.3 Αρχιτεκτονική Συστημάτων SPOC
    Στη σελίδα 83 και συγκεκριμένα στην τελευταία παράγραφο αναφέρεται:
    «Τα επιμέρους υποσυστήματα της SPOC, που έχουν διακριτό ρόλο, δεν θα πρέπει να αποτελούν single point of failure (αυτό σημαίνει να είναι σε κατάσταση active – active ή/και active-standby).»
    Για να επιτευχθούν τα απαιτητά επίπεδα διαθεσιμότητας της παραγράφου Β.1.2.4, «Το σύστημα θα πρέπει να είναι διαθέσιμο 24 ώρες την ημέρα/ 7 ημέρες την εβδομάδα/ 365+ ημέρες το χρόνο» θα πρέπει τα συστήματα σε κάθε επίπεδο να είναι active-active, ώστε σε περίπτωσης απώλειας του ενός κόμβου να μην διαμεσολαβεί καμία απώλεια υπηρεσίας έως να σηκωθεί η υπηρεσία στον δεύτερο ή τρίτο κόμβο. Προτείνουμε την απαλοιφή της έκφρασης «ή/και active-standby.»
    Επιπλέον, με την υλοποίηση active-active τοπολογιών θα διασφαλίζεται παράλληλη εκμετάλλευση πόρων δύο ή περισσότερων κόμβων εξασφαλίζοντας την βέλτιστη δυνατή απόδοση των εφαρμογών και το χαμηλότερο δυνατό χρόνο απόκρισης στους τελικούς χρήστες.

  • 13 Ιανουαρίου 2017, 16:17 | Ιωάννης Ορσάρης

    Στον πίνακα «C.3.1 Υποσύστημα εξυπηρετητών εικονικοποίησης (virtualization servers – VIRTS)» στη σελίδα 145, ζητούνται πολλαπλές προδιαγραφές για το Λογισμικό Εικονικοποίησης οι οποίες σχετίζονται με δικτυακά χαρακτηριστικά τα οποία θεωρούμε ότι δεν είναι απαραίτητα καθώς μπορούν να υλοποιηθούν στο επίπεδο του δικτυακού εξοπλισμού. Επίσης, η χρήση αυτών των χαρακτηριστικών στο επίπεδο των εξυπηρετητών εικονικοποίησης αυξάνει δυνητικά την κατανάλωση επεξεργαστικής ισχύος και μνήμης, με αποτέλεσμα την μείωση της μέγιστης απόδοσης από τους εξυπηρετητές. Επιπλέον οι συγκεκριμένες προδιαγραφές αποκλείουν την εταιρεία μας καθώς παραπέμπουν σε προϊόντα Λογισμικού Εικονικοποίησης συγκεκριμένων κατασκευαστών.

    Συγκεκριμένα προτείνουμε:
    Α) Την αφαίρεση ή την μετατροπή των παρακάτω προδιαγραφών σε προαιρετικές, οι οποίες υλοποιούνται από τον δικτυακό εξοπλισμό:
    67. Δυνατότητες network I/O control για εφαρμογή πολιτικών quality of service (QoS) στην κίνηση δεδομένων δικτύου.
    71. Υποστήριξη virtual switches μέσω των οποίων συνδέονται οι εικονικές μηχανές με το φυσικό κόσμο.
    72. Τα virtual switches να λειτουργούν ανάμεσα σε πολλαπλά φυσικά συστήματα, που συνθέτουν μία φάρμα, να διατηρούν τις ιδιότητές τους από το ένα σύστημα στο άλλο και να διατηρούν την παραμετροποίηση των VM, καθώς και τα στατιστικά χρήσης κατά τη μεταφορά (host/storage migration) των VMs από ένα φυσικό μέλος της φάρμας σε άλλο.
    73. Υποστήριξη VLANs (IEEE 802.1Q) ανά virtual switch.

    Β) Την αφαίρεση των παρακάτω προδιαγραφών ή την τροποίησή τους ώστε να επιτρέπουν εναλλακτικές υλοποιήσεις:
    75. Υποστήριξη private VLANs –> Υποστήριξη private VLANs ή exclusive VLAN, είτε από το λογισμικό εικονικοποίησης, είτε από τον δικτυακό εξοπλισμό
    76. Υποστήριξη network traffic shaping –> Υποστήριξη network traffic shaping ή priority-based switching, είτε από το λογισμικό εικονικοποίησης, είτε από τον δικτυακό εξοπλισμό

  • Σχετικά με την διαβούλευση του έργου S.P.O.C., οι παρατηρήσεις μας είναι:
    – Να αναφερθεί ο αριθμός των μοναδικών και ταυτόχρονων χρηστών του CMS τόσο για λόγους κόστους όσο και διαστασιολόγησης
    – Να αναφερθεί ο αριθμός των υποθέσεων και των εισερχόμενων – εξερχόμενων εγγράφων σε ετήσια βάση (για να μπορεί να γίνει διαστασιολόγηση του έργου).
    – Να περιγραφούν οι τρόποι διασύνδεσης της εφαρμογής CMS με τα εξωτερικά συστήματα (π.χ. SIRENE, Europol, Interpol) και οι παρεχόμενες δυνατότητες (πχ. ενδεικτική περιγραφή των διαθέσιμων API)
    – Να δοθεί προς διαβούλευση και ο επιμέρους προϋπολογισμός του έργου καθώς θεωρούμε ότι είναι εξαιρετικά χαμηλός σύμφωνα πάντα με τις απαιτήσει του έργου.. Ενδεικτικά, μόνο όσον αφορά τη βάση δεδομένων τύπου enterprise edition μαζί με τα τυχόν απαιτούμενα option (tuning, partitioning κλπ), την πιθανή απαίτηση για active/ active λειτουργία (κάτι που πιθανόν θα σήμαινε διπλάσια αδειοδότηση), για απεριόριστους χρήστες (καθώς δεν αναφέρεται αριθμός χρηστών) και για τα απαιτούμενα χρόνια εγγύησης ενδέχεται το κόστος να υπερβαίνει τον προϋπολογισμό του έργου και άρα θα πρέπει ο τελευταίος να αυξηθεί ανάλογα.
    – να διευκρινισθεί σε κάθε περίπτωση αν για την απαιτούμενη υψηλή διαθεσιμότητα του συστήματος βάσης δεδομένων είναι αποδεκτή η λύση active / passive συστήματος (fail over).

  • 13 Ιανουαρίου 2017, 13:51 | Δημήτρης Αγγέλης

    Μέρος C, C.2.3 Μεταγωγείς Fibre Channel, σελ. 138

    Η υποστήριξη δυνατότητας ενημέρωσης του λογισμικού χωρίς διακοπή της μεταγωγής δεδομένων παρέχεται από μεταγωγείς Fibre Channel οι οποίοι διαθέτουν πλεονάζων μονάδες διαχείρισης, με αυξημένο όμως κόστος.

    Με δεδομένο πως θα εγκατασταθούν δύο (2) μεταγωγείς Fibre Channel με πλεονάζοντες διασυνδέσεις προς τους εξυπηρετητές αλλά και το υποσύστημα αποθήκευσης, η υποστήριξη της συγκεκριμένης λειτουργίας δεν θα παράσχει οποιοδήποτε πραγματικό πλεονέκτημα στη λύση, παρά μόνο θα αυξήσει το κόστος του έργου.

    Ως εκ τούτου, εισηγούμαστε όπως η απαίτηση του σημείου #6 τροποποιηθεί ως εξής:

    Οι μεταγωγείς FC να είναι υψηλής διαθεσιμότητας και να έχουν τη δυνατότητα ενημέρωσης λογισμικού.

  • 13 Ιανουαρίου 2017, 13:19 | Δημήτρης Αγγέλης

    Μέρος C, C.2.3 Μεταγωγείς Fibre Channel, σελ. 138

    Η υποστήριξη Virtual SANs (VSANs) ή/και Virtual Fabric (T11 Standard) παρέχεται από μεταγωγείς Fibre Channel με 48 ή περισσότερες θύρες, όπου δικαιολογείται και η χρήση της εν λόγω λειτουργίας. Σε μεταγωγείς Fibre Channel με 24 ή λιγότερες θύρες, όπως αυτούς που απαιτούνται από τις προδιαγραφές, δεν υποστηρίζεται η πιο πάνω λειτουργία.

    Ως εκ τούτου, εισηγούμαστε όπως οι απαιτήσεις των σημείων #8 και #10 απαλειφθούν. Σε αντίθετη περίπτωση, θα πρέπει να προσφερθούν μεταγωγείς με αυξημένο κόστος, το οποίο δεν ανταποκρίνεται στο μέγεθος του προϋπολογισμού του έργου.

  • Μέρος C, C.3.2 Υποσύστημα δικτυακού αποθηκευτικού χώρου (SAN), σελ. 148
    Στο σημείο #20 (σελ. 148) απαιτείται ως μέγιστος αριθμός 2,5 ιντσών δίσκων που υποστηρίζουν οι ελεγκτές (controllers) οι 50 δίσκοι.
    Θεωρούμε πως η εν λόγω ποσότητα περιορίζει τις δυνατότητες επέκτασης του υποσυστήματος δικτυακού αποθηκευτικού χώρου (SAN), και εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί σε ≥ 180 αντί ≥ 50.

  • Μέρος C, C.3.2 Υποσύστημα δικτυακού αποθηκευτικού χώρου (SAN), σελ. 148
    Στο σημείο #19 (σελ. 148) απαιτείται ως ελάχιστη ταχύτητα διασύνδεσης δίσκων τα 6Gbps.
    Δεδομένου πως οι πλείστοι κατασκευαστές συστημάτων αποθήκευσης διαθέτουν εδώ και καιρό δίσκους με ταχύτητα διασύνδεσης 12Gbps, εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί σε ≥ 12Gbps αντί ≥ 6Gbps.

  • Μέρος C, C.4.2 Η/Υ, σελ. 168 και C.4.3 ΠΟΛΥΜΗΧΑΝΗΜΑΤΑ – Δικτυακοί Εκτυπωτές, σελ. 172
    Στο σημείο #1.13.4 (σελ. 168) και στο σημείο #16 (σελ. 172) απαιτούνται οδηγοί για λειτουργικά συστήματα Microsoft Windows XP και Vista, για τα οποία η υποστήριξη είτε έχει παρέλθει, είτε πρόκειται να παρέλθει εντός σύντομου χρονικού διαστήματος. Ως εκ τούτου, εισηγούμαστε όπως η απαίτηση για προσφορά οδηγών για τα εν λόγω λειτουργικά αφαιρεθεί και από τις δύο προδιαγραφές.

  • Μέρος C, C.4.2 Η/Υ, σελ. 166
    Λόγω του συνεχώς μειωμένου μεγέθους των συστατικών, οι κύριοι κατασκευαστές ηλεκτρονικών υπολογιστών δεν προσφέρουν πλέον υπολογιστές με κουτί τύπου Full Tower. Ως εκ τούτου η προδιαγραφή του σημείου #1.7.1 αποκλείει ένα σημαντικό αριθμό κατασκευαστών. Αντίστοιχα, η προδιαγραφή του σημείου #1.7.4 παραπέμπει σε κουτί τύπου Full Tower.
    Εισήγηση μας είναι όπως οι προδιαγραφές τροποποιηθούν σε Mid Tower και ≥1 αντίστοιχα.

  • Μέρος C, C.4.2 Η/Υ, σελ. 164 και 167
    Υπάρχει ανακολουθία μεταξύ των προδιαγραφών στα σημεία #1.2.16, #.1.2.17 και #1.9.8, όπου απαιτούνται έξοδοι 1xHDMI + 1x DisplayPort και #1.9.8, όπου απαιτούνται 1xDVI, 1xHDMI, 1xVGA αντίστοιχα.
    Εισήγηση μας είναι όπως οι προδιαγραφές τροποποιηθούν ώστε να απαιτείται μία (1) έξοδος HDMI και μία (1) έξοδος DisplayPort, να απαλειφθεί δηλαδή η προδιαγραφή #1.9.8.

  • Μέρος C, C.4.2 Η/Υ, σελ. 166-167
    Οι προδιαγραφές της απαιτούμενης κάρτας γραφικών (βλ. σημεία #1.9.1 έως #1.9.8 φωτογραφίζουν συγκεκριμένο μοντέλο συγκεκριμένου κατασκευαστή, η οποία προορίζεται για χρήση σε υπολογιστές ηλεκτρονικών παιχνιδιών (gaming PCs), και δεν μπορεί να παρέχει οποιοδήποτε πλεονέκτημα στην απαιτούμενη λύση.
    Σημειώστε πως η χρήση ενσωματωμένης κάρτας γραφικών (όπως άλλωστε προδιαγράφεται στο σημείο #1.2.15) θα μειώσει σαφώς την κατανάλωση ηλεκτρικής ενέργειας σε σχέση με μια κάρτα προδιαγραφών της ενότητας #1.9, και θα μειώσει το κόστος του προσφερόμενου εξοπλισμού.
    Ως εκ τούτου εισηγούμαστε όπως οι εν λόγω προδιαγραφές αφαιρεθούν.

  • Μέρος C, C.4.2 Η/Υ, σελ. 164
    Εισηγούμαστε όπως η απαίτηση του σημείου #1.2.20 για ενσωματωμένη ασύρματη κάρτα δικτύου αφαιρεθεί, αφού δεν θα αξιοποιείται από την απαιτούμενη λύση.

  • Μέρος C, C.4.2 Η/Υ, σελ. 164
    Η απαίτηση του σημείου #1.2.14 για υποστήριξη Crossfire παραπέμπει σε τεχνολογία συγκεκριμένου κατασκευαστή η οποία προορίζεται για την ταυτόχρονη χρήση πολλαπλών καρτών γραφικών σε ένα υπολογιστή, και η οποία λειτουργεί μόνο όταν διαθέτει αποκλειστική και πλήρη χρήση ολόκληρης της οθόνης (full screen).
    Η τεχνολογία αυτή αποτελεί κατ’ εξοχήν χαρακτηριστικό των υπολογιστών ηλεκτρονικών παιχνιδιών (gaming PCs), και ενώ δεν μπορεί να παρέχει οποιοδήποτε πλεονέκτημα στην απαιτούμενη λύση, αυξάνει αδικαιολόγητα το κόστος του προσφερόμενου εξοπλισμού. Σημειώνεται πως η εν λόγω τεχνολογία δεν αφορά την υποστήριξη πολλαπλών οθονών.
    Ως εκ τούτου εισηγούμαστε όπως η εν λόγω προδιαγραφή αφαιρεθεί.

  • Μέρος C, C.4.2 Η/Υ, Γενικό Σχόλιο
    Οι προδιαγραφές για τους ηλεκτρονικούς υπολογιστές παραπέμπουν σε συστατικά (π.χ. επεξεργαστής, μητρική κάρτα, κάρτα γραφικών, τροφοδοτικό, κλπ.) τα οποία δεν προσφέρονται σε κανένα μοντέλο υπολογιστή οποιουδήποτε γνωστού κατασκευαστή enterprise υπολογιστών, αλλά αποτελούν ανεξάρτητα προϊόντα τα οποία προορίζονται για χρήση σε υπολογιστές οικιακής και ψυχαγωγικής χρήσης.
    Ακόμα και αν επιλέγονταν τα εν΄ λόγω προϊόντα για την συναρμολόγηση ενός υπολογιστή σύμφωνα με τις προδιαγραφές, αυτό θα ήταν αντίθετο με το σημείο #14, σελ. 130 του πίνακα C.1.1 (Γενικές Απαιτήσεις Εξοπλισμού), όπου απαιτείται όπως τα επί μέρους τμήματα να είναι συναρμολογημένα στο εργοστάσιο κατασκευής.
    Ως εκ τούτου, εισηγούμαστε όπως επαναδιατυπωθεί το σύνολο των προδιαγραφών, έτσι ώστε να μπορούν να προταθούν υπολογιστές των γνωστών κατασκευαστών.

  • Μέρος C, C.3.3.2 Tape Library, σελ. 155
    Οι πλείστοι κατασκευαστές εξοπλισμού δεν προσφέρουν πλεονάζοντα τροφοδοτικά σε tape libraries 24 θυρίδων ταινιών. Τα πλεονάζοντα τροφοδοτικά προσφέρονται ως επιλογή σε μεγαλύτερα μοντέλα με επιπρόσθετο κόστος.
    Ως εκ τούτου, εισηγούμαστε όπως ο απαιτούμενος αριθμός τροφοδοτικών στο σημείο #23 τροποποιηθεί σε ≥ 1 προκειμένου να επιτραπεί η προσφορά ισάξιου εξοπλισμού χωρίς πλεονάζων τροφοδοτικό.

  • Μέρος C, C.3.3.1 Backup Server, σελ. 151
    Στο σημείο #38 (σελ. 152) δεν προσδιορίζεται ο απαιτούμενος αριθμός θυρών ανά κάρτα. Ως εκ τούτου, εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί ως εξής:
    Αριθμός φυσικών καρτών δικτύου με δύο (2) φυσικά interface Fibre Channel 16Gbps ανά κάρτα (Host Bus Adapters). ≥ 2

  • Μέρος C, C.1.1 Γενικές Απαιτήσεις Εξοπλισμού, σελ. 142
    Θεωρούμε ότι υπάρχει ανακολουθία αναφορικά με τις προδιαγραφές, αφού στον πίνακα C.2.3 απαιτούνται μεταγωγοί Fibre Channel με υποστήριξη 16Gbps ενώ στο σημείο #39 (σελ. 142) απαιτούνται δύο (2) κάρτες FCoE.
    Δηλαδή, ενώ απαιτούνται κάρτες FCoE για τους virtualization servers (για τις οποίες δεν έχει γίνει οποιαδήποτε πρόνοια διασύνδεσης), δεν απαιτούνται κάρτες FC (για τις οποίες απαιτούνται μεταγωγείς FC προς διασύνδεση με το SAN).
    Ως εκ τούτου, εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί ως εξής:
    Αριθμός φυσικών καρτών δικτύου με δύο (2) φυσικά interface Fibre Channel 16Gbps ανά κάρτα (Host Bus Adapters). ≥ 2

  • Μέρος C, C.3.1 Υποσύστημα εξυπηρετητών εικονικοποίησης, σελ. 142 και C.3.3.1 Backup Server, σελ. 151
    Στα σημεία #36 (σελ. 142) και #34 (σελ. 151) απαιτείται ως ελάχιστη ταχύτητα περιστροφής οι 10Κ RPM. Δεδομένου πως οι πλείστοι κατασκευαστές εξοπλισμού διαθέτουν εδώ και καιρό δίσκους με ταχύτητα περιστροφής 15K RPM, εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί σε ≥ 15Κ αντί ≥ 10Κ.

  • Μέρος C, C.3.1 Υποσύστημα εξυπηρετητών εικονικοποίησης, σελ. 142 και C.3.3.1 Backup Server, σελ. 151
    Στα σημεία #34 (σελ. 142) και #32 (σελ. 151) απαιτείται ως ελάχιστη ταχύτητα διασύνδεσης δίσκων τα 6Gbps. Δεδομένου πως οι πλείστοι κατασκευαστές εξοπλισμού διαθέτουν εδώ και καιρό δίσκους με ταχύτητα διασύνδεσης 12Gbps, εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί σε ≥ 12Gbps αντί ≥ 6Gbps.

  • Μέρος C, C.3.1 Υποσύστημα εξυπηρετητών εικονικοποίησης, σελ. 140
    Στο σημείο #5 απαιτούνται εξυπηρετητές ανοικτής αρχιτεκτονικής, και προφανώς απαιτούνται επεξεργαστές αρχιτεκτονικής x86-64. Όμως, o συνδυασμός των απαιτήσεων #10 και #14 αποκλείει οποιοδήποτε σύγχρονο επεξεργαστή αρχιτεκτονικής x86-64, καθότι δεν υπάρχει επεξεργαστής ο οποίος να πληροί συνδυαστικά και τις δύο προδιαγραφές.
    Ως εκ τούτου, εισηγούμαστε όπως είτε μειωθεί ο απαιτούμενος αριθμός πυρήνων ανά επεξεργαστή σε δώδεκα (12), είτε μειωθεί η απαιτούμενη συχνότητα του επεξεργαστή σε 2.6GHz.
    Πηγή: http://ark.intel.com/search/advanced?s=t&FilterCurrentProducts=true&CoreCountMin=14&ClockSpeedMhzMin=3000

  • Μέρος C, C.2.1 Μεταγωγείς Πρόσβασης, σελ. 134 και C.2.3 Μεταγωγείς Fibre Channel, σελ. 138
    Στο σημείο #3 (σελ. 134) αναφέρεται το εξής:
    Όλοι οι προσφερόμενοι μεταγωγείς πρόσβασης να ανήκουν στην ίδια σειρά, να έχουν τον ίδιο κωδικό και να είναι του ίδιου κατασκευαστή με τους υπόλοιπους προσφερόμενους μεταγωγούς του Έργου (Core/Agg, IPMI-ToR, FC)
    Επιπλέον στο σημείο #3 (σελ. 138) αναφέρεται το εξής:
    Όλοι οι προσφερόμενοι fc μεταγωγείς να ανήκουν στην ίδια σειρά, να έχουν τον ίδιο κωδικό και να είναι του ίδιου κατασκευαστή με τους υπόλοιπους προσφερόμενους μεταγωγούς του Έργου.
    Η κατασκευή μεταγωγών κάθε τύπου, όπως δικτύου (π.χ. Ethernet) και αποθήκευσης (π.χ. FC) βασίζεται στην υποστήριξη διεθνώς αναγνωρισμένων προτύπων, τα οποία εξασφαλίζουν τη συμβατότητα μεταξύ συσκευών διαφορετικών κατασκευαστών.
    Η απαίτηση όπως οι προσφερόμενοι μεταγωγείς προέρχονται από τον ίδιο κατασκευαστή, θα ελαχιστοποιήσει τον αριθμό των ενδεχόμενων κατασκευαστών αποκλείοντας εγνωσμένης αξίας κατασκευαστές χωρίς να υπάρχει ουσιαστικός λόγος. Ως εκ τούτου εισηγούμαστε όπως οι προαναφερόμενες προδιαγραφές απαλειφθούν.

  • Μέρος C, C.2.3 Μεταγωγείς Fibre Channel, σελ. 138
    Εισηγούμαστε όπως στο σημείο 7, η απαίτηση για FC-SP γίνει πιο συγκεκριμένη με αναφορά στο πρωτόκολλο DHCHAP (Diffie-Hellman Challenge Handshake Authentication Protocol) που αποτελεί ουσιαστικά το μέρος του FC-SP που ελέγχει την ταυτοποίηση μεταξύ μεταγωγών και διασυνδεδεμένων συσκευών:
    Υποστήριξη μηχανισμών/πρωτοκόλλων ασφάλειας DHCHAP, RADIUS, SSHv2, SFTP

  • Μέρος C, C.2.2 Μεταγωγέας Πρόσβασης, σελ. 137
    Εισηγούμαστε όπως τo σημείo #16 αφαιρεθεί, αφού το CDP (Cisco Discovery Protocol) πρόκειται περί κλειστού πρωτοκόλλου (proprietary protocol) του κατασκευαστή Cisco.
    Εναλλακτικά, μπορεί να απαιτηθεί υποστήριξη του ανοικτού πρωτοκόλλου IEEE 802.1ab Link Layer Discovery Protocol (LLDP).

  • Μέρος C, C.2.2 Μεταγωγέας Πρόσβασης, σελ. 137
    Εισηγούμαστε όπως τo σημείo #15 αφαιρεθεί, αφού το VTP (VLAN Trunking Protocol) πρόκειται περί κλειστού πρωτοκόλλου (proprietary protocol) του κατασκευαστή Cisco.

  • Μέρος Β, παράγραφος C.3.1 Υποσύστημα εξυπηρετητών εικονικοποίησης, σελ. 142-147
    Με βάση τα σημεία #46 και #49 της ενότητας «Λογισμικό Εικονικοποίησης», απαιτείται η προσφορά λογισμικού εικονικοποίησης τύπου Enterprise Edition. Παράλληλα, μία σειρά προδιαγραφών αποτρέπει την προσφορά οποιουδήποτε άλλου τύπου λογισμικού εικονικοποίησης.
    Η απαίτηση για Enterprise Edition αυξάνει το κόστος του έργου με κίνδυνο το συνολικό κόστος της προσφοράς να υπερβαίνει τον προϋπολογισμό του έργου.
    Για τις ανάγκες του συγκεκριμένου έργου θα μπορούσε να χρησιμοποιηθεί λογισμικό τύπου Standard Edition, αφού ο αριθμός των φυσικών μηχανών και των χρηστών είναι περιορισμένος και η λύση αφορά ένα και μόνο σύστημα. Ως εκ τούτου, εισηγούμαστε όπως οι προδιαγραφές #46 και #49 τροποποιηθούν για να αναφέρονται σε λογισμικό εικονικοποίησης τύπου Standard Edition.

    Εναλλακτικά, για σκοπούς εξοικονόμησης κόστους, θα μπορούσε να αφαιρεθεί εντελώς η απαίτηση για εικονικοποίηση και να ζητηθούν 4 εξυπηρετητές χαμηλότερης δυνατότητας για τη φιλοξενία του συστήματος.

  • C.4.4 (Προδιαγραφές ip phones), Σελίδα 174
    Θα πρέπει να καθοριστεί ο αριθμός των απαιτούμενων συσκευών.

  • Μέρος C, C.3.4 Υποσύστημα εξυπηρετητών εφαρμογών, σελ. 156-159
    Σημειώστε πως οι απαιτήσεις για το Λειτουργικό Σύστημα παρουσιάζονται τόσο στην ενότητα 2 όσο και στην ενότητα 3.3. Εισηγούμαστε όπως απαλειφθεί η ενότητα 3.3

  • Μέρος C, C.3.2 Υποσύστημα δικτυακού αποθηκευτικού χώρου (SAN), σελ. 149
    Το απαιτούμενο μέγεθος λανθάνουσας μνήμης (cache) ανά ελεγκτή (controller) στο σημείο #24 κρίνεται ως υπερβολικό αναλογιζόμενοι όλες τις υπόλοιπες προδιαγραφές του υποσυστήματος δικτυακού αποθηκευτικού χώρου (SAN) αλλά και τις ανάγκες της λύσης, με αποτέλεσμα να απαιτείται η προσφορά μοντέλου εκτός του προϋπολογισμού.
    Ως εκ τούτου εισηγούμαστε όπως η προδιαγραφή τροποποιηθεί σε ≥6GB αντί ≥16GB.

  • C.3.1 (Υποσύστημα εξυπηρετητών εικονοποίησης), Σημείο 5, Σελίδα 140
    Στο σημείο 5 ζητείται όπως προσφερθούν τουλάχιστο τρεις (3) εξυπηρετητές σε διάταξη υψηλής διαθεσιμότητας και κατανομής φόρτου.
    Οι απαιτήσεις τις Αναθέτουσας Αρχής για υψηλή διαθεσιμότητα και κατανομή φόρτου καθώς επίσης και οι στρατηγικές τεχνικές απαιτήσεις της Αναθέτουσας Αρχής (βλ. Παράγραφο Β.1.2, σελ. 69) καλύπτονται με δύο (2) εξυπηρετητές. Επιπρόσθετα, υπάρχουν λύσεις οι οποίες απαιτούν δύο (2) εξυπηρετητές.
    Εισηγούμαστε επομένως όπως ζητηθούν τουλάχιστο δύο (2) εξυπηρετητές, καλύπτοντας με αυτό τον τρόπο όλες τις πιθανές λύσεις που θα προταθούν χωρίς να χρειάζεται να προταθεί επιπρόσθετος εξυπηρετητής, εάν αυτός δεν χρειάζεται.
    Σημειώστε ότι η ύπαρξη τρίτου εξυπηρετητή σε συνδυασμό με την απαίτηση για κατανομή φόρτου αυξάνει σημαντικά το κόστος του έργου, όχι μόνο λόγο του κόστους του εξυπηρετητή, αλλά και λόγο των αδειών χρήσης των λογισμικών που θα φιλοξενηθούν σε αυτό.
    Επίσης, η απαίτηση για κατανομή φόρτου αυξάνει σημαντικά το κόστος των αδειών χρήσης των λογισμικών που θα φιλοξενηθούν στους άλλους δύο (2) εξυπηρετητές.
    Ένα τέτοιο κόστος δεν θα μπορεί να απορροφηθεί σε καμία περίπτωση από τους προσφέροντες.
    Προκειμένου να περιοριστεί το κόστος της λύσης, εισηγούμαστε όπως η απαίτηση για κατανομή φόρτου στην προδιαγραφή του σημείου #5 αφαιρεθεί και ο αριθμός των εξυπηρετητών μειωθεί σε ≥2 ούτως ώστε να διαμορφωθεί η απαίτηση ως εξής:
    Αριθμός εξυπηρετητών σε διάταξη υψηλής διαθεσιμότητας για τη λειτουργία της υποδομής εικονικοποίησης. Εξυπηρετητές καινούργιοι, ανοικτής αρχιτεκτονικής σε υλοποίηση ικριώματος: ≥2

  • C.1.2 (Γενικές Απαιτήσεις Λογισμικού), Σημείο 6, Σελίδα 132

    Η απαίτηση του σημείου 6 αναφέρει:
    «Η τεχνική προσφορά θα περιλαμβάνει εγχειρίδια για όλα τα επιμέρους στοιχεία του λογισμικού, σε ηλεκτρονική και έντυπη μορφή.»
    Θεωρούμε πως η συμπερίληψη εγχειριδίων κατά την υποβολή της προσφοράς δεν προσφέρει οποιοδήποτε όφελος προς την Αναθέτουσα Αρχή, παρά μόνο αυξάνει τον όγκο και κατ’ επέκταση τον χρόνο αξιολόγησης των προσφορών, δημιουργώντας παράλληλα αχρείαστο φόρτο εργασίας. Επίσης στην πιο πάνω απαίτηση αναφέρεται σε υποβολή σε ηλεκτρονική και έντυπη μορφή.
    Εισηγούμαστε όπως η απαίτηση τροποποιηθεί ως ακολούθως:
    «Ο Ανάδοχος θα πρέπει να παραδώσει εγχειρίδια για όλα τα επιμέρους στοιχεία του λογισμικού, σε ηλεκτρονική και έντυπη μορφή. Η τεχνική προσφορά να περιλαμβάνει πλήρη πίνακα των εγχειριδίων που θα προσφερθούν»

  • C.1.1 (Γενικές Απαιτήσεις Εξοπλισμού), Σημείο 9, Σελίδα 129
    Η απαίτηση του σημείου 9 αναφέρει:
    «Η τεχνική προσφορά να περιλαμβάνει εγχειρίδια του κατασκευαστή για όλα τα επιμέρους στοιχεία του εξοπλισμού, σε ηλεκτρονική και έντυπη μορφή.»
    Θεωρούμε πως η συμπερίληψη εγχειριδίων κατά την υποβολή της προσφοράς δεν προσφέρει οποιοδήποτε όφελος προς την Αναθέτουσα Αρχή, παρά μόνο αυξάνει τον όγκο και κατ’ επέκταση τον χρόνο αξιολόγησης των προσφορών, δημιουργώντας παράλληλα αχρείαστο φόρτο εργασίας. Επίσης στην πιο πάνω απαίτηση αναφέρεται σε υποβολή σε ηλεκτρονική και έντυπη μορφή.
    Εισηγούμαστε όπως η απαίτηση τροποποιηθεί ως ακολούθως:
    «Ο Ανάδοχος θα πρέπει να παραδώσει εγχειρίδια του κατασκευαστή για όλα τα επιμέρους στοιχεία του εξοπλισμού, σε ηλεκτρονική και έντυπη μορφή. Η τεχνική προσφορά να περιλαμβάνει πλήρη πίνακα των εγχειριδίων που θα προσφερθούν»

  • Παράγραφος Β.5.1.6, Σελίδα 112
    Εισηγούμαστε όπως η μέγιστη διάρκεια της Φάσης Π6, αυξηθεί σε 150 ημέρες από την υπογραφή της σύμβασης αντί 120, έτσι ώστε να συμβαδίζει με την ολοκλήρωση της Φάσης Π7. Η αλλαγή αυτή θα δώσει περισσότερο χρόνο στον Ανάδοχο για την επιτυχή ολοκλήρωση της ανάπτυξης του λογισμικού.
    Σημειώστε ότι η εισήγηση αυτή δεν επηρεάζει σε καμιά περίπτωση το χρονοδιάγραμμα του έργου, αφού η υλοποίηση των ελέγχων παραλαβής θα εκτελεστούν σε 150 ημέρες από την υπογραφή της σύμβασης.

  • Παράγραφος Β.5.1.6, Σελίδα 112
    Εισηγούμαστε όπως η μέγιστη διάρκεια της Φάσης Π4, αυξηθεί σε 60 ημέρες από την υπογραφή της σύμβασης αντί 45. Η αλλαγή αυτή θα δώσει περισσότερο χρόνο στον Ανάδοχο για την επιτυχή ολοκλήρωση της εγκατάστασης του εξοπλισμού μετά που θα παραληφθεί ο εξοπλισμός από τους κατασκευαστές.
    Σημειώστε ότι η εισήγηση αυτή γίνετε γιατί δεν επηρεάζει σε καμιά περίπτωση το χρονοδιάγραμμα του έργου, αφού η υλοποίηση των ελέγχων παραλαβής θα εκτελεστούν σε 150 ημέρες από την υπογραφή της σύμβασης,

  • Παράγραφος Β.5.1.3, Παράγραφος «Μη Διαθεσιμότητα Μονάδας Κατηγορίας Α – Ρήτρες:», Σελίδα 104
    Εισηγούμαστε όπως οι ρήτρες αναθεωρηθούν ως ακολούθως, όπως ίσχυε σε προηγούμενο διαγωνισμό της Αναθέτουσας Αρχής:
    – Πεντακόσια (500) ευρώ για κάθε ώρα και για τις επόμενες τέσσερις (4) ώρες.
    – Χίλια (1000) ευρώ για κάθε ώρα πέραν του 8ωρου.

  • Παράγραφος Β.5.1.1, Παράγραφος «Ψηφιοποίηση», Σελίδα 103
    Στην παράγραφο Β.5.1.1. αναφέρεται ότι «Η ψηφιοποίηση του υφιστάμενου αρχείου θα πρέπει να έχει ολοκληρωθεί πριν την παράδοση του Λογισμικού και του Ηλεκτρονικού Εξοπλισμού.»
    Στο χρονοδιάγραμμα της Παραγράφου Β.5.1.6, η ολοκλήρωση της ψηφιοποίησης (Φάση Π7) παρουσιάζεται, ορθά, μετά την παράδοση του Λογισμικού και του Ηλεκτρονικού Εξοπλισμού.
    Εισηγούμαστε όπως η πιο πάνω αναφορά της Παραγράφου Β.5.1.1 απαλειφθεί.

  • Παράγραφος Β.4.3, Σελίδα 94, Παράγραφος Β.5.1.5, Σελίδα 106, Παράγραφος Β.6.7.1, Σελίδα 121, Παράγραφος C.5 (Υπηρεσίες), Σημείο 4.1, Σελίδα 179
    Στην Παράγραφο Β.4.3, αναφέρεται ότι η ελάχιστη ζητούμενη Περίοδος Εγγύησης για το σύνολο του Έργου είναι δύο (2) έτη από την Οριστική Παραλαβή του Έργου. Το ίδιο αναφέρεται και στο σημείο 4.1 της Παραγράφου C.5.
    Στις Παραγράφους Β.5.1.5 και Β.6.7.1 αναφέρεται όμως ότι η ελάχιστη ζητούμενη Περίοδος Εγγύησης για το σύνολο του Έργου είναι πέντε (5) έτη από την Οριστική Παραλαβή του Έργου.
    Λαμβάνοντας υπόψη τον προϋπολογισμό του έργου, η ελάχιστη ζητούμενη Περίοδος Εγγύησης θα πρέπει να είναι δύο (2) έτη, όπως καθορίζεται στην Παράγραφο Β.4.3 και στο σημείο 4.1 της Παραγράφου C.5. Σε αντίθετη περίπτωση, υπάρχει σοβαρός κίνδυνος το συνολικό κόστος της προσφοράς περιλαμβανομένων πέντε (5) ετών εγγύησης να υπερβαίνει τον προϋπολογισμό του έργου.
    Σημειώστε ότι με βάση τη βαθμολόγηση των τεχνικών προσφορών που περιγράφεται στην Παράγραφο Β.6.7.2, η διάρκεια της εγγύησης λαμβάνεται υπόψη στην αξιολόγηση των προσφορών και με αυτό τον τρόπο διασφαλίζεται ότι οι προσφέροντες μπορούν να προσφέρουν τη μέγιστη δυνατή εγγύηση εντός του προϋπολογισμού του έργου.

  • Παράγραφος Β.4.2, Σελίδα 91
    Στην Παράγραφο Β.4.2 αναφέρεται ότι είναι αναγκαίο, ο κάθε υποψήφιος ανάδοχος να έχει αναλάβει και να έχει παραδώσει τουλάχιστο ένα παρόμοιο έργο.
    Εισηγούμαστε όπως διευκρινιστεί ότι o όρος παρόμοιο έργο αναφέρεται στην υλοποίηση αντίστοιχου συστήματος σε εθνικό επίπεδο για άλλο κράτος μέλος της Ευρωπαϊκής Ένωσης ή συστήματος Case Management System σε εθνική αρχή επιβολής του νόμου.

  • Παράγραφος Β.4.2, Σελίδα 91
    Στην Παράγραφο Β.4.2 αναφέρεται ότι:
    «Κρίνεται απαραίτητο οι υποψήφιοι ανάδοχοι να διαθέτουν, αφενός πρότερη εμπειρία στην υλοποίηση μεγάλων έργων πληροφορικής και ειδικότερα σε έργα που αφορούν αναβάθμιση πληροφοριακών υποδομών κέντρων δεδομένων και αφετέρου να έχουν τη δυνατότητα να προσφέρουν πλήρη υποστήριξη σε αυτά.».
    Το συγκεκριμένο έργο δεν σχετίζεται με την αναβάθμιση πληροφοριακών υποδομών κέντρων δεδομένων και γι’ αυτό το λόγο εισηγούμαστε όπως η απαίτηση τροποποιηθεί ως ακολούθως:
    «Κρίνεται απαραίτητο οι υποψήφιοι ανάδοχοι να διαθέτουν, αφενός πρότερη εμπειρία στην υλοποίηση μεγάλων έργων πληροφορικής και αφετέρου να έχουν τη δυνατότητα να προσφέρουν πλήρη υποστήριξη σε αυτά.»

  • Μέρος Β, παράγραφος B.3.4.1.1, σελ. 89
    Αναφορικά με τον πίνακα περιεχόμενου της εκπαίδευσης (βλ. Πίνακας 1, σελ. 89) παρατηρούμε τα εξής:
    Δεν περιλαμβάνεται οποιοδήποτε σεμινάριο εκπαίδευσης Διαχειριστών με αντικείμενο τη διαχείριση του Case Management System. Αντ’ αυτού, περιλαμβάνεται σεμινάριο με θέμα «Διαχείριση Λογισμικού Document Management». Λαμβάνοντας υπ’ όψη πως η διαχείριση εγγράφων αποτελεί μία μόνο από τις λειτουργίες του Case Management System, εισηγούμαστε όπως τροποποιηθεί η προδιαγραφή σε «Διαχείριση Case Management System».
    Επιπλέον, τα σεμινάρια εκπαίδευσης στελεχών αφορούν συγκεκριμένα θέματα της μεθόδου ITIL (IT Infrastructure Library). Κατ’ επέκταση, δεν περιλαμβάνεται οποιοδήποτε σεμινάριο εκπαίδευσης με αντικείμενο τη χρήση του Case Management System. Εισηγούμαστε όπως τα υφιστάμενα θέματα εκπαίδευσης απαλειφθούν και αντικατασταθούν με σεμινάριο εκπαίδευσης με θέμα «Χρήση Case Management System», ούτως ώστε να παρασχεθεί πλήρης εκπαίδευση στο CMS για τα στελέχη που θα επανδρώνουν το SPOC.

  • Β.3.4.1.1, Σελίδα 89
    Στην Παράγραφο Β.3.4.1.1 αναφέρεται ότι:
    «Επισημαίνεται ότι, το σύνολο των αναφερόμενων στους Διαχειριστές εκπαιδεύσεων θα πραγματοποιηθεί σε πιστοποιημένο από τον κατασκευαστή του προσφερόμενου υλικού- λογισμικού, εκπαιδευτικό κέντρο, με αποκλειστική μέριμνα του Αναδόχου.»
    Η πιο πάνω απαίτηση συνεπάγεται αυξημένο κόστος όσον αφορά τις εκπαιδεύσεις των διαχειριστών και εισηγούμαστε όπως απαλειφθεί, λαμβάνοντας υπόψη τον προϋπολογισμό του έργου.

  • Παράγραφος Β.3.3.2, Σελίδα 86, Παράγραφος C3.5 (Υποσύστημα Βάσης Δεδομένων), Σημεία 3.1, 3.3 και 3.4, Σελίδα 160
    Στις πιο πάνω παραγράφους αναφορικά με το Υποσύστημα Βάσης Δεδομένων, γίνεται αναφορά για:
    • Κατανομή φορτίου (load balancing),
    • Να προσφερθεί λογισμικό Βάσης Δεδομένων τύπου Enterprise Edition.
    • Τμηματοποίηση δεδομένων (partitioning).
    • Διάγνωσης προβλημάτων (diagnostics).
    • Ρύθμισης βάσης δεδομένων (tuning).
    • Να υποστηρίζει ασφάλεια, κρυπτογράφηση δεδομένων, διαχωρισμό καθηκόντων και αποκλεισμό πρόσβασης προνομιούχων χρηστών σε ευαίσθητες περιοχές της ΒΔ.
    Οι πιο πάνω απαιτήσεις παραπέμπουν σε λογισμικό Βάσης Δεδομένων τύπου Enterprise Edition και σε επιπρόθετες επιλογές (options) του λογισμικού, η αξία των οποίων δεν μπορεί να καλυφθεί από τον προϋπολογισμό του έργου.
    Εισηγούμαστε επομένως όπως οι πιο πάνω απαιτήσεις απαλειφθούν. Οι υπόλοιπες απαιτήσεις της Διακήρυξης διασφαλίζουν ότι η λύση που θα προσφερθεί θα ικανοποιεί τις ανάγκες τις Αναθέτουσας Αρχής για το συγκεκριμένο έργο.
    Σημειώστε επίσης ότι στην Παράγραφο Β.3.1 (Σελίδα 83) αναφέρεται ότι τα επιμέρους υποσυστήματα της SPOC, που έχουν διακριτό ρόλο, δεν θα πρέπει να αποτελούν single point of failure (αυτό σημαίνει να είναι σε κατάσταση active – active ή/και active-standby).

  • Παράγραφος Β.2.1, Σελίδα 73
    Στην παράγραφο Β.2.1 αναφέρεται ότι οι υπηρεσίες που παρέχονται μέσω του υποσυστήματος ψηφιοποίησης αφορούν:
    «Στην παροχή του απαραίτητου εξοπλισμού, λογισμικού, υπηρεσιών και εφαρμογών για την εφ’ εξής ψηφιοποίηση όλου του υφιστάμενου αρχείου που δε θα ψηφιοποιηθεί στο πλαίσιο του παρόντος έργου….»
    Αναφορικά με τον εξοπλισμό, εισηγούμαστε όπως διευκρινιστεί ο αριθμός σαρωτών που απαιτούνται από την Αναθέτουσα Αρχή για τη διεκπεραίωση της ψηφιοποίησης, αφού ο αριθμός αυτός δεν εξαρτάται από τη λύση που θα προταθεί, αλλά από τις ανάγκες και διαθεσιμότητα ατόμων της Αναθέτουσας Αρχής. Εισηγούμαστε επίσης όπως καθοριστούν οι προδιαγραφές των σαρωτών τουλάχιστον όσον αφορά την ταχύτητα και την ποιότητα της σάρωσης.

  • Παράγραφος Β.1.1, Παράγραφος «Εκπόνηση Στατιστικών», Σελίδα 66
    Εισηγούμαστε όπως καθοριστεί ο εκτιμώμενος αριθμός στατιστικών αναφορών που θα πρέπει να είναι διαθέσιμες από το σύστημα, για σκοπούς υπολογισμού του κόστους υλοποίησης τους.

  • Μέρος Β, παράγραφος B.1.1 «Ανάπτυξη και προμήθεια λογισμικού», σελ. 65-66
    Λαμβάνοντας υπ’ όψη τόσο τον αριθμό όσο και την πολυπλοκότητα των διασυνδεόμενων με το CMS διεθνών και εθνικών βάσεων δεδομένων, θεωρούμε απαραίτητο όπως καθοριστούν όλες οι βάσεις δεδομένων καθώς και ο τρόπος διασύνδεσης (π.χ. απ’ ευθείας σύνδεση με JDBC, SOAP Web Service, κλπ.) που θα παρέχει κάθε βάση δεδομένων προκειμένου να επιτρέπει τη διασύνδεση της με το CMS.
    Επιπρόσθετα, θεωρούμε πως θα πρέπει να καθοριστούν και οι οντότητες (π.χ. άτομα, οχήματα, έγγραφα, κλπ.) που θα χρησιμοποιούνται στις αναζητήσεις σε κάθε διεθνή και εθνική βάση δεδομένων από το CMS.

  • Β1.1.1, Σελίδα 54
    Θεωρούμε ότι δεν υπάρχει επαρκής τεχνική περιγραφή των συστημάτων SIRENE, SIENA και Ι – 24/7 με τα οποία απαιτείται η διασύνδεση του συστήματος. Δεν δίνεται επίσης καμιά παραπομπή σε έγγραφα τα οποία περιγράφουν τα συστήματα αυτά (π.χ. SIRENE Manual).
    Σαν αποτέλεσμα, δεν προδιαγράφονται οι απαιτούμενες διασυνδέσεις και ροές για κάθε σύστημα ούτως ώστε να μπορεί να διασαφηνιστεί η απαιτούμενη λειτουργικότητα και να κοστολογηθεί κοστολογηθεί η υλοποίηση.
    Επιπρόσθετα, δεν καθορίζεται ο τρόπος διασύνδεσης με τα συστήματα αυτά, με βάση τις δυνατότητες που παρέχει κάθε ένα από αυτά τα συστήματα (π.χ. μέσω Web Services, API, Βάση Δεδομένων, κλπ).

  • Γενικό Σχόλιο
    Θεωρούμε ότι ο προϋπολογισμός που έχει τεθεί δεν είναι επαρκής για την υλοποίηση του έργου, με βάση τις απαιτήσεις που καθορίζονται στο τεύχος τεχνικών προδιαγραφών.
    Ειδικότερα, οι προδιαγραφές και οι απαιτήσεις που έχουν τεθεί για την υποδομή του συστήματος είναι τέτοιες που για να ικανοποιηθούν απαιτούν εξοπλισμό και λογισμικό συστήματος (π.χ. υποσύστημα βάσης δεδομένων) υψηλού κόστους αδειοδότησης, που υπερβαίνει κατά πολύ την προϋπολογισμένη αξία του έργου.
    Εισηγούμαστε όπως οι προδιαγραφές της υποδομής προσαρμοστούν έτσι ώστε να καλύπτουν τις συγκεκριμένες ανάγκες του συστήματος που θα υλοποιηθεί και να συμβαδίζουν με τον προϋπολογισμό του έργου.

  • 4 Ιανουαρίου 2017, 11:06 | Στέφανος Κουζώφ

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

  • 3 Ιανουαρίου 2017, 01:22 | Μιχάλης Κλειδωνάρης

    Λάβετε υπόψη το άρθρο 12 του ν.3979, όπως αντικαταστάθηκε πρόσφατα με το άρθρο 24 του ν.4440/2016, και το ενδεχόμενο να μεταβληθούν οι τεχνικές προδιαγραφές και διαδικασίες έκδοσης και διακίνησης διοικητικών πράξεων και εγγράφων στην Ελληνική Αστυνομία.