Index: arms/docs/html/design-considerations.html =================================================================== diff -u -r18d33d2e192c7b831a79c2d9f81b26c27e471fe1 -ra160ca56fd1f396cbd27ed89188ad7c7807fc2b1 --- arms/docs/html/design-considerations.html (.../design-considerations.html) (revision 18d33d2e192c7b831a79c2d9f81b26c27e471fe1) +++ arms/docs/html/design-considerations.html (.../design-considerations.html) (revision a160ca56fd1f396cbd27ed89188ad7c7807fc2b1) @@ -2,15 +2,15 @@

2.1 소프트웨어 설계 목표

jsTree Service Framework를 활용하여 Tree 알고리즘 기준의 Requirement Management System 을 설계합니다.

-

aRMS는 프로젝트 요구사항을 효과적으로 관리하기 위한 시스템으로, 다양한 기능과 모듈을 포함합니다. - 설계 목표

+

A-RMS는 프로젝트 요구사항을 효과적으로 관리하기 위한 시스템으로, 다양한 기능과 모듈을 포함합니다. - 설계 목표

-

Frontend 및 Backend 분리: aRMS의 주요 설계 목표 중 하나는 Frontend 개발과 Backend 개발을 명확하게 분리하는 것입니다. +

Frontend 및 Backend 분리: A-RMS의 주요 설계 목표 중 하나는 Frontend 개발과 Backend 개발을 명확하게 분리하는 것입니다. 이를 통해 각 영역의 독립성을 확보하고 개발 프로세스를 효율적으로 관리할 수 있습니다.
비지니스 로직과 설정의 분리: 두 번째 목표는 비지니스 로직을 Backend에 집중시키고, Java 개발의 engine 및 framework 설정은 Core-Module로 분리하여 실제 비지니스 로직과 구성 요소를 분리합니다. 이를 통해 복잡성을 감소시키고 유지보수성을 향상시킵니다.
- 패키지 및 라이브러리 관리 툴 활용: aRMS의 세 번째 목표는 패키지 및 라이브러리 관리를 효율적으로 수행하는 것입니다. Maven과 같은 관리 툴을 활용하여 라이브러리의 업데이트와 관리를 용이하게 하고, 관련한 라이브러리를 Lib-Module로 분리하여 패키지 업데이트를 간편하게 지원합니다. + 패키지 및 라이브러리 관리 툴 활용: A-RMS의 세 번째 목표는 패키지 및 라이브러리 관리를 효율적으로 수행하는 것입니다. Maven과 같은 관리 툴을 활용하여 라이브러리의 업데이트와 관리를 용이하게 하고, 관련한 라이브러리를 Lib-Module로 분리하여 패키지 업데이트를 간편하게 지원합니다.

-

aRMS와 관련한 설계목표는 개발 후 → 자동으로 빌드하며 → Core-Module은 Nexus에 Upload되고, Docker는 Docker Hub에 Upload되도록 Source Write after Deploy 까지 One Shot Flow CI/CD를 제공하고
+

A-RMS와 관련한 설계목표는 개발 후 → 자동으로 빌드하며 → Core-Module은 Nexus에 Upload되고, Docker는 Docker Hub에 Upload되도록 Source Write after Deploy 까지 One Shot Flow CI/CD를 제공하고
Source 설계 목표는 비지니스 코드인 제품 코드는 Web-Module 에서만 사용하도록 구성했습니다.


2.2 제약사항

@@ -49,9 +49,9 @@

2.2.2 S/W 제약사항

-

aRMS는 S/W 제약사항이 존재하지 않고, 100% OpenSource를 활용하여 개발하도록 합니다.

+

A-RMS는 S/W 제약사항이 존재하지 않고, 100% OpenSource를 활용하여 개발하도록 합니다.

2.2.3 N/W 제약사항

-

aRMS는 ALM 제품군과 통신이 필요합니다.

+

A-RMS는 ALM 제품군과 통신이 필요합니다.

2.3 기타

PLE ( Product Line Engineering ) 기법을 활용하여, 재사용을 극대화한 프로젝트 구조를 적용합니다. - - aRMS는 자체적인 Static Code Analysis ( SonarQube )를 적용하여 코드 품질을 유지하도록 합니다. - aRMS는 BitBucket (혹은 Github)을 활용하여 Git으로 형상관리를 적용하도록 합니다.

+ - A-RMS는 자체적인 Static Code Analysis ( SonarQube )를 적용하여 코드 품질을 유지하도록 합니다. - A-RMS는 BitBucket (혹은 Github)을 활용하여 Git으로 형상관리를 적용하도록 합니다.

Index: arms/docs/html/design.html =================================================================== diff -u -ra48d53af6ea1af526e24304fa9eaac124456cace -ra160ca56fd1f396cbd27ed89188ad7c7807fc2b1 --- arms/docs/html/design.html (.../design.html) (revision a48d53af6ea1af526e24304fa9eaac124456cace) +++ arms/docs/html/design.html (.../design.html) (revision a160ca56fd1f396cbd27ed89188ad7c7807fc2b1) @@ -152,7 +152,7 @@
-

aRMS의 기준 데이터 중에 하나인 제품(서비스)를 등록하고 관리하도록 합니다.

+

A-RMS의 기준 데이터 중에 하나인 제품(서비스)를 등록하고 관리하도록 합니다.

@@ -278,27 +278,27 @@
-
frontend - module sorce code
+
frontend - module source code
-
https://github.com/jstree/JavaServiceTree-Frontend-WebProject/blob/master/bo
wer.json

+
https://github.com/jstree/JavaServiceTree-Frontend-WebProject/blob/master/jquery.package.json
-

A-RMS 시스템은 총 4개의 모듈로 이루어져 있습니다  (Frontend, Middle-Proxy, Core,   )

+

A-RMS 시스템은 총 4개의 모듈로 이루어져 있습니다  (Core, Backend, Frontend, Middle-Proxy)

이 시스템은 전통적인 방식으로 구성되어 있으며, 각 모듈은 아래와 같은 역할을 수행합니다.


Core 모듈: Core 모듈은 의존성 라이브러리 관리와 함께 Struts부터 Spring까지 다양한 설정을 제공합니다. 또한 iBatis에서 Hibernate까지 다양한 설정을 포함하고 있습니다. 이 모듈은 다른 모듈 간의 관계를 설명하는데 중점을 두며, 시스템의 핵심 설정과 의존성 관리를 수행합니다.