일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- GIT
- 유닉스
- 웹 크롤링
- android
- write by GPT-4
- Database
- GPT-4's answer
- kotlin
- 뉴턴역학
- 코틀린
- 자바네트워크
- 자바
- oracle
- 시스템
- 소프트웨어공학
- 역학
- Java
- 자바암호
- 리눅스
- 인프라
- Spring Batch
- 고전역학
- JVM
- NIO
- lombok
- 파이썬
- chatGPT's answer
- Spring boot
- write by chatGPT
- python
- Today
- Total
목록소프트웨어공학 (62)
Akashic Records
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/dAj01a/btslA6LMWeO/gMd9Gx8KNuU7ikTRLnOiak/img.png)
모델 주도 아키텍처(Model Driven Architecture, MDA)는 모델이 중심이 되는 소프트웨어 설계 방법론으로, OMG(Object Management Group)에 의해 개발되었습니다. MDA의 주요 목표는 비즈니스 로직을 이해하고 표현하는 것에 집중하며, 특정 기술에 의존하지 않는 포괄적인 모델을 생성하는 것입니다. MDA의 접근 방식은 다음 세 가지 단계로 구분됩니다. CIM (Computation Independent Model): 이 단계에서는 비즈니스 로직과 요구 사항을 모델링합니다. 기술적인 세부사항을 고려하지 않고, 시스템이 어떤 일을 수행해야 하는지에 초점을 맞춥니다. PIM (Platform Independent Model): 이 단계에서는 시스템의 기능을 모델링하되, 특..
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)은 함께 다임러 크라이슬러 프로젝트를 진행하면서 새로운 소프트웨어 개발..