기억을 지배하는 기록

PLT 30 위험관리 위험관리의 정의 l 조직이 업무를 수행함에 있어서 관련 정보시스템들을 식별하고, 정보시스템들이 가지고 있는 고유이 약점인 취약점을 파악하고, 이런 취약점을 이용하여 위험을 발생시키는 위협요소들을 도출하며, 위험이 주는 잠재적 영향을 조사하여 효과적인 보안..

스크럼 비즈니스 요구를 중족시키는 소프트웨어를 개발하는 데 초점을 맞추기 위해서 복잡함을 제거하는 관리 및 제어 프로세스 기존의 엔지니어링 실천법, 개발 방법론 혹은 표준들을 아우르고 포괄하며 익스트림 프로그래밍의 실천 방법으로 사용한다. 스크럼은 주로 팀 수준의 사안..

PLT 23 소프트웨어 형상관리(SCM : Software Configuration Management) SCM의 정의 1. 형상 항목을 식별하여 그 기능적 물리적 특성을 문서화 하고 그러한 특성에 대한 변경을 제어하고, 변경 처리 상태를 기록 및 보고하고, 명시된 요구사항에 부합하는 지 확인하는 일련의 사항에 대해 기술적 행정적인..

PLT 20 소프트웨어 품질관리 소프트웨어 품질관리의 정의 품질목표, 정책, 책임을 결정하고, 품질 시스템 내에서 품질기획, 품질보증, 품질관리, 품질개선 등을 통한총괄적인 경영기능 일정하의 조건아래에 최저비용으로 가급적 최량품질의 제품을 획득할 수 있도록 생산 활동을 통계 숫자..

PLT 21 소프트웨어 품질 보증 기법 품질 보증 기법의 정의 모든 소프트웨어 산출물을 사용하기 위해 필요 적절한 확증을 하는 체계적인 행위 어떤 소프트웨어 제품이 이미 설정된 요구사항과 일치하는지 확인하는데 필요한 개발단계 전체에 걸친 체계적 작업 품질 보증 기법의 필요성 사용..

PLT 18 소프트웨어 테스트 방법 1. Black Box Test(=Dynamic Test) 정의 프로그램의 외부규격서에 의거하여 입력데이터와 출력 데이터 관계가 규격서에 정해진 바와 같은 결과를 얻었는지 조사 시험하는 방법. 프로그램 내부구조를 해석하지 않는다는 점에서 블랙박스시험이라고 한다. 이 방식의 시..

PLT 17 소프트웨어 테스트 단계 테스트 정의 노출되지 않은 숨어있는 결함을 찾기 위해 소프트웨어를 작동시키는 일련의 행위와 절차 오류 발견을 목적으로 프로그램을 실행하여 품질을 평가하는 과정 테스트 목표 프로그램에 잠재된 오류의 발견 기술적인 기능 및 성능의 확인 사용자 요..

PLT 19 소프트웨어 재사용 정책 1. 재사용의 원칙 범용성 재사용 가능한 소프트웨어의 가장 일반적으로 활용될 수 있는 정도 모듈성 정보은닉, 추상화와 같은 기본여건을 갖추고 최소한의 결합도 및 최대한의 응집력을 가져야 하며 프로그램의 복잡도가 어느 정도 제한되어야 함. 하드웨어 ..