소프트웨어공학16 [소프트웨어공학] 8장. 설계 개념 8장. 설계 개념 Design Process (설계 프로세스) SW 설계는 요구사항이 SW를 구성하기 위한 청사진으로 변환되는 반복적인 과정이다. 좋은 디자인을 위한 3가지 특성 분석모델에 포함된 모든 명시적 요구사항을 구현해야 하며, 고객이 원하는 모든 암묵적 요구사항을 수용해야 함. 개발자와 테스터 등을 위해 이해하기 쉬운 가이드가 되어야 함. 구현 관점에서 데이터, 기능 및 행동 영역을 다루면서 SW의 전체적인 그림을 제공해야 함. 💡 Fundamental Design Concepts (기본 설계 개념) Abstraction - 추상화 (데이터,절차,동작) Architecture - 아키텍처 (SW의 전반적 구조) Patterns - 패턴 (검증된 설계 솔루션의 본질 전달) Modularity - .. 2023. 4. 23. [소프트웨어공학] 시스템 소개 : what is system? 시스템 소개 System 공학적 관점 : 입력과 출력이 있는것 컴퓨터과학 관점 : 쿼리 시 응답할 수 있는 데이터 원본 닫힌 시스템과 그 경계를 개략적으로 나타낸 것입니다. 시스템은 상호작용하거나 상호의존적인 요소들의 집합으로 통합된 전체 또는 요소들의 집합(종종 '성분들'이라고 불린다)과 관계들을 형성한다. 시스템의 일반적인 특성을 연구하는 분야는 시스템 과학, 시스템 이론, 시스템 공학, 사이버네틱스, 동적 시스템, 복잡한 시스템 및 시스템 분석 및 설계를 포함한다. 일부 시스템은 다음과 같은 공통 특성을 공유합니다. § 시스템은 구조를 가지며, 서로 직간접적으로 관련된 부품(또는 구성품)을 포함한다. § 시스템은 입력을 출력(재료, 에너지 또는 데이터)으로 변환하는 프로세스를 포함하는 동작을 가집니.. 2023. 4. 23. [소프트웨어공학] 7장. 요구사항 분석 모델링 7장. 요구사항 분석 모델링 4. Flow-oriented Modeling : 흐름 지향 모델링 모든 컴퓨터 기반 시스템은 정보의 변환이다. (input → Transformation → output) 오늘날 flow 기반 모델은 가장 널리 사용되는 분석 모델. DFD (Data Flow Diagram) 데이터 개체 : Labeled 화살표 변환 : 원 DFD는 계층적 방식이다. 레벨 0 DFD는 시스템 전체를 나타낸다 (context diagram) External Entity - 외부 엔티티 데이터 생산자 / 소비자 (ex: 사람, 장치, 센서, 컴퓨터 기반 시스템) 데이터는 항상 어딘가에서 생성되어야 하며, 항상 무언가로 전송되어야 한다. Process 데이터 변환기 (changes input to.. 2023. 4. 23. [소프트웨어공학] 6장. 요구사항 개념 6장. 요구사항 개념 what-analysis(problem) how-design(solution) [ 요구공학 : Requirements Engineering (RE) ] RE Tasks Understanding what the customer wants Analyzing needs Assessing feasibility (타당성 평가) Negotiation a reasonable approach (합리적 접근방식 협상) Specifying the problem unambiguously (문제를 명확하게 지정) Validating the specification (사양 유효성 검사) Managing the requirements (요구사항 검증관리) RE Process (7 Tasks) ☠️ Incep.. 2022. 10. 20. [소프트웨어공학] 5장. 프로젝트 관리 (2) 5장. 프로젝트 관리 (2) [ 리스크 관리 ] Risk 특징 : concerns future happenings (미래의 일에 관한 것) Risk analysis(분석) identification(식별) projection/estimation (추정) Risk resolution - RMMM mitigation (완화) monitoring (감시) management/control (통제) PS - Product Size 구축 또는 수정할 소프트웨어의 전체 크기와 관련된 위험. BU - Business Impact 경영자 또는 시장에 의해 부과되는 제약과 관련된 위험. CU - Customer Characteristics 고객의 정교함 및 고객과 적시.. 2022. 10. 20. [소프트웨어공학] 5장. 프로젝트 관리 (1) 5장. 프로젝트 관리 (1) 프로젝트 계획 - Planning Before the project can begin, the software team should estimate; 추정해야한다 the work to be done, the resources required, and the time that will elapse from start to finish. [ 프로젝트 계획 - Task Set ] Establish project scope : 범위 설정 Determine feasibility : 타당성 검증 Analyze risks : 리스크 분석 -Risk analysis is considered. Define required resources : 필요한 자원 정의 -Determine requir.. 2022. 10. 20. 이전 1 2 3 다음 728x90 반응형
