🥇ಸಿಸ್ಟಂಗಳಿಗೆ ಕ್ರಿಯಾತ್ಮಕ ಅವಶ್ಯಕತೆಗಳನ್ನು ವಿವರಿಸುವ ಆಧುನಿಕ ವಿಧಾನಗಳು. ಅಲಿಸ್ಟೇರ್ ಕೋಬರ್ನ್. ಪುಸ್ತಕ ವಿಮರ್ಶೆ ಮತ್ತು ಸೇರ್ಪಡೆಗಳು

ಸಮಸ್ಯೆಯ ಹೇಳಿಕೆಯ ಭಾಗವನ್ನು ಬರೆಯಲು ಪುಸ್ತಕವು ಒಂದು ವಿಧಾನವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಅವುಗಳೆಂದರೆ ಬಳಕೆಯ ಸಂದರ್ಭ ವಿಧಾನ.

ಅದು ಏನು? ಇದು ಸಿಸ್ಟಮ್‌ನೊಂದಿಗೆ (ಅಥವಾ ವ್ಯಾಪಾರದೊಂದಿಗೆ) ಬಳಕೆದಾರರ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ವಿವರಣೆಯಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಿಸ್ಟಮ್ ಕಪ್ಪು ಪೆಟ್ಟಿಗೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (ಮತ್ತು ಸಂಕೀರ್ಣ ವಿನ್ಯಾಸ ಕಾರ್ಯವನ್ನು ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲು ಮತ್ತು ಈ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಇದು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ). ಅದೇ ಸಮಯದಲ್ಲಿ, ಸಂಕೇತ ಮಾನದಂಡಗಳನ್ನು ಪರಿಚಯಿಸಲಾಗಿದೆ, ಇದು ಭಾಗವಹಿಸುವವರಲ್ಲದವರನ್ನು ಒಳಗೊಂಡಂತೆ ಓದುವ ಸುಲಭತೆಯನ್ನು ಖಾತ್ರಿಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಮಧ್ಯಸ್ಥಗಾರರ ಗುರಿಗಳೊಂದಿಗೆ ಸಂಪೂರ್ಣತೆ ಮತ್ತು ಅನುಸರಣೆಗಾಗಿ ಕೆಲವು ಪರಿಶೀಲನೆಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ.

ಪ್ರಕರಣದ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿ

ಇಮೇಲ್ ಮೂಲಕ ಸೈಟ್‌ನಲ್ಲಿ ದೃಢೀಕರಣದ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಸನ್ನಿವೇಶವು ಹೇಗೆ ಕಾಣುತ್ತದೆ:

(ಸಿಸ್ಟಮ್) ನಿಮ್ಮ ವೈಯಕ್ತಿಕ ಖಾತೆಯನ್ನು ಪ್ರವೇಶಿಸಲು ವೆಬ್‌ಸೈಟ್‌ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಿ. ~~ (ಸಮುದ್ರ ಮಟ್ಟ)

ಸಂದರ್ಭ: ಅನಧಿಕೃತ ಕ್ಲೈಂಟ್ ಸೈಟ್‌ಗೆ ಲಾಗ್ ಇನ್ ಆಗುವುದರಿಂದ ಸೈಟ್ ಅವನನ್ನು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಅವರಿಗೆ ವೈಯಕ್ತಿಕ ಮಾಹಿತಿಯನ್ನು ತೋರಿಸುತ್ತದೆ: ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸ, ಖರೀದಿ ಇತಿಹಾಸ, ಪ್ರಸ್ತುತ ಬೋನಸ್ ಅಂಕಗಳ ಸಂಖ್ಯೆ, ಇತ್ಯಾದಿ. ಇಮೇಲ್ ಅನ್ನು ಲಾಗಿನ್ ಆಗಿ ಬಳಸಿ.
ಮಟ್ಟ: ಬಳಕೆದಾರ ಗುರಿ
ಪ್ರಮುಖ ಪಾತ್ರ: ಕ್ಲೈಂಟ್ (ನಮ್ಮ ಆನ್ಲೈನ್ ಸ್ಟೋರ್ನ ಸಂದರ್ಶಕ)
ವ್ಯಾಪ್ತಿ: ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್ ವೆಬ್‌ಸೈಟ್‌ನೊಂದಿಗೆ ಗ್ರಾಹಕರ ಸಂವಹನ
ಮಧ್ಯಸ್ಥಗಾರರು ಮತ್ತು ಆಸಕ್ತಿಗಳು:

ವೈಯಕ್ತಿಕ ಮೇಲಿಂಗ್‌ಗಳ ಹೆಚ್ಚಿನ ಕವರೇಜ್‌ಗಾಗಿ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಸೈಟ್ ಸಂದರ್ಶಕರನ್ನು ಗುರುತಿಸಬೇಕೆಂದು ಮಾರಾಟಗಾರರು ಬಯಸುತ್ತಾರೆ,

