총 23개
-
소프트웨어 품질 평가 중 제품(product) 평가와 프로세스(process) 평가의 차이점2025.01.161. 제품 평가의 개념 제품 평가는 소프트웨어 품질 평가에서 핵심적인 역할을 합니다. 이는 소프트웨어가 최종 사용자에게 제공되는 시점에서 기능성과 성능을 평가하는 것을 목적으로 합니다. 제품 평가는 주로 소프트웨어가 요구사항을 얼마나 충족하는지를 검토하며, 사용자 경험과 관련된 다양한 측면을 고려합니다. 2. 프로세스 평가의 개념 프로세스 평가는 소프트웨어 개발 과정에서 사용되는 절차와 방법론의 효율성을 평가하는 것을 목적으로 합니다. 이는 소프트웨어 개발이 계획된 대로 진행되고 있는지, 모든 단계가 체계적으로 관리되고 있는지를 확...2025.01.16
-
소스코드 취약점 테스팅 방식 비교2025.01.181. 블랙박스 테스팅 블랙박스 테스팅은 소프트웨어의 내부 구조나 구현 방법에 초점을 맞추지 않고, 오로지 사용자 인터페이스를 통해 입력과 출력을 검증하는 테스팅 방법입니다. 이 방식은 소프트웨어가 실제 사용되는 환경과 매우 유사한 조건 하에서 수행되므로, 사용자 경험과 소프트웨어의 기능적 요구사항에 중점을 둡니다. 블랙박스 테스팅의 장점은 사용자의 관점에서 소프트웨어를 평가할 수 있다는 것이며, 비전문가도 수행할 수 있다는 이점이 있습니다. 그러나 내부 구조나 알고리즘의 오류는 발견하기 어렵다는 한계가 있습니다. 2. 화이트박스 테...2025.01.18
-
소프트웨어 개발과 건축 공학의 요구사항 변경에 따른 추가 개발비용2025.01.181. 소프트웨어 개발과 건축 공학의 유사성 소프트웨어 개발과 건축 공학은 서로 다른 영역처럼 보일 수 있지만, 실제로는 두 분야가 상당한 유사점을 공유하고 있다. 주요한 유사점 중 하나는 그 과정의 구조로, 요구사항 수집, 설계 및 계획, 구현 또는 건설, 그리고 검증 및 테스트로 구분할 수 있다. 2. 요구사항 변경의 발생 원인 요구사항 변경은 사용자의 요구가 변하거나, 새로운 기술이 등장하거나, 또는 경쟁 상황이 변화하는 등 다양한 이유로 발생할 수 있다. 요구사항 변경은 프로젝트를 더 나은 방향으로 이끌 수 있는 필수적인 요소...2025.01.18
-
마르크스의 소외와 베버의 합리화 - 실제 사례를 통한 현대 자본주의 사회 분석2025.01.231. 마르크스의 소외 개념 마르크스는 노동자가 자신의 노동 결과와 분리되어 자본가의 이익을 위해 착취당하며, 노동이 자아 실현의 본래 목적을 잃고 자본 축적의 수단으로 전락한다고 봅니다. 이는 개발자가 자신이 만든 소프트웨어에 대한 통제력을 상실하고, 회사의 이익을 위해 일하게 되는 상황을 설명합니다. 2. 베버의 합리화 및 쇠우리 개념 베버는 합리화 과정에서 효율성과 규칙이 본래의 목적을 초월해 그 자체로 목적화되면서 사람들의 행동이 비인격적인 규칙과 절차에 의해 통제되고, 인간성이 소외된다고 지적합니다. 이는 애자일 방법론의 엄...2025.01.23
-
객체지향 프로그램의 개념과 필요성, 특징2025.01.231. 객체지향 프로그래밍의 개념 객체지향 프로그래밍의 기본 개념은 객체라는 단위입니다. 객체는 데이터와 해당 데이터를 처리하는 방법을 함께 캡슐화하여, 하나의 독립적인 단위로 만들어줍니다. 객체는 속성과 메서드로 구성되며, 속성은 객체의 상태를 나타내고, 메서드는 객체의 행동을 정의합니다. 객체지향 프로그래밍은 클래스라는 개념을 기반으로 하며, 클래스는 객체의 설계도와 같습니다. 2. 객체지향 프로그래밍의 필요성 객체지향 프로그래밍의 필요성은 소프트웨어 개발 환경의 변화와 관련이 깊습니다. 소프트웨어의 복잡성이 증가하면서, 효율적으...2025.01.23
-
방송통신대학교_컴퓨터과학과_소프트웨어공학_중간과제(2023)2025.01.241. 임계경로 임계경로란 프로젝트를 완료하기까지 걸리는 여러 가지 경로 중에서 가장 긴 시간이 걸리는 경로를 말한다. 해당 프로젝트에서 필요한 최소기간은 10이며, 작업 C의 가장 빨리 시작할 수 있는 시간은 1, 가장 늦게 시작할 수 있는 시간은 3이다. 2. 데브옵스 소프트웨어 개발방법론 데브옵스는 개발 및 운영을 총칭하는 단어로, 조직의 응용 프로그램 및 소프트웨어 개발 및 정보 기술 팀이 수행하는 다양한 작업에 대해 통합된 접근 방식을 구성하는 것을 의미한다. 데브옵스 방법론은 소프트웨어 개발자와 IT 전문가 간의 커뮤니케이...2025.01.24
-
[컴퓨터개론] 소프트웨어 품질 평가 중 제품(product) 평가와 프로세스(process) 평가의 차이점을 설명하시오.2025.01.211. 제품 평가의 정의와 목적 제품 평가는 최종 소프트웨어가 사용자에게 제공되기 전에 그 품질을 평가하는 과정을 의미한다. 제품 평가는 주로 소프트웨어가 기능적 요구사항을 충족하는지, 성능이 요구된 기준에 부합하는지, 그리고 사용자가 기대하는 신뢰성, 유용성, 유지보수성 등의 비기능적 요구사항을 충족하는지를 검증한다. 제품 평가의 주요 목적은 사용자에게 제공될 소프트웨어가 오류 없이 원활하게 작동하고, 사용자의 요구를 충족시키는지 확인하는 것이다. 2. 프로세스 평가의 정의와 목적 프로세스 평가는 소프트웨어 개발 과정 자체를 평가하...2025.01.21
-
자유 소프트웨어의 개념과 대표적인 사례 조사, 자유 소프트웨어의 순기능과 역기능에 대한 견해2025.01.201. 자유 소프트웨어의 개념 자유 소프트웨어는 사용자가 소프트웨어를 자유롭게 사용할 수 있는 권리를 제공하는 소프트웨어이다. 이는 단순히 무료로 사용할 수 있는 소프트웨어가 아니라, 소프트웨어의 소스 코드를 열람하고 수정할 수 있는 권리를 포함한다. 자유 소프트웨어의 개념은 리처드 스톨만이 1980년대 중반에 제창한 것으로, 그는 소프트웨어의 자유로운 사용과 공유가 기술 혁신과 사회적 진보에 필수적이라고 주장하였다. 이 개념을 기반으로 자유 소프트웨어 재단(FSF)이 설립되었으며, 이 재단은 자유 소프트웨어의 네 가지 자유를 정의하...2025.01.20
-
소프트웨어 개발과정과 건축 공학 단계의 유사성을 고려한 요구사항 변경에 따른 추가 개발비용의 심각성2025.01.031. 소프트웨어 개발과정 소프트웨어 개발 과정은 요구사항 분석, 설계, 구현, 테스트, 유지보수의 단계로 이루어진다. 요구사항 분석 단계에서 사용자의 요구사항을 정확히 파악하는 것이 중요하며, 이후 단계에 큰 영향을 미친다. 요구사항 변경 시 유지보수 단계에서 추가 개발 비용이 크게 증가할 수 있다. 2. 건축 공학 단계 건축 공학 단계는 건물주 요구사항 분석, 건물 설계, 시공, 감리, 하자보수로 이루어진다. 건물주의 요구사항을 정확히 반영하는 것이 중요하며, 이후 단계에 큰 영향을 미친다. 요구사항 변경 시 하자보수 단계에서 추...2025.01.03
-
2024년 1학기 방송통신대 중간과제물 소프트웨어공학)교재에서 설명되지 않은 데브옵스(DevOps) 소프트웨어 개발 방법에 관해 조사하라 일정 계획을 위해 작성한 CPM 네트워크가 다음과 같다 임계 경로 프로젝트 완료에 필요한 최소 기간 등2025.01.251. 데브옵스(DevOps) 데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 데브옵스는 소프트웨어 개발조직과 운영조직간의 상호 의존적 대응이며 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다. 데브옵스의 등장 배경은 1990년대 이후 경량화된 개발방법론의 발전과 애자일 소프트웨어 개발 방법론의 등장이다. 데브옵스의 핵심 원리는 개발팀과...2025.01.25
2 / 3
