"피트니스 함수"의 두 판 사이의 차이
라이언의 꿀팁백과
| (같은 사용자의 중간 판 2개는 보이지 않습니다) | |||
| 3번째 줄: | 3번째 줄: | ||
'''피트니스 함수'''는 <u>해당 아키텍처에서 중요한 것이 무엇인가에 대한 총체적 정의</u>이며, 소프트웨어 시스템 개발 과정에서 발생하는 중대하면서도 까다로운 트레이드오프를 판가름하는 기준이다. | '''피트니스 함수'''는 <u>해당 아키텍처에서 중요한 것이 무엇인가에 대한 총체적 정의</u>이며, 소프트웨어 시스템 개발 과정에서 발생하는 중대하면서도 까다로운 트레이드오프를 판가름하는 기준이다. | ||
<br/><br/> | |||
<blockquote> | <blockquote> | ||
시스템은 결코 부분의 합이 아니다. 각 부분이 이루는 상호작용의 산물이다. - 러셀 애코프 박사 Dr. Ruessel Ackoff</blockquote> | 시스템은 결코 부분의 합이 아니다. 각 부분이 이루는 상호작용의 산물이다. - 러셀 애코프 박사 Dr. Ruessel Ackoff</blockquote> | ||
<blockquote> | |||
전체적인 설계를 완료하고 기계적인 조립 과정이 뒤를 잇는 폭포수 waterfall 프로세스는 소프트웨어 개발에 적합하지 않음이 입증되었다. </blockquote> | |||
'''소프트웨어 엔지니어링''' 연구의 진정한 핵심은 <u>자동화된 검증을 통한 점진적인 변화</u>에 있다. 소프트웨어에서 제조는 본질적으로 무료인 대신 매우 가변적이다. 점진적 변화의 이면에는 <u>자동화된 검증 절차를 등에 업은 개발자의 자신감</u>이 있으며, <u>이러한 자신감이야말로 온전한 소프트웨어 개발의 결정적인 비결</u>이다. | |||
[[분류:소프트웨어 아키텍처]] | [[분류:소프트웨어 아키텍처]] | ||
[[분류:Software Architecture]] | [[분류:Software Architecture]] | ||
2023년 9월 9일 (토) 18:34 기준 최신판
아키텍처 피트니스 함수는 아키텍처 특성에 대해 객관적인 무결성 평가를 내릴 수 있는 모든 메커니즘을 일컫는다. 이러한 아키텍처 특성을 한 번에 다양한 방식으로 검증할 수 있는 단일 도구는 없다. 대신, 피트니스 함수는 자신의 생태계 여러 부분에 다양한 도구를 접목한다. 이러한 도구의 종류는 팀이 관리하는 아키텍처의 특성에 따라 다르다.
피트니스 함수는 해당 아키텍처에서 중요한 것이 무엇인가에 대한 총체적 정의이며, 소프트웨어 시스템 개발 과정에서 발생하는 중대하면서도 까다로운 트레이드오프를 판가름하는 기준이다.
시스템은 결코 부분의 합이 아니다. 각 부분이 이루는 상호작용의 산물이다. - 러셀 애코프 박사 Dr. Ruessel Ackoff
전체적인 설계를 완료하고 기계적인 조립 과정이 뒤를 잇는 폭포수 waterfall 프로세스는 소프트웨어 개발에 적합하지 않음이 입증되었다.
소프트웨어 엔지니어링 연구의 진정한 핵심은 자동화된 검증을 통한 점진적인 변화에 있다. 소프트웨어에서 제조는 본질적으로 무료인 대신 매우 가변적이다. 점진적 변화의 이면에는 자동화된 검증 절차를 등에 업은 개발자의 자신감이 있으며, 이러한 자신감이야말로 온전한 소프트웨어 개발의 결정적인 비결이다.