ಸಂದರ್ಶಕರ ವೈಯಕ್ತಿಕ ಡೇಟಾಗೆ ಅನಧಿಕೃತ ಪ್ರವೇಶದ ಯಾವುದೇ ಪ್ರಕರಣಗಳಿಲ್ಲ ಎಂದು ಭದ್ರತಾ ತಜ್ಞರು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಬಯಸುತ್ತಾರೆ, ಒಂದು ಖಾತೆಗಾಗಿ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಊಹಿಸುವ ಪ್ರಯತ್ನಗಳು ಅಥವಾ ದುರ್ಬಲ ಪಾಸ್‌ವರ್ಡ್‌ನೊಂದಿಗೆ ಖಾತೆಯನ್ನು ಹುಡುಕುವುದು ಸೇರಿದಂತೆ,

ದಾಳಿಕೋರನು ಬಲಿಪಶುವಿನ ಬೋನಸ್‌ಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಪಡೆಯಲು ಬಯಸುತ್ತಾನೆ,

ಪ್ರತಿಸ್ಪರ್ಧಿಗಳು ಉತ್ಪನ್ನಗಳ ಮೇಲೆ ನಕಾರಾತ್ಮಕ ವಿಮರ್ಶೆಗಳನ್ನು ಬಿಡಲು ಬಯಸುತ್ತಾರೆ,

ಬಾಟ್ನೆಟ್ ಅಂಗಡಿಯ ಗ್ರಾಹಕರ ನೆಲೆಯನ್ನು ಪಡೆಯಲು ಬಯಸುತ್ತದೆ ಮತ್ತು ಸೈಟ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ದಾಳಿಯನ್ನು ಬಳಸುತ್ತದೆ.

ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳು: ಸಂದರ್ಶಕನು ಅಧಿಕಾರ ಹೊಂದಿರಬಾರದು.
ಕನಿಷ್ಠ ಖಾತರಿಗಳು: ಅಧಿಕೃತ ಪ್ರಯತ್ನವು ಯಶಸ್ವಿಯಾಗಿದೆಯೇ ಅಥವಾ ವಿಫಲವಾಗಿದೆಯೇ ಎಂದು ಸಂದರ್ಶಕರಿಗೆ ತಿಳಿಯುತ್ತದೆ.
ಯಶಸ್ಸಿನ ಖಾತರಿಗಳು: ಸಂದರ್ಶಕರಿಗೆ ಅಧಿಕಾರ ನೀಡಲಾಗಿದೆ.

ಮುಖ್ಯ ಸನ್ನಿವೇಶ:

ಕ್ಲೈಂಟ್ ಅಧಿಕಾರವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ.

"ಸೆಕ್ಯುರಿಟಿ ರೂಲ್ ಸಂಖ್ಯೆ 23" ಪ್ರಕಾರ ಕ್ಲೈಂಟ್ ಅನ್ನು ಅಧಿಕೃತಗೊಳಿಸಲಾಗಿಲ್ಲ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅವಧಿಯಿಂದ (ಬಹು ಖಾತೆಗಳಿಗಾಗಿ ದುರ್ಬಲ ಪಾಸ್ವರ್ಡ್ಗಾಗಿ ಹುಡುಕಲಾಗುತ್ತಿದೆ) ವಿಫಲವಾದ ದೃಢೀಕರಣ ಪ್ರಯತ್ನಗಳ ಸಂಖ್ಯೆಯನ್ನು ಮೀರುವುದಿಲ್ಲ ಎಂದು ಸಿಸ್ಟಮ್ ದೃಢಪಡಿಸುತ್ತದೆ.

ಸಿಸ್ಟಮ್ ದೃಢೀಕರಣ ಪ್ರಯತ್ನಗಳ ಸಂಖ್ಯೆಗೆ ಕೌಂಟರ್ ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

ಸಿಸ್ಟಮ್ ಕ್ಲೈಂಟ್‌ಗೆ ದೃಢೀಕರಣ ಫಾರ್ಮ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ.

ಕ್ಲೈಂಟ್ ತನ್ನ ಇಮೇಲ್ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸುತ್ತಾನೆ.

ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಅಂತಹ ಇಮೇಲ್ನೊಂದಿಗೆ ಕ್ಲೈಂಟ್ನ ಉಪಸ್ಥಿತಿಯನ್ನು ಸಿಸ್ಟಮ್ ಖಚಿತಪಡಿಸುತ್ತದೆ ಮತ್ತು ಪಾಸ್ವರ್ಡ್ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಮತ್ತು ಈ ಖಾತೆಗೆ ಲಾಗಿನ್ ಪ್ರಯತ್ನಗಳ ಸಂಖ್ಯೆಯು "ಸೆಕ್ಯುರಿಟಿ ರೂಲ್ ಸಂಖ್ಯೆ 24" ರ ಪ್ರಕಾರ ಮೀರುವುದಿಲ್ಲ.

ಸಿಸ್ಟಮ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಅಧಿಕೃತಗೊಳಿಸುತ್ತದೆ, ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸವನ್ನು ಮತ್ತು ಈ ಕ್ಲೈಂಟ್ ಖಾತೆಯ ಕೊನೆಯ ಸೆಷನ್‌ನೊಂದಿಗೆ ಈ ಸೆಷನ್‌ನ ಬ್ಯಾಸ್ಕೆಟ್ ಅನ್ನು ಸೇರಿಸುತ್ತದೆ.

