역 의미 추적성

Reverse semantic traceability

역 의미 추적성(RST)은 소프트웨어 개발 프로세스의 각 단계에서 역번역을 통해 높은 품질의 아티팩트를 보장할 수 있도록 도와주는 검증 개선 품질 관리 방법이다.

간략 소개

개발 과정의 각 단계는 한 언어에서 다른 언어로의 일련의 "번역"으로 취급될 수 있다.프로젝트 팀은 맨 처음에 고객의 요구 사항과 자연 언어로 표현된 기대를 다룬다.이러한 고객 요구사항은 때로는 불완전하거나 모호하거나 심지어 서로 모순될 수 있다.첫 번째 단계는 고객의 기대치를 규격화하고 공식화하는 것이며, 이를 미래 시스템을 위한 공식적인 요구사항 문서로 전환하는 것이다.그런 다음 요구사항은 시스템 아키텍처로 변환되고 프로젝트 팀은 단계별로 매우 공식적인 프로그래밍 언어로 작성된 코드를 생성한다.번역하는 동안 항상 실수를 삽입하거나 잘못 이해하거나 무언가를 잃어버릴 위험이 있다.요구사항이나 설계사양의 작은 결함이라도 프로젝트 후반기에 막대한 결함을 야기할 수 있다.때로는 그러한 오해로 인해 프로젝트 실패나 완전한 고객 불만족으로 이어질 수 있다.

역시멘틱 추적가능성 방법의 가장 높은 사용 시나리오는 다음과 같다.

  • UML 모델 검증: 품질 엔지니어들이 도메인에 대한 텍스트 설명, 원본 및 복원된 설명을 비교한다.
  • 새로운 요구사항에 대한 모델 변경 검증: 모델의 원래 버전과 변경된 버전을 지정하면 품질 엔지니어는 요구 사항에 대한 텍스트 설명을 복원하고 원래 버전과 복원된 설명을 비교한다.
  • 버그 수정 확인: 원본 및 수정된 소스 코드가 부여되면 품질 엔지니어들은 수정, 원본 및 복원된 버그에 대한 설명 텍스트 복원을 비교한다.
  • 새로운 소프트웨어 엔지니어를 팀으로 통합: 새로운 팀 구성원은 현재 프로젝트의 주요 아티팩트에 대해 Reverse Semantic Traceability를 수행하도록 할당받는다.

RST 역할

RST 세션에 관련된 주요 역할은 다음과 같다.

  • 프로젝트 아티팩트의 작성자(입력 및 출력 모두)
  • 역엔지니어링,
  • 전문가 그룹,
  • 프로젝트 매니저

RST 공정

Reverse Semantic Traceability workflow

모든 프로젝트 아티팩트 및 관계 정의

검증 방법으로서의 역 의미 추적성은 프로젝트 아티팩트, 프로젝트 아티팩트의 모든 부분 또는 작은 문서나 코드에 적용될 수 있다.그러나 모든 아티팩트에 대해 RST를 수행하는 것은 오버헤드를 발생시킬 수 있으며 (예: 가능한 정보 손실이 매우 중요한 의료 소프트웨어의 경우) 정당화되어야 한다.

얼마나 많은 프로젝트 유물이 '역설계'될지를 결정하는 것은 회사와 프로젝트 매니저의 책임이다.이 금액은 트레이드오프 매트릭스, 프로젝트 및 회사 품질 보증 정책과 같은 프로젝트별 세부 사항에 따라 달라진다.또한 프로젝트 성공을 위한 특정 아티팩트의 중요성과 이 아티팩트에 적용되는 품질 관리 수준에 따라 달라진다.

프로젝트 RST 세션의 양은 프로젝트 계획 단계에서 정의된다.

우선 프로젝트 매니저는 프로젝트 팀이 프로젝트 기간 동안 보유하게 될 모든 유물 목록을 작성해야 한다.그것들은 의존성과 관계를 가진 나무로 제시될 수 있다.아티팩트는 하나의 발생(비전 문서와 같은) 또는 여러 발생(위험 또는 버그와 같은)에 존재할 수 있다.이 목록은 나중에 프로젝트 중에 변경될 수 있지만, RST 활동에 대한 결정 이면에 있는 아이디어는 동일할 것이다.

우선 순위

두 번째 단계는 프로젝트의 결과 가능 중요도와 각 프로젝트 아티팩트의 품질 관리 수준을 분석하는 것이다.

문서의 중요성은 프로젝트 성공과 최종 제품의 품질에 미치는 아티팩트 정도 입니다.척도로 측정한다.

  • 중요(1) 결과물의 품질은 프로젝트의 전반적인 품질과 심지어 프로젝트의 성공에도 매우 중요하다.예:기능 요구사항, 시스템 아키텍처, 중요 버그 수정(쇼어 스톱퍼), 높은 확률 및 중대한 영향을 미치는 위험.
  • 높음(2): 납품이 최종 제품의 품질에 영향을 미친다.예:테스트 사례, 사용자 인터페이스 요구 사항, 주요 심각도 버그 수정, 높은 노출로 인한 위험
  • 중간(3): 최종 제품의 품질에 중간 또는 간접적인 영향을 미친다.예: 프로젝트 계획, 중간 심각도 버그 수정, 중간 노출 위험
  • 낮음(4): 아티팩트는 최종 제품 품질에 미미한 영향을 미친다.예: 직원들의 업무, 화장품 버그, 낮은 확률의 리스크.

