SSADM
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
SSADM(구조적 시스템 분석 및 설계 방법론)은 시스템 분석, 문서화 및 설계를 위한 일련의 단계를 포함하는 방법론이다. 1980년대 영국에서 개발되어 2000년 "비즈니스 시스템 개발"로 명칭이 변경되었다. SSADM은 타당성 조사, 현재 환경 분석, 비즈니스 시스템 옵션, 요구 사항 명세, 기술 시스템 옵션, 논리 설계, 물리 설계의 6단계로 구성되며, 논리적 데이터 모델링, 데이터 흐름 모델링, 엔터티 이벤트 모델링 등의 기법을 사용한다.
더 읽어볼만한 페이지
- 시스템 분석 - 수학적 최적화
수학적 최적화는 주어진 집합에서 실수 또는 정수 변수를 갖는 함수의 최댓값이나 최솟값을 찾는 문제로, 변수 종류, 제약 조건, 목적 함수 개수에 따라 다양한 분야로 나뉘며 여러 학문 분야에서 활용된다. - 시스템 분석 - 시스템 통합
시스템 통합은 오픈 시스템 환경에서 다양한 벤더의 제품을 조합하여 전체 시스템을 구축하는 서비스로, 정보 시스템 구축 아웃소싱과 함께 발전했지만 IT 환경 변화로 쇠퇴기에 접어들어 현재는 새로운 사업 모델을 모색하고 있으며, IT 컨설팅부터 유지 보수까지 다양한 단계를 거쳐 수직적, 스타, 수평적 통합 등 여러 통합 방법을 사용한다. - 소프트웨어 설계 - 구조적 분석
구조적 분석은 1960년대에서 1980년대 소프트웨어 개발의 복잡성을 해결하기 위해 개발된 기법으로, 다이어그램과 데이터 사전을 활용하여 시스템을 분석하고 설계했으며, 객체 지향 프로그래밍의 등장으로 활용도가 감소했다. - 소프트웨어 설계 - 지속적 배포
지속적 배포(CD)는 소프트웨어 릴리스 프로세스를 자동화하는 접근 방식이며, 배포 파이프라인을 통해 구현되고 시장 출시 시간 단축, 제품 품질 향상 등의 이점을 제공하지만 테스트 자동화 부족 등의 과제도 존재한다. - 정보 시스템 - 추천 시스템
추천 시스템은 사용자의 선호도와 행동 패턴을 분석하여 개인 맞춤형 정보나 상품을 추천하는 시스템으로, 다양한 알고리즘과 새로운 기술이 도입되어 정확도와 개인화 수준을 높이고 있으며, 여러 서비스에서 활용되면서 정확도 외 다양성, 개인정보 보호 등 다양한 요소를 고려한 평가가 중요해지고 있다. - 정보 시스템 - 정보 관리
정보 관리는 조직의 목표 달성을 위해 데이터, 정보, 지식을 효과적으로 활용하는 전략적 과정으로, 정보 기술 발전과 함께 전략적으로 진화했으며, 의사결정, 정보 시스템 구축, 프레임워크 활용, 조직 설계 등을 통해 경쟁력 확보에 필수적인 복합적인 관리 활동이다.
| SSADM |
|---|
2. 역사
SSADM은 폭포수 방식으로 정보 시스템의 분석 및 설계를 위한 것으로, DSDM 또는 스크럼과 같은 보다 현대적인 애자일 방법론과는 대조적이다. SSADM은 피터 체크랜드(Peter Checkland)의 소프트 시스템 방법론, 래리 콘스탄틴(Larry Constantine)의 구조적 설계, 에드워드 유돈(Edward Yourdon)의 유돈 구조적 방법, 마이클 A. 잭슨(Michael A. Jackson)의 잭슨 구조적 프로그래밍, 톰 드마코(Tom DeMarco)의 구조적 분석과 같은 다양한 구조적 분석 및 개발 방법론의 연구를 기반으로 한다.[1] "Structured Systems Analysis and Design Method" 및 "SSADM"이라는 이름은 영국 재무부 산하 기관인 정부 상업 사무소(OGC)의 등록 상표이다.
SSADM은 1980년대에 걸쳐 다음과 같이 발전하였다.
| 연도 | 내용 |
|---|---|
| 1980년 | 영국 중앙 컴퓨터 및 통신국(CCTA)에서 분석 및 설계 방법론 평가[2] |
| 1981년 | 존 홀이 이끄는 Learmonth & Burchett Management Systems의 컨설턴트가 SSADM v1 개발을 위해 선정[2] |
| 1982년 | 존 홀과 키스 로빈슨이 Model Systems Ltd를 설립하기 위해 떠났고, LBMS는 나중에 자체 버전인 LSDM을 개발[2] |
| 1983년 | 모든 새로운 정보 시스템 개발에 SSADM 의무화[2] |
| 1984년 | SSADM 버전 2 출시[2] |
| 1986년 | SSADM 버전 3 출시 및 NCC 채택[2] |
| 1988년 | SSADM 전문 자격증 출시, SSADM을 개방형 표준으로 홍보[2] |
| 1989년 | 유로메소드(Euromethod)로의 움직임, CASE 제품 인증 제도 출시[2] |
| 1990년 | 버전 4 출시[2] |
| 1993년 | SSADM V4 표준 및 도구 적합성 체계 출시[2] |
| 1995년 | SSADM V4+ 발표, V4.2 출시[2] |
| 2000년 | CCTA는 SSADM을 "비즈니스 시스템 개발"로 명칭 변경, 15개의 모듈로 재구성, 6개의 모듈 추가[3][4] |
2. 1. 개발 배경
1980년 영국 중앙 컴퓨터 및 통신국(CCTA)은 분석 및 설계 방법론 평가를 시작했다.[2] 1981년 존 홀이 이끄는 Learmonth & Burchett Management Systems (LBMS)의 컨설턴트들이 SSADM v1 개발을 위해 선정되었다.[2] 1982년 존 홀과 키스 로빈슨은 Model Systems Ltd를 설립하기 위해 떠났고, LBMS는 나중에 자체 버전인 LSDM을 개발했다.[2]2. 2. 발전 과정
- 1980년: 영국 중앙 컴퓨터 및 통신국(CCTA)에서 다양한 분석 및 설계 방법론을 평가했다.[2]
- 1981년: 존 홀이 이끄는 Learmonth & Burchett Management Systems의 컨설턴트가 SSADM v1 개발을 위해 선정되었다.[2]
- 1982년: 존 홀과 키스 로빈슨이 Model Systems Ltd를 설립하기 위해 떠났고, LBMS는 나중에 자체 버전인 LSDM을 개발했다.[2]
- 1983년: 모든 새로운 정보 시스템 개발에 SSADM이 의무화되었다.[2]
- 1984년: SSADM 버전 2가 출시되었다.[2]
- 1986년: SSADM 버전 3가 출시되었고, NCC에서 채택되었다.[2]
- 1988년: SSADM 전문 자격증이 출시되었고, SSADM을 '개방형' 표준으로 홍보했다.[2]
- 1989년: 유로메소드(Euromethod)로의 움직임, CASE 제품 인증 제도가 출시되었다.[2]
- 1990년: 버전 4가 출시되었다.[2]
- 1993년: SSADM V4 표준 및 도구 적합성 체계가 출시되었다.[2]
- 1995년: SSADM V4+가 발표되었고, V4.2가 출시되었다.[2]
- 2000년: CCTA는 SSADM을 "비즈니스 시스템 개발"로 명칭을 변경했다. 이 방법은 15개의 모듈로 재구성되었고, 다른 6개의 모듈이 추가되었다.[3][4]
3. 단계
SSADM은 분석, 문서화, 설계를 위한 여러 단계를 거친다. 각 단계에서 엄격한 문서를 작성하는 워터폴 모델의 일종으로, RAD와는 반대되는 특징을 가진다.
SSADM은 다음과 같은 단계로 구성된다.
- 단계 0 - 실현성 연구
- 단계 1 - 현재 환경 분석
- 단계 2 - 비즈니스 시스템 옵션
- 단계 3 - 요구 사양
- 단계 4 - 기술 시스템 옵션
- 단계 5 - 논리적 설계
- 단계 6 - 물리적 설계
각 단계에 대한 자세한 내용은 하위 섹션을 참고하면 된다.
3. 1. 타당성 조사 (단계 0)
프로젝트의 목표와 파급 효과를 조사하여 타당성을 결정한다. 이때 고려해야 할 주요 영역은 다음과 같다.| 영역 | 설명 |
|---|---|
| 기술적 | 프로젝트가 기술적으로 가능한지 확인한다. |
| 재정적 | 기업이 프로젝트를 수행할 여유가 있는지 확인한다. |
| 조직적 | 새로운 시스템이 기존 관행과 호환되는지 확인한다. |
| 윤리적 | 새로운 시스템의 영향이 사회적으로 수용 가능한지 확인한다. |
이러한 질문에 답하기 위해 타당성 조사는 포괄적인 시스템 분석 및 설계의 축약된 버전으로 수행된다. 요구 사항과 사용법을 어느 정도 분석하고, 일부 비즈니스 옵션을 작성하며, 기술 구현에 대한 세부 사항도 일부 포함한다.
이 단계의 결과물은 공식적인 타당성 조사 문서이다. SSADM은 이 연구에 포함되어야 하는 섹션을 명시하며, 구축된 예비 모델과 거부된 옵션 및 거부 이유에 대한 세부 사항도 포함한다.
3. 2. 현재 환경 분석 (단계 1)
현재 시스템을 완전히 이해하기 위해 직원 면담, 설문 조사, 관찰, 문서 분석 등을 수행한다.[1] 데이터 흐름도를 사용하여 현재 시스템의 작동 방식을 시각화한다.[1] 현행 시스템의 문제점을 파악하고, 개선점을 도출한다.[1]이 단계에는 다음과 같은 단계가 존재한다.[1]
| 단계 | 설명 |
|---|---|
| 비즈니스 활동 모델 개발 | 비즈니스 활동 모델을 구축한다. 비즈니스 이벤트와 규칙을 파악하여 새로운 자동화 시스템의 사양 작성에 입력한다. |
| 요구사항 명세의 조사 및 정의 | 신규 시스템에서 해결해야 할 현행 문제점을 특정한다. 또한 신규 시스템에서 새롭게 제공될 서비스를 정의한다. |
| 현행 처리 조사 | 현행 서비스에서 정보의 흐름을 조사하고 데이터 흐름 모델로 나타낸다. 이 단계에서는 현행 시스템의 데이터 흐름 모델을 작성할 뿐, 여기에 어떠한 개선도 가하지 않는다. |
| 현행 데이터 조사 | 현재 데이터가 어떻게 수집되고 저장되는지 조사하고, 시스템 데이터의 구조를 특정하고 기술한다. 이 단계의 데이터에 관한 모델도 현행 시스템에 관한 것이다. |
| 현행 서비스의 논리적 관점 추출 | 현행 시스템의 문제점을 파악하기 위해, 그 논리적 관점을 구축한다. |
3. 3. 비즈니스 시스템 옵션 (단계 2)
분석가는 이전 단계의 결과를 사용하여 새로운 시스템의 전반적인 설계를 결정하기 위해 일련의 비즈니스 시스템 옵션을 개발한다. 이 옵션들은 아무것도 하지 않는 것부터 기존 시스템을 완전히 교체하고 새로운 시스템을 구축하는 것까지 다양하다. 분석가는 가능한 한 다양하고 많은 아이디어를 생성하기 위해 브레인스토밍 세션을 활용할 수 있다.이렇게 생성된 아이디어들은 사용자에게 제시되는 옵션으로 정리된다. 각 옵션은 다음 사항들을 고려하여 구성된다.
- 자동화 정도
- 시스템과 사용자 간의 경계
- 시스템의 분산 여부 (예: 하나의 사무실에 집중 또는 여러 사무실에 분산)
- 비용/편익
- 새로운 시스템의 영향
필요한 경우, 옵션은 논리적 데이터 구조와 레벨 1 데이터 흐름도로 문서화된다.
사용자와 분석가는 함께 단일 비즈니스 옵션을 선택한다. 이 옵션은 이미 정의된 옵션 중 하나일 수도 있고, 기존 옵션들의 여러 측면을 통합한 것일 수도 있다. 이 단계의 결과물은 선택된 단일 비즈니스 옵션과 타당성 단계의 모든 출력이다.
3. 4. 요구사항 명세 (단계 3)
새로운 시스템이 수행해야 하는 작업을 완전하고 논리적으로 명세한다. 이를 위해 데이터 흐름도 (DFD), 논리적 데이터 모델 (LDM), 개체 수명 이력 (ELH) 등을 작성한다.- 논리적 명세: 시스템이 어떻게 구현될지가 아니라, 시스템이 수행할 작업을 설명한다. 오류, 모호성, 불일치가 없어야 한다.
이 단계의 결과물은 다음과 같은 내용으로 구성된 완전한 요구 사항 명세 문서이다.
| 항목 | 내용 |
|---|---|
| 업데이트된 데이터 카탈로그 | |
| 업데이트된 요구 사항 카탈로그 | |
| 처리 명세 |
경영진이 올바르게 판단할 수 있도록 몇 가지 비즈니스 선택지를 준비한다. 각 선택지에는 특정 개발/구현에 의해 실현되는 기능과 범위를 기술하며, 워크플레이스 모델, 논리 데이터 모델, 데이터 흐름도 등의 기술 문서가 첨부된다. 재정적인 측면, 위험 평가, 구현 개요 등도 필요하다.
이 단계에는 다음 활동이 포함된다.
- 요구되는 시스템 처리의 정의: 선택된 BSO (비즈니스 시스템 옵션)에 따라 요구 사양을 개정하고, 데이터 흐름으로 요구되는 시스템을 기술하며, 신 시스템 내에서 사용자의 역할을 정의한다.
- 요구되는 데이터 모델의 개발: 현행 논리 데이터 모델을 선택된 BSO에 따라 확장한다.
- 시스템 기능의 추출: 이벤트를 추출하고, 기능의 갱신과 새로운 기능의 정의를 수행한다. 또한, 각 기능의 서비스 레벨을 정의한다.
- 사용자 작업 사양의 개발: 워크플레이스 모델을 구축하고, 사용자의 역할을 이해하기 위한 문서를 작성한다.
- 요구되는 데이터 모델의 상세화: 관계형 모델에 따라 논리 데이터 모델의 품질을 개선한다(정규화).
- 사양 기술 프로토타입의 개발: 사용자에게 시연하기 위한 애니메이션 형태의 것을 시스템의 특정 기능에 대해 작성한다. 사용자에게 시스템의 요구 사양을 올바르게 이해시키는 것이 목적이며, 사용자 인터페이스에 대한 추가 요구를 그 시점에서 받는다.
- 처리 사양의 개발: 시스템의 처리에 대한 사양을 상세화한다.
- 시스템의 목적 확인: 사용자의 요구가 지금까지의 단계에 올바르게 반영되었는지 확인하는 단계이며, 이것의 완료를 기점으로 다음 단계로 진행한다.
3. 5. 기술 시스템 옵션 (단계 4)
이 단계는 새로운 시스템 응용 프로그램의 물리적 구현을 위한 첫 번째 단계이다. 비즈니스 시스템 옵션과 마찬가지로, 이 단계에서는 새로운 시스템 구현을 위한 많은 수의 옵션이 생성된다. 이는 최종 옵션이 선택되거나 종합될 수 있도록 사용자에게 제시할 두세 개로 좁혀진다.그러나 고려 사항은 다음과 같이 상당히 다르다.
- 하드웨어 아키텍처
- 사용할 소프트웨어
- 구현 비용
- 필요한 인력
- 시스템이 차지하는 공간과 같은 물리적 제한 사항
- 필요한 네트워크를 포함한 배포
- 인간-컴퓨터 인터페이스의 전체 형식
이러한 모든 측면은 사용 가능한 자금 및 하드웨어 및 소프트웨어 표준화와 같은 비즈니스에서 부과하는 모든 제약 조건도 준수해야 한다.
이 단계의 출력은 선택된 기술 시스템 옵션이다. 논리 시스템 사양 공정이라고도 한다. 기술적으로 실현 가능한 선택을 수행한다. 개발/구현 환경은 지금까지의 선택에 따라 결정된다. 다음과 같은 작업이 포함된다.
- TSO(Technical Specification Option, 기술 사양 옵션)의 정의. 정의된 기능의 물리적 구현에서 실현 가능한 방법을 특정한다. 기술 환경의 관점에서 지금까지의 요구 사양의 다양한 측면을 검증한다.
- TSO의 선택. TSO를 사용자에게 제시하고 선택을 받는다.
3. 6. 논리 설계 (단계 5)
이 단계에서는 구현에 독립적으로 인간-컴퓨터 인터페이스에 대한 요구 사항에 집중한다. 논리 설계는 메뉴 구조 및 명령 구조 측면에서 주요 상호 작용 방법을 지정한다.사용자 대화 정의는 사용자가 시스템과 상호 작용할 주요 인터페이스이다. 다른 활동은 시스템 업데이트 시 이벤트의 영향과 시스템의 데이터에 대한 조회를 수행해야 하는 필요성을 분석하는 것과 관련이 있다. 이들은 3단계에서 생성된 이벤트, 기능 설명 및 효과 대응 다이어그램을 사용하여 일관되고 안전한 방식으로 데이터를 업데이트하고 읽는 방법을 정확하게 결정한다.[1]
이 단계의 결과물은 다음과 같다:[1]
- 데이터 카탈로그
- 필요한 논리적 데이터 구조
- 논리적 프로세스 모델 – 대화, 업데이트 및 조회 프로세스 모델 포함
- 응력 및 굽힘 모멘트
논리 시스템 사양 공정이라고도 한다. 논리 설계를 통해 프로세스를 갱신하며, 대화 상자도 여기서 결정된다. 이 단계에는 다음과 같은 작업이 포함된다.[1]
- 사용자 대화 상자 정의: 대화형 인터페이스에서 필요한 대화 상자를 정의하고, 탐색이 필요한 경우 이를 결정한다.
- 갱신 처리 정의: 각 이벤트에서 필요한 데이터베이스 갱신의 사양을 완성하고, 각각의 에러 처리도 결정한다.
- 조회 처리 정의: 데이터베이스에 대한 조회 처리의 사양을 완성하고, 각각의 에러 처리도 결정한다.
3. 7. 물리 설계 (단계 6)
논리적 데이터 구조는 데이터베이스 구조 측면에서 물리적 아키텍처로 변환된다. 함수의 정확한 구조와 구현 방식이 명시된다. 물리적 데이터 구조는 크기 및 성능 요구 사항을 충족하기 위해 필요한 경우 최적화된다.소프트웨어 엔지니어가 하드웨어 및 소프트웨어의 구체적인 세부 사항과 적절한 표준에 따라 시스템을 구축하는 방법을 알 수 있는 완전한 물리적 설계가 결과물이다. 물리적 데이터 및 프로세스 설계 단계로, 지금까지 선택된 언어 및 플랫폼에 따라 설계한다.
| 작업 | 내용 |
|---|---|
| 물리적 설계 준비 | |
| 기능 명세 완성 | (별도 내용 없음) |
| 데이터 및 프로세스 설계 | 순차적으로 수행 |
4. 기법
SSADM은 다음 세 가지 주요 기법을 사용한다.[1]
- 논리적 데이터 모델링
- 데이터 흐름 모델링
- 엔터티 이벤트 모델링
이 기법들은 데이터 모델, 데이터 흐름, 엔터티 등에 대한 내용을 다룬다.
4. 1. 논리적 데이터 모델링
시스템의 데이터 요구 사항을 식별, 모델링 및 문서화하는 프로세스이다. 그 결과는 엔터티(비즈니스가 정보를 기록해야 하는 대상), 속성(엔터티에 대한 사실) 및 관계(엔터티 간의 연관 관계)를 포함하는 데이터 모델이다.[1] 엔터티는 정보를 기록해야 하는 사물이고, 관계는 엔터티 간의 관계를 의미한다.[2]4. 2. 데이터 흐름 모델링
정보 시스템에서 데이터가 어떻게 이동하는지를 식별, 모델링 및 문서화하는 과정이다. 데이터 흐름 모델링은 프로세스(데이터를 한 형태에서 다른 형태로 변환하는 활동), 데이터 저장소(데이터를 보관하는 영역), 외부 엔터티(시스템으로 데이터를 보내거나 시스템에서 데이터를 수신하는 항목), 데이터 흐름(데이터가 흐를 수 있는 경로)을 검사한다.[1]4. 3. 엔터티 이벤트 모델링
엔터티 이벤트 모델링은 두 갈래로 이루어진 프로세스이다. 첫째, 엔터티 동작 모델링은 각 엔터티에 영향을 미치는 이벤트와 이러한 이벤트가 발생하는 순서(또는 수명 이력)를 식별, 모델링 및 문서화한다. 둘째, 이벤트 모델링은 각 이벤트에 대해 엔터티 수명 이력을 조정하는 프로세스를 설계한다. 이는 각 실체에 영향을 주는 이벤트와 해당 이벤트의 발생 순서 등을 특정하고 모델링하며 문서화하는 공정이다.[1]5. 비판 및 한계
SSADM은 폭포수 방식으로 정보 시스템의 분석 및 설계를 위한 것으로, 시스템 설계에 대한 엄격한 문서 중심 접근 방식의 정점으로 여겨질 수 있다. 이는 DSDM 또는 스크럼과 같은 보다 현대적인 애자일 방법론과는 대조적이다.[1]
SSADM은 피터 체크랜드(Peter Checkland)의 소프트 시스템 방법론, 래리 콘스탄틴(Larry Constantine)의 구조적 설계, 에드워드 유돈(Edward Yourdon)의 유돈 구조적 방법, 마이클 A. 잭슨(Michael A. Jackson)의 잭슨 구조적 프로그래밍, 톰 드마코(Tom DeMarco)의 구조적 분석과 같은 다양한 구조적 분석 및 개발 방법론의 연구를 기반으로 한다.[1]
"Structured Systems Analysis and Design Method" 및 "SSADM"이라는 이름은 영국 재무부 산하 기관인 정부 상업 사무소(OGC)의 등록 상표이다.[1]
6. 활용 및 영향
SSADM은 폭포수 방식으로 정보 시스템의 분석 및 설계를 위한 방법론이다. 이는 시스템 설계에 대한 엄격한 문서 중심 접근 방식의 정점으로 여겨질 수 있으며, DSDM 또는 스크럼과 같은 보다 현대적인 애자일 방법론과는 대조적이다.[1]
SSADM은 피터 체크랜드(Peter Checkland)의 소프트 시스템 방법론, 래리 콘스탄틴(Larry Constantine)의 구조적 설계, 에드워드 유돈(Edward Yourdon)의 유돈 구조적 방법, 마이클 A. 잭슨(Michael A. Jackson)의 잭슨 구조적 프로그래밍, 톰 드마코(Tom DeMarco)의 구조적 분석 등 다양한 구조적 분석 및 개발 방법론 연구를 기반으로 한다.[1]
"Structured Systems Analysis and Design Method" 및 "SSADM"이라는 이름은 영국 재무부 산하 기관인 정부 상업 사무소(OGC)의 등록 상표이다.[1]
참조
[1]
웹사이트
OGC – Annex 1
http://www.ogc.gov.u[...]
Office of Government Commerce (OGC)
2010-12-17
[2]
웹사이트
History of SSADM
https://web.archive.[...]
1999-01-20
[3]
웹사이트
Model Systems and SSADM
http://www.modelsys.[...]
Model Systems Ltd
2009-04-02
[4]
서적
SSADM foundation
The Stationery Office
[5]
논문
Structured Design
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com