Software quality
ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ನ ಸಂದರ್ಭದಲ್ಲಿ, ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವು ಎರಡು ಸಂಬಂಧಿತ ಆದರೆ ವಿಭಿನ್ನ ಕಲ್ಪನೆಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆಃ ಸಾಫ್ಟ್ವೇರ್ನ ಕ್ರಿಯಾತ್ಮಕ ಗುಣಮಟ್ಟವು ಕ್ರಿಯಾತ್ಮಕ ಅವಶ್ಯಕತೆಗಳು ಅಥವಾ ವಿಶೇಷಣಗಳ ಆಧಾರದ ಮೇಲೆ ನಿರ್ದಿಷ್ಟ ವಿನ್ಯಾಸವನ್ನು ಎಷ್ಟು ಚೆನ್ನಾಗಿ ಅನುಸರಿಸುತ್ತದೆ ಅಥವಾ ಅನುಸರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ. ಆ ಗುಣಲಕ್ಷಣವನ್ನು ಸಾಫ್ಟ್ವೇರ್ ತುಣುಕಿನ ಉದ್ದೇಶಕ್ಕಾಗಿ ಯೋಗ್ಯತೆ ಅಥವಾ ಅದು ಮಾರುಕಟ್ಟೆಯಲ್ಲಿನ ಸ್ಪರ್ಧಿಗಳೊಂದಿಗೆ ಉಪಯುಕ್ತ ಉತ್ಪನ್ನವಾಗಿ ಹೇಗೆ ಹೋಲಿಸುತ್ತದೆ ಎಂದು ವಿವರಿಸಬಹುದು. ಇದು ಸರಿಯಾದ ತಂತ್ರಾಂಶವನ್ನು ಉತ್ಪಾದಿಸಿದ ಮಟ್ಟವಾಗಿದೆ. ತಂತ್ರಾಂಶದ ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟವು ದೃಢತೆ ಅಥವಾ ನಿರ್ವಹಣೆಯಂತಹ ಕ್ರಿಯಾತ್ಮಕ ಅವಶ್ಯಕತೆಗಳ ವಿತರಣೆಯನ್ನು ಬೆಂಬಲಿಸುವ ಕ್ರಿಯಾತ್ಮಕವಲ್ಲದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅದು ಹೇಗೆ ಪೂರೈಸುತ್ತದೆ ಎಂಬುದನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಅಗತ್ಯವಿರುವಂತೆ ಸಾಫ್ಟ್ವೇರ್ ಯಾವ ಮಟ್ಟಕ್ಕೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಇದು ಹೆಚ್ಚಿನ ಸಂಬಂಧವನ್ನು ಹೊಂದಿದೆ. ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟದ ಅನೇಕ ಅಂಶಗಳನ್ನು ಸಾಫ್ಟ್ವೇರ್ ಆಂತರಿಕ ರಚನೆ, ಅದರ ಮೂಲ ಕೋಡ್ (ಸಾಫ್ಟ್ವೇರ್ ಮೆಟ್ರಿಕ್ಸ್ ನೋಡಿ), ಘಟಕ ಮಟ್ಟದಲ್ಲಿ ಮತ್ತು ಸಿಸ್ಟಮ್ ಮಟ್ಟದಲ್ಲಿ (ಕೆಲವೊಮ್ಮೆ ಎಂಡ್-ಟು-ಎಂಡ್ ಟೆಸ್ಟಿಂಗ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ) ವಿಶ್ಲೇಷಣೆಯ ಮೂಲಕ ಮಾತ್ರ ಸ್ಥಿರವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು. ಆದಾಗ್ಯೂ, ಉಪಯುಕ್ತತೆಯಂತಹ ಕೆಲವು ರಚನಾತ್ಮಕ ಗುಣಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಮಾತ್ರ ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು (ಬಳಕೆದಾರರು ಅಥವಾ ಅವರ ಪರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಇತರರು ಸಾಫ್ಟ್ವೇರ್ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತಾರೆ ಅಥವಾ ಕನಿಷ್ಠ, ಕೆಲವು ಮೂಲಮಾದರಿ ಅಥವಾ ಭಾಗಶಃ ಅನುಷ್ಠಾನ; ಕಾರ್ಡ್ಬೋರ್ಡ್ನಲ್ಲಿ ಮಾಡಿದ ಅಣಕು ಆವೃತ್ತಿಯೊಂದಿಗಿನ ಸಂವಹನವೂ ಸಹ ಕ್ರಿಯಾತ್ಮಕ ಪರೀಕ್ಷೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಅಂತಹ ಆವೃತ್ತಿಯನ್ನು ಮೂಲಮಾದರಿ ಎಂದು ಪರಿಗಣಿಸಬಹುದು). ವಿಶ್ವಾಸಾರ್ಹತೆಯಂತಹ ಇತರ ಅಂಶಗಳು, ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಆಧಾರವಾಗಿರುವ ಯಂತ್ರಾಂಶವನ್ನೂ ಒಳಗೊಂಡಿರಬಹುದು, ಆದ್ದರಿಂದ, ಇದನ್ನು ಸ್ಥಿರವಾಗಿ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ (ಒತ್ತಡ ಪರೀಕ್ಷೆ) ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದು. ಕ್ರಿಯಾತ್ಮಕ ಗುಣಮಟ್ಟವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ ಆದರೆ ಸ್ಥಿರ ಪರೀಕ್ಷೆಗಳನ್ನು (ಸಾಫ್ಟ್ವೇರ್ ವಿಮರ್ಶೆಗಳಂತಹ) ಬಳಸಲು ಸಹ ಸಾಧ್ಯವಿದೆ. ಐತಿಹಾಸಿಕವಾಗಿ, ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ನಿರ್ವಹಣೆಗೆ ಅನ್ವಯವಾಗುವ ಗುಣಲಕ್ಷಣಗಳು ಮತ್ತು ಮಾಪನಗಳ ರಚನೆ, ವರ್ಗೀಕರಣ ಮತ್ತು ಪರಿಭಾಷೆಯನ್ನು ಐಎಸ್ಒ 9126 ಮತ್ತು ನಂತರದ ಐಎಸ್ಒ/ಐಇಸಿ 25000 ಮಾನದಂಡದಿಂದ ಪಡೆಯಲಾಗಿದೆ ಅಥವಾ ಹೊರತೆಗೆಯಲಾಗಿದೆ. ಈ ಮಾದರಿಗಳ ಆಧಾರದ ಮೇಲೆ (ಮಾದರಿಗಳನ್ನು ನೋಡಿ), ಕನ್ಸೋರ್ಟಿಯಂ ಫಾರ್ ಐಟಿ ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ (ಸಿಐಎಸ್ಕ್ಯೂ) ವ್ಯವಹಾರ ಮೌಲ್ಯವನ್ನು ಒದಗಿಸಲು ಸಾಫ್ಟ್ವೇರ್ನ ಒಂದು ತುಣುಕಿಗೆ ಅಗತ್ಯವಾದ ಐದು ಪ್ರಮುಖ ಅಪೇಕ್ಷಣೀಯ ರಚನಾತ್ಮಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದೆಃ ವಿಶ್ವಾಸಾರ್ಹತೆ, ದಕ್ಷತೆ, ಭದ್ರತೆ, ನಿರ್ವಹಣೆ ಮತ್ತು (ಸಾಕಷ್ಟು) ಗಾತ್ರ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಮಾಪನವು ಈ ಐದು ಆಯಾಮಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಸಾಫ್ಟ್ವೇರ್ ಪ್ರೋಗ್ರಾಂ ಅಥವಾ ಸಿಸ್ಟಮ್ ದರಗಳನ್ನು ಎಷ್ಟರ ಮಟ್ಟಿಗೆ ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಒಟ್ಟು ಅಳತೆಯನ್ನು ಗುಣಾತ್ಮಕ ಅಥವಾ ಪರಿಮಾಣಾತ್ಮಕ ಸ್ಕೋರಿಂಗ್ ಯೋಜನೆ ಅಥವಾ ಎರಡರ ಮಿಶ್ರಣದ ಮೂಲಕ ಮತ್ತು ನಂತರ ಆದ್ಯತೆಗಳನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ತೂಕದ ವ್ಯವಸ್ಥೆಯ ಮೂಲಕ ಲೆಕ್ಕ ಹಾಕಬಹುದು. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವನ್ನು ರೇಖೀಯ ನಿರಂತರತೆಯ ಮೇಲೆ ಇರಿಸಲಾಗಿರುವ ಈ ದೃಷ್ಟಿಕೋನವು "ನಿರ್ಣಾಯಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳ" ವಿಶ್ಲೇಷಣೆಯಿಂದ ಪೂರಕವಾಗಿದೆ, ಇದು ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭಗಳಲ್ಲಿ ದುರಂತದ ನಿಲುಗಡೆ ಅಥವಾ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅವನತಿಗೆ ಕಾರಣವಾಗಬಹುದು, ಇದು ಒಟ್ಟುಗೂಡಿದ ಅಳತೆಗಳ ಆಧಾರದ ಮೇಲೆ ರೇಟಿಂಗ್ ಅನ್ನು ಲೆಕ್ಕಿಸದೆ ನಿರ್ದಿಷ್ಟ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಕೆಗೆ ಸೂಕ್ತವಲ್ಲ. ವ್ಯವಸ್ಥೆಯ ಮಟ್ಟದಲ್ಲಿ ಕಂಡುಬರುವ ಅಂತಹ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳು ಉತ್ಪಾದನಾ ಸಮಸ್ಯೆಗಳ 90 ಪ್ರತಿಶತದಷ್ಟು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ, ಆದರೆ ಘಟಕ ಮಟ್ಟದಲ್ಲಿ, ಹೆಚ್ಚು ಸಂಖ್ಯೆಯಲ್ಲಿದೆಯಾದರೂ, ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳು ಉತ್ಪಾದನಾ ಸಮಸ್ಯೆಗಳ 10 ಪ್ರತಿಶತಕ್ಕಿಂತ ಕಡಿಮೆ ಪ್ರಮಾಣಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ (ತೊಂಬತ್ತೊಂಬತ್ತು ನಿಯಮವನ್ನೂ ಸಹ ನೋಡಿ). ಇದರ ಪರಿಣಾಮವಾಗಿ, ಡಬ್ಲ್ಯೂ. ಎಡ್ವರ್ಡ್ಸ್ ಡೆಮಿಂಗ್ ವಿವರಿಸಿದಂತೆ, ಇಡೀ ವ್ಯವಸ್ಥೆಯ ಸಂದರ್ಭವಿಲ್ಲದ ಕೋಡ್ ಗುಣಮಟ್ಟವು ಸೀಮಿತ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿದೆ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಅಳತೆಗಳನ್ನು ವೀಕ್ಷಿಸಲು, ಅನ್ವೇಷಿಸಲು, ವಿಶ್ಲೇಷಿಸಲು ಮತ್ತು ಸಂವಹನ ಮಾಡಲು, ಪರಿಕಲ್ಪನೆಗಳು ಮತ್ತು ಮಾಹಿತಿ ದೃಶ್ಯೀಕರಣದ ತಂತ್ರಗಳು ದೃಶ್ಯ, ಸಂವಾದಾತ್ಮಕ ವಿಧಾನಗಳನ್ನು ಒದಗಿಸುತ್ತವೆ, ನಿರ್ದಿಷ್ಟವಾಗಿ, ಹಲವಾರು ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಕ್ರಮಗಳು ಪರಸ್ಪರ ಅಥವಾ ಸಾಫ್ಟ್ವೇರ್ ಅಥವಾ ಸಿಸ್ಟಮ್ನ ಘಟಕಗಳಿಗೆ ಸಂಬಂಧಿಸಿರಬೇಕು. ಉದಾಹರಣೆಗೆ, ಸಾಫ್ಟ್ವೇರ್ ನಕ್ಷೆಗಳು "ಸಾಫ್ಟ್ವೇರ್ ಅಭಿವೃದ್ಧಿ, ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ಮತ್ತು ಸಿಸ್ಟಮ್ ಡೈನಾಮಿಕ್ಸ್ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ವ್ಯಕ್ತಪಡಿಸುವ ಮತ್ತು ಸಂಯೋಜಿಸುವ" ವಿಶೇಷ ವಿಧಾನವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ. ಸಾಫ್ಟ್ವೇರ್ ಯೋಜನೆಯ ಬಿಡುಗಡೆಯ ಹಂತದಲ್ಲೂ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವು ಒಂದು ಪಾತ್ರವನ್ನು ವಹಿಸುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಬಿಡುಗಡೆ ಪ್ರಕ್ರಿಯೆಗಳ ಗುಣಮಟ್ಟ ಮತ್ತು ಸ್ಥಾಪನೆ (ಪ್ಯಾಚ್ ಪ್ರಕ್ರಿಯೆಗಳೂ ಸಹ), ಸಂರಚನೆ ನಿರ್ವಹಣೆಯು ಒಟ್ಟಾರೆ ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಮುಖ ಭಾಗಗಳಾಗಿವೆ. ಪ್ರೇರಣೆ ತಂತ್ರಾಂಶದ ಗುಣಮಟ್ಟವು ಕನಿಷ್ಠ ಎರಡು ಪ್ರಮುಖ ದೃಷ್ಟಿಕೋನಗಳಿಂದ ಪ್ರೇರೇಪಿಸಲ್ಪಟ್ಟಿದೆಃ ಅಪಾಯ ನಿರ್ವಹಣೆಃ ತಂತ್ರಾಂಶದ ವೈಫಲ್ಯವು ಅನಾನುಕೂಲತೆಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಉಂಟುಮಾಡಿದೆ. ಸಾಫ್ಟ್ವೇರ್ ದೋಷಗಳು ಮಾನವನ ಸಾವಿಗೆ ಕಾರಣವಾಗಬಹುದು (ಉದಾಹರಣೆಗೆ ನೋಡಿಃ ಸಾಫ್ಟ್ವೇರ್ ದೋಷಗಳ ಪಟ್ಟಿ). ಕಳಪೆ ವಿನ್ಯಾಸದ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ಗಳಿಂದ ಹಿಡಿದು ನೇರ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳವರೆಗೆ ಕಾರಣಗಳಿವೆ, ಉದಾಹರಣೆಗೆ ಬೋಯಿಂಗ್ 737 ಕೇಸ್ ಅಥವಾ ಅನಪೇಕ್ಷಿತ ವೇಗವರ್ಧನೆ ಪ್ರಕರಣಗಳು ಅಥವಾ ಥೆರಾಕ್-25 ಪ್ರಕರಣಗಳನ್ನು ನೋಡಿ. ಇದು ಕೆಲವು ರೀತಿಯ ತಂತ್ರಾಂಶಗಳ ಅಭಿವೃದ್ಧಿಯ ಅವಶ್ಯಕತೆಗಳಿಗೆ ಕಾರಣವಾಯಿತು, ವಿಶೇಷವಾಗಿ ಮತ್ತು ಐತಿಹಾಸಿಕವಾಗಿ ನಿರ್ಣಾಯಕ ಮೂಲಸೌಕರ್ಯಗಳನ್ನು ನಿಯಂತ್ರಿಸುವ ವೈದ್ಯಕೀಯ ಮತ್ತು ಇತರ ಸಾಧನಗಳಲ್ಲಿ ಹುದುಗಿರುವ ತಂತ್ರಾಂಶಗಳಿಗೆಃ "[ಹುದುಗಿರುವ ತಂತ್ರಾಂಶವನ್ನು ಬರೆಯುವ ಎಂಜಿನಿಯರ್ಗಳು] ಕಸ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನವೀಕರಿಸಲು ಜಾವಾ ಪ್ರೋಗ್ರಾಂಗಳು ಸೆಕೆಂಡಿನ ಮೂರನೇ ಒಂದು ಭಾಗದಷ್ಟು ಸ್ಥಗಿತಗೊಳ್ಳುವುದನ್ನು ನೋಡುತ್ತಾರೆ, ಮತ್ತು ವಿಮಾನಗಳು ಆಕಾಶದಿಂದ ಬೀಳುವುದನ್ನು ಅವರು ಊಹಿಸುತ್ತಾರೆ". ಯುನೈಟೆಡ್ ಸ್ಟೇಟ್ಸ್ನಲ್ಲಿ, ಫೆಡರಲ್ ಏವಿಯೇಷನ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಷನ್ (ಎಫ್ಎಎ) ಒಳಗೆ, ಎಫ್ಎಎ ಏರ್ಕ್ರಾಫ್ಟ್ ಸರ್ಟಿಫಿಕೇಶನ್ ಸರ್ವೀಸ್ ಸಾಫ್ಟ್ವೇರ್ ಪ್ರೋಗ್ರಾಂಗಳು, ನೀತಿ, ಮಾರ್ಗದರ್ಶನ ಮತ್ತು ತರಬೇತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಸಾಫ್ಟ್ವೇರ್ ಮತ್ತು ಕಾಂಪ್ಲೆಕ್ಸ್ ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಹಾರ್ಡ್ವೇರ್ನ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುತ್ತದೆ, ಅದು ವಾಯುಗಾಮಿ ಉತ್ಪನ್ನದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ (ಒಂದು "ಉತ್ಪನ್ನ" ಎಂದರೆ ವಿಮಾನ, ಎಂಜಿನ್ ಅಥವಾ ಪ್ರೊಪೆಲ್ಲರ್). ಡಿ. ಓ.-178ಸಿ, ಐ. ಎಸ್. ಓ. 26262, ಐ. ಇ. ಸಿ. 62304 ಮುಂತಾದ ಪ್ರಮಾಣೀಕರಣ ಮಾನದಂಡಗಳು. ಮಾರ್ಗದರ್ಶನ ನೀಡಿ. ವೆಚ್ಚ ನಿರ್ವಹಣೆಃ ಎಂಜಿನಿಯರಿಂಗ್ನ ಇತರ ಯಾವುದೇ ಕ್ಷೇತ್ರಗಳಲ್ಲಿರುವಂತೆ, ಉತ್ತಮ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದಿಂದ ನಿಯಂತ್ರಿಸಲ್ಪಡುವ ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನ ಅಥವಾ ಸೇವೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಕಡಿಮೆ ವೆಚ್ಚವಾಗುತ್ತದೆ, ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಸುಲಭವಾಗುತ್ತದೆ ಮತ್ತು ಒತ್ತಡದ ವ್ಯವಹಾರದ ಅಗತ್ಯಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ ಹೆಚ್ಚು ವೆಚ್ಚದಾಯಕವಾಗಿ ಬದಲಿಸಬಹುದು. ಉದ್ಯಮದ ದತ್ತಾಂಶವು ಪ್ರಮುಖ ವ್ಯವಹಾರ ಅನ್ವಯಿಕೆಗಳಲ್ಲಿ (ಎಂಟರ್ಪ್ರೈಸ್ ರಿಸೋರ್ಸ್ ಪ್ಲಾನಿಂಗ್ (ಇಆರ್ಪಿ), ಗ್ರಾಹಕ ಸಂಬಂಧ ನಿರ್ವಹಣೆ (ಸಿಆರ್ಎಂ) ಅಥವಾ ಹಣಕಾಸು ಸೇವೆಗಳಲ್ಲಿನ ದೊಡ್ಡ ವಹಿವಾಟು ಸಂಸ್ಕರಣಾ ವ್ಯವಸ್ಥೆಗಳಂತಹ) ಕಳಪೆ ಅಪ್ಲಿಕೇಶನ್ ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟವು ವೆಚ್ಚ, ವೇಳಾಪಟ್ಟಿ ಮಿತಿಮೀರಿದ ಪರಿಣಾಮಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ ಮತ್ತು ಪುನರ್ನಿರ್ಮಾಣದ ರೂಪದಲ್ಲಿ ತ್ಯಾಜ್ಯವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ (ನೋಡಿ ಮುಡಾ (ಜಪಾನೀಸ್ ಪದ)). ಇದಲ್ಲದೆ, ಕಳಪೆ ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟವು ದೋಷಪೂರಿತ ದತ್ತಾಂಶ, ಅಪ್ಲಿಕೇಶನ್ ಕಡಿತಗಳು, ಭದ್ರತಾ ಉಲ್ಲಂಘನೆಗಳು ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯ ಸಮಸ್ಯೆಗಳಿಂದಾಗಿ ಹೆಚ್ಚಿನ ಪರಿಣಾಮದ ವ್ಯಾಪಾರದ ಅಡೆತಡೆಗಳೊಂದಿಗೆ ಬಲವಾಗಿ ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿದೆ. ಕಳಪೆ ಗುಣಮಟ್ಟದ ವೆಚ್ಚದ ಕುರಿತಾದ ಸಿ. ಐ. ಎಸ್. ಕ್ಯೂ. ವರದಿಗಳು 2020ರಲ್ಲಿ $2.08 ಟ್ರಿಲಿಯನ್ಗಳ ಪರಿಣಾಮವನ್ನು ಅಂದಾಜು ಮಾಡಿವೆಃ 2018ರಲ್ಲಿ ಐ. ಬಿ. ಎಂ. ನ ಡೇಟಾ ಉಲ್ಲಂಘನೆಯ ವೆಚ್ಚ 2020ರಲ್ಲಿ $2.84 ಟ್ರಿಲಿಯನ್ಗಳ ಅಂದಾಜು ಡೇಟಾ ಉಲ್ಲಂಘನೆಯ ಸರಾಸರಿ ಜಾಗತಿಕ ವೆಚ್ಚಃ $3.86 ಮಿಲಿಯನ್ ವ್ಯಾಖ್ಯಾನಗಳು ಐ. ಎಸ್. ಓ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವು "ಅವಶ್ಯಕತೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನದ ಸಾಮರ್ಥ್ಯ" ವಾಗಿದೆ. ಆದರೆ ಇತರರಿಗೆ ಇದು ಗ್ರಾಹಕ-ಅಥವಾ ಮೌಲ್ಯ-ಸೃಷ್ಟಿ ಅಥವಾ ದೋಷದ ಮಟ್ಟಕ್ಕೆ ಸಮಾನಾರ್ಥಕವಾಗಿರಬಹುದು. ಎ. ಎಸ್. ಕ್ಯೂ. ಎ. ಎಸ್. ಕ್ಯೂ. ಈ ಕೆಳಗಿನ ವ್ಯಾಖ್ಯಾನವನ್ನು ಬಳಸುತ್ತದೆಃ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವು ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನಗಳ ಅಪೇಕ್ಷಣೀಯ ಗುಣಲಕ್ಷಣಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಎರಡು ಪ್ರಮುಖ ವಿಧಾನಗಳಿವೆಃ ದೋಷ ನಿರ್ವಹಣೆ ಮತ್ತು ಗುಣಮಟ್ಟದ ಗುಣಲಕ್ಷಣಗಳು. ಎನ್ಐಎಸ್ಟಿ ಸಾಫ್ಟ್ವೇರ್ ಅಶ್ಯೂರೆನ್ಸ್ (ಎಸ್ಎ) ಆಸ್ತಿ ಮತ್ತು ಅದನ್ನು ಸಾಧಿಸುವ ಪ್ರಕ್ರಿಯೆ ಎರಡನ್ನೂ ಒಳಗೊಂಡಿದೆಃ ಸಾಫ್ಟ್ವೇರ್ ದುರ್ಬಲತೆಗಳಿಂದ ಮುಕ್ತವಾಗಿದೆ ಎಂಬ ವಿಶ್ವಾಸ, ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಾಫ್ಟ್ವೇರ್ನಲ್ಲಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಅಥವಾ ಅದರ ಜೀವನ ಚಕ್ರದಲ್ಲಿ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಆಕಸ್ಮಿಕವಾಗಿ ಸೇರಿಸಲಾಗಿದೆ ಮತ್ತು ಸಾಫ್ಟ್ವೇರ್ ಉದ್ದೇಶಿತ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಸಾಫ್ಟ್ವೇರ್ ಜೀವನ ಚಕ್ರ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಉತ್ಪನ್ನಗಳು ಅವಶ್ಯಕತೆಗಳು, ಮಾನದಂಡಗಳು ಮತ್ತು ಕಾರ್ಯವಿಧಾನಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುವುದನ್ನು ಖಚಿತಪಡಿಸುವ ಯೋಜಿತ ಮತ್ತು ವ್ಯವಸ್ಥಿತ ಚಟುವಟಿಕೆಗಳ ಗುಂಪು ಪಿಎಂಐ ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಇನ್ಸ್ಟಿಟ್ಯೂಟ್ನ ಪಿಎಂಬಿಒಕೆ ಗೈಡ್ "ಸಾಫ್ಟ್ವೇರ್ ಎಕ್ಸ್ಟೆನ್ಶನ್" ಸ್ವತಃ "ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ" ವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದಿಲ್ಲ, ಆದರೆ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ಭರವಸೆ (ಎಸ್ಕ್ಯೂಎ) "ಆ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಅನುಸರಿಸಲಾಗುತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಇತರ ಸಾಫ್ಟ್ವೇರ್ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಲೆಕ್ಕಪರಿಶೋಧಿಸುವ ನಿರಂತರ ಪ್ರಕ್ರಿಯೆ (ಉದಾಹರಣೆಗೆ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ನಿರ್ವಹಣಾ ಯೋಜನೆಯನ್ನು ಒಳಗೊಂಡಿದೆ)". ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ನಿಯಂತ್ರಣ (ಎಸ್ಸಿಕ್ಯೂ) ಎಂದರೆ "ಅಭಿವೃದ್ಧಿ ಅಥವಾ ಮಾರ್ಪಾಡಿನ ಅಡಿಯಲ್ಲಿರುವ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಗುಣಮಟ್ಟದ ಅವಶ್ಯಕತೆಗಳ ಕಡೆಗೆ ಕೆಲಸದ ಉತ್ಪನ್ನಗಳ ತೃಪ್ತಿಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ವಿಧಾನಗಳು, ಉಪಕರಣಗಳು, ತಂತ್ರಗಳನ್ನು ಅನ್ವಯಿಸುವ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುವುದು" ಎಂದರ್ಥ. ಇತರ ಸಾಮಾನ್ಯ ಮತ್ತು ಐತಿಹಾಸಿಕ ಗುಣಮಟ್ಟದ ಇತಿಹಾಸದ ಮೊದಲ ವ್ಯಾಖ್ಯಾನವು 20ನೇ ಶತಮಾನದ ಆರಂಭದಲ್ಲಿ ಶೆವಾರ್ಟ್ನಿಂದ ನೆನಪಿಸಿಕೊಳ್ಳುತ್ತದೆಃ "ಗುಣಮಟ್ಟದ ಎರಡು ಸಾಮಾನ್ಯ ಅಂಶಗಳಿವೆಃ ಅವುಗಳಲ್ಲಿ ಒಂದು ವಸ್ತುವಿನ ಗುಣಮಟ್ಟವನ್ನು ಮನುಷ್ಯನ ಅಸ್ತಿತ್ವದಿಂದ ಸ್ವತಂತ್ರವಾದ ವಸ್ತುನಿಷ್ಠ ವಾಸ್ತವವೆಂದು ಪರಿಗಣಿಸುವುದಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ. ಇನ್ನೊಂದು ವಸ್ತುನಿಷ್ಠ ವಾಸ್ತವತೆಯ ಪರಿಣಾಮವಾಗಿ ನಾವು ಏನು ಯೋಚಿಸುತ್ತೇವೆ, ಅನುಭವಿಸುತ್ತೇವೆ ಅಥವಾ ಗ್ರಹಿಸುತ್ತೇವೆ ಎಂಬುದಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಗುಣಮಟ್ಟದಲ್ಲಿ ಒಂದು ವ್ಯಕ್ತಿನಿಷ್ಠ ಅಂಶವಿದೆ ". ಕಿಚನ್ಹ್ಯಾಮ್ ಮತ್ತು ಪ್ಫ್ಲೀಗರ್, ಡೇವಿಡ್ ಗಾರ್ವಿನ್ ಅವರ ಬೋಧನೆಗಳನ್ನು ಮತ್ತಷ್ಟು ವರದಿ ಮಾಡುತ್ತಾರೆ, ಗುಣಮಟ್ಟದ ಬಗ್ಗೆ ಐದು ವಿಭಿನ್ನ ದೃಷ್ಟಿಕೋನಗಳನ್ನು ಗುರುತಿಸುತ್ತಾರೆಃ ಅತೀಂದ್ರಿಯ ದೃಷ್ಟಿಕೋನವು ಗುಣಮಟ್ಟದ ಆಧ್ಯಾತ್ಮಿಕ ಅಂಶದೊಂದಿಗೆ ವ್ಯವಹರಿಸುತ್ತದೆ. ಗುಣಮಟ್ಟದ ಈ ದೃಷ್ಟಿಕೋನದಲ್ಲಿ, ಇದು "ನಾವು ಆದರ್ಶವಾಗಿ ಪ್ರಯತ್ನಿಸುವ ವಿಷಯವಾಗಿದೆ, ಆದರೆ ಅದನ್ನು ಎಂದಿಗೂ ಸಂಪೂರ್ಣವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸುವುದಿಲ್ಲ". ಇದನ್ನು ಅಷ್ಟೇನೂ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ ಫೆಡರಲ್ ನ್ಯಾಯಾಧೀಶರು ಒಮ್ಮೆ ಅಶ್ಲೀಲತೆಯ ಬಗ್ಗೆ ಹೇಳಿದ್ದನ್ನು ಹೋಲುತ್ತದೆಃ "ನಾನು ಅದನ್ನು ನೋಡಿದಾಗ ನನಗೆ ತಿಳಿದಿದೆ". ಬಳಕೆದಾರರ ದೃಷ್ಟಿಕೋನವು ನಿರ್ದಿಷ್ಟ ಬಳಕೆಯ ಸಂದರ್ಭಕ್ಕೆ ಉತ್ಪನ್ನದ ಸೂಕ್ತತೆಯ ಬಗ್ಗೆ ಕಾಳಜಿ ವಹಿಸುತ್ತದೆ. ಅತೀಂದ್ರಿಯ ನೋಟವು ಅಲೌಕಿಕವಾಗಿದ್ದರೂ, ಬಳಕೆದಾರರ ನೋಟವು ಹೆಚ್ಚು ದೃಢವಾಗಿದೆ, ಇದು ಬಳಕೆದಾರರ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸುವ ಉತ್ಪನ್ನದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಆಧರಿಸಿದೆ. ಉತ್ಪಾದನಾ ದೃಷ್ಟಿಕೋನವು ಗುಣಮಟ್ಟವನ್ನು ಅವಶ್ಯಕತೆಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುವುದನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ಗುಣಮಟ್ಟದ ಈ ಅಂಶವನ್ನು ಐಎಸ್ಒ 9001 ನಂತಹ ಮಾನದಂಡಗಳು ಒತ್ತಿಹೇಳುತ್ತವೆ, ಇದು ಗುಣಮಟ್ಟವನ್ನು "ಅಂತರ್ಗತ ಗುಣಲಕ್ಷಣಗಳ ಗುಂಪೊಂದು ಅವಶ್ಯಕತೆಗಳನ್ನು ಪೂರೈಸುವ ಮಟ್ಟ" (ಐಎಸ್ಒ/ಐಇಸಿ 9001) ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಉತ್ಪನ್ನದ ದೃಷ್ಟಿಕೋನವು ಉತ್ಪನ್ನದ ಅಂತರ್ಗತ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಳೆಯುವ ಮೂಲಕ ಗುಣಮಟ್ಟವನ್ನು ಪ್ರಶಂಸಿಸಬಹುದು ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಗುಣಮಟ್ಟದ ಅಂತಿಮ ದೃಷ್ಟಿಕೋನವು ಮೌಲ್ಯ ಆಧಾರಿತವಾಗಿದೆ. ಈ ದೃಷ್ಟಿಕೋನವು ಗುಣಮಟ್ಟದ ವಿಭಿನ್ನ ದೃಷ್ಟಿಕೋನಗಳು ವಿವಿಧ ಪಾಲುದಾರರಿಗೆ ವಿಭಿನ್ನ ಪ್ರಾಮುಖ್ಯತೆ ಅಥವಾ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿರಬಹುದು ಎಂಬುದನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಟಾಮ್ ಡಿಮಾರ್ಕೊ "ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವು ಅದು ಜಗತ್ತನ್ನು ಎಷ್ಟು ಉತ್ತಮವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ ಎಂಬುದರ ಕಾರ್ಯವಾಗಿದೆ" ಎಂದು ಪ್ರಸ್ತಾಪಿಸಿದ್ದಾರೆ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸುವಲ್ಲಿ ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟಕ್ಕಿಂತ ಕ್ರಿಯಾತ್ಮಕ ಗುಣಮಟ್ಟ ಮತ್ತು ಬಳಕೆದಾರರ ತೃಪ್ತಿಯು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಿದೆ ಎಂದು ಇದನ್ನು ಅರ್ಥೈಸಿಕೊಳ್ಳಬಹುದು. ಕ್ವಾಲಿಟಿ ಸಾಫ್ಟ್ವೇರ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ಃ ಸಿಸ್ಟಮ್ಸ್ ಥಿಂಕಿಂಗ್ನಲ್ಲಿ ಜೆರಾಲ್ಡ್ ವೈನ್ಬರ್ಗ್ ಅವರು ಸೃಷ್ಟಿಸಿದ ಮತ್ತೊಂದು ವ್ಯಾಖ್ಯಾನವೆಂದರೆ, "ಗುಣಮಟ್ಟವು ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಮೌಲ್ಯವಾಗಿದೆ". ಈ ವ್ಯಾಖ್ಯಾನವು ಗುಣಮಟ್ಟವು ಅಂತರ್ಗತವಾಗಿ ವ್ಯಕ್ತಿನಿಷ್ಠವಾಗಿದೆ ಎಂದು ಒತ್ತಿಹೇಳುತ್ತದೆ-ವಿಭಿನ್ನ ಜನರು ಒಂದೇ ಸಾಫ್ಟ್ವೇರ್ನ ಗುಣಮಟ್ಟವನ್ನು ವಿಭಿನ್ನವಾಗಿ ಅನುಭವಿಸುತ್ತಾರೆ. ಈ ವ್ಯಾಖ್ಯಾನದ ಒಂದು ಶಕ್ತಿಯೆಂದರೆ ಅದು ಪರಿಗಣಿಸಲು ಸಾಫ್ಟ್ವೇರ್ ತಂಡಗಳನ್ನು ಆಹ್ವಾನಿಸುವ ಪ್ರಶ್ನೆಗಳು, ಉದಾಹರಣೆಗೆ "ನಮ್ಮ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನಾವು ಗೌರವಿಸಲು ಬಯಸುವ ಜನರು ಯಾರು?" ಮತ್ತು "ಅವರಿಗೆ ಯಾವುದು ಮೌಲ್ಯಯುತವಾಗಿರುತ್ತದೆ?". ಇತರ ಅರ್ಥಗಳು ಮತ್ತು ವಿವಾದಗಳು ಗುಣಮಟ್ಟವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವಲ್ಲಿನ ಒಂದು ಸವಾಲೆಂದರೆ "ಪ್ರತಿಯೊಬ್ಬರೂ ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡಿದ್ದಾರೆ ಎಂದು ಭಾವಿಸುತ್ತಾರೆ" ಮತ್ತು ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಇತರ ವ್ಯಾಖ್ಯಾನಗಳು ವ್ಯವಹಾರದಲ್ಲಿ ಬಳಸುವ ಗುಣಮಟ್ಟದ ಪರಿಕಲ್ಪನೆಯ ವಿವಿಧ ವಿವರಣೆಗಳನ್ನು ವಿಸ್ತರಿಸುವುದನ್ನು ಆಧರಿಸಿರಬಹುದು. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವು ಸಾಮಾನ್ಯವಾಗಿ ಗುಣಮಟ್ಟ ಭರವಸೆ ಅಥವಾ ಸಮಸ್ಯೆ ಪರಿಹಾರ ನಿರ್ವಹಣೆ ಅಥವಾ ಗುಣಮಟ್ಟ ನಿಯಂತ್ರಣ ಅಥವಾ ಡೆವೊಆಪ್ಸ್ನೊಂದಿಗೆ ಮಿಶ್ರಣಗೊಳ್ಳುತ್ತದೆ. ಇದು ಮೊದಲು ಉಲ್ಲೇಖಿಸಲಾದ ಕ್ಷೇತ್ರಗಳೊಂದಿಗೆ ಮಿತಿಮೀರಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ (ಪಿಎಂಐ ವ್ಯಾಖ್ಯಾನಗಳನ್ನು ಸಹ ನೋಡಿ), ಆದರೆ ಇದು ಕೇವಲ ಪರೀಕ್ಷೆಯ ಮೇಲೆ ಮಾತ್ರವಲ್ಲದೆ ಪ್ರಕ್ರಿಯೆಗಳು, ನಿರ್ವಹಣೆ, ಸುಧಾರಣೆಗಳು, ಮೌಲ್ಯಮಾಪನಗಳು ಇತ್ಯಾದಿಗಳ ಮೇಲೂ ಕೇಂದ್ರೀಕರಿಸುವುದರಿಂದ ಇದು ವಿಶಿಷ್ಟವಾಗಿದೆ. ಮಾಪನ ಈ ವಿಭಾಗದಲ್ಲಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಪರಿಕಲ್ಪನೆಗಳು ರಚನಾತ್ಮಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ಎರಡಕ್ಕೂ ಅನ್ವಯಿಸುತ್ತವೆಯಾದರೂ, ಎರಡನೆಯದರ ಮಾಪನವನ್ನು ಮೂಲಭೂತವಾಗಿ ಪರೀಕ್ಷೆಯ ಮೂಲಕ ನಡೆಸಲಾಗುತ್ತದೆ [ಮುಖ್ಯ ಲೇಖನವನ್ನು ನೋಡಿಃ ಸಾಫ್ಟ್ವೇರ್ ಪರೀಕ್ಷೆ]. ಆದಾಗ್ಯೂ, ಪರೀಕ್ಷೆಯು ಸಾಕಾಗುವುದಿಲ್ಲಃ ಒಂದು ಅಧ್ಯಯನದ ಪ್ರಕಾರ, ವೈಯಕ್ತಿಕ ಪ್ರೋಗ್ರಾಮರ್ಗಳು ತಮ್ಮ ಸ್ವಂತ ಸಾಫ್ಟ್ವೇರ್ನಲ್ಲಿ ದೋಷಗಳನ್ನು ಕಂಡುಹಿಡಿಯುವಲ್ಲಿ ಶೇಕಡಾ 50 ಕ್ಕಿಂತ ಕಡಿಮೆ ದಕ್ಷತೆಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಮತ್ತು ಹೆಚ್ಚಿನ ರೀತಿಯ ಪರೀಕ್ಷೆಗಳು ಕೇವಲ 35 ಪ್ರತಿಶತದಷ್ಟು ಪರಿಣಾಮಕಾರಿಯಾಗಿವೆ. ಇದು [ತಂತ್ರಾಂಶದ] ಗುಣಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸಲು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ. ತಂತ್ರಾಂಶದ ಗುಣಮಟ್ಟದ ಮಾಪನವು ಒಂದು ವ್ಯವಸ್ಥೆ ಅಥವಾ ತಂತ್ರಾಂಶವು ಅಪೇಕ್ಷಣೀಯ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಎಷ್ಟರ ಮಟ್ಟಿಗೆ ಹೊಂದಿದೆ ಎಂಬುದನ್ನು ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ. ಇದನ್ನು ಗುಣಾತ್ಮಕ ಅಥವಾ ಪರಿಮಾಣಾತ್ಮಕ ವಿಧಾನಗಳ ಮೂಲಕ ಅಥವಾ ಎರಡರ ಮಿಶ್ರಣದ ಮೂಲಕ ಮಾಡಬಹುದು. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಪ್ರತಿ ಅಪೇಕ್ಷಣೀಯ ಗುಣಲಕ್ಷಣಗಳಿಗೆ, ಅಳೆಯಬಹುದಾದ ಗುಣಲಕ್ಷಣಗಳ ಒಂದು ಗುಂಪಿದೆ, ಅದರ ಅಸ್ತಿತ್ವವು ಸಾಫ್ಟ್ವೇರ್ ಅಥವಾ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಈ ಗುಣಲಕ್ಷಣದೊಂದಿಗೆ ಪರಸ್ಪರ ಸಂಬಂಧ ಹೊಂದಿದೆ ಮತ್ತು ಸಂಬಂಧಿಸಿದೆ. ಉದಾಹರಣೆಗೆ, ಪೋರ್ಟಬಿಲಿಟಿಗೆ ಸಂಬಂಧಿಸಿದ ಒಂದು ಗುಣಲಕ್ಷಣವೆಂದರೆ ಪ್ರೋಗ್ರಾಂನಲ್ಲಿನ ಗುರಿ-ಅವಲಂಬಿತ ಹೇಳಿಕೆಗಳ ಸಂಖ್ಯೆ. ಹೆಚ್ಚು ನಿಖರವಾಗಿ, ಕ್ವಾಲಿಟಿ ಫಂಕ್ಷನ್ ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು, ಈ ಅಳೆಯಬಹುದಾದ ಗುಣಲಕ್ಷಣಗಳು ಮೇಲಿನ ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ವ್ಯಾಖ್ಯಾನದಲ್ಲಿ "ವಾಟ್ಸ್" ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು ಜಾರಿಗೊಳಿಸಬೇಕಾದ "ಹೌಸ್" ಗಳಾಗಿವೆ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟ ನಿರ್ವಹಣೆಗೆ ಅನ್ವಯವಾಗುವ ಗುಣಲಕ್ಷಣಗಳು ಮತ್ತು ಮಾಪನಗಳ ರಚನೆ, ವರ್ಗೀಕರಣ ಮತ್ತು ಪರಿಭಾಷೆಯನ್ನು ಐಎಸ್ಒ 9126-3 ಮತ್ತು ನಂತರದ ಐಎಸ್ಒ/ಐಇಸಿ 25000:2005 ಗುಣಮಟ್ಟದ ಮಾದರಿಗಳಿಂದ ಪಡೆಯಲಾಗಿದೆ ಅಥವಾ ಹೊರತೆಗೆಯಲಾಗಿದೆ. ಮುಖ್ಯ ಗಮನವು ಆಂತರಿಕ ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟದ ಮೇಲೆ ಇರುತ್ತದೆ. ವ್ಯವಹಾರ ಅಪ್ಲಿಕೇಶನ್ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ದತ್ತಾಂಶ ಪ್ರವೇಶ ಮತ್ತು ಕುಶಲತೆ ಅಥವಾ ವಹಿವಾಟುಗಳ ಕಲ್ಪನೆಯಂತಹ ತಾಂತ್ರಿಕ ಗುಣಲಕ್ಷಣಗಳಂತಹ ನಿರ್ದಿಷ್ಟ ಕ್ಷೇತ್ರಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಉಪವರ್ಗಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಗುಣಲಕ್ಷಣಗಳು ಮತ್ತು ಅವುಗಳ ಅಳೆಯಬಹುದಾದ ಗುಣಲಕ್ಷಣಗಳ ನಡುವಿನ ಅವಲಂಬನೆ ಮರವನ್ನು ಬಲಭಾಗದಲ್ಲಿರುವ ರೇಖಾಚಿತ್ರದಲ್ಲಿ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಬಳಕೆದಾರರಿಗೆ (ಬಲ) ಅಥವಾ ವ್ಯಾಪಾರ ವ್ಯವಸ್ಥೆಯ ಮಾಲೀಕರಿಗೆ ಮುಖ್ಯವಾದ 5 ಗುಣಲಕ್ಷಣಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಅಳೆಯಬಹುದಾದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ (ಎಡ): ಅಪ್ಲಿಕೇಶನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಭ್ಯಾಸಗಳು ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸಗಳು ಅಪ್ಲಿಕೇಶನ್ ಸಂಕೀರ್ಣತೆ ದಾಖಲಾತಿ ಪೋರ್ಟಬಿಲಿಟಿ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳು ಮತ್ತು ಉತ್ಪಾದನಾ ದೋಷಗಳ ನಡುವಿನ ತಾಂತ್ರಿಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಪರಿಮಾಣದ ಸಂಬಂಧಗಳು ಮೂಲ ಕೋಡ್ ದೋಷಗಳು ಮೂಲ ಕೋಡ್ನಲ್ಲಿನ ಒಟ್ಟು ದೋಷಗಳ 92 ಪ್ರತಿಶತಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ಬಹಿರಂಗಪಡಿಸುತ್ತವೆ. ಈ ಅಸಂಖ್ಯಾತ ಕೋಡ್-ಮಟ್ಟದ ಸಮಸ್ಯೆಗಳು ಅಂತಿಮವಾಗಿ ಉತ್ಪಾದನೆಯಲ್ಲಿನ ದೋಷಗಳ ಕೇವಲ 10 ಪ್ರತಿಶತಕ್ಕೆ ಮಾತ್ರ ಕಾರಣವಾಗುತ್ತವೆ. ವಾಸ್ತುಶಿಲ್ಪದ ಮಟ್ಟದಲ್ಲಿ ಕೆಟ್ಟ ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಅಭ್ಯಾಸಗಳು ಒಟ್ಟು ದೋಷಗಳ ಕೇವಲ 8 ಪ್ರತಿಶತಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ, ಆದರೆ ಸಮಸ್ಯೆಗಳನ್ನು ಸರಿಪಡಿಸಲು ಖರ್ಚು ಮಾಡುವ ಅರ್ಧಕ್ಕಿಂತ ಹೆಚ್ಚು ಪ್ರಯತ್ನವನ್ನು ಬಳಸುತ್ತವೆ ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿನ ಗಂಭೀರ ವಿಶ್ವಾಸಾರ್ಹತೆ, ಭದ್ರತೆ ಮತ್ತು ದಕ್ಷತೆಯ ಸಮಸ್ಯೆಗಳ 90 ಪ್ರತಿಶತಕ್ಕೆ ಕಾರಣವಾಗುತ್ತವೆ. ಕೋಡ್-ಆಧಾರಿತ ವಿಶ್ಲೇಷಣೆ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅನೇಕ ಸಾಫ್ಟ್ವೇರ್ ಕ್ರಮಗಳು ಅಂತಹ ವೈಯಕ್ತಿಕ ಸೂಚನೆಗಳ ಟೋಕನ್ಗಳ ನಿಯಂತ್ರಣ ರಚನೆಗಳು (ಸಂಕೀರ್ಣತೆ) ಮತ್ತು ವಸ್ತುಗಳಿಗೆ ಮೂಲ ಕೋಡ್ ಅನ್ನು ಪಾರ್ಸ್ ಮಾಡುವುದರಿಂದ ಉಂಟಾಗುವ ಅಪ್ಲಿಕೇಶನ್ನ ರಚನಾತ್ಮಕ ಅಂಶಗಳನ್ನು ಎಣಿಸುತ್ತವೆ. ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಮಾಪನವು ಈ ಆಯಾಮಗಳಲ್ಲಿ ಸಿಸ್ಟಮ್ ಅಥವಾ ಸಾಫ್ಟ್ವೇರ್ ದರಗಳನ್ನು ಎಷ್ಟರ ಮಟ್ಟಿಗೆ ಪ್ರಮಾಣೀಕರಿಸುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ. ಒಟ್ಟು ನೋಟವನ್ನು ಒದಗಿಸಲು ಗುಣಾತ್ಮಕ ಅಥವಾ ಪರಿಮಾಣಾತ್ಮಕ ವಿಧಾನ ಅಥವಾ ಎರಡರ ಮಿಶ್ರಣವನ್ನು ಬಳಸಿಕೊಂಡು ವಿಶ್ಲೇಷಣೆಯನ್ನು ಮಾಡಬಹುದು [ಉದಾಹರಣೆಗೆ ಅಳೆಯಲಾಗುವ ಅಂಶಗಳ ನಡುವಿನ ಸಾಪೇಕ್ಷ ಪ್ರಾಮುಖ್ಯತೆಯನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ತೂಕದ ಸರಾಸರಿ (ಗಳನ್ನು ಬಳಸಿ]. ರೇಖೀಯ ನಿರಂತರತೆಯ ಮೇಲೆ ತಂತ್ರಾಂಶದ ಗುಣಮಟ್ಟದ ಈ ದೃಷ್ಟಿಕೋನವನ್ನು ಪ್ರತ್ಯೇಕ ನಿರ್ಣಾಯಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳ ಗುರುತಿಸುವಿಕೆಯಿಂದ ಪೂರಕಗೊಳಿಸಬೇಕಾಗಿದೆ. ಈ ದುರ್ಬಲತೆಗಳು ಪರೀಕ್ಷಾ ಪ್ರಕರಣವನ್ನು ವಿಫಲಗೊಳಿಸದಿರಬಹುದು, ಆದರೆ ಅವು ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭಗಳಲ್ಲಿ ದುರಂತದ ನಿಲುಗಡೆಗಳು, ಕಾರ್ಯಕ್ಷಮತೆಯ ಅವನತಿ, ಭದ್ರತಾ ಉಲ್ಲಂಘನೆಗಳು, ದೋಷಪೂರಿತ ದತ್ತಾಂಶ ಮತ್ತು ಅಸಂಖ್ಯಾತ ಇತರ ಸಮಸ್ಯೆಗಳಿಗೆ ಕಾರಣವಾಗುವ ಕೆಟ್ಟ ಅಭ್ಯಾಸಗಳ ಪರಿಣಾಮವಾಗಿದೆ. ದುರ್ಬಲತೆಯ ಒಂದು ಪ್ರಸಿದ್ಧ ಉದಾಹರಣೆಯೆಂದರೆ ಸಾಮಾನ್ಯ ದುರ್ಬಲತೆಯ ಎಣಿಕೆ, ಇದು ಭದ್ರತಾ ಉಲ್ಲಂಘನೆಗಳಿಗೆ ಒಡ್ಡಿಕೊಳ್ಳುವ ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಮಾಡುವ ಮೂಲ ಸಂಕೇತದಲ್ಲಿನ ದೋಷಗಳ ಭಂಡಾರವಾಗಿದೆ. ನಿರ್ಣಾಯಕ ಅಪ್ಲಿಕೇಶನ್ ಗುಣಲಕ್ಷಣಗಳ ಮಾಪನವು ಮೇಲಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ ಅಪ್ಲಿಕೇಶನ್ನ ವಾಸ್ತುಶಿಲ್ಪ, ಕೋಡಿಂಗ್ ಮತ್ತು ಇನ್-ಲೈನ್ ದಾಖಲೆಯ ರಚನಾತ್ಮಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಳೆಯುವುದನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಹೀಗಾಗಿ, ಪ್ರತಿಯೊಂದು ಗುಣಲಕ್ಷಣವು ಅಪ್ಲಿಕೇಶನ್ನಲ್ಲಿನ ಅಮೂರ್ತತೆಯ ಹಲವಾರು ಹಂತಗಳಲ್ಲಿನ ಗುಣಲಕ್ಷಣಗಳಿಂದ ಪ್ರಭಾವಿತವಾಗಿರುತ್ತದೆ ಮತ್ತು ಇದು ವ್ಯವಹಾರದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಗುಣಮಟ್ಟದ ಫಲಿತಾಂಶಗಳ ಮೌಲ್ಯಯುತ ಮುನ್ಸೂಚಕವಾಗಬೇಕಾದರೆ ಗುಣಲಕ್ಷಣದ ಅಳತೆಯನ್ನು ಲೆಕ್ಕ ಹಾಕುವುದನ್ನು ಒಳಗೊಂಡಿರಬೇಕು. ಮೇಲಿನ ಚಿತ್ರದಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾದ ವಿಶಿಷ್ಟ ಕ್ರಮಗಳನ್ನು ಲೆಕ್ಕಹಾಕುವ ಲೇಯರ್ಡ್ ವಿಧಾನವನ್ನು ಮೊದಲು ಟಿಆರ್ಡಬ್ಲ್ಯೂ (ಬೋಹೆಮ್, 1978) ನಲ್ಲಿ ಬೋಹೆಮ್ ಮತ್ತು ಅವರ ಸಹೋದ್ಯೋಗಿಗಳು ಪ್ರಸ್ತಾಪಿಸಿದರು ಮತ್ತು ಇದು ಐಎಸ್ಒ 9126 ಮತ್ತು 25000 ಸರಣಿಯ ಮಾನದಂಡಗಳಲ್ಲಿ ತೆಗೆದುಕೊಳ್ಳಲಾದ ವಿಧಾನವಾಗಿದೆ. ಅಪ್ಲಿಕೇಶನ್ ಸೋರ್ಸ್ ಕೋಡ್ನ ಸ್ಥಿರ ವಿಶ್ಲೇಷಣೆಯ ಪಾರ್ಸ್ ಮಾಡಿದ ಫಲಿತಾಂಶಗಳಿಂದ ಈ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಳೆಯಬಹುದು. ವಿಶ್ವಾಸಾರ್ಹತೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯಂತಹ ಅನ್ವಯಗಳ ಕ್ರಿಯಾತ್ಮಕ ಗುಣಲಕ್ಷಣಗಳು ಸಹ ಅನ್ವಯದ ಸ್ಥಿರ ರಚನೆಯಲ್ಲಿ ಅವುಗಳ ಕಾರಣಾತ್ಮಕ ಬೇರುಗಳನ್ನು ಹೊಂದಿವೆ. ವ್ಯವಸ್ಥೆಯ ಪರಿಕಲ್ಪನೆಯ ಮತ್ತು ತಾರ್ಕಿಕ ರಚನೆಯನ್ನು ಒಟ್ಟಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುವ ತತ್ವಗಳು ಮತ್ತು ಮಾನದಂಡಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಮೂಲ ಸಂಕೇತ, ವಾಸ್ತುಶಿಲ್ಪ, ಸಾಫ್ಟ್ವೇರ್ ಚೌಕಟ್ಟು, ಡೇಟಾಬೇಸ್ ಸ್ಕೀಮಾದ ವಿಶ್ಲೇಷಣೆಯ ಮೂಲಕ ರಚನಾತ್ಮಕ ಗುಣಮಟ್ಟದ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಮಾಪನವನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ಇದು ಅಭಿವೃದ್ಧಿ ಸಾಧನಗಳಿಂದ ಸಾಮಾನ್ಯವಾಗಿ ನಡೆಸಲ್ಪಡುವ ಮೂಲ, ಸ್ಥಳೀಯ, ಘಟಕ-ಮಟ್ಟದ ಸಂಕೇತ ವಿಶ್ಲೇಷಣೆಗಿಂತ ಭಿನ್ನವಾಗಿದೆ, ಇದು ಹೆಚ್ಚಾಗಿ ಅನುಷ್ಠಾನದ ಪರಿಗಣನೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದೆ ಮತ್ತು ದೋಷನಿವಾರಣೆ ಮತ್ತು ಪರೀಕ್ಷಾ ಚಟುವಟಿಕೆಗಳ ಸಮಯದಲ್ಲಿ ನಿರ್ಣಾಯಕವಾಗಿದೆ. ವಿಶ್ವಾಸಾರ್ಹತೆ ಕಳಪೆ ವಿಶ್ವಾಸಾರ್ಹತೆಯ ಮೂಲ ಕಾರಣಗಳು ಉತ್ತಮ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸಗಳನ್ನು ಅನುಸರಿಸದಿರುವುದರ ಸಂಯೋಜನೆಯಲ್ಲಿ ಕಂಡುಬರುತ್ತವೆ. ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ಥಿರ ಗುಣಮಟ್ಟದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಳೆಯುವ ಮೂಲಕ ಈ ಅನುಸರಣೆಯನ್ನು ಪತ್ತೆಹಚ್ಚಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ನ ವಿಶ್ವಾಸಾರ್ಹತೆಗೆ ಆಧಾರವಾಗಿರುವ ಸ್ಥಿರ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುವುದು ವ್ಯವಹಾರದ ಅಪಾಯದ ಮಟ್ಟ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯಲ್ಲಿ ಇರಿಸಿದಾಗ ಅಪ್ಲಿಕೇಶನ್ ಅನುಭವಿಸುವ ಸಂಭಾವ್ಯ ಅಪ್ಲಿಕೇಶನ್ ವೈಫಲ್ಯಗಳು ಮತ್ತು ದೋಷಗಳ ಸಾಧ್ಯತೆಯನ್ನು ಅಂದಾಜು ಮಾಡುತ್ತದೆ. ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಕನಿಷ್ಠ ಈ ಕೆಳಗಿನ ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ತಾಂತ್ರಿಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಅಗತ್ಯವಿದೆಃ ಅಪ್ಲಿಕೇಶನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಭ್ಯಾಸಗಳು ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸಗಳು ಕ್ರಮಾವಳಿಗಳ ಸಂಕೀರ್ಣತೆ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಭ್ಯಾಸಗಳ ಸಂಕೀರ್ಣತೆ ಆಬ್ಜೆಕ್ಟ್-ಓರಿಯೆಂಟೆಡ್ ಮತ್ತು ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳನ್ನು ಅನುಸರಿಸುವುದು (ಅನ್ವಯಿಸಿದಾಗ) ಘಟಕ ಅಥವಾ ಮಾದರಿಯ ಮರು-ಬಳಕೆಯ ಅನುಪಾತ ಕೊಳಕು ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷ ಮತ್ತು ವಿನಾಯಿತಿ ನಿರ್ವಹಣೆ (ಎಲ್ಲಾ ಪದರಗಳಿಗೆ-ಜಿಯುಐ, ಲಾಜಿಕ್ ಮತ್ತು ಡೇಟಾ) ಬಹು-ಪದರ ವಿನ್ಯಾಸ ಅನುಸರಣೆ ಸಂಪನ್ಮೂಲ ಮಿತಿಗಳ ನಿರ್ವಹಣಾ ಸಾಫ್ಟ್ವೇರ್ ಅನಿರೀಕ್ಷಿತ ನಡವಳಿಕೆಗಳಿಗೆ ಕಾರಣವಾಗುವ ಮಾದರಿಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಸಾಫ್ಟ್ವೇರ್ ಡೇಟಾ ಸಮಗ್ರತೆ ಮತ್ತು ಸ್ಥಿರತೆಯ ವಹಿವಾಟು ಸಂಕೀರ್ಣತೆಯ ಮಟ್ಟವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ ಅಪ್ಲಿಕೇಶನ್ ವಾಸ್ತುಶಿಲ್ಪವನ್ನು ಅವಲಂಬಿಸಿ ಮತ್ತು ಬಳಸಿದ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಘಟಕಗಳನ್ನು (ಬಾಹ್ಯ ಗ್ರಂಥಾಲಯಗಳು ಅಥವಾ ಚೌಕಟ್ಟುಗಳಂತಹವು) ಅವಲಂಬಿಸಿ, ಕಸ್ಟಮ್ ಚೆಕ್ಗಳನ್ನು ಮೇಲಿನ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳ ಪಟ್ಟಿಯಿಂದ ಚಿತ್ರಿಸಲಾದ ಸಾಲುಗಳಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಬೇಕು. ವಿಶ್ವಾಸಾರ್ಹತೆಯಂತೆಯೇ, ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಸಮರ್ಥತೆಯ ಕಾರಣಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತಮ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸದ ಉಲ್ಲಂಘನೆಗಳಲ್ಲಿ ಕಂಡುಬರುತ್ತವೆ, ಇದನ್ನು ಅಪ್ಲಿಕೇಶನ್ನ ಸ್ಥಿರ ಗುಣಮಟ್ಟದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಅಳೆಯುವ ಮೂಲಕ ಕಂಡುಹಿಡಿಯಬಹುದು. ಈ ಸ್ಥಿರ ಗುಣಲಕ್ಷಣಗಳು ಸಂಭಾವ್ಯ ಕಾರ್ಯಾಚರಣೆಯ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಡೆತಡೆಗಳು ಮತ್ತು ಭವಿಷ್ಯದ ಸ್ಕೇಲೆಬಿಲಿಟಿ ಸಮಸ್ಯೆಗಳನ್ನು ಊಹಿಸುತ್ತವೆ, ವಿಶೇಷವಾಗಿ ಸಂಕೀರ್ಣ ಕ್ರಮಾವಳಿಗಳು ಅಥವಾ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ನಿರ್ವಹಿಸಲು ಹೆಚ್ಚಿನ ಕಾರ್ಯಗತಗೊಳಿಸುವ ವೇಗ ಅಗತ್ಯವಿರುವ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ. ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಕನಿಷ್ಠ ಈ ಕೆಳಗಿನ ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ತಾಂತ್ರಿಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಅಗತ್ಯವಿದೆಃ ಅಪ್ಲಿಕೇಶನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಭ್ಯಾಸಗಳು ದುಬಾರಿ ಮತ್ತು/ಅಥವಾ ದೂರದ ಸಂಪನ್ಮೂಲಗಳೊಂದಿಗೆ ಸೂಕ್ತವಾದ ಸಂವಹನ ಡೇಟಾ ಪ್ರವೇಶ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಡೇಟಾ ನಿರ್ವಹಣೆ ಮೆಮೊರಿ, ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಡಿಸ್ಕ್ ಸ್ಪೇಸ್ ನಿರ್ವಹಣೆ ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸಗಳೊಂದಿಗೆ ಅನುಸರಣೆ (ಅತ್ಯುತ್ತಮ ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸಗಳು) ಭದ್ರತಾ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟವು ಸಾಫ್ಟ್ವೇರ್ ಸುರಕ್ಷತೆಯನ್ನು ಒಳಗೊಂಡಿದೆ. ಕಳಪೆ ಕೋಡಿಂಗ್ ಮತ್ತು SQL ಇಂಜೆಕ್ಷನ್ ಅಥವಾ ಕ್ರಾಸ್-ಸೈಟ್ ಸ್ಕ್ರಿಪ್ಟಿಂಗ್ನಂತಹ ವಾಸ್ತುಶಿಲ್ಪದ ಅಭ್ಯಾಸಗಳಿಂದ ಅನೇಕ ಭದ್ರತಾ ದೋಷಗಳು ಉಂಟಾಗುತ್ತವೆ. ಇವುಗಳನ್ನು ಸಿಡಬ್ಲ್ಯೂಇ ಮತ್ತು ಕಾರ್ನೆಗೀ ಮೆಲಾನ್ ವಿಶ್ವವಿದ್ಯಾಲಯದ ಎಸ್ಇಐ/ಕಂಪ್ಯೂಟರ್ ಎಮರ್ಜೆನ್ಸಿ ಸೆಂಟರ್ (ಸಿಇಆರ್ಟಿ) ನಿರ್ವಹಿಸುವ ಪಟ್ಟಿಗಳಲ್ಲಿ ಉತ್ತಮವಾಗಿ ದಾಖಲಿಸಲಾಗಿದೆ. ಭದ್ರತೆಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಕನಿಷ್ಠ ಈ ಕೆಳಗಿನ ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ತಾಂತ್ರಿಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಅಗತ್ಯವಿದೆಃ ಅನುಷ್ಠಾನ, ಭದ್ರತಾ-ಅರಿವು ಮತ್ತು ಗಟ್ಟಿಯಾಗಿಸುವ ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯ ನಿರ್ವಹಣೆ, ಉದಾ. ಭದ್ರತಾ ಅಭಿವೃದ್ಧಿ ಜೀವನಚಕ್ರ (ಮೈಕ್ರೋಸಾಫ್ಟ್) ಅಥವಾ ಐಬಿಎಂನ ಸುರಕ್ಷಿತ ಎಂಜಿನಿಯರಿಂಗ್ ಚೌಕಟ್ಟು. ಸುರಕ್ಷಿತ ಅಪ್ಲಿಕೇಶನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಭ್ಯಾಸಗಳು ಬಹು-ಪದರ ವಿನ್ಯಾಸ ಅನುಸರಣೆ ಭದ್ರತಾ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು (ಇನ್ಪುಟ್ ವ್ಯಾಲಿಡೇಷನ್, ಎಸ್. ಕ್ಯೂ. ಎಲ್ ಇಂಜೆಕ್ಷನ್, ಕ್ರಾಸ್-ಸೈಟ್ ಸ್ಕ್ರಿಪ್ಟಿಂಗ್, ಆಕ್ಸೆಸ್ ಕಂಟ್ರೋಲ್ ಇತ್ಯಾದಿ) ಸುರಕ್ಷಿತ ಮತ್ತು ಉತ್ತಮ ಪ್ರೊಗ್ರಾಮಿಂಗ್ ಅಭ್ಯಾಸಗಳು ದೋಷ ಮತ್ತು ವಿನಾಯಿತಿ ನಿರ್ವಹಣಾ ನಿರ್ವಹಣೆಯು ಮಾಡ್ಯುಲಾರಿಟಿ, ಅರ್ಥವಾಗುವಿಕೆ, ಬದಲಾವಣೆಯ ಸಾಮರ್ಥ್ಯ, ಪರೀಕ್ಷೆಯ ಸಾಮರ್ಥ್ಯ, ಮರುಬಳಕೆ ಮತ್ತು ಒಂದು ಅಭಿವೃದ್ಧಿ ತಂಡದಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ವರ್ಗಾವಣೆಯ ಪರಿಕಲ್ಪನೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಇವು ಕೋಡ್ ಮಟ್ಟದಲ್ಲಿ ನಿರ್ಣಾಯಕ ಸಮಸ್ಯೆಗಳ ರೂಪವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ. ಬದಲಿಗೆ, ಕಳಪೆ ನಿರ್ವಹಣೆಯು ಸಾಮಾನ್ಯವಾಗಿ ದಾಖಲಾತಿ, ಸಂಕೀರ್ಣತೆ ತಪ್ಪಿಸುವ ಕಾರ್ಯತಂತ್ರ ಮತ್ತು ಸ್ವಚ್ಛ ಮತ್ತು ಸುಲಭವಾಗಿ ಓದಬಹುದಾದ ಕೋಡ್ ಮತ್ತು ಅಸಂಘಟಿತ ಮತ್ತು ಓದಲು ಕಷ್ಟವಾದ ಕೋಡ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡುವ ಮೂಲಭೂತ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಭ್ಯಾಸಗಳಲ್ಲಿನ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳೊಂದಿಗೆ ಸಾವಿರಾರು ಸಣ್ಣ ಉಲ್ಲಂಘನೆಗಳ ಪರಿಣಾಮವಾಗಿದೆ. ನಿರ್ವಹಣಾ ಸಾಮರ್ಥ್ಯವನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಈ ಕೆಳಗಿನ ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಅತ್ಯುತ್ತಮ ಅಭ್ಯಾಸಗಳು ಮತ್ತು ತಾಂತ್ರಿಕ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿಶೀಲಿಸುವ ಅಗತ್ಯವಿದೆಃ ಅಪ್ಲಿಕೇಶನ್ ಆರ್ಕಿಟೆಕ್ಚರ್ ಪ್ರಾಕ್ಟೀಸಸ್ ಆರ್ಕಿಟೆಕ್ಚರ್, ಪ್ರೋಗ್ರಾಂಗಳು ಮತ್ತು ಕೋಡ್ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಸೋರ್ಸ್ ಕೋಡ್ ಓದುವ ಸಾಮರ್ಥ್ಯ ಕೋಡ್ನಲ್ಲಿ ಹುದುಗಿದೆ ವ್ಯವಹಾರಗಳ ಸಂಕೀರ್ಣತೆಯ ಮಟ್ಟ ಕ್ರಮಾವಳಿಗಳ ಸಂಕೀರ್ಣತೆ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಭ್ಯಾಸಗಳ ಸಂಕೀರ್ಣತೆ ಆಬ್ಜೆಕ್ಟ್-ಓರಿಯೆಂಟೆಡ್ ಮತ್ತು ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳೊಂದಿಗೆ ಅನುಸರಣೆ (ಅನ್ವಯಿಸಿದಾಗ) ಘಟಕ ಅಥವಾ ಮಾದರಿಯ ಮರು-ಬಳಕೆಯ ಅನುಪಾತ ನಿಯಂತ್ರಿತ ಮಟ್ಟದ ಡೈನಾಮಿಕ್ ಕೋಡಿಂಗ್ ಕಪ್ಲಿಂಗ್ ಅನುಪಾತ ಡರ್ಟಿ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಹಾರ್ಡ್ವೇರ್, ಓಎಸ್, ಮಿಡಲ್ವೇರ್, ಸಾಫ್ಟ್ವೇರ್ ಘಟಕಗಳು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಸ್ವಾತಂತ್ರ್ಯ ಬಹು-ಪದರ ವಿನ್ಯಾಸ ಅನುಸರಣೆ ಪೋರ್ಟೆಬಿಲಿಟಿ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಅಭ್ಯಾಸಗಳು (ಕೋಡ್ ಮಟ್ಟ) ಕಡಿಮೆ ನಕಲಿ ಕೋಡ್ ಮತ್ತು ಕಾರ್ಯಗಳು ಸೋರ್ಸ್ ಕೋಡ್ ಫೈಲ್ ಸಂಸ್ಥೆಯ ಸ್ವಚ್ಛತೆಯ ನಿರ್ವಹಣೆಯು ವಾರ್ಡ್ ಕನ್ನಿಂಗ್ಹ್ಯಾಮ್ನ ತಾಂತ್ರಿಕ ಸಾಲದ ಪರಿಕಲ್ಪನೆಗೆ ನಿಕಟ ಸಂಬಂಧ ಹೊಂದಿದೆ, ಇದು. ನಿರ್ವಹಣಾ ಸಾಮರ್ಥ್ಯವು ಏಕೆ ಕಡಿಮೆಯಾಗಿದೆ ಎಂಬುದಕ್ಕೆ ಕಾರಣಗಳನ್ನು ಅಜಾಗರೂಕ ಮತ್ತು ವಿವೇಕಯುತ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕ ಮತ್ತು ಅಜಾಗರೂಕ ಎಂದು ವರ್ಗೀಕರಿಸಬಹುದು, ಮತ್ತು ಅನೇಕವೇಳೆ ಅವುಗಳ ಮೂಲವು ಅಭಿವರ್ಧಕರ ಅಸಮರ್ಥತೆ, ಸಮಯ ಮತ್ತು ಗುರಿಗಳ ಕೊರತೆ, ಅವರ ಅಜಾಗರೂಕತೆ ಮತ್ತು ಸೃಷ್ಟಿ ವೆಚ್ಚದಲ್ಲಿನ ವ್ಯತ್ಯಾಸಗಳು ಮತ್ತು ದಾಖಲಾತಿಗಳಿಂದಾಗುವ ಪ್ರಯೋಜನಗಳು ಮತ್ತು, ನಿರ್ದಿಷ್ಟವಾಗಿ, ನಿರ್ವಹಣಾ ಮೂಲ ಕೋಡ್. ಗಾತ್ರವನ್ನು ಅಳೆಯುವ ಸಾಫ್ಟ್ವೇರ್ ಗಾತ್ರಕ್ಕೆ ಡೇಟಾಬೇಸ್ ಸ್ಟ್ರಕ್ಚರ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು, ಡೇಟಾ ಮ್ಯಾನಿಪ್ಯುಲೇಷನ್ ಸೋರ್ಸ್ ಕೋಡ್, ಕಾಂಪೊನೆಂಟ್ ಹೆಡರ್ಗಳು, ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ಗಳು ಇತ್ಯಾದಿಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಸಂಪೂರ್ಣ ಸೋರ್ಸ್ ಕೋಡ್ ಅನ್ನು ಸರಿಯಾಗಿ ಸಂಗ್ರಹಿಸಬೇಕಾಗುತ್ತದೆ. ಅಳೆಯಲು ಮೂಲಭೂತವಾಗಿ ಎರಡು ರೀತಿಯ ಸಾಫ್ಟ್ವೇರ್ ಗಾತ್ರಗಳಿವೆ, ತಾಂತ್ರಿಕ ಗಾತ್ರ (ಹೆಜ್ಜೆಗುರುತು) ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಗಾತ್ರಃ ವ್ಯಾಪಕವಾಗಿ ವಿವರಿಸಲಾದ ಹಲವಾರು ಸಾಫ್ಟ್ವೇರ್ ತಾಂತ್ರಿಕ ಗಾತ್ರದ ವಿಧಾನಗಳಿವೆ. ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ತಾಂತ್ರಿಕ ಗಾತ್ರದ ವಿಧಾನವೆಂದರೆ ಪ್ರತಿ ತಂತ್ರಜ್ಞಾನದ ಕೋಡ್ ಸಾಲುಗಳ ಸಂಖ್ಯೆ (#LOC), ಕಡತಗಳ ಸಂಖ್ಯೆ, ಕಾರ್ಯಗಳು, ವರ್ಗಗಳು, ಕೋಷ್ಟಕಗಳು, ಇತ್ಯಾದಿ, ಇದರಿಂದ ಬ್ಯಾಕ್ಫೈರಿಂಗ್ ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ಗಳನ್ನು ಲೆಕ್ಕ ಹಾಕಬಹುದು; ಫಂಕ್ಷನಲ್ ಗಾತ್ರವನ್ನು ಅಳೆಯಲು ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ವಿಧಾನವೆಂದರೆ ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ವಿಶ್ಲೇಷಣೆ. ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ವಿಶ್ಲೇಷಣೆಯು ಬಳಕೆದಾರರ ದೃಷ್ಟಿಕೋನದಿಂದ ವಿತರಿಸಬಹುದಾದ ಸಾಫ್ಟ್ವೇರ್ನ ಗಾತ್ರವನ್ನು ಅಳೆಯುತ್ತದೆ. ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ಸೈಜಿಂಗ್ ಅನ್ನು ಬಳಕೆದಾರರ ಅವಶ್ಯಕತೆಗಳ ಆಧಾರದ ಮೇಲೆ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಡೆವಲಪರ್/ಅಂದಾಜುಗಾರ ಮತ್ತು ಮೌಲ್ಯ (ವಿತರಿಸಬೇಕಾದ ಕಾರ್ಯಕ್ಷಮತೆ) ಎರಡಕ್ಕೂ ನಿಖರವಾದ ಪ್ರಾತಿನಿಧ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಗ್ರಾಹಕರಿಗೆ ತಲುಪಿಸಲಾಗುತ್ತಿರುವ ವ್ಯವಹಾರ ಕಾರ್ಯವನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ. ಈ ವಿಧಾನವು ಬಳಕೆದಾರರ ಗುರುತಿಸಬಹುದಾದ ಇನ್ಪುಟ್ಗಳು, ಔಟ್ಪುಟ್ಗಳು ಮತ್ತು ಡೇಟಾ ಸ್ಟೋರ್ಗಳ ಗುರುತಿಸುವಿಕೆ ಮತ್ತು ತೂಕವನ್ನು ಒಳಗೊಂಡಿದೆ. ಗಾತ್ರದ ಮೌಲ್ಯವು ನಂತರ ಸಾಫ್ಟ್ವೇರ್ ವಿತರಣೆ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಪ್ರಮಾಣೀಕರಿಸಲು ಮತ್ತು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಹಲವಾರು ಕ್ರಮಗಳ ಜೊತೆಯಲ್ಲಿ ಬಳಸಲು ಲಭ್ಯವಿರುತ್ತದೆ (ಪ್ರತಿ ಕಾರ್ಯ ಬಿಂದುವಿಗೆ ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚ; ಪ್ರತಿ ಕಾರ್ಯ ಬಿಂದುವಿಗೆ ವಿತರಿಸಿದ ದೋಷಗಳು; ಪ್ರತಿ ಸಿಬ್ಬಂದಿ ತಿಂಗಳಿಗೆ ಕಾರ್ಯ ಬಿಂದುಗಳು.). ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ಅನಾಲಿಸಿಸ್ ಸೈಸಿಂಗ್ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಅನ್ನು ಇಂಟರ್ನ್ಯಾಷನಲ್ ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ಯೂಸರ್ ಗ್ರೂಪ್ (ಐಎಫ್ಪಿಯುಜಿ) ಬೆಂಬಲಿಸುತ್ತದೆ. ಇದನ್ನು ಸಾಫ್ಟ್ವೇರ್ ಅಭಿವೃದ್ಧಿ ಜೀವನ-ಚಕ್ರದ ಆರಂಭದಲ್ಲಿ ಅನ್ವಯಿಸಬಹುದು ಮತ್ತು ಇದು ಸ್ವಲ್ಪಮಟ್ಟಿಗೆ ತಪ್ಪಾದ ಬ್ಯಾಕ್ಫೈರಿಂಗ್ ವಿಧಾನದಂತಹ ಕೋಡ್ನ ಸಾಲುಗಳನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ. ಈ ವಿಧಾನವು ತಂತ್ರಜ್ಞಾನ ಅಜ್ಞೇಯವಾದಿಯಾಗಿದೆ ಮತ್ತು ಇದನ್ನು ಸಂಸ್ಥೆಗಳಾದ್ಯಂತ ಮತ್ತು ಕೈಗಾರಿಕೆಗಳಾದ್ಯಂತ ತುಲನಾತ್ಮಕ ವಿಶ್ಲೇಷಣೆಗೆ ಬಳಸಬಹುದು. ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ಅನಾಲಿಸಿಸ್ ಪ್ರಾರಂಭವಾದಾಗಿನಿಂದ, ಹಲವಾರು ವ್ಯತ್ಯಾಸಗಳು ವಿಕಸನಗೊಂಡಿವೆ ಮತ್ತು ಸಿಒಎಸ್ಎಂಐಸಿ, ಎನ್ಇಎಸ್ಎಂಎ, ಯೂಸ್ ಕೇಸ್ ಪಾಯಿಂಟ್ಸ್, ಎಫ್ಪಿ ಲೈಟ್, ಅರ್ಲಿ ಮತ್ತು ಕ್ವಿಕ್ ಎಫ್ಪಿಗಳು ಮತ್ತು ಇತ್ತೀಚಿನ ಸ್ಟೋರಿ ಪಾಯಿಂಟ್ಸ್ನಂತಹ ಗಾತ್ರದ ಕ್ರಮಗಳನ್ನು ಸೇರಿಸಲು ಕ್ರಿಯಾತ್ಮಕ ಗಾತ್ರದ ತಂತ್ರಗಳ ಕುಟುಂಬವು ವಿಸ್ತರಿಸಿದೆ. ಆದಾಗ್ಯೂ, ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ಗಳು ಸಂಖ್ಯಾಶಾಸ್ತ್ರೀಯ ನಿಖರತೆಯ ಇತಿಹಾಸವನ್ನು ಹೊಂದಿವೆ, ಮತ್ತು ಹಲವಾರು ಅಪ್ಲಿಕೇಶನ್ ಡೆವಲಪ್ಮೆಂಟ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ (ಎಡಿಎಂ) ಅಥವಾ ಔಟ್ಸೋರ್ಸಿಂಗ್ ಎಂಗೇಜ್ಮೆಂಟ್ಗಳಲ್ಲಿ ಕೆಲಸದ ಮಾಪನದ ಸಾಮಾನ್ಯ ಘಟಕವಾಗಿ ಬಳಸಲ್ಪಟ್ಟಿದೆ, ಇದು ಸೇವೆಗಳನ್ನು ತಲುಪಿಸುವ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅಳೆಯುವ "ಕರೆನ್ಸಿ" ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ ವಿಧಾನಕ್ಕೆ ಒಂದು ಸಾಮಾನ್ಯ ಮಿತಿಯೆಂದರೆ ಇದು ಕೈಯಿಂದ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ ಮತ್ತು ಆದ್ದರಿಂದ ಇದು ಅಪ್ಲಿಕೇಶನ್ ಅಭಿವೃದ್ಧಿ ಅಥವಾ ಹೊರಗುತ್ತಿಗೆ ನಿಶ್ಚಿತಾರ್ಥಗಳಂತಹ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಉಪಕ್ರಮಗಳಲ್ಲಿ ಶ್ರಮ-ತೀವ್ರ ಮತ್ತು ದುಬಾರಿಯಾಗಬಹುದು. ವಿಧಾನವನ್ನು ಅನ್ವಯಿಸುವ ಈ ನಕಾರಾತ್ಮಕ ಅಂಶವು ಉದ್ಯಮದ ಐಟಿ ನಾಯಕರನ್ನು ಐಟಿ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟಕ್ಕಾಗಿ ಒಕ್ಕೂಟವನ್ನು ರಚಿಸಲು ಪ್ರೇರೇಪಿಸಿತು, ಸಾಫ್ಟ್ವೇರ್ ಗಾತ್ರದ ಅಳತೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದಾದ ಮೆಟ್ರಿಕ್ ಮಾನದಂಡವನ್ನು ಪರಿಚಯಿಸುವುದರ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸಿದೆ, ಆದರೆ ಐಎಫ್ಪಿಯುಜಿ ತನ್ನ ಹೆಚ್ಚಿನ ಚಟುವಟಿಕೆಯು ಎಫ್ಪಿ ಕೌಂಟರ್ಗಳ ಪ್ರಮಾಣೀಕರಣಗಳನ್ನು ಅವಲಂಬಿಸಿರುವುದರಿಂದ ಹಸ್ತಚಾಲಿತ ವಿಧಾನವನ್ನು ಉತ್ತೇಜಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. CISQ ಗಾತ್ರವನ್ನು ವೆಚ್ಚದ ಅಂದಾಜು, ಪ್ರಗತಿಯ ಟ್ರ್ಯಾಕಿಂಗ್ ಅಥವಾ ಇತರ ಸಂಬಂಧಿತ ಸಾಫ್ಟ್ವೇರ್ ಪ್ರಾಜೆಕ್ಟ್ ನಿರ್ವಹಣಾ ಚಟುವಟಿಕೆಗಳನ್ನು ಬೆಂಬಲಿಸಲು ಸಾಫ್ಟ್ವೇರ್ನ ಗಾತ್ರವನ್ನು ಅಂದಾಜು ಮಾಡುವಂತೆ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಎರಡು ಮಾನದಂಡಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆಃ ಸಾಫ್ಟ್ವೇರ್ನ ಕ್ರಿಯಾತ್ಮಕ ಗಾತ್ರವನ್ನು ಅಳೆಯಲು ಸ್ವಯಂಚಾಲಿತ ಕಾರ್ಯ ಬಿಂದುಗಳು ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕವಲ್ಲದ ಸಂಕೇತಗಳ ಗಾತ್ರವನ್ನು ಒಂದೇ ಅಳತೆಯಲ್ಲಿ ಅಳೆಯಲು ಸ್ವಯಂಚಾಲಿತ ವರ್ಧನೆ ಬಿಂದುಗಳು. ನಿರ್ಣಾಯಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳನ್ನು ಗುರುತಿಸುವುದು ನಿರ್ಣಾಯಕ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳು ನಿರ್ದಿಷ್ಟ ವಾಸ್ತುಶಿಲ್ಪ ಮತ್ತು/ಅಥವಾ ಕೋಡಿಂಗ್ ಕೆಟ್ಟ ಅಭ್ಯಾಸಗಳಾಗಿವೆ, ಇದು ಹೆಚ್ಚಿನ, ತಕ್ಷಣದ ಅಥವಾ ದೀರ್ಘಾವಧಿಯ, ವ್ಯವಹಾರದ ಅಡ್ಡಿ ಅಪಾಯಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಇವು ಹೆಚ್ಚಾಗಿ ತಂತ್ರಜ್ಞಾನಕ್ಕೆ ಸಂಬಂಧಿಸಿವೆ ಮತ್ತು ಸಂದರ್ಭ, ವ್ಯವಹಾರದ ಉದ್ದೇಶಗಳು ಮತ್ತು ಅಪಾಯಗಳ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿವೆ. ಕೆಲವರು ನಾಮಕರಣ ಸಂಪ್ರದಾಯಗಳಿಗೆ ಗೌರವವನ್ನು ಪರಿಗಣಿಸಬಹುದು, ಆದರೆ ಇತರರು-ಉದಾಹರಣೆಗೆ ಜ್ಞಾನ ವರ್ಗಾವಣೆಗೆ ಆಧಾರವನ್ನು ಸಿದ್ಧಪಡಿಸುವವರು-ಇದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಣಾಯಕವೆಂದು ಪರಿಗಣಿಸುತ್ತಾರೆ. ಕ್ರಿಟಿಕಲ್ ಪ್ರೋಗ್ರಾಮಿಂಗ್ ದೋಷಗಳನ್ನು ಸಿಐಎಸ್ ಕ್ಯೂ ಗುಣಲಕ್ಷಣಗಳಿಗೆ ಅನುಗುಣವಾಗಿ ವರ್ಗೀಕರಿಸಬಹುದು. ಕೆಳಗಿನ ಮೂಲಭೂತ ಉದಾಹರಣೆಃ ವಿಶ್ವಾಸಾರ್ಹತೆ ಅನಿರೀಕ್ಷಿತ ನಡವಳಿಕೆಗೆ ಕಾರಣವಾಗುವ ಸಾಫ್ಟ್ವೇರ್ ಮಾದರಿಗಳನ್ನು ತಪ್ಪಿಸಿ (ಪ್ರಾರಂಭಿಸದ ವೇರಿಯೇಬಲ್, ಶೂನ್ಯ ಪಾಯಿಂಟರ್ಗಳು, ಇತ್ಯಾದಿ) ಸೇರಿಸುವ, ನವೀಕರಿಸುವ, ಅಳಿಸುವ, ಟೇಬಲ್ ರಚಿಸುವ ಅಥವಾ ಆಯ್ಕೆ ಮಾಡುವ ವಿಧಾನಗಳು, ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಕಾರ್ಯವಿಧಾನಗಳು ದೋಷ ನಿರ್ವಹಣೆಯನ್ನು ಒಳಗೊಂಡಿರಬೇಕು ಬಹು-ಥ್ರೆಡ್ ಕಾರ್ಯಗಳನ್ನು ಥ್ರೆಡ್ ಸುರಕ್ಷಿತವಾಗಿಸಬೇಕು, ಉದಾಹರಣೆಗೆ ಸರ್ವ್ಲೆಟ್ಗಳು ಅಥವಾ ಸ್ಟ್ರಟ್ಸ್ ಆಕ್ಷನ್ ಕ್ಲಾಸ್ಗಳು ಇನ್ಸ್ಟೆನ್ಸ್/ನಾನ್-ಫೈನಲ್ ಸ್ಟ್ಯಾಟಿಕ್ ಫೀಲ್ಡ್ಗಳನ್ನು ಹೊಂದಿರಬಾರದು ದಕ್ಷತೆ ನೆಟ್ವರ್ಕ್ ದಟ್ಟಣೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಕ್ಲೈಂಟ್ ವಿನಂತಿಗಳ (ಒಳಬರುವ ಮತ್ತು ಡೇಟಾ) ಕೇಂದ್ರೀಕರಣವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ಲೂಪ್ನಲ್ಲಿನ ದೊಡ್ಡ ಕೋಷ್ಟಕಗಳ ವಿರುದ್ಧ ಸೂಚ್ಯಂಕವನ್ನು ಬಳಸದ ಎಸ್. ಕ್ಯೂ. ಎಲ್ ಪ್ರಶ್ನೆಗಳನ್ನು ತಪ್ಪಿಸಿ ಭದ್ರತೆ ಸರ್ವ್ಲೆಟ್ ಕ್ಲಾಸ್ಗಳಲ್ಲಿನ ಜಾಗಗಳನ್ನು ತಪ್ಪಿಸಿ ದೋಷ ನಿರ್ವಹಣೆಯನ್ನು ಸೇರಿಸದೆ ಡೇಟಾ ಪ್ರವೇಶವನ್ನು ತಪ್ಪಿಸಿ ನಿಯಂತ್ರಣ ರಿಟರ್ನ್ ಕೋಡ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ದೋಷ ನಿರ್ವಹಣಾ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ ಕ್ರಾಸ್-ಸೈಟ್ ಸ್ಕ್ರಿಪ್ಟಿಂಗ್ ದೋಷಗಳು ಅಥವಾ ಎಸ್. ಕ್ಯೂ. ಎಲ್ ಚುಚ್ಚುಮದ್ದುಗಳ ನ್ಯೂನತೆಗಳನ್ನು ತಪ್ಪಿಸಲು ಇನ್ಪುಟ್ ಊರ್ಜಿತಗೊಳಿಸುವಿಕೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ನಿರ್ವಹಣೆಯ ಆಳವಾದ ಆನುವಂಶಿಕ ಮರಗಳು ಮತ್ತು ಗೂಡುಕಟ್ಟುವಿಕೆಯನ್ನು ತಪ್ಪಿಸಬೇಕು. ಗುಣಮಟ್ಟದ ಗುಣಲಕ್ಷಣಗಳನ್ನು ವಿಭಜಿಸುವ ಮೂಲಕ ಅಥವಾ ಹೆಚ್ಚುವರಿ ಪದರಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವ ಮೂಲಕ, ಸಂಕೀರ್ಣ, ಅಮೂರ್ತ ಗುಣಮಟ್ಟದ ಗುಣಲಕ್ಷಣಗಳು (ವಿಶ್ವಾಸಾರ್ಹತೆ ಅಥವಾ ನಿರ್ವಹಣೆಯಂತಹವು) ಹೆಚ್ಚು ನಿರ್ವಹಿಸಬಹುದಾದ ಮತ್ತು ಅಳೆಯಬಹುದಾದಂತಾಗುತ್ತವೆ. ಆ ಗುಣಮಟ್ಟದ ಮಾದರಿಗಳನ್ನು ಕೈಗಾರಿಕಾ ಸಂದರ್ಭಗಳಲ್ಲಿ ಅನ್ವಯಿಸಲಾಗಿದೆ ಆದರೆ ವ್ಯಾಪಕವಾಗಿ ಅಳವಡಿಸಿಕೊಳ್ಳಲಾಗಿಲ್ಲ. ಟ್ರಿವಿಯಾ "ಒಂದು ವಿಜ್ಞಾನವು ಅದರ ಮಾಪನ ಸಾಧನಗಳಷ್ಟೇ ಪ್ರಬುದ್ಧವಾಗಿದೆ". ಅದನ್ನು ನೋಡಿದಾಗ ನನಗೆ ಗೊತ್ತಾಗುತ್ತದೆ. "ನೀವು ಅಳೆಯಲು ಸಾಧ್ಯವಿಲ್ಲದದನ್ನು ನೀವು ನಿಯಂತ್ರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ". (ಟಾಮ್ ಡಿಮಾರ್ಕೊ) "ನೀವು ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವನ್ನು ಪರಿಶೀಲಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ". (ಡಬ್ಲ್ಯೂ. ಎಡ್ವರ್ಡ್ಸ್ ಡೆಮಿಂಗ್) "ವೇಳಾಪಟ್ಟಿಯನ್ನು ಪೂರೈಸುವ ಮಾಧುರ್ಯವನ್ನು ಮರೆತುಬಿಟ್ಟ ನಂತರವೂ ಕಳಪೆ ಗುಣಮಟ್ಟದ ಕಹಿ ಉಳಿದಿದೆ". (ಅನಾಮಧೇಯ) "ನೀವು ಒಂದು ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ಪ್ರಾರಂಭಿಸದಿದ್ದರೆ, ನೀವು ಬರೆಯುವ ಪ್ರತಿಯೊಂದು ಕೋಡ್ ಒಂದು ಪ್ಯಾಚ್ ಆಗಿರುತ್ತದೆ". (ಲೆಸ್ಲಿ ಲ್ಯಾಂಪೋರ್ಟ್) ಸಾಫ್ಟ್ವೇರ್ ದೋಷ ಲಭ್ಯತೆ ಲಭ್ಯತೆ ಅತ್ಯುತ್ತಮ ಕೋಡಿಂಗ್ ಅಭ್ಯಾಸಗಳು ಒಗ್ಗಟ್ಟು ಮತ್ತು ಜೋಡಣೆ ಸೈಕ್ಲೋಮ್ಯಾಟಿಕ್ ಸಂಕೀರ್ಣತೆ ಕೋಡಿಂಗ್ ಸಂಪ್ರದಾಯಗಳು ಕಂಪ್ಯೂಟರ್ ದೋಷ ಅವಲಂಬನೆ ಜಿಕ್ಯೂಎಂ ಐಎಸ್ಒ/ಐಇಸಿ 9126 ಸಾಫ್ಟ್ವೇರ್ ಪ್ರಕ್ರಿಯೆ ಸುಧಾರಣೆ ಮತ್ತು ಸಾಮರ್ಥ್ಯ ನಿರ್ಣಯ-ಐಎಸ್ಒ/ಐಇಸಿ 15504 ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಶೈಲಿಯ ಗುಣಮಟ್ಟಃ ಗುಣಮಟ್ಟದ ನಿಯಂತ್ರಣ, ಒಟ್ಟು ಗುಣಮಟ್ಟದ ನಿರ್ವಹಣೆ. ಅವಶ್ಯಕತೆಗಳ ನಿರ್ವಹಣೆ ವ್ಯಾಪ್ತಿ (ಯೋಜನಾ ನಿರ್ವಹಣೆ) ಭದ್ರತಾ ಭದ್ರತಾ ಎಂಜಿನಿಯರಿಂಗ್ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಭರವಸೆ ಸಾಫ್ಟ್ವೇರ್ ವಾಸ್ತುಶಿಲ್ಪ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ನಿಯಂತ್ರಣ ಸಾಫ್ಟ್ವೇರ್ ಮಾಪನಗಳು ಸಾಫ್ಟ್ವೇರ್ ಮರುಬಳಕೆ ಸಾಫ್ಟ್ವೇರ್ ಪ್ರಮಾಣಿತ ಸಾಫ್ಟ್ವೇರ್ ಪರೀಕ್ಷೆ ಪರೀಕ್ಷೆಯ ಸ್ಥಿರ ಪ್ರೋಗ್ರಾಂ ವಿಶ್ಲೇಷಣೆ ಯುಐ, ಭದ್ರತೆ ಇತ್ಯಾದಿಗಳ ಪರಿಶೀಲನಾಪಟ್ಟಿಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಆಂಡ್ರಾಯ್ಡ್ ಓಎಸ್ ಗುಣಮಟ್ಟದ ಮಾರ್ಗಸೂಚಿಗಳನ್ನು ಮತ್ತಷ್ಟು ಓದುವುದು. ಜುಲೈ 2021 ಮಾಹಿತಿ ತಂತ್ರಜ್ಞಾನ ಮತ್ತು ಸಂವಹನಗಳಲ್ಲಿನ ಕಡಲ ವ್ಯವಸ್ಥಾಪಕರ ಸಂಘ (ಎಎಂಎಂಐಟಿಇಸಿ). ಕಡಲ ತಂತ್ರಾಂಶ ಗುಣಮಟ್ಟದ ಮಾರ್ಗಸೂಚಿಗಳು. ಸೆಪ್ಟೆಂಬರ್ 2017 ಕ್ಯಾಪರ್ಸ್ ಜೋನ್ಸ್ ಮತ್ತು ಒಲಿವಿಯರ್ ಬೋನ್ಸಿಗ್ನರ್, "ದಿ ಎಕನಾಮಿಕ್ಸ್ ಆಫ್ ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ", ಅಡಿಸನ್-ವೆಸ್ಲಿ ಪ್ರೊಫೆಷನಲ್, 1 ನೇ ಆವೃತ್ತಿ, ಡಿಸೆಂಬರ್ 31,2011, ಕ್ಯಾಟ್ ಲ್ಯಾಬ್-ಸಿಎನ್ಇಎಸ್ ಕೋಡ್ ಅನಾಲಿಸಿಸ್ ಟೂಲ್ಸ್ ಲ್ಯಾಬೊರೇಟರಿ (ಗಿಟ್ಹಬ್ನಲ್ಲಿ) ಗಿರೀಶ್ ಸೂರ್ಯನಾರಾಯಣ, ಸಾಫ್ಟ್ವೇರ್ ಪ್ರೊಸೆಸ್ ವರ್ಸಸ್ ಡಿಸೈನ್ ಕ್ವಾಲಿಟಿಃ ಟಗ್ ಆಫ್ ವಾರ್? ಹೋ-ವಾನ್ ಜಂಗ್, ಸೆಯುಂಗ್-ಗ್ವೆನ್ ಕಿಮ್ ಮತ್ತು ಚಾಂಗ್-ಸಿನ್ ಚುಂಗ್. ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವನ್ನು ಅಳೆಯುವುದುಃ ಐಎಸ್ಒ/ಐಇಸಿ 9126ರ ಒಂದು ಸಮೀಕ್ಷೆ. ಐ. ಇ. ಇ. ಇ ಸಾಫ್ಟ್ವೇರ್, 21 (5): <ಐ. ಡಿ. 1>, ಸೆಪ್ಟೆಂಬರ್/ಅಕ್ಟೋಬರ್ 2004. ಇಂಟರ್ನ್ಯಾಷನಲ್ ಆರ್ಗನೈಸೇಶನ್ ಫಾರ್ ಸ್ಟ್ಯಾಂಡರ್ಡೈಸೇಶನ್. ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್-ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟ-ಭಾಗ 1: ಗುಣಮಟ್ಟದ ಮಾದರಿ. ಐಎಸ್ಒ, ಜಿನೀವಾ, ಸ್ವಿಟ್ಜರ್ಲೆಂಡ್, 2001. ಐಎಸ್ಒ/ಐಇಸಿ 9126-1:2001 (ಇ). ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವನ್ನು ಅಳೆಯುವುದುಃ ಐಎಸ್ಒ 25000 ಸರಣಿ ಮತ್ತು ಸಿಎಂಎಂಐ (ಎಸ್ಇಐ ಸೈಟ್) ಎಂಎಸ್ಕ್ಯೂಎಫ್-ಮಾಪನ ಆಧಾರಿತ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟದ ಚೌಕಟ್ಟು ಕಾರ್ನೆಲ್ ಯೂನಿವರ್ಸಿಟಿ ಲೈಬ್ರರಿ ಒಮರ್ ಅಲ್ಶಾಥ್ರಿ, ಹೆಲ್ಜ್ ಜಾನಿಕೆ, "ಆಪ್ಟಿಮೈಸಿಂಗ್ ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ಅಶ್ಯೂರೆನ್ಸ್", ಕಾಂಪ್ಸಕ್, ಪಿಪಿ. 2010ರ ಐ. ಇ. ಇ. ಇ. 34ನೇ ವಾರ್ಷಿಕ ಕಂಪ್ಯೂಟರ್ ಸಾಫ್ಟ್ವೇರ್ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಕಾನ್ಫರೆನ್ಸ್ ಕಾರ್ಯಾಗಾರಗಳು, 2010. ರಾಬರ್ಟ್ ಎಲ್. ಗ್ಲಾಸ್. ಗುಣಮಟ್ಟದ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ನಿರ್ಮಿಸುವುದು. ಪ್ರೆಂಟಿಸ್ ಹಾಲ್, ಅಪ್ಪರ್ ಸ್ಯಾಡಲ್ ರಿವರ್, ಎನ್ಜೆ, 1992. ರೋಲ್ಯಾಂಡ್ ಪೆಟ್ರಾಷ್, "ದಿ ಡೆಫಿನಿಷನ್ ಆಫ್ ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿಃ ಎ ಪ್ರಾಕ್ಟಿಕಲ್ ಅಪ್ರೋಚ್", ಐಎಸ್ಎಸ್ಆರ್ಇ, 1999 ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ಪ್ರೊಫೆಷನಲ್, ಅಮೇರಿಕನ್ ಸೊಸೈಟಿ ಫಾರ್ ಕ್ವಾಲಿಟಿ (ಎಎಸ್ ಕ್ಯೂ) ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ಜರ್ನಲ್ ಬೈ ಸ್ಪ್ರಿಂಗರ್ ನೇಚರ್ ಸ್ಟೀಫನ್ ಎಚ್. ಕಾನ್. ಮೆಟ್ರಿಕ್ಸ್ ಅಂಡ್ ಮಾಡೆಲ್ಸ್ ಇನ್ ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ಎಂಜಿನಿಯರಿಂಗ್. ಅಡಿಸನ್-ವೆಸ್ಲಿ, ಬೋಸ್ಟನ್, ಎಮ್ಎ, ಎರಡನೇ ಆವೃತ್ತಿ, 2002. ಸ್ಟೀಫನ್ ವ್ಯಾಗ್ನರ್. ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟ ನಿಯಂತ್ರಣ. ಸ್ಪ್ರಿಂಗರ್, 2013. ಉಲ್ಲೇಖಗಳು ಟಿಪ್ಪಣಿಗಳು ಗ್ರಂಥಸೂಚಿ ಬಾಹ್ಯ ಕೊಂಡಿಗಳು ಕೋಡ್ ರಾಜನಾಗಿದ್ದಾಗಃ ಮಾಸ್ಟರಿಂಗ್ ಆಟೋಮೋಟಿವ್ ಸಾಫ್ಟ್ವೇರ್ ಎಕ್ಸಲೆನ್ಸ್ (ಮೆಕಿನ್ಸೆ, 2021) ಎಂಬೆಡೆಡ್ ಸಿಸ್ಟಮ್ ಸಾಫ್ಟ್ವೇರ್ ಗುಣಮಟ್ಟಃ ಇದು ಏಕೆ ಆಗಾಗ್ಗೆ ಭಯಾನಕವಾಗಿದೆ? ಅದರ ಬಗ್ಗೆ ನಾವು ಏನು ಮಾಡಬಹುದು? (ಫಿಲಿಪ್ ಕೂಪ್ಮನ್ ಅವರಿಂದ) CISQ TMನ ಕೋಡ್ ಕ್ವಾಲಿಟಿ ಸ್ಟ್ಯಾಂಡರ್ಡ್ಸ್ CISQ ಬ್ಲಾಗ್ಃ https://blog.it-cisq.org ಸಣ್ಣ ಸಾಫ್ಟ್ವೇರ್ ಯೋಜನೆಗಳಿಗೆ (ESA) ESA ಸಾಫ್ಟ್ವೇರ್ ಎಂಜಿನಿಯರಿಂಗ್ ಮಾನದಂಡಗಳನ್ನು ಅನ್ವಯಿಸಲು ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ಅಶ್ಯೂರೆನ್ಸ್ (ESA) ಮಾರ್ಗದರ್ಶಿ ESA ಸಾಫ್ಟ್ವೇರ್ ಉತ್ಪನ್ನ ಅಶ್ಯೂರೆನ್ಸ್ ಸೇವೆಗಳ (NASA/ESA) ಒಂದು ಅವಲೋಕನ ವೋಕ್ಸ್ವ್ಯಾಗನ್ ಸಾಫ್ಟ್ವೇರ್ ಡೆವ್ ಸೆಂಟರ್ ಲಿಸ್ಬನ್ನಲ್ಲಿ ಗುಣಮಟ್ಟದ ಬಗೆಗಿನ ನಮ್ಮ ವಿಧಾನ ಗೂಗಲ್ನಲ್ಲಿ ಉತ್ಪನ್ನದ ಗುಣಮಟ್ಟವನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಗೂಗಲ್ ಸ್ಟೈಲ್ ಗೈಡ್ಸ್ (2011) NASA ಸಾಫ್ಟ್ವೇರ್ ಅಶ್ಯೂರೆನ್ಸ್ NIST ಸಾಫ್ಟ್ವೇರ್ ಕ್ವಾಲಿಟಿ ಗ್ರೂಪ್ OMG/CISQ ಆಟೋಮೇಟೆಡ್ ಫಂಕ್ಷನ್ ಪಾಯಿಂಟ್ಸ್ (ISO/IEC 19515) OMG ಆಟೋಮೇಟೆಡ್ ಟೆಕ್ನಿಕಲ್ ಡೆಟ್ ಸ್ಟ್ಯಾಂಡರ್ಡ್ ಆಟೋಮೇಟೆಡ್ ಕ್ವಾಲಿಟಿ ಅಶ್ಯೂರೆನ್ಸ್ (ಹ್ಯಾರಿ ಸ್ನೀಡ್ ಅವರಿಂದ IREBಯಲ್ಲಿ ವ್ಯಕ್ತವಾಗಿದೆ) ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಟೆಸ್ಟಿಂಗ್ಃ ಸೈಕ್ಲೋಮ್ಯಾಟಿಕ್ ಕಾಂಪ್ಲೆಕ್ಸಿಟಿ ಮೆಟ್ ಅನ್ನು ಬಳಸುವ ಪರೀಕ್ಷಾ ವಿಧಾನ