기억을 지배하는 기록

PLT 24 ISO 9126 ISO 9126의 정의 1. 소프트웨어 품질의 특성을 정의하고 품질 평가의 Metrics를 정의한 국제표준 2. 사용자 관점에서 본 소프트웨어의 품질 특성에 대한 표준 ISO 9126의 필요성 1. 사용자, 평가자, 시험관, 개발자 모두에게 소프트웨어 제품의 품질을 평가하기 위한 지침의 마련 필요 2..

Is Component? “독립적인 배포의 단위” -> 프로그램의 배포해서 유저가 사용할 수 있도록 하는 것과 마찬가지고, 컴포넌트 역시 배포해서 다른 유저가 사용할 수 있다는 의미다. 컴포넌트는 프로그램의 한 요소이긴 하지만 완전한 전체 프로그램은 아니다. 따라서 동일 한 기능을 원하는 ..

전통적인 소프트웨어 개발 방법론과는 달리 문서를 강조하지 않고 변경을 장려하며, 개발 초기부터 테스트를 병행할 것을 강력히 권고하는 새로운 방법론이다. 1996년 켄트 백(Kent Back)과 워드 커닝험(Ward Cunningham)은 함께 다임러 크라이슬러 프로젝트를 진행하면서 새로운 소프트웨어 개발..

기존의 시스템 및 소프트웨어를 구성하고 있는 컴포넌트를 조립해서 하나의 새로운 애플리케이션을 만드는 소프트웨어 개발 방법론. 소프트웨어를 완제품으로 개발하던 기존 방식과 달리 부품 역할을 하는 소프트웨어 컴포넌트를 각 기능별로 개발하고 각자에 필요한 것을 선택하여 조..

PLT 22 CASE(Computer-Aided Software Engineering) CASE의 정의 SDLC의 전체 과정을 연계시키고, 자동화하고, 통합시키는 소프트웨어 공학을 컴퓨터를 사용하여 실현 수많은 소프트웨어 요소들과 사람들이 관련된 크고 복잡한 프로젝트에서, 소프트웨어의 개발을 구조화하고 제어하는데 있어 컴퓨터의 ..

PLT 13 AOP(Aspect Oriented Programming) AOP 개념 어플리케이션 개발을 더욱 신속하고 유연하게 하면서 결함 비율을 줄이기 위해 중복되거나 예외적인 영역을 하나로 모아 처리함으로써 효율성을 높이고 업무별 재코딩을 지양하고자 하는 프로그래밍 기법이며, 프로그램 내부 여러 곳에서 사용되는..

애자일 프로세스의 배경에는 소프트웨어 개발 자체가 과거와 양상이 바뀌었다는 전제가 있다. 90년대 후반까지의 소프트웨어 개발은 장기간에 걸쳐 많은 사람들을 투입하고 충분한 비용을 투입하여 진행하는 것이었다. 소프트웨어 공학이나 많은 관리 방법론들이 모두 이러한 종류의 프..

결과를 위해 일하라. "애자일 팀에서 초점은 결과에 있다. 비난을 하는 대신 문제를 해결 하느데 집중해야 한다." 비난은 버그를 수정하지 못한다. 손가락질 하는 대신, 가능한 해결책을 제시하라. 중요한 것은 긍정적인 결과다. 땜질은 늪을 만든다. 서투른 해커는 코드를 그대로 남겨 두..