Პროგრამული უზრუნველყოფა სიცოცხლის ციკლი: კონცეფცია, სტანდარტებს, პროცესებს,

პროგრამული უზრუნველყოფის დამუშავების გარეშე შეუძლებელია გაგება ე.წ. პროგრამული უზრუნველყოფა სიცოცხლის ციკლი. ჩვეულებრივი შესახებ ეს შეიძლება იყოს, და არ უნდა იცოდეს, მაგრამ სასურველია, რომ ვისწავლოთ ძირითადი სტანდარტები (შემდგომში ეტყვიან, რატომ ეს აუცილებელია).

პროგრამული უზრუნველყოფა სიცოცხლის ციკლი: რა არის ეს ფორმალური გაგებით?

Under სასიცოცხლო ციკლის ნებისმიერი პროგრამული პროდუქტი იგულისხმება როგორც დროში თავისი არსებობის, დაწყებული განვითარების ეტაპი და სანამ სრული უარის გამოყენება შერჩეული გამოყენების სფეროს სრულ გაყვანამდე გამოყენების განაცხადი.

მარტივად რომ ვთქვათ, საინფორმაციო სისტემები სახით პროგრამები, მონაცემთა ბაზები, ან თუნდაც "ოპერაციული სისტემა" მოთხოვნა მხოლოდ იმ შემთხვევაში, მონაცემების მიხედვით და შესაძლებლობები, მათ მიერ.

ითვლება, რომ განსაზღვრება ცხოვრების ციკლი არანაირად არ ვრცელდება ტესტი განაცხადები, როგორიცაა ბეტა ვერსიები, რომლებიც ყველაზე არასტაბილური მუშაობა. იმავე პროგრამული უზრუნველყოფა სიცოცხლის ციკლი დამოკიდებულია ბევრ ფაქტორზე, რომელთა შორის ერთ-ერთი მთავარი როლი ითამაშა საშუალო რომელშიც პროგრამა იქნება გამოყენებული. თუმცა, თქვენ შეგიძლიათ შეარჩიოთ და ზოგადი ტერმინები განმარტებას ცხოვრების ციკლი კონცეფცია.

თავდაპირველი მოთხოვნების

როგორც საყოველთაოდ სჯეროდა, გამოიყენება მთელი რიგი პირობები, მისი განვითარება და გამოყენება ნებისმიერი პროგრამული პროდუქტი, კერძოდ:

• ფორმულირება პრობლემა;
• ანალიზი ორმხრივი მოთხოვნები მომავალში სისტემაში;
• დიზაინი;
• პროგრამირების;
• კოდირება და შედგენა;
• ტესტირება;
• გამართვის
• განხორციელებისა და ტექნიკური უზრუნველყოფა.

პროგრამული უზრუნველყოფის დამუშავება შედგება ყველა ზემოთ აღნიშნული ნაბიჯები, და ვერ გარეშე მინიმუმ ერთი მათგანი. მაგრამ კონტროლი ასეთი პროცესები მითითებული კონკრეტული სტანდარტებს.

პროცესი სტანდარტების უზრუნველყოფა სიცოცხლის ციკლი

მათ შორის სისტემები გათვალისწინებულ პირობებს და მოთხოვნებს ასეთი პროცესები შეიძლება ახლა ეწოდოს მხოლოდ სამი მთავარი პირობა:

• GOST 34.601-90;
• ISO / IEC 12207: 2008;
• Oracle ქრისტიან-დემოკრატები.

მეორე საერთაშორისო სტანდარტი რუსეთის ექვივალენტს. ეს GOST R ISO / IEC 12207-2010, პასუხისმგებელია სისტემა და პროგრამული უზრუნველყოფის საინჟინრო. მაგრამ პროგრამული უზრუნველყოფა სიცოცხლის ციკლი, შეფასდეს, როგორც წესების, იდენტურია ნივთიერება. მიზეზი არის მარტივი საკმარისი.

