티스토리

Coldcase Archive

검색하기

블로그 홈

Coldcase Archive

coldcasehorizon.tistory.com/m

안드레이 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

인터페이스 구현 -2- ▼인터페이스 기능 정의인터페이스를 실제로 구현하기 위해 인터페이스 기능에 대한 구현 방법을 기능별로 기술하는 과정이다.정의 순서:컴포넌트 명세서 확인 -> 인터페이스 명세서 확인 -> 일관된 인터페이스 기능 구현 정의 -> 정의된인터페이스 기능 구현 정형화 ★모듈 세부 설계서모듈 구성요소와 세부적 동작 등을 정의한 설계서이다. 컴포넌트 명세서내부 클레스 동작, 컴포넌트 개요, 인터페이스를 통해 외부와통신하는 명세를 정의한다.구성 :컴포넌트 ID. 컴포넌트명, 컴포넌트 개요, 내부 클래스(ID,클래스명, 설명), 인터페이스 클래스(Id,인터페이스명, 오퍼레이션명, 구분) 인터페이스 명세서컴포넌트 명세서 항목중 인터페이스 클래스의 세부 조건 및 기능 등을 정의한다.구성: 인터페이스, ID, 인터페이스.. 공감수 0 댓글수 0 2024. 7. 9.
인터페이스 구현 - 1 - ▼인터페이스 기능 확인◈인터페이스 설계서(정의서)시스템의 인터페이스 현황을 한눈에 확인하기 위하여, 이기종의 시스템 간 데이터 교환과 처리를 위하여 사용되는 데이터뿐 아니라 업무, 그리고 송-수신 시스템 등의 관련 상세 내용을 기술한 문서이다.정적, 동적 모형을 통한 설계서, 일반적 형태의 설계서로 구분된다. ★클레스 분할 배치시각적인 다이그램을 이용하여 정적, 동적 모형으로 각 시스템의 구성 요소를 표현한 문서이다.각 인터페이스가 어느 부분에 속하는지 분석할 수 있다. 교환 트랜잭션 종류를 분석할 수 있다. ★적절한 주석개별 인터페이스의 상세 데이터 명세, 시스템 인터페이스 목록, 각 기능의 세부 인터페이스 정보를 정의한 문서이다.시스템 인터페이스 설계서 : 시스템 인터페이스 목록.. 공감수 0 댓글수 0 2024. 6. 28.
소스 코드 최적화 ▼소스 코드 최적화읽기 쉽고 변경 및 추가가 쉬운 클린 코드를 작성하는 것을 의미한다. ★클린코드와 베드코드소스 코드 품질을 위해 기본적으로 지킬 원칙과 기준을 정의한다.클린 코드베드 코드깔끔하게 잘 정리되어 있는 코드. 중복 코드 제거로 애플리케이션의 설개가 개선되고 가독성이 높아 애플리케시션의 기능이해가 용이하며, 버그를 찾는 속도의 향상 및 개발속도가 빨라 진다.클린 코드 최적화 원칙: 가독성, 독창성, 단순성, 의존성 배제, 중복성 최소화, 추상화.스파게티 코드라고도 불리는 것으로다른 개발자가 로직을 이해하기 어렵게 작성된 코드로 변수와 메소드에 대한 명칭을 알키힘들며, 동일한 처리 로직이 중복하게 작성되어 있는 것을 의미한다.유형: 보기좋은 배치, 작은 함수, 분석가능한 제어 .. 공감수 0 댓글수 0 2024. 5. 22.
애플리케이션 성능 개선 ▼애플리케이션 성능 개선★성능 측정 지표처리량 : 주어진 시간에 처리할 수 있는 프로세스 처리수응답 시간 : 데이터 입력 완료 시 부터 응답 출력이 개시될 떄까지의 시간경과 시간: 입력한 시점부터 그 결과의 출력이 완료할 떄까지 걸리는 시간.자원사용률 : 프로세스 처리 중 사용하는 CPU 사용량, 메모리 사용량, 네트워크 사용량. ★유형별 성능 분석 도구성능/부하/스트레스 점검 도구: 측정 지표인 처리량, 응답 시간, 경과 시간 등을 점검하기위해 가상의 시스템 부하나 스트레스를 통해 성능을 분석하는 도구이다.모니터링 도구: 성능 모니터링, 성능 저하 원인 분석, 시스템 부하량 분석, 장애 진단, 사용자 분석, 용량 산정 등의 기능을 통하여 애플리케이션 실행 시 자원 사용량을 확인하고 분석 가능한 도.. 공감수 0 댓글수 0 2024. 5. 16.
결함 관리 ▼결함 관리★결함소프트웨어의 에러, 결함, 결점, 버그, 실패와 같은 용어가 사용되며, 이러한 결합으로 인하여 설계와 다른게 동작하거나 다른 결과가 발생하는 것을 의미한다.심각도별 분류 : 치명적 결함, 주요 결함, 보통 결함, 경미한 경함, 단순 경함 등으로 분류할 수 있다.결함 우선순위 : 결정적 높은, 보통, 낮은 또는 즉시 해결, 주의 요망, 대기, 개선 권고 순으로 표시하며 결함의 심각도가 높다고 해서 반드시 우선 순위가 높은 것은 아니다. ★결함 유입별 분류기획 시 유입되는 결함, 실제 시 유입되는 결함, 코딩시 유입되는 결함, 테스트 부족으로 유입되는 결함 등으로 분류한다. ★ 결함 분류 시스템 결함 : 주로 애플리케이션이나 데이터베이스 처리에서 발생되는 결함이다.기능 결함 : 애플리케이.. 공감수 1 댓글수 0 2024. 5. 15.
통합 테스트 ▼통합테스트★단위 테스트하나의 모듈을 기준으로 독립적으로 진행되는 가장 작은 단위의 테스트 이다. 애플리케이션을 구성하는 하나의 기능이 올바르게 동작하는지를 독립적으로 테스트하는 것이다. 구현 단계에서 각 모듈의 개발을 완료한 후 개발자가 명세서와 내용대로 정확히 구현되었는 지 테스트한다. 모듈 내부의 구조를 구체적으로 볼 수 있는 구조적 테스트를 주로시행한다. 소프트웨어 최소 기능 단위인 모듈, 컴포넌트를 태스트하는 것으로 사용자의 요구사항을 기반으로 한 기능 테스트를 제일 먼저 수행한다.인터페이스, 자료구조, 독립적 기초 경로, 오류 처리 경로, 결제 조건 등을 테스트한다. ★ 통합 테스트각 모듈 간을 결합하여 시스템 완성시키는 과정에서 모듈 간의 인터페이스 혹은 통합된 컴포넌트.. 공감수 0 댓글수 0 2024. 5. 9.
테스트 커버리지 ▼테스트 커버리지주어진 테스트 케이스에 의해 수행되는 소프트웨어의 테스트 범위를 측정하는 테스트 품질 측정 기준이며, 테스트의 정확성과 신뢰성을 향상시키는 역활을 한다.ㅇ기능기반테스트 대상 애플리케이션의 전체 기능을 모수로 설정하고, 실제 테스트가 수행된 기능의 수를 측정하는 방법이다. 기능 기반 테스트 커버리지는 100% 달성을 목표로 하며, 일반적으로 UI가 많은 시스템의 경우 화면 수를 모수로 사용할 수 있다.LineCoverage애플리케이션 전체 소스 코드의 Line 수를 모수로 테스트 시나리오가 수행한 소스코드의 Line 수를 측정하는 방법이다.단위 테스트에서는 이 라인 커버리지를 척도로 삼기도 한다.CodeCoverage 소프트웨어 테스트 충분성 지표 중 하나로 소스 코드의 구문, 조건, 결.. 공감수 0 댓글수 0 2024. 5. 6.
테스트 시나리오와 테스트 기법 ▼테스트 시나리오★테스트 시나리오 테스트 케이스를 적용하는 순서에 따라 여러 테스트 케이스의 집합으로서, 테스트 케이스의 동작 순서를 기술한 문서이며 테스트를 위한 절차를 정리한 문서이다. 테스트 순서에 대한 구체적인 절차, 사전 조건, 입력 데이터 등을 정리하여, 테스트 항목을 빠짐없이 수행할 수 있도록 한다. ★테스트 시나리오 작성 시 유의점테스트 항목의 시스템별, 모둘별, 항목별 테스트 시나리오를 분리하여 작성해야한다. 또한 고객의 요구사항과 설계 문서등을 토대로 시나리오를 작성하며, 테스트 항목은 식별자 번호, 순서 번호, 테스트 데이터, 테스트 케이스, 예상 결과, 확인 등의 항목을 포함하여 작성한다. ★ 테스트 환경 구축개발된 응용 소프트웨어가 실제 운영 시스템에서 정상적으로 작동하는.. 공감수 1 댓글수 0 2024. 5. 3.
애플리케이션 테스트 관리 - V 모델과 테스트, 애플리케이션 테스트 - ▼V모델과 테스트★테스트 레벨애플리케이션 개발 단계에 따라 단위 테스트, 통합 테스트, 시스템 테스트, 인수 테스트, 설치 테스트로 분류한다.애플리케이션을 총체적으로 관리하기 위한 테스트 활동의 묶음이며, 각각의 테스트 레벨은 서로 독립적이며 서로다른 계획과 전략이 필요하다. ★시각에 따른 테스트검증 테스트: 제춤이 명세서대로 완성되었는지 검증하는 단계이다. 개발자의 시각에서 제품의 생산과정을 테스트하는 것을 의미한다.★테스트 케이스 자동 생성자료 흐름도 -> 테스트 경로 관리, 입력 도메인 분석 -> 테스트 데이터 산출, 랜덤 테스트 - > 무작위 값 입력, 신뢰성 검사. ★테스트 레벨의 종류단위 테스트: 개발자가 원시 코드를 대상으로 각가의 단위를 다른 부분과 연계되는 부분은 고려하지 않고 단위.. 공감수 0 댓글수 0 2024. 5. 2.
애플리케이션 테스트 관리 ▼테스트 케이스★소트프웨어 테스트소프트웨어 개발 단계에서 사용자 요구사항에 서술된 동작과 성능, 사용성, 안정성 등을 만족하는지 확인하기 위하여 소프트웨어의 결함을 찾아내는 활동으로 품질 향상, 오류 발견, 오류 예방 관점에서 수행하는 행동이다.춤질 향상 관점 : 반복적인 테스트를 거쳐 제품의 실뢰도를 향상하는 품질 보증 활동이다.오류 발견 관점: 잠재된 오류를 발견하고 이를 수정하여 올바른 프로그램을 개발하는 활동이다.오류 예방 관점: 코드 리뷰, 동료 검토, 인스펙션 등을 통해 오류를 사전에 발견하는 활동이다. ★소프트웨어 테스트의 원리테스팅은 결함이 존재함을 밝히는 활동이다.소프트웨어의 잠재적인 결함을 줄일 수 있지만 결함이 발견되지 않아도 결함이 없다고 증명할 수 없음을 나타낸다.완벽한 테스팅은 .. 공감수 0 댓글수 0 2024. 4. 30.
형상 관리 - 버전 관리 도구 - ▼버전관리 도구 구분★형상 관리 관련 주요 용어저장소(Repository): 최신 버전의 파일들과 변경 내역에 대한 정보들이 저장되어 있는 공간 가져오기(Import): 버전 관리가 되고 있지 않은 아무것도 없는 저장소(Repository)에 처음으로 파일 복사 체크아웃(Check-Out): 저장소에서 파일을 받아온다 / 소스파일과 함께 버전관리를 위한 파일을 받아온다 체크인(Check-In): 체크아웃 한 파일의 수정을 완료한 후 저장소(Repository)에 새로운 버전의 파일로 갱신 커밋(Commit): 체크인 수행시 이전에 갱신된 내용이 있는 경우 충돌을 알리고 Diff 도구로 수정 후 갱신 완료 동기화(Update): 저장소에 있는 최신 버전으로 자신의 작업공간을 동기화 차이(Diff): 새로.. 공감수 0 댓글수 0 2024. 4. 26.
형상 관리 -형상 관리 도구- ▼형상 관리 도구★형상 관리(Configuration Management)개발 단계에 생성되는 모든 문서, 코드 등 소프트유ㅔ어의 변경사항을 체계적으로 관리하기 위하여 추적하고 통체하는 것. 작업 산출물을 형상 항목(Configuration Item)이라는 형태로 선정하고, 형상 항목 간의 변경사항의 추적과 통체 정책을 수립하고 관리한다. 요구사항 변경 또는 오류로 지속해서 변화하는 자료이며, 이러한 변화를 이력화 하여 유지보수성을 향상시킬 수 있다. 소프트웨어는 눈으로 확인할 수 있는 가시성이 없으므로 개발 과정의 진행 정도를 확인하는 도구로 사용된다. 단순 버전 관리 기반의 소프트웨어 운용을 좀더 포괄적인 학술 분양의 형태로 넒히는 근간을 의미한다. ★형상 관리 항목개발 프로세스에서 .. 공감수 0 댓글수 0 2024. 4. 24.
제품 소프트웨어 메뉴얼 작성 ▼소프트웨어 매뉴얼 ★소프트웨어 매뉴얼 개념 제품 소프트웨어 개발 단계부터 적용한 기준이나 패키징 이후 설치와 사용자 측면의 주요 내용 등을 기록한 문서로 설치 매뉴얼과 사용자 매뉴얼로 구분한다. ★소프트웨어 설치 매뉴얼 소프트웨어 실사용자가 제품을 최초 설치 시 참조하는 매뉴얼이며, 제품 소프트웨어 소개, 설치 파일, 설치 절차 등이 포함된다. 설치 과정에서 표시될 수 있는 예외 상황에 관련 내용을 별도로 구분하여 설명한다. 설치 시작부터 완료할 떄까지의 전 과정을 빠짐없이 순서대로 설명한다. 설치 매뉴얼은 사용자 기준으로 작성되며, 목차, 개요, 기본사항 등이 기본적으로 포함되어야 한다. ★소트프웨어 설치 매뉴얼 구성 목차 및 개요 작성하는 매뉴얼 전체 내용을 순서대로 요약하여 작성한다. 설치 매뉴얼.. 공감수 0 댓글수 0 2024. 4. 18.
제품 소프트웨어 저작권 ▼제품 소프트웨어 저작권 보호 ★DRM(Digital Rights Management) 디지털 콘텐츠의 생성에서부터 실제 사용자까지 모든 유통 과정에 걸쳐 콘텐츠를 안전하게 관리 및 보호하고 허가된 사용자만이 접근할 수 있도록 제한하는 기술이다. 컴퓨터 소프트웨어는 무한 복제가 가능하고 원본과 복사본이 동일하게 배포될 가능성이 커 이를 방지하기 위한 기술적 방법을 통칭한다. DRM의 기술적 요구사항 : 지속적 보호, 이용 편리성,유연성, 통합의 용이성 등의 4가지로 분류할 수있다. ★DRM의 특성 거래 투명성: 저작권자와 콘텐츠 유통업자 사이의 거래 구조 투명성 제공 사용규칙 제공: 사용 기능횟수, 유효기간, 사용 환경등을 정의가능, 다양한 비즈니스 모델 구성 및 콘텐츠 소비 형태 통제 제공 자유로운 상.. 공감수 0 댓글수 2 2024. 4. 12.
제품 소프트웨어 패키징 ▼애플리케이션 패키징(배포) ★애플리케이션 패키징의 개념 개발이 완료된 소프트웨어를 고객에 인도하기 위해 패키징하고, 설치 매뉴얼, 사용 매뉴얼 등을 작성하는 일련의 배포용 설치 파일을 만드는 작업을 의미한다. 패키징은 사용자 중심으로 진행한다. ★패키징 시 고려사항 사용자 시스템의 환경, 직관적 UI, 관리 서비스 형태 제공, 패키징 변경 및 개선 관리를 통한 안정적 배포 ★패키징 프로세스 ▼제품 소트프웨어의 패키징 도구 ★패키징 도구 소프트웨어 배포를 목적으로 패키징 시에 지적 재산권을 보호하고, 관리하는 기능을 제공하는 도구이며, 소프트웨어의 안전한 유통 그리고, 배포를 도와주는 솔루션 이다. 패키징 도구는 불법 복제로부터 디지털 콘텐츠의 지적 재산권울 보호해주는 사용 권한 제어 기술, 패키징 기술.. 공감수 0 댓글수 0 2024. 4. 11.
통합 구현 ▼단위 모둘 구현 ★단위 모듈 소프트웨어 구현에 필요한 다양한 동작 중 한 가지 동작을 수행하는 기능을 모듈로 구현한 것을 의미한다. 사용자 또는 다른 모듈로부터 값을 전달받아 시작되는 작은 프로그램이기에 독립적인 컴파일이 가능하며, 다른 모듈에 호출되거나 삽입될 수 있고 두개의 단위 도뮬이 합쳐지면 두 개의 기능들을 같은 모듈로 구현할 수 있다. 종류 : 화면, DB 접근, 인터페이스, 비즈니스 트랜젝션, 데이터 암호화 등 ★단위 기능 명세서 큰 규모의 시스템을 분해하여 단위 기능별로 계측적으로 구조화하고, 단순하게 추상화한 문서이다. ★모듈화의 원리 소프트웨어 개발에 있어 기능을 나누고 추상화하여 소프트웨어의 성능을 향상시키고 유지보수를 효과적으로 구현하기 위한 기법을 의미한다. 종류 분할과 지배: .. 공감수 0 댓글수 0 2024. 4. 7.
미들웨어 솔루션 ▼미들웨어(Middle Ware) 솔루션의 정의 클라이언트와 서버 간의 통신을 담당하는 시스템 소프트웨어이다. 이기종 하드웨어, 소프트웨어, 네트워크, 프로토콜, PC환경, 운영체제 환경 등에서 시스템 간의 표준화 된 연결을 도와주는 소프트웨어이다. 표준화된 인터페이스를 통하여 시스템 간의 데이터 교환에 있어 일관성을 제공한다. 운영체제와 에플리케이션 사이에서 중간 매개 역활을 하는 다목적 소프트웨어 이며 애플리케이션에 운영체제가 제공하는 서비스를 추가 및 확장하여 제공하는 컴퓨터 소프트웨어이다. 표준화된 인터페이스를 제공하여 다양한 환경을 지원하기 때문에 체계가 다른 업무와 상호 연동과 분산된 업무를 동시에 처리할 수 있기 때문에 자료의 일관성이 유지되어 분산이 가능하다. ★미들웨어 솔루션의 유형 데이.. 공감수 0 댓글수 0 2024. 3. 26.
인터페이스 대상 식별 -2- ▼시스템 연계기술 API(Application Programming Interface) 프로그래밍을 통하여 프로그램을 작성하기 위한 일련의 부프로그램, 프로토콜 등을 정의하여 상호작용을 하기 위한 인터페이스 사양을 말한다. WSDL(Web Services Dexcription Language) 관련된 서식, 프로토콜 등을 웹 서비스를 통해 표준적인 방법으로 기술하고 계시하기 위한 언어이다. UDD(Universal Description, Discovery, and Intergration) 인터넷에서 전 세계 비즈니스 목록에 자신을 등재하기 위한 확장성 생성 언어 기반의 규격화된 레지스트리다. SOAP(Simple Object Access Protocol) 웹 서비스를 실제로 이용하기 위한 객체 간의 통신.. 공감수 0 댓글수 1 2024. 3. 15.
인터페이스 대상 식별 -1- ▼ 시스템 아키텍쳐 요구사항 하드웨어, 소프트웨어를 모두 포함하는 전체 시스템에 대한 논리적 기능체게 그리고 그것을 실현하기 위한 구성 방식, 시스템 전체의 최적화를 목표로 한다. 요구사항과 시스템의 전체 생명주기를 고려한다. 시스템의 구성, 동작 원리를 정확하게 표현해야 하며, 각 컴포넌트에 대한 설계, 구현을 지원하는 수준으로 자세히 기술한다. 각 컴포넌트 사이의 상호작용, 외부 환경과의 관계를 기술한다. ▼시스템 인터페이스 식별 개별 대상 시스템과 연결된 연계 시스템 사이의 인터페이스를 식별하는 것으로 시스템의 업무 정의서, 시스템 아키텍처 정의서,유스케이스 정의서 등을통하여 송신,수신, 중계 시스템을 식별한다. 인터페이스 요구명세서, 인터페이스 요구사항 목록을 기반으로 개발 대상 시스템과 연계된 .. 공감수 0 댓글수 0 2024. 3. 13.
인터페이스 요구사항 확인 ▼인터페이스 내/외부 요구사항 개발 대상 조직 내/외부의 시스템 연동을 통하여 상호작용을 위한 접속방법, 규칙을 의미한다. ▼인터페이스 요구사항 구성 요구사항의 구성, 내/외부 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용, 연계 방식, 송신 데이터, 인터페이스 주기, 기타 고려사항 ▼인터페이스 요구사항의 분류 기능적 요구사항: 소프트웨어가 내 외부 시스템 간의 연계를 통하여 수행될 기능과 관련하여 가져야 하는 기능적 속성에 대한 요구사항이다. 비 기능적 요구사항 : 기능에 관련되지 않는 사항으로 기능 요구사항을 만족시키는 바탕에서 정상적으로 작동하기 위한 시스템 내/외부의 제약조건을 의미한다. ▼인터페이스 요구사항 명세서 요구사항 분류 시스템 인터페이스 요구사항 요구사항 번호 XX-6S7WH.. 공감수 0 댓글수 1 2024. 3. 12.
디자인 패턴 ▼디자인 패턴 자주 사용하는 실제 형태를 정형화하여 유형별로 설계 템플릿을 만들어 두고 소프트웨어 개발 중 나타나는 과제를 해결하기 위한 방법 중 한가지이다. 다양한 응용 소프트웨어 시스템들을 개발할 때 서로 간에 공통되는 설계 문제가 존재하는데, 각 해결책 사이에도 공통점이 있으며 이러한 유사점을 패턴이라고 한다. 이러한 패턴은 개발자 간의 원활한 의사소통, 소프트웨어 구조파악에 용이하며, 유지보수성, 운용성 등 소프트웨어 품질 향상에 도움을 준다. 객체지향 프로그래밍 설계 시 유사한 상뢍에서 구조적인 문제를 해결할 수 있도록 방안을 제공해 주며, Gof(Gang of Four)분류가 가장 많이 사용된다. ★디자인 패턴을 사용할 떄의 장·단점 장점 - 개발자 간의 원활한 의사소통 지원. - 소프트웨어의.. 공감수 0 댓글수 0 2024. 3. 7.
객체지향 설계 ▼구조적 프로그래밍 프로그램의 이해가 쉽고 디버깅 작업이 쉽다. 하나의 입력과 하나의 출력 구조를 갖지고 있다. 대신 분기(GOTO)문은 사용하지 않는다. 기본적으로 순차 구조, 선택 구조, 반복 구조등이 구조프로그래밍의 기본 구조라고 할 수 있다. ▼절차적 프로그래밍 순서대로 일련의 명령어를 나열하여 프로그래밍 한다. Function 기반의 프로그래밍이며, 프로시저로서 Function 외에도 Subroutine이 문법적으로 구현되어 있다. 절차형 언어의 경우 규모가 커지면 커질수록 함수가 기하급수적으로 늘어난다. 함수가 타 프로그램과 문제를 일으킬 수 있는 문제점을 가지고 있다. 프로그램과 별개로 데이터 취급이 되므로 완전하지 않고 현실 세계 문제를 프로그램으로 표현하는데 제약이 있다. ▼객체지향 분석.. 공감수 1 댓글수 3 2024. 3. 5.
소프트웨어 아키텍처 패턴 ▼소프트웨어 아키텍처 패턴 소프트웨어 아키텍처를 설계하는데 발생하는 문제점을 해결하기 위한 재사용 가능한 솔루션으로 디자인 패턴과 유사하나 더 큰 범위에 속한다. 아키텍처 패턴을 사용하는 이유는 다음과 같다. 개발시간 단축, 고품질 소프트웨어의 안정적 개발 가능. 개발 단계에서 관계자간의 의사소통이 간단해지며, 시스템 구조의 이해도가 높아 유지보수에 유리하다는 점이다. ▼계층 패턴 이 패턴은 소프트웨어를 계층 단위로 분할하여 n-티어 아키텍쳐 패턴이라고도 불린다. 이는 하위 모듈들의 그룹으로 나눌 수 있는 구조화된 프로그램, 계층적으로 조직화된 서비스로 구성된 애플리캐이션에 적합하다. 각 하위 모듈들은 특정한 수준의 추상화를 제공한다. 각 계층은 다음 상위 계층에 서비스를 제공한다. 일반적인 정보 시스템.. 공감수 1 댓글수 2 2024. 2. 27.
소프트웨어 아키텍처 ▼소프트웨어 아키텍처의 개요 - 요구사항을 기반으로 개발 대상 소프트웨어의 기본틀을 만드는 것이다. - 다수의 이해관계자가 참여하는 복잡한 개발에서 상호 이해, 타렵, 의사소통을 체계적으로 접근하기 위한 것이다. - 전체 시스템의 전반적인 구조를 체계적으로 설계하는 것이다. 권형도(2004) : 스프트웨어를 구성하는 컴포넌트들의 상호적용 및 관계, 각각의 특성을 기반으로 컴포넌트들이 상호 유기적으로 결합하는 소프트웨어의 여러가지 원칙들의 집합이다. 설계 및 구현을 위한 구조적/비구조적 프레임을 제공한다. 스트럭처 프래임: 시스템 개발을 위하여 결정된 컴포넌트의 구조 모델이다. 논 스트럭처 프래임 : 해당 구조 모델 이외 다른 아키텍처 설계의 결정들이다. ▼소프트웨어 아키텍처의 특징과 시스템품질의 7가지 .. 공감수 0 댓글수 0 2024. 2. 20.
모듈 -2- ▼모듈 vs 컴포넌트 모듈 - 자신만으로 동작할 수 있는 명령의 집합이다. - 실제로 가장 맨 앞에 위치하는 구현된 단위이며, 자료 구조, 알고리즘 등. 이를 제공하는 인터페이스이다. - 다만 정의하지 않는 이상 바로 재활용 할 수 없다. 컴포넌트 - SW 시스템에서 독립적인 업무 또는 기능을 수행하는 모듈로 교체가 가능한 부품이다. - 모듈화로 생산성을 향상했으나 모듈의 소스 코드 레벨의 재활용으로 인한 한계성을 극복하기 위해 등장하였다. - 인터페이스를 통해서 연결된다. ★모듈분할의 특징 설계의 질을 측정할 수 있고 유지보수가 쉽고 재사용이 쉽다. 모듈 분할 시 영향을 주는 설계 형태 : 주상화, 모듈화, 정보은폐, 복잡도, 시스템 구조 ▼재사용과 공통 모듈 ★재사용 검증된 기능을 파악하여 재구성하는.. 공감수 0 댓글수 0 2024. 2. 15.
모듈 -1- ▼모둘괴 결합도와 응집도 ★모듈 전체 프로그램에서 어떠한 기능을 수행할 수 있는 실행 코드를 의미한다. 재사용이 가능하며 자체적으로 컴파일 할 수 있는 것을 의미하며, 시스템 개발시 기간과 노동력을 절감할 수 있다. 모듈의 독립성은 결합도와 응집도에 의해 측정된다. 변주의 선언을 효율적으로 할 수 있어 기억장치를 유용하게 사용할 수 있고, 모듈마다 사용할 변수를 정의하지않고 사용하여 사용할 수 있다. 각 모듈의 기능이 서로 다른 모듈과의 과도한 상호 작용을 회피함으로서 이루어지는 것을 기능적 독립성이라고 한다. //서브루틴 = 서브시스템 = 작업단위 ★결합도 서로 다른 두 모듈간의 상호의존도로서 두 모듈간의 기능적인 연관 정도를 나타낸다. 모듈 간의 결합도를 약하게하면 모듈 독립성이 향상되어 시스템을 구.. 공감수 0 댓글수 1 2024. 2. 13.
구조적 개발 방법론 ▼ 구조적 분석 자료의 흐름, 처리를 중심으로 한 요구분석 방법이며 전체 시스템의 일관성 있는 이해를 돕는 분석도구로 모형화에 필요한 도구 제공 및 시스템을 나누어 분석할 수 있다. 정형화된 분석 절차에 따라 사용자 요구사항을 파악, 문서화 하는 체계적인 분석 방법으로 자료 흐름도, 자료 사전, 소단위 명세를 사용한다. 시스템 분할이 가능하며 하향식 분석 기법을 사용하고 분석자와 사용자 간의 의사소통을 돕느다. ▼구조적 설계의 특징과 기본 구조 특징 : 하향식 기법, 신뢰성 향상, 유연성 제공, 재사용 용이. 기본구조 : 순차구조, 선택구조 = 조건구조, 반복구조 ▼구조적 분석 도구 자료 흐름도 DFD의 효소는 화살표, 원, 사각형, 직성으로 표시하고 구조적 기법에 이용된다. 시스템 내의 모든 자료 흐름.. 공감수 0 댓글수 1 2024. 2. 5.
코드 설계 ▼코드설계의 개요 데이터의 사용 목적에 따라서 식별하고 분류ㅡ 배열 하기 위하여 사용하는 숫자, 문자 혹은 기호를 코드라고 한다. 대량의 자료를 구별, 동질의 그룹으로 분류하고 순번으로 나열하여, 특정의 자료를 선별하거나 추출을 쉽게하여 파일 시스템을 체계화한 것을 코드 설계라고 한다. ▶ 코드 설계 순서 : 코드 대상 선정 -> 코드 화 목적 명확하 -> 코드 부여 대상 수 확인 -> 사용 범위 결정 -> 사용 기간 결정 -> 코드화 대상의 특성 분석 -> 코드 부여 방식 결정 -> 코드 문서화 ▼코드의 기능 코드의 기본적 기능 - 표준화 기능 - 간소화 기능 ▼코드의 3대 기능 - 분류 기능 -식별 기능 - 배열 기능 ▼ 코드의 부가적 기능 - 연상 기능 - 암호화 기능 - 오류 검출 기능 ▼ 코드 .. 공감수 0 댓글수 0 2024. 2. 5.
소프트웨어 설계 모델링 ▼소프트웨어 설계 모델링 정의 : 요구사항(기능, 성능)을 만족하는 소프트웨어의 내부 구조 및 동적 행위들을 모델링하여 표현하고, 분석, 검증하는 과정이며 이 과정에서 만들어지는 산출물을 의미한다. 목적 : "무엇을?"으로부터 "어떻게?"로 관점을 전환하면서 최종 제작할 소프트웨어의 청사진을 만드는 것을 의미한다. ▼ 소프트웨어 설계 본격적인 프로그램의 구현에 들어가기 전에 소프트유ㅔ어를 구성하는 뼈대를 정의해 구현의 기반을 만드는 것을 의미하며 상위 설계와 하위 설계로 구분된다. ▼ 설계의 기본 원리 분할과 정복, 추상화, 단계적 분해, 모듈화, 정보 은닉 소프트웨어 개발의 설계 단계 - 상위단계 / 하위 단계 상위 설계 하위 설계 별칭 아키텍처 설계, 예비 설계 모듈 설계, 상세 설계 설계 대상 시스.. 공감수 0 댓글수 0 2024. 2. 3.
UI 설계 문제 정의 : 시스템의목적과 해결해야할 문제를정의했다. 사용자 모델정의 : 사용자 특성을 결정하고,소프트웨어 작업 지식 정도에따라초보자,정급자,숙련자로 구분한다. 작업 분석 : 사용자의 특징을 세분화하고 수행되어 할작업을 정의한다. 컴퓨터오브젝트및기능 정의 : 작업 분석을통하여어떤사용자 인터페이스에 표현할지를 정의한다. 사용자 인터페이스 정의 : 모니터,마우스, 키보드, 터치스크린 등물리적 이출력 장치 등상호작용 오브젝트를 통해여시스템 상태를명확히 한다. 디자인평가 :사용자능력, 지식에적합한가? 사용자가 사용하기편리한가? 등의편가를 의미하며, 사용성 공학을 통하여 사용성 평가를 할 수있다. 평가방법론으로는 GOMS,Heuristics등이 있다. ▼UI 상세 설계 단계 ★ UI 메뉴구조설계 요구사항과 UI.. 공감수 0 댓글수 0 2024. 2. 2.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.