모듈의 평가 01. 소프트웨어 모듈 결합도 1) 결합도의 순서 결합도 정도 자료 결합도 ↑ 스탬프 결합도 제어 결합도 외부 결합도 공통 결합도 내용 결합도 ↓ 2) 자료 결합도(Data Coupling) 두 모듈 간의 인터페이스가 자료 요소만으로 구성된 결합으로 가장 좋은 결합도로 실인수와 가인수의 번지가 독립적으로 사용 실인수와 가인수 하나의 모듈에서 다른 모듈을 호출할 때 넘겨주는 변수를 실인수, 넘겨받는 변수를 가인수라고 함 자료 결합은 이 두 개의 변수가 같은 기억 장소를 공유하지 않기 때문에 결합력이 매우 약함 공통 결합은 두 개의 인수가 동일한 기억 장소를 공유하기 때문에 결합력이 매우 높음 결합된 모듈로 단일 파일 또는 동종 테이블을 매개 변수로 통신하는 모듈 간의 결합성을 가진 관계를 말함..

공통 모듈 01. 모듈(Module) 1) 모듈의 개념 소프트웨어 구조를 이무려, 다른 것들과 구별할 수 있는 독립적인 기능을 갖는 단위 하나 또는 몇 개의 논리적인 기능을 수행하기 위한 명령어들의 집합 서로 모여 하나의 완전한 프로그램으로 만들어질 수 있음 소프트웨어의 성능을 향상시키거나 시스템의 디버깅, 시험, 통합 및 수정을 용이하게 함 추상화되어 재사용 및 공유 가능한 수준으로 만들어진 기능 단위를 모듈로 규정 프로그램이 효율적으로 개발, 관리될 수 있도록 시스템을 분해하고 추상화하여 소프트웨어 제품의 성능을 향상시키거나 시스템의 수정 및 재사용, 유지 관리를 용이하게 하는 기법 2) 모듈의 기본 요소 입력 요소 출력 요소 기능 요소 기관 요소 내부 자료 요소 3) 모듈의 장점 프로그램의 효율적인..

UI 설계 01. UI 설계 1) UI 설계 개념 UI 요구사항과 UI의 표준 및 지침을 기준으로 UI를 설계 화면의 전체 폼을 설계하고, 제약사항을 화면과 폼에 적용하고, 흐름을 설계에 반영 사용자의 편의성을 고려한 메뉴 구조를 설계 하위 시스템 단위의 내부, 외부 화면과 폼 등의 상세 설계를 함 2) UI 설계 원칙 직관성 : 누구나 쉽게 이해하고 사용할 수 있어야 함 유효성 : 사용자의 목적을 정확하게 전달할 수 있어야 함 학습성 : 누구나 쉽게 배우고 익힐 수 있어야 함 유연성 : 사용자의 요구사항을 최대로 수용해야 하며, 사용자 인터페이스 시에 오류가 최소화되어야 함 3) UI 개발 시스템의 필수 기능 사용자 명령을 받아들일 프롬프트 기능 사용자 명령 입력의 검증 기능 에러 처리와 에러 메시지 ..

UI 요구사항 확인 02. UI 표준 1) 웹 스타일 가이드 구성 1. Instruction 웹 스타일 가이드의 기본 활용 및 적용 범위 등을 정함 2. Basic Rules 색, 글자 폰트, 이미지 폰트 등을 정함 3. Layout 웹 페이지의 작업 유형이나 목적별로 시안을 정함 시안은 PC, 모바일, 태블릿 등 기기의 유형에 따라 정함 주 메뉴와 서브 메뉴 위치, 고정 영역과 가변 영역 등을 구체적으로 정함 2) Layout 구성 요소 Indicator : 서비스 상태 알림 및 수신 상태, 네트워크 연결 상태, 배터리 상태 등을 아이콘으로 제공 Header : 회사 로고, 사이트명을 제공 Navigation : 웹 페이지에서 자신의 경로 위치를 제공 Contents Area : 정보 내용을 제공 Bu..

