일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 |
- 타임리프 참조 오류
- deploy.sh
- 깃허브 토큰 생성
- 환경변수
- 깃허브 토큰 발급
- 채팅 프로젝트
- Quartz dependency
- 소프트웨어
- git 폴더 모으기
- firstChild
- .ppk
- submit 기본동작
- 되돌리기
- 배포 자동화
- 테스팅
- 깃허브 연동
- 클래스 참조
- ..gitignore
- Node Property
- reset
- 자바 swing 프로젝트
- AWS 생성
- Jenkins
- EL1021E
- Quartz 라이브러리
- document 함수
- 배열 call by value
- CI/CD
- css 리셋
- dbeaver 백업/복구
- Today
- Total
목록전체 글 (59)
TY blog
1. 아키텍처 설계 - 시스템 전체 구조를 설계 - 시스템의 주요 구조 컴포넌트(subsystem) 들과 상호작용하는 컴포넌트 간의 관계(interfaces) 주로 명시적 설계와 문서화를 통해 진행되며 상위 수준의 시스템 표현으로 이해당사자 간 의사소통에 도움을 주며 비슷한 요구사항을 가진 시스템의 아키텍처를 재사용할 수 있다. 2. 아키텍처와 시스템의 특성 성능(performance) : 컴포넌트 간 통신을 줄임, 시스템 중복, 부하 분산 보안성(security) : 중요한 자산을 가장 안쪽 계층에 두는 계층구조 사용 안전성(safety) : 안전 관련 작업을 소수의 컴포넌트에 배치하여 안전 검증과 대응을 간단하게 한다. 가용성(availability) : 중복 컴포넌트를 배치, 시스템 중단 없이 컴포..
1. 시스템 모델링 이란? - 시스템의 추상(abstraction) 모델을 개발하는 프로세스 이며, 각각의 모델은 시스템의 서로 다른 뷰나 관점을 나타낸다. - 시스템 모델은 시스템의 완전한 표현이 아니며 이해하기 쉽도록 자세한 부분은 의도적으로 제외된다. 2. UML 다이어그램 유형 1. 유스케이스(Use-case) 다이어 그램 : 시스템과 사용자 간의 상호작용 시나리오 ( 상호작용 모델 ) * 목적 : 시스템의 행동 기능 모델링, 사용자가 어떤 인터페이스를 통하여 시스템에 무엇을 하는지 간단하게 기술 [유스케이스 다이어 그램의 구성요소] 유스케이스 : 시스템이 수행, 제공하는 기능이며 공통적인 사용자 목표와 관련된 시나리오의 집합 액터 : 시스템 외부에서 시스템과 직접 상호작용 하는 모든 것 연관(a..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/bOsliq/btsvkquQr8i/A8q4PRLTAYYzCbLDY8IT01/img.png)
깃허브 토큰은 주로프로젝트 IDE에서 깃허브 계정추가 시에나 로그인 시에 토큰이 사용됩니다. 토큰정보 발급1. 우측 상단 프로필 정보 클릭 후 Settings 클릭 2. 왼쪽 하단 Developer settings 클릭 3. Personal access tokens > Token ( classic ) 클릭하여 이미 발급된 토큰 목록 확인 및 생성 가능 Generate new Token을 클릭해서 Token 생성창 이동 Note에 토큰에 대한 설명 추가하고범위 선택란에 필요한 옵션 추가하고 발급하기 * 기존 발급된 토큰 정보는 확인할 수 없어 처음 생성 시에 복사 후 보관해야 한다.