🖥 dev-ruby

형상 관리 다음이 변경 될 때 소프트웨어 시스템의 새 버전이 생성된다. 다른 운영체제/기계 다른 기능성 제공 특정 사용자 요구 사항에 맞게 조정 진화하는 소프트웨어 시스템 관리와 관련 있다. 시스템 변경과 관련된 비용과 노력을 컨트롤하는 것을 목표로 한다. 진화하는 소프트웨어 제품을 관리하기 위한 절차 및 표준의 개발 및 적용을 포함합니다. 보다 일반적인 품질 관리 프로세스의 일부로 볼 수 있음 릴리스될 때 소프트웨어 시스템은 추가 개발의 시작점이므로 기준선이라고도 한다. 형상관리란? 다음을 하는 것을 목적으로 한다. 항목 식별, 정의 및 기준선 해당 항목의 수정 및 릴리스를 제어 항목 및 수정 요청의 상태를 보고하고 기록 항목의 완전성, 일관성 및 정확성을 보장 물품의 보관, 취급 및 배송을 제어 형상..

Verification (검증) 주어진 단계의 제품이 이전 단계에서 온 사양을 충족하는지 여부를 결정하는 프로세스 -> 이전의 단계가 현재와 일치하는지 검증 Validation (확인) 요구사항 준수를 보장하기 위해 개발 종료 시 소프트웨어를 평가하는 프로세스 목표 품질 좋은 소프트웨어 개발 소프트웨어 제품에서 오류 및 결함을 찾기 요구사항 모든 사항을 확인해야 한다. 검증 결과는 바이너리가 아닐 수 있다. 검증은 객관적이거나 주관적일 수 있다. 내재적 품질도 검증해야 한다. V & V 활동의 분류 error : 엔지니어의 실수 Fault : 사용자에게 정확한 서비스 제공이 불가능한 상태 Failure : 발견되지 않은 오류, 사용자가 실수를 했는데 정상적으로 작동 Static 활동 - 소스코드 실행 X..

Preliminary design (상위설계) : 요구사항을 데이터 및 소프트웨어 아키텍처로 변환 Detailed design (상세설계) : 소프트웨어에 대한 자세한 데이터 구조 및 알고리즘 표현으로 아키텍처 개선 기술적 측면에서 설계 Data design : 생성된 정보 영역 모델을 데이터 구조로 변환 Architectural design : 소프트웨어의 주요 구조적 컴포넌트 간의 관계에 대한 정의 Procedural design : 구조적 컴포넌트를 소프트웨어의 절차적 디스크립션으로 변환 Interface design : 인간-기계 상호작용을 위한 배치 및 상호 작용 메커니즘의 확립 Design Patterns 객체지향 설계 산출물을 재사용 : 유용한 설계정보를 패턴으로 정의 특정 문제에 대한 반복..

클래스 및 메소드 설계 현재 모델 리뷰 1. 클래스가 문제에 필요하고 충분한지 확인 2. 각 클래스의 속성 및 메소드 가시성 마무리 3. 각 클래스의 모든 메소드 원형 정의 4. 객체가 보존할 제약 조건 정의 설계 재구조화 Factoring - 메소드 클래스를 새 메소드 또는 클래스로 구분 Normalization - 설계에서 누락된 잠재적 클래스 식별 메소드 명세 일반 정보 메소드 이름, id, 프로그래밍 언어 Event 이벤트를 트리거하는 이벤트 나열 Message passing 메소드에 의해 어떤 인수가 전달되고, 전달되고, 반환되는가 알고리즘 명세 구조화된 영어 의사코드 UML activity diagram 도메인 클래스를 구현 언어에 매핑 Single-Inheritance Language (단..

소프트웨어 디자인 sw 디자인의 중요성? 디자인은 품질이 강화되는 곳이다. 디자인은 품질을 평가할 수 있는 sw표현을 제공한다. 좋은 설계의 특징 설계는 계층 구조를 나타내야 한다. 설계는 모듈식이어야 한다. 설계는 데이터와 절차에 대한 뚜렷하고 분리 가능한 표현을 포함해야 한다. 설계는 독립적인 기능적 특성을 나타내는 모듈로 이어져야 한다. 설계는 모듈과 외부 환경 간의 연결 복잡성을 줄이는 인터페이스로 이어져야 한다. 설계는 변화를 수용하기 쉬워야 한다. 모듈화 ⬆️ -> 개발비용 ⬆️ -> 유지보수 비용 ⬇️ 효과적인 모듈화 설계 기능적 독립 : 각각의 모듈이 독립적인 기능을 해야한다. 추상화 및 정보 은닉 개념을 기반으로 설계 각 모듈에는 요구사항의 특정 기능이 있다. 각 모듈은 외부에서 볼 때 ..