सॉफ्टवेयर जीवन चक्र: अवधारणा, मानकों, प्रक्रियाओं,

सॉफ्टवेयर विकास तथाकथित सॉफ्टवेयर जीवन चक्र को समझे बिना संभव नहीं है। साधारण उपयोगकर्ता यह हो सकता है, और जानने की जरूरत नहीं है, लेकिन यह बुनियादी मानकों जानने के लिए वांछनीय है (इसके बाद बताया जाएगा कि क्यों इस आवश्यक है)।

सॉफ्टवेयर जीवन चक्र: यह क्या औपचारिक अर्थ में है?

के तहत किसी भी जीवन चक्र सॉफ्टवेयर उत्पाद अपने अस्तित्व के समय के रूप में समझा जाता है, विकास चरण के साथ और उपयोग आवेदन से पूरी वापसी तक आवेदन के चयनित क्षेत्र के उपयोग की पूरी अस्वीकृति से पहले शुरू।

सीधे शब्दों में कार्यक्रमों के रूप में रखा, सूचना प्रणाली, डेटाबेस, या "ऑपरेटिंग सिस्टम के" यहां तक कि केवल डेटा प्रासंगिकता और उनके द्वारा प्रदान की अवसरों के मामले में मांग है।

माना जाता है कि किसी भी तरह से जीवन चक्र की परिभाषा इस तरह के बीटा संस्करण है, जो काम में सबसे अस्थिर कर रहे हैं के रूप में आवेदन, परीक्षण करने के लिए लागू नहीं होता। बहुत ही सॉफ्टवेयर जीवन चक्र कई कारकों पर निर्भर करता है जो मुख्य भूमिकाओं माध्यम है जिसमें कार्यक्रम में इस्तेमाल किया जाएगा द्वारा निभाई में से एक के बीच में। हालांकि, अगर आप चुन सकते हैं और सामान्य शब्दों के जीवन चक्र की अवधारणा की परिभाषा में इस्तेमाल किया।

आरंभिक आवश्यकता

जैसा कि आमतौर पर माना जाता है, इसके विकास और किसी भी सॉफ्टवेयर उत्पाद, अर्थात् के लिए उपयोग के संबंध में स्थिति का इस्तेमाल किया:

• समस्या के निर्माण;
• भविष्य प्रणाली के आपसी आवश्यकताओं का विश्लेषण;
• डिजाइन;
• प्रोग्रामिंग;
• कोडिंग और संकलन;
• परीक्षण,
• डिबगिंग;
• कार्यान्वयन और सॉफ्टवेयर के रखरखाव।

सॉफ्टवेयर विकास ऊपर के चरणों के सभी से बना है, और उनमें से कम से कम एक बिना नहीं कर सकते। लेकिन ऐसी प्रक्रियाओं विशिष्ट मानकों को स्थापित नियंत्रित करने के लिए।

सॉफ्टवेयर जीवन चक्र की प्रक्रिया मानकों

सिस्टम के बीच पहले से जाना की स्थिति और ऐसी प्रक्रियाओं के लिए आवश्यकताओं को अब केवल तीन मुख्य लोगों को कहा जा सकता है:

• GOST 34.601-90;
• आईएसओ / आईईसी 12207: 2008;
• ओरेकल सीडीएम।

दूसरा अंतरराष्ट्रीय मानक के लिए रूस के बराबर है। यह GOST आर आईएसओ / आईईसी 12207-2010, सिस्टम और सॉफ्टवेयर इंजीनियरिंग के लिए जिम्मेदार है। लेकिन सॉफ्टवेयर जीवन चक्र, दोनों नियमों में वर्णित है, पदार्थ में समान है। कारण काफी सरल है।

सॉफ्टवेयर और अद्यतन के प्रकार

आधुनिक सूचना प्रणाली ऐसी है कि वे सामान्य अवधारणाओं आवेदन की स्थापना कर रहे हैं।

