Development/Software Engineering(489)
-
요구사항 출처
요구사항 출처· 요구사항은 많은 출처로부터 도출됩니다.· 모든 출처를 하나도 빠짐 없이 검토해야 합니다.· 다양한 출처 파악이 필요하며, 해당 출처와 관련된 관련자를 찾아야 합니다.
-
현행 시스템 분석서 작성 절차
현행 시스템 분석서 작성 절차
-
요구공학(Requirements Engineering), 요구공학 프로세스 도식도
요구공학(Requirements Engineering)· 요구사항을 정의하고, 문서화하고, 관리하는 프로세스를 의미합니다.· 시스템 요구사항 문서를 생성, 검증, 관리하기 위하여 수행되는 구조화된 활동의 집합입니다.· 요구사항 생성 및 관리를 체계적, 반복적으로 수행하는 활동에 대한 요구사항의 획득, 분석, 명세, 검증 및 변경관리 등에 대한 제반 활동과 원칙을 제시합니다.· 요구사항 관리에 포함되는 모든 생명주기(SDLC)활동과 이를 지원하는 모든 프로세스를 포함하는 개념입니다.· 요구공학의 최종 산출물은 요구사항 명세서입니다. https://en.wikipedia.org/wiki/Requirements_engineeringhttp://bit.ly/2Xy7gWb 요구공학 프로세스 도식도· 요구사항을 명..
-
제품 소프트웨어 저작권 보호의 이해와 필요성 - 저작권의 이해, 저작권 보호 기술의 개념, 저작권 보호 기술의 필요성
제품 소프트웨어 저작권 보호의 이해와 필요성 · 저작권의 이해 · 저작권 보호 기술의 개념 · 저작권 보호 기술의 필요성 저작권의 이해 문학 학술(學術) 또는 예술의 범위에 속하는 창작물인 저작물에 대한 배타적 독점적 권리로 타인의 침해를 받지 않을 고유한 권한입니다. 저작권 보호 기술의 개념 콘텐츠 및 컴퓨터 프로그램과 같이 복제가 용이한 저작물에 대해 불법 복제 및 배포등을 막기 위한 기술적인 방법을 통칭합니다. 저작권 보호 기술은 다음과 같은 특성을 가집니다.다. · 콘텐츠 복제의 제한적 허용만 가능합니다. 복제는 허용하나 사용자 확인을 거쳐 과금, 제품 소프트웨어 패키징 시에 사용자 확인에 대해 상용화 과금 정책 수립이 연계됩니다. · 종량제 BM(Business Model)을 갖는 제품 소프트웨..
-
수집 자료 분석
수집 자료 분석· 수집된 자료에 산발적으로 존재하는 정보들을 취합 / 정제하는 작업을 수행하여 중복되거나 유효하지 않은 정보, 현행 시스템과 다른 정보들은 삭제합니다.· 관련 자료가 존재하지 않거나, 담당자가 일부 내용만 알고 있는 경우 분석할 수 있는 부분은 내용을 정리하고 불명확한 부분은 해당 내용 명시 후 분석 및 설계단계에서 참조하여 조사합니다.· 자신이 담당하고 있는 분야와 관련된 현행 시스템의 이슈, 문제점을 파악합니다. 분석 중점사항
-
현행 시스템 분석 중점사항
현행 시스템 분석 중점사항