UI 요구사항 확인 01. UI 요구사항 1) UI(User Interface) 개념 사용자가 어떤 방식으로 응용 프로그램을 이용하는가를 설계하는 작업 사용자와 응용 프로그램 사이에 접근 방식, 레이아웃 구조, 색상이나 모양 등의 시각적인 것 사용자와 시스템 사이에서 의사소통을 할 수 있도록 하는 매개체이므로 사용자 중심으로 설계되어야 함 일시적이거나 영구적일 수 있으며, 물리적 혹은 가상적인 인터페이스 매개체 컴퓨터 과학과 인간의 상호 작용에서 응용 프로그램이 인간에게 보여주는 화상, 문자, 소리 정보를 조작하기 위한 수단 사용자가 시스템을 조작할 수 있게 하는 입력 수단과 입력 수단으로 얻는 결과를 표시하는 출력 수단으로 나눌 수 있음 2) UI 발전 UI의 초창기 기술에는 사용자와 시스템의 단순 상..

요구사항 정의 03. 요구사항 분석 과정 1) 요구사항 분류(Requirement Classification) 1. 요구사항 분류의 개념 요구사항이 고수준 요구사항으로부터 요구된 것인지 아니면 이해관계자나 다른 소스로부터 발생한 것인지 분류 요구사항이 사용 용이성, 효율성 등에 관한 것인지 입력 처리, 데이터베이스 처리 등에 관한 것인지 분류 요구사항 중 중요도에 따라 우선순위를 분류 요구사항의 범위를 분류 요구사항이 소프트웨어 생명주기 동안에 변경이 발생하는 형상 관리 대상인지 아닌지를 분류 요구사항이 기능적 요구사항인지 비기능적 요구사항인지 분류 2. 기능적 요구사항 시스템이 수행해야 하는 행위들을 구체화한 것 시스템에서 제공해야 할 기능을 정의한 것 입력 기능, 출력 기능, 데이터베이스 기능, 통신..

요구사항 정의 01. 요구공학 1) 요구공학의 개념 시스템 요구사항 문서를 생성, 검증, 관리하기 위해서 수행되는 구조화된 활동의 집단 요구사항의 요구사항 획득, 요구사항 분석, 요구 명세서, 검증 및 요구사항 변경 관리 등에 대한 전반적인 활동과 관리를 체계적, 반복적으로 수행하는 것 2) 요구사항 개발 프로세스 1. 요구사항 도출(Requirement Elicitation) 개발된 소프트웨어가 해결해야 할 문제를 이해하는 첫 번째 단계 소프트웨어 요구사항의 출처가 누구이며 어느 부서인지, 어디에 있는지 파악 소프트웨어 요구사항을 어떠한 방법으로 수집할 것인가를 파악 이해관계자가 식별되고, 개발팀과 고객 사이의 관계가 만들어지는 단계 다양한 이해관계자와 효율적이고 다양한 의사소통이 매우 중요함 도출 기..

현행 시스템 파악 01. 현행 시스템 파악 1) 현행 시스템 파악의 개념 현행 시스템이 어떤 하위 시스템으로 구성되어 있는지 파악 현행 시스템이 제공하는 기능이 무엇인지 파악 현행 시스템이 다른 시스템들과 어떤 정보와 데이터를 주고받는지 파악 현행 시스템이 어떤 기술 요소를 사용하고 있는지 파악 현행 시스템이 사용하고 있는 소프트웨어 및 하드웨어는 무엇인지 파악 현행 시스템의 네트워크는 어떻게 구성되어 있는지 등을 파악 2) 현행 시스템 파악의 목적 현행 시스템 파악을 통하여 개발하고자 하는 시스템의 개발 범위 및 개발 방향성 설정에 도움을 주는 것 3) 현행 시스템 파악 절차 1단계 : 시스템 구성/기능 현황 및 인터페이스 파악 현행 시스템의 구성 및 현황을 파악 현행 시스템의 기능을 파악 현행 시스템..