Ծրագրային ապահովման կյանքի ցիկլի հայեցակարգ, ստանդարտներ, գործընթացները,

Ծրագրային ապահովման մշակում հնարավոր չէ առանց հասկանալու, այսպես կոչված, ծրագրային ապահովման կյանքի ցիկլը: Սովորական օգտվողը դա կարող է լինել, եւ չեն անհրաժեշտ է իմանալ, բայց դա ցանկալի է իմանալ հիմնական չափանիշները (այսուհետ կլինի ասել, թե ինչու է դա անհրաժեշտ է):

Ծրագրային ապահովման կյանքի ցիկլի, թե ինչ է այն, որ ֆորմալ առումով:

Տակ կյանքը ցիկլը ցանկացած ծրագրային արտադրանքի , որը ընկալվում է որպես ժամանակի իր գոյության, սկսած զարգացման փուլում, եւ մինչեւ ամբողջական մերժման օգտագործման ընտրված դաշտի դիմումի մինչեւ ամբողջական կազմից դուրս գալու օգտագործման դիմումը.

Պարզապես, տեղեկատվական համակարգերը ձեւով ծրագրերի, տվյալների բազաներ, կամ նույնիսկ «օպերացիոն համակարգերի» են պահանջարկի միայն այն դեպքում, տվյալների համապատասխանության եւ ընձեռած հնարավորությունների նրանց:

Ենթադրվում է, որ այդ սահմանումը կյանքի ցիկլի որեւէ կերպ չի տարածվում է փորձարկել ծրագրեր, ինչպիսիք են բետա տարբերակների, որոնք առավել անկայուն է աշխատանքի: Հենց նույն ծրագրային կյանքի ցիկլի կախված է բազմաթիվ գործոններից, որոնց շարքում մեկն է այն հիմնական խաղացած դերերը կրիչի որի ծրագիրը կօգտագործվի: Սակայն, դուք կարող եք ընտրել, եւ ընդհանուր պայմանները օգտագործվում է սահմանման կյանքի ցիկլի հայեցակարգին:

նախնական պահանջները

