총 25개
-
소프트웨어공학의 필요성과 IT인으로서 소프트웨어공학을 학습해야 하는 이유2025.05.141. 소프트웨어공학의 필요성 소프트웨어가 현대 사회의 거의 모든 측면에 영향을 미치고 있기 때문에 소프트웨어를 효율적으로 개발하고 관리하기 위한 체계적인 방법이 필요하며, 이를 충족시키는데 소프트웨어공학의 지식과 원칙이 필수적입니다. 2. 소프트웨어공학을 학습해야 하는 이유 소프트웨어 시스템의 복잡성과 규모 증가, 품질과 신뢰도 확보, 효율적인 개발과 유지보수, 팀 협업 향상, 변화에 대한 대응, 문제 해결 능력 강화, 규범과 윤리 등의 측면에서 소프트웨어공학 지식이 필요합니다. 1. 소프트웨어공학의 필요성 소프트웨어공학은 복잡한 ...2025.05.14
-
ISO 프로세스 외의 종류와 특성2025.01.031. 소프트웨어 품질 평가 모델 소프트웨어의 품질을 평가하는 방법은 하드웨어와 다르며, 제품 품질 특성 평가와 프로세스 품질 특성 평가로 나눌 수 있다. 대표적인 프로세스 품질 평가 모델로는 ISO 9001, 리뷰와 인스펙션, 애자일 개발, CMMI 모델 등이 있다. 2. ISO 9001 표준 프레임워크 ISO 9001은 소프트웨어를 포함한 제품 설계, 개발, 유지에 사용되는 국제 표준으로, 소프트웨어 개발을 위한 표준이 아니라 품질 프로세스를 일반적으로 기술하는 프레임워크이다. 3. 리뷰와 인스펙션 리뷰와 인스펙션은 프로젝트 산출...2025.01.03
-
직능별 조직과 프로젝트 조직의 개념과 특징, 장단점2025.01.191. 직능별 조직 직능별 조직은 조직 내의 구성원들이 각자의 전문성과 역량에 따라 특정 직무나 기능을 수행하는 부서나 팀으로 나뉘어 있는 조직 구조를 의미합니다. 이러한 구조에서는 구성원들이 주로 그들의 전문 지식이나 기술을 중심으로 일을 수행하게 됩니다. 직능별 조직의 가장 큰 특징은 각 부서나 팀이 독립적인 업무를 수행하면서도 조직 전체의 목표와 방향성을 유지한다는 것입니다. 장점으로는 전문적인 문제 해결 능력 향상, 명확한 업무 분할과 책임, 안정적인 조직 문화 등이 있으며, 단점으로는 부서 간 협업 어려움, 특정 분야에 대한...2025.01.19
-
구조적 방법론, 정보공학 방법론, 객체지향 방법론의 특징과 장단점2025.01.161. 구조적 방법론 구조적 방법론은 소프트웨어 개발 초기 단계에서 주로 사용되는 전통적인 방법론입니다. 해당 방법론은 시스템을 상위 단계에서 하위 단계로 분해하여 논리적으로 분석하고 설계하는 절차를 따릅니다. 구조적 방법론의 핵심은 단계적 접근 방식으로, 시스템을 기능별로 나누어 모듈화하고 각 모듈을 독립적으로 개발할 수 있게 합니다. 이를 바탕으로 복잡한 시스템을 체계적으로 관리하고, 이해하기 쉽게 만드는 데 중점을 둡니다. 그러나 구조적 방법론은 변경 관리가 어려운 단점이 있습니다. 요구사항 변경이나 추가가 발생할 경우, 전체 ...2025.01.16
-
소프트웨어공학) 프로젝트 일정계획 기법 소개 및 사례 분석 보고서2025.05.091. 프로젝트 관리 모델 소프트웨어 분야에서의 프로세스 관리 모델에는 SPICE와 CMMI 등이 활용되고 있다. SPICE는 하향식 접근방법을 취하는 모델로써 대표적인 다양한 SPI모형들을 참조하여 각 모형들의 장점을 취하고 조직 유형과 프로젝트 규모에 제약을 받지 않는 프로세스 개선 및 심사를 위한 프레임워크를 제공한다. CMMI는 소프트웨어 개발 조직의 역량을 평가하기 위해 조직 차원에서 프로세스를 개선하는 단계적 로드맵을 제공한다. 6시그마는 CMMI에서 제시하는 단계별 수준을 관리하기 위한 수단으로 활용되며, PSP(Pers...2025.05.09
-
구조적 방법론, 정보공학 방법론, 객체지향 방법론의 특징과 장단점2025.05.091. 구조적 방법론 구조적 방법론은 1970년대 소프트웨어 위기 이후 대두되었으며, 데이터의 흐름을 중심으로 분석하고 설계하는 방식입니다. 구조적 방법론의 특징은 프로세스 중심의 분석과 모듈화된 설계, SDLC 구조의 폭포수 모델 등입니다. 장점으로는 프로세스 파악이 용이하고 정형화된 접근이 가능하지만, 경직된 구조로 인해 기능 추가나 재활용이 어렵다는 단점이 있습니다. 2. 정보공학 방법론 정보공학 방법론은 구조적 방법론의 문제점을 해결하기 위해 1990년대 초 등장했습니다. 데이터 중심의 분석과 설계, CASE 도구를 활용한 자...2025.05.09
-
모바일 시스템 앱 개발 과정에 필요한 개발 프로세스2025.05.021. 앱 개발 주제 선정 모바일 시스템 앱 분야에는 여러 분야가 존재하며, 이 중 지도 앱을 참고하여 길거리에서 붕어빵, 떡볶이, 어묵, 타코야끼, 호떡, 와플 등을 판매하는 포장마차의 위치를 지도에 표시하고, 앱 사용자들이 직접 위치를 추가할 수 있는 포장마차 위치 공유 모바일 시스템 앱을 설계하고자 한다. 추가로 필터를 통하여 지역별, 음식별로 포장마차의 위치를 확인할 수 있는 기능과 포장마차의 별점과 한 줄 평을 남길 수 있는 리뷰 기능을 포함하고, 앱 사용자들이 이해하기 쉬운 UI와 UX를 고려하여 설계하도록 하겠다. 2. ...2025.05.02
-
방통대 소프트웨어공학 보고서2025.01.251. DevOps DevOps는 소프트웨어 개발(Development)과 운영(Operations)의 결합으로, 개발자와 운영팀 간의 소통, 협업, 통합을 강조하는 개발 환경과 문화를 지칭한다. 이는 협업, 목표 공유, 문제 해결을 위한 팀워크 강화 등을 중심으로 신뢰할 수 있는 소프트웨어를 빠르게 개발하고 배포하는 것을 가능하게 한다. DevOps 문화의 구축은 조직에 있어 중요한 과제이며, 이를 지원하는 도구와 기술이 DevOps 실행을 가능하게 한다. 2. DevOps 도구 DevOps는 클라우드 환경과 결합할 때 뛰어난 시너...2025.01.25
-
안드로이드 앱의 3가지 액티비티에 대해 설명하고 전이 과정을 기술하시오2025.05.141. 안드로이드 앱의 액티비티 상태 안드로이드 앱에서 액티비티(Activity)는 resumed, paused, stopped의 3가지 상태를 가집니다. resumed 상태는 '계속해서 ~하고 있는' 의미이고, paused 상태는 '잠시 멈춰진 동작/상태'를 의미합니다. stopped 상태는 '일시적으로 멈춘 동작/상태'를 의미합니다. 2. 액티비티 상태 전이 과정 액티비티의 상태를 전이시키기 위해서는 메서드 호출이 필요합니다. resumed 상태에서 paused 상태로 전환하려면 반드시 return문을 포함해야 합니다. pause...2025.05.14
-
구조적방법론, 정보공학방법론, 객체지향 방법론의 특징과 장단점2025.05.091. 구조적방법론 구조 방법론은 1970년대까지 소프트웨어 개발 방법론에서 가장 많이 활용되었다. 기능에 따라 전체 시스템을 분리해 개발하고 이를 통합하는 분할과 정복 방법의 방법론이다. 모든 논리를 순차적, 선별적, 반복적으로 처리하는 방식으로 구성되며 정형화된 분석 프로그램에 따라 요구 사항을 파악하고 그래픽 중심의 그래프를 이용하여 문서화한다. 구조 방법론의 장점은 요구 사항을 명확하게 추출하고 설계에 반영하기 때문에 정형화되고 체계적이며, 모듈화로 인해 유지보수 기능과 효율적인 재사용이 가능하다. 단점은 방법론에 대한 다양한...2025.05.09
2 / 3
