시스템 분석 및 설계.

Slides:



Advertisements
Similar presentations
폭력. 폭력이란 무엇인가 우상의 눈물 물리적인 폭력 ( 최기표 ) VS 지능적인 폭력 ( 임형우, 담임선생님 )
Advertisements

언어의 자서전 소단원 (1) 단원. 언어의 특성 기호성 자의성 사회성 규칙성 창조성 역사성.
- 예∙결산 및 기본재산 운영 신뢰도 제고를 위한 실태점검, 결산지원사업 -
8장 프로그래밍 언어 8.1 프로그램이란? 8.2 프로그램 언어의 역사 8.3 프로그램 설계 절차
Chapter 2 정보시스템 아키텍처 (IS Architecture)
생산정보화 시스템 개발 방법론(PSDM) 및 감리 수감시 고려 사항 소개 중소기업기술정보진흥원.
* 그룹 상시 연락망 : 각사 조직도 기준 연락망으로 대체함
14주차 1교시 강화계획 [학습목표] 1. 강화계획의 정의를 안다 [학습내용] 1. 단순한 강화계획 2. 간헐적 강화 3. 복합 계획 4. 선택과 대응법칙 [사전학습] 강화계획이 일어날 수 있는 사례를 생각해본다.
2012년 8월 3차 부서 QI 및 지표 담당자 모임 - QI 도구 (QI Tools) 년 8월 24일(금) QI팀.
연장근로와 야간·휴일근로 김영호 노무사 나눔 노사관계연구소 소장 연세대 일반대학원 박사 수료 고려사이버대 법학과 외래교수
1. 활동 목적의 비교 Six Sigma의 목적은 산포를 줄여 제품 및 서비스의 결과가 완벽하게 고객의 요구에 부응하는 것임
사업타당성 분석 창업 사업계획서 작성.
6장 자료사전(DD).
Information Technology
12. 데이터베이스 설계.
최 연식 ( ) EDMS를 활용한 EKP 구축 전략 2002년 09월 04일 성우시스템 주식회사 김 정훈 ( ) 최 연식 ( )
C++ 프로그래밍 2009년 2학기 전자정보공학대학 컴퓨터공학부.
C++ 프로그래밍 2007년 1학기 전자정보공학대학 컴퓨터공학부.
소프트웨어공학 UML 학기.
데이터 웨어 하우스 이병규 김기훈.
제2절 법인세의 계산구조와 세무조정 1. 각 사업연도소득에 대한 법인세 계산구조 회계와 사회 결산서상 당기순이익
연구소의 R&D 관리 - 과제 선정/개발/상품화 -
Data Flow Diagram.
Data Modeling Database 활용을 위한 기초 이론 Database의 개요 Data Modeling
(PROJECT명: Web Server관리)
(Requirements Analysis)
(Requirements Analysis)
소프트웨어설계 UML 학기.
Visual C++ Programming
병원 유형별 인턴 물리치료사의 근무환경 및 교육제도
김 정 석 Web Programming 김 정 석
Visual Basic 기초 1 목표: 컴퓨터기반제어에 관련된 학습을 하기 전에 Visual Basic의 기초를 살펴본다.
소프트웨어 공학 (Software Engineering) 요구 분석 (Requirement Analysis)
『디지털 기업을 위한 경영정보시스템』 홍일유 著 ⓒ 2005 Ilyoo B. Hong. All Rights Reserved
Module 3 : 프로세스 평가 Process Assessment.
응급의학과 설명회 국내 응급의학의 역사, 현황 및 전망
소프트웨어 공학 (Software Engineering)
ERP 시스템의 구축 ERP 시스템의 구축 기업이 ERP 시스템의 도입을 검토하는 단계에서부터 실제 업무에 적용하고 사후관리에 들어가는 단계에 이르기까지 시스템을 효과적으로 사용하기 위해 필요한 모든 활동.
Introduction to Computers
소프트웨어 공학 (Software Engineering) 요구 분석 (Requirement Analysis)
Chapter 08 구조적 분석과 설계 8.1 구조적 분석(Structured Analysis)
소프트웨어와 소프트웨어 개발 - Software Engineering -.
Java IT응용시스템공학과 김형진 교수 5장. 객체지향 개념 public class SumTest {
Chapter3 : 객체지향의 개념 3.1 객체지향(object-oriented)과
Chap02 객체 지향 개념 2.1 객체지향(object-oriented)과 절차지향(procedural-oriented)
3장 구조적 분석(SSA) 방법론 한빛미디어(주).
학습목표 학습목표 본 장은 데이터베이스를 구성하는 개체, 속성, 관계 등을 다룬다. 특별히 데이터베이스의 구조를 테이블에 기초하여 조직하는 관계 데이터 모델은 개체(entity)와 관계(relationship) 들이 테이블의 집합 형태로 되어 간단하고 이해하기 쉬우며.
대구의 부도심 대구의 주요축 동대구 부도심 4조 강민석 / 박성균 / 최은지/ 황재현/김예지.
13.1 정보시스템의 개요 13.2 정보시스템의 개발 13.3 시스템 검사 13.4 시스템 문서화
3장 구조적 분석(SSA) 방법론.
Outsourcing도입전략방식의 연구
Chapter 02. 소프트웨어와 자료구조.
시스템 분석 및 디자인 SDLC 시스템 조사 시스템 분석 시스템 설계.
2장 시스템 분석/설계 개요 한빛미디어(주).
Part 3 객체지향 Chapter 5 : 객체지향 개념 Chapter 6 : 클래스 : 속성
사도행전 13장 22절 말씀 –아멘 다 윗 을 왕 으 로 세 우 시 고 증 언 하 여 이 르 시 되 내 가 이 새 의 아 들
시스템 분석 / 설계 개요 2장.
1장 시스템 개발 과정의 이해 소프트웨어 위기와 소프트웨어 공학 출 현 배경 이해 시스템(소프트웨어)의 개발자들
2015년 2학년 1반.
How to “Think” as a Consultant
(Ⅰ) 독서와 언어의 본질 언어의 본질 1 2 [고등 국어] – 독서와 문법 독서의 본질 (1) 독서의 특성
▶서류관리 프로그램 1. 로그인….2 2. 서류등록 … 서류도착 서류스티커발행
1. 데이터베이스 환경.
구조 유압장비 광명119구조대 임영채.
8단계 3층을 완성한다 Case 1 Case 2 Case 3 Case 4
Java의 정석 제 7 장 객체지향개념 II-3 Java 정석 남궁성 강의
프로젝트 실행 오류와 해결.
3장. 데이터베이스 시스템 데이터베이스 시스템의 정의 데이터베이스의 구조 데이터베이스 사용자 데이터 언어
교통운영 및 실습 - 데이터 분석 무엇이 문제인가? 왜 그런가? (예) - 버스 승객이 왜 줄어드는가?
Presentation transcript:

시스템 분석 및 설계

목차 Ⅰ. 시스템의 정의 Ⅱ. 시스템 개발주기 Ⅲ. 정보시스템 개발방법론

Ⅰ. 시스템의 정의 시스템이란? 특정목적을 달성하기 위하여 상호작용하는 구성요소들의 집합 요소 요소 상호작용 요소 시스템이란 특정목적을 달성하기 위하여 상호작용하는 구성요소들의 집합이라고 볼 수 있다. 예를 들어 기업시스템은 사람, 설비, 기계장비, 자재 등이 이윤추구라는 목적을 달성하기 위해 서로 상호작용하는 시스템이라고 볼 수 있다. 상호작용 요소

대규모의 시스템은 Sub-시스템으로 분할됨 Ⅰ. 시스템의 정의 전체 시스템 Sub-시스템 Sub-시스템 Sub-시스템 시스템이 점점 크고 복잡해짐에 따라 이를 총체적으로 관리해지는 것은 불가능해진다. 이에 따라 작은 단위의 시스템으로 분할하여 관리되는데 이러한 작은 단위의 시스템을 Sub-시스템이라고 한다. 각 Sub-시스템도 각자가 달성해야할 목적과 상호작용하는 구성요소들을 가지고 있다. 단 Sub-시스템은 조직 전체 시스템의 목적을 달성하는데 기여할 수 있는 것이어야 한다. 대규모의 시스템은 Sub-시스템으로 분할됨

Ⅱ. 시스템 개발주기 시스템 개발주기(System Development Life Cycle : SDLC) 시스템 개발과정을 일련의 단계로 구분하고, 단계별 과업과 최종산물을 명시 SDLC는 정보시스템 개발의 체계적 접근방법 계획 문제정의와 타당성 조사 프로젝트 계획의 작성 시스템 분석 현행 시스템에 대한 분석 정보수집을 통한 신규 시스템에 대한 요구사항 정의 시스템 설계 분석내용을 바탕으로 한 시스템의 설계실시 사용자 요구사항의 실현에 적합한 정보기술의 선택 시스템 구축 설계내용을 바탕으로 한 코딩 및 테스트 실시 사용자의 교육 및 훈련실시 유지보수 오류수정 및 시스템 개선 사용자의 새로운 요구사항을 처리

Ⅱ. 시스템 개발주기 SDLC의 주요모델 – 폭포수 모델 폭포수 모델의 개념 요구분석, 설계, 구현, 통합 및 시험의 각 단계를 순차적으로 수행하여 최종 단계의 산출물이 완성된 소프트웨어 제품이 되도록 하는 고전적인 프로세스 모델 폭포수 모델의 특징 - 전단계가 완료된 후 다음 단계가 시작 - 각 단계별 산출물들은 엄격한 검증 작업을 거침(Phase testing) - Phase testing을 거친 산출물들은 정식의 변경 절차에 의해서만 변경 - 개발과정에 있어서 철저한 문서화가 이루어짐 폭포수 모델의 장단점 장점 : 프로젝트 진행 관리가 용이 단점 : 대부분의 실제 프로젝트들에서는 엄격한 순차적인 진행이 어려움 이전 단계를 수행 완료하여야만 후속 단계의 수행이 가능 User feedback의 반영이 어려움

Ⅱ. 시스템 개발주기 SDLC의 주요모델 – 폭포수 모델

Ⅱ. 시스템 개발주기 SDLC의 주요모델 – 프로토타이핑 모델 프로토타이핑 모델의 개념 사용자의 기본적인 요구사항에 따른 모형시스템을 신속히 개발하여 제공한 후 사용자들의 의견을 바탕으로 시스템을 개선하고 보완해가는 프로세스 모델 프로토타이핑 모델의 특징 - 사용자 중심의 프로세스 모델 - 상대적으로 빠른 개발속도와 형식에 얽매이지 않는 SDLC 프로세스 모델 프로토타이핑 모델의 장단점 장점 : 사용자 요구사항의 정확한 반영이 가능 조기 오류발견 및 변경이 용이 단점 : 시스템의 문서화 과정이 축소될 위험성 내제 -> 향후 유지보수의 어려움 사용자의 요구사항 변화가 잦을수록 개발속도 지연우려

Ⅱ. 시스템 개발주기 SDLC의 주요모델 – 프로토타이핑 모델 사용자 요구사항 분석 초기 프로토타입 개발 사용자에 의한 테스트 수정 / 보완을 위한 피드백 사용자가 만족할 때까지 반복수행 프로토타입의 수정 / 보완

Ⅱ. 시스템 개발주기 SDLC의 주요모델 – 나선형 모델 나선형 모델의 개념 폭포수 모델과 원형 패러다임의 장점에 새로운 요소인 위험분석(risk analysis)을 추가하여 만든 SDLC 프로세스 모델 나선형 모델의 특징 - 시스템을 개발하면서 생기는 위험을 관리하고 최소화 나선을 돌면서 점진적으로 완벽한 시스템 개발 나선형 모델의 장단점 장점 : 실패 및 오류에 대한 위험부담 적음 고비용, 장기 프로젝트의 수행에 적합(ex> 초고속 정보통신망 구축) 단점 : 복잡한 모델의 형태로 인하여 프로젝트 관리의 어려움 초래 많은 고객을 대상으로 하는 상업용 시스템의 개발에는 적합하지 않음

Ⅱ. 시스템 개발주기 SDLC의 주요모델 – 나선형 모델 계획수립 위험분석 고객평가 개발 초기 위험분석 고객반응에따른 지속할 것인가에 대한 의사결정 초기 프로토타입 개발된 시스템 고객의 평가 초기 요구분석 및 프로젝트계획수립 고객의 평가에 따른 계획

대규모 정보시스템 구축 프로젝트의 수행에 용이 Ⅲ. 정보시스템 개발방법론 정보시스템 개발 방법론의 필요성 대규모 정보시스템 구축 프로젝트의 수행에 용이 프로젝트의 효과적인 관리가 가능 프로젝트의 경험 축적 정보시스템 개발의 생산성 향상

Ⅲ. 정보시스템 개발방법론 구조적 방법론 - 코드가 계층적인 형식,제한된 구조로 작성된 순서대로 순차적으로 실행 - 알고리즘을 기술하는데 순차(sequencing),선택(selection),반복(iteration)구조 - 단일입구,단일출구의 처리구조 - 철저한 모듈화로 추상화와 정보은닉을 이루어 프로그램 구조를 읽기 쉽게 단순화 구조적 방법론의 기본원리 추상화 : 세부사항을 모두 기술하지 않고도 추상화, 또는 개념화시켜 표현 정보은닉 : 각 모듈은 독립적이며 한 모듈의 변경이 다른 모듈에 영향을 미치지 않음 구조화 : 계층적 구조를 통해 상위 모듈이 하위 모듈을 활용하도록 함 단계적 상세화 : 하향식진행을 하면서 점차적으로 내용을 구체화 모듈화 : 하나의 시스템을 하위모듈로 구분하고 개별적으로 설계 http://www.dbguide.net/blog/post/post_view.jsp?urlid=yjan&cnum=11142&pnum=1895 http://blog.naver.com/carpe00?Redirect=Log&logNo=40007232865

Ⅲ. 정보시스템 개발방법론 구조적 방법론 구조적 분석의 주요기법 - 자료 흐름도(DFD; Data Flow Diagram) - 자료사전(DD; Data Dictionary) : 자료 사전은 DFD에 표현된 자료 저장소를 구체적으로 명시하기 위한 것 DFD와 DD는 상호 보완적 (DD가 없는 DFD는 확실성을 상실, DFD가 없는 DD는 무의미) - 소단위 명세서 : DFD의 최하위 단계에서 어떤 일이 처리되는지의 로직을 개략적으로 기술 구조적 언어, 의사결정트리, N-S차트 등이 사용 http://www.dbguide.net/blog/post/post_view.jsp?urlid=yjan&cnum=11142&pnum=1895 http://blog.naver.com/carpe00?Redirect=Log&logNo=40007232865 3.3 소단위 명세서 DFD의 최하위 단계에서 어떤 일이 처리되는지 로직(Logic)을 개략적으로 기술하는 산출물이 소단위 명세서, 즉 미니 스펙이다. 소단위 명세서로 가장 많이 이용되는 도구로는 구조적 언어(Structured Language), 의사 결정도(Decision Tree), 의사 결정표(Decision Table), N-S 도표(N/S Chart) 등이 있다. 구조적 언어는 우리가 사용하는 자연언어의 부분집합으로 제한된 단어와 문형만을 사용하여 해당 모듈의 로직을 자유롭게 기술해주면 된다. IF 청구액 >= 50만원 IF 납부 지체일 >= 60일 THEN 사고처리부서에 통보 ELSE (신용도가 아직은 좋음) 청구서 재발송 ELSE IF 청구액 < 50만원 IF 납부지체일 >= 60일 THEN 청구서 재발송 신용평가서에 기록 ELSE 청구서 재발송 그 밖의 스펙에 관련된 도구들에 대해서는 다음 기회에 자세히 설명하도록 하겠다.

Ⅲ. 정보시스템 개발방법론 구조적 방법론 <자료흐름도> 1 주문 접수 4 보고서 작성 2 상품 발송 3 대금 결제 경영진 고객 국세청 공급선 주문서 파일 재고 파일 고객 파일 판매분석 주문기록 주문내역 발송지시 상품별 증감 구매요청 청구서 발송내역 부가가치세 계산서 외상매출내역 <자료흐름도>

Ⅲ. 정보시스템 개발방법론 구조적 방법론 주문명세 : 주문번호 주문일자 고객번호 {반복항목} 제품번호 품명 수량 가격 주문총액 주문명세 = 주문번호 + 주문일자 + 고객번호       + 1{제품번호 + 품명 + 수량 + 가격}20      + 주문총액 http://www.dbguide.net/blog/post/post_view.jsp?urlid=yjan&cnum=11142&pnum=1895 http://blog.naver.com/carpe00?Redirect=Log&logNo=40007232865 3.3 소단위 명세서 DFD의 최하위 단계에서 어떤 일이 처리되는지 로직(Logic)을 개략적으로 기술하는 산출물이 소단위 명세서, 즉 미니 스펙이다. 소단위 명세서로 가장 많이 이용되는 도구로는 구조적 언어(Structured Language), 의사 결정도(Decision Tree), 의사 결정표(Decision Table), N-S 도표(N/S Chart) 등이 있다. 구조적 언어는 우리가 사용하는 자연언어의 부분집합으로 제한된 단어와 문형만을 사용하여 해당 모듈의 로직을 자유롭게 기술해주면 된다. IF 청구액 >= 50만원 IF 납부 지체일 >= 60일 THEN 사고처리부서에 통보 ELSE (신용도가 아직은 좋음) 청구서 재발송 ELSE IF 청구액 < 50만원 IF 납부지체일 >= 60일 THEN 청구서 재발송 신용평가서에 기록 ELSE 청구서 재발송 그 밖의 스펙에 관련된 도구들에 대해서는 다음 기회에 자세히 설명하도록 하겠다. <자료사전>

Ⅲ. 정보시스템 개발방법론 구조적 방법론 승인된 각각의 주문에 대하여 : IF 주문형태 = ‘특수’ THEN 승인된 주문을 특수 주문 파일에 기록 ELSE (주문형태 = ‘일반’) 주문총액 계산 IF 사전 입금액 < 주문총액 THEN    IF 대변잔액 < 주문총액 THEN       주문을 주문대기 파일에 기록    ELSE (대변잔액 ≥ 주문총액)       주문을 주문 파일에 기록 ELSE (사전 입금액 ≥ 주문총액) 주문을 주문 파일에 기록 http://www.dbguide.net/blog/post/post_view.jsp?urlid=yjan&cnum=11142&pnum=1895 http://blog.naver.com/carpe00?Redirect=Log&logNo=40007232865 3.3 소단위 명세서 DFD의 최하위 단계에서 어떤 일이 처리되는지 로직(Logic)을 개략적으로 기술하는 산출물이 소단위 명세서, 즉 미니 스펙이다. 소단위 명세서로 가장 많이 이용되는 도구로는 구조적 언어(Structured Language), 의사 결정도(Decision Tree), 의사 결정표(Decision Table), N-S 도표(N/S Chart) 등이 있다. 구조적 언어는 우리가 사용하는 자연언어의 부분집합으로 제한된 단어와 문형만을 사용하여 해당 모듈의 로직을 자유롭게 기술해주면 된다. IF 청구액 >= 50만원 IF 납부 지체일 >= 60일 THEN 사고처리부서에 통보 ELSE (신용도가 아직은 좋음) 청구서 재발송 ELSE IF 청구액 < 50만원 IF 납부지체일 >= 60일 THEN 청구서 재발송 신용평가서에 기록 ELSE 청구서 재발송 그 밖의 스펙에 관련된 도구들에 대해서는 다음 기회에 자세히 설명하도록 하겠다. <구조적 언어>

Ⅲ. 정보시스템 개발방법론 구조적 방법론 당좌예금잔고 당좌대월횟수 일반예금잔고 결과 ⊙ <의사결정트리> 당좌예금잔고     당좌대월횟수      일반예금잔고    결과 ⊙ <1000 ≥1000 ≤2 >2 ≥500 <500 승인 조건부 승인 거절 http://www.dbguide.net/blog/post/post_view.jsp?urlid=yjan&cnum=11142&pnum=1895 http://blog.naver.com/carpe00?Redirect=Log&logNo=40007232865 3.3 소단위 명세서 DFD의 최하위 단계에서 어떤 일이 처리되는지 로직(Logic)을 개략적으로 기술하는 산출물이 소단위 명세서, 즉 미니 스펙이다. 소단위 명세서로 가장 많이 이용되는 도구로는 구조적 언어(Structured Language), 의사 결정도(Decision Tree), 의사 결정표(Decision Table), N-S 도표(N/S Chart) 등이 있다. 구조적 언어는 우리가 사용하는 자연언어의 부분집합으로 제한된 단어와 문형만을 사용하여 해당 모듈의 로직을 자유롭게 기술해주면 된다. IF 청구액 >= 50만원 IF 납부 지체일 >= 60일 THEN 사고처리부서에 통보 ELSE (신용도가 아직은 좋음) 청구서 재발송 ELSE IF 청구액 < 50만원 IF 납부지체일 >= 60일 THEN 청구서 재발송 신용평가서에 기록 ELSE 청구서 재발송 그 밖의 스펙에 관련된 도구들에 대해서는 다음 기회에 자세히 설명하도록 하겠다. <의사결정트리>

Ⅲ. 정보시스템 개발방법론 객체지향 방법론 현실세계에서 객체(Entity)를 속성과 메쏘드를 결합시킨 형태로 표현하는 개념으로 객체간의 메시지 통신을 통해 시스템을 구현하는 개발방법 객체지향 방법론의 기본원리 - Object, Message - 캡슐화, 정보은닉 - Class, Instance - 상속(Inheritiance) 다형성(Polymotphism) 추상화

Ⅲ. 정보시스템 개발방법론 객체지향 방법론 Object와 Message - Object : 현실세계에 존재하는 사물을 표현(Attibute + Method) - Message : 객체간의 통신에 사용되며, 외부객체에 의해 Method를 구현하여 객체의 Attribute에 접근 캡슐화, 정보은닉 - 캡슐화 : 객체의 데이터와 함수를 모듈화하고 블랙박스화 하여 정보은닉을 구현 정보은닉 : 데이터의 임의변경 통제를 위하여 Method를 통해서만 접근이 가능하도록 제어

Ⅲ. 정보시스템 개발방법론 객체지향 방법론 Class, Instance - Instance : Class에서 파생된 하나의 실제 객체 상속(Inheritance) Class간의 계층구조를 통하여 공통 특성을 상위Class에게 물려받는 것 다형성(Polymorphism) - 어느 한 연산이 여러 Class에서 각기 다른 형태로 적용 가능 추상화 - 객체의 가장 중요한 부분에 중점을 두어 일반화하는 과정

Ⅲ. 정보시스템 개발방법론 구조적 방법론 vs 객체지향 방법론 구조적 방법론 정보공학 방법론 객체지향 방법론 프로세스 모델링 중심 데이터모델링중심 데이터와 프로세스를 함께 모델링 모듈화가 관건 엔터티 식별이 관건 객체의 식별이 관건 일부 모듈의 재사용 데이터의 재사용 거의 모든 재사용 프로그래밍 기법 기업의 전략측면중시 기업의 전략측면포함 비정형적 접근방법 구조적인 연계 모든 단계가 연결 소규모 프로젝트 중심 대규모 프로젝트 중심 모든 프로젝트에 적합 프로그래머 중심 분석가 중심 협동 호스트 중심, 3GL CASE TOOL 다양한 개발툴

Ⅲ. 정보시스템 개발방법론 구조적 방법론 vs 객체지향 방법론 Data Process Data + Process 정보공학 방법론 구조적 방법론 Data Process Data + Process 객체지향 방법론