Forge 구성 요소인 OutDoc에는 eSpace의 설계 정보를 분석하고 체크 아웃한 Action이 있습니다.
원래는 OutDoc 내 UI에 표시하기 위해서였지만 Public=Yes 동작이기 때문에 다른 모듈에서도 사용할 수 있습니다.
이 동작을 사용하면 eSpace를 정태적으로 검사하고 일정한 표준 위반을 검사해 보십시오.

환경을 확인하다

Personal Environment(Version 11.13.0 (Build 31107))
Service Studio (Version 11.12.5)
OutDoc (Version 8.0.5)
CI/CD Probe (Version 2.1.0)

CI/CD Probe 설치에서 사용 방법 확인

CI/CD 구조에서 테스트 응용 프로그램 내의 테스트 키트(Traditional Web Screen)를 추출하는 기능을 제공하는 것은 CI/CD Probe라는 Forge 구성 요소입니다.

OutDoc를 사용하여 설계 정보를 읽어들이는 프로세스의 구현 예

이 구성 요소에는 eSpace에서 UI Flow(및 내부 Screen) 목록을 반환하는 작업이 있습니다.
OutDoc의 Action 사용법은 동일하므로 이 Action의 설치를 먼저 확인합니다.
GetWebScreenDetailsFromEspaceOML Action

설계 정보를 얻으려는 모듈의 EspaceVersion Identifier 획득

Documentation_게임 이름: GetEspaceDoocumentation: EspaceVersion Identifier에 설계 정보를 제공하는 XML

제공

XML을 얻으려는 정보를 기반으로 하는 OutDoc의 동작에 전달하고 추출합니다(동작 함수는'Section 숫자로 얻은 요소의 종류'가 있는 형식의 이름).CI/CD Probe의 예: Section3_2_GenerateWebScreen.Screen 정보 얻기

Espace_Version Entity

(System) 모듈에 포함된 시스템 Enity.최근 문서에서 시스템 Enity를 설명하는 경우도 증가했지만, 이 Enity는forum에서만 기술을 찾을 수 있습니다.
첫 번째 Action 호출을 Input Parameter에 지정한 것은 이 Enity의 Identifier 유형입니다.
그래서 자신의 힘으로 구조를 해석해 보자.
ER는 eSpace 기본 정보가 있는 Espace Enity와 함께 표시됩니다.

위의 그림과 속성의 유형과 명칭을 대조한 후

Espace는 부모님 Enity, EspaceVersion은 설명서 Enity

Espace에 포함된 eSpace의 기본 정보

Espace_Version은 Espace의 버전별 정보를 포함합니다

.

Espace_Version의 eSpaceeSpace Id로 Id를 검색하면 eSpace 1에 대한 모든 버전

을 얻을 수 있습니다.

Espace의 VersionId는 현재 환경 Publish 버전의 EspaceVersion Identifier 포함

(결국 추측일 뿐, 뷰 데이터로 데이터를 확인하면 일치할 것임).
한 마디로 하면'Doctentation Get Espace Doocumentation의 Input Parameter를 얻으려면Name으로 Espace를 검색하고 그 Version Id를 이용하라'는 것이다.

샘플 설치: CentAction/Server Action의 Description 확인

상기 지식을 바탕으로 OutDoc 기능을 사용하여 코드 검사를 하는 기능의 샘플을 실시해 본다.

실현 방법

eSpace 이름을 수락하고 Description에서 빈 Client Action과 Server Action의 이름을 추출하여 일람으로 되돌려줍니다.
설치 요소: Expose REST API
Input Parameter:eSpace 이름
Output Parameter:작업 이름 요약
또한, Archiitecture Dashboard를 사용하는 환경일 경우 Description은 공백 요소에 대해 경고를 보냅니다.

사용된 OutDoc 작업

Action을 객체로 하는 OutDoc의 동작은 다음과 같습니다.

Generate Referenced Actions(참조된 Action)는 구현된 사양을 고려하여 무시할 수 있습니다.

Section_3_4_GeneratAction: Logic 태그에서 Server Action 추출

Section_3_4_Generate Centent Action: Logic 태그 아래에 있는 Center Action 추출

Section_3_4_Generate Service Action: Logic 태그에서 Service Action 추출

Section_3_2_1_1_1_Screen에 걸린 Screen Action 추출

Section_3_2_1_1_1_Screen에 걸린 데이터 작업 추출

"구현된 사양"에서 Logic 태그 아래에 있는 Server Action 및 Center Action을 추출하므로 Section3_4_GeneratAction 및 Section3_4_Generate Centent Action을 사용합니다.

설치 예

API 인터페이스 정의

Input Parameter:eSpace의 이름(Text형)
Output Parameter: 조건(Description이 비어 있는 Action)에 맞는 동작 목록(Record형)
Record 상세 정보:
Client Action의 조건각 속성은 모두 Text 유형입니다.
Server Action의 조건각 속성은 모두 Text 유형입니다.

Action Flow

전체 프로세스

eSpace 이름(Input)으로 Espace Enity(System)를 검색하고 Espace를 검색합니다.Version Identifier 획득

Espace_Version Identifier를 매개변수로 하고 디자인 정보를 XML로 체크 아웃(Doctation GetEspaceDoction)

XML에서 Server Action 정보 추출(Section 3 4 GeneratAction)

순환 ListAction(Section 3 4 Generation의 Output)(폴더 단위 순환)

순환 폴더의 동작

Description이 비어 있으면 REST API의 Output

에 추가

XML에서 Client Action 정보 추출(Section 3 4 Generate Client Action)

세부사항은 Server Action과 동일

결과 샘플 (개발자 도구의 컨트롤러 탭에서 eval에서 나온 것)

기타 용도

OutDoc에서 생성한 문서를 보면 확인할 수 있는 내용이 더 있습니다.
Timer를 사용하여 야간에 통일적으로 검사하거나 일정 시간(평론이나 Publish 등)에 임의로 표준 기준을 검사하는 방법을 구상할 수 있다.

각 요소의 명명 규칙 검사 (추출Name 규칙과 일치)

Global Exception Handler 설정 누설 모듈의 탐지

너무 긴 Enity를 감지한 Attribute

인덱스가 설정되지 않은 Enity 테스트

문서 작성 설정에 대한 Expose REST API 감지

잠깐만요.개발 기준에 정해진 내용 중 자동 점검을 희망한다.
인력 검사가 너무 오래 걸려서요.관중들의 관심도 중요한 디자인/설치점에 집중되기를 바란다.