본문 바로가기

소공

(8)
[소프트웨어공학] 14장. 최신 기술 & 15장. 미래 동향 14장. 최신 기술 Cleanroom Software Engineering 소프트웨어에 정확성을 구축할 필요성을 강조하는 접근 방식입니다. 고전적인 분석, 설계, 코드, 테스트 및 디버그 사이클 대신 클린룸 접근 방식은 다른 관점을 제시한다. 결함을 방지하기 위해 "사전 준비(up-front)"에 많은 노력을 기울임. 점진적 발전 신뢰성을 보장하기 위한 통계적 방법 "상자 구조 사양" 채택 'Box'는 시스템을 캡슐화함. 요구사항 수집(Requirements Gathering) - 고객 수준 요구사항에 대한 설명 정의(각 증분에 대한) 박스 구조 사양(Box Structure Specification) - 기능 사양을 설명합니다. 형식 설계(Formal Design) — 사양("블랙박스"라고 함)은 아키..
[소프트웨어공학] 13장. 형상관리 및 유지보수 13장. 형상관리 및 유지보수 Software Configuration Management (SCM : 소프트웨어 형상 관리) 컴퓨터 소프트웨어가 구축되면 변화가 불가피하다. 혼란을 최소화하기 위해 구성 관리가 필요하다. 소프트웨어 구성 관리(SCM)는 소프트웨어 프로세스 전반에 걸쳐 적용되는 포괄적인 활동이다. SCM 활동은 다음과 같이 개발된다. (1) 변경사항 확인 (2) 변화 통제 (3) 변화가 적절하게 이행되고 있는지 확인 (4) 관심을 가질 수 있는 다른 사람에게 변화를 보고 SCM 행위에는 버전 관리, 베이스라인 확립이 포함된다. Baselines (기준선) 기준선은 공식적으로 검토되고 합의된 사양이며 이후 추가 개발의 기초가 된다. 공식적인 변경 관리 절차를 통해서만 변경할 수 있다. 기준..
[소프트웨어공학] 12장. 테스팅 12장. 테스팅 SW testing : 테스트는 최종 사용자에게 전달하기 전에 오류를 발견할 목적으로 프로그램을 연습하는 과정이다. 테스트를 통해 얻을 수 있는 것 Errors (논리적 오류) Requirements conformance (요구사항 일치 여부) Performance (성능) Indication of quality (품질 수준) 누가 테스트해야 할까? Developer 시스템을 이해하고 있음 조심스럽게 테스트하고 전달을 이끌어냄 “구성 작업” Independent Tester 시스템에 대해 배워야 함 고장내려고 시도함 품질을 이끌어냄 “파괴적인 일” 전략적 접근 테스트는 사전에 계획하고 체계적으로 수행할 수 있는 일련의 활동입니다. 특성 효과적인 기술 검토 수행 구성 요소 수준에서 시작하여..
[소프트웨어공학] 11장. 품질관리 11장. 품질관리 Quality (품질) 사용자 만족도 = 좋은 상품 + 예산과 일정에 맞는 전달 + 좋은 품질 “품질은 결코 우연이 아니다. 항상 지적인 노력의 결과이다.” Quality Factor 정확성, 신뢰성, 효율성, 무결성, 사용성 유지보수성 유연성, 시험가능성, 휴대성, 재사용가능성, 상호운용성 Defect Amplification Model (결함 증폭 모델) 연구에 따르면 설계 활동은 전체 오류의 50~65%를 차지합니다. 설계 및 코딩 중 오류의 생성 및 감지를 보여줍니다. Formal Technical Review (정형 기술 검토) The Players : 검토 리더, 표준 전달자, 생산자, 평론가, 사용 담당자, 녹음기, 유지관리 오라클 💡 생산자가..
[소프트웨어공학] 10장. 컴포넌트 및 UI 설계 10장. 컴포넌트 및 UI 설계 Monolithic vs Modular Monolithic : Unified (통합) → constructed by one single module (단일 모듈로 구성) Modular : Hierarchical, Abstraction, Divide & conquer (계층적, 추상화, 분할 및 정복) → constructed by multiple module in hierarchical fashion (계층적 방식, 다중 모듈) Modular Design - easier to build, change, fix … 컴포넌트란? Component (구성 요소) : 소프트웨어를 위한 모듈식 빌딩 블록 "구현을 캡슐화하고 일련의 인터페이스를 표시하는 시스템의 모듈식, 배포 및 교..
[소프트웨어공학] 9장. 설계 모델링 (8장 복습) 데이터 개체를 소프트웨어 구성 요소 수준의 데이터 구조로 변환하고, 필요한 경우 애플리케이션 수준의 데이터베이스 아키텍처로 변환합니다. 응용프로그램 아키텍처를 지원하는 하나 이상의 데이터베이스 설계 적절한 비즈니스 수준의 정보를 추출하기 위해 기존 데이터베이스를 탐색하는 여러 데이터베이스의 내용을 '데이터 마이닝'하는 방법 설계 데이터 웨어하우스 설계—비즈니스에 필요한 애플리케이션 세트를 제공하는 데이터베이스에 저장된 데이터에 액세스할 수 있는 대규모 독립 데이터베이스 예: 빅데이터 분석, 데이터 과학 9장. 설계 모델링 What is Architecture? 프로그램 또는 컴퓨팅 시스템의 소프트웨어 아키텍처는 소프트웨어 구성요소의 외부적으로 보이는 특성과 그들..
[소프트웨어공학] 8장. 설계 개념 8장. 설계 개념 Design Process (설계 프로세스) SW 설계는 요구사항이 SW를 구성하기 위한 청사진으로 변환되는 반복적인 과정이다. 좋은 디자인을 위한 3가지 특성 분석모델에 포함된 모든 명시적 요구사항을 구현해야 하며, 고객이 원하는 모든 암묵적 요구사항을 수용해야 함. 개발자와 테스터 등을 위해 이해하기 쉬운 가이드가 되어야 함. 구현 관점에서 데이터, 기능 및 행동 영역을 다루면서 SW의 전체적인 그림을 제공해야 함. 💡 Fundamental Design Concepts (기본 설계 개념) Abstraction - 추상화 (데이터,절차,동작) Architecture - 아키텍처 (SW의 전반적 구조) Patterns - 패턴 (검증된 설계 솔루션의 본질 전달) Modularity - ..
[소프트웨어공학] 시스템 소개 : what is system? 시스템 소개 System 공학적 관점 : 입력과 출력이 있는것 컴퓨터과학 관점 : 쿼리 시 응답할 수 있는 데이터 원본 닫힌 시스템과 그 경계를 개략적으로 나타낸 것입니다. 시스템은 상호작용하거나 상호의존적인 요소들의 집합으로 통합된 전체 또는 요소들의 집합(종종 '성분들'이라고 불린다)과 관계들을 형성한다. 시스템의 일반적인 특성을 연구하는 분야는 시스템 과학, 시스템 이론, 시스템 공학, 사이버네틱스, 동적 시스템, 복잡한 시스템 및 시스템 분석 및 설계를 포함한다. 일부 시스템은 다음과 같은 공통 특성을 공유합니다. § 시스템은 구조를 가지며, 서로 직간접적으로 관련된 부품(또는 구성품)을 포함한다. § 시스템은 입력을 출력(재료, 에너지 또는 데이터)으로 변환하는 프로세스를 포함하는 동작을 가집니..

728x90