उदाहरण के लिए, देखते हैं प्रणाली कार्यक्रमों और उपयोगिताओं, मल्टीमीडिया उपकरण, डिवाइस ड्राइवर, कार्यालय अनुप्रयोगों और इतने पर। डी सॉफ्टवेयर के किसी भी प्रकार के जीवन चक्र के चरणों के अस्तित्व का निर्धारण कर सकते हैं।

इसके विस्तार को अपडेट करने का सबसे अधिक इस्तेमाल किया मतलब है (दोनों ऑपरेटिंग सिस्टम और प्लेटफार्मों और अनुप्रयोग सॉफ्टवेयर के लिए) है। शायद समझाने के लिए कि कंप्यूटर Windows अद्यतन पर आधारित प्रणाली के किसी भी उपयोगकर्ता जैसे Microsoft .NET फ्रेमवर्क के रूप में या सिस्टम या घटकों का एक चरण पारित की जरूरत नहीं है आभासी मशीन जावा।

डिजाइन चरण

सीधे के बारे में अब में कुछ शब्द विकास के चरणों। जीवनचक्र शुरू में परियोजना की योजना बना, प्रणाली विश्लेषण और लक्ष्य की आवश्यकताओं, एक प्रारंभिक या विस्तृत डिजाइन की संभावना, कोडिंग और परीक्षण, विशेष प्रणालियों में आवेदन सॉफ्टवेयर की संभावना, और इतने पर शामिल हैं। डी

सॉफ्टवेयर जीवन चक्र के मॉडल का सुझाव शुरू में सॉफ्टवेयर का निर्माण सामान्य अनुप्रयोगों या सॉफ्टवेयर उत्पादों है कि कुछ स्टार्टअप वातावरण का उपयोग के विकास के लिए सीमित होना चाहिए का कार्य नहीं करेंगे।

डिज़ाइन

विकास सिस्टम भाषाओं प्रोग्रामिंग कर रहे हैं। पहले चरण में सॉफ्टवेयर डिजाइन करने के लिए नीचे कम किया जा सकता।

क्या यह सी + / C ++, जावा, डेल्फी या एक ही पुराना पास्कल - नहीं बहुत महत्वपूर्ण है। सवाल यह है कि बनाया आवेदन ऑपरेटिंग सिस्टम में एकीकृत किया जा सकता है और सुचारू रूप से चलाने के लिए, है।

इस अर्थ में, सॉफ्टवेयर परीक्षण में से एक जीवन चक्र यह सिस्टम आवश्यकताओं, निष्क्रिय या अक्षमता मूल रूप से कार्य करने के लिए के बेमेल की वजह इसकी पूरी तरह से निकाला जब तक उत्पाद की प्रारंभिक स्थापना के समय है।

बाद के चरणों

सॉफ्टवेयर जीवन चक्र को परिभाषित करने के लिए अधिक सहायता, पैदा करते हैं और आवेदन स्रोत कोड प्राप्त करने के लिए कोडिंग के लिए नीचे आता है।

एक नि: शुल्क (खुला) तथाकथित प्रमाण पत्र के प्रसार के मामले में जीएनयू लाइसेंस है कि उपयोगकर्ता, प्रोग्रामिंग भाषा है जिसके साथ आवेदन बनाया गया था के साथ परिचित के अनुरोध पर सॉफ्टवेयर अपने आप में परिवर्तन के लिए अनुमति देता है के आधार पर लागू होता है।

यदि यह एक बंद कोड है, तो आप Disassembler जैसे टूल का उपयोग कर सकते हैं। लेकिन इस मामले में, केवल डिकोडिंग निष्पादन EXE-फ़ाइलें प्राप्त किया जा सकता है, और निश्चित रूप से DLL गतिशील पुस्तकालयों बंधे नहीं।

