시스템 분석 및 설계-시스템 설계

System design관리 가능한 방식으로 문제 도메인과 기존 시스템 간의 격차를 해소하는 단계입니다. 이 단계는 솔루션 영역, 즉 "구현 방법" 에 중점을 둡니다.

SRS 문서가 구현 가능한 형식으로 변환되고 시스템 작동 방식을 결정하는 단계입니다.

이 단계에서 시스템 개발의 복잡한 활동은 여러 개의 작은 하위 활동으로 나뉘며 시스템 개발의 주요 목표를 달성하기 위해 서로 조정됩니다.

시스템 설계에 대한 입력

시스템 설계는 다음과 같은 입력을받습니다.

• 작업의 문

• 요구 사항 결정 계획

• 현재 상황 분석

• 개념적 데이터 모델, 수정 된 DFD 및 메타 데이터 (데이터에 대한 데이터)를 포함하여 제안 된 시스템 요구 사항.

시스템 설계를위한 출력

시스템 설계는 다음과 같은 출력을 제공합니다.

• 제안 된 시스템의 인프라 및 조직 변경.

• 데이터 스키마, 종종 관계형 스키마.

• 테이블 / 파일 및 열 / 데이터 항목을 정의하는 메타 데이터입니다.

• 프로그램 구조를 그래픽으로 설명하는 기능 계층 다이어그램 또는 웹 페이지 맵입니다.

• 프로그램의 각 모듈에 대한 실제 또는 의사 코드.

• 제안 된 시스템의 프로토 타입.

시스템 설계 유형

논리적 설계

논리적 설계는 시스템의 데이터 흐름, 입력 및 출력의 추상적 인 표현과 관련이 있습니다. 입력 (소스), 출력 (대상), 데이터베이스 (데이터 저장소), 프로 시저 (데이터 흐름)를 모두 사용자 요구 사항을 충족하는 형식으로 설명합니다.

시스템의 논리적 설계를 준비하는 동안 시스템 분석가는 시스템 및 필수 데이터 소스로 들어오고 나가는 정보 흐름을 가상으로 결정하는 세부 수준에서 사용자 요구 사항을 지정합니다. 데이터 흐름도, ER 다이어그램 모델링이 사용됩니다.

물리적 디자인

물리적 설계는 시스템의 실제 입력 및 출력 프로세스와 관련이 있습니다. 데이터가 시스템에 입력되고 확인되고 처리되고 출력으로 표시되는 방법에 중점을 둡니다.

후보 시스템이 수행하는 작업을 정확히 지정하는 설계 사양을 정의하여 작업 시스템을 생성합니다. 사용자 인터페이스 디자인, 프로세스 디자인 및 데이터 디자인과 관련이 있습니다.

다음 단계로 구성됩니다-

• 입 / 출력 매체 지정, 데이터베이스 설계 및 백업 절차 지정.

• 계획 시스템 구현.

• 테스트 및 구현 계획을 고안하고 새로운 하드웨어 및 소프트웨어를 지정합니다.

• 비용, 이점, 전환 날짜 및 시스템 제약을 업데이트합니다.

건축 설계

시스템 아키텍처 설계에 초점을 맞춘 고수준 설계라고도합니다. 시스템의 구조와 동작을 설명합니다. 시스템 개발 프로세스의 다양한 모듈 간의 구조와 관계를 정의합니다.

세부 설계

건축 설계를 따르고 각 모듈의 개발에 중점을 둡니다.

개념적 데이터 모델링

모든 주요 엔터티 및 관계를 포함하는 조직 데이터의 표현입니다. 시스템 분석가는 제안 된 시스템의 범위와 요구 사항을 지원하는 현재 시스템에 대한 개념 데이터 모델을 개발합니다.

개념적 데이터 모델링의 주요 목적은 가능한 한 많은 데이터의 의미를 포착하는 것입니다. 오늘날 대부분의 조직은 특수 표기법을 사용하여 데이터에 대한 많은 의미를 표현하는 ER 모델을 사용하는 개념적 데이터 모델링을 사용합니다.

엔티티 관계 모델

조직의 다양한 엔터티 간의 관계를 설명하는 데 도움이되는 데이터베이스 디자인에 사용되는 기술입니다.

ER 모델에서 사용되는 용어

• ENTITY− 응용 프로그램에서 고유 한 실제 항목을 지정합니다. 예 : 공급 업체, 항목, 학생, 코스, 교사 등

• RELATIONSHIP− 이들은 엔티티 간의 의미있는 종속성입니다. 예를 들어, 공급 업체는 품목을 공급하고 교사는 과정을 가르치고 용품과 과정은 관계입니다.

• ATTRIBUTES− 관계의 속성을 지정합니다. 예 : 공급 업체 코드, 학생 이름. ER 모델에서 사용되는 기호와 각각의 의미-