სახის პროგრამული უზრუნველყოფა და განახლებები

თანამედროვე საინფორმაციო სისტემები ისეთი, რომ შეიქმნას საერთო ცნებები განცხადება.

მაგალითად, არსებობს სისტემა პროგრამები და კომუნალური, მულტიმედიური ინსტრუმენტები, მოწყობილობის დრაივერები, საოფისე პროგრამები და ასე შემდეგ. D. ნებისმიერი ტიპის პროგრამული შეუძლია განსაზღვროს ეტაპებზე ცხოვრების ციკლი.

მისი გაფართოება არის ყველაზე ხშირად გამოყენებული საშუალებების განახლება (ორივე ოპერაციული სისტემები და პლატფორმების და პროგრამული უზრუნველყოფის). ალბათ, არ უნდა ავუხსნათ, რომ ნებისმიერ მომხმარებელს კომპიუტერული სისტემა, რომელიც ეფუძნება Windows განახლება გავიდა ეტაპზე სისტემაში ან კომპონენტები, როგორიცაა Microsoft .NET Framework და ვირტუალური მანქანა Java.

დიზაინი ეტაპზე

ახლა ორიოდე სიტყვა პირდაპირ განვითარების ეტაპები. ციკლის თავდაპირველად მოიცავს პროექტის დაგეგმვა, სისტემის ანალიზი და სამიზნე მოთხოვნებს, შესაძლებლობა წინასწარი და დეტალური დიზაინი, კოდირების და ტესტირების გამოყენების შესაძლებლობას პროგრამული სპეციალიზებული სისტემები, და ასე შემდეგ. D.

მოდელები პროგრამული უზრუნველყოფა სიცოცხლის ციკლი ვარაუდობს, რომ თავდაპირველად მითითებული ამოცანა შექმნის პროგრამული უზრუნველყოფა, უნდა შეიზღუდოს განვითარების generic განაცხადების ან პროგრამული პროდუქტების, რომ გამოიყენოთ ზოგიერთი გაშვების გარემოში.

დიზაინი

განვითარების სისტემები პროგრამირების ენები. დიზაინი პროგრამული უზრუნველყოფა, პირველ ეტაპზე შეიძლება შემცირდეს ქვემოთ.

იქნება ეს C + / C ++, Java, Delphi ან იგივე მოძველებული Pascal - ასე არ არის მნიშვნელოვანი. კითხვაზე, თუ როგორ შეიქმნა პროგრამა შეიძლება ინტეგრირებული ოპერაციული სისტემა და აწარმოებს შეუფერხებლად.

ამ თვალსაზრისით, ერთ-ერთი ციკლის პროგრამული უზრუნველყოფის ტესტირება, ეს არის დრო, რომ საწყის მონტაჟი პროდუქტი, მის სრულ მოხსნა გამო mismatch სისტემის მოთხოვნები, inoperable ან უუნარობა შეასრულოს ამოცანები თავდაპირველად.

შემდგომ ფაზებში

შემდგომი მხარდაჭერის განმსაზღვრელი პროგრამული უზრუნველყოფა სიცოცხლის ციკლი, მოდის ქვემოთ კოდირების გენერირება და მიიღოს განცხადების კოდი.

იმ შემთხვევაში, თუ თავისუფალი (ღია) გავრცელების ე.წ. ცნობა ვრცელდება საფუძველზე GNU ლიცენზია, რომელიც საშუალებას ცვლილებები პროგრამული თავად თხოვნით შესახებ, იცნობს პროგრამირების ენა, რომელიც განაცხადის შეიქმნა.

თუ ეს დახურული კოდი, შეგიძლიათ გამოიყენოთ იარაღები, როგორიცაა disassembler. მაგრამ ამ შემთხვევაში, მხოლოდ დეკოდირების შესრულებადი EXE ფაილი მიღწევა შეიძლება, და რა თქმა უნდა არ არის მიბმული DLL დინამიური ბიბლიოთეკა.

