KR102041422B1 - 응용 프로그램 설계 방법 및 장치 - Google Patents

Abstract

본 발명은 응용 프로그램의 분석, 설계를 데이터베이스(DB) 프레임에서 설정, 출력하는 장치 및 방법에 대한 것으로, 보다 상세하게는, 응용 프로그램을 분석하고 설계하는 방법을 수행하는 컴퓨터 프로그램에 있어서, 상기 방법은 컴퓨터에 의해 복수의 단계들을 실행시키기 위하여 데이터 기록 매체에 저장되게 하는 것으로, 상기 복수의 단계들은, 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성(creation)하는 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 대상 및 범위 정보를 대상 및 범위 설정 모듈에 입력하는 단계, 사용자가 상기 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 요구 사항 정의 정보를 요구 사항 정의 설정 모듈에 입력하는 단계, 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 적용 정보를 적용 정보 정의 설정 모듈에 입력하는 단계 및 사용자가 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 개념 설계 정보를 개념 설계 정의 설정 모듈에 입력하는 단계로 이루어져 있다.

Description

응용 프로그램 설계 방법 및 장치{Application Design Method and Apparatus}

본 발명은 응용 프로그램의 분석, 설계에 대한 정의를 데이터베이스(DB) 프레임웍에서 설정, 출력하는 장치 및 방법에 대한 것으로, 보다 상세하게는 요구되는 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍에 대한 데이터 구조를 생성(creation)하여 사용자는 클라이언트에서 단계별 입력 모듈을 활용하여 데이터베이스(DB) 프레임웍 구성하는 데이터 구조와 대응되는 정보를 단계별로 대상 및 범위, 요구사항 정의, 적용 정보 정의, 개념 설계 정의에 대한 입력 정보를 각각의 모듈 기능으로 입력 장치에서 요구되는 데이터, 인터페이스, 연계, 프로세스, 기능, 코드를 입력하면 인터페이스를 통하여 서버에 대상 및 범위 데이터베이스(DB), 요구 사항 정의 데이터베이스(DB), 적용 정보 정의 데이터베이스(DB), 개념 설계 정의 데이터베이스(DB)를 각각의 데이터 기록 매체별로 상호 상속, 피상속의 관계화한 데이터베이스를 구축하는 방법 및 장치에 관한 것이다.

구체적으로, 본 발명은, 사용자가 클라이언트에서 분석 설계 출력 모듈의 기능으로 출력 조건을 입력하여 조건에 대응하는 분석, 설계 정보를 검색하고 출력할 수 있는 응용 프로그램 설계 방법 및 장치에 관한 것이다.

종래의 분석, 설계 과정의 분석[요구 분석, 개념 설계]서, 설계[아키텍처 설계, DB 설계, 프로그램 설계]서를 편집기(한글, Excel, Word 등)로 비정형적으로 작성함으로 정보화의 범위, 수준, 성능 등에 대한 분석, 설계서의 표현이 일정 할 수가 없어 응용 프로그램의 개발을 위한 설계서의 가치가 담보되지 못하는 문제점과 분석, 설계서의 지속적 유지 관리를 할 수 없다는 문제점이 발생되고 있다

이로 인하여 종래의 프로그램 개발을 위한 분석과 설계는 절차, 산출물 적용 범위, 형식 및 작성 요소가 개발 방법론 등에 따라 일정치 않아 산출물 품질이 저급하게 생산됨으로 구현 과정에서 개발자의 임의적인 생각으로 프로그램이 수정 개발 되었다. 이로 인하여 프로그램 생산성 저하, 요구 충족도 미흡, 프로그램 성능 하락, 프로그램 안정화 지연 등과 분석-설계-프로그램의 불일치가 발생하여 막대한 비용이 투자된 분석, 설계서의 수명이 소멸하는 문제점이 발생하였다.

프로그램 개발을 위한 이론적 개발 방법론은 경제 규모 등의 발전에 따라 진화, 발전하고 있다. 1970년대의 구조적 방법론은 소규모로 단순, 정보 중심의 특징을 가지고 있지만 80년대 이후 S/W 규모 복잡해지고 요구 기능 수준이 높아지면서 한계가 발생하였다. 또한, 1981년 적용된 정보 공학적 방법론은 중규모로, 보통의 절차를 중심으로 개발되지만 관리를 위한 지나지게 많은 시간, 비용이 발생하고 개발 직접 활용에 여러 가지 문제점이 있었다. 또한, 1990년 적용된 객체 지향 개발 방법론은 대규모로 복잡하고 객체 중심으로 개발되었다. 90년대 이후 CBD 등의 컴퍼넌트 기반 방법론 대두 하였지만 과정이 복잡하여 실용성이 낮은 문제가 있었다.

개발 방법론의 발전에도 불구하고 프로그램 개발을 위한 분석, 설계의 산출물 종류가 많고 품질이 담보되지 못하여 프로그램 개발에 직접 적용성이 부족하였다. 또한, 분석, 설계서 변경 관리를 하지 않아 분석-설계-프로그램간의 불일치가 발생되었다. 상기와 같은 문제를 해결하기 위하여 프로그램 개발, 변경 등에 대한 관리 감독 조직과 인력이 투자 되어야 하며, 미국 등 정보화 선진국에서는 관리 감독이 이루어지고 있지만 우리나라에서는 비용 문제로 분석, 설계서는 개발 초기에만 작성되고 이후 관리, 감독이 되지 못하는 실정이다.

이로 인하여 유지 보수 기간이 길어 질수록 분석-설계-프로그램간 불일치의 간극이 커져서 종국에는 막대한 비용이 투자된 분석, 설계서의 가치가 소멸하는 현상이 발생하고 응용 프로그램은 점점 오류 발생이 많아져 유지보수 수행 시간도 점점 길어지게 되고 프로그램 성능 향상에 장애로 대두되는 실정이다.

개발 방법론에 의한 분석, 설계의 문제점 해결하기 위한 기술이 국내등록특허 제10-0558921호(인터페이스 화면 설계 중심의 소프트웨어 생산 공정 자동화방법 및 이 방법을 프로그램화하여 수록한 컴퓨터로 읽을 수 있는 기록매체, 이하 종래기술1)에 개시된 바 있다. 종래기술1은 사용자 인터페이스 화면을 먼저 설계하고 그 이후 생산 공정을 자동화하는 역공학 방식의 업무 프로그램 자동생산방법을 개시한 바 있다. 하지만 종래기술1은 분석, 설계자가 분석, 설계서를 명시적으로 작성하면 개발자는 분석, 설계서를 근간하여 프로그램을 구현하여야 함으로 분석, 설계자 또는 사용자와 개발자간에 항시 커뮤니케이션 필요하였지만, 이에 대한 실현이 쉽지 않아 분석, 설자자 또는 사용자 중심으로 프로그램을 개발하기 위하여 사용자 인터페이스를 설정하여 그래픽 유저 인터페이스를 생성하고 DB 설정을 위한 지정을 하면 업무 프로그램이 자동 생산되는 사용자 지향적인 고기능의 소프트웨어 구현을 목적한 발명이다. 상기 종래기술1의 프로그램 자동 개발은 이벤트와 SQL과 매칭은 한계가 있고 또한 분석, 설계서가 없는 관계로 버전업 등 업무 고도화에 의한 프로그램 발전에 문제점으로 대두될 수 있다.

또한, 개발 방법론에 의한 분석의 문제점 해결하기 위한 기술이 국내등록특허 제10-1445666호(소프트웨어 개발을 위한 워크벤치 구성 방법 및 이를 이용한 장치, 이하 종래기술2)에 개시된 바 있다, 상기 종래기술2는 분석 산출물 제작을 편집기(한글, Excel, Word 등)로 작성되어 요구 사항 식별이 눈 검증으로 이루어지는 문제점을 개선하기 위하여 요구 사항 분석 정보 및 레거시(legacy) 분석 정보를 XML(extensible markup language)기반으로 강화된 검색 기능 적용하였다. 이에 따라, 아키텍처 식별, 컴퍼넌트 식별이 개선되고 있지만 XML 검색 기능의 한계로 이에 대한 보완이 필요 할 수 있고 이 또한 설계로까지 직접 활용이 되지 못하는 단점이 있다.

국내등록특허 제10-0558921호(인터페이스 화면 설계 중심의 소프트웨어 생산 공정 자동화방법 및 이 방법을 프로그램화하여 수록한 컴퓨터로 읽을 수 있는 기록매체, 2006.03.02.) 국내등록특허 제10-1445666호(소프트웨어 개발을 위한 워크벤치 구성 방법 및 이를 이용한 장치, 2014.09.23.)

본 발명은 전술한 문제점 해결을 해결하기 위하여 응용 프로그램 분석, 설계 Application(응용 프로그램)구현을 위하여 DB 틀(DB Frame Work)을 구성하여, 과정별 레코드에 대한 속성을 설정 할 시, 요구사항 속성과 개념설계 속성이 번호체계로 종속 관계를 유지하게 함으로써, 분석서와 설계서가 관계성, 직시성, 적용성이 탁월한 분석, 설계서를 정보화적으로 생산하고자 한다.

또한, 상기 소프트웨어의 구현 과정에서 기능 추가 또는 변경 사유가 발생될 시, 개념 설계 후행 단계 프로세스 식별 과정을 변경하고, 프로그램을 이용하여 대상 및 범위, 요구 사항 정의, 개념 설계 선행 단계 정보를 역으로 일괄 갱신할 수 있는 기능을 구현함으로써, 지속적으로 분석-설계-프로그램 일치화를 구현하고자 한다.

또한, 분석 과정에서 설정한 정보로 분석서와 설계서의 대부분을 출력 가능하도록 한다.

