일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 깃허브 토큰 생성
- Node Property
- 배포 자동화
- deploy.sh
- .ppk
- AWS 생성
- ..gitignore
- submit 기본동작
- 배열 call by value
- Jenkins
- 깃허브 토큰 발급
- Quartz 라이브러리
- 채팅 프로젝트
- git 폴더 모으기
- CI/CD
- dbeaver 백업/복구
- vue 추가
- reset
- 환경변수
- Quartz dependency
- 소프트웨어
- document 함수
- 클래스 참조
- firstChild
- EL1021E
- 되돌리기
- 타임리프 참조 오류
- 자바 swing 프로젝트
- vue 실행
- 테스팅
- Today
- Total
목록소프트웨어 (2)
TY blog
1. 아키텍처 설계 - 시스템 전체 구조를 설계 - 시스템의 주요 구조 컴포넌트(subsystem) 들과 상호작용하는 컴포넌트 간의 관계(interfaces) 주로 명시적 설계와 문서화를 통해 진행되며 상위 수준의 시스템 표현으로 이해당사자 간 의사소통에 도움을 주며 비슷한 요구사항을 가진 시스템의 아키텍처를 재사용할 수 있다. 2. 아키텍처와 시스템의 특성 성능(performance) : 컴포넌트 간 통신을 줄임, 시스템 중복, 부하 분산 보안성(security) : 중요한 자산을 가장 안쪽 계층에 두는 계층구조 사용 안전성(safety) : 안전 관련 작업을 소수의 컴포넌트에 배치하여 안전 검증과 대응을 간단하게 한다. 가용성(availability) : 중복 컴포넌트를 배치, 시스템 중단 없이 컴포..
1. 좋은 소프트웨어의 특성 좋은 소프트웨어는 요구되는 기능과 성능을 사용자에게 제공해야 하고 유지보수성(maintainability), 확실성(dependability), 사용성(usability) 이 좋아야 한다. 1. 수용성(acceptability) - 이해하기 쉽고(understandable), 사용하기 쉽고(usable), 기존 시스템과 호환성(compatible) 이 있어야 한다. 2. 확실성(dependability), 보안성(security) - 신뢰할 수 있는 소프트웨어 ( 신뢰성(reliability), 보안성(security), 안정성(safety)을 포함하는 여러 가지 의미 ) - 악의적인 사용자가 시스템에 접근하거나 피해를 줄 수 없도록 해야 한다. 3. 효율성 (efficien..