მაგრამ ეს თეორია. პრაქტიკაში, ეტაპზე პროგრამული უზრუნველყოფა სიცოცხლის ციკლი მოიცავს სიაში ბევრად უფრო ნივთები. მაშინაც კი, ყველაზე მარტივი სიმულაციური, რომელიც შედგება სტანდარტების მიმოხილვა და ფორმულირება დაკვირვების (მაღალი მოთხოვნები არქიტექტურა, შესაბამისი შესრულებადი კოდი, საშუალებები და მეთოდები შემოწმების). ეს არის პროცესი, პროგრამული უზრუნველყოფის ცხოვრების ციკლი. მაგრამ აქ მნიშვნელოვანია, რომ გავიგოთ და კონტროლის ზოგიერთი პრინციპი ასეთი პროგრამების და სისტემები.

მენეჯმენტის საფუძვლები

პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის მართვა ეფუძნება რღვევა პროგრამების კომპონენტები, რაც ფართო საკმარისი სპექტრი საშუალებებს, მათი შექმნის.

არსებობს downside. არჩევანი მოდულები შეზღუდულია ორიგინალური დეველოპერი პლატფორმა საფუძველზე რომელიც მზადდება პროგრამირების. რა თქმა უნდა, იმ შემთხვევაში, თუ გაითვალისწინოს გაერთიანების და ბეჭდვაში გამოიყენება განვითარების ინსტრუმენტები (განსაკუთრებით reusable მოდულები), ეჭვი არ ეპარება.

მაგრამ ეტაპებზე პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის აუცილებლად მოიცავს დამყარების მონაცემთა დამუშავების ოქმები, routines, სტანდარტული ბიბლიოთეკები და სხვა.

გამოიყენება მოდულები

და არ პროცესი პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის არის სრული გარეშე გამოყენება ძალიან კონკრეტული კომპონენტები. მათ შორის პრიორიტეტები შემდეგი:

• მთავარი (უფროსი) მოდული პასუხისმგებელი დაწყებას პროგრამული პროდუქტი;
• კონტროლის განყოფილება, პასუხისმგებელი მოუწოდებდა ერთვის კომპონენტები და დინამიური ბმული ბიბლიოთეკები;
• ფუნქციონირება და მომსახურების მონაცემთა დამუშავების ინსტრუმენტები და დამატებითი ინსტრუმენტები.

შესრულებადი ფაილი, როგორც წესი, for Windows დაფუძნებული სისტემები არის წარმოდგენილი სახით "ekzeshnika". კონტროლის კომპონენტები გაგრძელების configurators (config.sys მიმართა ოპერაციული სისტემა), შემდგომი ბმული ბიბლიოთეკები აქვს გაფართოება DLL. საშუალებით კონტროლი და დამუშავების ფუნქციები და პარამეტრები ზოგიერთი პროგრამები შესაძლოა, როგორც ჩანს სახით XML ფაილი.

ისინი, სხვათა შორის, უმრავლესობა გაკეთებული ცნობილი მედია პროგრამების საშუალებით შენარჩუნების ძირითადი კონფიგურაციის პარამეტრების. გამოყენებით პროგრამული ამ ტიპის, რა თქმა უნდა, ეს არის საკმაოდ შეზღუდული, მაგრამ გაგება ზოგადი პრინციპების მუშაობა იმავე მედია მოთამაშე ვერ დააზარალებს. აი რატომ.

ფაქტობრივად, რაც მათ პროგრამული უზრუნველყოფის სასიცოცხლო ციკლის ჩაუყარა მხოლოდ ცხოვრების დონის განახლება მოთამაშე ან მონტაჟი კოდეკები და დეკოდერები. ხმა და ვიდეო transcoders თანდაყოლილი ატრიბუტები ნებისმიერი აუდიო და ვიდეო სისტემა.