품질관리 수준은 아티팩트에 적용되는 검증·검증 활동의 양과, 아티팩트를 만드는 과정에서 오해가 발생할 가능성을 규정하는 조치다.

  • 낮음 (1): 아티팩트에 대한 검토가 없어야 하며, 통신 오류 및 정보 손실이 발생할 가능성이 높으며, 정보 채널이 배포되고, 언어 장벽이 존재해야 한다.
  • 중간 (2): 아티팩트에 대한 검토는 허용되지 않으며, 정보 채널이 배포되지 않는다(예: 아티팩트의 작성자와 정보 제공자는 한 팀의 구성원임)
  • 충분(3): 쌍 개발 또는 안전 점검, 정보 채널이 배포되지 않음.
  • 우수(4): 쌍 개발, 동료 검토 및/또는 테스트, 자동화 또는 단위 테스트, 또는 일부 인공물 개발 및 유효성 검사를 위한 도구가 있다.

책임 있는 사람 정의

RST 세션의 성공은 책임 있는 사람들의 정확한 배정에 크게 좌우된다.

아티팩트의 역시멘틱 추적성 수행

역 의미 추적성은 RST를 수행해야 한다는 결정이 내려지고 그에 대한 자원을 이용할 수 있을 때 시작된다.

프로젝트 매니저는 어떤 문서가 RST 세션에 입력될 것인지 정의한다.예를 들어 복원할 아티팩트는 물론 일부 백그라운드 프로젝트 정보일 수 있다.리버스 엔지니어가 한 문장 또는 여러 페이지의 텍스트가 될 수 있다는 결과로 얻어야 할 텍스트의 양에 대한 아이디어를 가질 수 있도록 원래 텍스트의 단어 수를 제공하는 것이 좋다.그러나 복원된 텍스트는 원래 텍스트와 동일한 수의 단어를 포함하지 않을 수 있지만 값이 비슷해야 한다.

그 후에 역 엔지니어들은 유물을 가져와서 원문을 복원한다.RST 자체는 한 페이지 텍스트(750단어)에 약 1시간이 걸린다.

품질 수준을 중시하고 결정을 내린다.

RST 세션을 완료하려면 복원된 아티팩트와 원래 아티팩트를 비교하고 아티팩트의 품질을 평가해야 한다.공예품 재작업과 그 양에 대한 결정은 이 평가에 기초하여 이루어진다.

평가를 위해 전문가 그룹이 구성된다.전문가들은 프로젝트 영역을 인식하고 비교 유물의 품질 수준을 평가할 수 있을 만큼 경험이 풍부해야 한다.예를 들어, 비즈니스 분석가는 시나리오에서 비전 진술과 복원된 비전 진술의 비교를 위한 전문가가 될 것이다.

RST 평가 기준:

  1. 복원된 텍스트와 원본 텍스트는 의미와 중요한 정보 손실에 있어 상당한 차이를 가지고 있다.
  2. 복원된 텍스트와 원본 텍스트는 의미와 중요한 정보 손실에 다소 차이가 있다.
  3. 복원된 텍스트와 원본 텍스트는 의미에 다소 차이가 있고, 일부 사소한 정보 손실도 있다.
  4. 복원된 텍스트와 원본 텍스트는 매우 유사하며, 일부 사소한 정보 손실
  5. 복원 및 원본 텍스트가 매우 가깝고 정보가 손실되지 않음

전문가 한 사람 한 사람이 평가를 한 다음 평균값을 산출한다.이 값에 따라 프로젝트 관리자는 두 아티팩트를 모두 수정하거나 둘 중 하나 또는 재작업이 필요하지 않은 경우 결정을 내린다.

평균 RST 품질 수준이 1에서 2 사이의 범위인 경우, 아티팩트의 품질이 나쁘며, 결함을 제거하기 위해 검증된 아티팩트의 재작업뿐만 아니라 오해가 해소되도록 원본 아티팩트의 수정을 권고한다.이 경우 아티팩트의 재작업 후 한 번의 RST 세션이 더 필요하다.결함을 수정하고 정보 손실을 제거하기 위해 2개 이상 3개 미만의 유효 유물을 수정하는 유물의 경우, 오해가 발생하는 모호한 정보가 있는지 확인하기 위해 원본 유물을 검토해야 한다.추가적인 RST 세션이 필요하지 않다.평균 마크가 3을 초과하여 4보다 작을 경우, 결함과 사소한 정보 손실을 제거하기 위해 검증된 아티팩트를 수정해야 한다.표시가 4보다 크면 유물의 품질이 양호하고 특별한 수정이나 재작업이 필요하지 않음을 의미한다.

분명히 유물 재작업에 대한 최종 결정은 프로젝트 책임자에 의해 이루어지며, 텍스트의 차이점에 대한 이유에 대한 분석에 기초해야 한다.

참고 항목

참조

외부 링크