CodeGym University
शिकणे
अभ्यासक्रम
टास्क्स
सर्वेक्षणे आणि प्रश्नमंजुषा
गेम्स
मदत
आव्हानात्मक वेळापत्रक
समुदाय
युजर्स
फोरम
चॅट
लेख
यशोगाथा
अॅक्टीव्हिटी
परीक्षणे
सदस्यत्वे
फिकट थिम
धडे
परीक्षणे
आमच्याविषयी
सुरू करा
शिकायला सुरुवात करा
आत्ताच शिकायला सुरुवात करा
शोध नकाशा
धडे
सर्व शोध
सर्व पातळ्या
मॉड्यूलर सॉफ्टवेअर आर्किटेक्चर
मॉड्यूल 3
पातळी 14,
धडा 5
6.1 विघटन विविध निकष असूनही, मोठ्या प्रणालींच्या विकासातील मुख्य कार्य म्हणजे सिस्टमची जटिलता कमी करणे . जटिलता कमी करण्यासाठी, भागांमध्ये विभागणी करण्याशिवाय काहीही शोधले गेले नाही. काहीवेळा, साधेपणासाठी, याला "विभाजित करा आणि विजय मिळवा"
योग्य सॉफ्टवेअर विघटन
मॉड्यूल 3
पातळी 14,
धडा 6
श्रेणीबद्ध विघटन तुम्ही तुमच्या अर्जासाठी लेखन वर्ग लगेच सुरू करू नये. प्रथम ते डिझाइन करणे आवश्यक आहे. डिझाइनचा शेवट विचारशील आर्किटेक्चरसह झाला पाहिजे. आणि हे आर्किटेक्चर मिळविण्यासाठी, आपल्याला सिस्टममध्ये सातत्याने विघटन करणे आवश्यक आहे
सॉफ्टवेअर मॉड्यूल्समधील कपलिंग कसे सोडवायचे
मॉड्यूल 3
पातळी 14,
धडा 7
8.1 विघटन हे सर्वकाही आहे स्पष्टतेसाठी, "डिकपलिंग ऑफ ऑब्जेक्ट-ओरिएंटेड सिस्टम्स" या चांगल्या लेखातील एक चित्र, ज्यावर चर्चा केली जाईल असे मुख्य मुद्दे स्पष्ट करतात. तुम्हाला अजूनही वाटते की अॅप्लिकेशन आर्किटेक्चर डिझाइन करणे सोपे आहे? 8.2 इ
अवलंबित्व उलथापालथ
मॉड्यूल 3
पातळी 14,
धडा 8
9.1 अवलंबित्व उलट लक्षात ठेवा, आम्ही एकदा सांगितले होते की सर्व्हर ऍप्लिकेशनमध्ये तुम्ही फक्त प्रवाह तयार करू शकत नाही new Thread().start()? फक्त कंटेनरने धागे तयार केले पाहिजेत. आम्ही आता ही कल्पना आणखी विकसित करू. सर्व वस्तू केवळ कंटेनरद्
सॉफ्टवेअर मॉड्यूल लिंक करण्याचे पर्यायी मार्ग
मॉड्यूल 3
पातळी 14,
धडा 9
मेसेजिंगसह थेट अवलंबित्व बदलणे काहीवेळा मॉड्यूलला फक्त इतरांना सूचित करणे आवश्यक असते की त्यात काही घटना/बदल झाले आहेत आणि नंतर या माहितीचे काय होते हे महत्त्वाचे नाही. या प्रकरणात, मॉड्यूल्सना "एकमेकांबद्दल जाणून घेण्याची" अजिबात आवश्यकता
सॉफ्टवेअर जीवन चक्र
मॉड्यूल 3
पातळी 15,
धडा 0
सॉफ्टवेअर उत्पादनाच्या जीवन चक्राचे टप्पे उच्च-गुणवत्तेच्या सॉफ्टवेअरच्या विकासासाठी अनेक घटकांची आवश्यकता असते: एक पात्र संघ, कार्यप्रवाह नियोजन, उत्पादन ग्राहकांच्या अपेक्षांचे पालन, मुदतीची पूर्तता. 1. आवश्यकतांचे विश्लेषण हा टप्पा सर्वा
वॉटरफॉल - वॉटरफॉल मॉडेल
मॉड्यूल 3
पातळी 15,
धडा 1
कॅस्केड मॉडेल डिव्हाइस वॉटरफॉल मॉडेल, ज्याला वॉटरफॉल देखील म्हटले जाते, हे सॉफ्टवेअर डेव्हलपमेंटसाठी सर्वात प्रसिद्ध दृष्टिकोनांपैकी एक आहे. मॉडेलचे लेखक विन्स्टन रॉयस आहेत. 1970 मध्ये, त्याने त्याच्या नवोपक्रमाचे सार वर्णन करण्याच्या
चपळ विकास पद्धत - चपळ
मॉड्यूल 3
पातळी 15,
धडा 2
चपळ मॉडेल लवचिक (चपळ) कार्यपद्धती अनेक लहान चक्रांमध्ये वर्कफ्लो हलवून सॉफ्टवेअर डेव्हलपमेंटमधील जोखीम कमी करण्यास मदत करते. या चक्रांना पुनरावृत्ती म्हणतात आणि सामान्यतः दोन ते तीन आठवडे टिकतात. पुनरावृत्ती हे एका लहान सॉफ्टवेअर प्रकल्पासा
स्क्रॅमचा परिचय
मॉड्यूल 3
पातळी 15,
धडा 3
स्क्रॅमचा इतिहास 1970 मध्ये विन्स्टन रॉयसचा "मॅनेजिंग द डेव्हलपमेंट ऑफ लार्ज सॉफ्टवेअर सिस्टम" अहवाल प्रकाशित झाल्यापासून, अनेकांनी वॉटरफॉल डेव्हलपमेंट मॉडेलचे तोटे दूर करू शकतील अशी पद्धत शोधण्याचा प्रयत्न केला आहे. “धबधबा” चा पर्याय म्हणज
Scrum सह काम
मॉड्यूल 3
पातळी 15,
धडा 4
वापरकर्ता कथा वापरकर्ता कथा विकासातील सॉफ्टवेअरच्या आवश्यकता सांगण्याचा एक प्रभावी मार्ग आहे. अशा कथांमध्ये सॉफ्टवेअरच्या वापरकर्त्याच्या वतीने थोडक्यात सल्ला असतो. स्क्रॅम पद्धतीमध्ये, ध्येये निश्चित करणे हा सहसा ग्राहक किंवा सॉफ्टवेअर माल
Scrum मध्ये प्रक्रिया
मॉड्यूल 3
पातळी 15,
धडा 5
स्प्रिंट नियोजन स्प्रिंट नियोजन हा स्क्रॅम स्प्रिंटमधील प्रारंभिक टप्पा आहे. हे स्प्रिंट दरम्यान कार्य करण्याची व्याप्ती आणि मार्ग निर्धारित करते. संपूर्ण स्क्रम टीम नियोजनात गुंतलेली आहे. स्प्रिंट हा एक स्पष्टपणे परिभाषित कालावधी आहे ज्या
इतर सॉफ्टवेअर विकास प्रक्रिया मॉडेल
मॉड्यूल 3
पातळी 15,
धडा 6
व्ही मॉडेल व्ही-आकाराच्या मॉडेलचे तत्त्व अनेक प्रकारे कॅस्केड मॉडेलसारखेच आहे. बहुतेकदा ते अशा प्रणालींमध्ये वापरले जाते जेथे अखंड ऑपरेशन अत्यंत महत्वाचे आहे. हे वैद्यकीय संस्था, आपत्कालीन ब्लॉकिंग सिस्टम आणि तत्सम सॉफ्टवेअरमधील रूग्णांचे ज
अजून दाखवा
1
...
30
31
32
33
34
35
Please enable JavaScript to continue using this application.