1. 소프트웨어 아키텍처 소프트웨어의 골격이 되는 기본 구조이자, 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 또는 구조체이다. 소프트웨어 개발 시 적용되는 원칙과 지침이며, 이해 관계자들의 의사소통 도구로 활용 좋은 품질을 유지하면서 사용자의 비기능적 유구사항으로 나타난 제약을 반영하고, 기능적 요구사항을 구현하는 방법을 찾는 해결 과정이다. 2. 아키텍쳐 설계의 기본원리 1. 모듈화(Modularity) : 소프트웨어의 성능을 향상시키거나 시스템의 수정 및 재사용, 유지관리 등이 용이하도록 시스템의 기능들을 모듈단위로 나누는 것 자주 사용되는 계산식이나 사용자 인증과 같은 기능들을 공통 모듈로 구성하여 프로젝트의 재사용성을 향상 시킨다. 모듈 크기를 너무 작게 나누면 개수가 많아져..

UI 요구사항 확인 ▶ 목표정의 - 활동 사항 정의 - UI 요구사항 작성 목표정의 사용자들을 대상으로 인터뷰를 진행한 후 사용자들의 의견이 수렴된 비즈니스 요구사항을 정의한다. 인터뷰를 통해 사업적, 기술적인 요구사항을 명확히 이해한다. 활동 사항 정의 조사한 요구사항을 토대로 앞으로 해야 할 활동 사항을 정의한다. UI 요구사항 작성 여러 경로를 통해 수집된 사용자들의 요구사항을 검토하고 분석하여 UI 개발 목적에 맞게 작성해야 함 작성 순서 요구사항 요소 확인 > 정황 시나리오 작성 > 요구사항 작성 요구사항 요소 데이터 요구 1. 사용자가 요구하는 모델과 객체들의 주요 특성을 기반으로 하여 데이터 객체들을 정리 2. 인터페이스 구성에 영향을 미치므로 반드시 초기에 확인 기능 요구 1. 사용자의 목..

사용자 인터페이스(UI, User Interface) 사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어 사용자 인터페이스의 세가지 분야 1. 정보 제공과 전달을 위한 물리적 제어에 관한 분야 2. 콘텐츠의 상세적인 표현과 전체적인 구성에 관한 분야 3. 모든 사용자가 편리하고 간편하게 사용하도록 하는 기능에 관한 분야 사용자 인터페이스(UI)의 특징 1. 사용자의 편리성과 가독성을 높임으로써 작업 시간을 단축시키고 업무에 대한 이해도를 높여준다. 2. 최소한의 노력으로 원하는 결과를 얻을 수 있게 한다. 3. 정보 제공자와 공급자 간의 매개 역할을 수행한다. CLI (Command Line Interface) : 명령과 출력이 텍스트 형태로 이뤄지는 인터페이스 GUI (Gra..

UML (Unified Modeling Language) 시스템 분석, 설계, 구현 등 시스템 개발 과정에서 시스템 개발자와 고객 또는 개발자 상호간의 의사소통이 원활하게 이루어지도록 표준화한 대표적인 객체지향 모델링 언어이다. UML의 구성 요소에는 사물, 관계, 다이어그램 등이 있다. 1. 사물(Things) ▶ 모델을 구성하는 가장 중요한 기본 요소로, 다이어그램 안에서 관계가 형성될 수 있는 대상들을 말함. 사물 내용 구조 사물 (Structural Things) 시스템의 개념적, 물리적 요소를 표현 클래스, 유스케이스, 컴포넌트, 노드 등 행동 사물 (Behavioral Things) 시간과 공간에 따른 요소들의 행위를 표현 상호작용, 상태 머신 등 그룹 사물 (Grouping Things) 요..

요구사항의 개념 및 특징 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 정상적으로 운영되는데 필요한 제약조건 등을 나타냄. -요구사항은 개발하려는 소프트웨어의 전반적인 내용을 확인할 수 있게 하므로 개발에 참여하는 이해관계자들 간의 의사소통을 원활하게 하는데 도움을 준다. 요구사항의 유형 - 기능요구사항, 비기능 요구사항, 시스템 요구사항, 사용자 요구사항 유형 내용 기능 요구사항 시스템이 무엇을 하는지, 어떤 기능을 하는지에 대한 사항 시스템이 반드시 수행해야하는 기능 사용자가 시스템을 통해 제공받기를 원하는 기능 비기능 요구사항 시스템 장비 구성 요구사항 성능 요구사항 인터페이스 요구사항 데이터 요구사항 테스트 요구사항 보안 요구사항 품질 요구사항 -> 가용성, 정합성, 상호 ..

플랫폼 개념 -> 소프트웨어를 구동시키는데 쓰이는 하드웨어와 소프트웨어의 결합을 말함. 기능 -> 소프트웨어 개발 및 운영 비용을 감소한다 기능 특성 확인 방법 -> 기능테스트, 사용자 인터뷰, 문서점검 ◆ 현행 시스템 분석하기에서 플랫폼의 성능 특성을 알아야 하는 이유 >> 사용자가 사용하기에 속도가 느린지 빠른지 파악 >> 현재 시스템의 플랫폼 성능 ◆ 플랫폼 성능 특성 확인 방법 >> 성능테스트 >> 문서 점검 >> 사용자 인터뷰 현행 시스템 파악 절차 1단계 : 시스템 구성, 기능, 인터페이스 파악 2단계 : 아키텍처 구성, 소프트웨어 구성 파악 3단계 : 하드웨어 구성, 네트워크 구성 파악 1. 시스템 구성 파악 - 현행 시스템의 구성은 조직의 주요 업무를 담당하는 기간 업무와 이를 지원하는 지..

소프트웨어 생명주기 소프트웨어 생명주기는 소프트웨어 개발 방법론의 바탕이 되는 것으로 개발하기 위해 정의하고 운용, 유지보수 등의 과정을 각 단계별로 나눈 것이다. 1. 폭포수형 모형 (1970 ~ 전통적인 방법) - 폭포수 모델을 따르기 위해서는 완전히 순차적으로 한 단계, 한 단계를 진행해 나가야 한다. 폭포수 모델은 전 단계가 수행되어 완료되기 전에는 다음 단계로 진행할 수 없도록 제한한다. - 선형순차적 모형 - 새로운 요구사항을 받아들이기 어렵다 - 요구사항이 명확할 때 사용하는 방법 2. 프로토타입 모형 (원형 모형) - 개발초기에 시스템의 모형을 간단히 만들어 사용자에게 보여주고, 사용자가 정보시스템을 직접 사용해보게 함으로써 프로토타입을 재구축하는 과정을 사용자가 만족할 때까지 반복해 나가..