iOS 개발일기

목차링크 01. 요구사항 확인https://93bpm.tistory.com/26 02. 데이터 입출력 구현https://93bpm.tistory.com/27 03. 통합구현https://93bpm.tistory.com/28 04. 서버 프로그램 구현https://93bpm.tistory.com/29 05. 인터페이스 구현https://93bpm.tistory.com/30 06. 화면 설계https://93bpm.tistory.com/31 07. 애플리케이션 테스트 관리https://93bpm.tistory.com/32 08. SQL 응용https://93bpm.tistory.com/34 09. 소프트웨어 보안 구축https://93bpm.tistory.com/35

Secure SDLC(Software Development Life Cycle)보안상 안전한 소프트웨어를 개발하기 위해 소프트웨어 개발 생명주기(SDLC)에 보안 강화를 위한 프로세스를 포함한 것요구사항 분석, 설계, 구현, 테스트, 유지보수 등 전 단계에 걸쳐 구행되어야 할 보안 활동 게시방법론CLASP : SDLC의 초기 단계에서 보안을 강화하기 위해 개발된 방법론SDL : 마이크로소프트 사에서 안전한 소프트웨어 개발을 위해 기존의 SDLC를 개선한 방법론Seven Touchpoints : 소프트웨어 보안의 모범사례를 SDLC에 통합한 방법론단계별 보안 활동요구사항 분석 : 보안 항목에 해당하는 요구사항을 식별하는 작업 수행설계 : 식별된 보안 요구사항들을 소프트웨어 설계서에 반영하고, 보안 설계서 ..

데이터 정의어(DDL; Data Define Language)DB 구조, 데이터 형식, 접근 방식 등 DB를 구축하거나 수정할 목적으로 사용하는 언어종류CREATE : Schema, Domain, Table, View, Index 정의ALTER : Table에 대한 정의를 변경하는 데 사용DROP : Schema, Domain, Table, View, Index 삭제CASCADE : 제거할 요소를 참조하는 다른 모든 개체를 함께 제거RESTRICT : 다른 개체가 제거할 요소를 참조 중일 때는 제거 취소 스키마(Schema) 데이터베이스와 구조와 제약 조건에 관한 전반적 명세를 기술한 것개체(Entity), 속성(Attribute), 관계(Relationship) 및 데이터 값들이 갖는 제약 조건 등에 ..

애플리케이션 테스트 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차개발된 소프트웨어가 고객의 요구사항을 만족시키는지 확인하고, 소프트웨어가 기능을 정확히 수행하는지 검증기본 원리완벽한 테스트 불가능 : 소프트웨어의 잠재적인 결함은 줄일 수 있지만, 소프트웨어에 결함이 없다고 증명할 수 없다.파레토 법칙(Pareto Principle) : 애플리케이션의 20%에 해당하는 코드에서 전체 결함의 80%가 발견된다는 법칙살충제 페러독스(Pesticide Paradox) : 동일한 테스트 케이스로 동일한 테스트를 반복하면 더 이상 결함이 발견되지 않는 현상테스팅은 정황(Context) 의존 :  소프트웨어의 특징, 테스트 환경, 테스터의 역량 등 정황에 따라 테스트 결과가 달라질 수 있으므로,..

사용자 인터페이스(User Interface)사용자와 시스템 간의 상호작용이 원활하게 이루어지도록 도와주는 장치나 소프트웨어사용자 인터페이스의 3가지 분야정보 제공과 전달을 위한 물리적 제어에 관한 분야콘텐츠와 상세적인 표현과 전체적인 구성에 관한 분야모든 사용자가 편리하고 간편하게 사용하도록 하는 기능에 관한 분야  사용자 인터페이스의 구분CLI(Command Line Interface) : 명령과 출력이 텍스트 형태로 이루어지는 인터페이스GUI(Graphical User Interface) : 아이콘이나 메뉴를 마우스로 선택하여 작업을 수행하는 그래픽 환경의 인터페이스NUI(Natural User Interface) : 사용자의 말이나 행동으로 기기를 조작하는 인터페이스  사용자 인터페이스의 기본 원..