응용 프로그램을 분석하고 설계하는 방법을 수행하도록 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램에 있어서, 상기 응용 프로그램을 분석하고 설계하는 방법은, 사용자가 클라이언트에서 분석, 설계를 위한 복수의 단계를 실행하여 입력되는 데이터를 인터페이스를 통하여 서버에 형성되는 복수의 데이터베이스(DB)에 단계별로 계층화하여 저장하는 것으로, (a) 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 클라이언트에 생성(creation)하는 단계; (b) 사용자가 클라이언트에서 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 대상 및 범위 정보를 대상 및 범위 설정 모듈을 통해 사용자로부터 입력받는 단계; (c) 사용자가 클라이언트에서 상기 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 요구 사항 정의 정보를 요구 사항 정의 설정 모듈을 통해 사용자로부터 입력받는 단계; (d) 사용자가 상기 클라이언트에서 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 적용 정보를 적용 정보 정의 설정 모듈을 통해 사용자로부터 입력받는 단계; (e) 사용자가 상기 클라이언트에서 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 개념 설계 정보를 개념 설계 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;로 이루어지며, 상기 대상 및 범위 정보는 적용 시스템과 적용 단위 업무 정보에 대한 정의를 포함하고, 상기 요구 사항 정의 정보는 비기능 요구 사항과 기능 요구사항에 대한 정보를 포함하고, 상기 기능 요구 사항은 사전 구성 정보와 데이터 속성 식별 정보를 포함하고, 상기 적용 정보는 상기 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성에 대한 적용 정보 정의를 포함하고, 상기 개념 설계 정보는 이벤트 식별 정의와 프로세스 식별 정의를 포함하고, 상기의 (b) 내지 (e) 단계는 각각의 모듈에서 입력하는 각각의 정보를 대상 및 범위 데이터베이스(DB), 요구사항 정의 데이터베이스(DB), 적용정보 정의 데이터베이스(DB), 개념 설계 데이터베이스(DB)의 형태로 데이터 기록 매체에 저장하며, 상기 요구사항 정의 데이터베이스(DB)는 상기 저장된 대상 및 범위 데이터베이스(DB)에서 각각 정보의 속성을 상속받고, 상기 적용정보 정의 데이터베이스(DB)는 상기 저장된 요구사항 정의 데이터베이스(DB)에서 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성 정보의 각각 정보의 속성을 상속 받으며, 상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정의 정보는 상기 저장된 적용정보 정의 데이터베이스(DB)에서 각각 정보의 속성을 상속받아, 이벤트 식별 정보를 설정하고 프로세스 식별 정의 정보에 상속하며, 상기 복수의 데이터베이스 들은 계층을 이루는 것을 특징으로 한다.
또한 사용자는 상기 상속 관계로 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)에서 상기 응용프로그램의 분석 및 설계 과정의 각 단계들에서, 사용되는 정보들을 검색하고 계층화하여, 배열할 수 있는 것을 특징으로 한다.
또한 상기 응용 프로그램을 분석하고 설계하는 방법을 이루는 복수의 단계들은, 상기 (e) 단계 이후에, 사용자가 상기 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)를 검색하여 확인하는 방식으로, 출력 모듈을 통해 사용자에게 상기 응용 프로그램의 분석서 또는 설계서를 디스플레이하는 (f) 단계를 더 포함하는 것을 특징으로 한다.
또한 상기 (a) 단계의 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조는 복수의 그룹화된 정보를 포함하며, 상기 복수의 그룹(group) 정보는 시스템, 단위업무, 분석 유형, 구성, 적용정보, 이벤트, 프로세스, 관계정보, 기능(function), 코드(code), 정의를 포함하고 상기 복수의 그룹(group) 정보는 하위 속성을 포함하는 것을 특징으로 한다.
또한 상기 (b) 단계의 대상 및 범위 설정 모듈은 상기 대상 및 범위 정보를 이루는 상기 적용 시스템과 상기 적용 단위 업무를 설정하되, 상기 적용 시스템에 대한 하위 속성을 설정하는 과정은 대표 시스템, 서브 시스템 및 보조 시스템에 대한 기록 정보를 설정하는 순서로 이루어지고, 상기 서브 시스템은 상기 대표 시스템을 상속받고, 상기 보조 시스템은 상기 서브 시스템을 상속받으며, 상기 시스템에 대한 기록 정보를 설정한 이후, 상기 대표, 서브, 보조 시스템의 설정 정보를 상속받아 상기 단위 업무 정보를 설정하는 과정을 더 포함하고, 상기 단위 업무 정보의 속성으로는 유형과 업무로 이루어지고, 상기 단위 업무 정보를 설정하는 과정에서, 상기 유형은 상기 업무에서 상속 받는 것을 포함하여 상기 요구 사항 정의 데이터베이스(DB)에 조건적으로 상속하는 것을 특징으로 한다.
또한 상기 (c) 단계의 요구 사항 정의 설정 모듈은 상기 비기능 요구 사항과 기능 요구 사항을 설정하되, 상기 비기능 요구 사항은 하위 속성에 대하여, 환경 요구 사항, 품질 요구 사항, 제약사항을 설정하고, 상기 환경 요구 사항, 품질 요구 사항, 제약사항의 하위 과정 구성의 속성 종류에 대한 정의 정보 설정을 포함하고, 상기 기능 요구 사항은 하위 속성에 대하여 사전 구성 정보와 데이터 속성 식별 정보를 설정하고, 상기 사전 구성 정보 설정은 하위 과정 구성의 속성 종류를 설정하고, 상기 데이터 속성 식별 설정은 하위 과정 구성의 대표 속성 종류에 대한 하위 속성 절차를 설정하는 것을 포함하며, 상기 데이터 속성 식별 정보에 대한 절차 구성 정의 정보와 속성 구성 정의 정보를 포함하여 적용 정보 데이터베이스(DB)에 상속하는 것을 포함하는 것을 특징으로 한다.
또한 상기 (d) 단계의 적용 정보 정의 설정 모듈은 상기 데이터 속성 식별 정보에 대한 절차 구성 정보와 속성 구성 정보에 대한 적용 정보를 설정하되, 상기 절차 구성 정보와 속성 구성 정보는 적용정보 속성을 설정을 하고, 상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정보에 상속하는 것을 특징으로 한다.
또한 상기 (e) 단계의 개념 설계 설정 모듈에 관한 것으로 클라이언트의 DB Framework 환경에서 사용자가 선행 단계 이벤트 식별과 후행 단계 프로세스 식별 정보를 설정하되, 상기 선행 단계 이벤트 식별 설정은 이벤트의 속성과 이벤트와 관계한 프로세스의 속성 설정을 포함하되, 상기 설정된 이벤트의 속성과 상기 프로세스의 속성 설정을 후행 단계 프로세스 식별에 상속하고, 상기 후행 단계 프로세스 식별 설정은 선행 단계 이벤트 식별을 상속 받아서 프로세스 속성, 관계정보 속성, 기능(function)속성, 코드(code)속성에 프로세스, 인터페이스, 연계, 프로시저, 코드를 설정하여 인터페이스를 통하여 서버의 개념 설계 DB에 기록매체별로 단계는 계층화하고 과정은 배열화한 정보를 저장하는 것을 포함하는 것을 특징으로 한다.

본 발명의 분석, 설계 응용프로그램은 분석, 설계 과정이 단축되며, 과정 간에 번호체계로 종속 관계가 설정됨으로 분석, 설계 간에 누락 업무가 발생하지 않고, 직시적 화면 표현(구현)으로 유스케이스, 컴포넌트 식별의 난해함을 해소 할 수 있으며, 유스케이스 다이어그램, 클래스 다이어그램, 시퀀스 다이어그램의 생략이 가능하여 CASE tool 사용에 대한 부담이 해소 될 수 있다. 또한 편집기에 의한 수기 작성 하였던 분석서, 설계서를 출력기로 출력하는 가시적 효과와 분석, 설계의 기간 단축과 질 향상에 따라 프로그램 개발적인 측면, 관리적인 측면, 산업적인 측면에서 혁신화를 기대 할 수 있다.

또한, 프로그램 개발적인 측면에서, 단계별 정의 설정이 직시적으로 표현되어 유스케이스 다이어그램, 컴포넌트 상호작용, 클래스 다이어그램, 시스퀀 다이어그램 식별 및 구성에 대한 혼선 방지와 Case Tool 사용한 모델링을 생략 할 수 있다. 또한, 모듈, 프로시저를 직시적으로 식별되는 탁월함이 발생하고, 기능의 깊이별로 식별이 가능하여 중복/반복 서술 등 오류 발생 소지를 축소할 수 있다. 또한 인터페이스와 연계 정의가 상세하고 알고리즘까지 정의가 가능하다. 이로 인하여 안정적인 프로그램 구현이 가능하여 기능 향상, 프로그램 개발(분석, 설계, 구현) 기간 단축, 비용이 절감 및 Case Tool 사용에 대한 부담이 해소되는 효과가 있다.

프로그램 관리 측면에서 보면, 시험ㅇ가동 및 유지보수 측면에서 프로그램 수정에 대한 분석, 설계서 변경이 단순하고 용이하게 관리되며, 운영 프로그램, 분석서, 설계서 일치가 가능하다. 또한 분석, 설계서 통합과 DB화가 가능하여 분석ㅇ설계자, 개발(구현/코딩)자, 관리자, 감독자, 감리자 공통으로 운영, 관리 가능하다. 또한, 관리 감독 업무의 상시화로 업무 프로그램의 고급화, 차별화, 지능화를 기대할 수 있다.

프로그램 산업적인 측면에서 보면 응용프로그램 개발 분석, 설계 Application에 대한 국내외 새로운 시장 발생, 국내 현행 업무 프로그램 분석서, 설계서 재 작성으로 인한 새로운 사업 발생으로 인한 돌발적 뉴딜 사업 기대, 국내 현행 업무 시스템의 BPR/ISP 수행 가치가 보장되고 상승하여 업무 시스템의 BPR/ISP 사업 활성화로 인한 BPR/ISP 사업 시장 확대, 주요 업무(Business) 프로그램 모듈화가 용이하여 수출 시장 기대, 프로그램 감리가 특화 될 수 있어 선도적 국내외 시장 활성화를 기대와 정보화에 대한 새로운 차원의 교육 시장도 기대 할 수 있다.

도 1은 종래의 분석, 설계 과정과 본 발명의 분석, 설계 과정을 비교한 도면.
도 2(a)는 본 발명의 일 실시예에 따른 응용 프로그램 설계 방법 및 장치에 대한 시스템 구성도를 나타낸 도면.
도 2(b)는 본 발명의 일 실시예에 따른 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템의 총괄 흐름을 나타낸 도면.
도 3은 본 발명의 일 실시예에 따른 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템의 메인 화면을 나타낸 도면.
도 4는 본 발명의 일 실시예에 따른 출력물을 나타낸 도면.
도 5(a)는 본 발명의 일 실시예에 따른 데이터베이스(DB) frame work의 데이터 구조에 대한 group 정보의 속성 및 group 정보 간 관계를 나타낸 도면.
도 5(b)는 본 발명의 일 실시예에 따른 frame work 요구 사항 정의 데이터를 기록 매체별로 나타낸 도면.
도 5(c)는 본 발명의 일 실시예에 따른 DB틀(frame work) 개념 설계 정의 데이터를 기록 매체별로 나타낸 도면.
도 6(a)는 본 발명의 일 실시예에 따른 대상 및 범위 설정 모듈 흐름도를 나타낸 도면.
도 6(b)는 본 발명의 일 실시예에 따른 대상 및 범위 설정 단계의 상위 과정 시스템 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 6(c)는 본 발명의 일 실시예에 따른 대상 및 범위 설정 단계의 중위 과정 단위업무 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 7(a)는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 모듈 흐름도를 나타낸 도면.
도 7(b)는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 단계의 상위 과정 분석 유형 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 7(c)는 본 발명의 일 실시예에 따른 요구사항 정의 설정 단계의 중위 과정 구성 데이터 등록 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 7(d)는 본 발명의 일 실시예에 따른 개념 설계 정의 설정 단계의 중위 과정 구성 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 8(a)는 본 발명의 일 실시예에 따른 적용 정보 정의 설정 모듈 흐름도를 나타낸 도면.
도 8(b)는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 속성 식별에 관계한 적용 정보 데이터 등록에 대한 색인부를 데이터 기록 매체별로 나타낸 도면.
도 8(c)는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 속성 식별에 관계한 적용 정보 데이터 등록에 대한 인적 정보부의 일 실시예를 데이터 기록 매체별로 나타낸 도면.
도 9(a)는 본 발명의 일 실시예에 따른 개념 설계 설정 모듈 흐름도를 나타낸 도면.
도 9(b)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 절차 구성에 관계한 이벤트 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(c)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(d)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후행 단계 절차 구성에 대한 프로세스 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(e)는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후위 단계 속성 구성에 관계한 프로세스 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 나타낸 도면.
도 9(f)는 일 실시예에 따른 본 발명의 개념 설계 설정 단계의 후행 단계 속성 구성에 관계한 프로세스 데이터 등록에 대한 일 실시 예를 데이터 기록 매체별로 계속 나타낸 도면.

이하, 본 발명의 기술적 사상을 첨부된 도면을 사용하여 더욱 구체적으로 설명한다.

첨부된 도면은 본 발명의 기술적 사상을 더욱 구체적으로 설명하기 위하여 도시한 일례에 불과하므로 본 발명의 기술적 사상이 첨부된 도면의 형태에 한정되는 것은 아니다.

도 1은 종래의 분석, 설계 과정과 본 발명의 분석, 설계 과정 비교한 도면이다. 도1을 참조하면, 본 발명의 분석, 설계 과정은 종래의 분석, 설계 과정을 단축하였으며, 과정 간에 번호체계로 종속 관계가 설정됨으로 분석, 설계 간에 누락 업무가 발생하지 않고, 직시적 화면 표현(구현)으로 유스케이스, 컴포넌트 식별의 혼란을 해소 할 수 있으며, 유스케이스 다이어그램, 클래스 다이어그램, 시퀀스 다이어그램의 생략이 가능하여 CASE tool 사용에 대한 부담이 해소 될 수 있다. 또한 편집기에 의한 수기 작성 하였던 분석서, 설계서를 출력기로 출력하는 가시적 효과와 분석, 설계의 기간 단축과 설계서 질 향상으로 개발 프로그램의 성능 향상에 기여할 수 있다.

도 2a는 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 시스템 구성도이다. 본 시스템은 (A00)클라이언트와 (B00)서버로 구성되며 클라이언트의 응용 프로그램군은 (A10)[사용자(사용자 1 내지 사용자 N)]은 사용자 관리의 권한 조건적으로 프로그램 접속 및 모듈 운영 권한에 의하여 (A20)[프레임웍 데이터 구조 생성(활성화)]을 초기 1회 실행하고, (A30)[분석, 설계 정보 설정 모듈(대상 및 범위, 요구 사항 정의, 적용 정보, 개념 설계 정의)]를 입력 장치에 의하여 설정하면 인터페이스에 의하여 (B00)서버의 (B10)[데이터베이스 구축(대상 및 범위 DB), (요구사항 정의 DB), (적용 정보 정의 DB), (개념 설계 DB)]에 저장하고, (A30)[분석, 설계 정보 출력 모듈(분석, 설계서 출력)]은 출력 장치와 인터페이스에 의하여 기 구축된 대상 및 범위 DB, 요구 사항 정의 DB, 적용 정보 정의 DB, 개념 설계 DB를 응용 프로그램의 조건적 검색을 통하여 분석, 설계서를 출력한다. 상기의 기능을 정보화적 처리를 위하여 클라이언트와 서버에 소프트웨어(OS, DB, 응용 프로그램), 하드웨어(CPU, 메모리, 입력 장치, 출력 장치, 주변 장치 등)을 보유한다.

