우당탕탕 개발일지

✅ 애플리케이션 테스트 케이스 설계1. 테스트 케이스(=시험 사례)(1) 테스트 케이스의 정의소프트웨어가 목표하는 보장성을 만족할 수 있도록 최적의 테스트 케이스로 가능한 많은 결함을 발견할 수 있어야한다.(2) 테스트 케이스 작성 절차단계내용1단계 : 참조 문서 수집시험 계획서에 명시된 테스트 케이스 작성 지침과 수준을 고려하여 테스트 설계에 필요한 분석/설계 문서를 수집2단계 : 테스트 케이스 작성테스트 설계 기법을 이용하여 테스트 케이스를 작성3단계 : 내부 검토아키텍처, 관리자, 기획자, 개발자, 테스터 등이 작성된 테스트 케이스의 적정성을 검토4단계 : 요구사항 대비 커버리지 분석테스트 케이스가 어느 정도 요구사항을 반영하는가에 대한 분석으로 테스트 가능한 요구사항이 모두 테스트 케이스에 반영되..

✅ 제품 소프트웨어 패키징1. 애플리케이션 패키징(1) 패키징개발 완료된 제품 소프트웨어를 고객에게 전달하기 위한 형태로 패키징하고, 설치와 사용에 필요한 제반 절차 및 환경 등 전체 내용을 포함하는 매뉴얼을 작성하여, 제품 소프트웨어에 대한 패치 개발과 업그레이드를 위해 버전 관리를 수행할 수 있다.(2) 릴리즈 노트소프트웨어 제품과 함께 배포되는데, 이 문서들에는 제품의 주요 변경 사항이 담겨 있다.📌 릴리즈 노트 구성 항목구분내용헤더(Header)문서이름, 제품 이름, 릴리즈 번호, 출시일, 노트 날짜, 노트 버전 등개요제품 및 변경에 대한 간략한 개요목적버그 픽스와 새로운 기능 목록이슈 요약버그 수정이나 개선 상항에 대한 짧은 설명재현 단계버그 발생을 재현하기 위한 절차해결책(Solution)버..

✅ 모듈 구현1. 단위 모듈 구현(1) 공통 모듈전체 시스템 설계를 할 때 각각의 서브시스템에서 공통으로 사용되는 모듈들을 하나로 묶어놓은 소프트웨어 라이브러리를 말한다.공통 모듈을 만드는 이유는 각각의 서브시스템에서 제각각 모듈을 만들면 개발비가 중복되고 표준화도 되지 않기 때문이다.공통 모듈을 하나로 만들면 나중에 서브시스템이 추가되더라도 공통 모듈은 재개발 없이 재사용이 가능하다는 장점이 있다.(2) 단위 모듈소프트웨어 구현에 필요한 여러가지 동작 중 한 가지 동작을 수행하는 기능을 모듈로 구현한 것단위 모듈에는 화면 모듈, 화면에서 입력받은 데이터 처리를 위한 서비스 컴포넌트, 비즈니스 트랜잭션 컴포턴트 등이 있다.공통 모듈을 먼저 구현하고, 이를 단위 모듈 구현 시에 재사용한다.💡 모듈- 소프..

✅ 자료구조1. 자료구조(1) 자료구조의 정의자료를 효율적으로 사용하기 위해 컴퓨터로 자료의 특성에 따라 분류하여 구성하고, 저장 및 처리하는 모든 작업문제 해결을 위해 데이터 값들을 연산자들이 효율적으로 접근하여 처리할 수 있도록 체계적으로 조직하여 표현하는 것컴퓨터에서 자료를 정리하고 효율적으로 사용할 수 있도록 다양한 구조를 갖는 것이 자료구조(2) 자료구조의 구성1. 선형구조데이터의 전후 항목 사이 관계가 1:1이며, 선후 관계가 명확하게 한 개의 선의 형태를 갖는 리스트 구조종류 : 배열 / 연결 리스트 / 스택 / 큐 / 데크2. 비선형구조데이터 항목 사이의 관계가 1:n(혹은 n:m)인 그래프적 특성을 갖는 형태종류 : 트리 / 그래프(3) 자료구조 선택 시 고려사항데이터 양, 데이터 특성,..