लेकिन इस सिद्धांत। अभ्यास में, सॉफ्टवेयर जीवन चक्र के चरण एक सूची में कहीं अधिक वस्तुओं में शामिल हैं। यहां तक कि सबसे सरल अनुकरण कि मानकों की समीक्षा और टिप्पणियों के निर्माण के होते हैं (वास्तुकला के लिए उच्च स्तरीय आवश्यकताओं, निष्पादन योग्य कोड, साधन और सत्यापन के तरीकों मिलान)। इस सॉफ्टवेयर जीवन चक्र की प्रक्रिया है। लेकिन यहाँ यह समझते हैं और ऐसे कार्यक्रमों और प्रणालियों के सिद्धांतों में से कुछ को नियंत्रित करने के लिए महत्वपूर्ण है।

प्रबंधन मूल बातें

सॉफ्टवेयर जीवन चक्र प्रबंधन घटकों में कार्यक्रमों के अपघटन पर आधारित है, उन्हें बनाने के लिए उपकरणों की एक विस्तृत रेंज के लिए पर्याप्त दे रही है।

वहाँ एक नकारात्मक पक्ष यह है। मॉड्यूल की पसंद जिसके आधार पर प्रोग्रामिंग का उत्पादन किया है पर मंच के मूल निर्माता द्वारा सीमित है। बेशक, अगर आप खाते में एकीकरण और टाइपिंग के लिए इस्तेमाल किया विकास उपकरण (विशेष रूप से पुन: प्रयोज्य मॉड्यूल) लेते हैं, इसके बारे में कोई सवाल ही नहीं।

लेकिन सॉफ्टवेयर जीवन चक्र के चरणों जरूरी डाटा प्रोसेसिंग प्रोटोकॉल, दिनचर्या, मानक पुस्तकालयों, और अधिक की स्थापना शामिल है।

प्रयुक्त मॉड्यूल

और कोई प्रक्रिया सॉफ्टवेयर जीवन चक्र बहुत विशिष्ट घटकों के उपयोग के बिना पूरा हो गया है। इन प्राथमिकताओं में निम्नलिखित हैं:

• चीफ (प्रमुख) मॉड्यूल सॉफ्टवेयर उत्पाद के लांच के लिए जिम्मेदार;
• नियंत्रण इकाई, संलग्न घटकों या गतिशील लिंक पुस्तकालयों फोन करने के लिए जिम्मेदार;
• कार्यक्षमता और सेवा डाटा प्रोसेसिंग उपकरण और अतिरिक्त उपकरण।

विंडोज आधारित प्रणाली के लिए "ekzeshnika" के रूप में प्रस्तुत किया जाता है निष्पादन योग्य फ़ाइल है, आमतौर पर है। नियंत्रण घटकों एक विस्तार configurators (ऑपरेटिंग सिस्टम के लिए लागू किया config.sys), आगे लिंक पुस्तकालयों विस्तार DLL होता है। नियंत्रण और प्रसंस्करण कार्य करता है और कुछ अनुप्रयोगों की सेटिंग के साधन के रूप में प्रकट हो सकता है एक्सएमएल फाइल।

वे हैं, संयोग से, वर्तमान में भी जाना जाता है मीडिया कार्यक्रमों के बहुमत के लिए बुनियादी विन्यास पैरामीटर संरक्षित करने का एक साधन हैं। इस प्रकार के सॉफ्टवेयर का उपयोग, ज़ाहिर है, यह काफी सीमित है, लेकिन एक ही मीडिया खिलाड़ियों के साथ काम के सामान्य सिद्धांतों की समझ को चोट नहीं कर सका। यहां इसका कारण बताया।

वास्तव में, वे क्या सॉफ्टवेयर जीवन चक्र एकमात्र खिलाड़ी या कोडेक और डिकोडर की स्थापना के जीवन उन्नयन के स्तर पर रखी। एक ध्वनि और वीडियो transcoders किसी भी ऑडियो या वीडियो प्रणाली के निहित विशेषताएँ हैं।

