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

Μπορεί να υπάρχουν πολλοί λόγοι για την έναρξη της μετάβασης σε ένα νέο πληροφοριακό σύστημα (IS), συμπεριλαμβανομένης της μείωσης των κινδύνων που συνδέονται με τη λειτουργία απαρχαιωμένων πλατφορμών, της προσαρμογής των συστημάτων πληροφοριών στα διεθνή πρότυπα και της αύξησης της αποτελεσματικότητας των επιχειρηματικών διαδικασιών. Αλλά ανεξάρτητα από το έργο που αντιμετωπίζει η εταιρεία, η μετάβαση από τη μια IP στην άλλη πρέπει να προγραμματιστεί και να προετοιμαστεί προσεκτικά.

Προβλήματα μετανάστευσης

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

Για παράδειγμα, είχα εμπειρία έργου σε μία από τις μεγαλύτερες τράπεζες, όπου ένα σύστημα συναλλαγών μεταφερόταν από την μη υποστηριζόμενη πλέον πλατφόρμα Informix στην πλατφόρμα Oracle. Ταυτόχρονα, ήταν απαραίτητο να διεξαχθεί διεξοδική ανάλυση των επιχειρηματικών διαδικασιών, να μεταφερθούν επανειλημμένα δεδομένα από το παλιό σύστημα στο νέο και να ελεγχθεί η συνέπεια των αποτελεσμάτων του νέου και του παλαιού συστήματος, λαμβάνοντας υπόψη τη διάρκεια του κανονισμούς διαδικασίας. Γι' αυτό η περίοδος μετανάστευσης ήταν 14 μήνες. Μερικές φορές η παράλληλη λειτουργία δύο συστημάτων μπορεί να συνεχιστεί για μεγαλύτερο χρονικό διάστημα, αλλά ακόμη και όταν περιορίζεται σε αρκετούς μήνες, η διασφάλιση της λειτουργίας του νέου IS απαιτεί την κατανομή πρόσθετης υπολογιστικής ισχύος και σημαντικού χρόνου των εργαζομένων της επιχείρησης για την ταυτόχρονη εκτέλεση εργασιών σε δύο συστήματα .

Από σύστημα τμήματος σε επίπεδο επιχείρησης

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

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

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

Σχέδιο δράσης

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

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

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

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

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

Leif Poulsen για την InTech

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

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

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

Μέσω προσεκτικού σχεδιασμού, ο λειτουργικός κίνδυνος μπορεί να διατηρηθεί σε αποδεκτό επίπεδο, προστατεύοντας παράλληλα τις επενδύσεις και ελαχιστοποιώντας το κόστος του κύκλου ζωής. Για ένα τυπικό σύστημα αυτοματισμού ή πληροφορικής, μόνο το 20-40% της επένδυσης πηγαίνει στην αγορά του συστήματος. Το υπόλοιπο 60-80% πηγαίνει στη διατήρηση της υψηλής διαθεσιμότητάς του και στην προσαρμογή σε περιοδικά μεταβαλλόμενες απαιτήσεις.

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

Μακροπρόθεσμο σχέδιο μετανάστευσης

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

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

Σχήμα 1. Γενική προσέγγιση για τη δημιουργία ενός μακροπρόθεσμου σχεδίου μετανάστευσης.

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

Κάθε αρχιτεκτονική μπορεί να περιγραφεί ως μια σειρά από «στρώματα» που γεφυρώνουν το χάσμα μεταξύ επιχειρήσεων και τεχνολογίας - όπως φαίνεται στο Σχήμα 1. 1. Πρέπει να δοθεί προσοχή στα ακόλουθα «επίπεδα»:

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

Ανάπτυξη σχεδίου μετανάστευσης

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

Μέρος II

Στάδιο 1: Κινητοποίηση

Βασικοί στόχοι:

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

• προγραμματισμένες συναντήσεις
• εργαστήριο αφιερωμένο στην έναρξη του έργου

Αποτελέσματα:

• λεπτομερές σχέδιο διαβούλευσης
• κοινούς στόχους
• επισκόπηση της διαδικασίας

Στάδιο 2: Ανάλυση

Οι στόχοι της φάσης ανάλυσης είναι:

• ανάλυση επιχειρησιακών και παραγωγικών διαδικασιών με σκοπό:

Αξιολογήστε την ετοιμότητα του προσωπικού που εξυπηρετεί συστήματα πληροφορικής και αυτοματισμού

Κατανοήστε τις ανάγκες δεδομένων και λειτουργικότητας για τη μελλοντική αρχιτεκτονική

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

• ανάλυση της υπάρχουσας αρχιτεκτονικής

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

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

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

Σε αυτό το στάδιο πραγματοποιούνται οι ακόλουθες δραστηριότητες:

• σεμινάρια και συζητήσεις για διάφορες διαδικασίες
• επισκέψεις στον ιστότοπο για τη λήψη πληροφοριών σχετικά με τα συμφραζόμενα
• σεμινάρια και συζητήσεις για τα υπάρχοντα συστήματα
• αξιολόγηση των υπηρεσιών για τον προσδιορισμό της ωριμότητάς τους και της συμμόρφωσής τους με τις κανονιστικές απαιτήσεις

Αποτελέσματα:

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

