arc42 ਦਾ ਫੈਸਲਾ ਰਿਕਾਰਡ ਟੈਂਪਲੇਟ

https://arc42.org/overview

1. ਜਾਣ-ਪਛਾਣ ਅਤੇ ਟੀਚੇ

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

1.1 ਲੋੜਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ

ਸਮੱਗਰੀ

ਕਾਰਜਾਤਮਕ ਲੋੜਾਂ, ਚਾਲਕ ਸ਼ਕਤੀਆਂ ਦਾ ਸੰਖੇਪ ਵਰਣਨ, ਅਤੇ ਲੋੜਾਂ ਦਾ ਸਾਰ (ਜਾਂ ਸੰਖੇਪ ਰੂਪ)। (ਉਮੀਦ ਹੈ ਕਿ ਮੌਜੂਦ) ਲੋੜਾਂ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਲਿੰਕ, ਇਸ ਜਾਣਕਾਰੀ ਸਮੇਤ ਕਿ ਉਹ ਕਿੱਥੇ ਮਿਲਣਗੇ।

ਪ੍ਰੇਰਣਾ

ਅੰਤਿਮ ਵਰਤੋਂਕਾਰਾਂ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ, ਕੋਈ ਸਿਸਟਮ ਕਿਸੇ ਕਾਰੋਬਾਰੀ ਗਤੀਵਿਧੀ ਦੀ ਸਹਾਇਤਾ ਨੂੰ ਸੁਧਾਰਨ ਅਤੇ/ਜਾਂ ਗੁਣਵੱਤਾ ਸੁਧਾਰਨ ਲਈ ਬਣਾਇਆ ਜਾਂ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ।

ਰੂਪ

ਛੋਟਾ ਲਿਖਤੀ ਵਰਣਨ, ਸ਼ਾਇਦ ਸਾਰਣੀ ਰੂਪ ਦੇ ਵਰਤੋਂ-ਕੇਸ ਫਾਰਮੈਟ ਵਿੱਚ। ਜੇ ਲੋੜਾਂ ਦੇ ਦਸਤਾਵੇਜ਼ ਮੌਜੂਦ ਹਨ ਤਾਂ ਇਸ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਨੂੰ ਉਨ੍ਹਾਂ ਦਸਤਾਵੇਜ਼ਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇਨ੍ਹਾਂ ਅੰਸ਼ਾਂ ਨੂੰ ਜਿੰਨਾ ਹੋ ਸਕੇ ਛੋਟਾ ਰੱਖੋ। ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀ ਪੜ੍ਹਨਯੋਗਤਾ ਅਤੇ ਲੋੜਾਂ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ ਸੰਭਾਵੀ ਦੁਹਰਾਅ ਵਿਚਕਾਰ ਸੰਤੁਲਨ ਰੱਖੋ।

1.2 ਗੁਣਵੱਤਾ ਟੀਚੇ

ਸਮੱਗਰੀ

ਆਰਕੀਟੈਕਚਰ ਲਈ ਸਿਖਰਲੇ ਤਿੰਨ (ਵੱਧ ਤੋਂ ਵੱਧ ਪੰਜ) ਗੁਣਵੱਤਾ ਟੀਚੇ, ਜਿਨ੍ਹਾਂ ਦੀ ਪੂਰਤੀ ਮੁੱਖ ਹਿੱਸੇਦਾਰਾਂ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਮਹੱਤਵ ਰੱਖਦੀ ਹੈ। ਸਾਡਾ ਮਤਲਬ ਸੱਚਮੁੱਚ ਆਰਕੀਟੈਕਚਰ ਲਈ ਗੁਣਵੱਤਾ ਟੀਚੇ ਹੈ। ਇਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਟੀਚਿਆਂ ਨਾਲ ਨਾ ਉਲਝਾਓ। ਇਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਇੱਕੋ ਜਿਹੇ ਹੋਣ। ISO 25010 ਮਿਆਰ ਦਿਲਚਸਪੀ ਦੇ ਸੰਭਾਵੀ ਵਿਸ਼ਿਆਂ ਦੀ ਚੰਗੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਦਿੰਦਾ ਹੈ।

ਪ੍ਰੇਰਣਾ

ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਹਿੱਸੇਦਾਰਾਂ ਦੇ ਗੁਣਵੱਤਾ ਟੀਚੇ ਪਤਾ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਕਿਉਂਕਿ ਇਹ ਬੁਨਿਆਦੀ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨਗੇ। ਇਨ੍ਹਾਂ ਗੁਣਾਂ ਬਾਰੇ ਬਹੁਤ ਠੋਸ ਰਹਿਣਾ ਯਕੀਨੀ ਬਣਾਓ, ਫੋਕੇ ਸ਼ਬਦਾਂ ਤੋਂ ਬਚੋ। ਜੇ ਤੁਹਾਨੂੰ, ਇੱਕ ਆਰਕੀਟੈਕਟ ਵਜੋਂ, ਪਤਾ ਹੀ ਨਹੀਂ ਕਿ ਤੁਹਾਡੇ ਕੰਮ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਕਿਵੇਂ ਪਰਖਿਆ ਜਾਵੇਗਾ …

ਰੂਪ

ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੁਣਵੱਤਾ ਟੀਚਿਆਂ ਅਤੇ ਠੋਸ ਦ੍ਰਿਸ਼ਾਂ ਵਾਲੀ ਇੱਕ ਸਾਰਣੀ, ਤਰਜੀਹਾਂ ਅਨੁਸਾਰ ਕ੍ਰਮਬੱਧ।

1.3 ਹਿੱਸੇਦਾਰ

ਸਮੱਗਰੀ

ਸਿਸਟਮ ਦੇ ਹਿੱਸੇਦਾਰਾਂ ਦੀ ਸਪੱਸ਼ਟ ਸੰਖੇਪ ਜਾਣਕਾਰੀ, ਯਾਨੀ ਉਹ ਸਾਰੇ ਵਿਅਕਤੀ, ਭੂਮਿਕਾਵਾਂ ਜਾਂ ਸੰਸਥਾਵਾਂ ਜੋ

• ਜਿਨ੍ਹਾਂ ਨੂੰ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

• ਜਿਨ੍ਹਾਂ ਨੂੰ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਕਾਇਲ ਕਰਨਾ ਪੈਂਦਾ ਹੈ

• ਜਿਨ੍ਹਾਂ ਨੂੰ ਆਰਕੀਟੈਕਚਰ ਜਾਂ ਕੋਡ ਨਾਲ ਕੰਮ ਕਰਨਾ ਪੈਂਦਾ ਹੈ

• ਜਿਨ੍ਹਾਂ ਨੂੰ ਆਪਣੇ ਕੰਮ ਲਈ ਆਰਕੀਟੈਕਚਰ ਦੇ ਦਸਤਾਵੇਜ਼ ਦੀ ਲੋੜ ਹੈ

• ਜਿਨ੍ਹਾਂ ਨੂੰ ਸਿਸਟਮ ਜਾਂ ਇਸ ਦੇ ਵਿਕਾਸ ਬਾਰੇ ਫੈਸਲੇ ਲੈਣੇ ਪੈਂਦੇ ਹਨ

ਪ੍ਰੇਰਣਾ

ਤੁਹਾਨੂੰ ਸਿਸਟਮ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਸ਼ਾਮਲ ਜਾਂ ਸਿਸਟਮ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਸਾਰੀਆਂ ਧਿਰਾਂ ਬਾਰੇ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਨਹੀਂ ਤਾਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕੋਝੀਆਂ ਹੈਰਾਨੀਆਂ ਮਿਲ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਹਿੱਸੇਦਾਰ ਤੁਹਾਡੇ ਕੰਮ ਅਤੇ ਇਸ ਦੇ ਨਤੀਜਿਆਂ ਦੇ ਦਾਇਰੇ ਅਤੇ ਵੇਰਵੇ ਦੇ ਪੱਧਰ ਨੂੰ ਤੈਅ ਕਰਦੇ ਹਨ।

ਰੂਪ

ਭੂਮਿਕਾਵਾਂ ਦੇ ਨਾਮਾਂ, ਵਿਅਕਤੀਆਂ ਦੇ ਨਾਮਾਂ, ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਅਤੇ ਉਸ ਦੇ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਸੰਬੰਧੀ ਉਨ੍ਹਾਂ ਦੀਆਂ ਉਮੀਦਾਂ ਵਾਲੀ ਸਾਰਣੀ।

2. ਬੰਦਸ਼ਾਂ

ਕੋਈ ਵੀ ਚੀਜ਼ ਜੋ ਡਿਜ਼ਾਈਨ ਅਤੇ ਲਾਗੂਕਰਨ ਫੈਸਲਿਆਂ ਜਾਂ ਸੰਬੰਧਿਤ ਪ੍ਰਕਿਰਿਆਵਾਂ ਬਾਰੇ ਫੈਸਲਿਆਂ ਵਿੱਚ ਟੀਮਾਂ ਨੂੰ ਬੰਨ੍ਹਦੀ ਹੈ। ਕਈ ਵਾਰ ਇਹ ਇਕੱਲੇ ਸਿਸਟਮਾਂ ਤੋਂ ਪਰ੍ਹੇ ਜਾ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਪੂਰੀਆਂ ਸੰਸਥਾਵਾਂ ਅਤੇ ਕੰਪਨੀਆਂ ਲਈ ਵੈਧ ਹੁੰਦੀਆਂ ਹਨ।