다음 표는 ER 모델에 사용 된 기호와 그 의미를 보여줍니다.

상징	의미
	실재
	약한 엔티티
	관계
	신원 관계
	속성
	주요 속성
	다중 값
	복합 속성
	파생 된 속성
	R에서 E2의 총 참여
	R의 E1 : E2에 대한 카디널리티 비율 1 : N

두 데이터 세트 사이에는 일대일, 일대 다 및 다 대다의 세 가지 유형의 관계가 존재할 수 있습니다.

파일 구성

레코드가 파일 내에 저장되는 방법을 설명합니다.

네 가지 파일 구성 방법이 있습니다-

• Serial − 기록은 시간순 (입력되거나 발생하는 순서)으로 저장됩니다. Examples − 전화 요금, ATM 거래, 전화 대기열 기록.

• Sequential − 레코드는 레코드를 고유하게 식별하는 값을 포함하는 키 필드를 기준으로 순서대로 저장됩니다. Examples − 전화 번호부.

• Direct (relative)− 각 기록은 장치의 물리적 주소 또는 위치를 기반으로 저장됩니다. 주소는 레코드의 키 필드에 저장된 값에서 계산됩니다. 무작위 루틴 또는 해싱 알고리즘이 변환을 수행합니다.

• Indexed − 인덱스를 사용하여 레코드를 순차적으로 또는 비 순차적으로 처리 할 수 ​​있습니다.

비교

파일 액세스

순차 액세스 또는 임의 액세스를 사용하여 파일에 액세스 할 수 있습니다. 파일 액세스 방법을 사용하면 컴퓨터 프로그램이 파일의 레코드를 읽거나 쓸 수 있습니다.

순차 액세스

파일의 모든 레코드는 EOF (파일 끝)에 도달 할 때까지 첫 번째 레코드부터 처리됩니다. 주어진 시간에 파일의 많은 레코드에 액세스해야 할 때 효율적입니다. 테이프에 저장된 데이터 (순차 액세스)는 순차적으로 만 액세스 할 수 있습니다.

직접 (무작위) 액세스

레코드는 다른 레코드와 관련된 위치가 아니라 장치의 물리적 위치 또는 주소를 아는 방식으로 찾습니다. CD 장치 (직접 액세스)에 저장된 데이터는 순차적으로 또는 무작위로 액세스 할 수 있습니다.

조직 시스템에서 사용되는 파일 유형

다음은 조직 시스템에서 사용되는 파일 유형입니다-

• Master file− 시스템에 대한 현재 정보를 포함합니다. 예를 들어, 고객 파일, 학생 파일, 전화 번호부.

• Table file− 드물게 변경되고 표 형식으로 저장되는 마스터 파일 유형입니다. 예를 들어, 우편 번호 저장.

• Transaction file− 여기에는 비즈니스 활동에서 생성 된 일상적인 정보가 포함됩니다. 마스터 파일을 업데이트하거나 처리하는 데 사용됩니다. 예를 들어, 직원의 주소.

• Temporary file − 시스템에서 필요할 때마다 생성하여 사용합니다.

• Mirror file− 다른 파일과 정확히 중복됩니다. 원본을 사용할 수 없게되는 경우 다운 타임 위험을 최소화 할 수 있습니다. 원본 파일이 변경 될 때마다 수정해야합니다.

• Log files− 여기에는 마스터 파일의 변경 사항을 기록하기 위해 마스터 및 트랜잭션 레코드의 사본이 포함됩니다. 감사를 용이하게하고 시스템 장애시 복구 메커니즘을 제공합니다.

• Archive files − 다른 파일의 기록 버전이 포함 된 백업 파일.

문서 관리

문서화는 참조 또는 운영 목적으로 정보를 기록하는 프로세스입니다. 이를 필요로하는 사용자, 관리자 및 IT 직원에게 도움이됩니다. 준비된 문서는 시스템의 진행 상황을 쉽게 추적 할 수 있도록 정기적으로 업데이트해야합니다.

시스템 구현 후 시스템이 부적절하게 작동하는 경우 문서는 관리자가 시스템의 데이터 흐름을 이해하여 결함을 수정하고 시스템을 작동시키는 데 도움이됩니다.

프로그래머 또는 시스템 분석가는 일반적으로 프로그램 및 시스템 문서를 작성합니다. 시스템 분석가는 일반적으로 사용자가 시스템을 배우는 데 도움이되는 문서를 준비해야합니다. 대기업에서는 기술 작성자가 포함 된 기술 지원 팀이 사용자 문서 및 교육 자료 준비를 지원할 수 있습니다.

장점

• 시스템 다운 타임을 줄이고 비용을 절감하며 유지 보수 작업의 속도를 높일 수 있습니다.

