Jeff Tyree ਅਤੇ Art Akerman ਦਾ ਫੈਸਲਾ ਰਿਕਾਰਡ ਟੈਂਪਲੇਟ

ਇਹ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ ਦੇ ਵਰਣਨ ਦਾ ਟੈਂਪਲੇਟ ਹੈ, ਜੋ Jeff Tyree ਅਤੇ Art Akerman, Capital One Financial ਦੁਆਰਾ "Architecture Decisions: Demystifying Architecture" ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਸੀ।

• ਮੁੱਦਾ (Issue): ਉਸ ਆਰਕੀਟੈਕਚਰ ਡਿਜ਼ਾਈਨ ਮੁੱਦੇ ਦਾ ਵਰਣਨ ਕਰੋ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਸੰਬੋਧਿਤ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਇਸ ਬਾਰੇ ਕੋਈ ਸਵਾਲ ਨਾ ਛੱਡੋ ਕਿ ਤੁਸੀਂ ਇਸ ਮੁੱਦੇ ਨੂੰ ਹੁਣੇ ਕਿਉਂ ਸੰਬੋਧਿਤ ਕਰ ਰਹੇ ਹੋ। ਘੱਟੋ-ਘੱਟ ਪਹੁੰਚ ਅਪਣਾਉਂਦੇ ਹੋਏ, ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਮੁੱਦਿਆਂ ਨੂੰ ਸੰਬੋਧਿਤ ਅਤੇ ਦਰਜ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਜੀਵਨ-ਚੱਕਰ ਦੇ ਵੱਖ-ਵੱਖ ਬਿੰਦੂਆਂ ਉੱਤੇ ਸੰਬੋਧਿਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

• ਫੈਸਲਾ (Decision): ਆਰਕੀਟੈਕਚਰ ਦੀ ਦਿਸ਼ਾ ਸਾਫ਼ ਸ਼ਬਦਾਂ ਵਿੱਚ ਦੱਸੋ—ਯਾਨੀ ਉਹ ਸਥਿਤੀ (position) ਜੋ ਤੁਸੀਂ ਚੁਣੀ ਹੈ।

• ਸਥਿਤੀ (Status): ਫੈਸਲੇ ਦੀ ਸਥਿਤੀ, ਜਿਵੇਂ ਕਿ ਲੰਬਿਤ, ਤੈਅ ਹੋਇਆ, ਜਾਂ ਮਨਜ਼ੂਰ।

• ਸਮੂਹ (Group): ਫੈਸਲਿਆਂ ਦੇ ਸਮੂਹ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਲਈ ਤੁਸੀਂ ਇੱਕ ਸਾਦਾ ਸਮੂਹੀਕਰਨ ਵਰਤ ਸਕਦੇ ਹੋ—ਜਿਵੇਂ ਕਿ ਏਕੀਕਰਨ, ਪੇਸ਼ਕਾਰੀ, ਡਾਟਾ, ਆਦਿ। ਤੁਸੀਂ John Kyaruzi ਅਤੇ Jan van Katwijk ਦੀ ਵਰਗੀ ਇੱਕ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਆਰਕੀਟੈਕਚਰ ਓਂਟੋਲੋਜੀ ਵੀ ਵਰਤ ਸਕਦੇ ਹੋ, ਜਿਸ ਵਿੱਚ ਇਵੈਂਟ, ਕੈਲੰਡਰ ਅਤੇ ਸਥਾਨ ਵਰਗੀਆਂ ਵਧੇਰੇ ਅਮੂਰਤ ਸ਼੍ਰੇਣੀਆਂ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਇਸ ਓਂਟੋਲੋਜੀ ਦੀ ਵਰਤੋਂ ਕਰਦਿਆਂ, ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਫੈਸਲਿਆਂ ਨੂੰ, ਜੋ ਅਜਿਹੀਆਂ ਘਟਨਾਵਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ ਜਿੱਥੇ ਸਿਸਟਮ ਨੂੰ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਇਵੈਂਟ ਅਧੀਨ ਸਮੂਹਬੱਧ ਕਰੋਗੇ।