도 2b는 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템의 총괄 흐름도이다. 도2b를 참조하면, 상기 응용프로그램 설계 방법은, DB 틀(Frame Work)에서 분석, 설계 과정별 설정 절차에 대한 클라이언트의 응용 프로그램은 (100)대상 및 범위 설정 단계 모듈, (200)요구 사항 정의 설정 단계 모듈, (300)적용 정보 정의 설정 단계 모듈, (400)개념 설계 정의 설정 단계 모듈, (410)이벤트 식별 선행 단계 모듈, (420)프로세스 식별 후행 단계 모듈과 (500)출력 단계 모듈로 응용 프로그램군이 구성된다. 상기 (100)대상 및 범위 설정 모듈 단계의 응용 프로그램은 클라이언트에서 입력 장치로 상위 과정 (110)시스템을 설정하고 중위 과정 (120)단위 업무를 설정하여 대상 및 범위 설정 정보를 인터페이스를 통하여 서버의 대상 및 범위 데이터베이스(DB)에 데이터 기록 매체별로 저장한다. (200)요구 사항 정의 설정 모듈 단계의 응용 프로그램은 클라이언트에서 서버의 대상 및 범위 데이터베이스(DB)를 인터페이스를 통하여 조건적으로 상속받아서 입력 장치로 (210)상위 과정 분석 유형 대표 속성 "요구 사항 정의"를 선택 설정하고 이하 대표 속성 계속 (211)비기능 요구 사항, (212)기능 요구 사항을 선택 설정하고. (220)상위 과정 분석 유형 중위 속성 형식을 선택 설정하여 (230)중위 과정 구성 정보에 상속한다.

상기 (230)중위 과정은 (231)대표 속성(종류) 설정, (232)중위 속성(절차)를 설정하여 인터페이스를 통하여 서버의 요구사항 정의 데이터베이스(DB)에 과정별 기록 매체별로 저장한다. (300)적용 정보 정의 설정 모듈 단계의 응용 프로그램은 클라이언트에서 서버의 요구사항 정의 데이터베이스(DB)를 인터페이스를 통하여 조건적으로 상속받아서 입력 장치에 의하여 (310)대표 속성 DA 설정, (320)중위 속성 GR 설정, (330)하위 속성 관리 설정, (340)상세 속성 항목을 설정하여 인터페이스를 통하여 서버의 적용 정보 데이터베이스(DB)에 과정별 기록 매체별로 저장한다.

(400)개념 설계 정의 모듈 단계의 응용 프로그램은 (410)이벤트 식별 설정 선행 단계는 클라이언트에서 서버에 기록된 적용 정보 데이터베이스(DB)를 인터페이스를 통하여 조건적으로 상속받아서 입력 장치에 의하여 이벤트 식별 정보를 설정하여 서버의 개념 설계 데이터베이스(DB)에 이벤트 정보를 데이터 기록 매체별로 저장하며, (420)프로세스 식별 후행 단계는 클라이언트에서 서버에 기록된 이벤트 정보를 인터페이스를 통하여 조건적으로 상속 받아서 입력 장치로 프로세스 식별 정보를 설정하여 서버의 개념 설계 데이터베이스(DB)에 저장한다.

(500)출력 모듈 단계 응용 프로그램은 클라이언트에서 데이터 검색 기능으로 서버에 구축된 대상 및 범위 데이터베이스(DB), 요구사항 정의 데이터베이스(DB), 적용 정보 정의 데이터베이스(DB), 개념 설계 데이터베이스(DB)를 사용자가 지정한 조건으로 검색, 호출하여 분석, 설계서를 출력 장치에 의하여 출력한다. 상기의 기능을 정보화적 처리를 위하여 클라이언트와 서버에 소프트웨어(OS, DB, 응용 프로그램), 하드웨어(CPU, 메모리, 입력 장치, 출력 장치, 주변 장치 등)를 보유한다.

도 3은 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 시스템의 메인 화면을 나타낸 도면이다. 도3에 도시된 바와 같이, 본 발명의 응용 프로그램 설계 방법 및 장치에 대한 정보 시스템으로 등록된 데이터는 분석, 설계의 양식으로 출력 장치에 의하여 출력된다.

상기 응용 프로그램 설계 방법 및 장치에 대한 시스템의 응용 프로그램은 소프트웨어[데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성, 대상 및 범위 설정 모듈, 요구 사항 정의 설정 모듈, 적용 정보 정의 설정 모듈, 개념 설계 설정 모듈, 출력 모듈]와 하드웨어[컴퓨터를 구성하는 장치(CPU, 메모리, 입력 장치, 출력 장치, 데이터 기록 매체)]로 구성한다.

상기 메인 화면은 선택부, 식별부, 설정부로 구성된다. 상기 선택부는 시스템, 단위업무, 분석 유형, 구성에 대한 부화면을 구성하며, 상기 시스템은 대표, 서브, 보조 설정을 위한 콤보 박스를 구성한다. 또한, 상기 단위 업무는 업무, 유형 설정을 위한 콤보 박스를 구성하며, 상기 분석 유형은 과정 설정을 위한 2단계 콤보 박스를 구성하고, 형식 선택을 위한 2단계 체크 박스를 구성한다. 또한, 상기 구성은 종류 설정을 위한 2단계 콤보 박스를 구성하고, 과정 선택을 위한 2단계 체크 박스를 구성한다.

또한, 상기 식별부는 요구 사항 정의, 이벤트 식별, 프로세스 식별 메뉴 버튼으로 구성된다. 상기의 요구 사항 정의 식별 메뉴 버튼은 선택부에서 분석 유형 과정의 (100)요구사항 정의, (120)기능 요구 사항, 형식 단계의 (120)데이터 속성 식별 선택 되어야 버튼이 활성화되고 이외는 비활성화로 선택이 안 된다.

상기의 이벤트 식별 메뉴 버튼은 선택부에서 분석 유형 과정의 (200)개념 설계, (210)명세화, 형식 단계의 (200)이벤트 식별 선택 되어야 버튼이 활성화되고 이외는 비활성화로 선택이 안 된다.

상기의 프로세스 식별 메뉴 버튼은 선택부에서 분석 유형 과정의 (200)개념설계, (210)명세화, 형식 단계의 (300)프로세스 식별 선택 되어야 버튼이 활성화되고 이외는 비활성화로 선택이 안 된다.