ಸಿಸ್ಟಮ್ ದೃಢೀಕರಣದ ಯಶಸ್ಸಿನ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ದೃಢೀಕರಣಕ್ಕಾಗಿ ಕ್ಲೈಂಟ್ ಅಡ್ಡಿಪಡಿಸಿದ ಸ್ಕ್ರಿಪ್ಟ್ ಹಂತಕ್ಕೆ ಚಲಿಸುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವೈಯಕ್ತಿಕ ಖಾತೆ ಡೇಟಾವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಪುಟದಲ್ಲಿನ ಡೇಟಾವನ್ನು ಮರುಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ.

ವಿಸ್ತರಣೆಗಳು:
2.a ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಅಧಿಕೃತವಾಗಿದೆ:
2.a.1. ಈ ಹಿಂದೆ ನಿರ್ವಹಿಸಿದ ಅಧಿಕಾರದ ಬಗ್ಗೆ ಸಿಸ್ಟಮ್ ಕ್ಲೈಂಟ್‌ಗೆ ತಿಳಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅಡ್ಡಿಪಡಿಸಲು ಅಥವಾ ಹಂತ 4 ಕ್ಕೆ ಹೋಗಲು ನೀಡುತ್ತದೆ, ಮತ್ತು ಹಂತ 6 ಯಶಸ್ವಿಯಾಗಿ ಪೂರ್ಣಗೊಂಡರೆ, ನಂತರ ಹಂತ 7 ಅನ್ನು ಸ್ಪಷ್ಟೀಕರಣದೊಂದಿಗೆ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ:
2.a.7 ಸಿಸ್ಟಮ್ ಹಳೆಯ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ, ಹೊಸ ಖಾತೆಯ ಅಡಿಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ಅನ್ನು ಅಧಿಕೃತಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಬ್ರೌಸಿಂಗ್ ಇತಿಹಾಸ ಮತ್ತು ಈ ಸಂವಾದದ ಸೆಶನ್ನ ಕಾರ್ಟ್ ಹಳೆಯ ಖಾತೆಯಲ್ಲಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ಹೊಸದಕ್ಕೆ ವರ್ಗಾಯಿಸಬೇಡಿ. ಮುಂದೆ, ಹಂತ 8 ಕ್ಕೆ ಹೋಗಿ.
2.b "ಭದ್ರತಾ ನಿಯಮ ಸಂಖ್ಯೆ 23" ರ ಪ್ರಕಾರ ದೃಢೀಕರಣ ಪ್ರಯತ್ನಗಳ ಸಂಖ್ಯೆಯು ಮಿತಿಯನ್ನು ಮೀರಿದೆ:
2.b.1 ಹಂತ 4 ಕ್ಕೆ ಹೋಗಿ, ದೃಢೀಕರಣ ಫಾರ್ಮ್‌ನಲ್ಲಿ ಹೆಚ್ಚುವರಿಯಾಗಿ ಕ್ಯಾಪ್ಚಾವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ
2.b.6 ಸಿಸ್ಟಮ್ ಸರಿಯಾದ ಕ್ಯಾಪ್ಚಾ ಪ್ರವೇಶವನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ
    2.b.6.1 ಕ್ಯಾಪ್ಚಾ ತಪ್ಪಾಗಿ ನಮೂದಿಸಲಾಗಿದೆ:
      2.b.6.1.1. ಈ ಖಾತೆಗೆ ವಿಫಲವಾದ ದೃಢೀಕರಣ ಪ್ರಯತ್ನಗಳ ಕೌಂಟರ್ ಅನ್ನು ಸಿಸ್ಟಮ್ ಹೆಚ್ಚಿಸುತ್ತದೆ
      2.b.6.1.2. ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯದ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ಹಂತ 2 ಗೆ ಹಿಂತಿರುಗುತ್ತದೆ
6.a ಈ ಇಮೇಲ್‌ನೊಂದಿಗೆ ಯಾವುದೇ ಖಾತೆ ಕಂಡುಬಂದಿಲ್ಲ:
6.a.1 ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯದ ಬಗ್ಗೆ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ಹಂತ 2 ಕ್ಕೆ ಹೋಗುವ ಅಥವಾ "ಬಳಕೆದಾರ ನೋಂದಣಿ" ಸನ್ನಿವೇಶಕ್ಕೆ ಹೋಗಿ ಮತ್ತು ನಮೂದಿಸಿದ ಇಮೇಲ್ ಅನ್ನು ಉಳಿಸುವ ಆಯ್ಕೆಯನ್ನು ನೀಡುತ್ತದೆ,
6.b. ಈ ಇಮೇಲ್ ಹೊಂದಿರುವ ಖಾತೆಯ ಪಾಸ್‌ವರ್ಡ್ ನಮೂದಿಸಿದ ಒಂದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ:
6.b.1 ಈ ಖಾತೆಗೆ ವಿಫಲವಾದ ಲಾಗಿನ್ ಪ್ರಯತ್ನಗಳ ಕೌಂಟರ್ ಅನ್ನು ಸಿಸ್ಟಮ್ ಹೆಚ್ಚಿಸುತ್ತದೆ.
6.b.2 ಸಿಸ್ಟಂ ವೈಫಲ್ಯದ ಬಗ್ಗೆ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು "ಪಾಸ್‌ವರ್ಡ್ ಮರುಪಡೆಯುವಿಕೆ" ಸನ್ನಿವೇಶಕ್ಕೆ ಹೋಗುವ ಅಥವಾ ಹಂತ 2 ಗೆ ಹೋಗುವ ಆಯ್ಕೆಯನ್ನು ನೀಡುತ್ತದೆ.
6.c: ಈ ಖಾತೆಯ ಲಾಗಿನ್ ಪ್ರಯತ್ನದ ಕೌಂಟರ್ "ಭದ್ರತಾ ನಿಯಮ ಸಂಖ್ಯೆ 24" ಗಾಗಿ ಮಿತಿಯನ್ನು ಮೀರಿದೆ.
6.c.1 ಸಿಸ್ಟಮ್ X ನಿಮಿಷಗಳವರೆಗೆ ಖಾತೆ ಲಾಗಿನ್ ನಿರ್ಬಂಧಿಸುವಿಕೆಯ ಬಗ್ಗೆ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ಹಂತ 2 ಕ್ಕೆ ಮುಂದುವರಿಯುತ್ತದೆ.

