본문 바로가기

휴지통96

오답노트 03 디자인 패턴 Visitor (방문자)패턴 각 클래스들의 데이터 구조에서 처리 기능을 분리하여 별도의 클래스로 구성함. 분리된 처리 기능은 각 클래스를 방문하여 수행2.Observer 패턴 한 객체의 상태가 변화하면 객체에 상속되어 있는 다른 객체들에게 변화된 상태를 전달 분산된 시스템 간에 이벤트 생성, 발행 (Publish), 이를 수신(Subscribe) 해야 할 때 이용 Factory Method 패턴 객체를 생성하기 위한 인터페이스를 정의하여 어떤 클래스가 인스턴스화 될 것인지는 서브클래스가 결정하도록 하는 것 Virtual-Constructor 패턴이라고도 함 Bridge 패턴 구현부에서 추상층을 분리, 서로가 독립적으로 확장함 기능과 구현을 두 개의 별도 클래스로 구현함 GoF(Gangs of.. 2022. 2. 11.
오답노트 02 리눅스 명령어 ls : List, 디렉토리 목록 출력 cat : 파일 출력, 두개 이상의 파일 연결 pwd : Print Working Directory , 현재 디렉토리 출력 uname : 시스템 정보를 출력 유스케이스 시스템이 엑터에게 제공해야 하는 기능으로, 시스템의 요규ㅜ사항이자 기능을 의미 유스케이스 다이어그램은 사용자의 요구를 추출하고, 분석하기 위해 주로 사용 액터는 시스템 외부에서 시스템과 상호작용 하는 사람 혹은 시스템을 말함 사용자 액터 : 기능을 요구하는 대상이나 시스템의 수행결과를 통보받는 사용자 혹은 기능을 사용하게 될 대상으로 시스템이 제공해야하는 기능인 유스케이스의 권한을 가지는 대상, 역할 시스템 액터 : 사용자 액터가 사용한 유스케이스를 처리해주는 외부 시스템, 시스템의 기.. 2022. 2. 8.
오답노트 01 워크스루 검토 자료를 회의전에 배포하여 사전 검토한 후, 짧은 시간 동안 회의를 진행하는 형태로 리뷰를 통해 오류를 조기에 검출하는데 목적을 둔 검증 기법 블록 코드 코드 설계에서 일정한 일련번호를 부여하는 방식의 코드 CASE의 주요기능 = 컴퓨터 지원 시스템 공학 소프트웨어 생명 주기 전 단계의 연결 그래픽 지원 다양한 소프트웨어 개발 모형 지원 애자일(Agile) 개발 4가지 핵심가치 프로세스와 도구보다는 개인과의 상호작용에 더 가치를 둠 방대한 문서보다는 실행되는 SW에 더 가치를 둠 계약 협상보다는 고객과의 협업에 더 가치를 둠 계획을 따르기보다는 변화에 반응하는 것을 더 가치를 둠 플랫폼의 성능특성 분석 사용에 측정항목 응답시간 (Response Time) 가용성(Availability) 사용.. 2022. 2. 7.
016. UI 프로토타입 제작 및 검토 UI 프로토타입의 개요 프로토타입은 사용자 요구사항을 기반으로 실제 동작하는 것처럼 만든 동적인 형태의 모형으로 테스트가 가능하다. 프로토타입은 사용자의 요구사항을 개발자가 맞게 해석했는지 검증하기 위한 것으로, 최대한 간단하게 만들어야 한다. 프로토타입은 일부 핵심적인 기능만을 제공하지만 최종 제품의 작동 방식을 이해시키는데 필요한 기능은 반드시 포함되어야 한다. 사용자의 요구사항이 모두 반영될 때까지 프로토타입을 게속하여 개선하고 보완해야 한다. 프로토타이핑 및 테스트를 거치지 않고는 실제로 사용자와 제품 간의 상호 작용 방식을 예측하기 어려우므로 실제 사용자를 대상으로 테스트 하는 것이 좋다. UI 프로토타입의 장/단점 장점 사용자를 설득하고 이해시키기 쉽다. 요구사항과 기능의 불일치 등으로 인한 .. 2022. 1. 2.
015. 품질 요구사항 1. 품질 요구사항 소프트웨어 품질은 소프트웨어의 기능, 성능 ,만족도 등 소프트웨어에 대한 요구사항이 얼마나 충족하는가를 나타내는 소프트웨어 특성의 총체이다. 소프트웨어의 품질은 사용자의 요구사항을 충족시킴으로써 확립된다. ISO/IEC 9126 소프트웨어의 품질 특성과 평가를 위한 표준 지침으로 국제 표준으로 널리 사용된다. 소프트웨어의 품질에 대한 요구사항을 기술하거나 개발중인 또는 개발이 완료된 소프트웨어의 품질 평가 등에 사용된다. 2011년에 호환성과 보안성을 강화하여 ISO/IEC 25010으로 개정되었다. ISO/IEC 9126에서 제시한 소프트웨어의 품질 특성 기능성 적절성/적합성 정밀성/정확성 상호 운용성 보안성 준수성 신뢰성 성숙성 고장허용성 횝고상 사용성 이해성 학습성 운용성 친밀성.. 2022. 1. 2.
014. UI 요구사항 확인 UI 요구사항 확인 UI요구사항 확인은 새로 개발할 시스템에 적용할 UI 관련 요구사항을 조사해서 작성하는 단계로, 다양한 경로를 통해 사용자의 요구사항을 조사하고 분석한 후 작성해야 한다. 목표정의 → 활동 사항 정의 → UI 요구사항 작성 목표 정의 목표 정의 단계에서는 사용자들을 대상으로 인터뷰를 진행한 후 사용자들의 의견이 수렴된 비즈니스 요구사항을 정의한다. 인터뷰를 통해 사업적, 기술적인 요구사항을 명확히 이해한다. 인터뷰 진행 시 유의사항 인터뷰는 가능하면 개별적으로 진행 가능한 많은 사람을 인터뷰하여 다양한 의견을 수렴하되, 다수의 의견으로 인해 개인의 중요한 의견을 놓치지 않도록 주의 인터뷰는 한 시간을 넘지 않도록 한다. 인터뷰 진행은 반드시 사용자 리서치를 시작하기 전에 해야 한다. .. 2022. 1. 2.