• ਧਾਰਨਾਵਾਂ (Assumptions): ਉਸ ਮਾਹੌਲ ਦੀਆਂ ਬੁਨਿਆਦੀ ਧਾਰਨਾਵਾਂ ਦਾ ਸਪੱਸ਼ਟ ਵਰਣਨ ਕਰੋ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਫੈਸਲਾ ਲੈ ਰਹੇ ਹੋ—ਲਾਗਤ, ਸਮਾਂ-ਸਾਰਣੀ, ਤਕਨਾਲੋਜੀ, ਆਦਿ। ਧਿਆਨ ਦਿਓ ਕਿ ਮਾਹੌਲ ਦੀਆਂ ਬੰਦਸ਼ਾਂ (ਜਿਵੇਂ ਕਿ ਮਨਜ਼ੂਰ ਕੀਤੇ ਤਕਨਾਲੋਜੀ ਮਿਆਰ, ਐਂਟਰਪ੍ਰਾਈਜ਼ ਆਰਕੀਟੈਕਚਰ, ਆਮ ਤੌਰ ਉੱਤੇ ਵਰਤੇ ਜਾਂਦੇ ਪੈਟਰਨ, ਆਦਿ) ਉਨ੍ਹਾਂ ਵਿਕਲਪਾਂ ਨੂੰ ਸੀਮਤ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਤੁਸੀਂ ਵਿਚਾਰ ਕਰਦੇ ਹੋ।

• ਬੰਦਸ਼ਾਂ (Constraints): ਮਾਹੌਲ ਉੱਤੇ ਉਹ ਕੋਈ ਵੀ ਵਾਧੂ ਬੰਦਸ਼ਾਂ ਦਰਜ ਕਰੋ ਜੋ ਚੁਣਿਆ ਹੋਇਆ ਵਿਕਲਪ (ਫੈਸਲਾ) ਲਾ ਸਕਦਾ ਹੈ।

• ਪੱਖ (Positions): ਉਨ੍ਹਾਂ ਪੱਖਾਂ (ਵਿਹਾਰਕ ਵਿਕਲਪਾਂ ਜਾਂ ਬਦਲਾਂ) ਦੀ ਸੂਚੀ ਦਿਓ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਤੁਸੀਂ ਵਿਚਾਰ ਕੀਤਾ। ਇਨ੍ਹਾਂ ਲਈ ਅਕਸਰ ਲੰਬੀਆਂ ਵਿਆਖਿਆਵਾਂ, ਕਈ ਵਾਰ ਮਾਡਲਾਂ ਅਤੇ ਚਿੱਤਰਾਂ ਦੀ ਵੀ ਲੋੜ ਪੈਂਦੀ ਹੈ। ਇਹ ਪੂਰੀ ਸੂਚੀ ਨਹੀਂ ਹੈ। ਫਿਰ ਵੀ, ਤੁਸੀਂ ਅੰਤਿਮ ਸਮੀਖਿਆ ਦੌਰਾਨ ਇਹ ਸਵਾਲ ਨਹੀਂ ਸੁਣਨਾ ਚਾਹੁੰਦੇ ਕਿ "ਕੀ ਤੁਸੀਂ ਇਸ ਬਾਰੇ ਸੋਚਿਆ...?"; ਇਸ ਨਾਲ ਭਰੋਸੇਯੋਗਤਾ ਘਟਦੀ ਹੈ ਅਤੇ ਹੋਰ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲਿਆਂ ਉੱਤੇ ਸਵਾਲ ਉੱਠਦੇ ਹਨ। ਇਹ ਭਾਗ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਵੀ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਦੂਜਿਆਂ ਦੀਆਂ ਰਾਵਾਂ ਸੁਣੀਆਂ ਹਨ; ਹੋਰ ਰਾਵਾਂ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ ਉੱਤੇ ਦਰਜ ਕਰਨ ਨਾਲ ਉਨ੍ਹਾਂ ਦੇ ਸਮਰਥਕਾਂ ਨੂੰ ਤੁਹਾਡੇ ਫੈਸਲੇ ਨਾਲ ਜੋੜਨ ਵਿੱਚ ਮਦਦ ਮਿਲਦੀ ਹੈ।