ಏನು ಅದ್ಭುತವಾಗಿದೆ

ಗುರಿಗಳ ಸಂಪೂರ್ಣತೆ ಮತ್ತು ಅನುಸರಣೆಗಾಗಿ ಪರಿಶೀಲನೆಗಳು, ಅಂದರೆ, ಪರಿಶೀಲನೆಗಾಗಿ ನೀವು ಇನ್ನೊಂದು ವಿಶ್ಲೇಷಕರಿಗೆ ಅವಶ್ಯಕತೆಗಳನ್ನು ನೀಡಬಹುದು, ಸಮಸ್ಯೆಯ ಸೂತ್ರೀಕರಣದ ಹಂತದಲ್ಲಿ ಕಡಿಮೆ ತಪ್ಪುಗಳನ್ನು ಮಾಡಬಹುದು.

ಕಪ್ಪು ಪೆಟ್ಟಿಗೆಯ ವ್ಯವಸ್ಥೆಯೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದರಿಂದ ಗ್ರಾಹಕರೊಂದಿಗೆ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಸಮನ್ವಯವನ್ನು ಅನುಷ್ಠಾನ ವಿಧಾನಗಳಿಂದ ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವುದನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ಇದು ವಿಶ್ಲೇಷಕರ ಮಾರ್ಗದ ಭಾಗವಾಗಿದೆ, ಉಪಯುಕ್ತತೆಯ ಪ್ರಮುಖ ಭಾಗಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ. ಬಳಕೆದಾರರ ಸನ್ನಿವೇಶವು ಅವನ ಚಲನೆಯ ಮುಖ್ಯ ಮಾರ್ಗಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಇದು ವಿನ್ಯಾಸಕ ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ಆಯ್ಕೆಯ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಬಹಳವಾಗಿ ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ವಿನ್ಯಾಸ ಅಭಿವೃದ್ಧಿಯ ವೇಗವನ್ನು ಹೆಚ್ಚಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಪ್ರತಿ ಸಂವಾದದ ಹಂತಕ್ಕೆ ವಿನಾಯಿತಿಗಳನ್ನು ಗುರುತಿಸಲಾಗಿರುವ ವಿವರಣೆಯಲ್ಲಿನ ಸ್ಥಳದಿಂದ ನಾನು ತುಂಬಾ ಸಂತಸಗೊಂಡಿದ್ದೇನೆ. ಸಂಪೂರ್ಣ ಐಟಿ ವ್ಯವಸ್ಥೆಯು ಕೆಲವು ರೀತಿಯ ವಿನಾಯಿತಿ ನಿರ್ವಹಣೆಗೆ ಒದಗಿಸಬೇಕು, ಕೆಲವು ಹಸ್ತಚಾಲಿತವಾಗಿ, ಕೆಲವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ (ಮೇಲಿನ ಉದಾಹರಣೆಯಲ್ಲಿರುವಂತೆ).

ಅನನುಕೂಲಕರವಾದ ಅಪವಾದ ನಿರ್ವಹಣೆಯು ವ್ಯವಸ್ಥೆಯನ್ನು ಸುಲಭವಾಗಿ ಒಂದು ಭಯಾನಕ ಅನನುಕೂಲಕರ ವ್ಯವಸ್ಥೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ ಎಂದು ಅನುಭವವು ತೋರಿಸುತ್ತದೆ. ಸೋವಿಯತ್ ಕಾಲದಲ್ಲಿ, ನಿರ್ಧಾರವನ್ನು ಪಡೆಯಲು, ನೀವು ವಿವಿಧ ಸೇವೆಗಳಿಂದ ಹಲವಾರು ಅನುಮೋದನೆಗಳನ್ನು ಪಡೆಯಬೇಕಾಗಿತ್ತು ಮತ್ತು ಕೊನೆಯ ಸೇವೆಯು ಹೇಳಿದಾಗ ಅದು ಎಷ್ಟು ನೋವಿನಿಂದ ಕೂಡಿದೆ ಎಂದು ನಾನು ಕಥೆಯನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತೇನೆ - ಆದರೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್ ತಪ್ಪು ಹೆಸರಿನಲ್ಲಿ ಅಥವಾ ಇನ್ನಾವುದೋ ತಪ್ಪು ವಿರಾಮಚಿಹ್ನೆ, ಎಲ್ಲವನ್ನೂ ಮತ್ತೆ ಮಾಡಿ ಮತ್ತು ಎಲ್ಲವನ್ನೂ ಮರು-ಸಮನ್ವಯಗೊಳಿಸಿ.

