Architecture Decision RecordADR ਵਰਤਣਾ ਕਿਵੇਂ ਸ਼ੁਰੂ ਕਰੀਏ
ADR ਵਰਤਣਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਆਪਣੇ ਸਾਥੀਆਂ ਨਾਲ ਇਨ੍ਹਾਂ ਖੇਤਰਾਂ ਬਾਰੇ ਗੱਲ ਕਰੋ।
ਫੈਸਲੇ ਦੀ ਪਛਾਣ:
AD ਕਿੰਨਾ ਜ਼ਰੂਰੀ ਅਤੇ ਕਿੰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ?
ਕੀ ਇਹ ਹੁਣੇ ਲੈਣਾ ਪਵੇਗਾ, ਜਾਂ ਹੋਰ ਜਾਣਕਾਰੀ ਮਿਲਣ ਤੱਕ ਉਡੀਕ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ?
ਨਿੱਜੀ ਅਤੇ ਸਾਂਝਾ ਤਜਰਬਾ, ਅਤੇ ਨਾਲ ਹੀ ਮੰਨੇ-ਪ੍ਰਮੰਨੇ ਡਿਜ਼ਾਈਨ ਤਰੀਕੇ ਅਤੇ ਅਭਿਆਸ, ਫੈਸਲੇ ਦੀ ਪਛਾਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ।
ਆਦਰਸ਼ ਤੌਰ ਉੱਤੇ ਇੱਕ ਫੈਸਲਿਆਂ ਦੀ ਕਰਨਯੋਗ ਸੂਚੀ ਰੱਖੋ ਜੋ ਉਤਪਾਦ ਦੀ ਕਰਨਯੋਗ ਸੂਚੀ ਦੀ ਪੂਰਕ ਹੋਵੇ।
ਫੈਸਲਾ ਲੈਣਾ:
ਫੈਸਲੇ ਲੈਣ ਦੀਆਂ ਕਈ ਤਕਨੀਕਾਂ ਮੌਜੂਦ ਹਨ, ਆਮ ਵੀ ਅਤੇ ਸਾਫਟਵੇਅਰ ਆਰਕੀਟੈਕਚਰ ਲਈ ਖਾਸ ਵੀ, ਜਿਵੇਂ ਕਿ ਡਾਇਲਾਗ ਮੈਪਿੰਗ।
ਸਮੂਹਕ ਫੈਸਲਾ ਲੈਣਾ ਖੋਜ ਦਾ ਇੱਕ ਸਰਗਰਮ ਵਿਸ਼ਾ ਹੈ।
ਫੈਸਲੇ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਅਤੇ ਪਾਲਣਾ ਕਰਵਾਉਣਾ:
AD ਸਾਫਟਵੇਅਰ ਡਿਜ਼ਾਈਨ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ ਹਨ; ਇਸ ਲਈ ਇਨ੍ਹਾਂ ਨੂੰ ਸਿਸਟਮ ਦੇ ਉਨ੍ਹਾਂ ਹਿੱਸੇਦਾਰਾਂ ਤੱਕ ਪਹੁੰਚਾਉਣਾ ਅਤੇ ਉਨ੍ਹਾਂ ਤੋਂ ਮਨਜ਼ੂਰ ਕਰਵਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ ਜੋ ਇਸ ਲਈ ਫੰਡ ਦਿੰਦੇ ਹਨ, ਇਸ ਨੂੰ ਵਿਕਸਿਤ ਕਰਦੇ ਹਨ ਅਤੇ ਚਲਾਉਂਦੇ ਹਨ।
ਆਰਕੀਟੈਕਚਰ ਪੱਖੋਂ ਸਪੱਸ਼ਟ ਕੋਡਿੰਗ ਸ਼ੈਲੀਆਂ ਅਤੇ ਕੋਡ ਸਮੀਖਿਆਵਾਂ, ਜੋ ਆਰਕੀਟੈਕਚਰ ਸੰਬੰਧੀ ਚਿੰਤਾਵਾਂ ਅਤੇ ਫੈਸਲਿਆਂ ਉੱਤੇ ਧਿਆਨ ਦਿੰਦੀਆਂ ਹਨ, ਦੋ ਸੰਬੰਧਿਤ ਅਭਿਆਸ ਹਨ।
ਸਾਫਟਵੇਅਰ ਦੇ ਵਿਕਾਸ ਦੌਰਾਨ ਕਿਸੇ ਸਾਫਟਵੇਅਰ ਸਿਸਟਮ ਦਾ ਆਧੁਨਿਕੀਕਰਨ ਕਰਦੇ ਸਮੇਂ ਵੀ AD ਉੱਤੇ (ਦੁਬਾਰਾ) ਵਿਚਾਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।
ਫੈਸਲੇ ਸਾਂਝੇ ਕਰਨਾ (ਵਿਕਲਪਿਕ):
ਬਹੁਤ ਸਾਰੇ AD ਕਈ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਦੁਹਰਾਏ ਜਾਂਦੇ ਹਨ।
ਇਸ ਲਈ, ਜਦੋਂ ਸਪੱਸ਼ਟ ਗਿਆਨ ਪ੍ਰਬੰਧਨ ਰਣਨੀਤੀ ਅਪਣਾਈ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਪਿਛਲੇ ਫੈਸਲਿਆਂ ਦੇ ਚੰਗੇ ਅਤੇ ਮਾੜੇ ਦੋਵੇਂ ਤਜਰਬੇ ਮੁੜ ਵਰਤੋਂ ਯੋਗ ਕੀਮਤੀ ਸਰੋਤ ਬਣ ਸਕਦੇ ਹਨ।
ਫੈਸਲੇ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ:
ਫੈਸਲੇ ਦਰਜ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੇ ਟੈਂਪਲੇਟ ਅਤੇ ਟੂਲ ਮੌਜੂਦ ਹਨ।
ਐਜਾਇਲ ਭਾਈਚਾਰਿਆਂ ਨੂੰ ਵੇਖੋ, ਜਿਵੇਂ ਕਿ M. Nygard ਦੇ ADR।
ਰਵਾਇਤੀ ਸਾਫਟਵੇਅਰ ਇੰਜੀਨੀਅਰਿੰਗ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਡਿਜ਼ਾਈਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਵੇਖੋ, ਜਿਵੇਂ ਕਿ IBM UMF ਅਤੇ CapitalOne ਦੇ Tyree ਅਤੇ Akerman ਵੱਲੋਂ ਸੁਝਾਏ ਗਏ ਸਾਰਣੀ ਖਾਕੇ।
ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ:
- ਉੱਪਰ ਦਿੱਤੇ ਕਦਮ Wikipedia ਦੀ Architectural Decision ਐਂਟਰੀ ਤੋਂ ਲਏ ਗਏ ਹਨ