✅ 인터페이스 요구사항 확인1. 내외부 인터페이스 요구사항(1) 인터페이스 요구사항인터페이스 요구사항이란 목표 시스템과 외부 환경이 상호작용할 수 있도록 연결하기 위한 조건이나 특성 및 규약 등에 대한 요건을 기술한 것상호 운영을 통해 작용하기 위한 접속 방법이나 규칙(2) 인터페이스 요구사항 검토 방법‘리뷰’ 회의를 통해 오류 발견을 목적동료 검토(Peer Review)요구사항 명세서 작성자가 요구사항 명세서를 설명하고 이해 관계자들이 설명을 들으면서 결함을 발견한다.워크 스루 (=검토회의)(Walk-througj)회의 전에 검토 자료를 배포해서 사전 검토한 후 짧은 시간 동안 검토 회의를 진행하면서 결함을 발견한다.인스펙션 (=검열, 보다 강한 검토회의)(Inspection)작성자 이외의 전문 검토 ..

✅ 공통 모듈 설계1. 설계 모델링(1) 소프트웨어 설계 개념요구사항 분석 단계에서 나온 사용자가 필요로 하는 필수 기능 구현 방법을 명시하는 것물리적 구현이 가능하도록 절차나 시스템을 구체적으로 정의하는 데 있어 여러 기술과 원리를 응용하는 작업📌 설계의 기본 원리구분내용추상화(Abstraction)구조화(Structuralization)모듈화(Modularity)구분내용추상화 (Abstraction)- 복잡한 문제를 이해하기 위해 필요 없는 세부 사항을 배제하는 것을 의미- 복잡한 구조(문제)를 해결하기 위해 설계 대상의 상세 내용은 배제하고, 유사점을 요약해서 표현하는 기법- 종류 : 과정 추상화, 자료 추상화, 제어 추상화구조화 (Structuralization)문제 영역들을 각각의 기능 모듈 ..

✅ UI 요구사항 확인1. 사용자 인터페이스(1) 사용자 인터페이스(UI : User Interface)의 개념외부 설계의 한 종류이며, 소프트웨어와 조직 환경과의 인터페이스를 설계하는 과정사용자와 시스템이 정보를 주고받는 상호작용이 잘 이루어지도록 하는 장치나 소트프웨어를 의미💡 사용자 경험(UX : User eXperience)- 사용자가 시스템이나 서비스를 이용하면서 느끼고 생각하게 되는 총체적인 경험📌 사용자 인터페이스 평가 기준평가 기준내용배우기 쉬움소프트웨어를 사용할 수 있게 되기까지 배우는데 걸리는 시간속도특정 기능을 수행시키는 데 걸리는 시간사용 중 오류의 빈도원하는 작업을 수행시킬 때 사용자가 범한 오류의 빈도사용자의 만족시스템에 대한 사용자의 반응사용법의 유지시스템 사용에 대한 지식..

계획 → 분석 → 설계 → 구현 → 시험/디버깅 → 인수인계 → 운영/유지보수✅ 현행 시스템 분석1. 현행 시스템 파악(1) 현행 시스템 파악의 개념개발하고자 하는 응용 소프트웨어에 대한 이해를 높이기 위해 현행 시스템의 적용 현황을 파악함으로써 개발 범위와 향후 개발될 시스템으로의 이행 방향성을 분석할 수 있다.💡 시스템 목적을 달성하기 위하여 구성 요소들이 상호 유기적으로 구성된 집합체를 의미(2) 현행 시스템 파악 절차[1단계]구성/기능/인터페이스 파악시스템 구성 현황 파악시스템 기능 파악시스템 인터페이스 현황 파악[2단계]아키텍처/소프트웨어 구성 파악아키텍처 파악소프트웨어 구성 파악[3단계]하드웨어/네트워크 구성 파악시스템의 하드웨어 현황 파악네트워크 구성 파악💡 현행 시스템 파악의 규칙1. ..