მაგალითი საფუძველზე FL Studio პროგრამა

თავდაპირველად, ვირტუალური სტუდია sequencer FL Studio იყო სახელი Fruity Loops. სიცოცხლის ციკლი პროგრამული მისი ძირითადი მოდიფიკაცია ვადა გაუვიდა, მაგრამ განაცხადი გარკვეულწილად გარდაიქმნება და შეიძინა მისი დღევანდელი გამოჩენა.

თუ ვსაუბრობთ სასიცოცხლო ციკლის ეტაპად, პირველი ეტაპზე ფორმულირება პრობლემა შეიქმნა რამდენიმე წინაპირობები:

• შექმნა drum მოდულის ტიპი ბარაბანი მანქანები როგორიცაა Yamaha RX, მაგრამ ერთი-shot ნიმუში ან თანმიმდევრობით WAV ფორმატში, ჩაწერილია ცოცხალი სტუდია;
• ინტეგრაცია Windows ოპერაციული სისტემა
• შესაძლებლობა პროექტის ექსპორტი WAV, MP3 და OGG;
• თავსებადობა პროექტების დამატებითი განცხადება Fruity საჩვენებელი.

"C" ნიშნავს პროგრამირების ენები გამოყენებულ იქნა განვითარების ეტაპზე. მაგრამ პლატფორმა ჩანდა საკმაოდ პრიმიტიული და არ იძლევა საბოლოო მომხმარებლის სასურველი ხმის ხარისხი.

ამ მხრივ, დროს ტესტირების და გამართვის ეტაპზე დეველოპერები უნდა წავიდეს გზა გერმანული კორპორაცია Steinberg და ვრცელდება ძირითადი მოთხოვნები ხმა მძღოლი მხარდაჭერა სრული დუპლექსი რეჟიმში. ხმის ხარისხი უფრო მაღალი იყო და დაშვებული შეცვალოს ტემპი, მოედანზე და დააწესოს დამატებითი FX-ეფექტი რეალურ დროში.

დასრულების ცხოვრების ციკლი პროგრამული ითვლება გამომავალი პირველი ოფიციალური ვერსია FL Studio, რომელიც, განსხვავებით მათი წინაპრები, იყო სრულფასოვანი sequencer ინტერფეისი უნარი შეცვალონ პარამეტრები ვირტუალურ 64-არხის mixing კონსოლი შეუზღუდავი დამატებით აუდიო ტრეკები და MIDI-სიმღერები.

ხელშეწყობის პროგრამა არ მთავრდება. ეტაპზე პროექტის მართვის მხარდაჭერა დამაკავშირებელი VST ფორმატი plug-ins დაინერგა (პირველი, მეორე და შემდეგ მესამე ვერსია), ერთხელ შემუშავებული Steinberg. უხეშად რომ ვთქვათ, რაიმე ვირტუალური სინთეზატორი, რომელიც მხარს უჭერს VST-მასპინძელი შეიძლება დაკავშირება პროგრამა.

გასაკვირი არ არის, რომ მალე ნებისმიერი კომპოზიტორი შეიძლება გამოყენება ანალოგია "რკინის" მოდელები, როგორიცაა კომპლექტი ხმები ერთხელ პოპულარული Korg M1. მეტი - მეტი. განაცხადის მოდულები როგორიცაა ნარკოტიკული Drums ან უნივერსალური plug კონტაქტები დაშვებული უნდა ითამაშოს ცოცხალი ხმები რეალური ინსტრუმენტები, ჩაწერილია ყველა shades გახმოვანება პროფესიული სტუდიაში.

დეველოპერები არ ცდილობდა, რათა მივაღწიოთ მაქსიმალურ ხარისხს და შექმნა მხარდაჭერა ASIO4ALL მძღოლი, რომელიც აღმოჩნდა მოჭრილი ზემოთ Mode სრული დუპლექსი. შესაბამისად, გაიზარდა bitrate. დღეს, ხარისხის ექსპორტირებულ აუდიო ფაილი შეიძლება იყოს 320 kbit / s at შერჩევის განაკვეთი 192 kHz. ეს პროფესიული sound.

