이안의 평일코딩

7. 애플리케이션 테스트 관리 1) 애플리케이션 테스트 케이스 설계 소프트웨어 테스트 => 개발된 응용 애플리케이션이나 시스템이 사용자가 요구하는 기능과 성능, 사용성, 안전성 등을 만족하는지 확인하고, 노출되지 않은 숨어있는 소프트웨어의 결함을 찾아내는 활동 소프트웨어 테스트 필요성 (발예향, 발가락이 예쁘고 향기롭다) => 오류 발견 관점, 오류 예방 관점, 품질 향상 관점 소프트웨어 테스트 원리 (결완초집 살정오) => 결함이 존재, 완벽한 테스팅 불가능, 초기에 테스팅 시작, 결함집중, 살충제 패러독스, 정황에 의존, 오류-부재의 궤변 살충제 패러독스 => 동일한 테스트 케이스에 의한 반복적 테스트는 새로운 버그를 찾지 못함 오류-부재의 궤변 => 아무리 테스트를 완벽하게 수행해도 사용자가 요구사..

6. 화면 설계 1) UI 요구사항 확인 UI(User Interface) => 사용자와 시스템 사이에서 의사소통할 수 있도록 고안된 물리적, 가상의 매개체 UI 유형 (CG NO: 이 영화는 CG가 NO) CLI(Command Line Interface) : 명령어를 텍스트로 입력하여 조작 GUI(Graphical User Interface) : 그래픽 환경을 기반으로 한 사용자 인터페이스 NUI(Natural User Interface) : 키보드나 마우스 없이 신체 부위 이용하는 사용자 인터페이스 OUI(Organic User Interface) : 현실에 존재하는 모든 사물이 입출력장치로 변화할 수 있는 사용자 인터페이스 UI 설계 원칙 (직유학유: 정답을 직접 유도하거나 학습시켜서 유도함) 직관..

5. 인터페이스 구현 1) 인터페이스 설계 확인 인터페이스 설계서 => 이 기종 시스템 및 컴포넌트 간 데이터 교환 및 처리를 위해 각 시스템의 교환되는 데이터, 업무, 송·수신 주체 등이 정의된 문서 인터페이스 명세 => 인터페이스 목록에 있는 각 인터페이스의 상세 정보를 보여 주는 문서 상세 기능 인터페이스 정의서 주요 항목 => 인터페이스 ID, 인터페이스 명, 오퍼레이션 명, 오퍼레이션 개요, 사전 조건, 사후 조건, 파라미터, 반환 값 인터페이스 설계서의 내부, 외부 모듈의 기능 확인 => 시스템 인터페이스 정의서, 상세 기능 인터페이스 정의서, 정적·동적 모형을 통한 기능 확인 EAI(Enterprises Application Integration) 방식 => 기업에서 운영되는 서로 다른 플랫..

4. 서버 프로그램 구현 1) 개발환경 구축 개발환경 구축 => 개발에 사용되는 도구들의 사용 편의성과 성능, 라이선스를 확인 개발 도구의 분류 (빌구테형: 잘못을 빌구 테형을 당함) 빌드 도구: 작성한 코드의 빌드 및 배포를 수행하는 도구 구현 도구: 개발자의 코드 작성과 디버깅, 수정 등과 같은 작업을 지원하는 도구 테스트 도구: 코드의 기능 검증과 전체의 품질을 높이기 위해 사용하는 도구 형상 관리 도구: 개발자들이 작성한 코드와 리소스 등 산출물에 대한 버전 관리를 위한 도구 클라이언트 하드웨어 개발환경 클라이언트 프로그램: 설치를 통해 사용자와 커뮤니케이션하는 프로그램(Visual Basic, C#, Delphi 등) 웹 브라우저: 웹 서비스의 형태로 서버에서 웹 애플리케이션을 응답 시 브라우저..

3. 통합 구현 1) 연계 데이터 구성 연계 요구사항 분석 기법 (인체설델브) => 인터뷰, 체크리스트, 설문지, 델파이 기법, 브레인스토밍 연계 요구사항 분석 참고문서 (코테응시: 코딩 테스트를 응시) => 코드 정의서, 테이블 정의서, 응용 프로그램 구성도, 시스템 구성도 개체 정의서 => 데이터베이스 개념 모델링 단계에서 도출한 개체의 타입과 관련 속성, 식별자 등의 정보를 개괄적으로 명세화한 정의서 테이블 정의서 => 논리 및 물리 모델링 과정에서 작성하는 설계 산출물로 테이블을 구성하는 칼럼들의 특성, 인덱스(Index), 업무 규칙을 문서화한 것 인터페이스 명세서 구성요소 (인최 크시데: 인체의 크기가 크시데!) => 인터페이스 ID, 최대 처리 횟수, 데이터 크기, 시스템 정보, 데이터 정보..

2. 데이터 입출력 구현 1) 논리 데이터 저장소 확인 논리 데이터 모델링 => 데이터 베이스 설계 프로세스의 기초 설계 단계로 비지니스 정보의 구조와 규칙을 명확하게 표현할 수 있는 기법 논리 데이터 모델링 특징 (정포완독: 정말 포기했는데 완독했다) => 정규화, 포용성, 완전성, 독립성 논리 데이터 모델링 속성 (개속관: 개속 관계를 유지하다) => 개념, 속성, 관계 개체-관계(E-R) 모델 현실 세계에 존재하는 데이터와 그들 간의 관계를 사람이 이해할 수 있는 형태로 명확하게 표현하기 위해서 가장 널리 사용되고 있는 모델 개체-관계(E-R) 다이어그램 기호 => 개체(사각형), 관계(마름모), 속성(타원), 다중 값 속성(이중타원), 관계-속성 연결(선) 정규화(Normalization) => ..

1. 요구사항 확인 1) 현행 시스템 분석 현행 시스템 파악 => 현행 시스템이 어떤 하위 시스템으로 구성되어 있고, 어떤 기술 요소를 사용하는지 파악하는 활동 현행 시스템 파악 절차 1단계 구성/기능/인터페이스 파악 2단계 아키텍처 및 소프트웨어 구성 파악 3단계 하드웨어 및 네트워크 구성 파악 소프트웨어 아키텍처 => 여러 가지 소프트웨어 구성요소와 그 구성요소가 가진 특성 중에서 외부에 드러나는 특성, 그리고 구성요소 간의 관계를 표현하는 시스템의 구조 소프트웨어 아키텍처 프레임워크 => 소프트웨어 집약적인 시스템에서 아키텍처가 표현해야 하는 내용 및 이들 간의 관계를 제공하는 아키텍처 기술 표준 소프트웨어 아키텍처 프레임워크 구성요소 => 아키텍처 명세서, 이해관계자, 관심사, 관점, 뷰, 근거 ..