Λογισμικό του κύκλου ζωής: η έννοια, τα πρότυπα, τις διαδικασίες,

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

κύκλου ζωής του λογισμικού: τι είναι αυτό με την τυπική έννοια;

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

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

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

αρχικές απαιτήσεις

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

• διατύπωση του προβλήματος?
• ανάλυση των αμοιβαίων απαιτήσεων του μελλοντικού συστήματος?
• σχεδιασμού?
• προγραμματισμού?
• κωδικοποίηση και την κατάρτιση?
• δοκιμή?
• debugging?
• την υλοποίηση και τη συντήρηση του λογισμικού.

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

προτύπων διαδικασία του κύκλου ζωής του λογισμικού

Μεταξύ των συστημάτων προκαθορίζουν οι όροι και οι προϋποθέσεις για τις εν λόγω διαδικασίες μπορούν πλέον να ονομάζεται μόνο τρία κυριότερα από τα οποία:

• GOST 34,601 - 90?
• ISO / IEC 12207: 2008?
• Oracle CDM.

Για το δεύτερο διεθνές πρότυπο είναι το ρωσικό ισοδύναμο. Αυτό GOST R ISO / IEC 12207-2010, είναι υπεύθυνος για το σύστημα και τη μηχανική λογισμικού. Όμως, ο κύκλος ζωής του λογισμικού, που περιγράφονται στις δύο κανονισμούς, είναι κατ 'ουσίαν ταυτόσημες. Ο λόγος είναι αρκετά απλός.

Τύποι λογισμικού και ενημερώσεις

Τα σύγχρονα συστήματα πληροφοριών είναι τέτοια ώστε να δημιουργήσει κοινή εφαρμογή εννοιών.

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

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

στάδιο του σχεδιασμού

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

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

σχέδιο

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

Θα το ++, C + / C, Java, Delphi ή η ίδια ξεπερασμένη Pascal - δεν είναι τόσο σημαντικό. Το ερώτημα είναι, πώς δημιουργείται η εφαρμογή μπορεί να ενσωματωθεί στο λειτουργικό σύστημα και λειτουργεί ομαλά.

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

επόμενες φάσεις

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

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

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

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

Βασικά στοιχεία της διαχείρισης

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

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

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

μεταχειρισμένα μονάδες

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

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

Το εκτελέσιμο αρχείο είναι συνήθως, για συστήματα που βασίζονται στα Windows παρουσιάζεται με τη μορφή της «ekzeshnika». εξαρτήματα ελέγχου έχουν μια configurators επέκταση (config.sys εφαρμόζεται στο λειτουργικό σύστημα), περαιτέρω βιβλιοθήκες σύνδεσμο έχουν DLL επέκτασης. Μέσα από τις λειτουργίες ελέγχου και επεξεργασίας και τις ρυθμίσεις ορισμένων εφαρμογών μπορεί να εμφανιστεί με τη μορφή αρχείων XML.

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

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

Παράδειγμα με βάση το πρόγραμμα FL Studio

Αρχικά, το sequencer virtual studio FL Studio ήταν το όνομα του Fruity Loops. Ο κύκλος ζωής του λογισμικού στην πρωτοβάθμια τροποποίηση του έχει λήξει, αλλά η εφαρμογή είναι κάπως μεταμορφώνεται και απέκτησε τη σημερινή του εμφάνιση.

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

• η δημιουργία ενός τυμπάνου τύπου μονάδας μηχανές τυμπάνου όπως το Yamaha RX, αλλά με one-shot-δείγμα ή αλληλουχία σε μορφή WAV, καταγράφονται ζωντανά στο στούντιο?
• ενσωμάτωση στο λειτουργικό σύστημα των Windows?
• η δυνατότητα εξαγωγής έργου σε WAV, MP3 και OGG?
• η συμβατότητα των έργων με μια πρόσθετη εφαρμογή Φρουτώδες κομμάτια.

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

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

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