ਸਮੱਗਰੀ

ਕੋਈ ਵੀ ਲੋੜ ਜੋ ਸਾਫਟਵੇਅਰ ਆਰਕੀਟੈਕਟਾਂ ਦੀ ਡਿਜ਼ਾਈਨ ਅਤੇ ਲਾਗੂਕਰਨ ਫੈਸਲਿਆਂ ਜਾਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਬਾਰੇ ਫੈਸਲੇ ਵਿੱਚ ਆਜ਼ਾਦੀ ਨੂੰ ਸੀਮਤ ਕਰਦੀ ਹੈ। ਇਹ ਬੰਦਸ਼ਾਂ ਕਈ ਵਾਰ ਇਕੱਲੇ ਸਿਸਟਮਾਂ ਤੋਂ ਪਰ੍ਹੇ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਪੂਰੀਆਂ ਸੰਸਥਾਵਾਂ ਅਤੇ ਕੰਪਨੀਆਂ ਲਈ ਵੈਧ ਹੁੰਦੀਆਂ ਹਨ।

ਪ੍ਰੇਰਣਾ

ਆਰਕੀਟੈਕਟਾਂ ਨੂੰ ਠੀਕ-ਠੀਕ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਉਹ ਆਪਣੇ ਡਿਜ਼ਾਈਨ ਫੈਸਲਿਆਂ ਵਿੱਚ ਕਿੱਥੇ ਆਜ਼ਾਦ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਕਿੱਥੇ ਬੰਦਸ਼ਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨੀ ਪਵੇਗੀ। ਬੰਦਸ਼ਾਂ ਨਾਲ ਹਮੇਸ਼ਾ ਨਜਿੱਠਣਾ ਪੈਂਦਾ ਹੈ; ਹਾਲਾਂਕਿ ਉਹ ਗੱਲਬਾਤ ਯੋਗ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਰੂਪ

ਵਿਆਖਿਆਵਾਂ ਸਮੇਤ ਬੰਦਸ਼ਾਂ ਦੀਆਂ ਸਾਦੀਆਂ ਸਾਰਣੀਆਂ। ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਤਕਨੀਕੀ ਬੰਦਸ਼ਾਂ, ਸੰਗਠਨਾਤਮਕ ਅਤੇ ਸਿਆਸੀ ਬੰਦਸ਼ਾਂ ਅਤੇ ਪਰੰਪਰਾਵਾਂ (ਜਿਵੇਂ ਕਿ ਪ੍ਰੋਗਰਾਮਿੰਗ ਜਾਂ ਵਰਜਨਿੰਗ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼, ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਜਾਂ ਨਾਮਕਰਨ ਪਰੰਪਰਾਵਾਂ) ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ

3. ਪ੍ਰਸੰਗ ਅਤੇ ਦਾਇਰਾ

ਤੁਹਾਡੇ ਸਿਸਟਮ ਨੂੰ ਉਸ ਦੇ (ਬਾਹਰੀ) ਸੰਚਾਰ ਭਾਈਵਾਲਾਂ (ਗੁਆਂਢੀ ਸਿਸਟਮਾਂ ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ) ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। ਬਾਹਰੀ ਇੰਟਰਫੇਸ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਕਾਰੋਬਾਰੀ/ਖੇਤਰੀ ਨਜ਼ਰੀਏ (ਹਮੇਸ਼ਾ) ਜਾਂ ਤਕਨੀਕੀ ਨਜ਼ਰੀਏ (ਵਿਕਲਪਿਕ) ਤੋਂ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ

ਸਮੱਗਰੀ

ਸਿਸਟਮ ਦਾ ਦਾਇਰਾ ਅਤੇ ਪ੍ਰਸੰਗ - ਜਿਵੇਂ ਨਾਮ ਤੋਂ ਹੀ ਪਤਾ ਲੱਗਦਾ ਹੈ - ਤੁਹਾਡੇ ਸਿਸਟਮ (ਯਾਨੀ ਤੁਹਾਡੇ ਦਾਇਰੇ) ਨੂੰ ਉਸ ਦੇ ਸਾਰੇ ਸੰਚਾਰ ਭਾਈਵਾਲਾਂ (ਗੁਆਂਢੀ ਸਿਸਟਮਾਂ ਅਤੇ ਵਰਤੋਂਕਾਰਾਂ, ਯਾਨੀ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਪ੍ਰਸੰਗ) ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਇਹ ਬਾਹਰੀ ਇੰਟਰਫੇਸ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।

ਜੇ ਲੋੜ ਹੋਵੇ, ਤਾਂ ਕਾਰੋਬਾਰੀ ਪ੍ਰਸੰਗ (ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ ਇਨਪੁੱਟ ਅਤੇ ਆਉਟਪੁੱਟ) ਨੂੰ ਤਕਨੀਕੀ ਪ੍ਰਸੰਗ (ਚੈਨਲ, ਪ੍ਰੋਟੋਕੋਲ, ਹਾਰਡਵੇਅਰ) ਤੋਂ ਵੱਖਰਾ ਕਰੋ।

ਪ੍ਰੇਰਣਾ

ਸੰਚਾਰ ਭਾਈਵਾਲਾਂ ਨਾਲ ਖੇਤਰੀ ਇੰਟਰਫੇਸ ਅਤੇ ਤਕਨੀਕੀ ਇੰਟਰਫੇਸ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਸਭ ਤੋਂ ਨਾਜ਼ੁਕ ਪਹਿਲੂਆਂ ਵਿੱਚੋਂ ਹਨ। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਇਨ੍ਹਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਝਦੇ ਹੋ।

ਰੂਪ

• ਵੱਖ-ਵੱਖ ਪ੍ਰਸੰਗ ਚਿੱਤਰ

• ਸੰਚਾਰ ਭਾਈਵਾਲਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਇੰਟਰਫੇਸਾਂ ਦੀਆਂ ਸੂਚੀਆਂ।

3.1 ਕਾਰੋਬਾਰੀ ਪ੍ਰਸੰਗ

ਸਮੱਗਰੀ

ਸਾਰੇ ਸੰਚਾਰ ਭਾਈਵਾਲਾਂ (ਵਰਤੋਂਕਾਰ, IT-ਸਿਸਟਮ, …) ਦਾ ਨਿਰਧਾਰਨ, ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ ਇਨਪੁੱਟ ਅਤੇ ਆਉਟਪੁੱਟ ਜਾਂ ਇੰਟਰਫੇਸਾਂ ਦੀਆਂ ਵਿਆਖਿਆਵਾਂ ਸਮੇਤ। ਵਿਕਲਪਿਕ ਤੌਰ ਉੱਤੇ ਤੁਸੀਂ ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ ਫਾਰਮੈਟ ਜਾਂ ਸੰਚਾਰ ਪ੍ਰੋਟੋਕੋਲ ਜੋੜ ਸਕਦੇ ਹੋ।

ਪ੍ਰੇਰਣਾ

ਸਾਰੇ ਹਿੱਸੇਦਾਰਾਂ ਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਦੇ ਮਾਹੌਲ ਨਾਲ ਕਿਹੜਾ ਡਾਟਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਹੁੰਦਾ ਹੈ।

ਰੂਪ

ਹਰ ਤਰ੍ਹਾਂ ਦੇ ਚਿੱਤਰ ਜੋ ਸਿਸਟਮ ਨੂੰ ਬਲੈਕ ਬਾਕਸ ਵਜੋਂ ਦਿਖਾਉਂਦੇ ਹਨ ਅਤੇ ਸੰਚਾਰ ਭਾਈਵਾਲਾਂ ਨਾਲ ਖੇਤਰੀ ਇੰਟਰਫੇਸ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ।

ਵਿਕਲਪਕ ਤੌਰ ਉੱਤੇ (ਜਾਂ ਵਾਧੂ ਤੌਰ ਉੱਤੇ) ਤੁਸੀਂ ਇੱਕ ਸਾਰਣੀ ਵਰਤ ਸਕਦੇ ਹੋ। ਸਾਰਣੀ ਦਾ ਸਿਰਲੇਖ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦਾ ਨਾਮ ਹੈ, ਤਿੰਨ ਕਾਲਮਾਂ ਵਿੱਚ ਸੰਚਾਰ ਭਾਈਵਾਲ ਦਾ ਨਾਮ, ਇਨਪੁੱਟ ਅਤੇ ਆਉਟਪੁੱਟ ਹੁੰਦੇ ਹਨ।

3.2 ਤਕਨੀਕੀ ਪ੍ਰਸੰਗ

ਸਮੱਗਰੀ

ਤਕਨੀਕੀ ਇੰਟਰਫੇਸ (ਚੈਨਲ ਅਤੇ ਪ੍ਰਸਾਰਣ ਮਾਧਿਅਮ) ਜੋ ਤੁਹਾਡੇ ਸਿਸਟਮ ਨੂੰ ਉਸ ਦੇ ਮਾਹੌਲ ਨਾਲ ਜੋੜਦੇ ਹਨ। ਇਸ ਦੇ ਨਾਲ ਖੇਤਰ-ਵਿਸ਼ੇਸ਼ ਇਨਪੁੱਟ/ਆਉਟਪੁੱਟ ਦੀ ਚੈਨਲਾਂ ਨਾਲ ਮੈਪਿੰਗ, ਯਾਨੀ ਇਹ ਵਿਆਖਿਆ ਕਿ ਕਿਹੜਾ I/O ਕਿਹੜਾ ਚੈਨਲ ਵਰਤਦਾ ਹੈ।