FL स्टूडियो कार्यक्रम के आधार पर उदाहरण

प्रारंभ में, आभासी स्टूडियो अनुक्रमक FL स्टूडियो फल लूप्स का नाम था। इसका प्राथमिक संशोधन में सॉफ्टवेयर के जीवन चक्र समाप्त हो गया है, लेकिन आवेदन कुछ हद तक बदल दिया और इसके वर्तमान स्वरूप को प्राप्त कर लिया है।

अगर हम जीवन चक्र चरणों के बारे में बात करते हैं, समस्या के निर्माण के स्तर पर पहले कई आवश्यक शर्तें द्वारा स्थापित किया गया था:

• यामाहा RX की तरह एक ड्रम मॉड्यूल प्रकार ड्रम मशीन के निर्माण, लेकिन एक शॉट-नमूना या WAV प्रारूप में अनुक्रम, स्टूडियो में लाइव रिकॉर्ड के साथ;
• विंडोज ऑपरेटिंग सिस्टम में एकीकरण;
• WAV, एमपी 3 और OGG करने के लिए परियोजना निर्यात की संभावना;
• एक अतिरिक्त आवेदन फल पटरियों के साथ परियोजनाओं की अनुकूलता।

'सी' का मतलब है प्रोग्रामिंग भाषाओं विकास के चरण में इस्तेमाल किया गया। लेकिन मंच काफी आदिम देखा और अंत उपयोगकर्ता वांछित ध्वनि की गुणवत्ता नहीं दिया।

इस संबंध में, परीक्षण और डिबगिंग मंच डेवलपर्स के दौरान जर्मन निगम स्टाइनबर्ग के रास्ते जाने के लिए और फुल डुप्लेक्स मोड के लिए ध्वनि ड्राइवर समर्थन के लिए बुनियादी आवश्यकताओं को लागू करने के लिए किया था। ध्वनि की गुणवत्ता अधिक था और गति, पिच बदल सकते हैं और वास्तविक समय में अतिरिक्त FX प्रभाव लागू करने के लिए अनुमति दी।

सॉफ्टवेयर के जीवन चक्र के पूरा होने FL स्टूडियो है, जो अपने पूर्वजों के विपरीत, ऑडियो ट्रैक और मिडी-पटरियों के असीमित इसके साथ आभासी 64-चैनल मिश्रण कंसोल पर सेटिंग को संपादित करने की क्षमता के साथ एक पूर्ण अनुक्रमक इंटरफ़ेस किया गया था की पहली आधिकारिक संस्करण के उत्पादन में माना जाता है।

कार्यक्रम के संवर्धन वहाँ नहीं रुके। वीएसटी प्रारूप प्लग-इन को जोड़ने के लिए परियोजना प्रबंधन समर्थन के मंच पेश किया गया था (प्रथम, द्वितीय, और फिर तीसरे संस्करण) में एक बार स्टाइनबर्ग द्वारा विकसित। मोटे तौर पर, किसी भी आभासी सिंथेसाइज़र वीएसटी मेजबान का समर्थन करता है कि इस कार्यक्रम से जुड़ सकते हैं।

ऐसा नहीं है कि जल्द ही किसी भी संगीतकार इस तरह एक बार लोकप्रिय Korg एम 1 लगता है की पूरा सेट के रूप में "लोहे" मॉडल, के सादृश्य इस्तेमाल कर सकते हैं आश्चर्य की बात नहीं है। अधिक - अधिक। इस तरह के नशे की लत ड्रम या सार्वभौमिक प्लग संपर्क के रूप में आवेदन मॉड्यूल पेशेवर स्टूडियो में अभिव्यक्ति के सभी रंगों के साथ दर्ज की गई वास्तविक उपकरणों की लाइव लगता है, खेलने की अनुमति दी।

