제품 지정하기
이 튜토리얼의 이 부분에서는 Requirements Portal 사용을 시작하는 데 도움이 되는 주요 사용자 흐름 중 하나를 살펴보겠습니다:
-
요구사항 수집 및 작성
-
요구사항 분해
-
요구사항 검토 및 개선
-
사양 승인 및 릴리스
새 프로젝트 생성
-
왼쪽 상단의 Project 드롭다운 메뉴를 클릭한 다음
버튼을 클릭합니다.
-
열리는 프로젝트 설정 페이지에서 적절한(그리고 고유한) 프로젝트 이름(예:
Valifan)을 Project name 필드에 입력한 다음
버튼을 클릭합니다.
이해관계자 요구사항 정의
대부분의 시스템 설계 및 개발은 V cycle을 따릅니다. V cycle의 첫 번째 프로세스는 비즈니스 요구를 이해하고 이해관계자의 니즈를 식별하는 것입니다. 이러한 이해관계자 니즈는 이해관계자 요구사항으로 변환되며, 이는 직접 생성하거나 CSV/XLSX로 가져오거나 AI 기반 ValiAssistant를 통해서도 생성할 수 있습니다. 이 튜토리얼의 이 부분에서는 가져오기 방법에 집중하겠습니다.
-
이해관계자 요구사항이 포함된 다음 CSV 파일을 다운로드하세요:
-
아직 이동하지 않았다면, 왼쪽의 프로젝트 트리에서 Requirements 항목을 클릭하여 Requirements Module로 이동합니다.
-
열리는 페이지에서
버튼을 클릭하고 표시되는 메뉴에서 Import Requirements을(를) 선택합니다.
-
열리는 Document Importer 창에서 open the legacy importer here 링크를 클릭합니다.
-
Import Requirements 마법사가 열립니다. Create a specification 영역에서 사양의 Name을(를) 정의(예:
Stakeholder_requirements)한 다음
버튼을 클릭합니다.
-
다음 단계는 가져오기 마법사가 파일을 읽고 가져올 수 있도록 CSV를 업로드하는 것입니다. 다운로드한 CSV 파일을 Import Requirements 마법사의 Drop file 영역으로 드래그 앤 드롭합니다(또는 해당 영역을 클릭하여 대화상자를 통해 파일을 업로드합니다).
-
다음 단계에서 CSV 파일의 데이터 열이 Requirements Portal의 열에 올바르게 매핑되었는지 확인합니다. 필요하면 표 상단의 Map To 드롭다운을 사용합니다.
-
마법사의 다음 페이지에서 가져오기가 성공했음을 알려줍니다. 데이터 기반 시스템 엔지니어링 접근 방식에 따라 값과 단위를 파라미터(valis)로 변환하려면 창 상단의 Check now 컨트롤을 클릭합니다.
-
열리는 Valify Requirements 창에서 5개의 요구사항이 valify될 것이라는 알림이 표시됩니다.
을(를) 클릭하여 진행하면 2개의 vali가 발견되었다는 알림이 표시됩니다.
을(를) 클릭하여 진행한 다음
을(를) 클릭합니다.
-
보시다시피 50 dB와 50 W가 단순 텍스트에서, 나중에 사용할 수 있는 vali로 변환되었습니다.
계속하려면 Valify Requirements 창을 닫습니다. 모든 요구사항이 추가되었고, 감지된 모든 값이 vali로 변환되었습니다. 요구사항에서 vali는 강조 표시됩니다.
시스템 요구사항 추가
일반적인 시스템 엔지니어링 흐름에서는 시스템 요구사항이 이해관계자 요구사항을 사용해 생성됩니다. 대부분의 기술 설계는 질량, 전력 사용량, 비용 등의 엄격한 요구사항을 준수해야 합니다. Requirements Portal은 설계가 이러한 모든 요구사항을 얼마나 잘 충족하는지에 대한 종합적인 뷰를 제공합니다.
이제 일부 시스템 요구사항을 수동으로 생성하겠습니다.
-
왼쪽의 프로젝트 트리에서 Requirements 항목을 마우스 오른쪽 버튼으로 클릭하고 표시되는 메뉴에서 Create Specification을(를) 선택합니다. Create new specification 창에서 Name 필드에
Fan_Specs을(를) 입력 한 다음
을(를) 클릭합니다.
-
프로젝트 트리에서 새로 생성된 사양 항목을 클릭합니다. 이 사양에서
버튼을 클릭하고 표시되는 메뉴에서 Create Requirement 을(를) 선택합니다.
-
Create new requirement 창이 열립니다. 이 창에서:
-
Specification 필드에서 올바른 사양이 선택되어 있는지 확인합니다(
Fan_Specs). -
Identifier 필드에 고유 식별자를 입력합니다(예:
R-Fan-001). -
Requirement text 필드에
The Mass of the fan shall not exceed 300g을(를) 입력합니다. -
Check for possible Valis 옵션이 활성화되어 있는지 확인합니다.
-
-
표시되는 Valify Requirements 창에서
버튼을 클릭합니다. 요구사항에서 vali가 발견됩니다.
버튼을 클릭하여 값을 vali로 변환한 다음
버튼을 클릭하여 진행하고, 마지막으로
버튼을 클릭하여 프로세스를 완료합니다.
-
같은 방식으로 식별자
R-Fan-002및 요구사항 텍스트The Mass of the propeller shall not exceed 50g로 또 다른 요구사항을 추가하되, 이번에는 Check for possible Valis 옵션을 비활성화합니다(이 요구사항 내의 값에서 나중에 수동으로 vali를 생성할 예정입니다).
-
Fan_Specs 사양을 선택하면 추가된 요구사항이 목록에 표시됩니다. R-Fan-001에는 vali가 있지만 R-Fan-002에는 아직 vali가 없다는 점에 유의하세요.
요구사항 내에서 Requirement Vali 생성
이제 요구사항 텍스트 필드 안에 새 vali를 수동으로 생성하겠습니다.
-
R-Fan-002 요구사항의 Text 열에 있는 셀을 더블클릭하고
50g텍스트를 삭제합니다.
-
$을(를) 입력하여 프로젝트 내 vali/객체 목록이 있는 팝업을 표시합니다. 팝업 오른쪽 상단에서
버튼을 클릭하여 vali를 생성합니다.
-
열리는 Create new 창에서, 창의 Vali 탭에 새 vali에 대해 다음 데이터를 입력합니다:
-
Name:
Req_Mass_Propeller -
Formula and unit:
50g -
Display unit:
g
-
-
이제
50g텍스트가 일반 텍스트와 다르게 표시되는데, 이는 vali임을 나타냅니다. 이 vali는 이제 프로젝트의 다양한 부분(예: 보고서, Blocks Module, 검증 등)에서 사용할 수 있습니다.
부모-자식 관계로 요구사항 분해
-
표 오른쪽의 Columns 컨트롤을 클릭하고 Parents 및 Children 열 항목이 체크되어 표에 표시되도록 합니다.
Columns 컨트롤을 다시 클릭하여 목록을 숨깁니다.
-
R-Fan-002 요구사항의 Parent 열 셀을 더블클릭하고 팝업에서 R-Fan-001 요구사항을 선택하여 두 요구사항을 연결합니다. R-Fan-002 이(가) 자동으로 R-Fan-001의 Children 열에 추가된다는 점에 유의하세요.
-
요구사항 표 상단의 Connections 탭을 클릭하여 선택된 사양의 부모-자식 관계를 보여주는 연결 그래프를 엽니다.
ValiAssitant를 사용한 요구사항 생성
요구사항 관리 프로세스를 가속화하기 위해 AI ValiAssistant 기능을 사용하여 요구사항/분해 요구사항을 생성할 수 있습니다. 이 튜토리얼 프로젝트를 위해 두 가지 안전 요구사항을 만드는 데 이를 사용하겠습니다.
-
오른쪽 상단의
버튼을 클릭하여 ValiAssistant - Generate Requirements 창을 엽니다. 드롭다운에서 Generate Requirements 옵션이 선택되어 있는지 확인하고
버튼을 클릭합니다.
-
다음 페이지에서 제품, 시스템, 서브시스템을 설명하고 가능한 한 많은 정보를 제공하면 AI가 설명에 가장 적합한 요구사항을 도출할 수 있습니다. 우리는 안전 요구사항에 관심이 있으므로, Generate Description 제목 아래의 필드에
Create 2 safety requirements for designing a fan텍스트를 입력하여 팬에 대한 안전 요구사항 2개를 요청합니다.Prompt Extension 제목 아래의 텍스트 필드에서 프롬프트를 더 세부적으로 사용자 지정할 수 있습니다. 우리는 INCOSE 형식의 작성된 요구사항을 원하므로,
Apply the INCOSE guide to writing requirements텍스트를 해당 필드에 입력합니다.
-
다음 페이지에서 AI의 출력이 표시되며, 제안 사항을 검토하고 변경한 뒤 수락 또는 거부할 수 있습니다.
-
요구사항 생성이 성공적으로 완료되었음을 알리는 대화상자를 닫습니다. 생성된 요구사항은 Fan_Spec 사양의 표에 표시됩니다.
요구사항 업데이트, 관리 및 검토
개발 과정 전반에서 이해관계자 의견이나 설계 제약 등 다양한 요인에 따라 요구사항이 발전하고 업데이트되는 것은 흔한 일입니다. Requirements Portal에서는 열 필드를 더블클릭하거나 요구사항의 상세 섹션에서 직접 요구사항을 업데이트할 수 있으며, 모든 변경 사항은 이력에 기록되어 쉽게 참조할 수 있습니다.
-
Text 열에서 해당 셀을 더블클릭하여 요구사항 텍스트의 R-Fan-003 또는 R-Fan-004에 대한 편집 모드로 들어갑니다. 텍스트를
The fan shall include a protective guard with openings no larger than inches to prevent accidental contact with moving parts.(으)로 변경한 다음Enter을(를) 누르거나, 셀 밖의 표 영역을 클릭하여 편집을 완료합니다. -
변경된 요구사항의 식별자를 클릭하여 상세 보기로 열고, 그곳에서 추가 필드를 조정하거나 구독, 소유자 지정, 근거(rationale) 추가, 상위/하위 항목 생성 등을 수행할 수 있습니다.
-
추적성(Traceability)은 Requirements Portal의 핵심 개념이며, 모든 변경 사항은 요구사항 및 기타 객체의 이력에 추적됩니다. History을(를) 클릭하면 버전 정보, 누가 언제 변경했는지, 변경된 필드와 수행된 작업을 보여주는 보기를 열 수 있습니다.
요구사항 검증
제품 라이프사이클 초기 단계에서는 설계 프로세스를 진행하기 전에 요구사항을 검증하는 것이 매우 중요합니다. Requirements Portal은 State 열을 사용하여 요구사항 상태를 편리하게 관리할 수 있도록 합니다. 기본적으로 Draft, In Review, Final 같은 상태가 포함되어 있지만, 필요에 따라 추가 상태를 더할 수 있습니다.
이 튜토리얼의 이 부분에서는 새로 추가된 요구사항에 Draft 상태를 할당하여, 구조적이고 체계적인 워크플로를 보장합니다.
-
Fan_Spec 사양에서 표 오른쪽의 Columns 컨트롤을 클릭하고, State 열 항목이 체크되어 표에 표시되도록 되어 있는지 확인합니다.
-
Identifier 열 헤더 왼쪽의 체크박스를 선택하여 사양 내 모든 요구사항을 선택합니다.
-
State 열에서 임의의 요구사항 셀을 더블클릭합니다(필요하면 표를 오른쪽으로 스크롤하여 해당 열을 표시). 상태에 대한 사용 가능한 옵션이 있는 드롭다운이 열립니다. 드롭다운에서 Draft 을(를) 선택하고 업데이트를 확인합니다. 모든 요구사항이 Draft 상태가 됩니다.