또한 상기 설정부는 적용정보, 이벤트, 프로세스, 기능, 코드, 적용 내역, 세부 내역, 전제 조건에 대한 설정 부화면으로 구성한다. 상기의 적용정보 속성((Da, Gr, 관리, 속성)은 식별부 데이터 속성 식별 메뉴 버튼 클릭으로 설정부 활성화되어 입력을 준비한다. 상기의 이벤트의 속성(L1, L2, L3, L4, L5)은 프로세스의 속성(주)은 식별부 이벤트 식별 메뉴 버튼 클릭으로 설정부 활성화되어 입력을 준비한다. 상기의 프로세스의 속성(서브, 보조), 관계정보의 속성(Sys, Da, 속성), 기능의 속성(주, 서브, 보조), 코드(L1, L2, L3)는 식별부 프로세스 식별 메뉴 버튼 클릭으로 설정부 활성화되어 입력을 준비한다.

상기의 적용 내역, 세부 내역, 전제 조건은 적용정보, 이벤트, 프로세스, 관계정보, 기능, 코드의 번호체계에 대한 정의를 설정하는 속성이다.

도4는 본 발명의 일 실시예에 따른 출력물을 나타낸 도면이다. 도4를 참조하

여 분석, 설계 산출물 유형별 검색에 대해 설명한다.

여기서 출력 모듈 응용 프로그램은 클라이언트에서 사용자에 의하여 검색 조건을 입력 장치에 의하여 설정하는 과정은 하기와 같다.

(710)서브 시스템 선택 단계는 서브 시스템 종류를 콤보 박스로 조회, 선택하며, (720)단위업무 선택 단계는 대상 업무를 콤보 박스로 조회, 선택하고, (730)유형 선택 단계는 대상 업무의 유형을 콤보 박스로 조회 선택한다.

이때 상기 (800)산출물 선택 단계는 (810)분석 단계, (820)설계 단계의 체크 박스를 활성화 시키고, 사용자는 (810)분석 단계, (820)설계 단계 중 하나를 선택하게 된다.

(810)분석 단계 설정 경우, 분석 산출물 유형의 부화면을 조회한다. 상기 부화면은 (811)요구 분석(요구사항 정의서), (812)유스케이스 정의(유스 케이스 목록, 유스케이스 명세), (813)논리 모델 정의(엔티티 정의, 속성 유형 정의), (814) 컴포넌트 정의(컴포넌트 식별, 컴포넌트 명세서)를 포함하고 있으며, 적어도 하나 이상 선택하게 된다.

상기 (811)요구 분석 단계의 요구 사항 정의서는 분석 유형(3)의 속성(과정)의 요구 분석에 대한 하위 단계 비기능 요구 사항, 기능 요구 사항을 식별하고, 비기능 요구 사항의 경우는 하위 속성(형식)의 환경 요구 사항, 품질 요구 사항, 제약 사항에 대한 하위 단계 구성(4)의 속성(종류, 절차)을 검색한다.

기능 요구 사항 경우는 하위 속성(형식)의 사전 구성 정보, 데이터 속성 식별에 대한 하위 단계 구성(4)의 속성(종류, 절차)을 검색한다. 상기 (812)유스케이스 정의 단계의 유스케이스 목록 및 유스케이스 명세 검색은 구성(4)의 속성(종류, 절차)을 검색한다. 또한, (813)논리 모델 정의 단계의 엔티티 정의서는 적용정보(5)의 속성(Da)을 검색하고 속성 유형 정의서는 관계정보(5)의 속성(Da, 항목)을 검색한다.

(814)컴포넌트 정의 단계의 컴포넌트 식별과 컴포넌트 명세는 이벤트(6)의 속성(L1, L2, L3, L4, L5)을 검색한다.

(820)설계 단계 설정의 경우, 분석 산출물 유형의 부화면을 조회하기 위해, (821)DB 설계(데이터베이스 목록, 데이터베이스 명세, 코드 목록), (822)아키텍처 설계(인터페이스 목록, 연계 정의서), (823)프로그램 설계(프로그램 목록, 프로그램 명세) 중 적어도 하나 이상을 선택하게 된다.

상기 (820)설계 단계에서 (821)DB 설계의 데이터베이스 목록은 적용정보(5)의 속성(Da)을 검색하고, 데이터베이스 명세는 관계정보(5)의 속성(Da, 항목)을 검색 하며, 코드 목록은 코드(10)의 속성(L1)에서 C00 체계의 정의(11)의 속성(세부내역)을 검색한다.

(822)아키텍처 설계 단계의 인터페이스 목록은 관계정보(8)의 속성(Sys) 번호체계 E00에 대한 검색과 하위 속성(Da, 항목)을 검색하고, 연계 정의서는 관계정보(8)의 속성(Sys) 번호체계 S00에 대한 검색과 하위 속성(Da, 항목)을 검색한다.

(823)프로그램 설계 단계의 프로그램 목록은 적용정보(5)의 속성(속성(attribute))에 대한 (프로세스(7))의 속성(주, 서브, 보조)의 번호체계 대분류 "500", "600", "700" 즉 프로그램명만을 식별하고, 프로그램 명세는 (프로세스(7))의 속성(주, 서브, 보조)의 번호체계 대분류에서 상속받은 중분류 "110", "120" 즉 프로그램 절차만을 식별한다.

(900)출력 모듈 단계는 클라이언트 응용 프로그램에 의하여 사용자가 선택한 조건으로 인터페이스를 통하여 서버에 구축된 데이터베이스(DB)를 검색하여 출력 장치에 의하여 출력한다.

본 발명의 응용 프로그램 설계 방법 및 장치의 도 2a 정보 시스템의 구성과 도 2b 총괄 흐름을 상세히 설명하기 위하여, 본 발명 일 실시예에 따른 (A20)[데이터베이스(DB) 프레임웍을 구성하는 데이터 구조 생성] (A30)[분석, 설계 정보 설정 모듈(대상 및 범위 설정 모듈, 요구 사항 정의 설정 모듈, 적용 정보 설정 모듈, 개념설계 정의 설정 모듈)]의 단계별 상세 기능을 도표를 예시하여서 하기와 같이 설명한다.

도 5a 본 발명의 데이터베이스(DB) frame work의 데이터 구조에 대한 group 정보의 속성 및 group 정보간 관계를 나타낸 도면으로 데이터베이스(DB) 틀(Frame Work)의 데이터 구조는 (1)시스템 group 속성(대표, 서브, 보조), (2)단위업무 group 속성(업무, 유형), (3)분석 유형 group 속성(과정, 형식), (4)구성 group 속성(종류, 절차), (5)적용정보 group 속성(Da, Gr, 관리, 항목), (6)이벤트 group 속성(L1, L2, L3, L4, L5), (7) 프로세스 group 속성(주, 서브, 보조), (8)관계정보 group 속성(Sys, Da, 항목), (9)기능 group 속성(주, 서브, 보조), (10)코드 group 속성(L1, L2, L3), (11)정의 group 속성(적용내역, 세부내역, 전체조건 및 보충)으로 구성하여 시스템, 단위업무, 분석 유형, 구성, 적용정보, 이벤트, 프로세스, 관계정보, 기능, 코드 group 속성은 숫자/문자(번호체계)로 구성하고 정의 group 속성 문자로 구성하며 단계별 과정 간에 번호체계를 관계하여 상속 관계를 갖는 데이터 구조로 생성한다.

도 5b는 본 발명의 일 실시예에 따른 DB 틀(Frame Work) 요구 사항 정의 데이터 기록 매체별로 나타낸 도면이며, 도 5c은 본 발명의 일 실시예에 따른 DB 틀(Frame work) 개념 설계 정의를 데이터 기록 매체별로 나타낸 도면이다.

도5b 내지 도 5c를 참조하면, 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 생성(creation) 목적은 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 복수의 단계별 과정을 관련 번호체계로 데이터 기록 매체별로 저장하기 위함이다.

상기 DB 틀(Frame Work)의 생성 특징은 대상 및 범위, 요구 사항 정의, 적용 정보 정의, 개념 설계 정의를 단계별로 상속 관계적인 데이터 기록 매체별로 저장하고 조건적으로 배열 조합할 수 있는 검색 기능으로 데이터베이스 속성, 인터페이스, 연동, 프로세스, 기능, 코드에 대한 정의를 범위(range), 깊이(Depth), 수준(level)을 관계한 번호체계에 의한 계층적, 상대적으로 데이터 기록 매체별로 생성함으로 종래에 프로그램 개발을 위한 모든 과정이 분산 작업하였던 것을 통합하는 특징을 갖는다.

도 6a는 본 발명의 일 실시예에 따른 대상 및 범위 설정 모듈의 흐름도이다. (100)대상 및 범위 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 시스템 정보와 단위 업무 정보를 조회하여 선택하는 기능으로 정보처리 순서는 상위 과정 (110)시스템 등록은 상위 속성(111)대표 시스템 등록하고 중위 속성 (112)서브 시스템은 대표 시스템을 상속받아 등록하며 하위 속성 (113)보조 시스템은 서브 시스템을 상속받아 설정하고 중위 과정 (120) 단위 업무 등록에 상속한다. 중위 과정 (120)단위 업무 등록은 상위 과정(110)시스템 등록 정보를 상속 받아서 시작하며 대표 속성 (121)업무를 등록하고 중위 속성 (122)유형은 업무를 상속받아 등록하여 인터페이스를 통하여 서버에 대상 및 범위 데이터베이스(DB)를 과정별 정보를 데이터 기록 매체별로 저장한다.

도 6b는 본 발명의 일 실시예에 따른 대상 및 범위 단계의 상위 과정 시스템 데이터 등록에 대한 일 실시 예에 따른 데이터 기록 매체별로 나타낸 도면이며, 도 6를 참조하여 더욱 상세히 설명한다.

시스템(1) 설정의 목적은 개발 예정 또는 개발된 시스템을 설정하는 단계로 대표 시스템, 서브 시스템, 보조 시스템에 대하여 분석, 설계, 개발, 유지보수, 버전업 등 해당사의 프로그램을 통합 관리한다. 상기 시스템 설정은 응용 프로그램 개발을 위한 분석 과정에서 첫 번째 과정으로 통합 프로그램에 대한 분석-설계-프로그램 일치화를 위한 체계적 관리 감독을 가능하게 하는 특징이 있다.

또한, 상기 시스템 설정의 데이터 구조 및 형식은 시스템(1)의 속성(대표, 서브, 보조)은 번호체계, 정의(11)의 속성(적용 내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 단위 업무(2) 연계하여 번호 체계를 관계하여 상속한다.

또한, 상기 시스템의 데이터 기록은 시스템(1)의 속성(대표, 서브, 보조)에 상위, 하위를 관계한 번호체계 순서에 따른 데이터 기록 매체별로 생성하여 대상 및 범위 데이터베이스(DB)에 기록 저장한다. 또한, 상기 시스템 설정의 관계는 시스템(1)의 속성(대표, 서브, 보조)에서 속성 간에 관계적 상속 관계를 조건으로 하여 적용 시스템을 정의한다.

상기 시스템(1)의 속성(대표)은 하위 속성(서브)에 상속한다. 하위 속성(서브)은 속성(대표)에서 상속받아 설정하고 하위 속성(보조)에 상속 하나, 상속이 발생하지 않으면 상속하지 아니한다.

도 6b에 도시된 XX 의료 재단 정보 시스템을 예시로 시스템 설정 과정을 설명한다. 시스템(1)의 속성(대표)의 설정은 (10)XX 의료 재단 정보 시스템으로 설정 하고 하위 속성(서브)에 상속 한다. 하위 속성(서브)의 설정은 상위 속성(대표)에서 상속받아 (01)진료정보, (02)임상검진 정보, (03)영상 정보, (04)건강 검진으로 설정 한다. 또한, 하위 속성(보조)의 설정은 상위 서브시스템 유형별로 설정한다.

상위 속성(서브)의 (01)진료정보에 대한 하위 속성(보조)은 (01)전자의무기록, (02)심사청구, (03)정보 전달로 설정한다. 상위 속성(서브)의 (02)임상검진정보, (03)영상정보, (04)건강검진은 하위 속성(보조)은 시스템이 발생하지 않아 설정하지 않는다.

도 6c는 본 발명의 일 실시예에 따른 대상 및 범위 단계의 중위 과정 단위업무(2) 데이터 등록에 대한 일 실시 예에 따른 데이터 기록 매체별로 나타낸 도면이다. 도6c를 참조하여 더욱 상세히 설명한다.

도 6c에 도시된 단위 업무(2) 설정의 목적은 대상 시스템에 대한 업무와 유형을 설정하는 과정으로 해당사의 실, 과, 소 업무에 대하여 정보화의 특수성을 고려하여 구성하고 요구 사항 정의, 개념 설계에 대한 대분류 기준으로 삼는다. 단위 업무(2) 설정은 중대규모의 프로그램 개발에서 업무 분담의 기준이 될 수 있어 개발 또는 유지보수 담당자 선정에 합리적일 수 있고 업무별로 요구 사항 정의, 개념 설계의 자료관리가 용이한 특징이 있다.

단위 업무의 설정에서 데이터 구조 및 형식은 단위업무(2)의 속성(업무, 유형)은 번호체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하고 시스템(1)을 연계하여 번호 체계를 관계하여 상속받는다.

단위업무의 설정의 발생은 시스템(1)의 속성(대표, 서브, 보조)에 대하여 단위업무(2)의 속성(업무, 유형) 설정으로 발생한다.

단위업무의 설정 정보 데이터 기록은 시스템(1)에서 상속받아 단위업무(2)의 속성(업무, 유형)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 저장한다.

단위업무의 설정의 관계는 시스템(1)의 속성(대표, 서브, 보조)에 대하여 단위업무(2)의 대표 속성(업무)을 정의하고 하위 속성(유형)을 정의하여 적용 업무를 구성하고 분석 유형(3)에 상속한다.

단위업무의 설정의 속성 정의는 단위업무(2)의 대표 속성(업무)은 하위 속성(유형)에 상속한다. 하위 속성(유형)은 상위 속성(업무)에서 상속받아 설정하며, 발생하지 않으면 상속받지 않는다.

도 6c에 도시된 건강검진 시스템을 예시로 단위업무 설정에 대해 설명한다. 상기 시스템(1)의 속성(대표)의 (10)XX 의료 재단 정보 시스템의 하위 속성(서브), (04)건강검진 시스템(Health)에 대한 단위업무(2)의 대표 속성(업무),은 (01)기반정보, (02)예약정보, (03)접수 정보, (04)검진 결과정보, (05)판정정보, (06)소견정보, (07)CRM정보, (08)수납정보, (09)청구정보, (10)미납정보, (11)문진정보, (12)오더정보로 구성 설정하고 각각에 하위 속성(유형)에 상속 한다.

상기 단위업무(2)에 대한 하위 속성(유형)은 상위 속성(업무)별로 상속받아 설정 하며, (01)기반 정보관리의 하위 속성(유형)은 (01)병원정보, (02)인적정보, (03)검사항목, (04)참고치 정보, (05)사용자 정보, (06)개별 묶음정보로 설정하고, (02)예약 정보관리의 하위 속성(유형)은 (01)인터넷 예약, (02)내원 및 전화 예약 설정으로 설정하고, (03)접수 정보관리의 하위 속성(유형)은 (01)내원 검진 접수, (02)출장 검진 접수로 설정한다. 또한, (04)검진결과 정보관리의 하위 속성(유형)은 (01)임상검진 결과, (02)장비검진 결과로 설정하고, (05)판정 정보관리의 하위 속성(유형)은 (01)종검 판정, (02)일검 판정, (03)특검 판정, (04)오대암 판정으로 설정하고 (06)소견 정보관리의 하위 속성(유형)은 (01)건보 소견, (02)임상 검사항목 소견, (03)임상 표적 소견, (04)특검소견으로 설정한다. 또한, (07)CRM 정보관리의 하위 속성(유형)은 (01)사후관리지원, (02)이메일, 문자 발송으로 설정하게 된다. 상기 도8에 도시된 단위업무(2)의 (08)수납 정보관리, (09)청구 정보관리, (10)미납 정보관리, (11)문진 정보관리, (12)오더 정보관리에 대한 하위 속성(유형)의 설정은 생략하기로 한다.

도 7a는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 모듈 흐름도이다. (200)요구 사항 정의 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 분석 유형 정보와 구성 정보를 조회하여 선택하는 기능으로 정보처리 순서는 인터페이스를 통하여 서버에 구축된 대상 및 범위 데이터베이스(DB)를 상속받아서 요구 사항 정의 정보를 설정하는 과정으로 상위 과정 (210)분석 유형 등록은 대표 속성 (210a)요구 사항 정의 설정하고 계속 대표 속성 (211a)비기능 요구 사항과 (211b)기능 요구 사항을 설정 한다.

상기 계속 대표 속성 (211a)비기능 요구 사항 설정은 대표 속성 (210a)요구 사항 정의와 관계하여 중위 속성 형식 정보를 (212a1)환경 요구 사항, (212a2)품질 요구 사항, (212a3)제약 사항을 설정한다. 상기 계속 대표 속성 (211b)기능 요구 사항 설정은 대표 속성 (210a)요구 사항 정의와 관계하여 중위 속성 형식 정보를 (212b1)사전 구성 정보, (212b2)데이터 속성 식별을 설정한다.

상기의 비기능 요구 사항의 중위 속성 형식 정보 (212a1)환경 요구 사항, (212a2)품질 요구 사항, (212a3)제약 사항에 대한 (230)중위 과정 구성 정보 설정은 중위 속성별로 대표 속성 종류를 설정한다. 상기의 기능 요구 사항의 중위 속성 형식 정보 (211b1)사전 구성 정보에 대한 (230)중위 과정 구성 정보를 설정은 대표 속성 종류를 설정한다.

상기의 기능 요구 사항의 중위 속성 형식 정보 (211b2)데이터 식별 정보에 대한 (230)중위 과정 구성 정보를 설정은 대표 속성 종류에 관계하여 (232)중위 속성으로 (232a)정보 절차 구성과 (232b)정보 속성 구성을 설정한다.

상기 요구 사항 정의 과정별 설정 정보는 인터페이스를 통하여 서버에 요구 사항 정의 데이터베이스(DB)를 과정별 기록 매체별로 저장한다.

도 7b는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 단계의 상위 과정 분석 유형 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이다.

도7b를 참조하면, 분석 유형(3)의 설정 목적은 단위업무(2)의 속성(업무, 유형)에 대한 요구 사랑 정의와 개념 설계 정의 단계를 연계 관리하기 위한 목적을 갖는다.

분석 유형(3)의 설정은, 시스템-단위업무에 대한 요구 사항 정의, 개념설계 정의를 관련 번호 체계에 의하여 관리 될 수 있어 지속적 관리에 용이하다는 특징이 있으며, 종래의 분석, 설계서가 편집기(한글, Excel, Word 등)에서 작성하여 관계성이 명시적이어서 발생된 문제점을 DB 틀(Frame Work)에서 관련 번호체계를 설정함으로써 해결할 수 있는 특징이 있다.

분석 유형(3)의 설정 과정은 분석 유형(3)의 속성(과정, 형식)은 번호 체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하고 단위업무(2)를 연계하여 번호체계를 관계하여 상속받는다.

분석 유형(3)의 설정 발생은 단위업무(2)에 대하여 요구 사항 정의, 개념설계 설정에서 발생한다.

분석 유형(3)의 데이터 생성은 단위 업무(2)에서 상속받아 분석 유형(3)의 속성(과정, 형식)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 저장하는데 대표 속성(과정)에 대한 하위 속성(형식)을 정의하여 분석 유형(3)[요구 사항 정의, 개념 설계 정의]을 구성하고 구성(4)에 상속한다.

분석 유형(3)의 설정의 상위 속성(과정)은 요구 사항 정의, 개념 설계 정의로 설정하고 하위 속성(절차)에 상속한다.

상기 요구 사항 정의 대표 속성(과정)에 대한 하위 속성은 요구 사항 정의를 동일 레벨로 상속받아 비 기능적 요구 사항과 기능적 요구 사항으로 설정하며 하위 속성(형식)에 상속한다.

상기 비 기능적 요구 사항을 상속받은 하위 속성(형식)은 환경 요구 사항, 품질 요구 사항, 제약 사항을 설정한다.

상기 기능적 요구 사항을 상속받은 하위 속성(형식)은 사전 구성 정보, 데이터 속성 식별 설정한다.

개념 설계 단계의 하위 단계는 개념 설계를 동일 레벨로 상속받아 명세화를 설정하여 하위 속성(형식)에 상속한다. 명세화를 상속받은 하위 속성(형식)은 이벤트 식별, 프로세스 식별로 설정한다.

도7b에 도시된 건강 검진-접수관리-내원 검진 접수에서 요구 사항 정의 설정 단계 상위 과정 분석 유형 데이터 등록에 대한 예시로 좀 더 상세히 설명한다.

분석 유형(3) 과정의 설정 일부 예시는 단위업무(2)의 속성(업무, 유형)에 관계하여 요구 사항 정의와 개념 설계를 정의하여 설정한다.

분석 유형(3)의 대표 속성(과정)는 (100)요구 사항 정의의 하위 과정 (110)비기능 요구 사항, 하위 과정 (120)기능 요구 사항과 (200)개념 설계 정의의 하위 과정 (210)명세화로 설정한다.

상기 (100)요구 사항 정의의 하위 과정 (110)비기능 요구 사항에 대한 하위 속성(형식)은 (100)환경 요구 사항, (200)품질 요구 사항, (300)제약 사항을 설정한다.

(100)요구 사항 정의 하위 과정 (120)기능적 요구 사항에 대한 하위 속성(형식)은 (110)사전 구성 정보, (120)데이터 속성 식별을 설정한다.

(200)개념설계 정의 하위 과정 (210)명세화에 대한 하위 속성(형식)은 (200)이벤트 식별, (300)프로세스 식별로 설정한다.

도 7c는 본 발명의 일 실시예에 따른 요구 사항 정의 설정 단계의 중위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이며,

도 7d는 본 발명의 일 실시예에 따른 개념 설계 정의 설정 단계의 중위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이다.

도 7c 내지 도 7d를 참조하면, 구성(4)의 설정 목적은 요구 분석과 개념 설계에 대한 구성(4)의 속성(종류, 절차)을 정의하여 요구 사항 정의와 개념 설계 정의에 대한 범위 및 대상을 명확히 한다.

또한, 구성(4) 설정의 특징은 요구 사항 정의와 개념 설계 정의에 대한 범위 및 대상을 명확히 함으로 종래의 분석, 설계의 범위 및 대상 식별 혼선의 문제점을 해결할 수 있는 특징이 있다.

또한, 구성 정보의 데이터 구조 및 형식은 구성(4)의 속성(종류, 절차)은 번호체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 분석 유형(3)에서 연계하여 번호체계를 관계하여 상속받는다.

상기 구성(4) 정보의 발생은 분석 유형(3)의 속성(과정, 형식)에 대하여 구성(4)의 속성(종류, 단계) 설정으로 발생하며 요구분석, 개념 설계의 대상을 구체적으로 정의한다.

상기 구성(4) 설정으로 기록 매체별 데이터 생성은 분석 유형(3)에서 상속받아 구성(4)의 속성(종류, 절차)에 상위, 하위를 관계한 번호체계 순서에 따라 기록 매체별로 데이터를 생성 저장하는데 대표 속성(종류)에 대한 하위 속성(절차)을 정의하여 적용 분석 유형의 대상을 구성하고 적용정보(5)에 상속한다.

상기 구성(4)의 설정의 관계는 분석 유형(3)의 속성(과정, 형식)에 관계하여 구성(4)의 속성(종류, 절차)을 정의하여 설정한다. 상기 구성(4)의 대표 속성(종류)은 분석유형(3)의 하위 속성(형식)에서 상속받아 설정한다. 하위 속성(절차)는 상위 속성(종류)에서 상속받아 설정한다.

도 7c에 도시된 건강검진-접수관리-내원 검진 접수에 대하여 요구 사항 정의 설정 단계 중위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 설정하는 과정을 설명한다.

도 7c의 요구 사항 정의 설정 단계 중위 과정 구성(4) 데이터 등록에 대한 데이터 기록 매체별 발생 과정은 상위 과정 분석 유형(3)의 대표 속성(과정)의 (100)요구 사항 정의, (110)비 기능적 요구 사항, (120)기능 요구 사항에 대한 하위 속성(형식)에 관계하여 구성(4)의 속성(종류, 절차)을 설정한다.

상기 (110)비 기능적 요구 사항에 대한 하위 속성(형식)은 (100)환경 요구 사항, (200)품질 요구 사항, (300)제약 사항을 설정하고 구성(4)에 상속한다. 상기 (100)환경 요구 사항에 대한 하위 과정 구성(4)의 속성(종류, 절차)은 발생치 않아 생략하기로 한다.

(200)품질 요구 사항에 대한 하위 과정 구성(4)의 속성(종류), (001)신뢰성, (002)성능, (003)보안성을 설정하고 하위 속성(절차)은 발생치 않아 생략하기로 하며, (300)제약 사항에 대한 하위 과정 구성(4)의 속성(종류, 절차)은 발생치 않아 생략하기로 한다.

(120)기능적 요구 사항에 대한 하위 속성(형식)은 (110)사전 구성 정보 (120)데이터 속성 식별을 설정하고 구성(4)에 상속한다. (110)사전 구성 정보에 대한 하위 과정 구성(4)의 속성(종류)은 (001)사업장 정보를 설정하고 하위 속성(절차)은 발생치 않아 생략하기로 한다.

상기 (120)데이터 속성 식별에 대한 하위 과정 구성(4)의 속성(종류)은 (120)데이터 속성 식별에 대한 구성 설정은 구성(4)의 속성(종류)은 (001)헤드 정보, (002)검사항목 발생 정보 생성으로 설정하고 하위 속성(절차)에 상속하여 설정한다.

상위 속성 (001)헤드 정보 등록 하위 속성(절차)은 (100)헤드 정보 등록 관리의 하위로 (1A0)헤드 정보 절차 구성, (1B0)헤드 정보 속성 구성을 설정한다.

상위 속성 (002)검사항목 발생 정보 생성의 하위 속성(절차)은 (100)검사항목 발생 정보등록의 하위로(1A0)검사항목 발생 정보 절차 구성, (1B0)검사항목 발생 정보 속성을 설정한다.

도 7d에 도시된 건강검진-접수관리-내원 검진 접수에 대하여 개념 설계 정의 설정 단계의 하위 과정 구성 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 설정하는 과정을 설명한다.

개념 설계 정의 단계에서 대한 구성(4) 설정은 분석 유형(3)의 속성(과정)의 (200)개념 설계, 이하 (210)명세화에 대한 하위 속성(형식)은 (200)이벤트 식별, (300)프로세스식별에 관계하여 구성(4)의 속성(종류, 절차)을 설정한다.

상기 (200)이벤트 식별에 대한 하위 과정 구성(4)의 속성(종류)을 (001)헤드 정보 등록, (002)검사항목 발생 정보 생성, (003)검사항목 수가 정보 생성, (004)검진비 정보 생성을 설정한다.

상기 (001)헤드 정보 등록에 대한 하위 속성(절차)은 (100)헤드 정보 등록에 대한 하위로 (1A0)헤드 정보 절차 구성, (1B0)헤드 정보 속성 구성을 설정, (200)헤드정보 수정/변경 등록에 대한 하위로 (2A0)헤드 정보 절차 구성, (2B0)헤드 정보 속성 구성 설정, (300)헤드정보 조회/출력에 대한 하위로 (3A0)헤드 정보 절차 구성, (3B0)헤드 정보 속성을 설정한다.

(002)검사항목 발생정보, (003)검사항목 수가정보, (004)검진비 정보 생성에 대한 중위 속성(절차)은 설정은 "헤드정보 등록"과 동일하여 생략한다.

상기 (300)프로세스 식별에 대한 하위 과정 구성(4)의 속성(종류)을 (001)헤드 정보 등록, (002)검사항목 발생 정보 생성, (003)검사항목 수가 정보 생성, (004)검진비 정보 생성을 설정한다.

상기 (001)헤드정보 등록에 대한 하위 속성(절차)은 (100)헤드 정보 등록에 대한 하위로 (1A0)헤드정보 절차 구성, (1B0)헤드정보 속성 구성(1B0)설정,

(200)헤드정보 수정/변경 등록에 대한 하위로 (2A0)헤드정보 절차 구성, (2B0)헤드정보 속성 구성 설정, (300)헤드정보 조회/출력에 대한 하위로 (3A0)헤드정보 절차 구성, (3B0)헤드정보 속성을 설정한다.

(002)검사항목 발생정보, (003)검사항목 수가정보, (004)검진비 정보 생성에 대한 하위 속성(절차)은 "헤드정보 등록" 과정과 동일하여 생략한다.

도 8a는 본 발명의 일 실시예에 따른 적용 정보 정의 설정 모듈 흐름도로 (300)적용 정보 정의 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 인터페이스를 통한 서버에 구축된 요구 사항 정의 데이터베이스(DB)의 요구 사항 정의-기능 요구 사항-데이터 속성 식별-대응 정보와 관계한 (232a)정보 절차 구성과 (232b)정보 속성 구성을 상속받아 적용 정보를 설정 한다.

상기 (232a)정보 절차 구성은 입력 장치로 적용 정보 하위 속성 관리를 설정하고 인터페이스를 통한 서버의 적용 정보 데이터베이스(DB)에 기록 매체별로 저장 한다.

상기 (232b)정보 속성 구성은 입력 장치로 적용 정보 대표 속성 DA 설정, 중위 속성 GR 설정, 하위 속성 관리 설정, 상세 속성 (항목/attribute) 설정하여 인터페이스를 통한 서버의 적용 정보 데이터베이스(DB)에 기록 매체별로 저장 한다. 상기 서버에 저장된 적용 정보 데이터베이스(DB)는 개념 설계 정의 단계의 선행 단계 이벤트 식별에 상속한다.

도 8b는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 식별에 관계한 적용 정보 데이터 등록에 대한 색인부 부문 일 실시예를 데이터 기록 매체별로 나타낸 도면이며, 도 8c는 본 발명의 일 실시예에 따른 적용 정보 설정 단계의 데이터 식별에 관계한 적용 정보 데이터 등록에 대한 인적 정보부 부문 일 실시예를 데이터 기록 매체별로 나타낸 도면이다.

도 8b 내지 도 8c를 참조하면, 데이터 식별에 관계한 적용 정보(5) 정의 설정 목적은 요구 사항 정의 단계의 기능 요구사항의 데이터 속성 식별 과정에서 정보 절차 구성과 정보 속성 구성에 대하여 적용 정보를 설정하여 개념 설계 정의 단계의 선행 단계 (200)이벤트 식별과 후행 단계 (300)프로세스 식별을 위한 적용 정보 속성을 제공하여 개념 설계의 정의를 속성을 기준하여 기재 될 수 있도록 하는 목적이 있다.

상기 데이터 속성 식별 과정에서 적용 정보 설정의 특징은 분석 산출물(엔티티 정의, 속성 유형 정의), 설계 산출물(데이터베이스 목록, 데이터베이스 명세서)을 검색 출력하는 특징이 있고, 종래의 개발에서 분석, 설계 과정에서 산출물간 관계적이고 체계적인 정의가 되지 않아 인터페이스, 연계, 프로세스, 기능, 코드에 대하여 누락 또는 축소되었던 부분을 해결할 수 있는 또 하나의 특징이 있다.

상기 데이터 속성 식별 과정에서 적용 정보의 데이터 구조 및 형식은 적용정보(5)의 속성(Da, Gr, 관리, 항목)은 번호체계, 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 구성(4)에서 연계하여 번호 체계를 관계하여 상속받는다.

상기 데이터 속성 식별 과정에서 적용 정보의 데이터 발생은 분석 유형(3) 속성(과정)의 (100)요구 사항 정의, 이하 (120)기능 요구 사항의 하위 속성 (120)데이터 속성 식별에 관계한 구성(4)의 대표 속성(종류)의 (001)헤드 정보 등록에 대한 하위 속성(절차)의 (100)헤드 정보 등록, 이하 (1A0) 헤드 정보 절차 구성, (1B0) 헤드 정보 속성 구성에서 시작한다.

상기 데이터 속성 식별 과정에서 적용 정보(5)의 데이터 발생은 구성(4)의 속성(종류, 절차)에 관계하여 적용정보(5)의 속성(Da, Gr, 관리, 항목)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 설정하는데 대표 속성(Da)에 대한 하위 속성(Gr, 관리, 항목)을 정의하여 적용정보를 데이터 기록 매체별로 저장하고 이벤트 식별에 관계적 기반을 적용한다.

상기 데이터 속성 식별 과정의의 적용 정보(5)설정 관계는 구성(4)의 속성(절차)의 (100) 정보등록의 하위(1A0) 정보 절차 구성, (1B0) 정보 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목)에 대한 정의를 설정한다.

상기 데이터 속성 식별 과정의 적용 정보(5)의 속성 관계는 속성(Da)은 대표 속성으로 적용 데이터베이스의 명칭 정의, 중위 속성(Gr)은 속성(항목/attribute)의 활용의 적용성이 같은 즉 클래스를 정의, 하위 속성(관리)은 Gr의 설정 방법 및 방향을 제시, 상세 속성(항목/attribute)은 항목명을 정의를 설정한다.

도 8b는 건강검진-접수 정보-내원 검진 접수-헤드 정보 등록에 대한 적용 정보 설정 단계에서 데이터 속성 식별에 대한 적용 정보 데이터 등록 색인부 부문 일 실시예를 데이터 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 생성 기록된다.

적용 정보(5) 데이터 등록 색인부 부문의 설정은 구성(4)의 대표 속성(종류) (001)헤드정보 등록, 하위 속성(절차) (100)헤드 정보 등록 관리, 이하 (1A0)헤드 정보 절차 구성, 이하 (1B0)헤드 정보 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목)을 설정한다.