რაც შეეხება საწყის ვერსია თავისი ციკლის შეიძლება ეწოდოს მთლიანად დასრულდა, მაგრამ ასეთი განცხადება არის ნათესავი, რადგან განაცხადის მხოლოდ შეცვალა თავისი სახელი და იპოვა ახალი შესაძლებლობები.

განვითარების პერსპექტივები

რა ეტაპები პროგრამული უზრუნველყოფა სიცოცხლის ციკლი, ეს უკვე ნათელია. მაგრამ აქ განვითარების ასეთი ტექნოლოგიების განხილულ უნდა იქნეს ცალკე.

რა თქმა უნდა, რომ ნებისმიერი პროგრამისტი არ არის დაინტერესებული შექმნის გავლის პროდუქტი, რომელიც ძლივს გამართავს out ბაზარზე რამდენიმე წლის განმავლობაში. მომავალში, ყველას ეძებს გრძელვადიანი გამოყენების. ეს მიიღწევა სხვადასხვა გზები. თუმცა, როგორც წესი, თითქმის ყველა მათგანი მოვხარშოთ ქვემოთ გათავისუფლების განახლებული ან ახალი ვერსიები პროგრამული უზრუნველყოფა.

მაშინაც კი, იმ შემთხვევაში, თუ Windows, ასეთი ტენდენციები ჩანს შეუიარაღებელი თვალით. ნაკლებად სავარაუდოა, რომ დღეს არსებობს მინიმუმ ერთი მომხმარებელი გამოყენებით სისტემები, როგორიცაა ვერსიები 3.1, 95, 98, ან ათასწლეულის. მათი ცხოვრების ციკლი დასრულდა გათავისუფლებას მობილური XP. მაგრამ აქ არის სერვერზე ვერსია NT ტექნოლოგია ეფუძნება ჯერ კიდევ ძალაშია. მაშინაც კი, Windows 2000, დღეს არ არის მხოლოდ ძალიან მნიშვნელოვანი, მაგრამ ზოგიერთ ასპექტში სამონტაჟო ან უსაფრთხოების აღემატებოდა უახლესი განვითარებული მოვლენები. იგივე ეხება NT 4.0 სისტემები, და სპეციალიზებული ცვლილებები Windows Server 2012.

მაგრამ ეს დაკავშირებით ამ სისტემების მაინც ამტკიცებს რომ მხარს უჭერს უმაღლეს დონეზე. მაგრამ სენსაციური დროს Vista ნათლად განიცდის sunset ციკლი. არა მხოლოდ, რომ ის იყო დაუმთავრებელი, ასე რომ მაინც და შეცდომა თავად, და ხარვეზები მისი უსაფრთხოების სისტემის იმდენად, რომ ჩვენ შეგვიძლია მხოლოდ გამოვიცნოთ შესახებ, თუ როგორ შეიძლება, რომ დაიწყოს პროგრამული უზრუნველყოფის უსუსურია.

მაგრამ თუ ჩვენ ვსაუბრობთ იმ ფაქტს, რომ პროგრამული ნებისმიერი ტიპის (კონტროლის ან განცხადება) არ არის ადგილი, ჩვენ შეგვიძლია მხოლოდ, ფაქტები. ყოველივე ამის შემდეგ, დღეს ეს საქმე არა მხოლოდ კომპიუტერული სისტემების და მობილური მოწყობილობების, და რომელშიც ტექნოლოგიების ხშირად უსწრებს კომპიუტერული სექტორი. გამოჩენა პროცესორი ჩიპი საფუძველზე რვა ბირთვით - არ არის საუკეთესო მაგალითი? მაგრამ მაინც, არ ყოველი laptop ვერ დაიკვეხნის ასეთი "რკინის".