• ਦਲੀਲ (Argument): ਰੂਪ-ਰੇਖਾ ਦਿਓ ਕਿ ਤੁਸੀਂ ਕੋਈ ਸਥਿਤੀ ਕਿਉਂ ਚੁਣੀ, ਜਿਸ ਵਿੱਚ ਲਾਗੂਕਰਨ ਦੀ ਲਾਗਤ, ਮਲਕੀਅਤ ਦੀ ਕੁੱਲ ਲਾਗਤ, ਬਾਜ਼ਾਰ ਤੱਕ ਪਹੁੰਚਣ ਦਾ ਸਮਾਂ, ਅਤੇ ਲੋੜੀਂਦੇ ਵਿਕਾਸ ਸਰੋਤਾਂ ਦੀ ਉਪਲਬਧਤਾ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਸ਼ਾਮਲ ਹੋਣ। ਇਹ ਸ਼ਾਇਦ ਫੈਸਲੇ ਜਿੰਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ।

• ਪ੍ਰਭਾਵ (Implications): ਹਰ ਫੈਸਲੇ ਦੇ ਕਈ ਪ੍ਰਭਾਵ ਹੁੰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ REMAP ਮੈਟਾਮਾਡਲ ਦਰਸਾਉਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਕੋਈ ਫੈਸਲਾ ਹੋਰ ਫੈਸਲੇ ਲੈਣ ਦੀ ਲੋੜ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ, ਨਵੀਆਂ ਲੋੜਾਂ ਬਣਾ ਸਕਦਾ ਹੈ ਜਾਂ ਮੌਜੂਦਾ ਲੋੜਾਂ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ; ਮਾਹੌਲ ਉੱਤੇ ਵਾਧੂ ਬੰਦਸ਼ਾਂ ਲਾ ਸਕਦਾ ਹੈ; ਗਾਹਕਾਂ ਨਾਲ ਦਾਇਰੇ ਜਾਂ ਸਮਾਂ-ਸਾਰਣੀ ਦੀ ਮੁੜ ਗੱਲਬਾਤ ਦੀ ਮੰਗ ਕਰ ਸਕਦਾ ਹੈ; ਜਾਂ ਵਾਧੂ ਸਟਾਫ ਸਿਖਲਾਈ ਦੀ ਲੋੜ ਪਾ ਸਕਦਾ ਹੈ। ਆਪਣੇ ਫੈਸਲੇ ਦੇ ਪ੍ਰਭਾਵਾਂ ਨੂੰ ਸਪੱਸ਼ਟ ਤੌਰ ਉੱਤੇ ਸਮਝਣਾ ਅਤੇ ਬਿਆਨ ਕਰਨਾ ਸਹਿਮਤੀ ਹਾਸਲ ਕਰਨ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਅਮਲ ਲਈ ਰੋਡਮੈਪ ਬਣਾਉਣ ਵਿੱਚ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਹੋ ਸਕਦਾ ਹੈ।

• ਸੰਬੰਧਿਤ ਫੈਸਲੇ (Related decisions): ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਬਹੁਤ ਸਾਰੇ ਫੈਸਲੇ ਆਪਸ ਵਿੱਚ ਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ; ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਥੇ ਸੂਚੀਬੱਧ ਕਰ ਸਕਦੇ ਹੋ। ਫਿਰ ਵੀ, ਸਾਨੂੰ ਅਭਿਆਸ ਵਿੱਚ ਲੱਗਾ ਹੈ ਕਿ ਖੋਜਯੋਗਤਾ ਮੈਟ੍ਰਿਕਸ, ਫੈਸਲਾ ਰੁੱਖ ਜਾਂ ਮੈਟਾਮਾਡਲ ਵਧੇਰੇ ਲਾਭਦਾਇਕ ਹਨ। ਮੈਟਾਮਾਡਲ ਗੁੰਝਲਦਾਰ ਸੰਬੰਧਾਂ ਨੂੰ ਚਿੱਤਰ ਰੂਪ ਵਿੱਚ ਦਿਖਾਉਣ ਲਈ ਲਾਭਦਾਇਕ ਹਨ (ਜਿਵੇਂ ਕਿ Rose ਮਾਡਲ)।

