ADR નો ઉપયોગ શરૂ કરવાની રીત

ADR નો ઉપયોગ શરૂ કરવા માટે, આ ક્ષેત્રો વિશે તમારા ટીમના સાથીદારો સાથે વાત કરો.

નિર્ણયની ઓળખ:

• AD કેટલો તાકીદનો અને કેટલો મહત્વપૂર્ણ છે?

• શું તે હમણાં જ લેવો પડશે, કે વધુ માહિતી મળે ત્યાં સુધી રાહ જોઈ શકાય?

• વ્યક્તિગત અને સામૂહિક અનુભવ, તેમજ માન્ય ડિઝાઇન પદ્ધતિઓ અને પ્રથાઓ, નિર્ણયની ઓળખમાં મદદ કરી શકે છે.

• આદર્શ રીતે ઉત્પાદનની કરવા-યોગ્ય-કામોની યાદીને પૂરક બને તેવી નિર્ણયોની કરવા-યોગ્ય-કામોની યાદી જાળવો.

નિર્ણય લેવો:

• નિર્ણય લેવાની ઘણી તકનીકો અસ્તિત્વમાં છે, સામાન્ય અને સોફ્ટવેર આર્કિટેક્ચર માટે ચોક્કસ પણ, ઉદાહરણ તરીકે સંવાદ મેપિંગ.

• જૂથ નિર્ણય લેવો એ સક્રિય સંશોધનનો વિષય છે.

નિર્ણયનો અમલ અને અનુપાલન:

• AD નો ઉપયોગ સોફ્ટવેર ડિઝાઇનમાં થાય છે; તેથી તે સિસ્ટમના એવા હિતધારકોને જણાવવા અને તેમની મંજૂરી મેળવવી જરૂરી છે જેઓ તેને ભંડોળ આપે, વિકસાવે અને ચલાવે છે.

• આર્કિટેક્ચરની દૃષ્ટિએ સ્પષ્ટ કોડિંગ શૈલીઓ અને આર્કિટેક્ચરલ ચિંતાઓ અને નિર્ણયો પર કેન્દ્રિત કોડ સમીક્ષાઓ બે સંબંધિત પ્રથાઓ છે.

• સોફ્ટવેર ઉત્ક્રાંતિમાં સોફ્ટવેર સિસ્ટમનું આધુનિકીકરણ કરતી વખતે AD ને (ફરી) ધ્યાનમાં લેવા પણ જરૂરી છે.

નિર્ણય વહેંચણી (વૈકલ્પિક):

• ઘણા AD પ્રોજેક્ટ્સમાં પુનરાવર્તિત થાય છે.

• તેથી, ભૂતકાળના નિર્ણયો સાથેના અનુભવો, સારા અને ખરાબ બંને, સ્પષ્ટ જ્ઞાન વ્યવસ્થાપન વ્યૂહરચના અપનાવતી વખતે મૂલ્યવાન પુનઃઉપયોગી સંપત્તિ બની શકે છે.

નિર્ણય દસ્તાવેજીકરણ:

• નિર્ણય નોંધવા માટે ઘણા ટેમ્પલેટ અને સાધનો અસ્તિત્વમાં છે.

• ચપળ સમુદાયો જુઓ, ઉદાહરણ તરીકે M. Nygard ના ADR.

• પરંપરાગત સોફ્ટવેર એન્જિનિયરિંગ અને આર્કિટેક્ચર ડિઝાઇન પ્રક્રિયાઓ જુઓ, ઉદાહરણ તરીકે IBM UMF અને CapitalOne ના Tyree અને Akerman દ્વારા સૂચવાયેલા ટેબલ લેઆઉટ.

વધુ માટે:

• ઉપરના પગલાં વિકિપીડિયા પ્રવેશ Architectural Decision માંથી લેવાયા છે