Στάδιο 3: Στόχος

Ο σκοπός αυτού του σταδίου είναι να εντοπίσει και να περιγράψει τις ανάγκες που διατυπώθηκαν κατά το στάδιο της ανάλυσης.

Η λύση ή η αρχιτεκτονική στόχος θα περιγράφει:

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

Σε αυτό το στάδιο πραγματοποιούνται οι ακόλουθες δραστηριότητες:

• σεμινάρια και συζητήσεις για τη βελτίωση της διαδικασίας
• εργαστήρια και συζητήσεις για τη βελτίωση της αρχιτεκτονικής

Αποτελέσματα:

• μελλοντική αρχιτεκτονική (παρουσίαση)
• Σύντομη περιγραφή των τύπων εφαρμογών

Στάδιο 4: αιτιολόγηση

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

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

Σε αυτό το στάδιο πραγματοποιούνται οι ακόλουθες δραστηριότητες:

• χονδρική εκτίμηση κόστους και οφέλους
• πρώτη έκδοση της παρουσίασης

Αποτελέσματα:

• κοινούς στόχους
• ιεράρχηση των επιχειρηματικών ιδεών
• αξιολόγηση των απαιτούμενων πόρων

Στάδιο 5: Σχέδιο

Ο σκοπός αυτού του σταδίου είναι ο σχεδιασμός του έργου με βάση προτεραιότητες, πόρους και εξαρτήσεις:

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

Σε αυτό το στάδιο πραγματοποιούνται οι ακόλουθες δραστηριότητες:

• ανάπτυξη σχεδίου υλοποίησης
• ανάπτυξη επενδυτικού σχεδίου
• αξιολόγηση κινδύνου

Αποτελέσματα:

• σχέδιο εφαρμογής
• αξιολόγηση του φόρτου εργασίας του προσωπικού που συμμετέχει στο έργο
• αξιολόγηση κινδύνου έργου
• επενδυτικό σχέδιο (ως πρώτη προσέγγιση)
• τελική έκδοση της παρουσίασης του έργου

Μελέτη περίπτωσης

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

Αρχικά, πρέπει να δημιουργήσετε μια κύρια λίστα του εξοπλισμού που χρησιμοποιείται αυτήν τη στιγμή σε όλη την επιχείρηση. Αυτές οι πληροφορίες συχνά «κρύβονται» σε διάφορα έγγραφα (και στις μνήμες των εργαζομένων). Πρέπει να εξαχθεί και να οπτικοποιηθεί έτσι ώστε να γίνει η βάση για τον σχεδιασμό της μετανάστευσης. Για το σκοπό αυτό, δημιουργούμε συνήθως ένα Διάγραμμα Μονάδας Διαδικασίας που δείχνει τις κύριες κινήσεις του εξοπλισμού και των πρώτων υλών σε κάθε μονάδα παραγωγής. Ως ξεχωριστά στρώματα "επάνω" του υλικού, δείχνουμε ποια συστήματα υποστηρίζουν ποιο υλικό.

Ένα παράδειγμα φαίνεται στο Σχ. 2. Τα δεδομένα σχετικά με τα εγκατεστημένα συστήματα περιέχονται επίσης στον χώρο αποθήκευσης του συστήματος (ή απλώς σε αρχεία Excel) και μπορούν να χρησιμοποιηθούν για περαιτέρω ανάλυση και σχεδιασμό.

Εικόνα 2. Το "επίπεδο" αυτοματισμού σας επιτρέπει να αξιολογήσετε τα υπάρχοντα συστήματα

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

1. Συνεπής και χωρίς σφάλματα συμμόρφωση με τις κανονιστικές απαιτήσεις

2. Ελάχιστος χρόνος που απαιτείται για την είσοδο στην αγορά, ευελιξία

3. Επιτυχία, ανταγωνιστικότητα, λειτουργική αριστεία

4. Ασυμβίβαστη ποιότητα

5. Αύξηση των όγκων παραγωγής

Αυτοί οι στόχοι πρέπει να μεταφραστούν σε πιο συγκεκριμένες εργασίες, η υλοποίηση των οποίων μπορεί να ποσοτικοποιηθεί.

Στη συνέχεια, πρέπει να μάθουμε πόσο καλά τα υπάρχοντα συστήματα υποστηρίζουν τις τρέχουσες και μελλοντικές επιχειρηματικές διαδικασίες. Για να γίνει αυτό, χρησιμοποιούμε ένα τυπικό μοντέλο αναφοράς (βασισμένο στη σειρά προτύπων ANSI/ISA-95). Περιλαμβάνει 19 επιχειρηματικές διαδικασίες υψηλού επιπέδου, λεπτομερείς στο βαθμό που σας επιτρέπει να δείτε αδυναμίες στην πρακτική εφαρμογή τους και την ανάγκη αλλαγής για χάρη μιας αποτελεσματικής επιχείρησης.

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

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

Η τεχνική αξιολόγηση εντόπισε την ανάγκη εκσυγχρονισμού και αντικατάστασης ορισμένων συστημάτων:

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

Μέρος III

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

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

Ρύζι. 3. Περιγραφή μιας σελίδας ενός πιθανού έργου μετάβασης

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