ਪ੍ਰੇਰਣਾ

ਬਹੁਤ ਸਾਰੇ ਹਿੱਸੇਦਾਰ ਸਿਸਟਮ ਅਤੇ ਉਸ ਦੇ ਪ੍ਰਸੰਗ ਵਿਚਕਾਰ ਤਕਨੀਕੀ ਇੰਟਰਫੇਸਾਂ ਦੇ ਆਧਾਰ ਉੱਤੇ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ ਲੈਂਦੇ ਹਨ। ਖਾਸ ਕਰਕੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਜਾਂ ਹਾਰਡਵੇਅਰ ਦੇ ਡਿਜ਼ਾਈਨਰ ਇਹ ਤਕਨੀਕੀ ਇੰਟਰਫੇਸ ਤੈਅ ਕਰਦੇ ਹਨ।

ਰੂਪ

ਜਿਵੇਂ ਕਿ UML ਡਿਪਲਾਇਮੈਂਟ ਚਿੱਤਰ ਜੋ ਗੁਆਂਢੀ ਸਿਸਟਮਾਂ ਤੱਕ ਚੈਨਲਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਨਾਲ ਹੀ ਇੱਕ ਮੈਪਿੰਗ ਸਾਰਣੀ ਜੋ ਚੈਨਲਾਂ ਅਤੇ ਇਨਪੁੱਟ/ਆਉਟਪੁੱਟ ਵਿਚਕਾਰ ਸੰਬੰਧ ਦਿਖਾਉਂਦੀ ਹੈ।

4. ਹੱਲ ਦੀ ਰਣਨੀਤੀ

ਬੁਨਿਆਦੀ ਫੈਸਲਿਆਂ ਅਤੇ ਹੱਲ ਦੀਆਂ ਰਣਨੀਤੀਆਂ ਦਾ ਸਾਰ ਜੋ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਆਕਾਰ ਦਿੰਦੀਆਂ ਹਨ। ਇਸ ਵਿੱਚ ਤਕਨਾਲੋਜੀ, ਸਿਖਰਲੇ ਪੱਧਰ ਦੀ ਵੰਡ, ਸਿਖਰਲੇ ਗੁਣਵੱਤਾ ਟੀਚਿਆਂ ਨੂੰ ਹਾਸਲ ਕਰਨ ਦੀਆਂ ਪਹੁੰਚਾਂ ਅਤੇ ਸੰਬੰਧਿਤ ਸੰਗਠਨਾਤਮਕ ਫੈਸਲੇ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ।

ਸਮੱਗਰੀ

ਬੁਨਿਆਦੀ ਫੈਸਲਿਆਂ ਅਤੇ ਹੱਲ ਦੀਆਂ ਰਣਨੀਤੀਆਂ ਦਾ ਛੋਟਾ ਸਾਰ ਅਤੇ ਵਿਆਖਿਆ, ਜੋ ਸਿਸਟਮ ਦੇ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਆਕਾਰ ਦਿੰਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ

• ਤਕਨਾਲੋਜੀ ਦੇ ਫੈਸਲੇ

• ਸਿਸਟਮ ਦੀ ਸਿਖਰਲੇ ਪੱਧਰ ਦੀ ਵੰਡ ਬਾਰੇ ਫੈਸਲੇ, ਜਿਵੇਂ ਕਿ ਕਿਸੇ ਆਰਕੀਟੈਕਚਰ ਪੈਟਰਨ ਜਾਂ ਡਿਜ਼ਾਈਨ ਪੈਟਰਨ ਦੀ ਵਰਤੋਂ

• ਮੁੱਖ ਗੁਣਵੱਤਾ ਟੀਚਿਆਂ ਨੂੰ ਕਿਵੇਂ ਹਾਸਲ ਕਰਨਾ ਹੈ, ਇਸ ਬਾਰੇ ਫੈਸਲੇ

• ਸੰਬੰਧਿਤ ਸੰਗਠਨਾਤਮਕ ਫੈਸਲੇ, ਜਿਵੇਂ ਕਿ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਚੁਣਨਾ ਜਾਂ ਕੁਝ ਕੰਮ ਤੀਜੀਆਂ ਧਿਰਾਂ ਨੂੰ ਸੌਂਪਣਾ।

ਪ੍ਰੇਰਣਾ

ਇਹ ਫੈਸਲੇ ਤੁਹਾਡੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਨੀਂਹ ਪੱਥਰ ਬਣਾਉਂਦੇ ਹਨ। ਇਹ ਹੋਰ ਬਹੁਤ ਸਾਰੇ ਵਿਸਤ੍ਰਿਤ ਫੈਸਲਿਆਂ ਜਾਂ ਲਾਗੂਕਰਨ ਨਿਯਮਾਂ ਦਾ ਆਧਾਰ ਹਨ।

ਰੂਪ

ਇਨ੍ਹਾਂ ਮੁੱਖ ਫੈਸਲਿਆਂ ਦੀ ਵਿਆਖਿਆ ਛੋਟੀ ਰੱਖੋ।

ਆਪਣੇ ਸਮੱਸਿਆ ਕਥਨ, ਗੁਣਵੱਤਾ ਟੀਚਿਆਂ ਅਤੇ ਮੁੱਖ ਬੰਦਸ਼ਾਂ ਦੇ ਆਧਾਰ ਉੱਤੇ ਦੱਸੋ ਕਿ ਤੁਸੀਂ ਕੀ ਫੈਸਲਾ ਕੀਤਾ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਕਿਉਂ ਫੈਸਲਾ ਕੀਤਾ। ਵੇਰਵਿਆਂ ਲਈ ਅਗਲੇ ਭਾਗਾਂ ਦਾ ਹਵਾਲਾ ਦਿਓ (ਬਣਤਰ ਦੇ ਵੇਰਵਿਆਂ ਲਈ ਭਾਗ 5, ਸਰਬ-ਵਿਆਪੀ ਸੰਕਲਪਾਂ ਲਈ ਭਾਗ 8)।

ਤੁਸੀਂ ਹੱਲ-ਪਹੁੰਚਾਂ ਦੀ ਸੂਚੀ ਜਾਂ ਸਾਰਣੀ ਵਰਤ ਸਕਦੇ ਹੋ।

5. ਬਿਲਡਿੰਗ ਬਲਾਕ ਦ੍ਰਿਸ਼

ਸਿਸਟਮ ਦੀ ਸਥਿਰ ਵੰਡ, ਸੋਰਸ-ਕੋਡ ਦੇ ਅਮੂਰਤ ਰੂਪ, ਜੋ ਵੇਰਵੇ ਦੇ ਢੁਕਵੇਂ ਪੱਧਰ ਤੱਕ ਵ੍ਹਾਈਟ ਬਾਕਸਾਂ (ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਬਲੈਕ ਬਾਕਸ ਹੁੰਦੇ ਹਨ) ਦੀ ਲੜੀ ਵਜੋਂ ਦਿਖਾਏ ਜਾਂਦੇ ਹਨ।

ਸਮੱਗਰੀ

ਬਿਲਡਿੰਗ ਬਲਾਕ ਦ੍ਰਿਸ਼ ਸਿਸਟਮ ਦੀ ਸਥਿਰ ਵੰਡ ਨੂੰ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ (ਮੌਡਿਊਲ, ਕੰਪੋਨੈਂਟ, ਉਪ-ਸਿਸਟਮ, ਕਲਾਸਾਂ, ਇੰਟਰਫੇਸ, ਪੈਕੇਜ, ਲਾਇਬ੍ਰੇਰੀਆਂ, ਫਰੇਮਵਰਕ, ਪਰਤਾਂ, ਵੰਡਾਂ, ਟੀਅਰ, ਫੰਕਸ਼ਨ, ਮੈਕਰੋ, ਓਪਰੇਸ਼ਨ, ਡਾਟਾ ਢਾਂਚੇ, …) ਅਤੇ ਉਨ੍ਹਾਂ ਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ (ਸੰਬੰਧ, ਜੋੜ, …) ਵਿੱਚ ਦਿਖਾਉਂਦਾ ਹੈ

ਇਹ ਦ੍ਰਿਸ਼ ਹਰ ਆਰਕੀਟੈਕਚਰ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਲਈ ਲਾਜ਼ਮੀ ਹੈ। ਘਰ ਦੀ ਮਿਸਾਲ ਲਵੋ ਤਾਂ ਇਹ ਮੰਜ਼ਿਲ ਦਾ ਨਕਸ਼ਾ ਹੈ।

ਪ੍ਰੇਰਣਾ

ਅਮੂਰਤੀਕਰਨ ਰਾਹੀਂ ਆਪਣੇ ਸੋਰਸ ਕੋਡ ਦੀ ਬਣਤਰ ਨੂੰ ਸਮਝਣਯੋਗ ਬਣਾ ਕੇ ਉਸ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਬਣਾਈ ਰੱਖੋ।

