소프트웨어 설계

소프트웨어 생명 주기는 소프트웨어 개발 방법론의 바탕이 되는 것으로, 소프트웨어를 개발하기 위해 정의하고 운용, 유지보수 등의 과정을 각 단계별로 나눈 것이다.소프트웨어 생명 주기 = 소프트웨어 생명 주기 모형 / 소프트웨어 프로세스 모형 / 소프트웨어 공학 패러다임(

스크럼은 럭비에서 경기를 재개하기 위해 팀원이 서로 밀착하여 형성하는 전술대형을 말한다.컴퓨터에서의 스크럼도 럭비의 스크럼처럼 팀이 중심이되어 개발의 효율성을 높인다는 의미가 내포된 용어이다.팀원 스스로가 스크럼 팀을 구성(Self-organizing)해야 하며, 개발

수시로 발생하는 고객의 요구사항에 유연하게 대응 하기 위해 고객의 참여와 개발 과정의 반복을 극대화하여 개발 생산성을 향상시키는 방법이다.XP는 해석하면 극단적이라는 뜻인데 짧고 반복적인 개발 주기, 단순한 설계 고객의 적극적인 참여를 통해 소프트웨어를 빠르게 개발하는

새로 개발하려는 시스템의 개발 범위를 명확히 설정하기 위해 현행 시스템의 구성과 제공 기능, 시스템 간의 전달 정보, 사용되는 기술 요소, 소프트웨어, 하드웨어, 그리고 네트워크의 구성 등을 파악한다.시스템 구성 파악시스템 기능 파악시스템 인터페이스 파악아키텍처 구성

개발하고자 하는 소프트웨어와 관련된 운영체제(Operating System), 데이터베이스 관리 시스템(Database Management System), 미들웨어(Middle Ware)등을 선정할 때 고려해야 할 사항을 기술하고, 오픈 소스 사용 시 주의해야 할 내용

요구사항은 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타낸다.요구사항은 소프트웨어 개발이나 유지 보수 과정에서 필요한 기준과 근거를 제공한다.요구사항은 개발하려는 소프트웨어의 전반적인 내용을 확인할

요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로 개발 대상에 대한 사용자의 요구사항을 이해하고 문서화하는 활동을 의미한다.사용자의 요구의 타당성을 조사하고 비용과 일정에 대한 제약을 설정사용자의 요구를 정확하게 추출하여 목표를 정하고, 어떤 방식으로 해결할 것인지

요구사항 분석을 위한 자동화 도구는 요구사항을 자동으로 분석하고, 요구사항 분석 명세서를 기술하도록 개발된 도구를 의미한다.요구사항 분석을 위한 자동화 도구 사용의 이점은 다음과 같다.표준화와 보고를 통한 문서화 품질 개선데이터베이스가 모두에게 이용 가능하다는 점에서

UML(Unified Modeling Language)의 개요 UML은 시스템 분석 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어이다. 모델링 언어 = 우리가 만들

유스케이스 다이어그램은 개발될 시스템과 관련된 외부 요소들, 즉 사용자와 다른 외부 시스템들이 개발될 시스템을 이용해 수행할 수 있는 기능을 사용자의 관점(View)에서 표현한 것이다.외부 요소와 시스템 간의 상호 작용을 확인할 수 있다.사용자의 요구사항을 분석하기 위

다음 중 소프트웨어 개발 모형이 가장 적절하게 선택된 경우는?1\. 구축하고자 하는 시스템의 요구사항이 불분명하여 프로토타입 모형을 선택하였다.2\. 개발 중에도 고객의 요구사항에 맞게 수정 작업을 할 수 있도록 폭포수 모형을 선택하였다.3\. 위험 분석을 통해 점증적

사용자 인터페이스는 사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어를 의미한다.초기의 사용자 인터페이스는 단순히 사용자와 컴퓨터 간의 상호작용에만 국한되었지만 점차 사용자가 수행할 작업을 구체화시키는 기능 위주로 변경되었고, 최근에는 정보

UI 표준과 지침을 토대로 기술의 중립성(웹 표준), 표편적 표현 보장성(웹 접근성), 기능의 호환성(웹 호환성)이 고려되었는지 확인한다.UI 표준: 전체 시스템에 포함된 모든 UI 공통적으로 적용될 내용으로, 화면 구성이나, 화면 이동 등이 포함된다.UI 지침: UI

UI 설계 도구는 사용자의 요구사항에 맞게 UI의 화면 구조나 화면 배치 등을 설계할 때 사용하는 도구로, 종류에는 와이어프레임, 목업, 스토리보드, 프로토타입, 유스케이스 등이 있다.와이어프레임은 기획 단계의 초기에 제작하는 것으로, 페이지에 대한 개략적인 레이아웃이

UI 요구사항 확인은 새로 개발할 시스템에 적용할 UI 관련 요구사항을 조사해서 작성하는 단계로, 다양한 경로를 통해 사용자의 요구사항을 조사하고 분석한 후 작성해야 한다.UI 요구사항 확인 순서는 다음과 같다.목표 정의 -> 활동 사항 정의 -> UI 요구사항 작성목

소프트웨어의 품질은 소프트웨어의 기능, 성능, 만족도 등 소프트웨어에 대한 요구사항이 얼마나 충족하는가를 나타내는 소프트웨어 특성의 총체이다.소프트웨어의 품질은 사용자의 요구사항을 충족시킴으로써 확립된다.ISO/IEC 9126ISO/IEC 9126은 소프트웨어의 품질

프로토타입은 사용자 요구사항을 기반으로 실제 동작하는 것처럼 만든 동적인 형태의 모형으로, 테스트가 가능하다.프로토타입은 사용자의 요구사항을 개발자가 맞게 해석했는지 검증하기 위한 것으로, 최대한 간단하게 만들어야 한다.프로토타입은 일부 핵심적인 기능만을 제공하지만 최

UI 설계서는 사용자의 요구사항을 바탕으로 UI 설계를 구체화하여 작성하는 문서로, 상세 설계 전에 대표적인 화면들을 설계한다.UI 설계서는 기획자, 개발자, 디자이너 등과의 원활한 의사소통을 위해 작성한다.UI 설계서는 UI 설계서 표지, UI 설계서 개정 이력, U

유용성(Useability)은 사용자가 시스템을 통해 원하는 목표를 얼마나 효과적으로 달성할 수 있는가에 대한 척도로, UI의 주된 목적은 유용성이 뛰어난 UI를 제작하는 것이다.유용성 평가는 사용자 측면에서 복잡한 시스템을 얼마나 편리하게 사용할 수 있는지를 평가하는

UI 상세 걸계는 UI 설계서를 바탕으로 실제 설계 및 구현을 위해 모든 화면에 대한 자세한 설계를 진행하는 단계로, UI 상세 설계를 할 때는 반드시 시나리오를 작성해야 한다.UI 시나리오 문서는 사용자 인터페이스의 기능 구조, 대표 화면, 화면 간 인터랙션의 흐름,

HCL는 사람이 시스템을 보다 편리하고 안전하게 사용할 수 있도록 연구하고 개발하는 학문으로, 최종 목표는 시스템을 사용하는데 있어 최적의 사용자 경험(UX)을 만드는 것이다원래 HCL는 사람과 컴퓨터의 상호작용을 연구해서 사람이 컴퓨터를 편리하게 사용하도록 만드는 학

다음 중 화면 단위로 삽입될 구성 요소나 컨텐츠, 기능 등을 구체적으로 정리해 놓은 문서는 무엇인가?1\. 레이아웃2\. 내비게이션3\. 스토리보드4\. 동영상layout = 배치레이아웃은 컴퓨터 그래픽 디자인이나 소프트웨어 디자인에서 각 구성요소를 제한된 공간 안에

architecture = 구조소프트웨어 아키텍처는 소프트웨어의 골격이 되는 기본 구조이자, 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 또는 구조체이다.소프트웨어 개발시 적용되는 원칙과 지침이며, 이해 관계자들이 의사소통 도구로 활용된다.소프트웨어

아키텍처 패턴은 아키텍처를 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제를 의미한다.아키텍처 패턴은 소프트웨어 시스템의 구조를 구성하기 위한 기본적인 윤곽을 제시한다.아키텍처 패턴에는 서브시스템들과 그 역할이 정의되어 있으며, 서브시스템 사이의 관계와 여러

객체지향은 현실 세계의 개체(Entity)를 기계 부품처럼 하나의 객체(Object)로 만들어, 기계적인 부품들을 조립하여 제품을 만들 듯이 소프트웨어를 개발할 때에도 객체들을 조립해서 작성할 수 있는 기법을 말한다.객체지향 기법은 구조적 기법의 문제점으로 인한 소프트

객체지향 분석(OOA, Object Oriented Analysis)은 사용자의 요구사항을 부넉하여 요구된 문제와 관련된 모든 클래스(객체), 이와 연관된 속성과 연산, 그들 간의 관계 등을 정의하여 모델링하는 작업이다.소프트웨어를 개발하기 위한 비즈니스(업무)를 객체

모듈은 모듈화를 통해 분리된 시스템의 각 기능들로, 서브루틴, 서브시스템, 스프트웨어 내의 프로그램, 작업 단위 등과 같은 의미로 사용된다.모듈은 단독으로 컴파일이 가능하며, 재사용 할 수 있다.모듈의 기능적 독립성은 소프트웨어를 구성하는 각 모듈의 기능이 서로 독립됨

공통 모듈은 여러 프로그램에서 공통적으로 사용할 수 있는 모듈을 의미한다.자주 사용되는 계산식이나 매번 필요한 사용자 인증과 같은 기능들이 공통 모듈로 구성될 수 있다.모듈의 재사용성 확보와 중복 개발 회피를 위해 설계 과정에서 공통 부분을 식별하고 명세를 작성할 필요

코드는 컴퓨터를 이용하여 자료를 처리하는 과정에서 분류 조합 및 집계를 용이하게 하고, 특정 자료의 추출을 쉽게 하기 위해서 사용하는 기호이다.코드는 정보를 신속 정확 명료하게 전달할 수 있게 한다.코드는 일정한 규칙에 따라 작성되며, 정보 처리의 효율과 처리된 정보의

디자인 패턴은 각 모듈의 세분화된 역할이나 모듈들 간의 인터페이스와 같은 코드를 작성하는 수준의 세부적인 구현 방안을 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제를 의미한다.디자인 패턴은 문제 및 배경, 실제 적용된 사례, 재사용이 가능한 샘플 코드 등으로

객체지향 프로그램에서 데이터를 추상화하는 단위는?1\. 메소드2\. 클래스3\. 상속성4\. 메시지메소드: 객체가 수행하는 기능으로 객체가 갖는 데이터(속성, 상태)를 처리하는 알고리즘이며, 객체의 상태를 참조하거나 변경하는 수단이 되는 것상속성: 이미 정의된 상위 클

시스템 인터페이스는 독립적으로 떨어져 있는 시스템들끼리 서로 연동하여 상호 작용하기 위한 접속 방법이나 규칙을 의미한다.시스템 인터페이스 요구사항은 개발을 목표로 하는 시스템과 외부 시스템을 연동하는데 필요한 시스템 인터페이스에 대한 요구사항을 기술한 것이다.시스템 인

요구사항 검증은 인터페이스의 설계 및 구현 전에 사용자들의 요구사항이 요구사항 명세서에 정확하고 완전하게 기술되었는지 검토하고 개발 범위의 기준인 베이스라인을 설정하는 것이다.인터페이스의 설계 및 구현 중에 요구사항 명세서의 오류가 발견되어 이를 수정할 경우 많은 비용

개발 시스템을 식별하는 것은 인터페이스 관련 자료들을 기반으로 개발하고자 하는 시스템의 상세 식별 정보를 정의하고 목록을 작성하는 것이다.인터페이스 관련 자료인터페이스 관련 자료에는 개발할 시스템에 대한 업무 정의서, 시스템 아키텍처 정의서, 유스케이스 정의서, 현행

식별 대상 데이터는 송∙수신 시스템 사이에서 교환되는 데이터로, 규격화된 표준 형식에 따라 전송된다.교환되는 데이터의 종류에는 인터페이스 표준 항목, 송∙수신 데이터 항목, 공통 코드가 있다.인터페이스 표준 항목인터페이스 표준 항목은 송∙수신 시스템을 연계하는데 표준적

인터페이스 방법 명세화는 내∙외부 시스템이 연계하여 작동할 때 인터페이스별 송∙수신 방법, 송∙수신 데이터, 오류 식별 및 처리 방안에 대한 내용을 문서로 명확하게 정리하는 것이다.인터페이스별로 송∙수신 방법을 명세화하기 위해서는 시스템 연계 기술, 인터페이스 통신 유

시스템 인터페이스 설계서는 시스템의 인터페이스 현황을 확인하기 위해 시스템이 갖는 인터페이스 목록과 각 인터페이스의 상세 데이터 명세를 정의한 분석이다.시스템 인터페이스 설계서는 시스템 인터페이스 목록과 시스템 인터페이스 정의서로 구성된다.시스템 인터페이스 설계서는 인

미들웨어는 미들(Middle)과 소프트웨어(Software)의 합성어이다.분산 컴퓨팅 환경에서 서로 다른 기종 간의 하드웨어나 프로토콜, 통신 환경 등을 연결하여 운영체제와 응용 프로그램, 또는 서버와 클라이언트 사이에서 원만한 통신이 이루어지도록 다양한 서비스를 제공

다움 중 시스템 인터페이스 요구사항 명세서 작성 시 포함되는 항목이 아닌 것은?1\. 인터페이스 이름2\. 연계 범위 및 내용3\. 송∙수신 데이터4\. 인터페이스 주기시스템 인터페이스 요구사항 명세서의 항목에는 인터페이스 이름, 연계 대상 시스템, 연계 범위 및 내용