Ինչպես սովորաբար հավատում, օգտագործվում է մի շարք պայմանների վերաբերյալ իր զարգացման եւ օգտագործման ցանկացած ծրագրային արտադրանքի, մասնավորապես `

• ձեւակերպումը խնդրի.
• վերլուծությունը փոխադարձ պահանջների ապագա համակարգի.
• դիզայն;
• ծրագրավորում,
• կոդավորում եւ առաջ,
• փորձարկում.
• կարգաբերում;
• իրականացումը եւ սպասարկում ծրագրային ապահովման.

Պատվերով ծրագրային ապահովման զարգացման կազմել է բոլոր վերը նշված քայլերին, եւ չի կարող անել առանց գոնե նրանցից մեկի: Բայց պետք է վերահսկել նման գործընթացներ սահմանել հատուկ ստանդարտներ:

Գործընթացի ստանդարտները կյանքի ցիկլի ծրագրային ապահովման

Թվում համակարգերի կանխորոշել պայմաններն ու պահանջները նման գործընթացների այժմ կարող է անվանել միայն երեք հիմնական նորերը:

• ԳՕՍՏ 34.601-90;
• ISO / IEC 12207: 2008;
• Oracle ՄԶՄ:

Համար երկրորդ միջազգային ստանդարտի է ռուսական համարժեք: Այս ԳՕՍՏ Ռ ԻՍՕ / ԻԷԿ 12207-2010, համար պատասխանատու է համակարգի եւ ծրագրային engineering. Սակայն ծրագրային ապահովման կյանքի ցիկլը, նկարագրված է երկու կանոնակարգերի, նույնական է ըստ էության: Պատճառն այն է, պարզ է բավարար:

Տեսակի ծրագրային ապահովման եւ թարմացումներ

Ժամանակակից տեղեկատվական համակարգեր են, օրինակ, որ իրենք հաստատել ընդհանուր հասկացությունները դիմումը.

Օրինակ, կան համակարգային ծրագրեր եւ կոմունալ, մուլտիմեդիա գործիքները, սարքի վարորդները, գրասենյակային դիմումները եւ այլն: D. համար ցանկացած տեսակի ծրագրային կարող որոշելու գոյությունը փուլերում կյանքի ցիկլի.

Նրա ընդլայնում է առավել լայնորեն կիրառվող միջոցները թարմացման (երկու օպերացիոն համակարգերի եւ պլատֆորմների կիրառման եւ ծրագրային ապահովման): Հավանաբար, պետք չէ բացատրել, որ ցանկացած օգտվողին Համակարգչային համակարգի հիման վրա Windows թարմացումները անցել փուլ համակարգի կամ բաղադրիչներ, ինչպիսիք են Microsoft .NET Framework կամ վիրտուալ մեքենա Java.

դիզայն փուլ

Այժմ մի քանի խոսք ուղղակիորեն մասին փուլերում զարգացման. Lifecycle սկզբանե ներառում է ծրագրի պլանավորման, համակարգի վերլուծություն եւ նպատակային պահանջները, հնարավորությունը նախնական կամ մանրամասն նախագծման, կոդավորման եւ թեստավորում, հնարավորությունը դիմումի ծրագրային ապահովման մասնագիտացված համակարգերի, եւ այլն. Դ

Մոդելները կյանքի ցիկլի ծրագրային ապահովման առաջարկում է, որ ի սկզբանե խնդիր է դրել ծրագրային ապահովման ստեղծման, պետք է սահմանափակվեն է զարգացման ընդհանուր դիմումների կամ ծրագրային արտադրանք, որոնք օգտագործում են որոշ գործարկման միջավայր:

դիզայն

Զարգացման համակարգերը ծրագրավորման լեզուներ: Ծրագրային ապահովման նախագծում է առաջին փուլում կարող է կրճատվել ներքեւ.

Արդյոք այս C + / C ++, Java, Delphi կամ նույն հնացած Պասկալ - այդքան էլ կարեւոր չէ: Հարցն այն է, թե ինչպես է ստեղծվել դիմումը կարող է ինտեգրվել օպերացիոն համակարգի եւ վազում հարթ.

Այս առումով, մի կյանք ցիկլը ծրագրային ապահովման տեստավորման, դա այն ժամանակն է, որ նախնական տեղադրման ապրանքի մինչեւ իր լիակատար վերացումը պայմանավորված է անհամապատասխանության համակարգի պահանջներին, անգործածելի լինել կամ անկարողությունն է կատարել առաջադրանքները սկզբանե.

հետագա փուլերը

Հետագա աջակցության համար սահմանելով ծրագրային կյանքի ցիկլը, գալիս է իջնում է կոդավորման է առաջացնում եւ ստանալ դիմումը ելակետային կոդը.

Այն դեպքում, ազատ (բաց) տարածման այսպես կոչված հավաստագրի կիրառվել հիմնված է GNU լիցենզիայի որը թույլ է տալիս փոփոխությունների ծրագրային ապահովման ինքն իրեն խնդրանքով օգտագործողի, ծանոթ է ծրագրավորման լեզվի հետ, որի դիմումը ստեղծվել է:

Եթե դա փակ կոդը, դուք կարող եք օգտագործել գործիքներ, ինչպես disassembler: Բայց այս դեպքում, միայն վերծանման գործարկվող EXE-ֆայլերը կարող է հասնել, եւ, իհարկե, ոչ թե ոքի DLL դինամիկ գրադարաններ:

Բայց այս տեսությունը: Գործնականում, փուլը կյանքի ցիկլի ծրագրային ապահովման ներառում են ցուցակը շատ ավելի կետերը. Նույնիսկ առավել պարզ մոդելավորում, որը բաղկացած է մի վերանայման ստանդարտների եւ ձեւակերպման դիտարկումների (բարձր մակարդակի պահանջները ճարտարապետության, համապատասխանող գործարկվող կոդը, միջոցները եւ մեթոդները ստուգման): Սա գործընթաց է, ծրագրային ապահովման կյանքի ցիկլի. Բայց այստեղ դա կարեւոր է հասկանալ, եւ վերահսկել որոշ սկզբունքների նման ծրագրերի եւ համակարգերի.

կառավարման հիմունքներ

ծրագրային lifecycle կառավարում հիմնված է տարրալուծման ծրագրերի մեջ բաղադրիչների, տալով լայն բավարար շարք գործիքներ է ստեղծել դրանք:

Կա մի downside. Ընտրությունը մոդուլների սահմանափակվում է բուն մշակողի պլատֆորմի հիման վրա, որն արտադրվում ծրագրավորման. Իհարկե, եթե հաշվի առնել, միասնականացում եւ մուտքագրում օգտագործվում զարգացման գործիքները (հատկապես Նոր մոդուլներ), ոչ մի հարց մասին.

Բայց փուլերը ծրագրային lifecycle պարտադիր ներառում են տվյալների մշակման արձանագրությունների, routines, ստանդարտ գրադարանների, եւ ավելի.

օգտագործվող մոդուլներ

Եւ ոչ մի գործընթաց ծրագրային lifecycle ավարտված է առանց օգտագործման շատ կոնկրետ բաղադրիչների. Դրանց թվում առաջնահերթությունների հետեւյալն են.

• Գլխավոր (ղեկավար) մոդուլ համար պատասխանատու մեկնարկին, ծրագրային արտադրանքի.
• Վերահսկիչ Unit, պատասխանատու անվանելով կից բաղադրիչներ կամ դինամիկ ՈՒղեցույց գրադարանների.
• գործառույթն ու ծառայություն տվյալների մշակման գործիքներ եւ լրացուցիչ գործիքներ.

Գործարկվող ֆայլ է սովորաբար, Windows- ի համար, հիմնված համակարգերի ներկայացվում է ձեւով, «ekzeshnika»: Վերահսկողության բաղադրիչները պետք է շտկել configurators (config.sys դիմել են օպերացիոն համակարգում), հետագա ուղեցույց գրադարաններ ունեն extension DLL. Միջոցները եւ կառավարման մշակման գործառույթների եւ պարամետրերը որոշ ծրագրեր կարող են հայտնվել ձեւով XML ֆայլերը.

Նրանք են, ի դեպ, մեծամասնության համար ներկայումս հայտնի լրատվամիջոցների ծրագրերի միջոց են պահպանելով հիմնական կազմաձեւման պարամետրերը: Օգտագործելով ծրագրային ապահովում Այս տեսակի, իհարկե, դա բավականին սահմանափակ, բայց ըմբռնումը ընդհանուր սկզբունքների հետ աշխատանքի նույն լրատվամիջոցների խաղացողներին չի կարող վնասել: Ահա թե ինչու:

Ի դեպ, այն, ինչ նրանք ծրագրային lifecycle դրել է միայն մակարդակով կյանքի բարձրացմանը խաղացողի կամ տեղադրման codecs եւ decoders. Ձայնային եւ վիդեո transcoders են բնորոշ ատրիբուտներ ցանկացած աուդիո կամ վիդեո համակարգով:

Օրինակը հիման վրա FL Studio ծրագրի

Սկզբում, վիրտուալ ստուդիա sequencer FL Studio էր անունը մրգային Loops: Որ կյանքը ցիկլը ծրագրային ապահովման իր առաջնային փոփոխության մասին լրացել է, սակայն դիմումը փոքր-ինչ վերափոխվում է եւ ձեռք է բերել իր ներկայիս տեսքը:

Եթե մենք խոսում ենք այն մասին, որ կյանքը ցիկլի փուլերի, առաջին փուլում են ձեւակերպման խնդրի ստեղծվել են մի քանի նախադրյալներ:

• ստեղծումն է թմբուկին մոդուլային տիպի թմբուկի մեքենաներ, ինչպիսիք են Yamaha RX, բայց մեկ-shot-նմուշի կամ հաջորդականությամբ WAV ձեւաչափով, արձանագրված կենդանի է ստուդիայում.
• ինտեգրումը Windows օպերացիոն համակարգի.
• հնարավորությունը ծրագրի արտահանման WAV, MP3 եւ OGG,
• համատեղելիությունը նախագծերի լրացուցիչ դիմումի Մրգային հետքերը:

«C» նշանակում է, որ ծրագրավորման լեզուները, որոնք օգտագործվում են զարգացման փուլում: Բայց հարթակ նայեց բավականին պարզունակ եւ չի տալիս վերջնական օգտագործողի ցանկալի ձայնային որակը:

Այս առումով, ընթացքում փորձարկման եւ կարգաբերում բեմական մշակողների ստիպված է գնալ ճանապարհը գերմանական կորպորացիայի Steinberg եւ դիմել հիմնական պահանջների ձայնային վարորդի աջակցության համար Ամբողջ Դուպլեքս ռեժիմում. Ձայնի որակը ավելի բարձր էր, եւ թույլատրվում է փոխել տեմպերը, սկիպիդար եւ պարտադրել լրացուցիչ FX-հետեւանքները իրական ժամանակում:

Ավարտը կյանքի ցիկլի ծրագրային ապահովման է համարվում արտադրանքը առաջին պաշտոնական տարբերակի FL Studio, որը, ի տարբերություն իրենց նախնիների, եղել լիարժեք sequencer ինտերֆեյս հետ կարողությունը խմբագրել պարամետրերը վիրտուալ 64-channel mixing կոնսոլից անսահմանափակ Բացի այդ, աուդիո հետքերի եւ MIDI-ի հետքերով.

Խթանումը ծրագրի չի դադարում այնտեղ. Ին փուլում ծրագրի կառավարման աջակցության միացնելու համար VST ձեւաչափ plug-ins ներդրվել (առաջին, երկրորդ, եւ ապա երրորդ տարբերակը), մեկ անգամ մշակվել է Սթեյնբերգը: Կոպիտ ասած, ցանկացած վիրտուալ սինթեզատոր, որ աջակցում է VST-սերվերին կարող է միացնել ծրագրի:

Զարմանալի չէ, որ շուտով որեւէ կոմպոզիտոր կարող է օգտագործել նմանակը «Երկաթ» մոդելներ, ինչպիսիք են ամբողջական Կոմպլեկտներ հնչյունների անգամ համաժողովրդական Korg M1: Ավելի մանրամասն. Դիմում մոդուլներ, ինչպիսիք են կախվածություն հարվածային կամ Universal Plug kontakt թույլատրվում է խաղալ կենդանի հնչյունների իրական գործիքների, արձանագրված բոլոր երանգներ արտաբերման մասնագիտական ստուդիաներում:

Ի մշակողները փորձել են հասնել առավելագույն որակի եւ ստեղծելով աջակցություն է ASIO4ALL վարորդը, ով, ինչպես պարզվեց, cut բարձր ռեժիմ Full Դուպլեքս: Ըստ այդմ, ավելացել Որակ: Այսօր որակը արտահանվող աուդիո ֆայլը կարող է լինել 320 կբիթ / վ է նմուշառման փոխարժեքով 192 kHz. Եւ սա պրոֆեսիոնալ ձայնային.

Ինչ վերաբերում է նախնական տարբերակի իր lifecycle կարելի էր անվանել ամբողջովին ավարտված է, սակայն նման հայտարարություն է հարաբերական, քանի որ դիմումը միակ փոխել է իր անունը, եւ գտել է նոր հնարավորություններ:

զարգացման հեռանկարները

Որոնք են փուլերը կյանքի ցիկլի ծրագրային ապահովման, դա արդեն պարզ է: Բայց այստեղ զարգացման վրա այնպիսի տեխնոլոգիաների, պետք է քննարկել առանձին-առանձին:

Ավելորդ է ասել, որ ցանկացած ծրագրային ծրագրավորողը շահագրգռված չէ ստեղծել մի անցնող արտադրանքը, որը հազիվ անցկացնել դուրս է շուկայում մի քանի տարիների ընթացքում: Ապագայում, բոլորն էլ նայում երկարաժամկետ օգտագործման. Սա կարող է հասնել տարբեր ձեւերով. Սակայն, որպես կանոն, գրեթե բոլորն էլ բարկանալ ներքեւ ազատ արձակել թարմացումներ կամ նոր տարբերակները ծրագրային ապահովման.

Նույնիսկ այն դեպքում, Windows, նման միտումներ կարելի է տեսնել անզեն աչքով: Դա քիչ հավանական է, որ այսօր կա առնվազն մեկ օգտվող, օգտագործելով համակարգերը, ինչպիսիք են տարբերակների 3.1, 95, 98, կամ Հազարամյակի: Նրանց կյանքը ցիկլի ավարտվեց հետո ազատ արձակել XP տարբերակի: Բայց ահա սերվերը տարբերակը NT տեխնոլոգիաների վրա հիմնված դեռեւս ուժի մեջ են: Նույնիսկ, Windows 2000, այսօր ոչ միայն շատ տեղին է, բայց որոշ առումներով տեղադրումը կամ անվտանգության նույնիսկ գերազանցում է վերջին զարգացումները: Նույնը վերաբերում է NT 4.0 համակարգերի, եւ մասնագիտացված ձեւափոխումները Windows Server 2012.

Բայց դա առնչությամբ այդ համակարգերը դեռեւս պնդում է աջակցել է ամենաբարձր մակարդակով: Բայց սենսացիոն պահին Vista հստակորեն զգում է մայրամուտի ցիկլ: Ոչ միայն, որ դա եղել է անավարտ, այնպես էլ եւ սխալ է ինքնին, եւ թերությունները իր անվտանգության համակարգում էր այնքան, որ մենք կարող ենք միայն գուշակել, թե այն մասին, թե ինչպես է դա հնարավոր է գործարկել մի ծրագրային լուծում է անգործունակ:

Բայց եթե մենք խոսում ենք այն մասին, որ զարգացումը ծրագրային ցանկացած տիպի (հսկիչ կամ հայտի) չէ տեղում, մենք կարող ենք միայն ասել փաստերը: Ի վերջո, այսօր խոսքը վերաբերում է ոչ միայն համակարգչային համակարգեր եւ շարժական սարքեր, եւ որի տեխնոլոգիաները հաճախ առաջ են համակարգչային ոլորտի: Հայտնվելը պրոցեսորով չիպսեր հիման վրա ութ cores - ոչ լավագույն օրինակը. Սակայն, ոչ թե ամեն laptop կարող պարծենալ ունենալու նման «երկաթ»:

Որոշ լրացուցիչ հարցեր

Ինչ վերաբերում է հասկանալու համար, որ ծրագրային ապահովման կյանքի ցիկլի, ասել, որ դա ավարտվել է ինչ - որ պահի, ապա դա կարող է լինել շատ կամայական, քանի որ ծրագրային դեռեւս ունի աջակցությունը մշակողների ստեղծելու նրանց. Ավելի շուտ, վերջը վերաբերում է ժառանգության դիմումների, որոնք չեն բավարարում պահանջները ժամանակակից համակարգերի եւ չի կարող աշխատել, իրենց միջավայրում:

Բայց նույնիսկ այդ տեխնոլոգիական նվաճումներին, նրանցից շատերը, որ մոտ ապագայում չի կարող բավարարվել: Եւ ապա դա պետք է որոշում կայացնի `կամ թողարկել թարմացումներ կամ ամբողջական վերանայում ամբողջ հայեցակարգի, ի սկզբանե ներդրված է ծրագրային ապահովման. Հետեւաբար եւ նոր ցիկլի հետ փոփոխության նախնական պայմանների, շրջակա միջավայրի զարգացմանը, փորձարկման եւ հնարավոր երկարաժամկետ օգտագործման որոշակի տարածքում.