상기 (1A0)헤드 정보 절차 구성의 경우 적용정보(5)의 속성(관리)에 대하여 (100)접수 프로그램 운영을 설정한다.

상기 (1B0)헤드 정보 속성 구성의 경우는 적용정보(5)의 대표 속성(Da)은 (031)접수 정보로 설정하고 하위 속성(Gr, 관리, 항목)설정에 기반이 된다.

하위 속성(Gr)은 대표 속성(Da)로부터 상속 받고 (010)색인 정보부, (020) 접수 형식 정보부를 설정하고 하위 속성(관리)에 상속한다.

상기 (010)색인 정보부에 대한 하위 속성 (관리)은 (100)색인 정보부 개별 설정, 이하 (101)검진일 설정, (102)접수 번호 설정하고 하위 속성(항목/attribute)에 상속 한다.

(101)검진일 설정에 대한 하위 속성(항목/attribute)은 (001)검진일을 설정한다. (102)접수번호 설정에 대한 하위 속성(항목/attribute)은 (002)접수번호를 설정한다.

상기 (020)접수 형식 정보부에 대한 하위 속성(관리)은 (100)접수 형식 정보부 개인 설정, 이하 (101)접수 구분 설정, (102)검진 장소 설정하고 하위 속성(항목/attribute)에 상속한다.