დამატებითი შეკითხვები

რაც შეეხება გაგება პროგრამული უზრუნველყოფა სიცოცხლის ციკლი, ვთქვა, რომ ეს დამთავრდა, რაღაც მომენტში, ეს შეიძლება იყოს ძალიან თვითნებური, რადგან პროგრამული მაინც აქვს მხარდაჭერა პროგრამის შექმნა მათთვის. პირიქით, ბოლომდე ეხება მემკვიდრეობა განცხადებები, რომ არ აკმაყოფილებს თანამედროვე სისტემების და ვერ მუშაობს მათი გარემო.

მაგრამ თუნდაც ტექნოლოგიური მიღწევების, ბევრი მათგანი უახლოეს მომავალში ვერ აკმაყოფილებს. და მაშინ მას მოუწევს მიიღოს გადაწყვეტილება ან გასცეს განახლება ან სრული გადასინჯვის მთელი კონცეფცია, თავდაპირველად ჩართული პროგრამული უზრუნველყოფა. აქედან გამომდინარე - და ახალი ციკლი ცვლილება საწყის პირობებს, განვითარება გარემოს, ტესტირება, და შესაძლებელია გრძელვადიანი გამოყენების კონკრეტულ სფეროში.

მაგრამ კომპიუტერული ტექნიკა დღეს ხელი შეუწყო განვითარების მართვის ავტომატიზირებული სისტემების (ACS), რომლებიც გამოიყენება წარმოების. თუნდაც ოპერაციული სისტემა შედარებით, პროგრამების, დაკარგავს.

იმავე გარემოში საფუძველზე Visual Basic ბევრად უფრო პოპულარულია, ვიდრე Windows სისტემის. და გამოყენების შესახებ პროგრამული უზრუნველყოფა ქვეშ UNIX სისტემაში ჩვენ არ ვსაუბრობთ ყველა. რა შემიძლია ვთქვა, თუ თითქმის ყველა საკომუნიკაციო ქსელების იგივე ამერიკის შეერთებული შტატების ვმუშაობთ მხოლოდ მათ. სხვათა შორის, სისტემის, როგორიცაა Linux და Android, ძალიან, თავდაპირველად შეიქმნა ამ პლატფორმაზე. აქედან გამომდინარე, სავარაუდოდ, UNIX პერსპექტივები გაცილებით მეტია, ვიდრე ყველა სხვა პროდუქცია შერწყმული.

ნაცვლად შედეგს

ეს რჩება დაამატოთ, რომ ამ შემთხვევაში მხოლოდ ზოგადი პრინციპები და ეტაპები პროგრამული უზრუნველყოფა სიცოცხლის ციკლი. სინამდვილეში კი საწყის ამოცანები შეიძლება განსხვავდება მნიშვნელოვნად. შესაბამისად, განსხვავებები შეიმჩნევა სხვა ეტაპად.

მაგრამ ძირითადი ტექნოლოგიების განვითარების პროგრამული პროდუქტების მათი შემდგომი მხარდაჭერა უნდა იყოს ნათელი. დანარჩენი, ეს უნდა გაითვალისწინოს სპეციფიკა პროგრამული უზრუნველყოფის შექმნა და გარემოს, რომელშიც ის, სავარაუდოდ, უნდა იმუშაოს, და შესაძლებლობა პროგრამების ბოლომდე შესახებ და წარმოების, და ბევრი სხვა.

