Agile modeling
ચપળ મોડેલિંગ (એએમ) એ શ્રેષ્ઠ પદ્ધતિઓ પર આધારિત સોફ્ટવેર સિસ્ટમોના મોડેલિંગ અને દસ્તાવેજીકરણ માટેની એક પદ્ધતિ છે. તે મૂલ્યો અને સિદ્ધાંતોનો સંગ્રહ છે જે (ચપળ) સોફ્ટવેર વિકાસ પ્રોજેક્ટ પર લાગુ કરી શકાય છે. આ પદ્ધતિ પરંપરાગત મોડેલિંગ પદ્ધતિઓ કરતાં વધુ લવચીક છે, જે તેને ઝડપથી બદલાતા વાતાવરણમાં વધુ યોગ્ય બનાવે છે. તે ચપળ સોફ્ટવેર વિકાસ ટૂલ કીટનો એક ભાગ છે. ચપળ મોડેલિંગ એ સ્ક્રમ, એક્સ્ટ્રીમ પ્રોગ્રામિંગ (એક્સપી) અને રેશનલ યુનિફાઇડ પ્રોસેસ (આરયુપી) જેવી અન્ય ચપળ વિકાસ પદ્ધતિઓનું પૂરક છે. તે સ્પષ્ટપણે શિસ્તબદ્ધ ચપળ વિતરણ (DAD) માળખાના ભાગ રૂપે સામેલ છે. 2011ના આંકડાઓ અનુસાર, ચપળ સોફ્ટવેર વિકાસમાં ચપળ મોડેલિંગનો હિસ્સો 1 ટકા છે. ચપળ મોડેલિંગ એ ચપળ મોડેલ-સંચાલિત ઇજનેરી (ચપળ એમ. ડી. ઈ.) નું એક સ્વરૂપ છે, જે વેબ એપ્લિકેશન ડેવલપમેન્ટ, ફાઇનાન્સ અને ઓટોમોટિવ સિસ્ટમ્સ જેવા ઘણા એપ્લિકેશન ક્ષેત્રોમાં અપનાવવામાં આવ્યું છે. બાકીના ઉકેલની રચનાની સમાંતર, સમગ્ર જીવન-ચક્રમાં દસ્તાવેજીકરણ કરવામાં આવે છે. દસ્તાવેજ મોડું કરો. દસ્તાવેજીકરણ શક્ય તેટલું મોડું કરવામાં આવે છે, સટ્ટાકીય વિચારોને ટાળીને કે જે સ્થિર માહિતીની તરફેણમાં બદલાઇ શકે છે. એક્ઝેક્યુટેબલ સ્પષ્ટીકરણો. બિન-એક્ઝેક્યુટેબલ "સ્ટેટિક" દસ્તાવેજીકરણને બદલે જરૂરિયાતો એક્ઝેક્યુટેબલ "ગ્રાહક પરીક્ષણો" ના સ્વરૂપમાં નિર્દિષ્ટ કરવામાં આવે છે. સિંગલ સોર્સ માહિતી. "સાચું" સંસ્કરણ/માહિતી શું છે તે અંગેના પ્રશ્નોને રોકવા માટે માહિતી (નમૂનાઓ, દસ્તાવેજીકરણ, સોફ્ટવેર), એક જ જગ્યાએ અને માત્ર એક જ જગ્યાએ સંગ્રહિત કરવામાં આવે છે. સક્રિય હિસ્સેદારોની ભાગીદારીનું મોડેલિંગ. ઉકેલ/સોફ્ટવેરના હિતધારકોને આમ કરવા માટે સક્રિયપણે સામેલ કરવા જોઈએ. આ એક્સ્ટ્રીમ પ્રોગ્રામિંગની ઓન-સાઇટ ગ્રાહક પ્રથાનું વિસ્તરણ છે. સ્થાપત્યની કલ્પના. ટીમ સોફ્ટવેર પ્રોજેક્ટની શરૂઆતમાં હળવા વજનનું, ઉચ્ચ-સ્તરનું મોડેલિંગ કરે છે જે ભાગ્યે જ પૂરતું સારું (જે. બી. જી. ઈ.) હોય છે જેથી ટીમ માને છે કે આર્કિટેક્ચર વ્યૂહરચનાનું અન્વેષણ કરી શકાય. સમાવિષ્ટ સાધનો. વ્હાઇટબોર્ડ અને કાગળ જેવા મોડેલિંગ સાધનો પસંદ કરો, જેની સાથે કામ કરવું સરળ હોય (તેઓ સમાવિષ્ટ હોય). પુનરાવર્તન મોડેલિંગ. જ્યારે લુક-ફોરવર્ડ મોડેલિંગ દ્વારા જરૂરિયાત/કાર્ય વસ્તુની વિગતવાર તપાસ કરવામાં ન આવી હોય ત્યારે ટીમ તેમના પુનરાવર્તન/સ્પ્રિન્ટ આયોજન સત્ર દરમિયાન તે સંશોધન કરવાનું પસંદ કરી શકે છે. આવું કરવાની જરૂરિયાતને સામાન્ય રીતે એક લક્ષણ તરીકે જોવામાં આવે છે કે ટીમ પૂરતું લુક-ફોર મોડેલિંગ કરી રહી નથી. માત્ર ભાગ્યે જ પૂરતું સારું (જેબીજીઇ). નમૂનાઓ અને દસ્તાવેજો સહિત તમામ કલાકૃતિઓ હાથમાં રહેલા કાર્ય માટે પૂરતી હોવી જોઈએ. જે. બી. જી. ઈ. પ્રકૃતિમાં સંદર્ભિત છે, મોડેલના કિસ્સામાં તે મોડેલ જે પણ વર્ણવે છે તેની જટિલતા અને તે મોડેલ માટે પ્રેક્ષકોની કુશળતાના સંયોજન દ્વારા નક્કી થાય છે. આગળ જુઓ મોડેલિંગ. એક ચપળ ટીમ તેમના બેકલોગને એક અથવા વધુ પુનરાવર્તનો/સ્પ્રિન્ટ્સ આગળ જોશે જેથી ખાતરી કરી શકાય કે જરૂરિયાત/કાર્ય વસ્તુ પર કામ કરવા માટે તૈયાર છે. તેને સ્ક્રમમાં "બેકલોગ ગ્રૂમિંગ" અથવા "બેકલોગ રિફાઇનમેન્ટ" પણ કહેવામાં આવે છે. મોડલ તોફાન. ટૂંકા, ઘણીવાર તાત્કાલિક, ચપળ મોડેલિંગ સત્ર. તમારી ડિઝાઇનની જરૂરિયાત અથવા પાસાની વિગતો શોધવા માટે મોડલ સ્ટોર્મીંગ સત્રો યોજવામાં આવે છે. બહુવિધ નમૂનાઓ. ચપળ મોડેલરોએ મોડેલ પ્રકારોની શ્રેણી (જેમ કે વપરાશકર્તા વાર્તાઓ, વાર્તા નકશા, ડેટા મોડેલ્સ, યુનિફાઇડ મોડેલિંગ લેંગ્વેજ (યુ. એમ. એલ.) આકૃતિઓ અને વધુ) કેવી રીતે બનાવવી તે જાણવું જોઈએ જેથી હાથ પરની પરિસ્થિતિ માટે શ્રેષ્ઠ મોડેલ લાગુ કરી શકાય. પ્રાથમિક જરૂરિયાતો. જરૂરિયાતો પર પ્રાથમિકતાના ક્રમમાં કામ કરવું જોઈએ. જરૂરિયાતોની કલ્પના. આ ટીમ હિતધારકોની જરૂરિયાતોને શોધવા માટે સોફ્ટવેર પ્રોજેક્ટની શરૂઆતમાં હળવા વજનનું, ઉચ્ચ-સ્તરનું મોડેલિંગ જે. બી. જી. ઈ. કરે છે. મર્યાદાઓ વ્યક્તિગત સંચાર અને ગ્રાહક સહયોગ પર નોંધપાત્ર નિર્ભરતા છે. ચપળ મોડેલિંગ શાખાઓ લાગુ કરવી મુશ્કેલ હોઈ શકે છેઃ મોટી ટીમો પર (જેમ કે 30 કે તેથી વધુ) પર્યાપ્ત ટૂલિંગ સપોર્ટ વિના જ્યાં ટીમના સભ્યો મોડેલો શેર કરવામાં અને સહયોગ કરવામાં અસમર્થ હોય (જે સામાન્ય રીતે ચપળ સોફ્ટવેર વિકાસને મુશ્કેલ બનાવશે) જ્યારે મોડેલિંગ કુશળતા નબળી હોય અથવા અભાવ હોય. વાર્તા-સંચાલિત મોડેલિંગ ચપળ સોફ્ટવેર વિકાસ મજબૂત આકૃતિ સંદર્ભો બાહ્ય કડીઓ ચપળ મોડેલિંગ હોમ પેજ ચપળ મોડેલ સંચાલિત વિકાસ (AMDD) ચપળ સોફ્ટવેર વિકાસ જુઓ.