Բայց համակարգչային տեխնոլոգիաների Այսօր նպաստեց զարգացումը ավտոմատացված վերահսկման համակարգերի (ACS), որոնք օգտագործվում են արտադրության. Նույնիսկ օպերացիոն համակարգը, համեմատած մասնագիտացված ծրագրերին, կորցնում.

Նույնն է միջավայրը հիման վրա Visual Basic են, շատ ավելի տարածված է, քան Windows համակարգի. Եւ մոտ հայտի ծրագրային ապահովման տակ UNIX համակարգի մենք չենք խոսում են բոլորը: Ինչ կարող եմ ասել, որ եթե գրեթե բոլոր ցանցերում նույնն է Միացյալ Նահանգների աշխատում են բացառապես նրանց վրա: Ի դեպ, մի համակարգ, ինչպիսիք են Linux եւ Android, նույնպես, ի սկզբանե ստեղծվել է այս հարթակում: Ուստի, ամենայն հավանականությամբ, UNIX հեռանկարները շատ ավելի է, քան մյուս բոլոր ապրանքների համակցված.

փոխարենը արդյունքը

Մնում է ավելացնել, որ այս դեպքում են միայն ընդհանուր սկզբունքներն ու փուլերը կյանքի ցիկլի ծրագրային ապահովման. Ի դեպ, նույնիսկ նախնական խնդիրները կարող են տարբեր լինել զգալիորեն. Ըստ այդմ, տարբերությունները կարող է դիտարկել այլ փուլերում:

Սակայն հիմնական տեխնոլոգիան զարգացումը ծրագրային արտադրանքի իրենց հետագա աջակցությունը պետք է լինի հստակ. Վերջապէս, դա պետք է հաշվի առնել, առանձնահատկությունները ծրագրային ապահովման ստեղծվել, եւ այն միջավայրը, որում այն իբր թե պետք է աշխատեն, եւ հնարավորությունը նախատեսված ծրագրերի, ինչպես նաեւ վերջնական օգտագործողի կամ արտադրության, եւ շատ ավելին.

Բացի այդ, երբեմն կենսափուլը կարող է կախված հրատապությունից զարգացման գործիքների. Եթե, օրինակ, որոշ ծրագրավորման լեզու է հնացած, ոչ ոք չի անի ծրագրեր գրել, դրա հիման վրա եւ նույնիսկ ավելի, այսպես ներկայացնել դրանք արտադրության ավտոմատացված կառավարման համակարգերի. Կան արդեն եկել է նախա նույնիսկ ծրագրավորողների, եւ marketers, ովքեր պետք է արձագանքել անհապաղ փոփոխություններին համակարգչային շուկայում: Եւ կան մասնագետներ աշխարհի, չկա ոչ շատ. Բարձր որակավորում ունեցող անձնակազմը, կարողություն է պահել իր ձեռքը զարկերակի վրա է շուկայում, դառնալով առավել տարածված. Եւ նրանք հաճախ այսպես կոչված, «ԳՈՐՇ ԿԱՐԴԻՆԱԼՆԵՐԻ», որի վրա կախված հաջողությունը կամ պարտությունը որոշակի ծրագրային արտադրանքի ՏՏ ոլորտում.