Προώθηση του προγράμματος δεν σταμάτησε εκεί. Στο στάδιο της υποστήριξης της διαχείρισης του έργου για τη σύνδεση μορφή VST plug-ins εισήχθη (πρώτη, δεύτερη, και στη συνέχεια η τρίτη έκδοση), από τη στιγμή που αναπτύχθηκε από Steinberg. Σε γενικές γραμμές, κάθε εικονικό synthesizer που υποστηρίζει VST-ξενιστή μπορεί να συνδεθεί με το πρόγραμμα.

Δεν αποτελεί έκπληξη το γεγονός ότι σύντομα κάθε συνθέτης θα μπορούσε να χρησιμοποιήσει την αναλογία των μοντέλων «σιδερένια», όπως πλήρεις σειρές των ήχων κάποτε δημοφιλής Korg M1. Περισσότερα - περισσότερο. ενότητες εφαρμογών, όπως Εξαρτησιογόνων Τύμπανα ή Universal Plug Επικοινωνία επιτρέπεται να παίζουν ζωντανά ήχους των πραγματικών μέσων, καταγράφεται με όλες τις αποχρώσεις του άρθρωσης σε επαγγελματικό στούντιο.

Οι προγραμματιστές έχουν προσπαθήσει να επιτύχει τη μέγιστη ποιότητα και τη δημιουργία υποστήριξη για τον οδηγό ASIO4ALL, ο οποίος αποδείχθηκε ότι ήταν μια περικοπή πάνω από την λειτουργία Full Duplex. Κατά συνέπεια, η αυξημένη bitrate. Σήμερα, η ποιότητα του εξαγόμενου αρχείου ήχου μπορεί να είναι 320 kbit / s με ρυθμό δειγματοληψίας 192 kHz. Και αυτό το επαγγελματικό ήχο.

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

προοπτικές ανάπτυξης

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

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

Ακόμη και στην περίπτωση των Windows, όπως οι τάσεις μπορεί να φαίνονται με γυμνό μάτι. Είναι απίθανο ότι σήμερα υπάρχει τουλάχιστον ένας χρήστης, χρησιμοποιώντας συστήματα όπως οι εκδόσεις 3.1, 95, 98, ή της Χιλιετίας. κύκλου ζωής τους έληξε μετά την κυκλοφορία της έκδοσης XP. Αλλά εδώ είναι η έκδοση του διακομιστή στην τεχνολογία NT βάση εξακολουθούν να ισχύουν. Ακόμα και τα Windows 2000, σήμερα δεν είναι μόνο πολύ σημαντικό, αλλά σε ορισμένα σημεία η εγκατάσταση ή η ασφάλεια ακόμα και ξεπερνώντας τις τελευταίες εξελίξεις. Το ίδιο ισχύει και για NT 4.0 συστήματα, και ειδικά οι τροποποιήσεις του Windows Server 2012.

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

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

Μερικές πρόσθετες ερωτήσεις

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

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

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

Το ίδιο περιβάλλον που βασίζεται σε Visual Basic είναι πολύ πιο δημοφιλής από ό, τι στα Windows σύστημα. Και σχετικά με το λογισμικό εφαρμογής στο πλαίσιο του UNIX σύστημα δεν μιλάμε καθόλου. Τι να πω, αν το σύνολο σχεδόν των δικτύων επικοινωνίας της ίδιας της στις Ηνωμένες Πολιτείες εργάζονται αποκλειστικά σε αυτούς. Με την ευκαιρία, ένα σύστημα όπως το Linux και το Android, επίσης, δημιουργήθηκαν αρχικά σε αυτή την πλατφόρμα. Ως εκ τούτου, κατά πάσα πιθανότητα, UNIX προοπτικές πολύ περισσότερο από εκείνη όλων των άλλων προϊόντων σε συνδυασμό.

αντί αποτέλεσμα

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

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

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

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

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

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

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