ಪರಿಶೀಲನೆ ಎಂಬುದು ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನವನ್ನು ಪರಿಶೀಲಿಸುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ

"ಪರಿಶೀಲನೆ" ಮತ್ತು "ಊರ್ಜಿತಗೊಳಿಸುವಿಕೆ" ಪದಗಳನ್ನು ಹೆಚ್ಚಾಗಿ ತಾಂತ್ರಿಕ ಸಾಹಿತ್ಯದಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ಸಾಫ್ಟ್ವೇರ್ನ ಗುಣಮಟ್ಟವನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ. ವೈಜ್ಞಾನಿಕ ಸಾಹಿತ್ಯದಲ್ಲಿ, ಈ ಪರಿಕಲ್ಪನೆಗಳ ವಿವಿಧ ಅರ್ಥವಿವರಣೆಗಳನ್ನು ಕಾಣಬಹುದು. ಆದ್ದರಿಂದ, ಈ ಪ್ರಶ್ನೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸೋಣ.

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

ತಾಂತ್ರಿಕ ವಿನ್ಯಾಸ, ವಿನ್ಯಾಸ ಅಥವಾ ಡೊಮೇನ್ನ ಮಾದರಿ ಪ್ರತಿನಿಧಿಸುವ ತಾಂತ್ರಿಕ ದಾಖಲಾತಿಯೊಂದಿಗೆ ಸಾಫ್ಟ್ವೇರ್ನ ಅನುಸರಣೆಯ ಪರಿಶೀಲನೆಯಾಗಿದೆ. ಈ ಪದದ "ಜವಾಬ್ದಾರಿಗಳನ್ನು" ರಲ್ಲಿ, ಅವುಗಳ ಅಭಿವೃದ್ಧಿ, ನಿಯಮಗಳು ಮತ್ತು ಮಾನದಂಡಗಳ ಪ್ರಕ್ರಿಯೆಯೊಂದಿಗೆ ಲೆಕ್ಕಾಚಾರದ ವಿಧಾನವನ್ನು ಹೋಲಿಸಲಾಗುತ್ತದೆ.

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

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

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

ಪರಿಶೀಲನೆಯು "ತಂತ್ರಾಂಶವು ಸರಿಯಾಗಿವೆಯೇ?", ಮತ್ತು ಮೌಲ್ಯಮಾಪನ - "ಸರಿಯಾದ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಮಾಡಲಾಗುತ್ತದೆ?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರವಾಗಿದೆ.

ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಗಳನ್ನು ಹುಡುಕಿದಾಗ, ವಿಷಯದ ಊರ್ಜಿತಗೊಳಿಸುವಿಕೆ (ಅಥವಾ ಪ್ರಮಾಣೀಕರಣ) ಪರಿಶೀಲನೆ (ಪರಿಶೀಲನೆ) ಗಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಕಂಡುಹಿಡಿಯಬಹುದು. ಆದಾಗ್ಯೂ, ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟ ನಿಯಂತ್ರಣವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಪರಿಶೀಲನೆ ನಿಕಟ ಸಂಬಂಧ ಹೊಂದಿದೆ.

ಉದಾಹರಣೆಗೆ, ಒಂದು ಕಂಪ್ಯೂಟರ್ ಪ್ರೊಗ್ರಾಮ್ನ ಪರಿಶೀಲನೆಯು ಹಿಂದಿನ ಹಂತದಲ್ಲಿ ಪಡೆದಂತಹವುಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ ಉತ್ಪನ್ನ ಜೀವನ ಚಕ್ರದಲ್ಲಿ ಪಡೆದ ಡೇಟಾದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

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

ಸಿಸ್ಟಮ್ ಕೋಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿದಾಗ, ಮೂಲ ಕೋಡ್ ಅನ್ನು ವಿಶ್ಲೇಷಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅದರ ಅನುಸರಣೆ ದಾಖಲಿಸಲಾಗಿದೆ.

ಪರಿಶೀಲನಾ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, ಪರ್ಯಾಯ ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ಒಳಗೊಂಡ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಸೇರಿಸಿಕೊಳ್ಳಬಹುದು. ಹೊಸ ಪ್ರಾಜೆಕ್ಟ್ನ ತಾಂತ್ರಿಕ ಮತ್ತು ವೈಜ್ಞಾನಿಕ ದಾಖಲಾತಿಗಳನ್ನು ಈಗಾಗಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಯೋಜನೆಯ ಅನುಗುಣವಾದ ದಾಖಲಾತಿಗಳೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ, ಕಡ್ಡಾಯ ಪರೀಕ್ಷೆ, ಹೊಸ ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನದ ಅನುಮೋದನೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳ ಪ್ರದರ್ಶನ.