Ենթադրենք, նրանք միշտ չէ, որ հասկանալ էությունը ծրագրի, սակայն հստակ կարողանում է որոշել մոդելը ծրագրային կյանքի ցիկլի եւ երկարությունը ժամանակ դրանց կիրառման հիման վրա համաշխարհային միտումների այս ոլորտում. Արդյունավետ կառավարումը հաճախ տալիս է ավելի շոշափելի արդյունքներ: Այո, առնվազն PR-տեխնոլոգիաների, գովազդային, եւ այլն: D. Կարող է որեւէ դիմում օգտագործողը անհրաժեշտ չէ, սակայն պայմանով, որ դա ակտիվ պարծենում է օգտագործողը տեղադրող այն. Այն ունի, այսպես ասած, ենթագիտակցական մակարդակում (նույն ազդեցությունը, ինչպես նաեւ 25-րդ շրջանակ, երբ տեղեկատվությունը դրվել միտքը օգտագործողի, անկախ ինքն իրեն):

Իհարկե, նման տեխնոլոգիաների աշխարհում արգելվում են, բայց մեզանից շատերը չեն էլ գիտակցում, որ իրենք դեռ կարող է օգտագործվել է ազդել ենթագիտակցական միտքը որոշակի ճանապարհով. Որ միայն մի «զոմբի» հեռուստաալիքները կամ ինտերնետ կայքեր, էլ չենք խոսում, որ օգտագործումը ավելի հզոր գործիքներ, ինչպիսիք են ազդեցության Ենթահնչյունային (սա կիրառվել է նույն օպերային արտադրության), այնպես, որ մարդը կարող է զգալ վախ կամ անպատշաճ զգացմունքները:

Վերադառնալով ծրագրային ապահովման, այն պետք է, որ որոշ ծրագրեր գործարկման օգտագործում ձայնը, ուշադրությունը Օգտվողի մասին. Եւ ուսումնասիրությունները ցույց են տալիս, որ նման դիմումներ են ավելի կենսունակ համեմատած այլ ծրագրերի: Իհարկե, աճել է եւ ծրագրային ապահովման կյանքի ցիկլի, անկախ նրանից, թե ինչ գործառույթ է գանձվում սկզբանե: Եւ սա, ցավոք սրտի, օգտագործվում է բազմաթիվ ծրագրավորողներ, որոնք կասկածներ օրինականության նման մեթոդներով:

Բայց ոչ մեզ համար դատել. Թերեւս նշանակում սահմանելով այնպիսի սպառնալիքներ կլինեն մշակված է մոտ ապագայում: Թեեւ սա ընդամենը մի տեսություն, սակայն, ըստ որոշ վերլուծաբանների եւ փորձագետների, գործնական դիմումները շատ քիչ են: Եթե դուք արդեն ստեղծել պատճենը the նեյրոնային ցանցերի մարդկային ուղեղի, ապա ինչ?