반응형
한 줄 요약
정해진 조건에서 이해관계자(개발자, 관리자, 전문가)의 직/간접적인 요구 사항 반영하는 정도
"품질" 속성?
"품질" 제약 조건?
일단 IEEE compuer society article에 의하면 소프트웨어에서의 "품질"이라는 단어를 아래와 같이 정의합니다.
- '지정된 조건에서 사용할 때 직 / 간접적 요구를 충족할 수 있는 소프트웨어 제품의 능력'
- '확립된 요구 사항이 이해관계자의 요구, 원하는 바, 기대하는 점을 정확하게 반영하는 정도'
일단 해당 내용을 요약하자면.
소프트웨어에서의 품질은 이해관계자(개발자, 관리자, 전문가)의 직/간접적인 요구 사항(기능, 비기능, 도메인)을 어느 정도 반영하였는가?라고 볼 수 있겠습니다.
품질 설명에서 언급되는 "요구사항"
품질은 "얼마나 요구사항이 반영되었는가"를 언급하는 만큼 요구사항에 대해서도 자세히 알고 있어야 합니다.
대표적으로 몇 개의 요구사항만 추려보자면 사용자, 시스템 요구사항이 있습니다.
언급된 요구 사항은 어떠한 내용을 포함하고 있나요?
- 사용자 요구사항
대표적으로 인터뷰나 설문조사를 통해 사용자들이 소프트웨어에 기대하는 기능이나 기능의 부가적인 요소를 의견 수렴 및 분석하여 정의된 요구사항입니다. 이때 기능은 직접적 요구사항으로, 부가적인 요소는 간접적 요구 사항으로 볼 수 있겠습니다. - 시스템 요구 사항
소프트웨어가 특정 목적을 이루기 위해서는 하드웨어 사양이 더 높아야 하거나, 개발할 때 생산성 및 유지보수성을 목적으로 특정한 아키텍처를 요구사항으로 채택될 수도 있습니다. 이러한 소프트웨어 시스템을 개발하면서 필요로 하는 기술 내용을 정의한 요구사항입니다.
이외에도 더 많은 요구 사항이 있기에 아래의 블로그에서 확인하시면 좋을 것 같습니다.
SDLC 방법론 <1-1> | 소프트웨어 요구 사항이란? [1/5]
SDLC 방법론 <1-1> | 소프트웨어 요구 사항이란? [1/5]
시작하기 전.해당 포스팅은 포스트 과정에서 언급된 소프트웨어 요구사항에 대해 자세히 설명하고자 합니다. 해당 포스트를 포함 총 5단계로 구성되어 있으며 소프트 웨어 요구사항 > 기능적 요
devlany.tistory.com
끝내는 말
이렇게 소프트웨어에서의 "품질" 뜻과 해당 단어가 평가하는 대상인 "요구사항"이 무엇인지 알아보았습니다. 하지만 이렇게 정리하더라도 품질의 해석의 여지가 다양하기에 특정 조직에서는 뜻이 조금씩은 다르게 해석될 것 같은 여지가 있어 보입니다.
읽어주셔서 감사합니다!
Reforence
'study > question' 카테고리의 다른 글
question <6> | RCA action plan에 대해 간략히 알아보기 [2/3] (0) | 2024.11.23 |
---|---|
question <5> | 근본 원인 분석(RCA)이란? [1/3] (0) | 2024.11.22 |
question <4> | 프로젝트에서 어떤 방식으로 품질 제약 조건을 대비하는 방법 [3/3] (0) | 2024.11.21 |
question <3> |대표적인 품질 제약 조건 6가지 [2/3] (0) | 2024.11.20 |
question <2> | 품질 제약 조건이란? [1/3] (0) | 2024.11.19 |