გარდა ამისა, ზოგჯერ ციკლის შეიძლება დამოკიდებული აუცილებლობისა განვითარების პროგრამა. თუ, მაგალითად, ზოგიერთი პროგრამირების ენა მოძველებული, არავინ არ გააკეთებს დაწერა პროგრამების საფუძველზე, და კიდევ უფრო მეტი ასე - გააცნოს მათ წარმოების მართვის ავტომატიზებული სისტემები. იქ უკვე მოვიდა ფორი კი პროგრამისტების, და მარკეტინგის, რომლებიც უნდა რეაგირება დაუყოვნებლივ ცვლილებების კომპიუტერულ ბაზარზე. და არსებობს სპეციალისტები მსოფლიოში, არ არის ძალიან ბევრი. მაღალკვალიფიციური პერსონალი, უნარი შეინარჩუნოს თავის მხრივ, პულსი ბაზარზე, ხდება ყველაზე პოპულარულია. და ისინი ხშირად ე.წ. "რუხი კარდინალები", რომელზეც დამოკიდებულია წარმატება ან მარცხი გარკვეული პროგრამული პროდუქტების სფეროში IT.

დავუშვათ, რომ ისინი ყოველთვის არ ესმით არსი პროგრამა, მაგრამ აშკარად შეუძლია განსაზღვროს მოდელი პროგრამული უზრუნველყოფა სიცოცხლის ციკლი და დროის ხანგრძლივობა, მათი გამოყენების საფუძველზე, გლობალური ტენდენციები ამ სფეროში. ეფექტური მენეჯმენტი ხშირად იძლევა უფრო ხელშესახები შედეგები. დიახ, მინიმუმ PR ტექნოლოგია, რეკლამა, და ასე შემდეგ. D. შეუძლია ნებისმიერი განცხადება მომხმარებელს არ არის საჭირო, მაგრამ იმ პირობით, რომ აქტიური ტრაბახობდნენ შესახებ მოყვება. მას აქვს, ასე ვთქვათ, ქვეცნობიერის დონეზე (იგივე ეფექტი, როგორც 25-ე ჩარჩო როდესაც ინფორმაცია შევიდა გონება შესახებ, მიუხედავად იმისა, თავად).

რა თქმა უნდა, ასეთი ტექნოლოგია მსოფლიოში ეკრძალებათ, მაგრამ ბევრი ჩვენგანი არც კი იცის, რომ მათ მაინც უნდა იქნას გამოყენებული, რათა გავლენა მოახდინოს ქვეცნობიერი გონება გარკვეული გზა. რომ მხოლოდ არის "Zombie" საინფორმაციო არხები და ინტერნეტ საიტები, რომ აღარაფერი ვთქვათ გამოყენების უფრო ძლიერი იარაღები, როგორიცაა ზემოქმედების infrasound (ეს იყო გამოყენებული იგივე ოპერა წარმოება), ისე, რომ პირი შეიძლება განიცდიან შიშს ან შეუსაბამო ემოციები.

დავბრუნდეთ პროგრამული უზრუნველყოფა, რომ უნდა დაემატოს, რომ ზოგიერთი პროგრამების გაშვების გამოყენებით ხმა, მოზიდვის ყურადღება შესახებ. და კვლევები აჩვენებს, რომ ასეთი პროგრამები უფრო ეფექტური, ვიდრე სხვა პროგრამები. რა თქმა უნდა, გაიზარდა და პროგრამული უზრუნველყოფა სიცოცხლის ციკლი, არ აქვს მნიშვნელობა, რა ფუნქცია ბრალად თავდაპირველად. და სამწუხაროდ, ეს გამოიყენება მრავალი დეველოპერები, რომ ეჭვს ბადებს კანონიერების ასეთი მეთოდებით.

მაგრამ არა ჩვენთვის მსჯელობა. ალბათ იმას ნიშნავს, განსაზღვრავს ასეთი საფრთხეები იქნება განვითარებული, რომ უახლოეს მომავალში. მიუხედავად იმისა, რომ ეს არის მხოლოდ თეორიულად, მაგრამ, შესაბამისად, ზოგიერთი ანალიტიკოსი და ექსპერტები, პრაქტიკული განაცხადების არსებობს ძალიან ცოტა. თუ თქვენ უკვე შეიქმნა ასლი ნერვული ქსელების ადამიანის ტვინის, მერე რა?