반응형

분류 전체보기 2946

[소프트웨어 공학] 검사(Test)

검사(Test) 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 검사(테스트)를 알아보아요. 화이트 박스 모듈 안의 작동을 직접 관찰 원시 코드의 모든 문장을 한 번 이상 수행 프로그램의 제어 구조에 따라 선택, 반복 등의 부분들을 수행하여 논리적 경로를 제어 기본 경로 테스트, 조건 테스트, 데이터 흐름 테스트, 반복 테스트를 수행합니다. 블랙 박스 제품이 수행할 특정 기능을 알기 위해서 각 기능이 완전히 작동하는 것을 입증 성능 오류, 부정확한 기능, 인터페이스 오류를 발견할 수 있습니다. 동치 분할 검사, 경계값 분석, 원인 효과 그래프 검사, 오류 예측 검사, 비교 검사를 수행합니다. 검사 순서 단위(코드) 검사 → 통합(설계) 검사 → 검증(요구사항) 검사 → 시스템 검사 코드 검사 → 설계..

[소프트웨어 공학] 설계

설계 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 설계를 살펴보아요. 설계 모형의 구조도 설계 모형의 구성 프로시저 절차 설계 - 기능의 수행 흐름을 절차식으로 기술 인터페이스 설계 - 상호 작용에 관한 약속을 기술 아키텍쳐 설계 - 소프트웨어를 구성하는 요소 간의 관계를 기술 데이터 설계 - 요구 분석 단계 결과로 소프트웨어 구현에 필요한 데이터 구조를 기술 좋은 설계 모듈화가 이루어져야 한다. 모듈간에 독립성을 보장하고 결합도를 낮춘다. 요구 사항을 모두 구현하고 유지보수가 쉬워야 한다. 자료와 프로시저에 대한 분명하고 분리 표현을 포함해야 한다. 소프트웨어 요소 간의 효과적인 제어를 위해 계층적 조직을 제시해야 한다. 추상화 세부적인 사항을 설계하기 전에 전체적이고 포괄적인 개념을 설계하는 ..

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

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

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

소프트웨어 품질 이번에는 정보처리기사 필기 과목인 소프트웨어 공학의 소프트웨어 품질을 알아보아요. 품질 보증 어떤 항목이나 제품이 설정된 기술적 요구 사항과 일치하는지를 적절하게 확인하는 데 필요한 체계적이고 계획적인 유형의 활동 품질 표준 구분 신뢰성(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. 종료: 결과물을 점검하고 종료 소프트웨어 프로젝트 관리 대상 계획: 프로젝트 계획, 일정 계획, 조직 계획, 비용 계획 품질 위험 너와 나의 연결고리 "공감"

반응형