ਇਹ ਤੁਹਾਨੂੰ ਲਾਗੂਕਰਨ ਦੇ ਵੇਰਵੇ ਪ੍ਰਗਟ ਕੀਤੇ ਬਿਨਾਂ ਆਪਣੇ ਹਿੱਸੇਦਾਰਾਂ ਨਾਲ ਅਮੂਰਤ ਪੱਧਰ ਉੱਤੇ ਸੰਚਾਰ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

ਰੂਪ

ਬਿਲਡਿੰਗ ਬਲਾਕ ਦ੍ਰਿਸ਼ ਬਲੈਕ ਬਾਕਸਾਂ ਅਤੇ ਵ੍ਹਾਈਟ ਬਾਕਸਾਂ (ਹੇਠਾਂ ਚਿੱਤਰ ਵੇਖੋ) ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਵਰਣਨਾਂ ਦਾ ਇੱਕ ਲੜੀਵਾਰ ਸੰਗ੍ਰਹਿ ਹੈ।

5.1 ਪੂਰੇ ਸਿਸਟਮ ਦਾ ਵ੍ਹਾਈਟਬਾਕਸ

ਇੱਥੇ ਤੁਸੀਂ ਹੇਠਾਂ ਦਿੱਤੇ ਵ੍ਹਾਈਟ ਬਾਕਸ ਟੈਂਪਲੇਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੂਰੇ ਸਿਸਟਮ ਦੀ ਵੰਡ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹੋ। ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ

• ਇੱਕ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਚਿੱਤਰ

• ਵੰਡ ਲਈ ਪ੍ਰੇਰਣਾ

• ਸ਼ਾਮਲ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦੇ ਬਲੈਕ ਬਾਕਸ ਵਰਣਨ। ਇਨ੍ਹਾਂ ਲਈ ਅਸੀਂ ਤੁਹਾਨੂੰ ਵਿਕਲਪ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ:

  • ਸਾਰੇ ਸ਼ਾਮਲ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਇੰਟਰਫੇਸਾਂ ਦੀ ਛੋਟੀ ਅਤੇ ਵਿਹਾਰਕ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਲਈ ਇੱਕ ਸਾਰਣੀ ਵਰਤੋ

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

  • (ਵਿਕਲਪਿਕ:) ਮਹੱਤਵਪੂਰਨ ਇੰਟਰਫੇਸ, ਜਿਨ੍ਹਾਂ ਦੀ ਕਿਸੇ ਬਿਲਡਿੰਗ ਬਲਾਕ ਦੇ ਬਲੈਕ ਬਾਕਸ ਟੈਂਪਲੇਟਾਂ ਵਿੱਚ ਵਿਆਖਿਆ ਨਹੀਂ ਕੀਤੀ ਗਈ, ਪਰ ਜੋ ਵ੍ਹਾਈਟ ਬਾਕਸ ਨੂੰ ਸਮਝਣ ਲਈ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹਨ।

ਕਿਉਂਕਿ ਇੰਟਰਫੇਸ ਨਿਰਧਾਰਤ ਕਰਨ ਦੇ ਇੰਨੇ ਸਾਰੇ ਤਰੀਕੇ ਹਨ, ਇਸ ਲਈ ਅਸੀਂ ਉਨ੍ਹਾਂ ਲਈ ਕੋਈ ਖਾਸ ਟੈਂਪਲੇਟ ਨਹੀਂ ਦਿੰਦੇ।

ਸਭ ਤੋਂ ਚੰਗੇ ਹਾਲਾਤ ਵਿੱਚ ਤੁਸੀਂ ਉਦਾਹਰਨਾਂ ਜਾਂ ਸਾਦੇ ਦਸਤਖ਼ਤਾਂ (signatures) ਨਾਲ ਸਾਰ ਲਓਗੇ।

5.2 ਪੱਧਰ 2

ਇੱਥੇ ਤੁਸੀਂ ਪੱਧਰ 1 ਦੇ (ਕੁਝ) ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦੀ ਅੰਦਰੂਨੀ ਬਣਤਰ ਨੂੰ ਵ੍ਹਾਈਟ ਬਾਕਸਾਂ ਵਜੋਂ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ।

ਤੁਹਾਨੂੰ ਤੈਅ ਕਰਨਾ ਪਵੇਗਾ ਕਿ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਕਿਹੜੇ ਬਿਲਡਿੰਗ ਬਲਾਕ ਇੰਨੇ ਮਹੱਤਵਪੂਰਨ ਹਨ ਕਿ ਅਜਿਹੇ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਉਣ। ਕਿਰਪਾ ਕਰਕੇ ਸੰਪੂਰਨਤਾ ਦੀ ਬਜਾਏ ਸੰਬੰਧਿਤਾ ਨੂੰ ਤਰਜੀਹ ਦਿਓ। ਮਹੱਤਵਪੂਰਨ, ਹੈਰਾਨ ਕਰਨ ਵਾਲੇ, ਜੋਖਮ ਭਰੇ, ਗੁੰਝਲਦਾਰ ਜਾਂ ਅਸਥਿਰ ਬਿਲਡਿੰਗ ਬਲਾਕ ਨਿਰਧਾਰਤ ਕਰੋ। ਆਪਣੇ ਸਿਸਟਮ ਦੇ ਆਮ, ਸਾਦੇ, ਬੋਰਿੰਗ ਜਾਂ ਮਿਆਰੀ ਹਿੱਸੇ ਛੱਡ ਦਿਓ

5.2.1 ਬਿਲਡਿੰਗ ਬਲਾਕ 1 ਲਈ ਵ੍ਹਾਈਟ ਬਾਕਸ

ਬਿਲਡਿੰਗ ਬਲਾਕ 1 ਦੀ ਅੰਦਰੂਨੀ ਬਣਤਰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।

ਵ੍ਹਾਈਟ ਬਾਕਸ ਟੈਂਪਲੇਟ (ਉੱਪਰ ਵੇਖੋ) ਵਰਤੋ।

6. ਰਨਟਾਈਮ ਦ੍ਰਿਸ਼

ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦਾ ਵਿਹਾਰ ਦ੍ਰਿਸ਼ਾਂ ਵਜੋਂ, ਜੋ ਮਹੱਤਵਪੂਰਨ ਵਰਤੋਂ ਦੇ ਕੇਸਾਂ ਜਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਨਾਜ਼ੁਕ ਬਾਹਰੀ ਇੰਟਰਫੇਸਾਂ ਉੱਤੇ ਆਪਸੀ ਕਿਰਿਆਵਾਂ, ਸੰਚਾਲਨ ਅਤੇ ਪ੍ਰਸ਼ਾਸਨ ਅਤੇ ਨਾਲ ਹੀ ਗਲਤੀ ਅਤੇ ਅਪਵਾਦ ਵਿਹਾਰ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ।

ਸਮੱਗਰੀ

ਰਨਟਾਈਮ ਦ੍ਰਿਸ਼ ਹੇਠਾਂ ਦਿੱਤੇ ਖੇਤਰਾਂ ਦੇ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਸਿਸਟਮ ਦੇ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦੇ ਠੋਸ ਵਿਹਾਰ ਅਤੇ ਆਪਸੀ ਕਿਰਿਆਵਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ:

• ਮਹੱਤਵਪੂਰਨ ਵਰਤੋਂ ਦੇ ਕੇਸ ਜਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ: ਬਿਲਡਿੰਗ ਬਲਾਕ ਇਨ੍ਹਾਂ ਨੂੰ ਕਿਵੇਂ ਚਲਾਉਂਦੇ ਹਨ?

• ਨਾਜ਼ੁਕ ਬਾਹਰੀ ਇੰਟਰਫੇਸਾਂ ਉੱਤੇ ਆਪਸੀ ਕਿਰਿਆਵਾਂ: ਬਿਲਡਿੰਗ ਬਲਾਕ ਵਰਤੋਂਕਾਰਾਂ ਅਤੇ ਗੁਆਂਢੀ ਸਿਸਟਮਾਂ ਨਾਲ ਕਿਵੇਂ ਸਹਿਯੋਗ ਕਰਦੇ ਹਨ?

• ਸੰਚਾਲਨ ਅਤੇ ਪ੍ਰਸ਼ਾਸਨ: ਲਾਂਚ, ਸਟਾਰਟ-ਅੱਪ, ਬੰਦ ਕਰਨਾ

• ਗਲਤੀ ਅਤੇ ਅਪਵਾਦ ਦੇ ਦ੍ਰਿਸ਼

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

ਪ੍ਰੇਰਣਾ

ਤੁਹਾਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਬਿਲਡਿੰਗ ਬਲਾਕ (ਦੇ ਇੰਸਟੈਂਸ) ਆਪਣਾ ਕੰਮ ਕਿਵੇਂ ਕਰਦੇ ਹਨ ਅਤੇ ਰਨਟਾਈਮ ਉੱਤੇ ਕਿਵੇਂ ਸੰਚਾਰ ਕਰਦੇ ਹਨ। ਤੁਸੀਂ ਮੁੱਖ ਤੌਰ ਉੱਤੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਵਿੱਚ ਦ੍ਰਿਸ਼ ਦਰਜ ਕਰੋਗੇ, ਤਾਂ ਜੋ ਆਪਣੇ ਆਰਕੀਟੈਕਚਰ ਬਾਰੇ ਉਨ੍ਹਾਂ ਹਿੱਸੇਦਾਰਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰ ਸਕੋ ਜੋ ਸਥਿਰ ਮਾਡਲ (ਬਿਲਡਿੰਗ ਬਲਾਕ ਦ੍ਰਿਸ਼, ਡਿਪਲਾਇਮੈਂਟ ਦ੍ਰਿਸ਼) ਪੜ੍ਹਨ ਅਤੇ ਸਮਝਣ ਲਈ ਘੱਟ ਇੱਛੁਕ ਜਾਂ ਸਮਰੱਥ ਹਨ।