(101)접수 구분 설정에 대한 하위 속성(항목/attribute)은 (003)접수 구분을 설정한다. (102)검진 장소 설정에 대한 하위 속성(항목/attribute)은 (004)검진장소를 설정한다.

도 8c는 건강검진-접수 정보-내원 검진 접수-헤드 정보 등록에 대한 적용 정보 설정 단계에서 데이터 속성 식별에 대한 적용 정보 데이터 등록 인적 정보부 일 실시예를 데이터 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 생성 기록된다.

적용 정보 데이터 등록 과정 인적 정보부 부문의 설정은 구성(4)의 속성(절차)의 (1B0)헤드정보 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목)을 설정한다.

속성(Gr)은 상위 속성(Da)에서 상속받고 (030)인적 정보부 이하 (031)인적 개인 정보부 설정하고 하위 속성(관리)에 상속한다. 상기(Gr) 속성 (030)인적 정보부에 대한 하위 속성 관리는 (100)인적 정보기 등록 여부 조건적 설정, 이하 (101) 인적 정보 기 등록 여부 검색 설정하고 하위 속성(항목/attribute)은 발생치 않아 생략하기로 한다.

상기 속성(Gr)의 (031) 인적 개인 정보부의 하위 속성 (관리)은 (100)인적개인 정보부 조건적 설정, (101)주민번호 관리 구분 조건적 설정, (102)주민 번호 및 주민 순번 임시 저장, (103)고객번호 조건적 설정, (104)차트번호 조건적 설정, (105)성명 조건적 설정, (106)성별 조건적 설정, (107)나이 산출 설정 설정하고 하위 속성(항목/attribute)에 상속한다.

상기에서 (101)주민번호 관리 구분 조건적 설정에 대한 하위 속성(항목/attribute)은 (005)주민번호 관리 설정, (102)주민 번호 및 주민 순번 임시 저장에 대한 하위 속성(항목/attribute)은 발생치 않아 생략, (103)고객번호 조건적 설정에 대한 하위 속성(항목/attribute)은 (006)고객번호를 설정, 상기 (104)차트번호 조건적 설정에 대한 하위 속성(항목/attribute)은 (007)차트번호 설정, (105)성명 조건적 설정에 대한 하위 속성(항목/ attribute)은 (008)성명 설정, (106)성별 조건적 설정에 대한 하위 속성(항목/attribute)은 (009)성별 설정, (107)나이 산출에 대한 하위 속성(항목/attribute)은 (010)나이 설정한다.

도 9a는 본 발명의 일 실시예에 따른 개념 설계 정의 설정 모듈 흐름도로, (400)개념 설계 정의 설정 모듈은 클라이언트에서 구동되는 응용 프로그램으로 인터페이스를 통한 서버에 구축된 (232a)정보 절차 구성과 (232b)정보 속성 구성에 대한 적용 정보를 상속받아서 개념 설계 설정 단계의 선행 단계 이벤트 식별을 설정하여 후행 단계 프로세스 식별에 상속하여 프로세스 식별을 설정한다.

상기 선행 단계 이벤트 식별에서 (232a)정보 절차 구성에 대한 이벤트 식별 설정 경우는 입력 장치로 적용 정보 하위 속성 관리에 대하여 상위 과정 이벤트 대표, 중위, 하위, 상세, 세세 속성(L1, L2, L3, L4, L5)을 설정하고 이벤트 속성과 관계하여 중위 과정 프로세스 대표 속성 주를 설정하여 인터페이스를 통한 서버의 개념 설계 데이터베이스(DB)의 정보 절차 구성에 대한 이벤트 정보를 기록 매체별로 저장한다.

상기 선행 단계 이벤트 식별에서 (232b)정보 속성 구성에 대한 이벤트 식별 설정 경우는 입력 장치로 적용 정보 대표, 중위, 하위, 상세 속성(Da, Gr, 관리, 항목)에 대하여 상위 과정 이벤트 대표, 중위, 하위, 상세, 세세 속성(L1, L2, L3, L4, L5)을 설정하고 이벤트 속성과 관계하여 중위 과정 프로세스 대표 속성 주를 설정하여 인터페이스를 통한 서버의 개념 설계 데이터베이스(DB)의 정보 속성 구성에 대한 이벤트 정보를 기록 매체별로 저장한다.

상기 후행 단계 프로세스 식별 설정은 상기 선행 단계 이벤트 식별 설정 정보를 상속 받아서 입력 장치로 상위 과정 프로세스의 중위, 하위 속성(서브, 보조) 설정, 중위 과정 관계 정보의 대표, 중위, 하위 속성(Sy, Da, 항목) 설정, 하위 과정 기능의 대표, 서브, 보조 속성(주, 서브, 보조)설정, 상세 과정 코드의 대표, 중위, 하위 속성(L1, L2, L3) 설정하여 프로세스, 인터페이스, 연계, 프로시저를 정의할 수 있는 정보를 인터페이스를 통한 서버의 개념 설계 정의 데이터베이스(DB)에 기록 매체별로 저장한다.

도 9b는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 절차 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면이며, 도 9c는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면이다.

도 9b 내지 도 9c를 참조하면, 개념 설계 단계의 선행 단계 이벤트 식별의 목적은 절차 구성과 속성 구성에 대한 적용정보(5)의 속성(Da, Gr, 관리, 항목/attribute)을 충족하기 위한 이벤트를 식별을 설정하여 후행 단계 프로세스 식별 단계에 상속하여 프로세스 식별의 정의 설정을 위한 틀을 지원하는 목적이 있다.

상기 이벤트 식별은, 분석 산출물(컴포넌트 식별, 컴포넌트 명세)을 검색 출력하며, 이벤트(5)의 속성(L1, L2, L3, L4, L5)을 단계적, 관계적으로 구성하여, 종래의 업무(business) 프로그램 개발에서 컴포넌트 식별이 난해하고 어려웠던 점을 해결 하도록 하며 컴포넌트 상호 작용에 대하여 정보 흐름이 감지될 수 있도록 과정을 관계화 하여 육안 식별이 가능한 특징이 있다.

상기 이벤트 식별의 정보의 데이터 구조와 형식은 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성(주)은 번호체계로 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 적용정보(5)와 연계하여 번호 체계를 관계하여 상속받는다.

상기 이벤트 식별 발생은 분석 유형(3)의 속성(과정)의 (200)개념설계 설정, 이하(210)명세화 설정, 하위 속성(형식)의 (200)이벤트 식별에 대한 하위 과정 구성(4)의 속성(종류)의 (001) 헤드 정보 등록 설정, 하위 속성(절차)의 (100)헤드 정보 등록에 대한 (1A0)정보 절차 구성, (1B0)정보 속성 구성으로 발생한다.

상기 이벤트 식별의 데이터 생성은 적용정보(5)에서 상속받아 이벤트(6)의 속성(L1, L2, L3, L4, L5), 프로세스(7)의 속성(주)에 상위, 하위를 관계한 번호체계 순서에 따라 데이터 기록 매체별로 이벤트 속성(L1, L2, L3, L4, L5)과 프로세스 속성(주)을 정의하여 데이터 기록 매체별로 저장하고 프로세스 식별에 관계적 기반을 적용한다.

상기 이벤트 식별의 설정 관계는 구성 대표 속성 (001)헤드 정보 등록 설정, 하위 속성(절차)의 (100)헤드 정보 등록 설정, 이하 (1A0)정보 절차 구성, (1B0)정보 속성 구성을 상속받아 적용정보(5)에 관계하여 이벤트(6)의 속성(L1, L2, L3, L4, L5), 프로세스(7)의 속성(주)에 이벤트의 절차를 정의하여 설정하고 프로세스 식별에 상속한다.

상기 이벤트 식별의 속성의 관계는 속성(L1)은 대표 속성으로 하위 속성(L2, L3, L4, L5)관계하여 상속하며 이벤트(5)의 속성(L1, L2, L3, L4, L5)을 설정한다.

도 9b 내지 도 9c의 건강검진-접수 정보-내원 검진 접수-헤드 정보 등록(헤드 정보 절차 구성, 헤드 정보 속성 구성)에 대한 예시로 이벤트 식별을 설명한다.

도 9b는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 절차 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 설정, 생성 기록 저장한다.

도 9b는 본 발명의 개념 설계 설정 단계의 선행 단계 절차 구성에 대한 이벤트 식별 설정은 구성(4)의 속성(종류)의 (001)헤드 정보 등록에 대한 하위 속성(단계)의 (100)헤드 정보 등록의 하위(1A0)헤드 정보 절차 구성과 적용정보(6)의 속성(관리)의 (100)접수관리 프로그램 운영을 상속받아서 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성(주)을 설정한다. 이벤트(6)의 속성(L1)의 설정은 (100)접수관리 메뉴 운영의 하위(110)로그인 인식, (120)로그인 정보 임시 저장, (130)사용자 관리 조건 운영의 하위(13A)접수 관리 운영 허용 경우, (13B)접수 관리 운영 불허 경우에 대해 설정을 하고 프로세스(7)의 속성(주)에 상속한다. 또한, 상기 이벤트 (100)접수관리 메뉴 운영에 대한 하위 과정 프로세스(7)의 속성(주)을 (100)접수 메뉴 구성으로 설정한다. 이벤트 (110)로그인 ID 인식 대한 하위 과정 프로세스(7)의 속성(주)을 (100)로그인 정보 임시 저장으로 설정한다.

이벤트 (120)접수 관리 프로세스 호출 대한 하위 과정 프로세스(7)의 속성(주)를 (100)사용자 관리 정보 검색의 하위(110)권한 판단으로 설정한다.

상기 이벤트 (130)사용자 관리 조건적 운영 대한 하위 단계인 (13A)접수 관리 운영 허용 경우, (13B)접수 관리 운영 불허 경우에 대하여 하위 과정프로세스(7)의 속성은 상속하여 설정한다. 상기 (13A)접수 관리 운영 허용 경우에 대한 하위 과정프로세스의 속성은 (100)접수 프로그램 구동으로 설정한다. (13B)접수 관리 운영 불허 경우에 대한 하위 과정 프로세스의 속성은 (100)접수 프로그램 구동으로 설정한다.