ವಿನಾಯಿತಿಗಳಿಗಾಗಿ ಯೋಚಿಸದ ಸಿಸ್ಟಮ್ನ ಕಾರ್ಯಾಚರಣಾ ತರ್ಕವು ಸಿಸ್ಟಮ್ನ ಗಮನಾರ್ಹ ಪುನರ್ನಿರ್ಮಾಣದ ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭಗಳನ್ನು ನಾನು ಆಗಾಗ್ಗೆ ಎದುರಿಸುತ್ತೇನೆ. ಈ ಕಾರಣದಿಂದಾಗಿ, ವಿಶ್ಲೇಷಕರ ಕೆಲಸದ ಸಿಂಹ ಪಾಲು ವಿನಾಯಿತಿ ನಿರ್ವಹಣೆಗೆ ಖರ್ಚುಮಾಡುತ್ತದೆ.

ಪಠ್ಯ ಸಂಕೇತಗಳು, ರೇಖಾಚಿತ್ರಗಳಿಗೆ ವಿರುದ್ಧವಾಗಿ, ಹೆಚ್ಚಿನ ವಿನಾಯಿತಿಗಳನ್ನು ಗುರುತಿಸಲು ಮತ್ತು ಮುಚ್ಚಲು ಅನುಮತಿಸುತ್ತದೆ.

ಅಭ್ಯಾಸದಿಂದ ವಿಧಾನಕ್ಕೆ ಸೇರ್ಪಡೆ

ಬಳಕೆಯ ಪ್ರಕರಣವು ಬಳಕೆದಾರರ ಕಥೆಯಂತಲ್ಲದೆ, ಹೇಳಿಕೆಯ ಸ್ವತಂತ್ರವಾಗಿ ಆದ್ಯತೆಯ ಭಾಗವಾಗಿಲ್ಲ.

ಮೇಲಿನ ಸನ್ನಿವೇಶದಲ್ಲಿ, ವಿನಾಯಿತಿಯನ್ನು ಪರಿಗಣಿಸಿ “6.a. ಈ ಇಮೇಲ್‌ನೊಂದಿಗೆ ಯಾವುದೇ ಖಾತೆ ಕಂಡುಬಂದಿಲ್ಲ. ಮತ್ತು ಮುಂದಿನ ಹಂತ "6.a.1 ಸಿಸ್ಟಮ್ ವೈಫಲ್ಯದ ಸಂದೇಶವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ ಮತ್ತು ಹಂತ 2 ಕ್ಕೆ ಮುಂದುವರಿಯುತ್ತದೆ." ಯಾವ ನಕಾರಾತ್ಮಕ ವಿಷಯಗಳನ್ನು ತೆರೆಮರೆಯಲ್ಲಿ ಬಿಡಲಾಗಿದೆ? ಕ್ಲೈಂಟ್‌ಗೆ, ಯಾವುದೇ ರಿಟರ್ನ್ ಅವರು ಡೇಟಾವನ್ನು ನಮೂದಿಸುವ ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ನೆಲಭರ್ತಿಯಲ್ಲಿ ಎಸೆಯಲಾಗುತ್ತದೆ ಎಂಬ ಅಂಶಕ್ಕೆ ಸಮನಾಗಿರುತ್ತದೆ. (ಇದು ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಗೋಚರಿಸುವುದಿಲ್ಲ!) ಏನು ಮಾಡಬಹುದು? ಇದು ಸಂಭವಿಸದಂತೆ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡಿ. ಇದನ್ನು ಮಾಡಲು ಸಾಧ್ಯವೇ? ನೀವು ಮಾಡಬಹುದು - ಉದಾಹರಣೆಗೆ, Google ದೃಢೀಕರಣ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ನೋಡಿ.

ಸನ್ನಿವೇಶ ಆಪ್ಟಿಮೈಸೇಶನ್

ಪುಸ್ತಕವು ಔಪಚಾರಿಕೀಕರಣದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತದೆ, ಆದರೆ ಅಂತಹ ಸನ್ನಿವೇಶಗಳನ್ನು ಉತ್ತಮಗೊಳಿಸುವ ವಿಧಾನಗಳ ಬಗ್ಗೆ ಸ್ವಲ್ಪವೇ ಹೇಳುತ್ತದೆ.

