정보시스템 개발방법 구조적 방법론에 대하여 알려드립니다.

정보시스템 개발방법론은 구조적 방법론,  정보공학 방법론, 객체지향방법론이 있습니다. 3가지 방법론 중 구조적 방법론에 대하여 알려드립니다. 

 

 

 

 

구조적 방법론의 개요

 

1970년대 이후 기존의 전통적 시스템 개발방법론들이 시스템의 구조적 특성을 제대로 반영하지 못하는데 따른 문제점을 해소하기 위하여 구조적 방법론이 제시되었습니다. 구조적 방법론은 크게 구조적 분석(structured analysis)과 구조적 설계(structured design), 구조적 프로그래밍(structured programming) 등 세 가지 방법론을 포괄하는 개념입니다. 그러나 일반적으로 구조적 방법론이라고 하면, 구조적 분석 및 설계 기법을 의미하는 것이 보통입니다.

 

한편 , 구조적이란 그 기법이 단계적이라는 것을 의미하며, 각 단계는 이전 단계의 토대 위에 진행됩니다. 따라서 구조적 방법론은 가장 상위의 추상적인 수준에서 가장 상세한 수준으로, 그리고 일반적인 것에서 구체적인 것으로 진행하는 하향식 방법입니다.

 

시스템 개발에서 분석단계는 사용자의 요구사항을 파악하여 명세화하는 단계로 시스템을 설명하는 문서와 사용자와의 면담을 통하여 이루어지게 됩니다. 따라서 사용자의 요구 사항을 정확하고 논리적으로 작성할 수 있는 방법이 제공되어야 하는데, 이때 구조적 분석은 새로운 시스템 요건 설정을 위하여 체계적이고 단계적인 접근 방법을 이용하게 됩니다.

구조적 분석은 시스템 분석 시 효율적인 분석명세서를 작성하기 위하여 도형 중심의 분석도구(자료흐름도, 자료사전, 미니명세서)와 체계적인 분석절차를 이용하여 사용자의 요구사항을 파악하고 문서화하는 자료흐름지향 분석기법입니다.

 

이와 같은 구조적 분석법은 1970년대 후반부터 1980년대 전반에 걸쳐 가장 널리 사용되었는데, 그 이유는 대부분의 시스템개발 방법론의 베이식으로서 정보시스템뿐만 아니라 일반적인 경영현상을 분석 평가 하는 데 있어 유용한 도구로 활용될 수 있기 때문입니다. 

 

구조적 방법론의 추구 원리

 

구조적 시스템 분석기법에서 추구하는 기본적 원리는 크게 추상화, 정형화, 분할 정복, 계층화 원리의 네 가지로 정의할 수 있습니다.

 

첫째, 추상화 원리란 주어진 문제를 해결하기 위하여 먼저 그 문제를 구성하고 있는 객체, 구조, 속성, 기능에 따라 해당클래스를 분류하고, 공통된 성질을 추출하여 공통기능을 갖는 클래스를 선정하는 일입니다. 이때 대상시스템을 도표나 기호로 추상화시킵니다.

둘째, 정형화의 원리란 시스템 개발 과정을 단계화시켜 각 단계에서의 분석 및 설계 결과를 문서로 표준화시켜 이에 대한 논리적 타당성을 검증해 나가는 것을 말합니다. 시스템 개발단계는 정형화의 원리를 적용하는 한 예로 볼 수 있습니다.

셋째, 분할 정복 원리는 원래의 시스템을 몇 개의 서브시스템으로 분할하고 계층적 구조로 파악하여 문제를 해결해 나가는 과정을 말합니다.  다시 말해 복잡한 시스템을 모듈 단위로 나누어 개발하는 방법을 뜻합니다.

넷째, 계층화 원리란 분할 정복 원리와 밀접한 관계가 있으며, 분할된 단위들을 계층적 구조로 체계화시켜 관리를 쉽게 하는 의미입니다. 즉, 대상시스템을 서브 시스템으로 완성해 갑니다.

 

그리고 이상 4가지 원리에 바탕을 두고 있는 구조적 분석기법은 전통적인 시스템 분석기법과 비교하여 다음과 같은 특징을 가지고 있습니다. 

 

첫째, 구조적 분석방법은 전통적 방법에 비해 사용자 측면을 크게 강조하고 있습니다.

둘째, 구조적 분석방법에서는  커다란 시스템을 체계적으로 분할해 나가면서 구체화하게 되는데, 전통적인 도구는 이에 적합하지 않습니다.

셋째, 구조적 시스템명세서에서는 글보다 간결하고 이해하기 쉬운 도표를 주로 사용합니다.

넷째, 구조적 접근 방식에서는 매 단계마다 이후 단계의 수행을 위한 기초가 되는 매우 유용한 보고서를 작성합니다.

 

한편, 구조적 분석은 먼저 정보시스템의 요구사항을 외부실체, 프로세스, 자료흐름, 자료저장소의 관점에서 파악하고, 자료흐름도를 이용하여 이를 가시적으로 표현하는 것으로부터 시작합니다. 자료흐름도는 시스템을 계층구조를 가는 프로세스의 집합으로 분할하고, 네 가지 기호를 이용하여 프로세스 사이의 입출력자료를 정의합니다.

 

구조적 방법론의 장단점

 

구조적 분석에서는 자료흐름도로 가시적인 모형을 작성하고 자료사전과 단위기능명세서를 통해 모형의 구성 요소를 상세하게 문서화함으로써, 구축하고자 하는 정보시스템의 구조를 간결하고 정확하게 정의합니다. 이와 같은 구조적 분석의 산출물들은 일반 사용자들도 쉽게 이해할 수 있는 간단한 기호와 일상적인 문장으로 작성되기 때문에 사용자 요구사항을 정의하는 과정에서 개발자와 사용자 사이의 의사소통이 원활하게 이루어질 수 있습니다. 또한 그림으로 시스템을 기술함으로써 혹시 시스템분석단계에서 누락된 사항이나 불일치성, 불완전성이 없는지 검토하기가 비교적 쉽다는 장점이 있습니다.

 

그러나 구조적 방법론은 개발하고자 하는 정보시스템의 규모가 커지면 적용이 어려워진다는 근본적인 문제점을 가지고 있습니다. 많은 문서를 작성해야 하는 부담이 주요 요인의 하나이지만 보다 근본적인 이유는 하향식 기능분할 방식을 대규모 정보시스템에 적용하기 어렵다는 것이니다. 시스템 전체를 하나의 기능으로 보고 분할하기 때문에 계층이 너무 많으면 프로세스 사이의 연관관계를 파악하기가 어렵고, 상위계층에서 변화가 발생하면 파급효과가 매우 클 뿐 아니라 변경해야 할 사항들을 추적하기도 쉽지 않습니다. 그 밖에도 재사용성이 낮고 유지 보수가 어렵다는 등의 단점도 있습니다.