도 9c는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 설정, 생성 기록 저장한다.

도 9c는 본 발명의 개념 설계 설정 단계의 선행 단계 속성 구성에 관계한 이벤트 식별 설정은 구성(4)의 속성(절차)의 (1B0)헤드 정보 속성 구성에서 적용정보(5)의 속성(Da, Gr, 관리, 속성)을 상속받아서 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성(주)을 설정한다.

상기 적용정보(5)의 속성(Da)은 (031)접수정보, 하위 속성(Gr)은 (010)색인 정보부의 하위 속성(관리)은 (100)색인 정보 개별 설정에 대한 하위 과정(101)검진일 (102)접수 번호에 대한 하위 속성 (항목/attribute)은 (001)검진일, (002)접수번호를 상속 받아서 이벤트 과정을 설정한다.

(001)검진일에 대한 이벤트(6)의 속성(L1)은 (100)검진일 설정 종류 식별의 하위의(1A0)검진일 당일 설정 경우와 (1B0) 검진일 소급 설정 경우에 대한 하위 과정 프로세스(7)의 속성(주)을 설정한다.

(1A0)검진일 당일 설정 경우에 대한 하위 단계 프로세스(7)의 속성(주)은 (100)검진 일자 식별의 하위의(110)검진 일자 검색, (120)검진 일자 설정을 정의 한다.

(1B0)검진일 소급 설정 경우에 대한 하위 단계 프로세스(7)의 속성(주)은 (100)검진 일자 식별 설정의 하위의(110)달력 컴포넌트 활용 설정을 정의 한다.

(002)접수번호에 대한 이벤트(6)의 속성(L1)은 (100)접수번호 산출 설정의 하위(110)당일 접수 번호 마스트 정보 검색, (120)접수 번호 산출 생성 설정을 정의한다.

도 9d는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후행 단계 절차 구성과 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이며, 도 9e는 본 발명의 일 실시예에 따른 개념 설계 설정 단계의 후행 단계 속성 구성과 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 나타낸 도면이고, 도 9f는 본 발명의 일 실시예에 따른개념 설계 설정 단계의 후행 단계 속성 구성과 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 데이터 기록 매체별로 계속 나타낸 도면이다. 도 9d 내지 도 9f는 참조하여 후행 단계 프로세스 식별에 대해 좀 더 상세히 설명한다.

개념 설계 설정 단계의 후행 단계 프로세스 식별의 목적은 상속된 이벤트(6)의 속성(L1, L2, L3, L4, L5)과 프로세스(7)의 속성에 대하여 프로세스, 인터페이스, 연계, 기능, 코드에 대하여 관계적으로 정의하여 정보의 관계, 흐름, 절차를 직시적인 방법으로 식별이 가능하도록 구성하는 목적이 있다.

개념 설계 설정 단계의 후행 단계 프로세스 식별의 특징은, 아키텍처 설계(인터페이스, 연계), 프로그램 설계(프로그램 목록, 프로그램 명세)의 산출물 검색 출력하는 특징이 있고 비즈니스 프로세스(클래스 다이어그램, 시퀀스 다이어그램)를 직시적로 정보의 흐름이 감지될 수 있는 특징으로 종래의 설계에서 Case Tool을 사용하여 클래스 다이어그램, 시퀀스 다이어그램을 작성하는 부담을 해소할 수 있다.

상기 프로세스 식별의 또 다른 특징은 상속받은 이벤트(6)의 속성(L1, L2, L3, L4, L5), 프로세스(7)의 속성(주)에 관계하여 인터페이스, 연계, 코드, 프로세스, 기능의 정의를 레코드에 의한 단계별 번호체계로 범위(range), 깊이(Depth), 수준(level)을 설정함으로 직시적 화면 표현(구현)과 모듈, 프로시저 식별이 용이하여 종래의 분석, 설계서보다 질이 담보될 수 있는 특징이 있다.

프로세스 식별의 데이터 구조 및 형식은 프로세스(7)의 속성(서브, 보조), 관계정보(8)의 속성(sys, Da, 항목), 기능(9)의 속성(주, 서브, 보조), 주석/코드(10)의 속성(L1, L2, L3는 번호체계로 정의(11) 속성(적용내역, 세부내역, 전제 조건 및 보충)은 문자로 구성하며 이벤트(6)과 프로세스(7)의 속성(주)을 연계하여 번호체계를 관계하여 상속받는다.

프로세스 식별의 발생은 이벤트(6)과 프로세스(7)의 속성(주)에서 발생하고, 프로세스(7)의 속성(서브, 보조)에 기준하여 인터페이스는 관계정보(8)의 속성(Sys, Da, 항목)에서 발생하며, 관련 기능은 기능(9)의 속성(주, 서브, 보조)에서 발생, 관련 코드 및 주석은 주석/코드(10)의 속성(L1, L2, L3)에서 발생한다.

상기 프로세스 식별의 데이터 발생은 이벤트(6)과 프로세스(7)의 속성(주)에서 상속받아 프로세스(7)의 속성(서브, 보조), 관계정보(8)의 속성(Sys, Da, 항목), 기능(9)의 속성(주, 서브, 보조), 코드(10)의 속성(L1, L2, L3)에 상위, 하위를 관계한 번호체계 순서에 따라 과정별 기록 매체별로 데이터를 생성한다.

상기 프로세스 식별의 설정 관계는 이벤트(6)과 프로세스(7)의 속성(주)에 관계하여 하위 속성(서브, 보조), 관계정보(8)의 속성(Sys, Da, 항목), 기능(9)의 속성(주, 서브, 보조), 코드(10)의 속성(L1, L2, L3)에서 프로세스, 인터페이스, 연계, 기능, 코드에 대하여 정의하여 설정한다.

상기 프로세스 식별의 프로세스 속성 관계는 프로세스(7)의 속성(서브, 보조)은 대표 속성에 대한 하위 프로세스로 설정한다. 또한 상기 프로세스 식별의 관계정보 속성 관계는 관계정보(8)의 속성(Sys)은 대표 속성으로 인터페이스, 연계를 문자 구분 번호체계로 분류하여 (S00 : 자기 시스템), (I00 : 내부 시스템), (E00 : 외부 시스템)으로 분류 설정하고 (E00 : 외부 시스템)과 (I00 : 내부 시스템)은 인터페이스 정보, (S00 : 자기 시스템)은 연계 정보를 설정하여 하위 속성(Da)에 상속하며, 발생치 않으면 생략한다.

상기 하위 속성(Da)은 인터페이스, 연계, 테이블명, 적용에 대하여 기능 읽다(R), 기록(W), 갱신(U)에 대하여 문자 구분으로 설정하고 하위 속성(항목/attribute)에 상속하며, 발생치 않으면 생략한다.

하위 속성(항목/attribute)은 관계 정보의 속성명을 설정하며, 발생치 않으면 생략한다. 또한, 기능의 속성 관계는 기능(9)의 속성(주, 서브, 보조)에서 (주)는 대표 속성으로 하위 속성과 관계하며 설정한다. 코드의 속성 관계는 코드(10)의 속성(L1)이 대표 속성으로 A00은 주석, C00은 코드로 설정하고 속성(L1, L2)은 주석과 코드에 대하여 단계적 상속 관계를 정의하여 설정한다.

도 9d 내지 9f의 건강검진-접수정보-내원검진접수-접수헤드정보-헤드정보 등록(헤드 정보 절차 구성, 헤드 정보 속성 구성)에 대한 예시로 프로세스 식별을 설명한다.

도 9d 내지 9f는 본 발명의 개념 설계 설정 단계의 후행 단계 절차 구성과 속성 구성에 관계한 프로세스 식별 데이터 등록에 대한 일 실시예를 기록 매체별로 나타낸 도면으로 하기와 같이 데이터 기록 매체별로 설정, 생성 기록 저장한다.

도 9d는 프로세스 식별 과정의 헤드 정보 절차 구성 부분과 도 9e 내지 도 9f는 프로세스 식별 과정의 헤드정보 속성 구성 부문으로 작성하여 프로세스 식별 후행 단계 설정 과정에 대하여 이해를 높이기 위한 관계적 설정도이다.

도 9d는 본 발명의 개념 설계 설정 단계의 후행 단계 절차 구성에 관계한 프로세스 식별 설정은 구성(4)의 속성(절차)의 (1A0)헤드 정보 절차 구성과 적용정보(5)의 속성(관리)의 (100)접수 관리 프로그램 운영에 대한 이벤트(6)와 프로세스(7)의 속성(주)를 상속 받아서 하위 과정 프로세스(7), 관계 정보(8), 기능(9), 코드(10) 과정을 정의하여 설정한다. 이벤트(6)의 속성(L1)의 (100)접수 관리 메뉴 운영과 프로세스(7)의 대표 속성(주)의 (100)접수 메뉴 구성을 상속 받아 하위 과정 기능(9)의 속성(주)에 (001)건강 검진 접수 관리 화면 인쇄를 설정한다.

이벤트(6)의 속성(L1)의 (110)로그인 ID 인식과 프로세스(7)의 대표 속성(주)의 (100)로그인 정보 임시 저장을 상속 받아서 연계를 정의하기 위하여 관계정보(8)의 속성(Sys)을 (S01)자기 시스템-건강검진 설정하고 하위 속성(Da)은 (TW01)로그인 정보를 설정하고 하위 속성(항목/attribute)을 (001)ID 정보를 설정한다.

이벤트(6)의 속성(L1)의 (120)접수관리 프로세스 호출과 프로세스(7)의 대표 속성(주)의 (100)사용자 관리 정보 검색을 상속 받아서 정보 검색을 위한 관계정보(8)의 속성(Sys)을 (S01)자기 시스템-건강검진 설정하고 하위 속성(Da)는 (R007)사용자 관리 정보를 설정하고 하위 속성(항목/attribute)을 (001)사원번호 속성 식별, (002)사용자 권한 속성 식별을 설정하고, (110)권한 판단을 인수하여 정의하기 위하여 기능(9)의 속성(주) (001)로그인 ID 사원번호 식별, (002)20자리 중 5열 "Y/N" 여부를 설정 한다.

이벤트(6)의 속성(L1)의 (130)사용자 관리 조건적 운영은 하위의(13A)접수관리 운영 허용 경우, (13B)접수관리 운영 불허 경우에 대한 프로세스(7)의 대표 속성(주)를 인수하여 관계한 프로세스 식별을 설정한다. 상기 (13A)접수관리 운영 허용 경우는 프로세스(7)의 속성(주)의 (100) 접수 관리 프로그램 구동에 대한 기능 정의로 기능(9)의 속성(주)을 (001)접수 관리 메뉴 활성화 설정한다. 상기 (13B)접수관리 운영 불허 경우는 프로세스(7)의 속성(주)의 (100)접수 관리 프로그램 구동에 대한 기능 정의로 기능(9)의 속성(주)를 (001)접수 관리 메뉴 비활성, (002)메시지 구현 하위 속성(서브)을 (001) 사용자 권한 없습니다를 설정한다.

도 9e는 본 발명의 개념 설계 설정 단계의 후행 단계 속성 구성에 관계한 프로세스 설정은 구성(4)의 속성(단계)의 (1B0)헤드 정보 속성 구성과 적용정보(5), 이벤트(6)의 속성(L1)과 프로세스(7)의 속성(주)을 상속 받아서 하위 과정 프로세스(7), 관계 정보(8), 기능(9), 코드(10) 과정을 정의하여 설정한다.

상기 적용정보(5)의 속성(Da)은 (031)접수정보의 하위 속성(Gr)은 (010)색인 정보부, 하위 속성(관리)은 (100)색인 정보부 개별 설정 하위 단계(101)검진일자 설정, 하위 속성(항목/attribute)은 (001)검진일자에 대한 하위 과정 이벤트(6)의 속성(L1)의 (100)검진일자 설정, 하위 단계(1A0)검진일 당일 설정 경우, (1B0)검진일 소급 설정 경우에 대한 유형별 하위 과정 프로세스(7)의 속성은 상속 받아서 설정한다.

상기의 (1A0)검진일 당일 설정 경우는 하위 과정 프로세스(7)의 속성(주)의 (100)검진일자 식별에 대한 하위 단계(110)검진일자 검색에 대한 연계 정의로 관계정보(8)의 속성(Sys)은 (S00)자기 시스템-OS 설정, 하위 속성(Da)은 (R000) OS, 하위 속성(항목/attribute)은 (001)현재 연월일, 하위 단계 기능 설정은, 기능(9)의 속성(주)은 (001)년월일 식별 설정 한다. 또한 프로세스(7)의 속성(주)의 (100)검진일자 식별, 하위 단계(120)검진일자 설정에 대한 기능 정의 기능(9)의 속성(주)은 (001)OS에서 식별된 년월일 설정 한다.

상기의 (1B0)검진일 소급 설정 경우의 프로세스(7)의 속성(주)의 (100)검진일자 식별에 대한 하위 단계 (110)달력 컴포넌트 활용 설정에 대한 기능 정의는 기능(9)의 속성(주)은 (001)달력 컴포넌트 활성화, (002) 적용일자 선택 설정한다.

도 9f는 본 발명의 개념 설계 설정 단계의 후행 단계 속성 구성에 관계한

프로세스 계속 설정은 상기와 관계하여 적용정보(5)의 속성(관리)의 (102)접수 번호 설정, 하위 속성(항목/attribute)의 (002)접수번호에 대한 이벤트(6)의 속성(L1)은 (100)접수 번호 산출 설정, 프로세스(7)의 속성(주)은 (100)접수 번호 생성 설정에 대한 하위 단계에 관계하여 프로세스(7), 관계 정보(8), 기능(9), 코드(10) 과정을 정의하여 설정한다.

상기의 프로세스 속성(주)의 하위 단계(110)당일 접수 번호 마스트 정보 검색에 대한 연계 정의는 관계정보(8)의 속성(Sys)은 (S01)자기시스템-건강검진, 하위 속성(Da)은 (TR00)검진일 접수 번호 마스터 정보, 하위 속성(항목/attribute)는 (001)접수 마지막번호를 식별한다.

상기의 프로세스 속성(주)의 계속된 하위 단계(120)접수 번호 산출 생성 설정에 대한 하위 속성(서브)에 상속받아 설정한다.

프로세스(7)의 속성(서브)의 (001)접수 번호 인식에 대한 기능 정의는 기능(9)의 속성, (001) 당일 접수 마지막 번호 임시 생성 설정한다. 또한, 프로세스(7)의 속성(서브), (002)접수 번호 설정에 대한 기능 정의는 기능(9)의 속성,(001)검진일 마스터 정보 마지막 번호 인식, (002)검진일 접수 번호 마스터 정보 마킹, (003)접수 번호 생성 설정한다. 또한, 프로세스(7)의 속성(서브), (003)검진일 접수 번호 마스터 정보 갱신 에 대한 연계 정의는 관계정보(8)의 속성(Sys), (S01)자기시스템-건강검진, 하위 속성(Da),(TU00)검진일 접수 번호 마스터 정보, 하위 속성(항목/attribute), (001)접수 마지막 번호에 대한 하위 단계 기능 정의는 기능(9)의 속성(주), (001)접수 번호 업데이트, (002)검진일 접수 번호 마스터 정보 마킹 해제, 하위 단계 주석 정의는 코드(10)의 속성(L1), (A01)적용 검진일 기준 접수 번호 마스터 정보 식별 산출 설정한다.

본 발명의 전반에 작성된 '단계'는 모듈 단계에서의 Software action을 의미하고, '과정'은 모듈의 하위 개념인 클래스 간의 software action을 정의한다.

본 발명의 전반에 작성된 '계층'은, 프로그램을 실행하기 위해 소프트웨어에서 거치는 일련의 단계를 의미한다.

본 발명의 전반에 작성된 '상속받는다'는, 한 클래스가 다른 클래서에서 정의된 속성(자료, 함수)를 이어받아 그대로 사용하는 것으로, 이미 정의된 클래스를 바탕으로 필요한 기능을 추가하여 정의한다.

본 발명은 상기한 실시 예에 한정되지 아니하며, 적용범위가 다양함은 물론이고, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 본 발명이 속하는 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능한 것은 물론이다

A00 : 클라이언트
A10 : 사용자
A20 : 프레임웍
A30 : 모듈(입력 및 출력 모듈)
B00 : 서버
B10 : 데이터베이스 구축
100 : 대상 및 범위 설정 단계
200 : 요구 사항 정의 설정 단계
300 : 적용 정보 설정 단계
400 : 개념 설계 정의 단계
500 : 출력 단계
710 : 서브시스템 선택 단계
720 : 단위 업무 선택 단계
730 : 유형 선택 단계
800 : 산출물 선택 단계
810 : 분석 단계 820 : 설계 단계
811 : 요구 분석 단계 812 : 유즈케이스 정의
813 : 논리 모델 정의 814 : 컴포넌트 정의
821 : DB 설계 단계 822 : 아키텍처 설계 단계
823 : 프로그램 설계 단계
900 : 출력 단계
후단(1) : 시스템 속성(대표, 서브, 보조)에 대한 Group Name
후단(2) : 업무 속성(단위, 유형)에 대한 Group Name
후단(3) : 산출물 속성(과정, 형식)에 대한 Group Name
후단(4) : 구성 속성(종류, 단계)에 대한 Group Name
후단(5) : 적용정보 속성(Da, Gr, 관리, 속성)에 대한 Group Name
후단(6) : 이벤트 속성(L1, L2, L3, L4, L5)에 대한 Group Name
후단(7) : 프로세스 속성(주, 서브, 보조)에 대한 Group Name
후단(8) : 관계정보 속성(Sys, Da, 속성)에 대한 Group Name
후단(9) : 기능 속성(주, 서브, 보조)에 대한 Group Name
후단(10) : 주석/코드 속성(L1, L2, L3)에 대한 Group Name
후단(11) : 정의 속성(적용 내역, 세부내역, 전체 조건 및 보충)에 대한
Group Name

Claims (7)

1. 응용 프로그램을 분석하고 설계하는 방법을 수행하도록 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램에 있어서, 상기 응용 프로그램을 분석하고 설계하는 방법은, 사용자가 클라이언트에서 분석, 설계를 위한 복수의 단계를 실행하여 입력되는 데이터를 인터페이스를 통하여 서버에 형성되는 복수의 데이터베이스(DB)에 단계별로 계층화하여 저장하는 것으로,
   (a) 사용자가 분석, 설계 정보를 규격화된 틀에서 등록하기 위한 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조를 클라이언트에 생성(creation)하는 단계;
   (b) 클라이언트에서 상기 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 대상 및 범위 정보를 대상 및 범위 설정 모듈을 통해 사용자로부터 입력받는 단계;
   (c) 클라이언트에서 상기 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 요구 사항 정의 정보를 요구 사항 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;
   (d) 클라이언트에서 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 적용 정보를 적용 정보 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;
   (e) 클라이언트에서 생성된 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조와 대응되는 개념 설계 정보를 개념 설계 정의 설정 모듈을 통해 사용자로부터 입력받는 단계;로 이루어지며,
   상기 대상 및 범위 정보는 적용 시스템과 적용 단위 업무 정보에 대한 정 의를 포함하고, 상기 요구 사항 정의 정보는 비기능 요구 사항과 기능 요구사항에 대한 정보를 포함하고, 상기 기능 요구 사항은 사전 구성 정보와 데이터 속성 식별 정보를 포함하고, 상기 적용 정보는 상기 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성에 대한 적용 정보 정의를 포함하고, 상기 개념 설계 정보는 이벤트 식별 정의와 프로세스 식별 정의를 포함하고,
   상기의 (b) 내지 (e) 단계는 각각의 모듈에서 입력하는 각각의 정보를 대 상 및 범위 데이터베이스(DB), 요구사항 정의 데이터베이스(DB), 적용정보 정의 데이터베이스(DB), 개념 설계 데이터베이스(DB)의 형태로 데이터 기록 매체에 저장하며,
   상기 요구사항 정의 데이터베이스(DB)는 상기 저장된 대상 및 범위 데이 터베이스(DB)에서 각각 정보의 속성을 상속받고,
   상기 적용정보 정의 데이터베이스(DB)는 상기 저장된 요구사항 정의 데이 터베이스(DB)에서 기능 요구 사항의 데이터 속성 식별에 대한 절차 구성과 속성 구성 정보의 각각 정보의 속성을 상속 받으며,
   상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정의 정보는 상기 저장 된 적용정보 정의 데이터베이스(DB)에서 각각 정보의 속성을 상속받아, 이벤트 식별 정보를 설정하고 프로세스 식별 정의 정보에 상속하며,
   상기 복수의 데이터베이스 들은 계층을 이루는 것을 특징으로 하며,
   사용자는 상기 상속 관계로 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)에서 상기 응용프로그램의 분석 및 설계 과정의 각 단계들에서, 사용되는 정보들을 검색하고 계층화하여, 배열할 수 있는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   
