Brute force Study

Software EvolutionSoftware change (소프트웨어 변경)소프트웨어 변경은 필연적입니다.소프트웨어를 사용할 때 새로운 요구사항(requirements)이 생겨납니다.비즈니스 환경(business environment)이 변합니다;오류(errors)는 수정되어야 합니다;시스템에 새로운 컴퓨터(computers)와 장비(equipment)가 추가됩니다;시스템의 성능(performance) 또는 신뢰성(reliability)이 향상되어야 할 수 있습니다.모든 조직에 있어 기존 소프트웨어 시스템에 대한 변경을 구현하고 관리하는 것이 주요 문제입니다.Importance of evolution (진화의 중요성)조직은 소프트웨어 시스템에 큰 투자를 합니다 - 그것들은 중요한 비즈니스 자산(bus..

Software Testing Program Testing(프로그램 테스트)테스팅은 프로그램이 의도한 대로 작동하는지(a program does what it is intended to do), 사용 전에 프로그램 결함을 발견(to discover program defect)하기 위해 수행됩니다.소프트웨어를 테스트할 때, artificial data(인공 데이터)를 사용하여 프로그램을 실행합니다.테스트 결과를 검토하여 오류, 이상 현상 또는 프로그램의 비기능적 속성에 대한 정보를 확인합니다.오류의 존재만을 나타내며(the presence of error), 그 부재를 나타내지는 않습니다.(Not their absence)테스팅은 정적 검증 기법도 포함하는 보다 일반적인 검증 및 확인 과정의 일부입니다.P..

Architectural design(아키텍쳐 설계)아키텍쳐 설계는 소프트웨어 시스템의 구성을 이해하고,그 시스템의 전체 구조를 설계하는 것과 관련이 있습니다(designing the overall structure of that system).아키텍쳐 설계는 설계와 요구 사항 공학 간의 중요한 연결 고리로서,시스템의 주요 구조적 요소와 그들 간의 관계를 식별합니다.애자일 프로세스의 초기 단계에서 전체 시스템 아키텍쳐를 설계하는 것이 일반적으로 받아들여집니다.시스템 아키텍쳐을 리팩터링하는 것은 일반적으로 비용이 많이 듭니다. 왜냐하면 이것은 시스템의 많은 구성 요소에 영향을 미치기 때문입니다.Architectural abstraction(아키텍쳐 추상화)소규모에서의 아키텍쳐는 개별 프로그램의 아키텍쳐(t..

Requirements engineering(요구 공학) 고객이 요구하는 서비스를 제공(establishing the services)하고 운영되는 제약 조건(the constraints)을 설정하는 과정입니다. 시스템 요구사항은 요구 공학 과정에서 생성된 시스템 서비스 및 제약 조건의 설명입니다. What is a requirement?(요구사항이란?) 시스템 제약에서 상세한 수학적 기능 사양에 이르기까지 다양할 수 있습니다. 요구사항은 이중 기능을 수행할 수 있으므로 피할 수 없습니다(요구사항이 제공하는 두 가지 기능). 계약 입찰의 기초가 될 수 있으며 해석의 여지가 있어야 합니다(이해할 수 있어야 한다); 계약 자체의 기초가 될 수 있으며 상세하게 정의되어야 합니다; 이 두 명제 모두 요구사항이라..

Software quality management(소프트웨어 품질 관리) 소프트웨어 제품에서 필요한 품질 수준이 달성되도록 보장하는 데에 중점을 둡니다. 세 가지 주요 관심사: 조직 수준(Organization level) 품질 관리(QM)는 고품질 소프트웨어로 이어질 조직 프로세스 및 표준의 체계(a framework of organizational processes and standards)를 수립하는 데 중점을 둡니다. 프로젝트 수준(Project level) QM은 특정 품질 프로세스(quality processes)의 적용과 이러한 계획된 프로세스가 따라졌는지 확인하는 데 관여합니다. QM은 또한 프로젝트를 위한 품질 계획(quality plan) 수립에도 관심이 있습니다. Quality man..

Agile Software Development Rapid Software development 빠른 개발과 배포는 이제 소프트웨어 시스템에 대한 가장 중요한 요구 사항 중 하나입니다. 비즈니스는 빠르게 변하는 요구 사항 속에서 운영되며, 안정적인 소프트웨어 요구 사항을 도출하는 것은 실질적으로 불가능합니다. 소프트웨어는 변화하는 비즈니스 요구 사항을 신속하게 반영하기 위해 빠르게 진화해야 합니다. 일부 시스템 유형에 계획 주도 개발이 필수적일 수 있지만, 이는 이러한 비즈니스 요구 사항을 충족시키지 못합니다. 애자일 개발 방법은 1990년대 후반에 등장하여 작동하는 소프트웨어 시스템의 배송 시간을 극적으로 줄이는 것을 목표로 했습니다. Agile Development 프로그램 명세, 설계, 구현 및 테..

Software Process Introduction The software process 소프트웨어 과정(Software Process)은 소프트웨어 시스템을 개발하기 위해 필요한 일련의 구조화된 활동들로 구성됩니다. 다양한 소프트웨어 과정이 존재하지만 모든 과정은 다음과 같은 공통적인 단계를 포함합니다 Specification (명세, Requirements): 시스템이 무엇을 해야 하는지 정의합니다. 설계 및 구현(Design and implementation): 시스템의 구조를 정의하고 시스템을 구현합니다. 검증 (Validation): 시스템이 고객의 요구사항을 충족하는지 확인합니다. 진화 (Evolution): 고객의 변화하는 요구에 따라 시스템을 변경합니다. 시험 문제! 소프트웨어 프로세스 ..

소프트웨어 프로젝트 관리(Software project management) 프로젝트 관리(Project Management) Software project management 소프트웨어 프로젝트에서는 소프트웨어를 개발하고 구매하는 조직의 요구와 정해진 기한을 염두해야 함 프로젝트 관리(Project management)는 소프트웨어 개발이 항상 소프트웨어를 개발하는 조직에 의해 설정된 예산과 일정 제약을 받기 때문에 필요하다. Success criteria customer에게 합의된 시간에 소프트웨어를 인도 전체 비용이 예산을 넘지 않아야 함 customer의 기대에 부응하는 소프트웨어를 제공 일관되고 잘 작동하는(well-fuctioning) 개발 팀을 유지 소프트웨어 관리 특징(Software ma..