ಆದರೆ ಸನ್ನಿವೇಶಗಳನ್ನು ಉತ್ತಮಗೊಳಿಸುವ ಮೂಲಕ ವಿಧಾನವನ್ನು ಬಲಪಡಿಸಲು ಸಾಧ್ಯವಿದೆ, ಮತ್ತು ಬಳಕೆಯ ಸಂದರ್ಭದಲ್ಲಿ ಔಪಚಾರಿಕೀಕರಣ ವಿಧಾನವು ಇದನ್ನು ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, ನೀವು ಸಂಭವಿಸುವ ಪ್ರತಿಯೊಂದು ವಿನಾಯಿತಿಯ ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕು, ಕಾರಣವನ್ನು ನಿರ್ಧರಿಸಬೇಕು ಮತ್ತು ವಿನಾಯಿತಿಯನ್ನು ತೊಡೆದುಹಾಕಲು ಅಥವಾ ಗ್ರಾಹಕರ ಪ್ರಯಾಣವನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಮರುನಿರ್ಮಾಣ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್‌ನಿಂದ ಆದೇಶವನ್ನು ನೀಡುವಾಗ, ನೀವು ವಿತರಣಾ ನಗರವನ್ನು ನಮೂದಿಸಬೇಕು. ಕ್ಲೈಂಟ್ ಆಯ್ಕೆಮಾಡಿದ ನಗರಕ್ಕೆ ಅಂಗಡಿಯು ಸರಕುಗಳನ್ನು ತಲುಪಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಅದು ತಿರುಗಬಹುದು ಏಕೆಂದರೆ ಅದು ಅಲ್ಲಿಗೆ ತಲುಪಿಸುವುದಿಲ್ಲ, ಗಾತ್ರದ ನಿರ್ಬಂಧಗಳಿಂದಾಗಿ ಅಥವಾ ಅನುಗುಣವಾದ ಗೋದಾಮಿನಲ್ಲಿನ ಸರಕುಗಳ ಕೊರತೆಯಿಂದಾಗಿ.

ನೋಂದಣಿ ಹಂತದಲ್ಲಿ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಸನ್ನಿವೇಶವನ್ನು ನಾವು ಸರಳವಾಗಿ ವಿವರಿಸಿದರೆ, ನಾವು "ವಿತರಣೆ ಅಸಾಧ್ಯವೆಂದು ಕ್ಲೈಂಟ್‌ಗೆ ತಿಳಿಸಿ ಮತ್ತು ನಗರ ಅಥವಾ ಕಾರ್ಟ್‌ನ ವಿಷಯಗಳನ್ನು ಬದಲಾಯಿಸಲು ಪ್ರಸ್ತಾಪಿಸುತ್ತೇವೆ" ಎಂದು ಬರೆಯಬಹುದು (ಮತ್ತು ಅನೇಕ ಅನನುಭವಿ ವಿಶ್ಲೇಷಕರು ಅಲ್ಲಿ ನಿಲ್ಲುತ್ತಾರೆ). ಆದರೆ ಅಂತಹ ಪ್ರಕರಣಗಳು ಬಹಳಷ್ಟು ಇದ್ದರೆ, ನಂತರ ಸನ್ನಿವೇಶವನ್ನು ಆಪ್ಟಿಮೈಸ್ ಮಾಡಬಹುದು.

ನೀವು ಮಾಡಬೇಕಾದ ಮೊದಲ ವಿಷಯವೆಂದರೆ ನಾವು ತಲುಪಿಸಬಹುದಾದ ನಗರವನ್ನು ಮಾತ್ರ ಆಯ್ಕೆ ಮಾಡಲು ನಿಮಗೆ ಅವಕಾಶ ಮಾಡಿಕೊಡುವುದು. ಇದನ್ನು ಯಾವಾಗ ಮಾಡಬೇಕು? ವೆಬ್‌ಸೈಟ್‌ನಲ್ಲಿ ಉತ್ಪನ್ನವನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು (ಸ್ಪಷ್ಟೀಕರಣದೊಂದಿಗೆ IP ಮೂಲಕ ನಗರದ ಸ್ವಯಂ ಪತ್ತೆ).

ಎರಡನೆಯದಾಗಿ, ನಾವು ಕ್ಲೈಂಟ್‌ಗೆ ತಲುಪಿಸಬಹುದಾದ ಸರಕುಗಳ ಆಯ್ಕೆಯನ್ನು ಮಾತ್ರ ನೀಡಬೇಕಾಗಿದೆ. ಇದನ್ನು ಯಾವಾಗ ಮಾಡಬೇಕು? ಆಯ್ಕೆಯ ಕ್ಷಣದಲ್ಲಿ - ಉತ್ಪನ್ನದ ಟೈಲ್ ಮತ್ತು ಉತ್ಪನ್ನ ಕಾರ್ಡ್ನಲ್ಲಿ.

ಈ ಎರಡು ಬದಲಾವಣೆಗಳು ಈ ವಿನಾಯಿತಿಯನ್ನು ತೆಗೆದುಹಾಕುವ ಕಡೆಗೆ ಬಹಳ ದೂರ ಹೋಗುತ್ತವೆ.

ಅಳತೆಗಳು ಮತ್ತು ಮೆಟ್ರಿಕ್‌ಗಳಿಗೆ ಅಗತ್ಯತೆಗಳು

ವಿನಾಯಿತಿ ನಿರ್ವಹಣೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಕಾರ್ಯವನ್ನು ಪರಿಗಣಿಸುವಾಗ, ನೀವು ವರದಿ ಮಾಡುವ ಕಾರ್ಯವನ್ನು ಹೊಂದಿಸಬಹುದು (ಬಳಕೆಯ ಪ್ರಕರಣವನ್ನು ವಿವರಿಸಲಾಗಿಲ್ಲ). ಎಷ್ಟು ವಿನಾಯಿತಿಗಳಿವೆ, ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಅವು ಸಂಭವಿಸಿವೆ, ಜೊತೆಗೆ ಎಷ್ಟು ಒಳಬರುವ ಸನ್ನಿವೇಶಗಳು ಯಶಸ್ವಿಯಾಗಿ ಹಾದುಹೋಗಿವೆ.