시스템 인터페이스 요구사항개발할 시스템과 외부 시스템을 연동하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것구성 요소인터페이스 이름연계 대상 시스템연계 방식송신 데이터인터페이스 주기기타 고려사항  시스템 인터페이스 요구사항 분석요구사항을 분류하고 구체적으로 명세한 후, 이를 이해관계자들에게 전달하는 일련의 과정절차시스템 인터페이스 관련 요구사항을 선별하여 별도로 요구사항 목록 제작요구사항과 관련된 자료 준비기능적인 요구사항과 비기능적인 요구사항 분류요구사항을 분석하고 요구사항 명세서에 내용 추가 및 수정추가, 수정한 요구사항 명세서와 요구사항 목록을 관련 이해관계자에게 전달  인터페이스 요구사항 검증사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 개발 범위의 기준..

개발 환경 구축응용 소프트웨어 개발을 위해 개발 프로젝트를 이해하고 소프트웨어 및 하드웨어 장비를 구축하는 것개발 환경은 응용 소프트웨어가 운영될 환경과 유사한 구조로 구축 하드웨어 환경사용자의 인터페이스 역할을 하는 클라이언트와 클라이언트와 통신하여 서비스를 제공하는 서버로 구성구성클라이언트 : 개인용 컴퓨터(PC), 스마트폰 등서버 :웹 서버(Web Server) : 클라이언트로부터 직접 요청을 받아 처리, 저용량의 정적 파일 제공웹 애플리케이션 서버(WAS; Web Application Server) : 동적 서비스를 제공하거나, 웹 서버와 데이터베이스 서버 또는 웹 서버와 파일 서버 사이에서 인터페이스 역할 수행데이터베이스 서버(Database Server) : 데이터베이스와 이를 관리하는 DB..

통합구현사용자의 요구사항에 맞춰 송·수신 모듈과 중계 모듈 간의 연계를 구현하는 것분석 기법 : 인터뷰, 리서치, 체크리스트, 델파이 기법, 브레인스토밍구성 요소송신 시스템과 모듈 송신 시스템 : 데이터를 생성 및 변환하여 전송하는 시스템송신 모듈 : 전송 데이터를 생성하고 필요에 따라 전송 데이터의 변환 작업 등을 수행수신 시스템과 모듈수신 시스템 : 수신 받은 데이터를 정제 및 변환하는 시스템수신 모듈 : 수신 데이터를 정제하고 애플리케이션이나 데이터베이스 테이블에 적합한 데이터로 변환 작업 등을 수행중계 시스템 : 내·외부 시스템 간 또는 내부 시스템 간의 연계 시 사용되는 아키텍처연계 데이터 : 송·수신 시스템 간 송·수신 되는 데이터네트워크 : 송신 시스템, 수신 시스템, 중계 시스템을 연결해주..

데이터베이스 관리 시스템(DBMS; DataBase Management System)사용자의 요구에 따라 정보를 생성해주고, 데이터베이스를 관리해주는 소프트웨어기존의 파일 시스템이 갖는 데이터의 종속성과 중복성의 문제를 해결하기 위해 제안된 시스템기능정의(Definition) : 데이터의 타입과 구조에 대한 정의, 이용 방식, 제약 조건 등을 명시조작(Manipulation) : 데이터 검색, 갱신, 삽입, 삭제 등을 위해 인터페이스 수단을 제공제어(Control) : 데이터의 무결성, 보안, 권한 검사, 병행 제어 제공  스키마(Schema)데이터베이스의 구조와 제약 조건에 관한 전반적인 명세를 기술한 것종류외부 스키마(External Schema)사용자나 응용 프로그래머가 각 개인의 입장에서 필요로 ..

소프트웨어 생명주기 모델(SDLC; Swoftware Development Life Cycle)소프트웨어 생명주기 : 시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차단계 : 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수종류 : 폭포수 모델(Waterfall Model, 고전적 생명주기 모델)소프트웨어 공학에서 가장 오래되고 가장 폭넓게 사용된 전통적인 소프트웨어 생명 주기 모형소프트웨어 개발 과정의 한 단계가 끝나야만 다음 단계로 넘어갈 수 있는 선형 순차적 모형단계 : 타당성 검토 → 계획 → 요구사항 분석 → 설계 → 구현 → 테스트 → 유지보수프로토타이핑 모델(Prototyping Model)고객이 요구한 주요 기능을 프로토타입으로 구현, 고객의 피드백을 반영하여 소프트웨어 개발..