ਰੂਪ

ਦ੍ਰਿਸ਼ਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਸੰਕੇਤ-ਪ੍ਰਣਾਲੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ

• ਕਦਮਾਂ ਦੀ ਗਿਣਤੀ ਵਾਲੀ ਸੂਚੀ (ਕੁਦਰਤੀ ਭਾਸ਼ਾ ਵਿੱਚ)

• ਗਤੀਵਿਧੀ ਚਿੱਤਰ ਜਾਂ ਫਲੋ ਚਾਰਟ

• ਕ੍ਰਮ ਚਿੱਤਰ

• BPMN ਜਾਂ EPC (ਇਵੈਂਟ ਪ੍ਰਕਿਰਿਆ ਲੜੀਆਂ)

• ਅਵਸਥਾ ਮਸ਼ੀਨਾਂ

• ਆਦਿ।

6.n ਰਨਟਾਈਮ ਦ੍ਰਿਸ਼ n (1, 2, 3, ਆਦਿ)

ਰਨਟਾਈਮ ਚਿੱਤਰ ਜਾਂ ਦ੍ਰਿਸ਼ ਦਾ ਲਿਖਤੀ ਵਰਣਨ ਪਾਓ।

ਇਸ ਚਿੱਤਰ ਵਿੱਚ ਦਰਸਾਏ ਬਿਲਡਿੰਗ ਬਲਾਕ ਇੰਸਟੈਂਸਾਂ ਵਿਚਕਾਰ ਆਪਸੀ ਕਿਰਿਆਵਾਂ ਦੇ ਧਿਆਨ ਦੇਣ ਯੋਗ ਪਹਿਲੂਆਂ ਦਾ ਵਰਣਨ ਪਾਓ।

7. ਡਿਪਲਾਇਮੈਂਟ ਦ੍ਰਿਸ਼

ਮਾਹੌਲਾਂ, ਕੰਪਿਊਟਰਾਂ, ਪ੍ਰੋਸੈਸਰਾਂ ਅਤੇ ਟੋਪੋਲੋਜੀਆਂ ਸਮੇਤ ਤਕਨੀਕੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ। (ਸਾਫਟਵੇਅਰ) ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਤੱਤਾਂ ਨਾਲ ਮੈਪਿੰਗ।

ਸਮੱਗਰੀ

ਡਿਪਲਾਇਮੈਂਟ ਦ੍ਰਿਸ਼ ਵਰਣਨ ਕਰਦਾ ਹੈ:

• ਤੁਹਾਡੇ ਸਿਸਟਮ ਨੂੰ ਚਲਾਉਣ ਲਈ ਵਰਤਿਆ ਗਿਆ ਤਕਨੀਕੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ, ਜਿਸ ਵਿੱਚ ਭੂਗੋਲਿਕ ਸਥਾਨ, ਮਾਹੌਲ, ਕੰਪਿਊਟਰ, ਪ੍ਰੋਸੈਸਰ, ਚੈਨਲ ਅਤੇ ਨੈੱਟ ਟੋਪੋਲੋਜੀਆਂ ਅਤੇ ਨਾਲ ਹੀ ਹੋਰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਤੱਤ ਸ਼ਾਮਲ ਹਨ, ਅਤੇ

• (ਸਾਫਟਵੇਅਰ) ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦੀ ਉਨ੍ਹਾਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਤੱਤਾਂ ਨਾਲ ਮੈਪਿੰਗ।

ਅਕਸਰ ਸਿਸਟਮ ਵੱਖ-ਵੱਖ ਮਾਹੌਲਾਂ ਵਿੱਚ ਚਲਾਏ ਜਾਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਵਿਕਾਸ ਮਾਹੌਲ, ਟੈਸਟ ਮਾਹੌਲ, ਉਤਪਾਦਨ ਮਾਹੌਲ। ਅਜਿਹੇ ਮਾਮਲਿਆਂ ਵਿੱਚ ਤੁਹਾਨੂੰ ਸਾਰੇ ਸੰਬੰਧਿਤ ਮਾਹੌਲਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਡਿਪਲਾਇਮੈਂਟ ਦ੍ਰਿਸ਼ ਦਾ ਖਾਸ ਤੌਰ ਉੱਤੇ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰੋ ਜਦੋਂ ਤੁਹਾਡਾ ਸਾਫਟਵੇਅਰ ਇੱਕ ਤੋਂ ਵੱਧ ਕੰਪਿਊਟਰ, ਪ੍ਰੋਸੈਸਰ, ਸਰਵਰ ਜਾਂ ਕੰਟੇਨਰ ਵਾਲੇ ਵੰਡੇ ਹੋਏ ਸਿਸਟਮ ਵਜੋਂ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ ਜਾਂ ਜਦੋਂ ਤੁਸੀਂ ਆਪਣੇ ਹਾਰਡਵੇਅਰ ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਚਿੱਪਾਂ ਡਿਜ਼ਾਈਨ ਕਰਦੇ ਅਤੇ ਬਣਾਉਂਦੇ ਹੋ।

ਸਾਫਟਵੇਅਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਸਿਰਫ਼ ਉਹੀ ਤੱਤ ਦਰਜ ਕਰਨੇ ਕਾਫ਼ੀ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਲੋੜ ਤੁਹਾਡੇ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਦੀ ਡਿਪਲਾਇਮੈਂਟ ਦਿਖਾਉਣ ਲਈ ਹੈ। ਹਾਰਡਵੇਅਰ ਆਰਕੀਟੈਕਟ ਇਸ ਤੋਂ ਅੱਗੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦਾ ਵਰਣਨ ਵੇਰਵੇ ਦੇ ਉਸ ਕਿਸੇ ਵੀ ਪੱਧਰ ਤੱਕ ਕਰ ਸਕਦੇ ਹਨ ਜੋ ਉਨ੍ਹਾਂ ਨੂੰ ਦਰਜ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇ।

ਪ੍ਰੇਰਣਾ

ਸਾਫਟਵੇਅਰ ਹਾਰਡਵੇਅਰ ਤੋਂ ਬਿਨਾਂ ਨਹੀਂ ਚੱਲਦਾ। ਇਹ ਅੰਦਰੂਨੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਤੁਹਾਡੇ ਸਿਸਟਮ ਅਤੇ/ਜਾਂ ਕੁਝ ਸਰਬ-ਵਿਆਪੀ ਸੰਕਲਪਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕਰੇਗਾ। ਇਸ ਲਈ, ਤੁਹਾਨੂੰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਬਾਰੇ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਰੂਪ

ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਉੱਚੇ ਪੱਧਰ ਦਾ ਡਿਪਲਾਇਮੈਂਟ ਚਿੱਤਰ ਪਹਿਲਾਂ ਹੀ ਭਾਗ 3.2 ਵਿੱਚ ਤਕਨੀਕੀ ਪ੍ਰਸੰਗ ਵਜੋਂ ਸ਼ਾਮਲ ਹੈ, ਜਿਸ ਵਿੱਚ ਤੁਹਾਡਾ ਆਪਣਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਇੱਕ (ONE) ਬਲੈਕ ਬਾਕਸ ਹੈ। ਇਸ ਭਾਗ ਵਿੱਚ ਤੁਸੀਂ ਵਾਧੂ ਡਿਪਲਾਇਮੈਂਟ ਚਿੱਤਰਾਂ ਨਾਲ ਇਸ ਬਲੈਕ ਬਾਕਸ ਵਿੱਚ ਜ਼ੂਮ ਕਰੋਗੇ।

• UML ਉਸ ਦ੍ਰਿਸ਼ ਨੂੰ ਪ੍ਰਗਟ ਕਰਨ ਲਈ ਡਿਪਲਾਇਮੈਂਟ ਚਿੱਤਰ ਦਿੰਦਾ ਹੈ। ਜਦੋਂ ਤੁਹਾਡਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੋਵੇ ਤਾਂ ਇਸ ਨੂੰ, ਸ਼ਾਇਦ ਅੰਦਰ-ਅੰਦਰ ਜੁੜੇ ਚਿੱਤਰਾਂ ਨਾਲ, ਵਰਤੋ।

• ਜਦੋਂ ਤੁਹਾਡੇ (ਹਾਰਡਵੇਅਰ) ਹਿੱਸੇਦਾਰ UML ਡਿਪਲਾਇਮੈਂਟ ਚਿੱਤਰ ਦੀ ਬਜਾਏ ਹੋਰ ਕਿਸਮਾਂ ਦੇ ਚਿੱਤਰਾਂ ਨੂੰ ਤਰਜੀਹ ਦੇਣ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਕੋਈ ਵੀ ਅਜਿਹੀ ਕਿਸਮ ਵਰਤਣ ਦਿਓ ਜੋ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨੋਡ ਅਤੇ ਚੈਨਲ ਦਿਖਾ ਸਕੇ।