ಆದರೆ ಅಯ್ಯೋ. ಈ ರೂಪದಲ್ಲಿ ಸನ್ನಿವೇಶಗಳಿಗೆ ವರದಿ ಮಾಡುವ ಅವಶ್ಯಕತೆಗಳು ಸಾಕಾಗುವುದಿಲ್ಲ ಎಂದು ಅನುಭವವು ತೋರಿಸಿದೆ; ಮುಖ್ಯವಾಗಿ ಬಳಕೆಯ ಪ್ರಕರಣದ ರೂಪದಲ್ಲಿ ವಿವರಿಸದ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ವರದಿ ಮಾಡುವ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪರಿಗಣಿಸುವುದು ಅವಶ್ಯಕ.

ಉಪಯುಕ್ತತೆಗೆ ಪ್ರವೇಶ

ನಮ್ಮ ಅಭ್ಯಾಸದಲ್ಲಿ, ಕ್ಲೈಂಟ್‌ಗೆ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳಲು ಘಟಕಗಳು ಮತ್ತು ಡೇಟಾದ ನಿರ್ದಿಷ್ಟ ಗುಣಲಕ್ಷಣಗಳ ವಿವರಣೆಯೊಂದಿಗೆ ಬಳಕೆಯ ಪ್ರಕರಣದ ವಿವರಣೆಯನ್ನು ನಾವು ವಿಸ್ತರಿಸಿದ್ದೇವೆ, ಇದು ನಂತರದ ಉಪಯುಕ್ತತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ.

ಉಪಯುಕ್ತತೆ ವಿನ್ಯಾಸಕ್ಕಾಗಿ, ನಾವು ಇನ್‌ಪುಟ್ ವಿಭಾಗವನ್ನು ಸೇರಿಸಿದ್ದೇವೆ - ಡೇಟಾ ಪ್ರದರ್ಶನ.

ದೃಢೀಕರಣದೊಂದಿಗಿನ ಸನ್ನಿವೇಶದಲ್ಲಿ, ಕ್ಲೈಂಟ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಅಧಿಕೃತವಾಗಿದೆ ಎಂಬ ಅಂಶವಾಗಿದೆ. ಕ್ಲೈಂಟ್ ಪೂರ್ವ-ಅಧಿಕೃತವಾಗಿದ್ದರೆ, ಯಶಸ್ವಿ ದೃಢೀಕರಣದ ನಂತರ ನ್ಯಾವಿಗೇಷನ್ ಇತಿಹಾಸ ಮತ್ತು ಕಾರ್ಟ್ ಅನ್ನು ಹೊಸ ಖಾತೆಗೆ ಬದಲಾಯಿಸುವ ಬಗ್ಗೆ ಎಚ್ಚರಿಕೆಯನ್ನು ಪ್ರದರ್ಶಿಸಿ.

ಸಾಮಾನ್ಯವಾಗಿ, ಇದು ಕ್ಲೈಂಟ್‌ಗೆ ಅಗತ್ಯವಾದ ಮಾಹಿತಿಯ ಪ್ರದರ್ಶನವಾಗಿದೆ, ಇದರಿಂದಾಗಿ ಅವನು ಸನ್ನಿವೇಶಕ್ಕೆ ಅನುಗುಣವಾಗಿ ತನ್ನ ಮುಂದಿನ ಕ್ರಿಯೆಗಳ ಬಗ್ಗೆ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳಬಹುದು (ಈ ಡೇಟಾ ಕ್ಲೈಂಟ್‌ಗೆ ಸಾಕಾಗುತ್ತದೆಯೇ, ಇನ್ನೇನು ಬೇಕು, ಯಾವ ಮಾಹಿತಿಯು ಮಾಡುತ್ತದೆ ಎಂದು ನೀವು ಕೇಳಬಹುದು. ಕ್ಲೈಂಟ್ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು).
ನಮೂದಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಿದರೆ ಮತ್ತು ವಿಭಿನ್ನ ವಿನಾಯಿತಿಗಳ ರಚನೆಯೊಂದಿಗೆ ಇನ್ಪುಟ್ ಕ್ಷೇತ್ರಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಸಹ ಯೋಗ್ಯವಾಗಿದೆ.

ಕ್ಲೈಂಟ್ ಅಧಿಕಾರದೊಂದಿಗೆ ಉದಾಹರಣೆಯಲ್ಲಿ, ನೀವು ನಮೂದಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಲಾಗಿನ್ ಮತ್ತು ಪಾಸ್‌ವರ್ಡ್‌ಗೆ ಪ್ರತ್ಯೇಕಿಸಿದರೆ, ಪ್ರತ್ಯೇಕ ಲಾಗಿನ್ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ನಮೂದಿಸುವ ಹಂತಗಳನ್ನು ಹೈಲೈಟ್ ಮಾಡಲು ದೃಢೀಕರಣ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ (ಮತ್ತು ಇದನ್ನು Yandex, Google ನಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ, ಆದರೆ ಹೆಚ್ಚಿನ ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್‌ಗಳಲ್ಲಿ ಮಾಡಲಾಗಿಲ್ಲ).