डेवलपर्स ASIO4ALL ड्राइवर, जो निकला मोड पूर्ण द्वैध ऊपर एक कट होने के लिए के लिए अधिकतम गुणवत्ता और बनाने समर्थन प्राप्त करने के लिए कोशिश की है। तदनुसार, वृद्धि हुई बिटरेट। आज, निर्यात ऑडियो फ़ाइल की गुणवत्ता 320 kbit / s 192 kHz के एक नमूना दर पर हो सकता है। और यह पेशेवर ध्वनि।

अपने जीवन चक्र के प्रारंभिक संस्करण का सवाल है, पूरी तरह से समाप्त बुलाया जा सकता है, लेकिन इस तरह का बयान रिश्तेदार है क्योंकि आवेदन केवल इसका नाम बदल, और नए अवसरों पाया गया है।

विकास की संभावनाओं

क्या सॉफ्टवेयर जीवन चक्र के चरणों हैं, यह पहले से ही स्पष्ट है। लेकिन यहाँ इस तरह की तकनीकों के विकास पर अलग से चर्चा की जानी चाहिए।

कहने की जरूरत नहीं है कि किसी भी सॉफ्टवेयर डेवलपर एक गुजर उत्पाद है, जो शायद ही कई वर्षों के लिए बाजार पर पकड़ बनाने में कोई दिलचस्पी नहीं है। भविष्य में, हर किसी के लिए लंबी अवधि के उपयोग में दिख रही है। यह अलग अलग तरीकों से प्राप्त किया जा सकता। लेकिन एक नियम के रूप में, लगभग सभी उनमें से अद्यतन या सॉफ्टवेयर के नए संस्करण जारी करने के लिए नीचे उबाल।

यहां तक कि विंडोज के मामले में, इस तरह के रुझान का नग्न आंखों से देखा जा सकता है। यह आज कम से कम एक उपयोगकर्ता है कि, इस तरह के संस्करणों 3.1, 95, 98, या मिलेनियम के रूप में सिस्टम का उपयोग कर संभावना नहीं है। उनके जीवन चक्र संस्करण XP के रिलीज होने के बाद समाप्त हो गया है। लेकिन यहाँ आधारित NT प्रौद्योगिकी पर सर्वर संस्करण अभी भी मान्य हैं है। यहां तक कि विंडोज 2000, आज न केवल बहुत प्रासंगिक है, लेकिन कुछ मामलों में स्थापना या सुरक्षा भी नवीनतम विकास आगे निकल गए। एक ही NT 4.0 सिस्टम के लिए चला जाता है, और विशेष संशोधनों विंडोज सर्वर 2012।

लेकिन यह संबंध इन पद्धतियों के लिए अभी भी उच्चतम स्तर पर समर्थन का दावा करता है में है। लेकिन समय में सनसनीखेज विस्टा स्पष्ट रूप से एक सूर्यास्त चक्र सामना कर रहा है। इतना ही नहीं, यह अधूरा है, तो अभी भी और अपने आप में त्रुटि हुई थी, और उसकी सुरक्षा प्रणाली में कमियों इतना है कि हम केवल यह कैसे शुरू करने के लिए एक सॉफ्टवेयर समाधान अस्थिर है संभव हो गया था के बारे में अनुमान लगा सकते हैं था।

लेकिन अगर हम इस तथ्य के बारे में बात यह है कि किसी भी प्रकार के (नियंत्रण या आवेदन) के सॉफ्टवेयर के विकास जगह में नहीं है, हम केवल तथ्यों बता सकते हैं। सब के बाद, आज यह न केवल कंप्यूटर सिस्टम और मोबाइल उपकरणों, और जिसमें प्रौद्योगिकियों अक्सर कंप्यूटर क्षेत्र से आगे हैं करने के लिए आता है। आठ कोर प्रोसेसर के आधार पर चिप्स की उपस्थिति - सबसे अच्छा उदाहरण नहीं है? लेकिन फिर भी, नहीं हर लैपटॉप इस तरह के एक "लोहे" होने का दावा कर सकते हैं।

