1. 검증과 확인 프로세스 시험에 자주 나오는 Software V&V다. 가. 검증 (Verification) 소프트웨어가 요구사항 문서에 부합하여 구현되었음을 보장하는 활동. 요구사항 명세서에 기술된 대로 제품을 만들어지고 있는지 확인 한다. 개발자의 관점에서 제대로 만든 소프트웨어인지 확인. 나. 확인 (Validation) 소프트웨어가 고객의 의도에 따라 구현되었음을 보장하는 활동 쓸만한 제품을 만들고 있는 확인한다. 고객의 입장에서 제대로 된 제품을 만들고 있는지 확인. 2. 검증과 확인 기법 가. 정적 방법 (Static) 소프트웨어를 실행하지 않고 결함을 찾아내는 것 대표적 방법 : 검토(review), 검수(inspection), 워크스루(walk-through) 여러 참여자가 모여 소프트웨..

0. UML 설계 1. 4+1 View 모델 시스템 개발에 참여하는 이해관계자들의 역할에 따른 관점을 제시한다. 가. 논리 관점 유스케이스 다이어그램과 요구사항 기술서에 기술된 기능들을 프로그래밍 시각으로 변경하는 관점 객체를 추출하고, 객체들의 세부적인 속성과 동작에 대해 정의 클래스/상태/오브젝트/시퀀스/커뮤니케이션 다이어그램 등 사용 나. 프로세스 관점 Integrator가 작업을 통합하기 위해 사용한다. 시스템 개발 전반의 작업 수행 주체와 작업의 흐름 정의에 중점 상태, 시퀀스, 액티비티, 컴포넌트 다이어그램 등 사용 다. 개발 관점 개발자들의 관점으로 시스템 개발 방법에 대해 정의 계층구조, 제약사항, 코드 재사용 등 시스템 구현을 위한 요건 정의 컴포넌트 다이어그램(논리적 단위로 정의), 패..

기말고사로 밀린 포스팅 ^^ 1. 감정 추측 글의 분위기를 추측한다. pos : 긍정적 neg : 부정적 neu : 중립적 compound : 전체적인 태도 (1을 넘어야 긍정적 태도로 확신) 영어만 가능하다. imagine dragons의 노래 3곡의 분위기를 측정해보았다. 2. Wikipedia 사용 Orange에서 제공하는 Wikipedia 기능을 사용하면 위키에 있는 검색결과를 바로 코퍼스로 가져올 수 있다. 위키피디아에 teemo 검색. ^오^

기말고사 준비로 밀린 포스팅 ^^ 1. 문자열 분석 word cloud를 클릭해서 보면 아래와 같은 결과를 볼 수 있다. preprocess를 한 것과 안 한 것의 차이다. in, the, to, of와 같은 불필요한 것들을 제거한다. (이 외에도 preprocess의 역할은 더 다양하다.) 2. 실습_워드클라우드 자기가 스스호 선정한 주제로 직접 위드 클라우드 그려보기. 출처 : https://ftw.usatoday.com/lists/league-of-legends-patch-notes-preseason-2023 롤 프리시즌 패치노트에 관한 기사 중 일부를 이용해서 워드 클라우드를 그려보았다. 실제로 이번 패치에 관해서 디렉터가 언급한 중요 포인트는 ‘정글 포지션’이었다. 3. 실습_텍스트 비지도 학습..

1. 비지도 학습 비지도 학습으로 k-Means와 Hierarchical Clustering을 사용해 봤다. 가. k-Means fixed: 5 : 이미지를 5가지로 분류 나. Hierachical Clustering 이미지를 분류할 경우에는 Ward를 선택한다고 한다. 2. 실습_비지도 학습 2~3개의 사물을 주제로 합쳐서 20개 사진을 다운로드한다. 이를 분류하도록 비지도 학습을 진행한다. 이미지 다운로드 : 구글 fixed: 2 : 이미지를 2가지 분류 맥주와 소주 이미지를 가지고서 한번 분류하도록 시켜보았다. 오… 생각보다 똑똑한데? 고든 램지도 극찬한 CASS 빼고는 맥주랑 소주로 나눴다. 3. 실습_지도 학습 학습 데이터로 사용된 이미지의 개수와 종류(클래스)의 이름과 수 설명한다. 지도 학습..

1. Test & Score CA : Classification accuracy is the proportion of correctly classified examples. Precision : Precision is the proportion of true positives among instances classified as positive, e.g. the proportion of Iris virginica correctly identified as Iris virginica. Recall : Recall is the proportion of true positives among all positive instances in the data, e.g. the number of sick among a..

1. 설계 프로세스 소프트웨어를 설계한다는 것은 소프트웨어를 본격적으로 개발하기 이전에 소프트웨어의 뼈대를 잡는 과정이다. 소프트웨어를 설계할 때는… 요구사항 명세서의 모든 내용을 포함해야 한다. 이해하기가 쉬어서 구현 또는 테스트로 추적이 가능해야 한다. 유지 보수 시 변경이 용이해야 한다. 가. 상위 설계과 하위 설계 상위 설계 (high-level design) = 아키텍처 설계, 기본 설계, 외부 설계, 예비 설계 시스템 수준에서 소프트웨어 컴포넌트들 간 관계로 구성된 시스템의 전체적인 구조 시스템 구조도, 외부 파일 및 DB 설계도(레코드 레이아웃, ERD), 인터페이스 설계도 등 하위 설계 (low-level design) = 모듈 설계, 상세 설계, 내부 설계 시스템 구성 요소들의 내부 구조..

1. 리스크 관리 리스크란 프로젝트 결과에 심각한 영향을 미치는 잠재된 요소다. 성공적으로 프로젝트를 끝마치기 위해서 리스크에 대비하고 관리할 필요가 있다. 2. 리스크 관리 절차 리스크 식별 리스크 계량화 리스크 우선순위 선정 리스크 관리 계획 리스크 해결 결과 측정 및 문서화 가. 리스크 식별 PM뿐만 아니라 프로젝트에 관련된 모든 인원이 참여한다. 프로젝트가 가진 리스크를 파악하는 단계다. 일반적인 리스크 리스트와 기존 유사 프로젝트 리스크 리스트를 이용한다. 또한 브레인스토밍, 조사(survey), 인터뷰 등으로 리스크를 도출한다. 식별한 리스크들은 고객, 인력, 기술, 환경 등의 카테고리로 분류하여 원인을 식별한다. 나. 리스크 계량화 식별된 리스크 요소들은 실제 발행할 확률과 발생 시 영향력의..