일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- NIO
- 자바네트워크
- python
- JVM
- 자바암호
- Java
- Database
- GIT
- write by chatGPT
- 역학
- 고전역학
- chatGPT's answer
- 뉴턴역학
- GPT-4's answer
- 리눅스
- oracle
- 인프라
- 자바
- android
- 소프트웨어공학
- kotlin
- 파이썬
- write by GPT-4
- 시스템
- 유닉스
- Spring boot
- 웹 크롤링
- lombok
- Spring Batch
- 코틀린
- Today
- Total
목록오래된글 (226)
Akashic Records
PLT 25 ISO 15504 (SPICE : Software Process Improvement Capability Determination) SPICE is? SPICE(또는 ISO/IEC 15504)는 소프트웨어 프로세스 전반을 망라한 심사를 실시하여 조직의 소프트웨어 개발 프로세스를 개선하고 개발자의 개발 능력을 향상시킴으로써 개발 위험을 통제하기 위한 목적으로 ISO에서 추진하는..
PLT 27 ISO 14598(Information Technology-Software Product Evaluation) 정의 소프트웨어 제품 평가에 대한 표준으로 품질 평가 절차를 “평가 요구사항 설정”, “평가명세”, “평가설계”, “평가수행” 등 4 단계로 구분한다. 소프트웨어 개발과정 또는 개발된 제품형태의 소프트웨어의 품질을 객관적으..
PLT 26 ISO 12119(Information Technology-Software Product Evaluation) 지금까지 대부분의 제조상품은 설계 과정에서부터 생산 및 완제품 출하까지의 전 공정에 걸쳐 품질관리 기술이 확립되어 있어 효율적인 품질관리가 이루어지고 있는 반면 소프트웨어제품의 경우 개발 공정은 물론 완제품의 경우에도 ..
PLT 24 ISO 9126 ISO 9126의 정의 1. 소프트웨어 품질의 특성을 정의하고 품질 평가의 Metrics를 정의한 국제표준 2. 사용자 관점에서 본 소프트웨어의 품질 특성에 대한 표준 ISO 9126의 필요성 1. 사용자, 평가자, 시험관, 개발자 모두에게 소프트웨어 제품의 품질을 평가하기 위한 지침의 마련 필요 2..
Is Component? “독립적인 배포의 단위” -> 프로그램의 배포해서 유저가 사용할 수 있도록 하는 것과 마찬가지고, 컴포넌트 역시 배포해서 다른 유저가 사용할 수 있다는 의미다. 컴포넌트는 프로그램의 한 요소이긴 하지만 완전한 전체 프로그램은 아니다. 따라서 동일 한 기능을 원하는 ..
전통적인 소프트웨어 개발 방법론과는 달리 문서를 강조하지 않고 변경을 장려하며, 개발 초기부터 테스트를 병행할 것을 강력히 권고하는 새로운 방법론이다. 1996년 켄트 백(Kent Back)과 워드 커닝험(Ward Cunningham)은 함께 다임러 크라이슬러 프로젝트를 진행하면서 새로운 소프트웨어 개발..
기존의 시스템 및 소프트웨어를 구성하고 있는 컴포넌트를 조립해서 하나의 새로운 애플리케이션을 만드는 소프트웨어 개발 방법론. 소프트웨어를 완제품으로 개발하던 기존 방식과 달리 부품 역할을 하는 소프트웨어 컴포넌트를 각 기능별로 개발하고 각자에 필요한 것을 선택하여 조..