कुछ अतिरिक्त प्रश्न

सॉफ्टवेयर जीवन चक्र की समझ यह है कि यह समय में कुछ बिंदु पर समाप्त हो गया कहने के लिए है, यह बहुत ही मनमाने ढंग से किया जा सकता है सॉफ्टवेयर अभी भी उन्हें बनाने के लिए डेवलपर्स का समर्थन नहीं रही हैं। बल्कि, अंत लीगेसी एप्लिकेशन कि आधुनिक प्रणालियों की आवश्यकताओं को पूरा नहीं करते हैं और अपने वातावरण में काम नहीं कर सकता को दर्शाता है।

लेकिन फिर भी तकनीकी विकास के साथ, निकट भविष्य में उनमें से कई कायम नहीं रखा जा सकता है। और फिर यह अद्यतन या पूरी अवधारणा की पूरी संशोधन, मूल रूप से सॉफ्टवेयर में एम्बेडेड जारी करने के लिए या तो एक निर्णय करने के लिए होगा। इसलिए - और एक निश्चित क्षेत्र में प्रारंभिक स्थितियों में बदलाव, विकास के वातावरण, परीक्षण, और संभव लंबी अवधि के उपयोग के साथ एक नया चक्र।

लेकिन कंप्यूटर प्रौद्योगिकी के क्षेत्र में आज स्वचालित नियंत्रण प्रणालियों (एसीएस) है, जो निर्माण में उपयोग किया जाता है के विकास का समर्थन किया। यहां तक कि ऑपरेटिंग सिस्टम, विशेष कार्यक्रमों के साथ तुलना में, खो देते हैं।

एक ही दृश्य मूल के आधार पर पर्यावरण ज्यादा विंडोज प्रणाली की तुलना में अधिक लोकप्रिय हैं। और यूनिक्स प्रणाली के तहत आवेदन सॉफ्टवेयर के बारे में हम सब पर बात नहीं कर रहे। मैं क्या कह सकता है, अगर लगभग सभी संयुक्त राज्य अमेरिका के एक ही के संचार नेटवर्क की उन पर विशेष रूप से काम कर रहे हैं। वैसे, लिनक्स और Android के रूप में एक ऐसी प्रणाली भी मूल रूप से इस मंच पर बनाया गया था। इसलिए, सबसे अधिक संभावना है, यूनिक्स संभावनाओं अन्य सभी संयुक्त उत्पादों की तुलना में काफी अधिक है।

बजाय परिणाम

इसे जोड़ने के लिए कि इस मामले में केवल सामान्य सिद्धांतों और सॉफ्टवेयर जीवन चक्र के चरण हैं रहता है। वास्तव में, यहां तक कि प्रारंभिक कार्य में काफी भिन्न हो सकते हैं। तदनुसार, मतभेद अन्य स्तरों पर देखा जा सकता है।

लेकिन उनके बाद समर्थन के साथ सॉफ्टवेयर उत्पादों की कोर प्रौद्योगिकी के विकास स्पष्ट होना चाहिए। बाकी के लिए, यह ध्यान में बनाए गए सॉफ्टवेयर की बारीकियों, और वातावरण में यह माना जाता है कि काम करना चाहिए, और अंत उपयोगकर्ता या उत्पादन, और भी बहुत कुछ करने के लिए प्रदान कार्यक्रमों की संभावना लेना चाहिए।