• 현재 시스템의 공식 흐름에 대한 명확한 설명을 제공하고 입력 데이터의 유형과 출력을 생성하는 방법을 이해하는 데 도움이됩니다.

• 시스템에 대한 기술 사용자와 비 기술 사용자 간의 효과적이고 효율적인 커뮤니케이션 방법을 제공합니다.

• 새로운 사용자의 교육을 용이하게하여 시스템의 흐름을 쉽게 이해할 수 있습니다.

• 사용자가 문제 해결과 같은 문제를 해결하는 데 도움이되고 관리자가 조직 시스템의 더 나은 최종 결정을 내릴 수 있도록 도와줍니다.

• 시스템의 내부 또는 외부 작업을 더 잘 제어 할 수 있습니다.

문서 유형

시스템 설계와 관련하여 다음 네 가지 주요 문서가 있습니다.

• 프로그램 문서
• 시스템 문서
• 운영 문서
• 사용자 문서

프로그램 문서

• 모든 프로그램 모듈에 대한 입력, 출력 및 처리 논리를 설명합니다.

• 프로그램 문서화 프로세스는 시스템 분석 단계에서 시작하여 구현 중에 계속됩니다.

• 이 문서는 쉽게 이해하고 유지 관리 할 수있는 내부 및 외부 주석과 설명에 의해 잘 지원되는 모듈을 구성하는 프로그래머를 안내합니다.

운영 문서

운영 문서에는 온라인 및 인쇄 된 출력물을 처리하고 배포하는 데 필요한 모든 정보가 포함되어 있습니다. 운영 문서는 명확하고 간결하며 가능하면 온라인에서 사용할 수 있어야합니다.

다음 정보를 포함합니다-

• 프로그램, 시스템 분석가, 프로그래머 및 시스템 식별.

• 보고서, 실행 빈도 및 기한과 같은 인쇄 된 출력에 대한 일정 정보.

• 입력 파일, 소스, 출력 파일 및 대상.

• 전자 메일 및 보고서 배포 목록.

• 온라인 양식을 포함한 특수 양식이 필요합니다.

• 운영자에게 오류 및 정보 메시지를 보내고 절차를 다시 시작합니다.

• 보안 요구 사항과 같은 특별 지침.

사용자 문서

여기에는 시스템과 상호 작용할 사용자에 대한 지침 및 정보가 포함됩니다. 예를 들어, 사용자 매뉴얼, 도움말 가이드 및 튜토리얼. 사용자 문서는 사용자 교육 및 참조 목적으로 유용합니다. 명확하고 이해하기 쉬우 며 모든 수준의 사용자가 쉽게 액세스 할 수 있어야합니다.

사용자, 시스템 소유자, 분석가 및 프로그래머는 모두 사용자 가이드를 개발하기 위해 공동으로 노력했습니다.

사용자 문서에는 다음이 포함되어야합니다.

• 모든 주요 시스템 기능, 기능 및 제한 사항을 명확하게 설명하는 시스템 개요.

• 소스 문서 내용, 준비, 처리 및 샘플에 대한 설명.

• 메뉴 및 데이터 입력 화면 옵션, 내용 및 처리 지침 개요.

• 샘플을 포함하여 정기적으로 생성되거나 사용자의 요청에 따라 사용 가능한 보고서의 예입니다.

• 보안 및 감사 추적 정보.

• 특정 입력, 출력 또는 처리 요구 사항에 대한 책임 설명.

• 변경 요청 및 문제보고 절차.

• 예외 및 오류 상황의 예.

• 자주 묻는 질문 (FAQ).

• 사용 설명서 업데이트에 대한 도움말 및 절차에 대한 설명.

시스템 문서

시스템 문서는 IS에 대한 기술 사양과 IS의 목표를 달성하는 방법으로 사용됩니다. 사용자, 관리자 및 IS 소유자는 시스템 문서를 참조 할 필요가 없습니다. 시스템 문서는 수정이 이루어질 때 IS의 기술적 측면을 이해하기위한 기초를 제공합니다.

• IS 내의 각 프로그램과 전체 IS 자체를 설명합니다.

• 시스템의 기능, 구현 방법, 실행 순서, 프로그램에서 전달되는 정보 및 전체 시스템 흐름과 관련하여 전체 IS 내에서 각 프로그램의 목적을 설명합니다.

• 여기에는 데이터 사전 항목, 데이터 흐름 다이어그램, 개체 모델, 화면 레이아웃, 소스 문서 및 프로젝트를 시작한 시스템 요청이 포함됩니다.

• 대부분의 시스템 문서는 시스템 분석 및 시스템 설계 단계에서 준비됩니다.

• 시스템을 구현하는 동안 분석가는 시스템 문서가 완전하고 정확하며 최신 상태인지 확인하고 구현 프로세스 중 변경된 사항을 포함하는지 확인해야합니다.