기록저장소

S1. 인터페이스 설계 확인 데이터 인터페이스 : 상호작용을 위한 데이터, 매개변수(파라미터) 1. 모듈 기능 확인 : 내외부 모듈 구분 2. 공통 기능 확인 : 내외부를 구분하면 세분화된 기능의 공통기능이 식별되고 공통 기능을 중심으로 필요한 매개변수(파라미터)항목을 체크해서 호환이 가능하게끔 표준 정의 3. 모듈 연계 솔루션 EAI : 서로다른 시스템, 어플리케이션간의 정보 연계 및 통합을 가능케 함 S2. 인터페이스 기능 구현 1. 모듈 세부 설계서 : 설계와 표준에 맞게 구체적, 정형화(일정한 형식), 쉽고 직관적(다이어그램 활용) - 컴포넌트 명세서 : 모듈의 구성, 내부클래스의 동작, 인터페이스의 대략적인 개요 - 인터페이스 명세서 : 인터페이스의 세부 조건 및 기능 2. 인터페이스 구현 1)..

S1. 어플리케이션 테스트 분류 테스트의 필요성 : 오류를 예방하여 신뢰도 향상 1. 기본원리와 특징 - 완벽한 테스트는 불가능 - 상황에 맞게 테스트 - 파레토법칙 : 20%의 원인이 80%의 결함을 가짐 - 살충제 역설 : 같은 테스트를 반복하면 오류발견x - 오류부재의 궤변 : 사용자 요구사항 만족x 2. 시각(입장) 사용자 : 검증테스트 vs 개발자 : 확인테스트 3. 테스트 기반 - 명세 기반 테스트 : 요구사항 명세서를 테스트 케이스(항목)으로 만들어서 테스트 - 구조 기반 테스트 : SW내부 흐름에 따라 테스트 케이스르 만들어서 테스트 - 경험 기반 테스트 : 비슷한 SW의 테스트 경험으로 테스트 케이스를 만들어서 테스트, 빠르나 정확도가 떨어짐 4. 실행여부 1) 정적테스트 : 개발초기, ..

S1. SW패키징/릴리즈노트/DRM 1. SW패키징 : 모듈로 빌드한 것을 묶어서 배포용(사용자에게 전달) 설치파일로 만드는 과정 -> 사용자 중심, 사후 변경 및 개선을 위해 지속적으로 관리가능한 형태로 배포, 편의성 및 안정성 고려, 시스템사양 고려(windows7이상, 2.0Ghz 싱글코어, 2GB메모리이상) 코드완성 -> 코드구분(기능단위) -> 모듈화 -> 빌드 -> 사용자환경 정의 -> 적용 및 테스트 -> 개선 -> 배포(릴리즈, release) 2. 릴리즈 노트 : 개선사항 ,추가기능, 서비스 3. DRM(Digital Right Management) : 저작물에 대해 저작자가 가지는 배타적(독점적)권리 클리어링 하우스 : 라이선스 관리, 발급, 결제 DRM 기술요소 : 암호화된 키를 사용..

S1. 통합구현 1. 단위모듈 : 어떠한 기준으로 나눠놓은 모듈 단위 = 기준, 하나의 기준(단위기능) - 모듈의 개수 = 기능의 개수, 독립적 컴파일 가능, 처리/명령문, 데이터 구조 포함 - 모듈화 : 추상화 -> 구조화 -> 캡슐화 2. 입출력기능구현 - IPC(Inter-Process Communication) : 모듈간 통신방식 구현을 위한 인터페이스의 집합 Shared Memory : 공유가능한 메모리 구성 Socket : 소켓을 이용하여 네트워크 경우 Semaphores : 공유자원에 대한 접근 제어 Piepes&named Pipes : 선입선출 형태로 구성 Message Queueing : 메시지 전달 3. 알고리즘 구현 : 구현가능한 언어사용, 구현기능=사용자요구, 확인과정 필요 4. 단..

S1. 자료구조 : 자료의 표현과 연산 효율적인 프로그램을 작성할 때 가장 우선적인 고려사항은 저장공간의 효율성과 실행시간의 신속성, 자료구조에 따라 프로그램의 실행시간이 달라짐 1. 자료구조의 분류 선형구조 (순서 有) 배열 (array) 같은 타입의 데이터가 나열된 정적인(변화x, 길이수정x ->메모리낭비) 자료구조, 삽입,삭제보다 첨자와 변수를 이용한 반복적 데이터처리에 적합 리스트 연속리스트 배열 + 데이터 편집(삽입, 삭제)기능 추가, 수정보다 조회작업에 적합 연결리스트 노드(데이터+포인터, 공간차지), 수정에 용이, 비연속적(첨자로 접근x) 스택 (stack) 노드의 입력과 출력이 한쪽으로만 이루어지는 구조, LIFO, top/bottom(위아래), 스택이 가득찬 상태에서 push(삽입)->o..

