Τα νομικά ζητήματα που σχετίζονται με τον διακομιστή και την υποδομή στην ανάπτυξη συστημάτων

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

Τι είναι η Υποδομή στα Συστήματα Πληροφορικής

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

Συγκεκριμένες περιπτώσεις όπου τα προβλήματα υποδομής πυροδοτούν την κατάρρευση ενός έργου

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

Περιπτώσεις όπου λάθη στον υπολογισμό του μεγέθους του διακομιστή προκαλούν διαφωνίες

Για παράδειγμα, μπορεί να συμβεί μετά την ολοκλήρωση της υλοποίησης και των δοκιμών ενός προγράμματος, να ανακαλυφθεί ότι η επεξεργαστική ικανότητα του διακομιστή δεν είναι επαρκής, καθιστώντας το σύστημα ακατάλληλο για πρακτική χρήση. Η προετοιμασία της υποδομής ανάλογα με το μέγεθος του συστήματος και η πρόβλεψη του βαθμού φόρτισης που μπορεί να υποστεί κατά τη λειτουργία του αποκαλείται “σάιζινγκ” (sizing). Περιπτώσεις όπου λάθη στον υπολογισμό του μεγέθους του διακομιστή έχουν οδηγήσει σε προβλήματα έχουν συμβεί και στο παρελθόν. (Αν και τελικά έχουν επιλυθεί μέσω διακανονισμού, μπορείτε να ανατρέξετε σε αυτήν την περίπτωση ως παράδειγμα.) Περαιτέρω, η επίλυση των διαφορών μεταξύ των δύο μερών μέσω διακανονισμού εξηγείται αναλυτικά στο παρακάτω άρθρο.

https://monolith.law/corporate/disputes-related-to-system-development[ja]

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

Η ουσία της υπόθεσης είναι το εύρος της υποχρέωσης ανταπόκρισης του προμηθευτή σε ασαφείς προδιαγραφές

Πάντως, η ουσία αυτών των διαφορών μπορεί να θεωρηθεί ότι είναι το ερώτημα “μέχρι πού πρέπει να φτάνει η ευθύνη του προμηθευτή για θέματα που δεν έχουν καθοριστεί ρητά ως προδιαγραφές”. Με αυτό κατά νου, μπορείτε να βρείτε πολλές χρήσιμες ιδέες από το περιεχόμενο του παρακάτω άρθρου.

https://monolith.law/corporate/system-development-specs-function[ja]

Στο παραπάνω άρθρο, εξηγείται μέχρι πού πρέπει να εκτείνεται η ευχέρεια και η υποχρέωση υλοποίησης από την πλευρά του προμηθευτή για θέματα που δεν αναφέρονται στις προδιαγραφές. Εδώ επισημαίνεται ότι υπάρχει μεγάλη διαφορά μεταξύ των θεμάτων που είναι εύκολα ορατά στο “μέτωπο” της διεπαφής χρήστη (το λεγόμενο “front-end”) και των θεμάτων που αφορούν τη “λογική” πλευρά (το λεγόμενο “back-end”, “database”). Συγκεκριμένα, τα θέματα που είναι εύκολα επιβεβαιώσιμα από τον παραγγελθέντα/χρήστη στο “front-end” τείνουν να αποδίδονται πιο εύκολα σε αυτόν, ενώ τα θέματα του “back-end” τείνουν να αποδίδονται στον προμηθευτή. Λαμβάνοντας υπόψη αυτά τα στοιχεία, τα προβλήματα στον υπολογισμό του μεγέθους του διακομιστή είναι περιοχές που δύσκολα αναγνωρίζονται από μη ειδικούς, και επομένως τείνουν να αποδίδονται στον προμηθευτή. Έτσι, αν αυτό το θέμα καταλήξει σε πλήρη δικαστική διαμάχη, εκτός αν υπάρχουν ισχυρές περιστάσεις που δικαιολογούν την απαλλαγή του προμηθευτή από την ευθύνη, είναι πιθανό να εκδοθούν αποφάσεις που δεν είναι ευνοϊκές για τον προμηθευτή.

Μέτρα για την Πρόληψη Προβλημάτων λόγω Λανθασμένου Server Sizing

Για την πρόληψη των προβλημάτων που αναφέρθηκαν προηγουμένως, είναι σημαντικό να συγχρονίσουμε την εκτέλεση του προγράμματος και την καταγραφή του source code με την προετοιμασία του περιβάλλοντος της υποδομής. Ως συγκεκριμένα μέτρα που μπορούν να ληφθούν, περιλαμβάνονται τα εξής:

Να καθορίσετε σαφώς τις ευθύνες σχετικά με το server sizing στη σύμβαση

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

Να προσδιορίσετε συγκεκριμένα τις απαιτήσεις ανάπτυξης και να διαχειριστείτε πλήρως τις αλλαγές

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

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

Να επιλέξετε ένα μοντέλο ανάπτυξης που ταιριάζει στη φύση του έργου

Επιπρόσθετα, σε συνάρτηση με τα δύο προηγούμενα μέτρα, είναι σημαντικό να επιλέξουμε ένα κατάλληλο μοντέλο ανάπτυξης ανάλογα με τη φύση και το μέγεθος του έργου ανάπτυξης συστημάτων. Γενικά, για την ανάπτυξη συστημάτων μεγάλης κλίμακας, όπου το server sizing μπορεί να είναι σημαντικό, η υιοθέτηση του μοντέλου Waterfall, το οποίο είναι κατάλληλο για την διασαφήνιση των προδιαγραφών και των ευθυνών, μπορεί να είναι πολύ ωφέλιμη. Η επιλογή του κατάλληλου μοντέλου ανάπτυξης, λαμβάνοντας υπόψη τη φύση του έργου, εξηγείται αναλυτικά στο παρακάτω άρθρο.

https://monolith.law/corporate/legal-merits-and-demerits-of-development-model[ja]

Συνοπτικά

Για την ομαλή πρόοδο ενός έργου ανάπτυξης συστημάτων, τα προβλήματα που προκύπτουν από την προετοιμασία της υποδομής μπορεί εύκολα να αποτελέσουν ένα σημείο τυφλότητας. Η προσοχή στα ζητήματα της υποδομής μπορεί να είναι μια σημαντική επιβάρυνση για όσους δεν είναι ειδικοί στην τεχνολογία. Ωστόσο, τα μέτρα πρόληψης τέτοιων προβλημάτων μπορεί να βρίσκονται στην επέκταση πολύ βασικών πρακτικών, όπως η «σαφήνεια των προδιαγραφών / αυστηρή διαχείριση των αλλαγών», η «σαφήνεια των ρόλων / των ευθυνών» και η «επιλογή μοντέλου ανάπτυξης που ταιριάζει στο μέγεθος και τον προϋπολογισμό του έργου». Ένα σημείο που πρέπει να κατανοήσουν εκείνοι που ασχολούνται με τα εταιρικά νομικά θέματα είναι ότι οι βάσεις της προληπτικής νομικής μπορούν να εφαρμοστούν επαρκώς και στα ζητήματα της υποδομής. Επιπλέον, για τους μηχανικούς που ειδικεύονται στην πληροφορική, είναι σημαντικό να κατανοούν ότι τα προβλήματα της υποδομής μπορεί να οδηγήσουν σε σοβαρούς κινδύνους για το έργο και να διαχειρίζονται την εργασία τους με ομαλότητα.