일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- write by chatGPT
- 역학
- spring integration
- 소프트웨어공학
- write by GPT-4
- oracle
- kotlin
- chatGPT's answer
- android
- 자바네트워크
- Database
- spring data jpa
- 인프라
- 시스템
- 고전역학
- NIO
- flet
- Java
- 데이터베이스
- 자바
- 유닉스
- 파이썬
- 코틀린
- jpa
- GPT-4's answer
- python
- 자바암호
- 리눅스
- JVM
- 웹 크롤링
- Today
- Total
목록오래된글/소프트웨어공학 (56)
기억을 지배하는 기록
PLT 20 소프트웨어 품질관리 소프트웨어 품질관리의 정의 품질목표, 정책, 책임을 결정하고, 품질 시스템 내에서 품질기획, 품질보증, 품질관리, 품질개선 등을 통한총괄적인 경영기능 일정하의 조건아래에 최저비용으로 가급적 최량품질의 제품을 획득할 수 있도록 생산 활동을 통계 숫자..
PLT 21 소프트웨어 품질 보증 기법 품질 보증 기법의 정의 모든 소프트웨어 산출물을 사용하기 위해 필요 적절한 확증을 하는 체계적인 행위 어떤 소프트웨어 제품이 이미 설정된 요구사항과 일치하는지 확인하는데 필요한 개발단계 전체에 걸친 체계적 작업 품질 보증 기법의 필요성 사용..
PLT 18 소프트웨어 테스트 방법 1. Black Box Test(=Dynamic Test) 정의 프로그램의 외부규격서에 의거하여 입력데이터와 출력 데이터 관계가 규격서에 정해진 바와 같은 결과를 얻었는지 조사 시험하는 방법. 프로그램 내부구조를 해석하지 않는다는 점에서 블랙박스시험이라고 한다. 이 방식의 시..
PLT 17 소프트웨어 테스트 단계 테스트 정의 노출되지 않은 숨어있는 결함을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차 오류 발견을 목적으로 프로그램을 실행하여 품질을 평가하는 과정 테스트 목표 프로그램에 잠재된 오류의 발견 기술적인 기능 및 성능의 확인 사용자 요..
PLT 19 소프트웨어 재사용 정책 1. 재사용의 원칙 범용성 재사용 가능한 소프트웨어의 가장 일반적으로 활용될 수 있는 정도 모듈성 정보은닉, 추상화와 같은 기본여건을 갖추고 최소한의 결합도 및 최대한의 응집력을 가져야 하며 프로그램의 복잡도가 어느 정도 제한되어야 함. 하드웨어 ..
PLT 15 소프트웨어 설계 정의 정해진 일정과 목표를 성취하기 위해서 명세화된 요구사항을 만족시키는 방법을 결정하는 과정 분석단계의 요구명세를 기초로 어떻게 시스템으로 구현할 것인가를 기술하는 과정 필요성 소프트웨어의 잘못된 설계에서 발생하는 Overhead를 최소화하여, 시스템 ..
대표적 소프트웨어 비용산정 기법 Delphi 기법 델파이기법은 한 나라의 연구수준이나 미래의 특정시점을 예측하는 경우, 특히 현재의 상태에 대한 일반화표준화된 자료가 부족한 경우, 전문가적인 직관을 객관화하는 예측의 방법으로 많이 사용되어지는 기법이다. 다시 말하면 본 연구의 ..