7.1 ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪੱਧਰ 1

ਵਰਣਨ ਕਰੋ (ਆਮ ਤੌਰ ਉੱਤੇ ਚਿੱਤਰਾਂ, ਸਾਰਣੀਆਂ ਅਤੇ ਪਾਠ ਦੇ ਸੁਮੇਲ ਵਿੱਚ):

• ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੀ ਕਈ ਸਥਾਨਾਂ, ਮਾਹੌਲਾਂ, ਕੰਪਿਊਟਰਾਂ, ਪ੍ਰੋਸੈਸਰਾਂ, .. ਵਿੱਚ ਵੰਡ ਅਤੇ ਨਾਲ ਹੀ ਉਨ੍ਹਾਂ ਵਿਚਕਾਰ ਭੌਤਿਕ ਸੰਪਰਕ

• ਇਸ ਡਿਪਲਾਇਮੈਂਟ ਬਣਤਰ ਲਈ ਮਹੱਤਵਪੂਰਨ ਜਾਇਜ਼ਤਾ ਜਾਂ ਪ੍ਰੇਰਣਾ

• ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀਆਂ ਗੁਣਵੱਤਾ ਅਤੇ/ਜਾਂ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

• ਸਾਫਟਵੇਅਰ ਕਲਾਕ੍ਰਿਤੀਆਂ (ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ) ਦੀ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਤੱਤਾਂ ਨਾਲ ਮੈਪਿੰਗ

ਕਈ ਮਾਹੌਲਾਂ ਜਾਂ ਵਿਕਲਪਿਕ ਡਿਪਲਾਇਮੈਂਟਾਂ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ arc42 ਦੇ ਉਸ ਭਾਗ ਦੀ ਸਾਰੇ ਸੰਬੰਧਿਤ ਮਾਹੌਲਾਂ ਲਈ ਨਕਲ ਕਰੋ। **

7.2 ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪੱਧਰ 2

ਇੱਥੇ ਤੁਸੀਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਪੱਧਰ 1 ਦੇ (ਕੁਝ) ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਤੱਤਾਂ ਦੀ ਅੰਦਰੂਨੀ ਬਣਤਰ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ।

ਕਿਰਪਾ ਕਰਕੇ ਹਰ ਚੁਣੇ ਹੋਏ ਤੱਤ ਲਈ ਪੱਧਰ 1 ਦੀ ਬਣਤਰ ਦੀ ਨਕਲ ਕਰੋ।

8. ਸਰਬ-ਵਿਆਪੀ ਸੰਕਲਪ

ਸਮੁੱਚੇ ਤੌਰ ਉੱਤੇ, ਸਿਸਟਮ ਦੇ ਕਈ ਹਿੱਸਿਆਂ (→ ਸਰਬ-ਵਿਆਪੀ) ਵਿੱਚ ਸੰਬੰਧਿਤ ਮੁੱਖ ਨਿਯਮ ਅਤੇ ਹੱਲ ਦੀਆਂ ਪਹੁੰਚਾਂ। ਸੰਕਲਪ ਅਕਸਰ ਕਈ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ। ਇਸ ਵਿੱਚ ਖੇਤਰ ਮਾਡਲ, ਆਰਕੀਟੈਕਚਰ ਪੈਟਰਨ ਅਤੇ ਸ਼ੈਲੀਆਂ, ਖਾਸ ਤਕਨਾਲੋਜੀ ਵਰਤਣ ਦੇ ਨਿਯਮ ਅਤੇ ਲਾਗੂਕਰਨ ਨਿਯਮ ਵਰਗੇ ਵੱਖ-ਵੱਖ ਵਿਸ਼ੇ ਸ਼ਾਮਲ ਕਰੋ।

ਸਮੱਗਰੀ

ਇਹ ਭਾਗ ਸਰਬ-ਵਿਆਪੀ ਸੰਕਲਪਾਂ (ਅਭਿਆਸਾਂ, ਪੈਟਰਨਾਂ, ਨਿਯਮਾਂ ਜਾਂ ਹੱਲ ਦੇ ਵਿਚਾਰਾਂ) ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਅਜਿਹੇ ਸੰਕਲਪ ਅਕਸਰ ਕਈ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ। ਇਨ੍ਹਾਂ ਵਿੱਚ ਕਈ ਵੱਖ-ਵੱਖ ਵਿਸ਼ੇ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ।

ਪ੍ਰੇਰਣਾ

ਸੰਕਲਪ ਆਰਕੀਟੈਕਚਰ ਦੀ ਸੰਕਲਪਿਕ ਅਖੰਡਤਾ (ਇਕਸਾਰਤਾ, ਇਕਰੂਪਤਾ) ਦਾ ਆਧਾਰ ਬਣਾਉਂਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ, ਉਹ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਅੰਦਰੂਨੀ ਗੁਣ ਹਾਸਲ ਕਰਨ ਵਿੱਚ ਮਹੱਤਵਪੂਰਨ ਯੋਗਦਾਨ ਪਾਉਂਦੇ ਹਨ।

ਇਹ ਟੈਂਪਲੇਟ ਵਿੱਚ ਉਹ ਥਾਂ ਹੈ ਜੋ ਅਸੀਂ ਅਜਿਹੇ ਸੰਕਲਪਾਂ ਦੇ ਇੱਕਜੁੱਟ ਨਿਰਧਾਰਨ ਲਈ ਦਿੱਤੀ ਹੈ।

ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਬਹੁਤ ਸਾਰੇ ਸੰਕਲਪ ਤੁਹਾਡੇ ਕਈ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ ਜਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ।

ਰੂਪ

ਰੂਪ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦਾ ਹੈ:

• ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਦੀ ਬਣਤਰ ਵਾਲੇ ਸੰਕਲਪ ਪੇਪਰ

• ਉਦਾਹਰਨ ਲਾਗੂਕਰਨ, ਖਾਸ ਕਰਕੇ ਤਕਨੀਕੀ ਸੰਕਲਪਾਂ ਲਈ

• ਆਰਕੀਟੈਕਚਰ ਦ੍ਰਿਸ਼ਾਂ ਦੀਆਂ ਸੰਕੇਤ-ਪ੍ਰਣਾਲੀਆਂ ਵਰਤਦੇ ਹੋਏ ਸਰਬ-ਵਿਆਪੀ ਮਾਡਲ ਅੰਸ਼ ਜਾਂ ਦ੍ਰਿਸ਼

ਇਸ ਭਾਗ ਦੀ ਬਣਤਰ

ਆਪਣੇ ਸਿਸਟਮ ਲਈ ਸਿਰਫ਼ ਸਭ ਤੋਂ ਵੱਧ ਲੋੜੀਂਦੇ ਵਿਸ਼ੇ ਚੁਣੋ ਅਤੇ ਹਰ ਇੱਕ ਨੂੰ ਇਸ ਭਾਗ ਵਿੱਚ ਪੱਧਰ-2 ਦਾ ਸਿਰਲੇਖ ਦਿਓ (ਜਿਵੇਂ ਕਿ 8.1, 8.2 ਆਦਿ)।

• ਉਪਰੋਕਤ ਚਿੱਤਰ ਦੇ ਸਾਰੇ ਵਿਸ਼ਿਆਂ ਨੂੰ ਕਵਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਾ ਕਰੋ।

ਪਿਛੋਕੜ

ਸਿਸਟਮਾਂ ਦੇ ਅੰਦਰ ਕੁਝ ਵਿਸ਼ੇ ਅਕਸਰ ਕਈ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ, ਹਾਰਡਵੇਅਰ ਤੱਤਾਂ ਜਾਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੁੰਦੇ ਹਨ। ਅਜਿਹੇ ਸਰਬ-ਵਿਆਪੀ ਵਿਸ਼ਿਆਂ ਨੂੰ ਸੰਬੰਧਿਤ ਬਿਲਡਿੰਗ ਬਲਾਕਾਂ, ਹਾਰਡਵੇਅਰ ਤੱਤਾਂ ਜਾਂ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਵਰਣਨ ਵਿੱਚ ਦੁਹਰਾਉਣ ਦੀ ਬਜਾਏ ਕਿਸੇ ਕੇਂਦਰੀ ਥਾਂ ਉੱਤੇ ਸੰਚਾਰ ਕਰਨਾ ਜਾਂ ਦਰਜ ਕਰਨਾ ਸੌਖਾ ਹੋ ਸਕਦਾ ਹੈ।

ਕੁਝ ਸੰਕਲਪ ਸਿਸਟਮ ਦੇ ਸਾਰੇ ਤੱਤਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੋ ਸਕਦੇ ਹਨ, ਜਦਕਿ ਹੋਰ ਸਿਰਫ਼ ਕੁਝ ਲਈ ਹੀ ਸੰਬੰਧਿਤ ਹੋ ਸਕਦੇ ਹਨ।

9. ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ

ਤਰਕ-ਆਧਾਰ ਸਮੇਤ ਮਹੱਤਵਪੂਰਨ, ਮਹਿੰਗੇ, ਨਾਜ਼ੁਕ, ਵੱਡੇ ਪੈਮਾਨੇ ਦੇ ਜਾਂ ਜੋਖਮ ਭਰੇ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ।