2. 제1항에 있어서, 상기 응용 프로그램을 분석하고 설계하는 방법을 이루는 복수의 단계들은,
   상기 (e) 단계 이후에,
   사용자가 상기 데이터 기록 매체에 저장된 상기 대상 및 범위 데이터베이스(DB), 상기 요구사항 정의 데이터베이스(DB), 상기 적용정보 정의 데이터베이스(DB), 상기 개념 설계 데이터베이스(DB)를 검색하여 확인하는 방식으로, 출력 모듈을 통해 사용자에게 상기 응용 프로그램의 분석서 또는 설계서를 디스플레이하는 (f) 단계를 더 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   
3. 제1항에 있어서, 상기 (a) 단계의 데이터베이스(DB) 프레임웍을 구성하는 데이터 구조는 복수의 그룹화된 정보를 포함하며, 상기 복수의 그룹(group) 정보는 시스템, 단위업무, 분석 유형, 구성, 적용정보, 이벤트, 프로세스, 관계정보, 기능(function), 코드(code), 정의를 포함하고 상기 복수의 그룹(group) 정보는 하위 속성을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   
4. 제1항에 있어서, 상기 (b) 단계의 대상 및 범위 설정 모듈은 상기 대상 및 범위 정보를 이루는 상기 적용 시스템과 상기 적용 단위 업무를 설정하되,
   상기 적용 시스템에 대한 하위 속성을 설정하는 과정은 대표 시스템, 서브 시스템 및 보조 시스템에 대한 기록 정보를 설정하는 순서로 이루어지고, 상기 서브 시스템은 상기 대표 시스템을 상속받고, 상기 보조 시스템은 상기 서브 시스템을 상속받으며;
   상기 시스템에 대한 기록 정보를 설정한 이후, 상기 대표, 서브, 보조 시스템의 설정 정보를 상속받아 상기 단위 업무 정보를 설정하는 과정을 더 포함하고;
   상기 단위 업무 정보의 속성으로는 유형과 업무로 이루어지고,
   상기 단위 업무 정보를 설정하는 과정에서, 상기 유형은 상기 업무에서 상속 받는 것을 포함하여 상기 요구 사항 정의 데이터베이스(DB)에 조건적으로 상속하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   
5. 제1항에 있어서, 상기 (c) 단계의 요구 사항 정의 설정 모듈은 상기 비기능 요구 사항과 기능 요구 사항을 설정하되,
   상기 비기능 요구 사항은 하위 속성에 대하여, 환경 요구 사항, 품질 요구 사항, 제약사항을 설정하고;
   상기 환경 요구 사항, 품질 요구 사항, 제약사항의 하위 과정 구성의 속성 종류에 대한 정의 정보 설정을 포함하고,
   상기 기능 요구 사항은 하위 속성에 대하여 사전 구성 정보와 데이터 속성 식별 정보를 설정하고;
   상기 사전 구성 정보 설정은 하위 과정 구성의 속성 종류를 설정하고
   상기 데이터 속성 식별 설정은 하위 과정 구성의 대표 속성 종류에 대한 하위 속성 절차를 설정하는 것을 포함하며,
   상기 데이터 속성 식별 정보에 대한 절차 구성 정의 정보와 속성 구성 정의 정보를 포함하여 적용 정보 데이터베이스(DB)에 상속하는 것을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   
6. 제 1항에 있어서, 상기 (d) 단계의 적용 정보 정의 설정 모듈은 상기 데이터 속성 식별 정보에 대한 절차 구성 정보와 속성 구성 정보에 대한 적용 정보를 설정하되,
   상기 절차 구성 정보와 속성 구성 정보는 적용정보 속성을 설정을 하고, 상기 개념 설계 데이터베이스(DB)의 이벤트 식별 정보에 상속하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   
7. 제1항에 있어서,
   상기 (e) 단계의 개념 설계 설정 모듈에 관한 것으로 클라이언트의 DB Framework 환경에서 사용자가 선행 단계 이벤트 식별과 후행 단계 프로세스 식별 정보를 설정하되,
   상기 선행 단계 이벤트 식별 설정은 이벤트의 속성과 이벤트와 관계한 프로세스의 속성 설정을 포함하되, 상기 설정된 이벤트의 속성과 상기 프로세스의 속성 설정을 후행 단계 프로세스 식별에 상속하고,
   상기 후행 단계 프로세스 식별 설정은 선행 단계 이벤트 식별을 상속 받아서 프로세스 속성, 관계정보 속성, 기능(function)속성, 코드(code)속성에 프로세스, 인터페이스, 연계, 프로시저, 코드를 설정하여 인터페이스를 통하여 서버의 개념 설계 DB에 기록매체별로 단계는 계층화하고 과정은 배열화한 정보를 저장하는 것을 포함하는 것을 특징으로 하는 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
   

Images