총 25개
-
소프트웨어 공학2025.01.161. 스크럼 기법 스크럼은 소프트웨어 개발 방법론의 하나로, 제품 책임자(PO), 스크럼 마스터(SM), 개발팀(DT)으로 구성된다. 제품 백로그, 일일 스크럼 회의, 스프린트 검토 회의, 스프린트 회고 등의 프로세스를 통해 개발을 진행한다. 2. XP(eXtreme Programming) XP는 고객의 요구사항이 자주 변경되는 소규모 프로젝트에 적합한 방법론이다. 짝 프로그래밍, 공동 코드 소유, 테스트 주도 개발 등의 실천 방법을 사용한다. 3. 현행 시스템 파악 현행 시스템을 파악하는 단계에는 시스템 구성 현황, 시스템 기능,...2025.01.16
-
소프트웨어공학의 필요성과 IT인으로서 소프트웨어공학을 학습해야 하는 이유2025.05.141. 소프트웨어공학의 필요성 소프트웨어가 현대 사회의 거의 모든 측면에 영향을 미치고 있기 때문에 소프트웨어를 효율적으로 개발하고 관리하기 위한 체계적인 방법이 필요하며, 이를 충족시키는데 소프트웨어공학의 지식과 원칙이 필수적입니다. 2. 소프트웨어공학을 학습해야 하는 이유 소프트웨어 시스템의 복잡성과 규모 증가, 품질과 신뢰도 확보, 효율적인 개발과 유지보수, 팀 협업 향상, 변화에 대한 대응, 문제 해결 능력 강화, 규범과 윤리 등의 측면에서 소프트웨어공학 지식이 필요합니다. 1. 소프트웨어공학의 필요성 소프트웨어공학은 복잡한 ...2025.05.14
-
구조적 방법론, 정보공학 방법론, 객체지향 방법론의 특징과 장단점2025.01.161. 구조적 방법론 구조적 방법론은 소프트웨어 개발 초기 단계에서 주로 사용되는 전통적인 방법론입니다. 해당 방법론은 시스템을 상위 단계에서 하위 단계로 분해하여 논리적으로 분석하고 설계하는 절차를 따릅니다. 구조적 방법론의 핵심은 단계적 접근 방식으로, 시스템을 기능별로 나누어 모듈화하고 각 모듈을 독립적으로 개발할 수 있게 합니다. 이를 바탕으로 복잡한 시스템을 체계적으로 관리하고, 이해하기 쉽게 만드는 데 중점을 둡니다. 그러나 구조적 방법론은 변경 관리가 어려운 단점이 있습니다. 요구사항 변경이나 추가가 발생할 경우, 전체 ...2025.01.16
-
소프트웨어 개발 생명주기 모델의 유형과 특징2025.01.151. 반복형 모델 반복형 모델은 구축 대상을 병렬로 나누어 개발한 뒤 통합하거나 반복적으로 개발한 이후에 완성하는 모델입니다. 이 모델은 병행 개발로 인한 일정 단축이 가능하고 초기 버전 생성으로 동작 확인이 가능한 장점이 있지만, 관리 비용 증가와 개발 범위 변경 가능성이 높은 단점이 있습니다. 따라서 프로젝트 구성 변경이 잦고 유연한 대처가 필요한 분야에 적합합니다. 2. 프로토타이핑 모델 프로토타이핑 모델은 고객의 요구사항을 시제품으로 구현하고 고객 피드백을 반영하여 최종 결과물을 만들어가는 모델입니다. 이 모델은 사용자 요구...2025.01.15
-
소프트웨어 프로세스 모델의 목적과 역할2025.01.181. 소프트웨어 프로세스 모델 소프트웨어 프로세스 모델은 소프트웨어 개발의 생명주기를 관리하고 제어하기 위해 사용되는 틀 또는 방법론입니다. 이 모델은 소프트웨어 개발 프로젝트를 계획, 추적, 관리하기 위한 체계적인 접근 방식을 제공하며, 효율적인 소프트웨어 제품을 만들기 위한 지침을 제시합니다. 소프트웨어 프로세스 모델은 프로젝트 관리, 품질 관리, 제품 생산 등 다양한 역할을 수행합니다. 2. 소프트웨어 프로세스 모델의 목적 소프트웨어 프로세스 모델의 주요 목적은 소프트웨어 개발 프로세스를 체계적으로 관리하고 제어하여 품질 높은...2025.01.18
-
ISO 프로세스 외의 종류와 특성2025.01.031. 소프트웨어 품질 평가 모델 소프트웨어의 품질을 평가하는 방법은 하드웨어와 다르며, 제품 품질 특성 평가와 프로세스 품질 특성 평가로 나눌 수 있다. 대표적인 프로세스 품질 평가 모델로는 ISO 9001, 리뷰와 인스펙션, 애자일 개발, CMMI 모델 등이 있다. 2. ISO 9001 표준 프레임워크 ISO 9001은 소프트웨어를 포함한 제품 설계, 개발, 유지에 사용되는 국제 표준으로, 소프트웨어 개발을 위한 표준이 아니라 품질 프로세스를 일반적으로 기술하는 프레임워크이다. 3. 리뷰와 인스펙션 리뷰와 인스펙션은 프로젝트 산출...2025.01.03
-
소프트웨어 위기에 대한 논의2025.01.041. 소프트웨어의 현주소 소프트웨어 산업은 기술 발전, 변화하는 소비자 요구, 광범위한 경제 및 사회적 추세의 영향을 받아 역동적이고 빠르게 발전하고 있습니다. 구체적으로 클라우드 컴퓨팅의 지속적인 성장, AI 및 머신러닝의 발전, 원격 작업 도구의 증가, 사이버 보안에 초점, IoT와 엣지 컴퓨팅의 성장, 모바일 우선 개발, 오픈 소스 소프트웨어의 사용 증가, 소프트웨어 디자인의 지속 가능성, DevOps 및 Agile 방법론 채택, 가상 및 증강 현실의 확장 등의 현상이 나타나고 있습니다. 2. 소프트웨어의 위기 소프트웨어 산업...2025.01.04
-
소프트웨어 위기 및 해결 방안2025.04.281. 소프트웨어 생태계 소프트웨어는 컴퓨터 작동을 위한 기술의 총칭으로, 프로그램과 관련 문서를 포함합니다. 소프트웨어 공학은 효율적이고 신뢰성 있는 소프트웨어 개발을 위한 체계적인 접근법을 연구하고 적용합니다. 소프트웨어 산업은 국가 경쟁력 향상을 위한 핵심 기반산업으로 인식되어 각국에서 지원을 아끼지 않고 있습니다. 그러나 소프트웨어의 공공재적 특성과 네트워크 외부성으로 인해 무임승차와 과소생산 문제가 발생하고 있습니다. 2. 소프트웨어 위기 및 원인 소프트웨어 위기는 하드웨어 발전 속도에 비해 소프트웨어 기술 발전이 느리고, ...2025.04.28
-
방송통신대학교_컴퓨터과학과_소프트웨어공학_중간과제(2023)2025.01.241. 임계경로 임계경로란 프로젝트를 완료하기까지 걸리는 여러 가지 경로 중에서 가장 긴 시간이 걸리는 경로를 말한다. 해당 프로젝트에서 필요한 최소기간은 10이며, 작업 C의 가장 빨리 시작할 수 있는 시간은 1, 가장 늦게 시작할 수 있는 시간은 3이다. 2. 데브옵스 소프트웨어 개발방법론 데브옵스는 개발 및 운영을 총칭하는 단어로, 조직의 응용 프로그램 및 소프트웨어 개발 및 정보 기술 팀이 수행하는 다양한 작업에 대해 통합된 접근 방식을 구성하는 것을 의미한다. 데브옵스 방법론은 소프트웨어 개발자와 IT 전문가 간의 커뮤니케이...2025.01.24
-
[소프트웨어공학] 위험관리 활동 중 위험 제어의 목적에 대해 설명하고 Boehm의 위험 항목에 대해 기술하시오. (10가지)2025.05.161. 위험관리의 개념 위험관리는 정보시스템 개발사업 수행 시 발생할 수 있는 문제의 확률과 영향을 예측해 보다 나은 해결책을 제공하기 위해 수행하는 활동을 의미한다. 이러한 작업을 수행하기 위해 카네기멜론대학교 소프트웨어공학연구소(SEI)는 시스템의 반복 단계 모델을 제시하며, 각 단계의 내용은 정의(Identify), 분석(Analyze), 계획(Plan), 추적(Track), 통제(Control) 등이다. 2. 위험 제어의 목적 위험 제어의 가장 큰 목적은 조직 자산의 보호이다. 자산은 조직이 사용하는 네크워크나 시스템을 구성하...2025.05.16
1 / 3