ਸਮੱਗਰੀ

ਤਰਕ-ਆਧਾਰ ਸਮੇਤ ਮਹੱਤਵਪੂਰਨ, ਮਹਿੰਗੇ, ਵੱਡੇ ਪੈਮਾਨੇ ਦੇ ਜਾਂ ਜੋਖਮ ਭਰੇ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ। "ਫੈਸਲਿਆਂ" ਤੋਂ ਸਾਡਾ ਮਤਲਬ ਦਿੱਤੇ ਮਾਪਦੰਡਾਂ ਦੇ ਆਧਾਰ ਉੱਤੇ ਇੱਕ ਵਿਕਲਪ ਚੁਣਨਾ ਹੈ।

ਕਿਰਪਾ ਕਰਕੇ ਆਪਣੀ ਸਮਝ ਵਰਤ ਕੇ ਤੈਅ ਕਰੋ ਕਿ ਕੀ ਕਿਸੇ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲੇ ਦਾ ਇਸ ਕੇਂਦਰੀ ਭਾਗ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਉਸ ਨੂੰ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਦਰਜ ਕਰਨਾ ਬਿਹਤਰ ਹੈ (ਜਿਵੇਂ ਕਿ ਕਿਸੇ ਇੱਕ ਬਿਲਡਿੰਗ ਬਲਾਕ ਦੇ ਵ੍ਹਾਈਟ ਬਾਕਸ ਟੈਂਪਲੇਟ ਦੇ ਅੰਦਰ)। ਬੇਲੋੜੇ ਦੁਹਰਾਏ ਪਾਠ ਤੋਂ ਬਚੋ। ਭਾਗ 4 ਦਾ ਹਵਾਲਾ ਦਿਓ, ਜਿੱਥੇ ਤੁਸੀਂ ਆਪਣੇ ਆਰਕੀਟੈਕਚਰ ਦੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਫੈਸਲੇ ਪਹਿਲਾਂ ਹੀ ਦਰਜ ਕਰ ਚੁੱਕੇ ਹੋ।

ਪ੍ਰੇਰਣਾ

ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਹਿੱਸੇਦਾਰ ਤੁਹਾਡੇ ਫੈਸਲਿਆਂ ਨੂੰ ਸਮਝਣ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਪਿਛੋਕੜ ਨੂੰ ਮੁੜ ਖੋਜਣ ਦੇ ਯੋਗ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।

ਰੂਪ

• ਹਰ ਮਹੱਤਵਪੂਰਨ ਫੈਸਲੇ ਲਈ ADR (ਆਰਕੀਟੈਕਚਰ ਫੈਸਲਾ ਰਿਕਾਰਡ)

• ਮਹੱਤਵ ਅਤੇ ਨਤੀਜਿਆਂ ਅਨੁਸਾਰ ਕ੍ਰਮਬੱਧ ਸੂਚੀ ਜਾਂ ਸਾਰਣੀ, ਜਾਂ

• ਹਰ ਫੈਸਲੇ ਲਈ ਵੱਖਰੇ ਭਾਗਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ

ਪਿਛੋਕੜ (ADR ਬਾਰੇ)

ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਦੇ ਛੋਟੇ ਟੁਕੜੇ ਪੜ੍ਹਨ, ਬਣਾਉਣ ਅਤੇ ਸੰਭਾਲਣ ਵਿੱਚ ਸੌਖੇ ਹੁੰਦੇ ਹਨ। ਜਦੋਂ ਗੱਲ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲਿਆਂ ਦੀ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਵਿਕਾਸ ਟੀਮਾਂ ਅਕਸਰ:

• ਫੈਸਲੇ ਬਾਰੇ ਜਾਣਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਜਿਵੇਂ ਕਿ ਸੋਰਸ ਕੋਡ ਵਿੱਚ ਦਿਸਦਾ ਹੈ, ਪਰ

• ਉਸ ਫੈਸਲੇ ਪਿੱਛੇ ਪ੍ਰੇਰਣਾ ਤੋਂ ਅਣਜਾਣ ਹੁੰਦੀਆਂ ਹਨ (ਵੇਖੋ Nygard 2011)

ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਕੁਝ ਮਹੱਤਵਪੂਰਨ ਫੈਸਲਿਆਂ ਦਾ ਉਨ੍ਹਾਂ ਦੀ ਪ੍ਰੇਰਣਾ, ਤਰਕ ਸਮੇਤ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

ਫੈਸਲਿਆਂ ਬਾਰੇ ਸਾਡਾ ਪ੍ਰਸਤਾਵ

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

10. ਗੁਣਵੱਤਾ ਲੋੜਾਂ

ਦ੍ਰਿਸ਼ਾਂ ਵਜੋਂ ਗੁਣਵੱਤਾ ਲੋੜਾਂ, ਉੱਚ-ਪੱਧਰੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਦੇਣ ਲਈ ਗੁਣਵੱਤਾ ਰੁੱਖ ਸਮੇਤ। ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਗੁਣਵੱਤਾ ਟੀਚਿਆਂ ਦਾ ਵਰਣਨ ਭਾਗ 1.2. (ਗੁਣਵੱਤਾ ਟੀਚੇ) ਵਿੱਚ ਹੋ ਚੁੱਕਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਮੱਗਰੀ

ਇਸ ਭਾਗ ਵਿੱਚ ਸਾਰੀਆਂ ਸੰਬੰਧਿਤ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਹਨ।

ਇਨ੍ਹਾਂ ਲੋੜਾਂ ਵਿੱਚੋਂ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਦਾ ਵਰਣਨ ਪਹਿਲਾਂ ਹੀ ਭਾਗ 1.2. (ਗੁਣਵੱਤਾ ਟੀਚੇ) ਵਿੱਚ ਹੋ ਚੁੱਕਾ ਹੈ, ਇਸ ਲਈ ਇੱਥੇ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਭਾਗ 10 ਵਿੱਚ ਤੁਹਾਨੂੰ ਘੱਟ ਮਹੱਤਵ ਵਾਲੀਆਂ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਵੀ ਦਰਜ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਜੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਾਸਲ ਨਾ ਹੋਣ ਉੱਤੇ ਵੱਡੇ ਜੋਖਮ ਪੈਦਾ ਨਹੀਂ ਕਰਨਗੀਆਂ (ਪਰ ਹੋਣ ਤਾਂ ਚੰਗਾ ਹੋਵੇਗਾ)।

ਪ੍ਰੇਰਣਾ

ਕਿਉਂਕਿ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਦਾ ਆਰਕੀਟੈਕਚਰ ਫੈਸਲਿਆਂ ਉੱਤੇ ਬਹੁਤ ਪ੍ਰਭਾਵ ਹੋਵੇਗਾ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਖਾਸ ਅਤੇ ਮਾਪਣਯੋਗ ਢੰਗ ਨਾਲ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਹਿੱਸੇਦਾਰਾਂ ਲਈ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਗੁਣ ਮਹੱਤਵਪੂਰਨ ਹਨ।

ਹੋਰ ਜਾਣਕਾਰੀ

https://quality.arc42.org ਉੱਤੇ ਵਿਆਪਕ Q42 ਗੁਣਵੱਤਾ ਮਾਡਲ ਵੇਖੋ।

10.1 ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ

ਸਮੱਗਰੀ

ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਜਾਂ ਸਾਰ।

ਪ੍ਰੇਰਣਾ

