Software 썸네일형 리스트형 Strategy for Software Reliability Improvement 소프트웨어 신뢰성은 "시스템이 고장 또는 결함으로부터 자유롭다는 것을 표현하기 위한 측정"이라 할 수 있다. 시스템 고장은 소프트웨어 안에 내재한 여러 가지 문제점으로부터 발생되어지므로 신뢰성 있는 소프트웨어를 위한 접근은 시스템 고장의 원인이 되는 요소를 계층화하고 이를 소프트웨어 개발 프로세스 상의 초기단계부터 고려하여 고장의 원인이 되는 결함들을 제거함으로써 성취할 수 있다. 소프트웨어 개발 프로세스 상에서의 결함에 대한 관리 프로세스는 크게 4가지 활동으로 나눠볼 수가 있다. 결함을 예방하는 활동, 결함을 검출하는 활동, 결함 발견 시 이를 즉시 제거하는 활동, 시스템 설계 시 결함으로부터 내성을 가지도록 설계하는 활동이 그것이다. 이를 정리하면 다음과 같다. 결함예방(Fault Preventio.. 더보기 일반적인 소프트웨어 측도 (Measurement)의 유형 일반적으로 소프트웨어 측도는 규모 측도, 복잡도 측도, 품질 측도, 사용 품질 측도와 같이 구분될 수 있다. (이는 절대적인 것은 아니고, 다양한 구분이 존재하고 있으나, 여기서는 일부만을 간략히 소개한다.) 1. 규모 측도 LOC (Line Of Code) 크기 중심의 소프트웨어 측정 기준으로 직접 소프트웨어 코드의 라인수를 측정하는 방식이다. (이것이 수작업으로 이루어지지 않는다는 것은 모두 알고 있으리라 생각됨..) 기능점수 소프트웨어의 크기를 결정하는 소프트웨어 기능 유형별 수량과 성능 및 품질 영향도를 고려하여 계산되는 수치로, 기능 점수 요소들은 소프트웨어 정보 영역의 가산적 척도들과 소프트웨어 복잡성에 대한 주관적인 측정을 기초로 한 실험, 관찰에 의한 관계성을 이용하여 유도된다. Bang .. 더보기 Key Issues in Requirements Reuse 사실 요구사항 재사용이란 말은 아주 유용해 보이지만, 실제로 요구사항을 재사용함으로써 얻을 수 있는 장점은 그리 크지 않다고 생각한다. 특히 자체개발 조직에서 요구사항의 재사용은 애자일 프로세스를 도입하는 경우 거의 무용지물이 된다고 볼 수 있으며 또한 개발 성숙도가 낮은 조직에서의 요구사항 재사용은 사실상 요구사항을 신규로 작성하는 것의 생산성과 비교 했을때 큰 차이가 없다고 생각한다. (물론 개인적 생각이다.) 나름의 근거를 대자면, 1. 자체 개발 조직에서의 요구사항 재사용 문제점 자체 개발 조직은 요구사항과 설계, 그리고 모델로 이어지는 프로세스가 애자일로 돌아가야 하는 상황에 놓이기 쉽다. 이는 자체개발 조직의 목적과도 부합된다고 볼 수 있는데, 예를 들면, 외주 개발로 소프트웨어 개발이 이루어.. 더보기 소프트웨어 요구사항을 구성하는 중요 속성 10가지 원문: https://www.businessanalystlearnings.com/blog/2017/2/26/10-key-attributes-for-describing-software-requirements 요구사항 속성은 요구사항에 관한 다양한 정보를 제공하기 때문에 아주 유용하다. 이를 이용하여 이해관계자는 객관적인 의사결정하는데 활용하기도 하고 또는 요구사항간 중요도를 구분하는데도 유용하게 활용될 수 있다. 그럼에도불구하고 이러한 요구사항 속성이 언제 어떻게 정의하는 것이 좋을지에 대한 의견은 여전히 분분한 실정이다. 본 고를 통해 언제 요구사항 속성을 정의하는 것이 좋을지 논의 해 보도록 한다. 기본적인 요구사항 속성을 Common Set of Attributes (CRA)라고 한다면, 이 CRA는.. 더보기 이전 1 2 다음
