반응형

분류 전체보기 2934

[소프트웨어 공학] 요구 분석

요구 분석 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 요구 분석을 살펴보아요. 요구 분석 이해관계자의 요구 사항을 분석하여 문서화하는 활동 소프트웨어 개발 첫 단계 소프트웨어 분석가에 의해 분석 이해 관계자와 개발자의 용어 및 지식의 차이 발생 => 프로토 타이핑과 다이어그램을 통해 최소화 이해 관계자의 요구 사항은 시시 때때로 변한다. => 유연한 프로그래밍 시대가 흐르면서 시스템은 점점 복잡 => 분석 능력 배양 요구 분석을 명세화하기 어려움 => 요구 분석 능력 배양 요구 분석에서의 작업 문제 인식 =>통합, 평가 및 수정=>모델 제작 => 문서화 구조적 요구 분석 도구 자료 흐름도, 자료 사전, 단위 명세서, 개체 관계도, 상태 천이도 등을 이용 자료의 흐름과 처리를 중심으로 요구 분석하..

[소프트웨어 공학] 소프트웨어 품질

소프트웨어 품질 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 소프트웨어 품질을 알아보아요. 품질 보증 어떤 항목이나 제품이 설정된 기술적 요구 사항과 일치하는지를 적절하게 확인하는 데 필요한 체계적이고 계획적인 유형의 활동 품질 표준 구분 신뢰성(Reliability): 정확하고 일관된 결과를 얻기 위해 요구한 기능을 수행하는 정도 이식성(Potability): 다양한 환경에서도 운용 가능하도록 쉽게 수정할 수 있는 정도 상호 운용성(Interoperability): 다른 소프트웨어와 정보를 교환할 수 있는 정도 재사용성(Reusability): 전체나 일부 소프트웨어가 다른 응용 목적으로 사용할 수 있는 정도 사용 용이성(Usability): 쉽게 배우고 사용할 수 있는 정도 효율성(Effici..

[소프트웨어 공학] 소프트웨어 형상 관리(SCM)

소프트웨어 형상 관리(SCM) 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 소프트웨어 형상 관리를 알아보아요. 소프트웨어 형상 관리(SCM, Software Configuration Management) 개발 과정의 변하는 사항을 관리하는 일련의 작업 소프트웨어의 생산물을 확인하고 소프트웨어 통제, 변경 상태를 기록하고 보관하는 일련의 관리 작업 전체 비용을 최소화하고 최소한의 방해가 소프트웨어 현 사용자에게 야기하는 것을 보증하는 것이 목적입니다. 형상 관리 대상 정의 단계의 문서 개발 단계의 문서와 프로그램 유지보수 단계의 변경 사항 설치 메뉴얼 실행 프로그램 사용자 메뉴얼 너와 나의 연결고리 "공감"

[소프트웨어 공학] 위험 분석(Risk Analysis)

위험 분석(Risk Analysis) 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 위험 분석을 알아보기로 해요. 위험 분석(Risk Analysis) 각종 돌발 상황을 미리 예상하고 이에 관해 적절한 대첵을 수립하는 활동 사용자 요구사항이 변경이 가장 큰 위험 요소이며 인력 부족, 예산 부족 등이 있습니다. 위험 분석 절차 위험 식별 => 위험 분석 및 평가 => 위험 관리 계획 => 위험 감시 및 조치 위험 식별(Risk Identification) 위험 요소를 파악하여 위험 항목 점검 목록을 작성하는 작업 위험 분석 및 평가 위험 요소의 영향을 분석하여 위험을 추산하는 작업 위험 내용, 위험 종류, 발생 확률, 영향, 감시 및 조치를 위험표에 작성한다. 위험 관리 계획 위험을 예방하고 돌발 상..

[소프트웨어 공학] 조직 구성

조직 구성 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 조직 구성 방법을 알아보아요. 중앙 집중형 조직 구성 관리자 한 명이 의사 결정을 하고 팀 구성원은 해당 결정을 따르는 방식 책임 프로그래머 조직 구성 의사 결정이 빠름 소규모 프로젝트에 적합 분산형 조직 구성 팀원 모두가 의사 결정에 참여하는 방식 민주주의식 조직 구성 장기 프로젝트에 적합 링 구조(완전 그래프)를 갖습니다. 의사 소통이 가장 활발한 구조입니다. 의사 결정이 늦고 개인의 생산성 및 책임감이 결여 현산이 발생할 수 있습니다. 계층적 조직 구성 혼합형 조직 구성 경험자와 초보자를 구별 전문 프로그래머와 리더에게 지휘 권한을 부여 의사 소통은 초급 프로그래머와 고급 프로머로 분산 기술 인력이 프로젝트 관리를 담당해야 하는 부담이 ..

[소프트웨어 공학] 스케쥴 작성

스케쥴 작성 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 스케쥴 작성에 관해 알아보아요. 스케쥴 작성하기 효과적인 프로젝트를 위해 프로젝트 공정에 필요한 작업을 파악하고 작업별로 요구 시간을 분배하여 전체 일정을 정합니다. 작성한 스케쥴은 프로젝트 진행에 기초 자료로 활용합니다. 프로젝트 진행 중에 계획과 차이가 발생하면 조정합니다. 스케쥴 작성에 사용하는 도구에는 PERT/CPM, Gantt Chart 등이 있습니다. 스케쥴 작성 원칙 1. 프로젝트는 관리 가능한 여러 개의 작업으로 분할합니다. 2. 분할한 작업 사이에 관계에 따른 의존성을 결정합니다. 3. 작업 별로 요구 시간을 배정합니다. 4. 개발에 참여한 인원에게 적절한 시간을 할당합니다. 5. 작업은 6. 각 작업별로 이정표와 결과물이..

[소프트웨어 공학] 프로젝트 계획과 비용 산정

프로젝트 계획과 비용 산정 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 프로젝트 계획과 비용 산정을 알아보아요. 프로젝트 계획 누가 무엇을 어느 기간동안 어떻게 개발해야 하는지 예측하는 작업입니다. 구현해야 할 기능과 요구하는 성능 및 인터페이스 성능에 따라 개발 범위를 정합니다. 구현할 프로젝트의 특징과 자원 및 생산성에 따라 비용을 예측합니다. 비용 산정에 영향을 주는 요소 프로젝트의 특징: 구현해야 할 프로젝트의 복잡도와 크기 및 요구 신뢰도 투자 자원: 인력, 지원 하드웨어, 지원 소프트웨어 생산성: 인적 자원의 능력과 경험 및 개발 기간 *개발 기간과 개발 비용은 반비례합니다. 비용 산정 방식 하향식 비용 산정 방식과 상향식 비용 산정 방식으로 나눌 수 있습니다. 하향식 비용 산정 방식 ..

[소프트웨어 공학] 소프트웨어 프로젝트

소프트웨어 프로젝트 이번에는 정보처리기사 필기 과목인 소프트웨어 공학에서 소프트웨어 프로젝트를 살펴보아요. 소프트웨어 프로젝트 이해관계자의 요구 사항을 만족하는 시스템을 개발하는 전반적인 활동 소트프웨어 프로젝트의 3대 요소 요구사항: 개발해야 할 문제 개발자 : 프로젝트를 수행에 참여하는 사람 개발공정 : 소프트웨어를 개발 과정에 필요한 계획 및 구조 설계 및 구현해 나가는 공정 소프트웨어 프로젝트 관리 사이클 1. 계획 수립 2. 가동 (프로젝트 조직 및 팀원 선발) 3. 통제 및 수행(요구 사항의 변경을 반영하고 수행한 결과를 확인) 4. 종료: 결과물을 점검하고 종료 소프트웨어 프로젝트 관리 대상 계획: 프로젝트 계획, 일정 계획, 조직 계획, 비용 계획 품질 위험 너와 나의 연결고리 "공감"

[소프트웨어 공학] 소프트웨어 생명 주기(Life Cycle)

소프트웨어 생명 주기(Life Cycle) 이번에는 정보처리필기 소프트웨어 공학에서 소프트웨어 생명 주기를 살펴보기로 해요. 소프트웨어 생명 주기 개발 방법론에 따라 소프트웨어 개발 공정을 단계별로 나눈 것 비용 산정과 개발 계획을 수립할 수 있는 기본 골격 용어의 표준화를 가능하게 한다. 문서화가 충실한 프로젝트 관리를 가능하게 한다. 소프트웨어 생명 주기 모델 소프트웨어 생명 주기를 표현하는 방법 프로토 타입 모델, 폭포수 모델, 나선형 모델 등이 있다. 프로토타입(Prototype) 모델 사용자의 요구사항을 파악하기 위해 견본(Prototype)을 만들어 예측하는 모델 요구 수집=>빠른 설계=>프로토타입 구축=>고객평가=>프로토타입조정=>구현 소프트웨어 생명주기에서 유지보수가 없어지고 개발 단계 안..

[소프트웨어 공학] 소프트웨어 공학

소프트웨어 공학 이번에는 정보처리기사 필기 과목인 소프트웨어 공학에서 소프트웨어와 공학에 대해 알아보기로 해요. 컴퓨터 소프트웨어 컴퓨터 하드웨어에서 목적하는 작업을 수행할 수 있게 만들어진 것 컴퓨터 시스템 특정 목적을 수행하기 위한 요소들의 집합 입력(Input): 처리할 데이터와 조건을 시스템에 입력 처리(Process): 입력 데이터를 처리 방법과 조건에 따라 처리 출력(Output):처리한 결과를 산출 제어(Control): 입력=>처리=>출력 과정이 올바르게 진행하는지 감독 피드백(Feed Back): 출력 결과가 예정 목표에 도달하지 못할 때 반복 처리 소프트웨어 위기 컴퓨터의 발달 과정에서 소프트웨어 개발 속도가 하드웨어 개발 속도를 따라가지 못해 사용자 요구사항을 감당할 수 없는 문제가 ..

반응형