ಅಗತ್ಯವಿರುವ ಡೇಟಾ ರೂಪಾಂತರಗಳನ್ನು ತಲುಪುವುದು

ನೀವು ಸ್ಕ್ರಿಪ್ಟ್‌ನಿಂದ ಡೇಟಾ ಪರಿವರ್ತನೆ ಅಲ್ಗಾರಿದಮ್‌ಗಳಿಗೆ ಅಗತ್ಯತೆಗಳನ್ನು ಸಹ ಹೊರತೆಗೆಯಬಹುದು.

ಉದಾಹರಣೆಗಳು:

ಆನ್‌ಲೈನ್ ಸ್ಟೋರ್‌ನಲ್ಲಿ ಉತ್ಪನ್ನವನ್ನು ಖರೀದಿಸುವ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು, ಕ್ಲೈಂಟ್ ಈ ಉತ್ಪನ್ನದ ತನ್ನ ನಗರಕ್ಕೆ ಸಾಧ್ಯತೆ, ವೆಚ್ಚ, ವಿತರಣಾ ಸಮಯವನ್ನು ಉತ್ಪನ್ನ ಕಾರ್ಡ್‌ನಲ್ಲಿ ತಿಳಿದುಕೊಳ್ಳಬೇಕು (ಇದನ್ನು ಉತ್ಪನ್ನದ ಲಭ್ಯತೆಯ ಆಧಾರದ ಮೇಲೆ ಅಲ್ಗಾರಿದಮ್‌ನಿಂದ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ. ಗೋದಾಮುಗಳು ಮತ್ತು ಪೂರೈಕೆ ಸರಪಳಿ ನಿಯತಾಂಕಗಳು).
ಹುಡುಕಾಟ ಸಾಲಿನಲ್ಲಿ ಪದಗುಚ್ಛವನ್ನು ನಮೂದಿಸುವಾಗ, ಕ್ಲೈಂಟ್ ಅಲ್ಗಾರಿದಮ್ ಪ್ರಕಾರ ಹುಡುಕಾಟ ಸಲಹೆಗಳನ್ನು ತೋರಿಸಲಾಗುತ್ತದೆ (ಅವು ಅಲ್ಗಾರಿದಮ್ನಿಂದ ಉತ್ಪತ್ತಿಯಾಗುತ್ತದೆ ...).

ಒಟ್ಟು

ಸಾಮಾನ್ಯವಾಗಿ, ಪುಸ್ತಕವನ್ನು ಓದಿದ ನಂತರ, ದುರದೃಷ್ಟವಶಾತ್, ವಿಶ್ಲೇಷಕರಿಂದ ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳಿಗೆ ಡೆವಲಪರ್ಗಾಗಿ ಔಪಚಾರಿಕ ತಾಂತ್ರಿಕ ವಿವರಣೆಗೆ ಹೇಗೆ ಹೋಗುವುದು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿಲ್ಲ. ಪುಸ್ತಕವು ಪ್ರಕ್ರಿಯೆಯ ಭಾಗವನ್ನು ಮಾತ್ರ ಹೇಳುತ್ತದೆ, ಇನ್‌ಪುಟ್ ಹಂತಗಳು ಅಸ್ಪಷ್ಟ ಮತ್ತು ಮುಂದಿನ ಹಂತಗಳು ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ಬಳಕೆಯ ಪ್ರಕರಣವು ಹೆಚ್ಚಾಗಿ ಡೆವಲಪರ್‌ಗೆ ಸಂಪೂರ್ಣ ಹೇಳಿಕೆಯಾಗಿರುವುದಿಲ್ಲ.

ಅದೇನೇ ಇದ್ದರೂ, ಒಂದು ವಸ್ತು ಮತ್ತು ವಿಷಯದ ನಡುವಿನ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಸನ್ನಿವೇಶಗಳನ್ನು ಔಪಚಾರಿಕಗೊಳಿಸಲು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಇದು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ, ಪರಸ್ಪರ ಕ್ರಿಯೆಯು ವಿಷಯದಲ್ಲಿ ಏನಾದರೂ ಬದಲಾವಣೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಸ್ಪಷ್ಟವಾದ ವಿನಾಯಿತಿ ಹುಡುಕಾಟ ಅಂಕಗಳೊಂದಿಗೆ ಪರಿಶೀಲಿಸಬಹುದಾದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅನುಮತಿಸುವ ಕೆಲವು ಬರವಣಿಗೆ ವಿಧಾನಗಳಲ್ಲಿ ಇದು ಒಂದಾಗಿದೆ.

ವಿಶ್ಲೇಷಕರು ಪರೀಕ್ಷಿಸಬಹುದಾದ ನಾಟಕಗಳನ್ನು ಬರೆಯಲು ಪ್ರಾರಂಭಿಸಲು ಪುಸ್ತಕವನ್ನು ಓದಲೇಬೇಕು.

ಮೂಲ: www.habr.com