S1. 인터페이스 설계 1. 시스템 인터페이스 요구사항 분석/검증 1) 요구사항 명세서 구성 : 이름, 시스템, 범위(내용), 방식, 송신데이터, 인터페이스 주기, 고려사항 2) 인터페이스 분석 절차 : 요구사항 선별(별도의 인터페이스 요구사항 목록 제작), 자료준비(시스템 인터페이스 요구사항과 관련된 자료준비), 요구사항 분류(기능적, 비기능적 요구사항으로 분류), 분석 및 수정(내용을 추가 및 수정, 세분화, 우선순위 부여) 3) 요구사항 검증 : 요구사항 검토계획(기준과 방법, 참여자, 체크리스트, 관련자료, 일정 등), 검증방법(동료검토, 워크스루(사전검토 후 회의), 인스펙션(검토 전문가), 프로토타입제작, 관련 툴 사용), 검증항목(완전성(누락여부), 일관성(충돌여부), 명확성(이해여부), 기..

S1. 화면설계 1. 사용자 인터페이스(User Interface) - 분야 : 표현과 구성, 간편한 기능, 물리적 제어 - 특징 : 사용자의 만족도에 가장 큰 영향을 미치는 요소, 가독성을 높임, 작업시간 단축, 이해도 상승, 최소한의 노력으로 원하는 결과를 얻을수 있게함, 수행결과의 오류를 줄임, 구체적인 방법제시, 정보제공자와 공급자간의 매개역할, 소프트웨어 아키텍처를 반드시 숙지해야함 - 구분 : CLI, CUI, NUI - 기본원칙 : 유연성, 직관성, 학습성, 유효성 - 설계지침 : 사용자중심, 오류발생해결, 일관성, 명확성, 단순성, 접근성, 결과예측, 표준화, 가시화 2. UI표준 및 지침 - 웹표준 : 웹접근성(장애가 있는 사람도 동등하게 이용가능), 크로스 브라우징(어느환경(브라우저, ..

S1. 요구사항 확인 1. 소프트웨어 생명 주기 : 소프트웨어 개발과정을 단계별로 나눈 것 1) 폭포수 모형(Waterfall Model) : 각 단계를 한번씩만 거침(되돌릴 수없있음), 단계별 철저한 검증 필요, 메뉴얼 작성 필요 - 타당성검토 ->계획 -> 요구분석 -> 설계 -> 구현(코딩) -> 시험(검사) -> 유지보수 - 각 단계를 확실히 매듭지어야함 - 2개 이상의 과정 병행 불가 - 메뉴얼 작성 필요 - 개발 완료후 발견된 오류 해결 불가 2) 프로토타입 모형(Prototype Model, 원형 모델) : 기능적 인터페이스 중심으로 견본 개발 후 최종 개발, 추후 발견될 오류 방지 - 요구수집 -> 빠른 설계 -> 프로토타입 구축 -> 고객평가 -> 프로토타입 조정 -> 구현 - 인터페이스..

S1. 객체지향 기술 1. 객체지향 기술의 개념 1) 소프트웨어 위기 : 개발, 유지보수 비용 증대, 하드웨어 기술 대비 약한 기술력, 다양성, 전문성 증가에 비해 평가기준 미흡 2) 객체지향 기술 - 특징 : 현실세계 개체 -> 디지털 개체(속성+메소드), 객체와 객체간 통신을 통해 프로그램 구현 - 정의 객체 : 속성과 메소드로 구성된 클래스의 인스턴스 속성 : 객체를 나타내는 자료구조, 상태값 등 메소드 ; 속성에 대한 연산기능, 객체가 수행하는 행위 3) 장단점 : 객체를 재사용(확장성, 유지보수 용이)하여 쉽고 빠르게 실제 세계와 유사한 형태로 개발, 객체 자체 설계가 어렵고 속도가 비교적 느림 2. 객체지향 기술의 구성요소 1) 클래스(Class) : 객체의 타입을 정의하고 객체를 구현(생성)..

S1. C언어 - 데이터 가공 및 입출력 1. C언어의 특징과 작성 규칙 1) C언어의 특징 - 고급 언어와 저급 언어의 특징을 고루 갖춤(중급언어) - 구조적(절차적) 프로그래밍 - 이식성, 효율성, 다양한 기능 - 하드웨어 제어가능한 시스템 프로그래밍 언어 2) 작성규칙 - 프로그램의 시작은 main() 함수 - 대소문자 구분 - 블록({})구조, 세미콜론(;) 사용 - 전처리기와 주석 사용 2. C언어의 상수 1) 정수형 상수 - 10진수 : 일반적인 방식으로 표기 ex. 10, 34, -56, .. - 8진수 : 숫자앞에 0을 붙여 표기 ex. 023, 058, 07.. - 16진수 : 숫자앞에 0x를 붙여서 표기 ex. 0xD2, 0x137, 0xFFF, .. 2) 실수형 상수 - 10진수 : ..