• ਸੰਬੰਧਿਤ ਲੋੜਾਂ (Related requirements): ਫੈਸਲੇ ਕਾਰੋਬਾਰ ਦੁਆਰਾ ਚਲਾਏ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਜਵਾਬਦੇਹੀ ਦਿਖਾਉਣ ਲਈ, ਆਪਣੇ ਫੈਸਲਿਆਂ ਨੂੰ ਉਦੇਸ਼ਾਂ ਜਾਂ ਲੋੜਾਂ ਨਾਲ ਸਪੱਸ਼ਟ ਤੌਰ ਉੱਤੇ ਜੋੜੋ। ਤੁਸੀਂ ਇਨ੍ਹਾਂ ਸੰਬੰਧਿਤ ਲੋੜਾਂ ਨੂੰ ਇੱਥੇ ਗਿਣਾ ਸਕਦੇ ਹੋ, ਪਰ ਸਾਨੂੰ ਖੋਜਯੋਗਤਾ ਮੈਟ੍ਰਿਕਸ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਲੱਗਾ ਹੈ। ਤੁਸੀਂ ਹਰ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ ਦੇ ਹਰ ਲੋੜ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਯੋਗਦਾਨ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਫਿਰ ਮੁਲਾਂਕਣ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਸਾਰੇ ਫੈਸਲਿਆਂ ਵਿੱਚ ਲੋੜ ਕਿੰਨੀ ਚੰਗੀ ਤਰ੍ਹਾਂ ਪੂਰੀ ਹੁੰਦੀ ਹੈ। ਜੇ ਕੋਈ ਫੈਸਲਾ ਕਿਸੇ ਲੋੜ ਨੂੰ ਪੂਰਾ ਕਰਨ ਵਿੱਚ ਯੋਗਦਾਨ ਨਹੀਂ ਪਾਉਂਦਾ, ਤਾਂ ਉਹ ਫੈਸਲਾ ਨਾ ਲਓ।

• ਸੰਬੰਧਿਤ ਕਲਾਕ੍ਰਿਤੀਆਂ (Related artifacts): ਉਨ੍ਹਾਂ ਸੰਬੰਧਿਤ ਆਰਕੀਟੈਕਚਰ, ਡਿਜ਼ਾਈਨ ਜਾਂ ਦਾਇਰੇ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਸੂਚੀ ਦਿਓ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਇਸ ਫੈਸਲੇ ਦਾ ਅਸਰ ਪੈਂਦਾ ਹੈ।

• ਸੰਬੰਧਿਤ ਸਿਧਾਂਤ (Related principles): ਜੇ ਉੱਦਮ ਕੋਲ ਸਿਧਾਂਤਾਂ ਦਾ ਸਹਿਮਤੀ-ਪ੍ਰਾਪਤ ਸਮੂਹ ਹੈ, ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਫੈਸਲਾ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜਾਂ ਵੱਧ ਨਾਲ ਇਕਸਾਰ ਹੈ। ਇਹ ਖੇਤਰਾਂ ਜਾਂ ਸਿਸਟਮਾਂ ਵਿਚਕਾਰ ਮੇਲ ਯਕੀਨੀ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ।

• ਨੋਟ (Notes): ਕਿਉਂਕਿ ਫੈਸਲਾ ਲੈਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹਫ਼ਤੇ ਲੱਗ ਸਕਦੇ ਹਨ, ਸਾਨੂੰ ਉਹ ਨੋਟ ਅਤੇ ਮੁੱਦੇ ਦਰਜ ਕਰਨਾ ਲਾਭਦਾਇਕ ਲੱਗਾ ਹੈ ਜਿਨ੍ਹਾਂ ਉੱਤੇ ਟੀਮ ਸਮਾਜੀਕਰਨ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਚਰਚਾ ਕਰਦੀ ਹੈ।