इसके अलावा, कभी कभी जीवन चक्र विकास उपकरण की जरूरत पर निर्भर हो सकता। , उदाहरण के लिए, कुछ प्रोग्रामिंग भाषा अप्रचलित, कोई भी इस पर आधारित कार्यक्रम, और इससे भी अधिक लिखने के लिए काम नहीं चलेगा - उन्हें स्वचालित नियंत्रण प्रणाली के उत्पादन में लागू करने के लिए। वहां पहले से ही सामने भी प्रोग्रामर, और बाजार के जो कंप्यूटर बाजार में परिवर्तन करने के लिए तुरंत प्रतिक्रिया करने के लिए की जरूरत के लिए आए हैं। और वहाँ दुनिया में विशेषज्ञ हैं, वहाँ बहुत ज्यादा नहीं है। अत्यधिक योग्य कर्मियों, सबसे लोकप्रिय होता जा रहा बाजार की नब्ज पर हाथ रखने के लिए, की क्षमता। और वे अक्सर तथाकथित कर रहे हैं "ग्रे कार्डिनल्स", जिस पर आईटी के क्षेत्र में सफलता या कुछ सॉफ्टवेयर उत्पादों की हार निर्भर करता है।

मान लीजिए वे हमेशा कार्यक्रम का सार समझ में नहीं आता है, लेकिन स्पष्ट रूप से सॉफ्टवेयर जीवन चक्र के मॉडल और उनके आवेदन के समय की लंबाई, इस क्षेत्र में वैश्विक रुझानों के आधार पर निर्धारित करने में सक्षम। प्रभावी प्रबंधन अक्सर एक अधिक ठोस परिणाम देता है। हाँ, कम से कम पीआर-प्रौद्योगिकी, विज्ञापन, और इतने पर। डी कर सकते हैं किसी भी आवेदन उपयोगकर्ता आवश्यक नहीं है, लेकिन उपलब्ध कराई गई है कि यह दावा उपयोगकर्ता यह स्थापित करता है सक्रिय है। यह बहुत बात करने के लिए, अवचेतन स्तर है, (25 फ्रेम के रूप में एक ही प्रभाव है जब जानकारी उपयोगकर्ता के मन में डाल दिया है, खुद की परवाह किए बिना)।

बेशक, दुनिया में इस तरह की तकनीक मना कर रहे हैं, लेकिन हम में से कई को भी पता है कि वे अभी भी एक निश्चित तरीके से अवचेतन मन को प्रभावित करने के लिए किया जा सकता नहीं हैं। यही कारण है कि केवल एक "ज़ोंबी" समाचार चैनलों या इंटरनेट साइटों, का उल्लेख नहीं है इस तरह के infrasound के लिए जोखिम (यह वही ओपेरा उत्पादन में लागू किया गया था), के रूप में और अधिक शक्तिशाली उपकरण, के उपयोग के लिए इतना है कि एक व्यक्ति को डर या अनुचित भावनाओं का अनुभव हो सकता है।

सॉफ्टवेयर में लौटने के बाद यह है कि स्टार्टअप पर कुछ कार्यक्रमों ध्वनि का उपयोग कर, उपयोगकर्ता का ध्यान आकर्षित जोड़ा जाना चाहिए। और अध्ययन बताते हैं कि ऐसे आवेदनों अन्य कार्यक्रमों की तुलना में अधिक व्यवहार्य हैं। बेशक, वृद्धि हुई है और सॉफ्टवेयर जीवन चक्र, कोई बात नहीं क्या समारोह शुरू में लिया जाता है। और यह, दुर्भाग्य से, कि इस तरह के तरीकों की वैधता के बारे में संदेह को जन्म देती है कई डेवलपर्स द्वारा किया जाता है।

लेकिन हमारे लिए नहीं न्यायाधीश करने। शायद इस तरह की धमकी निकट भविष्य में विकसित किया जाएगा परिभाषित करने का मतलब है। हालांकि यह केवल एक सिद्धांत है, लेकिन कुछ विश्लेषकों और विशेषज्ञों के अनुसार, व्यावहारिक अनुप्रयोगों के लिए बहुत कम कर रहे हैं। आप पहले से ही की एक प्रतिलिपि बनाया है, तो तंत्रिका नेटवर्क मानव मस्तिष्क की, तो क्या?