Συνήθως, θα χρειαστεί να αξιολογήσετε πολλαπλά σενάρια υλοποίησης για να εκτιμήσετε τις συνολικές απαιτήσεις πόρων και χρηματοδότησης για κάθε σχέδιο (Εικόνα 7). Ένας από τους κύριους περιορισμούς που πρέπει να ληφθούν υπόψη είναι τα παράθυρα στη διαδικασία παραγωγής κατά τη διάρκεια των οποίων τα συστήματα μπορούν να αντικατασταθούν ή να τροποποιηθούν. Κατά κανόνα, αυτά τα "παράθυρα" εμφανίζονται τα Σαββατοκύριακα - και αυτό είναι μια σοβαρή συμφόρηση.

Ρύζι. 7. Συγκεντρωτική επισκόπηση του χρονοδιαγράμματος μετάβασης

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

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

Ρύζι. 8. Οργάνωση μεταναστευτικών έργων σε έξι διαφορετικά ρεύματα

Μέρος της προετοιμασίας είναι μια ενδελεχής αξιολόγηση και πρόληψη των κινδύνων του έργου. Στο Σχ. Το Σχήμα 9 δείχνει τυπικούς κινδύνους που σχετίζονται με έργα μετανάστευσης.

Ρύζι. 9. Αξιολόγηση τυπικών κινδύνων των έργων μετανάστευσης

Διαδικασίες υποστήριξης επιχειρήσεων

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

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

Τελευταία ενημέρωση: 31/10/2015

Συχνά προκύπτει μια κατάσταση όταν αλλάζει το μοντέλο. Για παράδειγμα, αποφασίσαμε να εισάγουμε νέες ιδιότητες σε αυτό. Αλλά ταυτόχρονα, έχουμε ήδη μια υπάρχουσα βάση δεδομένων που περιέχει ορισμένα δεδομένα. Και για να ενημερώσουμε τη βάση δεδομένων χωρίς απώλειες, το ASP.NET MVC μας προσφέρει έναν τέτοιο μηχανισμό όπως οι μετεγκαταστάσεις. Για παράδειγμα, έχουμε ένα απλό μοντέλο χρήστη:

Δημόσια κλάση Χρήστης ( δημόσια int Id ( get; set; ) δημόσια συμβολοσειρά Όνομα ( get; set; ) )

Συνεπώς, υπάρχει ένα πλαίσιο δεδομένων μέσω του οποίου εργαζόμαστε με τη βάση δεδομένων:

Χρήστες (get;set;))

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

Δημόσια κλάση Χρήστης ( δημόσιο int Id ( get; set; ) public string Όνομα ( get; set; ) public int Ηλικία ( get; set; ) )

Επιπλέον, αποφασίσαμε να προσθέσουμε ένα ακόμη μοντέλο, για παράδειγμα:

Public class Company ( public int Id ( get; set; ) public string Όνομα ( get; set; ) )

Επομένως, το πλαίσιο δεδομένων μας αλλάζει ήδη ως εξής:

Δημόσια τάξη UserContext: DbContext ( public UserContext() : base("DefaultConnection") ( ) public DbSet Χρήστες ( get; set; ) δημόσιο DbSet Εταιρείες ( get; set; ) )

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

Το πλαίσιο δεδομένων έχει αλλάξει και τώρα πρέπει να κάνουμε μετεγκατάσταση από το παλιό σχήμα βάσης δεδομένων στο νέο. Και πρώτα απ 'όλα, βρείτε το παράθυρο της Κονσόλας του Package Manager στο κάτω μέρος του Visual Studio, πληκτρολογήστε την εντολή σε αυτό: enable-migrations και πατήστε Enter:

Μετά την εκτέλεση αυτής της εντολής του Visual Studio, θα δημιουργηθεί ένας φάκελος Migrations στο έργο, όπου μπορείτε να βρείτε το αρχείο Configuration.cs. Αυτό το αρχείο περιέχει μια δήλωση της κλάσης Configuration με το ίδιο όνομα, η οποία ορίζει τις ρυθμίσεις διαμόρφωσης:

Namespace MigrationApp.Migrations ( χρήση System; χρήση System.Data.Entity; χρήση System.Data.Entity.Migrations; χρήση System.Linq; Διαμόρφωση εσωτερικής σφραγισμένης κλάσης: DbMigrationsConfiguration ( public Configuration() ( AutomaticMigrationsEnabled = false; ContextKey = "MigrationApp.Models.UserContext"; ) προστατευμένη παράκαμψη void Seed(MigrationApp.Models.UserContext context) ( ) ) )

Στη μέθοδο Seed, μπορείτε να αρχικοποιήσετε τη βάση δεδομένων με δεδομένα σποράς. Τώρα πρέπει να δημιουργήσουμε την ίδια τη μετανάστευση. Εκεί, στην Κονσόλα του Package Manager, πληκτρολογήστε την εντολή:

PM Add-Migration "MigrateDB"

Στη συνέχεια, το Visual Studio θα δημιουργήσει αυτόματα μια κλάση μετεγκατάστασης:

