반응형 All Posts174 [c언어] 멀티 프로세스 프로그래밍 멀티프로세스의 이해멀티프로세스는 운영 체제에서 하나의 프로그램이 여러 개의 프로세스를 생성하여 병렬 작업을 수행하는 기법입니다.CPU는 여러 프로세스 또는 스레드가 마치 '동시에' 실행되는 것 처럼 행동합니다.메모리 분리: 각 프로세스는 독립적인 메모리 공간을 할당받습니다. CPU는 메모리 상에 각각의 프로세스를 실행하는데 필요한 코드와 데이터를 로드합니다. 프로세스 간 메모리 영역은 운영체제에 의해 보호되며, 서로 접근할 수 없습니다.싱글 코어 CPU의 경우 (중요!) 1. CPU멀티 프로세스 실행: 실제로 싱글 코어 CPU는 하나의 프로세스만 실행할 수 있습니다. 따라서 CPU는 시간 분할(Time Slice) 방식으로 각 프로세스에 CPU 시간을 할당하고 빠르게 전환합니다. 이는 멀티태스킹처럼 보이.. 2024. 10. 17. 시스템 모델링(System Modeling)과 관점에 따른 모델 종류 시스템 모델링 (System Modeling)시스템 모델링은 시스템의 추상적인 모델을 개발하는 과정으로, 각 모델은 시스템의 다양한 관점이나 시각을 제시합니다. 이는 분석가들이 시스템의 기능을 이해하고, 고객과 효과적으로 소통하는 데 도움을 주며, 주로 통합 모델링 언어(UML, Unified Modeling Language)의 표기법을 기반으로 합니다.시스템 관점 (System Perspectives)시스템 모델링은 여러 가지 관점(View)을 통해 시스템을 다각도로 분석하고 설계합니다. 주요 관점은 다음과 같습니다:외부 관점 (External Perspective) - 블랙박스(밖에서 본다)정의: 시스템의 맥락이나 환경을 모델링합니다.목적: 시스템 외부에 있는 요소들과 시스템 간의 상호작용을 이해하고.. 2024. 10. 16. 객체 지향 설계 원칙 (SOLID & GRASP)과 소프트웨어 아키텍쳐 설계 가이드라인 목차1. 소프트웨어 아키텍쳐 설계 가이드라인 & 원칙2. 객체 지향(OO) 설계 원칙SOLID OO 설계 원칙GRASP OO 설계 원칙소프트웨어 아키텍쳐 설계 가이드라인소프트웨어 아키텍쳐를 설계(Design)할때 놓치기 쉬운 부분은 Analysis 먼저하고 아키텍쳐 Design 해야된다는 것입니다. 아키텍쳐 분석 -> 추상적 아키텍처 설계 -> 아키텍쳐 설계위와 같이 분석과 추상 아키텍쳐 설계를 우선 거치고 설계해야됩니다.1. 아키텍쳐 분석어떻게 할지 생각하기 전에 무엇을 할지 생각해보는게 중요합니다.아키텍쳐와 상세적인 설계전에 기능적 요구사항(FR)과 비기능적 요구사항(NFR)이 정의되고 확인(verify), 인증(Validated)되어야합니다.(요구사항의 verification은 SRS 명세서와 일치.. 2024. 10. 11. 요구사항 공학(Requirements Engineering) 프로세스 요구사항 공학 프로세스 (Requirements Engineering Processes) 소프트웨어 개발에서 요구사항 공학(Requirements Engineering, RE)은 시스템이 제공해야 할 서비스와 그 운영 및 개발에 대한 제약 조건을 정의하고 관리하는 중요한 과정입니다. RE 프로세스는 애플리케이션 도메인, 적용되는 소프트웨어 개발 프로세스, 요구사항을 개발하는 사람이나 조직에 따라 다양하게 변형될 수 있습니다. 그러나 모든 RE 프로세스에는 공통적으로 네 가지 주요 활동이 포함됩니다:요구사항 도출 및 분석 (Requirements Elicitation and Analysis)요구사항 명세 (Requirements Specification)요구사항 검증 (Requirements Valida.. 2024. 10. 11. 요구사항 공학(Requirements Engineering) 특성과 유형 요구사항 공학 (Requirements Engineering)요구사항 공학은 고객이 시스템에서 필요로 하는 서비스와 시스템이 작동하거나 개발되는 과정에서의 제약을 정의하는 과정입니다. 이 과정에서 생성된 시스템 요구사항은 시스템 서비스와 제약 사항에 대한 설명입니다.요구사항(Requirements):서비스나 시스템 제약에 대한 추상적인 고수준 설명부터 수학적으로 정밀한 기능 명세까지 다양할 수 있습니다.서비스의 설명은 기능적 요구사항(Functional Requirements, FR)으로 나타나고, 시스템 제약은 비기능적 요구사항(Non-Functional Requirements, NFR)으로 표현됩니다. ex) 카메라 셔터 소리, 보안문제 등등요구사항의 유형사용자 요구사항(User Requirement.. 2024. 10. 8. 애자일 소프트웨어 개발 (Agile Software Development) 방법론(2) - PM, 스크럼(Scrum) 애자일 방법론 (Agile Methods) 애자일 방법론의 특징코드에 중점: 애자일 방법론은 설계(Design)보다는 실제 코드에 중점을 둡니다. 이는 실질적으로 작동하는 소프트웨어를 빠르게 개발하는 데 초점을 맞추기 위함입니다.반복적 접근 (Iterative Approach): 소프트웨어 개발을 여러 번의 반복 주기로 나누어 진행합니다. 각 반복 주기마다 소프트웨어의 일부 기능을 개발하고, 이를 점진적으로 완성해 나갑니다.신속한 작동 소프트웨어 전달 및 진화: 작동하는 소프트웨어를 빠르게 제공하고, 이를 바탕으로 변화하는 요구사항에 맞춰 지속적으로 발전시킵니다.애자일 방법론의 두 가지 유형애자일 개발 기법 (Agile Development Techniques): 실제 소프트웨어 개발 과정에서 사용하는 .. 2024. 10. 8. 애자일 소프트웨어 개발 (Agile Software Development) 방법론(1) - 기법 애자일 소프트웨어 개발 (Agile Software Development)신속한 소프트웨어 개발 (Rapid Software Development)신속한 개발과 전달의 중요성: 현재 소프트웨어 시스템에서 가장 중요한 요구사항 중 하나는 빠른 개발과 신속한 전달입니다. 이는 소프트웨어가 변화하는 비즈니스 요구사항을 신속하게 반영해야 하기 때문입니다.비즈니스 요구사항의 변화 반영: 비즈니스 환경은 빠르게 변할 수 있으며, 소프트웨어는 이러한 변화를 즉각적으로 반영할 수 있어야 합니다.계획 중심 개발의 한계: 전통적인 계획 중심 개발 방법론(예: 워터폴 모델)은 이러한 빠른 변화에 효과적으로 대응하지 못합니다. 계획을 세우고 그에 따라 개발을 진행하는 방식은 유연성이 부족하여 비즈니스 요구사항의 변화에 적응하.. 2024. 10. 8. 이전 1 2 3 4 5 6 7 8 ··· 25 다음