ਅਸੀਂ ਅਕਸਰ ਦਰਜਨਾਂ (ਜਾਂ ਸੈਂਕੜੇ) ਵਿਸਤ੍ਰਿਤ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦੇ ਹਾਂ। ਇਸ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਭਾਗ ਵਿੱਚ ਤੁਹਾਨੂੰ ਸਾਰ ਦੇਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਸ਼੍ਰੇਣੀਆਂ ਜਾਂ ਵਿਸ਼ਿਆਂ ਦਾ ਵਰਣਨ ਕਰਕੇ (ਜਿਵੇਂ ਕਿ ISO 25010:2023 ਜਾਂ Q42 ਸੁਝਾਉਂਦਾ ਹੈ

ਜੇ ਇਹ ਸਾਰ ਵਰਣਨ ਪਹਿਲਾਂ ਹੀ ਸਟੀਕ, ਕਾਫ਼ੀ ਖਾਸ ਅਤੇ ਮਾਪਣਯੋਗ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਭਾਗ 10.2 ਛੱਡ ਸਕਦੇ ਹੋ।

ਰੂਪ

ਇੱਕ ਸਾਦੀ ਸਾਰਣੀ ਵਰਤੋ ਜਿਸ ਦੀ ਹਰ ਕਤਾਰ ਵਿੱਚ ਇੱਕ ਸ਼੍ਰੇਣੀ ਜਾਂ ਵਿਸ਼ਾ ਅਤੇ ਗੁਣਵੱਤਾ ਲੋੜ ਦਾ ਛੋਟਾ ਵਰਣਨ ਹੋਵੇ। ਵਿਕਲਪਕ ਤੌਰ ਉੱਤੇ, ਤੁਸੀਂ ਇਨ੍ਹਾਂ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਨੂੰ ਵਿਉਂਤਬੱਧ ਕਰਨ ਲਈ ਮਾਈਂਡਮੈਪ ਵਰਤ ਸਕਦੇ ਹੋ।

ਸਾਹਿਤ ਵਿੱਚ, ਗੁਣਵੱਤਾ ਗੁਣ ਰੁੱਖ ਦੇ ਵਿਚਾਰ ਦਾ ਵੀ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਆਮ ਸ਼ਬਦ "ਗੁਣਵੱਤਾ" ਨੂੰ ਜੜ੍ਹ ਵਜੋਂ ਰੱਖਦਾ ਹੈ ਅਤੇ "ਗੁਣਵੱਤਾ" ਸ਼ਬਦ ਦੀ ਰੁੱਖ ਵਰਗੀ ਸੁਧਾਈ ਵਰਤਦਾ ਹੈ। [Bass+21] ਨੇ ਇਸ ਉਦੇਸ਼ ਲਈ "Quality Attribute Utility Tree" ਸ਼ਬਦ ਪੇਸ਼ ਕੀਤਾ।

10.2 ਗੁਣਵੱਤਾ ਦ੍ਰਿਸ਼

ਸਮੱਗਰੀ

ਗੁਣਵੱਤਾ ਦ੍ਰਿਸ਼ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਨੂੰ ਠੋਸ ਬਣਾਉਂਦੇ ਹਨ ਅਤੇ ਇਹ ਤੈਅ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ ਕਿ ਕੀ ਉਹ ਪੂਰੀਆਂ ਹੋਈਆਂ ਹਨ (ਪ੍ਰਵਾਨਗੀ ਮਾਪਦੰਡਾਂ ਦੇ ਅਰਥ ਵਿੱਚ)। ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਹਾਡੇ ਦ੍ਰਿਸ਼ ਖਾਸ ਅਤੇ ਮਾਪਣਯੋਗ ਹਨ।

ਦੋ ਕਿਸਮਾਂ ਦੇ ਦ੍ਰਿਸ਼ ਖਾਸ ਤੌਰ ਉੱਤੇ ਲਾਭਦਾਇਕ ਹਨ:

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

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

ਰੂਪ

ਵਿਸਤ੍ਰਿਤ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਆਮ ਜਾਣਕਾਰੀ ਵਿੱਚ ਇਹ ਸ਼ਾਮਲ ਹਨ:

ਛੋਟੇ ਰੂਪ ਵਿੱਚ (Q42 ਮਾਡਲ ਵਿੱਚ ਪਸੰਦੀਦਾ):

• ਪ੍ਰਸੰਗ/ਪਿਛੋਕੜ: ਕਿਸ ਤਰ੍ਹਾਂ ਦਾ ਸਿਸਟਮ ਜਾਂ ਕੰਪੋਨੈਂਟ, ਮਾਹੌਲ ਜਾਂ ਹਾਲਾਤ ਕੀ ਹੈ?

• ਸਰੋਤ/ਉਕਸਾਵਾ: ਕੌਣ ਜਾਂ ਕੀ ਕਿਸੇ ਵਿਹਾਰ, ਪ੍ਰਤੀਕਿਰਿਆ ਜਾਂ ਕਾਰਵਾਈ ਨੂੰ ਸ਼ੁਰੂ ਜਾਂ ਚਾਲੂ ਕਰਦਾ ਹੈ।

• ਮੈਟ੍ਰਿਕ/ਪ੍ਰਵਾਨਗੀ ਮਾਪਦੰਡ: ਇੱਕ ਪ੍ਰਤੀਕਿਰਿਆ ਜਿਸ ਵਿੱਚ ਕੋਈ ਮਾਪ ਜਾਂ ਮੈਟ੍ਰਿਕ ਸ਼ਾਮਲ ਹੋਵੇ

ਦ੍ਰਿਸ਼ਾਂ ਦਾ ਲੰਬਾ ਰੂਪ (SEI ਅਤੇ [Bass+21] ਵੱਲੋਂ ਪਸੰਦੀਦਾ) ਵਧੇਰੇ ਵਿਸਤ੍ਰਿਤ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਇਹ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ:

• ਦ੍ਰਿਸ਼ ID: ਦ੍ਰਿਸ਼ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ।

• ਦ੍ਰਿਸ਼ ਦਾ ਨਾਮ: ਦ੍ਰਿਸ਼ ਲਈ ਇੱਕ ਛੋਟਾ, ਵਰਣਨਾਤਮਕ ਨਾਮ।

• ਸਰੋਤ: ਉਹ ਇਕਾਈ (ਵਰਤੋਂਕਾਰ, ਸਿਸਟਮ ਜਾਂ ਇਵੈਂਟ) ਜੋ ਦ੍ਰਿਸ਼ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ।

• ਉਕਸਾਵਾ: ਚਾਲੂ ਕਰਨ ਵਾਲਾ ਇਵੈਂਟ ਜਾਂ ਸਥਿਤੀ ਜਿਸ ਨੂੰ ਸਿਸਟਮ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।

• ਮਾਹੌਲ: ਸੰਚਾਲਨ ਪ੍ਰਸੰਗ ਜਾਂ ਸਥਿਤੀ ਜਿਸ ਵਿੱਚ ਸਿਸਟਮ ਉਕਸਾਵੇ ਦਾ ਅਨੁਭਵ ਕਰਦਾ ਹੈ।

• ਕਲਾਕ੍ਰਿਤੀ: ਬਿਲਡਿੰਗ ਬਲਾਕ ਜਾਂ ਸਿਸਟਮ ਦੇ ਹੋਰ ਤੱਤ ਜੋ ਉਕਸਾਵੇ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦੇ ਹਨ।

• ਪ੍ਰਤੀਕਿਰਿਆ: ਉਹ ਨਤੀਜਾ ਜਾਂ ਵਿਹਾਰ ਜੋ ਸਿਸਟਮ ਉਕਸਾਵੇ ਦੇ ਜਵਾਬ ਵਿੱਚ ਦਿਖਾਉਂਦਾ ਹੈ।

• ਪ੍ਰਤੀਕਿਰਿਆ ਮਾਪ: ਉਹ ਮਾਪਦੰਡ ਜਾਂ ਮੈਟ੍ਰਿਕ ਜਿਸ ਨਾਲ ਸਿਸਟਮ ਦੀ ਪ੍ਰਤੀਕਿਰਿਆ ਦਾ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇਹ ਵੀ ਵੇਖੋ

ਜਨਵਰੀ 2023 ਤੋਂ, arc42 ਇੱਕ ਵਿਹਾਰਕ ਗੁਣਵੱਤਾ ਮਾਡਲ ਦਿੰਦਾ ਹੈ, ਜੋ ਗੁਣਵੱਤਾ ਲੋੜਾਂ ਨੂੰ ਹੈਸ਼ਟੈਗ ਜਾਂ ਲੇਬਲਾਂ ਨਾਲ ਨਿਸ਼ਾਨਬੱਧ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ #flexible, #efficient, #usable, #operable, #testable, #secure, #safe, #reliable।

11. ਜੋਖਮ ਅਤੇ ਤਕਨੀਕੀ ਕਰਜ਼ਾ

ਜਾਣੇ-ਪਛਾਣੇ ਤਕਨੀਕੀ ਜੋਖਮ ਜਾਂ ਤਕਨੀਕੀ ਕਰਜ਼ਾ। ਸਿਸਟਮ ਦੇ ਅੰਦਰ ਜਾਂ ਆਲੇ-ਦੁਆਲੇ ਕਿਹੜੀਆਂ ਸੰਭਾਵੀ ਸਮੱਸਿਆਵਾਂ ਮੌਜੂਦ ਹਨ? ਵਿਕਾਸ ਟੀਮ ਕਿਸ ਗੱਲ ਤੋਂ ਦੁਖੀ ਹੈ?

ਸਮੱਗਰੀ

ਪਛਾਣੇ ਗਏ ਤਕਨੀਕੀ ਜੋਖਮਾਂ ਜਾਂ ਤਕਨੀਕੀ ਕਰਜ਼ਿਆਂ ਦੀ ਸੂਚੀ, ਤਰਜੀਹ ਅਨੁਸਾਰ ਕ੍ਰਮਬੱਧ

ਪ੍ਰੇਰਣਾ

"ਜੋਖਮ ਪ੍ਰਬੰਧਨ ਬਾਲਗਾਂ ਲਈ ਪ੍ਰੋਜੈਕਟ ਪ੍ਰਬੰਧਨ ਹੈ" (Tim Lister, Atlantic Systems Guild.)

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

ਰੂਪ

ਜੋਖਮਾਂ ਅਤੇ/ਜਾਂ ਤਕਨੀਕੀ ਕਰਜ਼ਿਆਂ ਦੀ ਸੂਚੀ, ਜਿਸ ਵਿੱਚ ਸ਼ਾਇਦ ਜੋਖਮਾਂ ਨੂੰ ਘੱਟ ਕਰਨ, ਹਲਕਾ ਕਰਨ ਜਾਂ ਟਾਲਣ ਜਾਂ ਤਕਨੀਕੀ ਕਰਜ਼ਿਆਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਸੁਝਾਏ ਗਏ ਉਪਾਅ ਸ਼ਾਮਲ ਹੋਣ।