Χώρος ονομάτων MigrationApp.Migrations ( χρήση System; χρήση System.Data.Entity.Migrations; δημόσια μερική κλάση MigrateDB: DbMigration ( δημόσια παράκαμψη void Up() ( CreateTable("dbo.Companies", c => new ( Id = c.Int( nullable: false, ταυτότητα: true), Name = c.String(), )).PrimaryKey(t => t.Id) AddColumn("dbo.Users", "Age", c => c.Int(nullable). : false)) ) δημόσια παράκαμψη void Down() (DropColumn("dbo.Users", "Age");

Στη μέθοδο Up, καλώντας τη μέθοδο CreateTable, δημιουργείται ο πίνακας "dbo.Companies" και εκτελείται η διαμόρφωσή του: δημιουργία στηλών, πλήκτρα ρύθμισης. Και μια νέα στήλη Ηλικία προστίθεται επίσης στον υπάρχοντα πίνακα. Η μέθοδος Down καταργεί τη στήλη και τον πίνακα σε περίπτωση που υπάρχουν. Στην πραγματικότητα, αυτές οι μέθοδοι είναι ισοδύναμες με την έκφραση ALTER στην SQL, η οποία αλλάζει τη δομή της βάσης δεδομένων και των πινάκων της.

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

PM Update-Βάση δεδομένων

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

Έτσι, η μετεγκατάσταση έχει ολοκληρωθεί και μπορούμε ήδη να χρησιμοποιήσουμε τα ενημερωμένα μοντέλα και το πλαίσιο δεδομένων.

Σε αυτό το άρθρο, θα θέλαμε να συστηματοποιήσουμε την εμπειρία μας στην πραγματοποίηση μετεγκατάστασης δεδομένων σε μεγάλα εταιρικά έργα που σχετίζονται με τη μετάβαση των Πελατών στην εργασία σε διαμορφώσεις 1C:Enterprise 8.

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

Οροι και ορισμοί

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

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

Το σύστημα μετανάστευσης γενικά μοιάζει με αυτό:

Ρύζι. 1

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

Σύστημα δέκτη- σύστημα στόχου, αυθαίρετη διαμόρφωση "1C: Enterprise 8".

Αρχικά στοιχεία- δεδομένα που λαμβάνονται από ιστορικά συστήματα σε προσαρμοσμένη μορφή αρχείου xls. Σε αυτήν την περίπτωση, η μορφή xls φαίνεται να είναι μια από τις πιο βολικές, καθώς η δυνατότητα αποστολής σε αρχείο xls υπάρχει σε πολλά λογιστικά συστήματα «προηγούμενων γενεών».

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

Υπάρχουν επίσης επιλογές για τη χρήση μιας ενδιάμεσης βάσης δεδομένων.

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

Λήψη δεδομένων- δεδομένα που προορίζονται για φόρτωση στο σύστημα λήψης. Αυτό το άρθρο, καθώς και τα δεδομένα προέλευσης, εξετάζει τη μορφή xls.

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

Στάδια μετανάστευσης

Ας εξετάσουμε τη διαδικασία προετοιμασίας και διεξαγωγής της μετανάστευσης βήμα προς βήμα.

Τα οργανωτικά στάδια της μετανάστευσης περιλαμβάνουν τα ακόλουθα σημεία:

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

· Καθορισμός της σύνθεσης της ομάδας εργασίας για τη μετανάστευση. Η ομάδα εργασίας θα πρέπει να περιλαμβάνει ειδικούς τόσο από τον Ανάδοχο όσο και από τον Πελάτη που είναι επαρκώς εξοικειωμένοι με τη λειτουργία των ιστορικών συστημάτων (από την πλευρά του Πελάτη) και του συστήματος στόχου (από την πλευρά του Αναδόχου).

· Προκαταρκτικό σχέδιο μετανάστευσης. Το σχέδιο μετάβασης θα προσαρμοστεί αρκετές φορές καθώς προχωρά το έργο.

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

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

· Ζητήματα ελέγχου της ποιότητας, της ορθότητας και της ακεραιότητας των δεδομένων κατά τη διαδικασία μετάβασης και στο τέλος.

· Ζητήματα επαναφοράς σε προηγούμενη κατάσταση σε περίπτωση αστοχίας.

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

Ρύζι. 2

1.Προετοιμασία προτύπων φόρτωσης δεδομένων

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

Κάθε πρότυπο στοχεύει γενικά έναν ή περισσότερους σχετικούς πίνακες στο σύστημα προορισμού.

Το πρότυπο αναφέρει:

· Περιγραφή όλων των πεδίων του αρχείου δεδομένων xls για λήψη, συμπεριλαμβανομένων:

o Όνομα πεδίου

o Ένδειξη ότι το πεδίο πρέπει να συμπληρωθεί

o Παράδειγμα συμπλήρωσης του πεδίου

o Σημείωση

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

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

Κατά τη διάρκεια των εργασιών σε αυτό το στάδιο, ο Ανάδοχος πρέπει επίσης να προετοιμάσει ένα πρόγραμμα φόρτωσης αρχείων δεδομένων για φόρτωση. Όταν εργάζεστε με αρχεία xls, αυτή η εργασία δεν είναι ιδιαίτερα δύσκολη.

2.Προσδιορισμός πηγών δεδομένων

Αυτό το στάδιο μπορεί να ξεκινήσει μαζί με το προηγούμενο στάδιο «1. Προετοιμασία προτύπων φόρτωσης δεδομένων."

Σε αυτό το στάδιο, οι ειδικοί του Πελάτη καθορίζουν από ποια συστήματα και ποια δεδομένα μπορούν να ληφθούν. Θα πρέπει επίσης να καθορίσετε ποια δεδομένα Μπορεί μπορεί να χρειαστεί.

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

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

Ωστόσο, σε αυτό το στάδιο θα πρέπει να προσπαθήσετε να εντοπίσετε όσο το δυνατόν περισσότερα απαραίτητα δεδομένα.

3.Μεταφόρτωση δεδομένων πηγής

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

Η πιο βολική επιλογή φαίνεται να είναι η μεταφόρτωση σε αρχεία xls. Πολλά παλαιότερα συστήματα πληροφορικής υποστηρίζουν αυτήν την επιλογή.

Μπορεί επίσης να υπάρχουν επιλογές για μεταφόρτωση σε μορφές csv, dbf, xml και άλλες.

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

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

4.Χαρτογράφηση δεδομένων

Χαρτογράφηση (χαρτογράφηση δεδομένων) - γενικά, η διαδικασία σύγκρισης δεδομένων από ιστορικά συστήματα και το σύστημα λήψης. Δηλαδή τα δεδομένα προέλευσης και τα δεδομένα που θα φορτωθούν.

Το στάδιο της χαρτογράφησης είναι το στάδιο με τη μεγαλύτερη ένταση εργασίας και μπορεί να λάβει περισσότερο από το 50% του συνόλου των εργασιών για την εργασία μετανάστευσης.

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

Στη διαδικασία της χαρτογράφησης δεδομένων, είναι απαραίτητο να διακρίνουμε τα υποστάδια της χαρτογράφησης πίνακα και της χαρτογράφησης πεδίου.

· Χαρτογράφηση πινάκων, ή αντιστοίχιση προτύπων - σύγκριση πινάκων δεδομένων πηγής και προτύπων δεδομένων για φόρτωση. Ο αγώνας μπορεί να είναι είτε 1:1 είτε N:N. Ως αποτέλεσμα αυτής της εργασίας, καταρτίζεται και διατηρείται ένα μητρώο αντιστοίχισης πινάκων. Αυτό το υποστάδιο είναι απαραίτητο για το επόμενο υποστάδιο της χαρτογράφησης πεδίου και για την παρακολούθηση της γενικής κατάστασης των πραγμάτων στη χαρτογράφηση.

Ομάδα προτύπων 1C	Όνομα του προτύπου 1C	Ονομα αρχείου- πηγή	Κανόνες για τη δημιουργία ενός αρχείου πηγής	Υπεύθυνος	Κατάσταση	Σημείωση
NSI	Δείγμα_ Ονοματολογία	Nomenk latura.xls	Ρυθμίστε την επιλογή στο σύστημα N . Αποθήκευση σε txt . Ανοιχτό σε xls, οι στήλες είναι κείμενο . Η πρώτη γραμμή είναι η κεφαλίδα . Αριθμός στηλών - 15 . Ελέγξτε τον αριθμό των γραμμών σε txt και xls . Το όνομα του φύλλου είναι πάντα "Φύλλο1"	Ιβάνοφ Ι.Ι.	στη δουλειά

· Αντιστοίχιση πεδίων - πεδία πίνακα αντιστοίχισης εντός μιας ήδη καθορισμένης αντιστοίχισης πίνακα. Το αποτέλεσμα αυτής της εργασίας είναι ένα μητρώο αντιστοίχισης πεδίου.

№ σελ

Cl. πεδίο

Απαιτείται

Όνομα πεδίου προτύπου 1C "Template_Nomenclature"

Περιγραφή

Όνομα πεδίου "Nomenclature.xls"

Αλγόριθμος πλήρωσης

Κώδικας

Κωδικός στοιχείου καταλόγου

Κώδικας

Ονομα

Ονομα

Ναί

Αυτή η ομάδα

Περιέχει μία από τις ακόλουθες τιμές: . 1 - για ομάδες . 0 - για στοιχεία

Αν μήκος κωδικού=11 χαρακτήρες και τελευταίοι 4 χαρακτήρες<>"0000", τότε αυτό το στοιχείο είναι "0", διαφορετικά η ομάδα είναι "1".

Πλήρες όνομα

Όνομα στοιχείου καταλόγου

Ονομα

Αν ThisGroup = 1, Τότε "", ElseIf ThisGroup = 0, τότε Όνομα.

Ως μέρος αυτού του σταδίου, θα πρέπει επίσης να πραγματοποιηθούν πιθανές εργασίες για την κανονικοποίηση των δεδομένων.

5. Προετοιμασία κανόνων μετασχηματισμού

Σε αντίθεση με τα προηγούμενα στάδια, αυτό το στάδιο είναι τεχνικό και περιλαμβάνει την εργασία του Αναδόχου προγραμματιστή.

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

Για επιχειρησιακές εργασίες κατά τα προπαρασκευαστικά στάδια της μετεγκατάστασης και περαιτέρω, κατά τη διάρκεια της δοκιμής και της τελικής μετεγκατάστασης, είναι σημαντικό να υπάρχει ένα βολικό περιβάλλον για την ανάπτυξη κανόνων (σεναρίων) για μετασχηματισμό δεδομένων και ένα περιβάλλον για τη μετατροπή των δεδομένων πηγής σε δεδομένα για φόρτωση.

Οι απαιτήσεις για αυτό το περιβάλλον περιλαμβάνουν:

· Ευκολία και ταχύτητα ανάπτυξης κανόνων μετασχηματισμού.

· Ταχύτητα μετατροπής δεδομένων. Τα αρχεία εισόδου και εξόδου μπορεί να είναι εκατοντάδες χιλιάδες γραμμές!

· Δυνατότητα εργασίας με πολλαπλά αρχεία εισόδου ταυτόχρονα.

· Δυνατότητα αποθήκευσης κανόνων μετασχηματισμού σε ξεχωριστά αρχεία.

Για τα έργα μετεγκατάστασής μας, έχουμε αναπτύξει έναν εξειδικευμένο σταθμό εργασίας προγραμματιστή, χρησιμοποιώντας ως βάση την τυπική επεξεργασία 1C Query Console.

Η επεξεργασία της Query Console έχει βελτιωθεί για να επιτρέπει απευθείας ερωτήματα σε αρχεία xls.

Ακολουθεί ένα παράδειγμα συνδυασμού δύο αρχείων πηγής xls Υπαλλήλους.xls

Κωδικός υπαλλήλου	Επώνυμο	Ονομα	Επώνυμο	Ημερομηνια γεννησης
2423	Ιβάνοφ	Ιβάν	Ιβάνοβιτς	17.11.1992
1523	Πετρόφ	Βασιλικός	Αλεξάντροβιτς	04.02.1991
4363	Σιντόροφ	Κύριλλος	Νικολάεβιτς	01.05.1995
	Ντενίσοφ	Denis	Ντενίσοβιτς	01.01.1990

Και Λειτουργίες.xlsμε σελίδες:

Διαγραφές

Κωδικός υπαλλήλου	ημερομηνία	Αθροισμα
2423	01.02.2014
1523	02.02.2014
4363	03.02.2014
	04.02.2014	100000
2423	05.02.2014
1523	06.02.2014
4363	07.02.2014	2356
	08.02.2014	140000
2423	09.02.2014
1523	10.02.2014
4363	11.02.2014	23523
	12.02.2014	80000

Και ΑΠΟΔΕΙΞΗ ΕΙΣΠΡΑΞΗΣ:

Κωδικός υπαλλήλου	ημερομηνία	Αθροισμα
	01.05.2004
	02.05.2004
	03.05.2004
	04.05.2004
2423Ημερομηνια γεννησης	Ποσό απόδειξης	Ποσό που διαγράφηκε
Ιβάνοφ Ιβάν Ιβάνοβιτς	2423	17.11.1992	1341234	1010
Πετρόφ Βασίλι Αλεξάντροβιτς	1523	04.02.1991	245245
Ντενίσοφ Ντένις Ντενίσοβιτς		01.01.1990	380000	320000
Sidorov Kirill Nikolaevich	4363	01.05.1995	613382	26336
ΣΥΝΟΛΟ:			2579861	347842

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

Η τεχνολογική ακολουθία των εργασιών μετασχηματισμού εδώ είναι η εξής:

Χρησιμοποιώντας τη γλώσσα ερωτημάτων Access SQL (η οποία παρέχει σημαντικές πρόσθετες δυνατότητες σε σύγκριση με τη γλώσσα ερωτημάτων 1C), δημιουργείται ένα αρχικό ερώτημα που εξάγει δεδομένα από το αρχείο xls στο περιβάλλον 1C. Ταυτόχρονα, σε αυτό το στάδιο είναι ήδη δυνατοί διάφοροι έλεγχοι και κανονικοποίηση δεδομένων.

Η τεχνολογία πρόσβασης δεδομένων ADO παρέχει υψηλή ταχύτητα.

Ρύζι. 3

2. Ερώτημα σε γλώσσα 1C - το κύριο ερώτημα που υλοποιεί τον αλγόριθμο χαρτογράφησης πεδίων. Και επίσης: εμπλουτισμός των ληφθέντων δεδομένων με δεδομένα από τη βάση δεδομένων 1C, ανασυγκρότηση, συγχώνευση με τα αποτελέσματα των ερωτημάτων σε άλλα αρχεία πηγής xls κ.λπ.

3. Μετα-επεξεργασία του αποτελέσματος αιτήματος 1C εάν είναι απαραίτητο. Υλοποιήθηκε με χρήση σεναρίου σε γλώσσα 1C.

Για παράδειγμα, εδώ υλοποιούμε την προσθήκη της γραμμής "TOTAL" στις στήλες ποσού.

4. Γράψτε το τελικό σύνολο δεδομένων σε ένα αρχείο xls.

Γενικά, η έξοδος είναι τελικά αρχεία για φόρτωση στη βάση δεδομένων στόχου 1C.

Αυτό το εργαλείο σάς επιτρέπει επίσης να αποθηκεύετε κανόνες μετατροπής δεδομένων σε ξεχωριστό αρχείο xml:

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

Κατά τα προηγούμενα στάδια, το προπαρασκευαστικό μέρος της εργασίας γενικά τελειώνει - προσδιορίζονται όλες οι πηγές δεδομένων, τα δεδομένα πηγής λαμβάνονται από τις πηγές, τα πρότυπα λήψης προετοιμάζονται στη βάση δεδομένων στόχου, προετοιμάζεται η χαρτογράφηση δεδομένων και, τέλος, αναπτύσσονται σενάρια μετασχηματισμού δεδομένων .

Θα πρέπει να σημειωθεί ότι πριν από την τελική μετανάστευση θα πρέπει οπωσδήποτε να πραγματοποιήσετε αρκετές δοκιμές. Κατά τη δοκιμαστική μετεγκατάσταση, ο Ανάδοχος, μαζί με τους Πελάτες, προσδιορίζει:

Σφάλματα μετατροπής, σφάλματα φόρτωσης δεδομένων

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

Με βάση τα αποτελέσματα των δοκιμαστικών μετεγκατάστασης, δημιουργούν/ενημερώνουν ένα τελικό σχέδιο μετεγκατάστασης

7.Συμφωνία δεδομένων

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

· Σύμπτωση των συνολικών ποσών για τα υπόλοιπα, σύμφωνα με έγγραφα.

· Ποσοτικές αντιστοιχίσεις, για παράδειγμα ο αριθμός των ΛΣ.

· Σωστή συμπλήρωση μεμονωμένων επιλεγμένων οντοτήτων.

Λάβετε υπόψη ότι ορισμένοι έλεγχοι των δεδομένων μετεγκατάστασης και ζητήματα κανονικοποίησης δεδομένων πρέπει να επιλύονται σε όλες τις διαδικασίες μετεγκατάστασης. Πρέπει πάντα να αναρωτιέστε τι πρέπει να γίνει στο τρέχον στάδιο για να αποφύγετε λάθη στα επόμενα στάδια.

Για παράδειγμα:

· Ελέγξτε για διπλότυπα κατά βασικά πεδία. Μπορεί και πρέπει να πραγματοποιηθεί με βάση τα αρχικά δεδομένα.

· Καταναγκασμός τύπων πεδίου.

· Αναφορική ακεραιότητα.

· Μαθηματικές ασυνέπειες. Για παράδειγμα, έλεγχος για κενά αριθμητικά πεδία στα οποία σχεδιάζεται διαίρεση κατά τη διάρκεια του μετασχηματισμού.

· Γενικά, συμπληρώνονται υποχρεωτικά πεδία ελέγχου.

· Αντικατάσταση λανθασμένων χαρακτήρων. Για παράδειγμα, αγγλικοί χαρακτήρες σε κυριλλικά πεδία (“o”, “a”, “e”, κ.λπ.) Αυτό ισχύει ιδιαίτερα για τα βασικά πεδία!

· Έλεγχος των τιμών των πεδίων συμβολοσειράς για συμμόρφωση με τους τύπους του συστήματος λήψης (περιορισμοί μήκους)

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

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

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

συμπέρασμα

Εν κατακλείδι, θα ήθελα να σημειώσω ότι όταν πρόκειται για τη μετεγκατάσταση μεγάλων συστημάτων συναλλαγών, τα οποία περιλαμβάνουν πολλές διαμορφώσεις 1C:Enterprise, η μετάβαση σε ένα νέο σύστημα μπορεί να είναι πολύ εντάσεως εργασίας.

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

• μεταφορά υφιστάμενων τομέων πόρων σε οργανωτικές μονάδες νέων τομέων, γεγονός που θα απλοποιήσει τη διαχείριση των πόρων του δικτύου.
• «προσομοίωση» της προόδου της μετάβασης, ενώ δεν πραγματοποιείται πραγματική μεταφορά δεδομένων.
• αναίρεση των ενεργειών που έγιναν σχετικά με τη μετανάστευση·
• μετακίνηση λογαριασμών υπηρεσιών.
• επαναφέρω σχέση εμπιστοσύνηςμεταξύ των τομέων πηγής και προορισμού·
• Μετατροπή πολλαπλών τομέων σε έναν ή περισσότερους μεγάλους τομείς σε ένα ήδη δημιουργημένο περιβάλλον Active Directory.
• αναδιάρθρωση υπαρχουσών ομάδων ή συγχώνευση πολλών ομάδων σε μία στον τομέα-στόχο.
• αναλύστε τη διαδικασία μεταφοράς δεδομένων καταγράφοντας συμβάντα μετεγκατάστασης.

Η μετεγκατάσταση χρηστών και σταθμών εργασίας σε μια ενιαία δομή Active Directory πραγματοποιείται διατηρώντας τα υπάρχοντα δικαιώματα πρόσβασης.

Επιλογές αναβάθμισης

Υπάρχουν δύο κύριες επιλογές για την αναβάθμιση της υποδομής τομέα [4]:

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

Εκτός από τις παραπάνω επιλογές, υπάρχει επίσης μια μικτή επιλογή που βασίζεται σε αυτές - ενημέρωση τομέων με την επακόλουθη αναδιάρθρωσή τους [13].

Αυτές οι επιλογές καλούνται Διαδρομές μετάβασης για την υλοποίηση της υπηρεσίας καταλόγου Active Directory. Η διαδρομή μετάβασης που θα επιλεγεί από αυτές θα είναι ο κύριος σύνδεσμος στη συνολική στρατηγική για την ενημέρωση της υποδομής τομέα. Αυτή η στρατηγική θα περιλαμβάνει μια περιγραφή του ποια αντικείμενα υπηρεσίας καταλόγου πρέπει να μετακινηθούν και με ποια σειρά. Η βέλτιστη πρακτική για οποιαδήποτε κίνηση εφαρμογής κατά τη διάρκεια υλοποίησης της υπηρεσίας καταλόγου Active Directory είναι η τεκμηρίωση κάθε λεπτομέρειας σε ένα έγγραφο εργασίας που ονομάζεται σχέδιο μετάβασης.

Κριτήρια επιλογής διαδρομής μετάβασης

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

Ας εξετάσουμε τα κύρια κριτήρια που χρησιμοποιούνται κατά την επιλογή της καταλληλότερης διαδρομής μετάβασης [13], που δίνονται στους πίνακες 12.1, 12.2, 12.3, 12.4, 12.5, 12.6.

• Κριτήριο 1. Ικανοποίηση από το υπάρχον μοντέλο του υπάρχοντος τομέα. Πίνακας 12.1. Επιλογή διαδρομής μετάβασης με βάση το κριτήριο 1

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

• Κριτήριο 2. Ο βαθμός κινδύνου κατά τη μετάβαση σε ένα νέο μοντέλο τομέα. Πίνακας 12.2. Επιλογή διαδρομής μετάβασης με βάση το κριτήριο 2

  Διαδρομή μετάβασης	Κριτήρια καταλληλότητας
  Ενημέρωση τομέα	Η αναβάθμιση ενός τομέα είναι μια μέθοδος χαμηλού κινδύνου. Η διαδικασία αναβάθμισης του ελεγκτή τομέα είναι αυτόματη, επομένως υπάρχει μικρός χώρος για σφάλματα χωρίς αλληλεπίδραση με τον χρήστη. Η μεθοδολογία για την ανάκτηση από μια αποτυχία αναβάθμισης τομέα είναι επίσης σχετικά απλή: εάν η αναβάθμιση αποτύχει, πρέπει να τερματίσετε τη λειτουργία του κύριου ελεγκτή τομέα (PDC), να εκχωρήσετε οποιονδήποτε ελεγκτή τομέα αντιγράφων ασφαλείας (BDC) που έχει νέα δεδομένα στον ρόλο PDC και ξεκινήστε ξανά τη διαδικασία
  Αναδιάρθρωση τομέα	Η αναδιάρθρωση τομέα είναι μια διαδρομή υψηλότερου κινδύνου από την ανανέωση τομέα. Υπάρχουν περισσότερες εργασίες προς ολοκλήρωση και επομένως πολλές διαδικασίες μπορεί να πάνε στραβά. Ως αποτέλεσμα, υπάρχει αυξανόμενη απογοήτευση μεταξύ των χρηστών που δεν μπορούν να συνδεθούν, να αποκτήσουν πρόσβαση στους απαραίτητους πόρους ή στα γραμματοκιβώτιά τους.

• Κριτήριο 3. Μετάβαση 1 χρόνος εκτέλεσης Ο χρόνος της μετάβασης δεν είναι καθοριστικός παράγοντας για την επιλογή μιας διαδρομής μετάβασης, αλλά μπορεί να είναι καθοριστικός παράγοντας για μικρούς οργανισμούς με περιορισμένους πόρους. .Πίνακας 12.3. Επιλογή διαδρομής μετάβασης με βάση το κριτήριο 3

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

• Κριτήριο 4: Απαιτείται χρόνος υπηρεσίας καταλόγου για την ολοκλήρωση της διαδικασίας μετεγκατάστασης. Πίνακας 12.4. Επιλογή διαδρομής μετάβασης με βάση το κριτήριο 4

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

• Κριτήριο 5. Διαθεσιμότητα πόρων για την ολοκλήρωση της μετάβασης. Πίνακας 12.5. Επιλογή διαδρομής μετάβασης με βάση το κριτήριο 5

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

• Κριτήριο 6. Προϋπολογισμός μεταβατικού έργου. Πίνακας 12.6. Επιλογή διαδρομής μετάβασης με βάση το κριτήριο 5

  Διαδρομή μετάβασης	Κριτήρια καταλληλότητας
  Ενημέρωση τομέα	Παράγοντες που συμβάλλουν στη μείωση των απαιτούμενων κονδυλίων του προϋπολογισμού: δυνατότητα χρήσης υπάρχοντος υλικού διακομιστή. χαμηλότερο κόστος ανθρώπινου δυναμικού· μείωση του κόστους δοκιμών, καθώς θα χρειαστεί να δοκιμαστούν λιγότερες εργασίες αναβάθμισης
  Αναδιάρθρωση τομέα	Για πολλούς λόγους, η αναδιάρθρωση τομέα θα απαιτήσει μεγαλύτερο προϋπολογισμό από την ανανέωση τομέα. Οι απαιτήσεις υλικού που απαιτούνται για τη δημιουργία ενός γυμνού δασικού περιβάλλοντος στο οποίο πρέπει να μετεγκατασταθούν τα αντικείμενα της υπηρεσίας καταλόγου θα πρέπει να ληφθούν υπόψη από την άποψη του προϋπολογισμού

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

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