KR20060114732A - 건설 업무 프로세스 정보관리 시스템 - Google Patents

Abstract

건설 업무 프로세스 정보관리 시스템이 개시된다. 본 발명에 따른 건설 업무 프로세스 정보관리 시스템은, 정보시스템 개발 방법론을 응용하여 건설 업무를 대상으로 한 컴포넌트 기반의 사업관리시스템으로서, 사용자 요구분석에 대해 컴포넌트의 집합단위인 패키지 형태로 데이터베이스 접근기능을 제공한다.

건설 업무, 프로세스, 정보관리, 액터, 유즈케이스

Description

건설 업무 프로세스 정보관리 시스템{Construction process information management system}

도 1은 정의된 액터의 구성을 나타낸 도면,

도 2는 프로젝트 정보관리 유즈케이스를 나타낸 도면,

도 3은 프로젝트 공정관리 유즈케이스를 나타낸 도면,

도 4는 문서관리 유즈케이스를 나타낸 도면,

도 5는 사용자관리 유즈케이스를 나타낸 도면,

도 6은 문서코드관리 유즈케이스를 나타낸 도면,

도 7은 건설 업무표준을 기본으로 한 System Component,

도 8은 공정관리 COM+를 나타낸 도면,

도 9는 공정관리수정 COM+를 나타낸 도면,

도 10은 과업개요수정 COM+를 나타낸 도면,

도 11은 과업참여자수정 COM+를 나타탠 도면,

도 12는 프로젝트 담당자 COM+를 나타낸 도면,

도 13은 프로젝트 진행률 관리모듈을 나타낸 도면,

도 14는 업무 프로시져 관리모듈을 나타낸 도면,

도 15는 CPM 네트워크 관리모듈을 나타낸 도면, 그리고

도 16은 공정현황 관리모듈을 나타낸 도면이다.

본 발명은 건설 업무 표준 템플리트를 이용한 프로세스 정보관리 시스템에 관한 것으로서, 보다 상세하게는, 건설사업 수행시 가장 최적화된 업무 템플리트를 사용하여 실무자에게 프로젝트 초기 수행시 신속하고 정확한 업무가 가능하도록 하는 지능적인 프로세스 정보관리 시스템에 관한 것이다.

컴포넌트 기반 소프트웨어 개발에서는 최근의 소프트웨어 공학에서 매우 중요하게 다루고 있는 반복적 개발 프로세스를 적용하고 있다. 컴포넌트를 이용한 소프트웨어 개발과정에서는 각각의 컴포넌트 별로 구현 대상 기능을 분할하고 이를 독립적으로 개발하여 특정시점에서 통합하는 형태의 접근방법이 가능하다. 대부분 이러한 개발 방식은 개발초기에 시스템 구조를 정의하는 안정적인 아키텍처를 확보하고 이를 지원하는 소프트웨어 컴포넌트를 개발함으로써 가능하게 된다. 실제 개발과정에서는 구현 기술과 관련한 아키텍처를 확정한 다음 개별 컴포넌트들 간의 상호 관련성을 중심으로 파악한 개발 우선순위를 토대로 독립적인 컴포넌트의 개발 및 통합을 수행함으로써 동시공학(Concurrent Engineering)과 같은 효율적인 반복관리가 가능하게 된 것이다. 만일 재사용 가능한 컴포넌트를 만들어 놓은 게 없다면 컴포넌트 기반 소프트웨어 개발 과정에서 얻을 수 있는 효용성은 개발 일정상의 이점을 살리지 못하고 낮아지게 된다. 결국 컴포넌트는 새로운 자원의 소프트웨어 개발 방 식이며 가장 현실적인 품질향상 및 생산성 향상의 기초를 제공하는 것이다.

또한, 타 기술 분야와 마찬가지로 소프트웨어를 개발하는데 있어서도 예외 없이 사용자 요구사항의 명세를 단순화하는 것이 매우 중요하다. 조직이 담당해야 하는 업무 범위가 상세하게 세분화되고 동시에 규모 측면에서 매우 거대해짐에 따라 소프트웨어 시스템의 규모 또한 매우 방대해지고 있다. 이에 따라 소프트웨어의 개발 및 유지 보수가 어려워지고 있는 점을 개선하기 위해 소프트웨어 개발에서 가장 중요한 시스템 계획 및 설계 단계에서 좀더 고차원의 방법론이 필요하게 되었고, 최근에는 이러한 요구를 반영하여 전문적인 소프트웨어 개발자가 아닌 비전문적인 실무 담당자도 쉽게 이해하고 정의할 수 있는 자연언어적인 모델링 방법이 대두되었다. 객체지향 패러다임이 등장하면서 UML(Unified Modeling Language) 모델링 방법론에 의해 표현된 사용자 요구사항은 소프트웨어 개발을 위한 모델형태의 데이터로 정의되어 높은 수준의 실무자의 사고를 반영할 수 있게 되었고, 소프트웨어 프로젝트에 참여하는 사람들 간에 비젼의 공유, 커뮤니케이션의 기초, 예측 기준, 사전 검증 등의 역할을 수행하게 되었다.

사용자의 요구사항을 도출하여 개발할 컴포넌트 어플리케이션에 대한 모델링을 수행할 때 중요한 사항은 필요한 컴포넌트를 식별하고 컴포넌트의 인터페이스를 정의하는 과정을 통해 컴포넌트를 시스템 개발자가 이해하기 쉽도록 명세화할 수 있어야 한다는 점이다.

컴포넌트를 명세화한다는 것은 재사용 가능하며, 독립적으로 개발 및 배포 가능하고, 동일한 인터페이스의 경우 대체 가능한 컴포넌트를 식별할 수 있다는 의 미이다. 컴포넌트를 추출하고 명세하는 단계에서는 구현될 어플리케이션을 구성하는 비즈니스 객체를 식별하고 이를 UML 모델링으로 표현한 비즈니스 모델과 어플리케이션의 범위를 액터와 유즈케이스로 표현할 수 있다.

본 발명은 상기와 같은 요구에 따라 창안된 것으로서, 건설사업 수행시 가장 최적화된 업무 템플리트를 사용하여 실무자에게 프로젝트 초기 수행시 신속하고 정확한 업무가 가능하도록 하는 지능적인 프로세스 정보관리 시스템을 제공하는 것을 목적으로 한다.

상기의 목적을 달성하기 위한 본 발명에 따른 프로세스 정보관리 시스템은, 정보시스템 개발 방법론을 응용하여 건설 업무를 대상으로 한 컴포넌트 기반의 사업관리시스템으로서, 사용자 요구분석에 대해 컴포넌트의 집합단위인 패키지 형태로 데이터베이스 접근기능을 제공하는 것을 특징으로 한다.

바람직하게는, 상기 패키지 형태의 업무 컴포넌트는 프로젝트 정보관리, 프로젝트 공정관리, 문서관리, 사용자관리, 문서코드관리를 포함한다.

바람직하게는, 건설 업무 사업관리 시스템과 관련된 액터는 프로젝트관리자, 프로젝트참여자, 프로젝트담당자, 문서관리담당자, 시스템사용자, 기반컴포넌트, 기간문서관리시스템을 포함한다.

여기서, 상기 프로젝트관리자는 프로젝트를 총괄하는 책임자로서, 상기 프로젝트에 관련된 모든 정보에 접근권한을 갖는다. 또한, 상기 프로젝트참여자는 프로 젝트에 참여하는 인원으로서 상기 프로젝트 진행과 관련된 정보에 접근권한을 갖는다. 또한, 상기 프로젝트담당자는 프로젝트정보의 관리를 맡은 인원으로서 선정된 특정 액터로서 상기 프로젝트정보에 대한 접근권한을 갖는다. 또한, 상기 문서관리담당자는 사내 문서관리에 대한 총괄로서 프로젝트 참고자료나 프로젝트 성과물에 대한 접근권한 및 관리권한을 갖는다. 또한, 상기 시스템 사용자는 시스템을 사용할 권한을 부여받는 자를 일컫는다. 또한, 상기 기반컴포넌트는 회사 내에서 업무프로세스표준화를 통하여 기 정의된 공통된 비즈니스 로직을 공유하는 컴포넌트를 말한다. 또한, 상기 기간문서관리시스템은 회사 내에서 기존에 운영되고 있는 문서관리시스템을 말한다.

이로써, 본 발명에 따른 건설 업무 프로세스 정보관리 시스템은, 사업유형별로 표준화된 업무 템플리트를 활용함으로써, 실무자에게 가장 효과적이고 빠른 업무방법을 제공하여 건설 업무의 효율을 극대화시킬 수 있게 된다.

이하, 첨부된 도면을 참조하여 본 발명에 따른 건설 업무 프로세스 정보관리 시스템을 보다 상세하게 설명한다.

효율적인 정보화를 위해서는 대상 건설 업무 프로세스를 정확히 분석하여 적합한 소프트웨어 개발방법론을 사용하여 개선될 업무 기능이 설계되어야 하며, 통합대상은 데이터와 프로세스 형식으로 표현되는 표준모델이어야 한다. 그러나 건설 업무에서는 모델과 프로세스모델 간 명확한 구분이 어렵고, 또한 두 모델의 통합을 통하여 정보시스템이 수행해야 할 요구분석 산출물의 객관적인 도출은 매우 힘든 상황이다. 이러한 정보와 프로세스정보가 별도로 관리됨으로써 시스템 개발차원에 서 효율적인 기반데이터로서의 기능 수행이 어렵기 때문에 표준화를 통한 범용성을 확보하기 위하여 건설 업무의 분산객체모델을 이용한 구조물의 정보표현을 위한 연구 등 객체지향 모델링 방법론이 소개되고 있다.

본 발명은 이러한 향상된 정보시스템 개발 방법론을 응용하여 컴포넌트 기반 개발방식으로 효율적인 시스템을 구축하기 위한 전략을 수립하여, 도 1과 같은 연구 수행 절차에 따라 건설 업무를 대상으로 한 컴포넌트 기반의 사업관리시스템을 개발하였다.

건설 업무 프로세스를 반영한 시스템의 개발을 위하여 사용자 요구분석에 의한 시스템이 제공해야 하는 기능을 컴포넌트의 집합단위인 패키지 형태로 정의한 업무 컴포넌트 정의는 다음과 같다.

- 프로젝트 정보관리 (ProjectInformation)

- 프로젝트 공정관리 (ProjectProgress)

- 문서관리 (DocManagement)

- 사용자 관리 (UserManagement)

- 문서코드 관리 (DocCodeMangement)

컴포넌트의 동작모델인 유즈케이스 다이어그램을 구성하는 요소인 논리적 개념의 액터는 구축하고자 하는 시스템이 제공하는 서비스나 기능들의 집합과 상호 작용하는 시스템 외부의 존재이며 본 발명에서 도출된 건설 업무 사업관리시스템과 관련된 액터들의 목록은 다음과 같다.

- 프로젝트관리자(ProjectManager::ProjectMember) : 프로젝트를 총괄하는 책임

자로서, 프로젝트에 관련된 모든 정보에 접근권한을 가진다.

- 프로젝트참여자(ProjectMember::PMSUser) : 프로젝트에 참여하는 인원으로

서 프로젝트 진행과 관련된 정보에 접근권한을 가진다.

- 프로젝트담당자(ProjectAdmin::ProjectMember) : 프로젝트정보의 관리를 맡은 인원으로서 P/M이나 참여자 등 선정된 특정 액터로서 프로

젝트정보에 대한 접근권한을 가진다.

- 문서관리담당자(DocManager::PMSUser) : 사내 문서관리에 대한 총괄로서

프로젝트 참고자료나 프로젝트 성과물 등에 대한 접근권한

및 관리권한을 가진다.

- 시스템사용자(PMSUser) : 시스템을 사용할 권한이 있는 모든 사용자로서

누구든 접근권한을 부여받은자는 시스템사용자가 된다.

- 기반컴포넌트(BaseComponent) : 회사 내에서 업무프로세스표준화를 통하여

기 정의된 공통된 비즈니스 로직을 공유하는 컴포넌트로서

시스템에서 관리하는 모든 프로젝트는 본 기반이 되는 컴포

넌트를 시작으로 정의된다.

- 기간문서관리시스템(LegacyEDMS) : 회사 내에서 기존에 운영되고 있는

문서관리시스템으로서 PMS는 프로젝트의 현황에 맞도록

해당 시스템과 연동하여 참고문서로서 이용한다.

도 1은 정의된 액터의 구성을 나타낸 도면이다.

프로젝트담당자(ProjectAdmin)자는 기반컴포넌트(BaseComponent)를 기초로 하여, 신규프로젝트를 등록하며, 프로젝트 정보를 프로젝트 진행기간동안 검색, 변경, 삭제 등을 통하여 일관될 수 있도록 관리하며, 프로젝트 참여자는 프로젝트 진행기간동안 자신이 부여받은 권한등급에 따른 프로젝트 정보조회를 한다.

프로젝트 담당자(ProjectAdmin)는 기반컴포넌트(BaseComponent)내에 있는 비즈니스 로직을 기초로 하여 프로젝트 관리자(ProjectManager) 및 프로젝트 참여자(ProjectMember), 기타 관련된 사용주체들의 의견을 반영하여 필요한 경우 Routine Procedure를 수정하여 해당되는 프로젝트에 적합한 업무프로세스를 새로이 정의한다. 프로젝트담당자(ProjectAdmin)는 도 2에 나타낸 바와 같이, 프로젝트관리자(ProjectManager)와 협의하여 프로젝트 진행기간동안 관리할 외주업체(시스템 내에서 신규 객체(Object)형태로 관리)를 새로이 등록, 변경, 삭제하며, 외주업체에 대한 D/B의 접근권한을 가진다.

프로젝트참여자(ProjectMemeber)는 자신이 수행하는 프로젝트내의 해당업무에 대하여 Routine Procedure상의 해당 태스크를 조회하고, 진행되는 공정에 따른 공정율을 조정하여 시스템 상에 입력하여 전체적인 공정율이 갱신될 수 있도록 한다. 프로젝트참여자(ProjectMember)를 포함한 회사 내에 지정된 등급의 프로젝트 정보조회를 허락받은 시스템사용자(PMSUser)는 프로젝트의 진행되는 상황을 조회하고, 검색하여 진행공정을 시스템 상에서 확인할 수 있다.

프로젝트참여자(ProjectMember)는 도 3에 나타낸 바와 같이, 시스템이 제공하는 CPMNetwork기능을 이용하여 CPM을 조회할 수 있으며, 변경이 필요할 경우 프로젝트관리자(ProjectAdmin)는 이를 조정할 수 있다. 시스템사용자(PMSUser)의 경 우 회사에서 지정된 운영규정에 의한 CPMNetwork의 조회권한을 갖는다.

프로젝트참여자(ProjectMember)는 매일 Daily Report와 주간 Weeky Report를 시스템 상에 입력하며, 프로젝트관리자(ProjectManager)는 자동으로 이에 대한 결과를 시스템 상에서 확인할 수 있다.

도 4를 참조하면, 프로젝트담당자(ProjectAdmin)는 기반컴포넌트(BaseComponent)로부터 정의된 프로젝트의 초기 성과물목록으로부터 프로젝트의 특성에 맞도록 성과물 목록을 등록, 변경, 삭제하며, 프로젝트참여자(ProjectMember)는 각 프로세스별 문서 성과물을 조회하고, 등록, 삭제한다.

회사의 문서관리담당자(DocManager)는 회사 내에서 공용으로 관리되는 프로젝트 참고자료가 해당 프로젝트에서 정상적으로 참조될 수 있도록 회사의 기간문서관리시스템(LegacyEDMS)을 관리한다.

시스템사용자(PMSUser)는 도 5에 도시한 바와 같이, 등록된 아이디와 암호를 입력함으로서 시스템에 로그인을 한다. 해당 아이디는 프로젝트 등록시 미리 접근권한이 규정된 등급별 아이디로서, 프로젝트담당자(ProjectAdmin)는 이에 대한 사용자관리기능을 수행한다. 프로젝트참여자는 신규프로젝트 등록이 완료된 후 과업참여자 등록 창에서 자신의 정보를 입력하여 사용자등록을 하며, 프로젝트관리자(ProjectAdmin)는 등록된 사용자에 대한 정보를 검색, 조회하고 수정, 추가, 삭제를 한다.

시스템의 사용이 종료된 후, 시스템사용자(PMSUser)는 시스템으로부터 로그아웃한다.

도 6을 참조하면, 시스템사용자(PMSUser)는 정의된 업무 절차서에 의해 규정된 문서를 문서관리 컴포넌트에 CheckIn하며 기반컴포넌트(BaseComponent)는 미리 정의된 건설CALS/EC 납품체계코드에 맞도록 CheckIn된 문서화일의 코드를 변경한다. 이때 프로젝트담당자(ProjectAdmin)는 프로젝트의 초기 성과물목록으로부터 프로젝트의 특성에 맞도록 성과물 변환코드체계 목록을 등록, 변경, 삭제한다.

유즈케이스 모델은 업무 프로세스의 비즈니스 측면 요구사항을 검증하고, 업무 조직 및 소프트웨어 개발 범위를 이해하기 위하여 사용되는 다이어그램으로서 컴포넌트가 수행하는 동작 모델을 표현하며, 컴포넌트 소프트웨어의 내부 메커니즘 개발 전에 사용된다. 유즈케이스는 테스트 단계에서 테스트 케이스로서 사용될 수 있고 또한 프로젝트 수행시 소프트웨어 증가에 대응할 수 있는 메커니즘을 제공한다. 유즈케이스는 주로 소프트웨어 요구사항을 개발단계로 전달하는데 주요한 수단이 된다.

컴포넌트 개발에 있어 인터페이스의 역할은 컴포넌트의 개발자와 사용자 간의 상호작용을 결정하며, 인터페이스를 통해서 접근이 허용되며, 인터페이스를 통하지 않고 컴포넌트 내부에 접근은 불가능하다. 그러므로 인터페이스도 하나의 사용자 컴포넌트로 정의되어야 하며 사용자가 직접 접하게 되는 중요한 모듈이다. 본 발명에서 구현한 컴포넌트의 인터페이스는 다음과 같다. 실무 적용과정에서 필요시 해당되는 인터페이스는 가감될 수 있으며 동작모델은 변경될 수 있다.

- CapitalPage : 화면 인터페이스, 메인화면

- NewProjectRegistration : 화면 인터페이스, D/B 입출력

- OutputMangeMain : 클래스, 화면인터페이스

- OutsorceManageMain : 클래스, 화면인터페이스

- ProcessManageMain : 클래스, 화면 (인터페이스 포함, CPM Network,

Modify Activity, D/B 입출력

- ProgressManageMain : 클래스, 화면 (인터페이스 포함, S-Curve, 전체

공정율 관리), D/B 입출력

- ProjectManageMain : 화면인터페이스

- ReportManageMain : 화면인터페이스

- DocumentConvert : 클래스 인터페이스, D/B 입출력

또한, 건설 업무프로세스의 표준화를 통한 시스템 표준업무모듈의 기능을 수행하기 위한 용역의 유형을 정의해야 할 필요성이 있으며, 현재 건설사업관련 엔지니어링사의 업무 중에서 가장 활용빈도가 높고, 업무절차와 방법에 있어서 대표성과 포괄성이 있으며, 업무패턴의 정형화가 가능한 용역유형을 대표 형식으로 추출하였다.

건설 업무표준을 기본으로 하여 개발될 시스템 컴포넌트는 도 7과 같다.

사용자 요구 분석에 의해 도출된 컴포넌트 모델로부터 건설 업무에서 가장 활용도가 높은 공통 업무 컴포넌트인 시스템을 구현하기 위해서는 제공되는 프레임워크 아키텍쳐에 부합하는 물리적인 컴포넌트를 설계해야 한다. 본 발명에서 채택한 프레임워크는 마이크로소프트 .NET 환경으로서 대표적인 컴포넌트 아키텍쳐로 활용되고 있으며, 컴포넌트의 물리적인 표준으로서 COM+서비스 형태의 컴포넌트가 주로 사용되고 있다.

또한, 본 발명에서는 구현되는 컴포넌트의 표준 서비스로서 COM+와 웹환경에서 유연한 적용성을 제공하는 플래시(Flash) 모듈을 사용하여 컴포넌트를 설계하였다.

본 발명에서 채택한 .NET 플랫폼에서는 COM+서비스를 이용하는 클래스들을 포함한 필요한 여러 클래스들을 개발하여 생성된 하나의 DLL파일이 COM+ 컴포넌트가 된다. COM+는 시스템의 로컬영역에서만 활용될 수 있는 기술인 COM을 분산 환경에서 동적으로 동작되도록 기술을 확장한 DCOM(Distributed COM)과 같이 동작하도록 구현해주는 서비스이다. 즉 물리적으로 분리된 공간의 서로 다른 컴포넌트를 동일 환경에서 동작하는 것과 같이 웹서비스를 지원하며 미들웨어인 MTS의 다음 버젼으로 MTS와 기존 COM방식을 결합한 것이다.

컴포넌트 설계 요소는 설계 활동에서 도출되는 기본 단위로써, 실제로 개발자가 구현하는 모든 것이 설계 요소에 해당한다. 즉, 개발되는 컴포넌트 시스템에서는 사용자가 요구하는 화면시나리오를 HTML, ASP.NET 페이지 등으로 개발되고 주요 기능을 수행하는 컴포넌트는 클래스(COM+/플래시)형태로 개발되어 미리 정의된 데이터베이스의 테이블로서 정보가 관리된다. 그러므로 HTML, ASP.NET 페이지, 클래스, 테이블 등은 컴포넌트 시스템의 설계 요소가 된다.

본 발명에서 구현하는 컴포넌트 기반 사업관리시스템인 시스템에서는 이러한 설계 요소들을 .NET플랫폼 환경 하에서 개발하였으며 n-Tier기반에서 제공되는 각 레이어별로 사용된 설계 요소를 표 1에 나타내었다.

< 표 1 > 4-tier 아키텍쳐의 컴포넌트 설계 요소

담당로직	설계 요소	설 명
플리젠테이션 로직	HTML	사용자에게 보여줄 정적인 웹페이지 기능
	ASP.NET 페이지	사용자에게 보여줄 동적인 웹페이지 기능
비즈니스 로직	BLO (Business Logic Object)	비즈니스 로직을 구현할 때 사용되는 클래스
	COM+ / Flash	컴포넌트 웹서비스를 위한 기반 컴포넌트
어플리케이션 로직	MTS (MS Transaction Server)	트랜잭션 관리를 위한 플랫폼 제공 요소
데이터 접근 로직	DAO (Data Access Object)	데이터베이스의 테이블에 접근할 때 사용되는 클래스
	테이블	데이터베이스에 구축되는 각 테이블에 해당
	저장 프로시져	실제 비즈니스 로직까지 포함하는 저장 클래스

컴포넌트 어플리케이션 구현 시 필요한 설계 요소들 중 사용자 화면인터페이스를 구성하는 프리젠테이션 로직과 데이터베이스 접근을 위한 데이터 로직은 실제 시스템 구현에 해당하는 컴포넌트의 집합이므로 다음 절에서 기술하며, 본 절에서는 비즈니스 로직을 담당하는 주요 컴포넌트인 COM+서비스와 플래시모듈의 설계 결과에 대하여 기술한다. 우선 COM+서비스 형태로 설계된 컴포넌트 모듈은 다음과 같다.

① 컴포넌트명 : 공정관리모듈 (Process_Manage_nTx.dll)(도 8 참조)

물리적 위치: /front/process_manage.asp ---- 공정관리 리스트.

기능 : 프로젝트의 프로세스 공정율 계산

< 표 2 > 클래스 속성(공정관리)

project_id	프로젝트 코드	acti_cnt	엑티비티 수
process_id	프로세스 고유 ID	acti_endCnt	완료엑티비티 수
process_grp	표준 PMS 및 신규 프로젝트 체크	acti_percent_conversion	진행 액티비티 공정율(환산)
process_cd	프로세스 코드	plan_acti_percent	계획 액티비티 공정율
process_nm	프로세스 명	totPlanProcPercent	프로젝트 공정율(계획)
process_prev	선행 프로세스	totPlanActiPercent	프로젝트 공정율(진행)
process_next	후행프로세스	tot_percent	공정율
plan_strDate	프로세스 시작일(계획)
plan_endDate	프로세스 종료일(계획)
real_strDate	프로세스 시작일(실제)
real_endDate	프로세스 종료일(실제)

② 컴포넌트명 : 공정관리 수정 모듈 (Process_Manage_Tx.dll)(도 9참조)

물리적 위치: /front/process_manage.asp ---- 공정관리 수정

기능 : 공정관리에서 프로세스명, 선. 후행, 시작일, 종료일을 수정하는 기능

< 표 3 > 클래스 속성(공정관리수정)

process_grp	표준 PMS 및 신규 프로젝트 체크
process_id	프로세스 고유 ID
project_id	프로젝트 코드
process_cd	프로세스 코드
process_nm	프로세스 명
process_prev	선행 프로세스
process_next	후행프로세스
real_strDate	프로세스 시작일(실제)
real_endDate	프로세스 종료일(실제)

③ 컴포넌트명 : 과업개요 수정 모듈 (Task_01_Tx.dll )(도 10 참조)

물리적 위치: /front/task_01_update.asp ---- 과업개요 수정

기능 : 프로젝트 생성 후 과업개요를 수정하는 기능

< 표 4 > 클래스 속성(과업개요 수정)

project_nm	프로젝트 이름
project_regdate	프로젝트 등록일
order_com_cd	발주처코드
service_cd	용역유형코드
contact_date	과업시작일
completion_plan_date	과업종료일
project_summary	프로젝트 개요
project_id	프로젝트 코드

④ 컴포넌트명 : 과업참여자 수정 모듈 (Task_02_Tx.dll)(도 11 참조)

물리적 위치: /front/task_02_update.sap ---- 과업참여자 수정

기능 : 과업에 참여하는 참여자 및 외주업체 삭제, 추가, 수정하는 기능

< 표 5 > 클래스 속성(과업참여자 수정)

project_id	프로젝트 코드
dept_cd	부서코드
employee_no	사원번호
role_type	권한체크
dept_name	부서명
dept_cd	부서코드
outside_order1_name	외주업체명1
outside_order2_name	외주업체명2
outside_order3_name	외주업체명3
outside_order1_desc	외주업체1 설명
outside_order2_desc	외주업체2 설명
outside_order3_desc	외주업체3 설명

⑤ 컴포넌트명 : 프로젝트 담당자 모듈 ( Task_03_nTx.dll )(도 12참조)

물리적 위치: /front/task_03.asp ---- 조직도 리스트

기능 : 조직도에서 이름, 전화번호, 이메일을 확인하는 기능

< 표 6 > 클래스 속성(과업참여자 수정)

employee_no	사원번호
employee_name	사원이름
ex_tel_no	사내전화번호
email	이메일

컴포넌트의 설계 요소를 결정하기 위하여 고려해야 할 점은 개발의 편의성뿐만 아니라 구현이 완료된 후 컴포넌트의 유지관리 및 확장성이 보장되어야 하는 점이다. 현재 컴포넌트 소프트웨어는 대부분 DCOM/COM+ 형태로 개발되고 있는데 이는 웹서비스의 지원을 위한 분산공유 환경에서 유연한 대처를 하기 용이하다는 점이다. 그러나 구현하는 건설 업무의 사업관리 컴포넌트시스템은 이러한 분산공유 환경의 통합성이 고려되어야 함과 동시에 공정관리에 있어 S-Curve, CPM Network, Routine Procedure 등 그래픽환경에서 서비스되어야 하는 컴포넌트를 포함하고 있다. 데이터베이스에 저장된 데이터가 전체 프로젝트 관리차원에서 운영되는 여러 가지 컴포넌트 간 일관성과 무결성을 확보하며 동시에 그래픽기반의 서비스를 사용자에게 제공하기 위하여 컴포넌트의 설계 요소의 한 형태로서 플래시 모듈을 채택하였다.

플래시 모듈은 기존에 MFC개발환경에서 쉽게 구현 가능한 ActiveX 컨트롤의 확장개념이다. 쉬운 개발방법으로서 개발자들이 많이 사용하였던 ActiveX 컨트롤은 컴포넌트 배포 시 매번 클라이언트로 다운받아야 하며, 복잡한 데이터의 송수신 시 작동 효율에 문제가 있어 보통 간단한 윈도우 컨트롤 등의 제작에 사용되는 반면, 구현한 플래시 모듈은 웹브라우져에서 실행되며 다량의 복잡한 데이터 및 XML 등의 교환형식과도 호환성을 제공하고 그래픽으로 결과 값을 동적으로 표현해 줄 수 있는 고급 개념으로서 향후 컴포넌트 기반의 시스템 구현시 설계 요소로서 우수한 적용성을 가진 모듈 형식이다. 다음은 플래시 모듈로 구현된 업무컴포넌트이다.

① 컴포넌트명 : 프로젝트 진행률 관리모듈 ( 도 13 참조)

기능 : 프로젝트별로 과업계획대비 진행율과 실제 진행률을 표시해주는 것과

정의된 프로세스의 진행률을 바그래프로 표시함.

전달인수 : totalnum=33& - 그래프개수

plandata=100& - 과업계획현황 %

nowdata=70& - 과업진행현황 %

&data1=30& - 그래프 %

&data2=50&??&data33=87&

② 컴포넌트명 : 업무 프로시져 관리모듈(도 14 참조)

기능 : 건설 업무의 형식을 정형화하여 각 프로세스의 진행관계 및

사용 현황 등을 워크플로우로 도식화하여 사용자들에게 그래픽환경으로

서비스를 제공하며 그 중요기능은 프로세스의 상태표시(진행, 완료,

대기)를 하며 프로세스의 문서관리화면으로 넘어가는 연결파이프 역할을

하며 실시간으로 각 프로세스 상에서 작업 중인 상태를 표현해준다.

③ 컴포넌트명 : CPM 네트워크 관리모듈(도 15참조)

기능 : 1. CPM 네트워크를 사용자 정의 방식으로 작성할 있으며 시스템 표준

업무모듈(3형식) 외에 항만, 철도, 수자원 등 기타 설계프로세스를

정의, 제작할 수 있도록 제작되었다.

2. 기존에 만들어 놓았던 설계 프로시져 파일을 불러올 수 있는 기능이

있어 반복되는 공정을 재사용하여 효율성을 높인다.

3 각 부서별로 프로세스의 색상을 다르게 정의하여 표시되며 프로세스

의 연결 관계(선행, 후행)의 자동계산 및 코드, 네임, 듀레이션을 별

도 페이지에서 입력하지 않고 본 모듈에서 직접입력 및 처리한다.

4. 본 모듈과 별도로 각 프로세스의 패스 등을 자동 계산하는 ASP에서

만들어진 critical path 등을 재 전달받아 지정 색상으로 표현한다.

전달인수 : &DeptName부서명

&Tot=토탈 프로세스 개수

&pName=프로젝트명

&ProcessSelect=크리티컬패스(코드명)

&Process1=1(순번)(코드명)(프로세스이름)(듀레이션)(x축)(y축)

(링크)(1진행,2완료,0대기)(후행프로세스#x축#y축)

④ 컴포넌트명 : 공정현황 관리모듈(도 16 참조)

기능 : 데이터베이스에서 계산된 값들을 전달받아 계획일정, 실제 업무일정을

바차트형태로 표시하며 공정율을 S-CURVE형태로 보여주는 모듈임.

전달인수 : totalList=29& - 코드의 개수

&totalMonth=26& - 총 개월 수

&planday=1(시작월),10(시작일-없으면 -1),1(종료월),20(종료일

&nowday=1(시작월),10(시작일-없으면 -1),1(종료월),20(종료일

&perplan=- 계획대비진행율

%&pernow=- 실제작업진행율 %

&plangraph=- 계획 s커브의 y축값 %

&nowgraph=- 진행 s커브의 y축값 %

&graphpartplan=- 계획 s커브의 x축값 날짜수(한달)

&graphpartnow=- 진행 s커브의 x축값

&code=I- 코드명

&codename=프로세스 이름

&endok=true&

상기한 바와 같이 사업유형별로 표준화된 업무 템플리트를 활용함으로써 본 발명에 따른 프로세스 정보관리 시스템은 실무자에게 가장 효과적이고 빠른 업무방법을 제공하여 건설 업무의 효율을 극대화시킬 수 있게 된다.

본 발명에 따르면, 프로세스 정보관리 시스템은 사업유형별로 표준화된 업무 템플리트를 활용함으로써 실무자에게 가장 효과적이고 빠른 업무방법을 제공하여 건설 업무의 효율을 극대화시킬 수 있게 된다.

이상에서는 본 발명의 바람직한 실시 예에 대해서 도시하고 설명하였으나, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변형 실시가 가능한 것은 물론이고, 그와 같은 변경은 청구범위 기재의 범위 내에 있게 된다.

Claims (16)

1. 정보시스템 개발 방법론을 응용하여 건설 업무를 대상으로 한 컴포넌트 기반의 사업관리시스템으로서, 사용자 요구분석에 대해 컴포넌트의 집합단위인 패키지 형태로 데이터베이스 접근기능을 제공하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
2. 제 1항에 있어서,

   상기 패키지 형태의 업무 컴포넌트는 프로젝트 정보관리, 프로젝트 공정관리, 문서관리, 사용자관리, 문서코드관리를 포함하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
3. 제 1항에 있어서,

   건설 업무 사업관리 시스템과 관련된 액터는 프로젝트관리자, 프로젝트참여자, 프로젝트담당자, 문서관리담당자, 시스템사용자, 기반컴포넌트, 기간문서관리시스템을 포함하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
4. 제 3항에 있어서,

   상기 프로젝트관리자는 프로젝트를 총괄하는 책임자로서, 상기 프로젝트에 관련된 모든 정보에 접근권한을 갖는 것을 특징으로 하는 건설 업무 프로세스 정보 관리 시스템.
5. 제 3항에 있어서,

   상기 프로젝트참여자는 프로젝트에 참여하는 인원으로서 상기 프로젝트 진행과 관련된 정보에 접근권한을 갖는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
6. 제 3항에 있어서,

   상기 프로젝트담당자는 프로젝트정보의 관리를 맡은 인원으로서 선정된 특정 액터로서 상기 프로젝트정보에 대한 접근권한을 갖는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
7. 제 3항에 있어서,

   상기 문서관리담당자는 사내 문서관리에 대한 총괄로서 프로젝트 참고자료나 프로젝트 성과물에 대한 접근권한 및 관리권한을 갖는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
8. 제 3항에 있어서,

   상기 시스템사용자는 시스템을 사용할 권한을 부여받는 자를 일컫는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
9. 제 3항에 있어서,

   상기 기반컴포넌트는 회사 내에서 업무프로세스표준화를 통하여 기 정의된 공통된 비즈니스 로직을 공유하는 컴포넌트인 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
10. 제 3항에 있어서,

    상기 기간문서관리시스템은 회사 내에서 기존에 운영되고 있는 문서관리시스템인 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
11. 사용자 요구분석에 따라 컴포넌트의 집합단위인 패키지 형태로 건설 업무의 기능을 제공하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
12. 제 11항에 있어서,

    상기 건설 업무의 사업관리시스템과 관련된 액터를 프로젝트관리자, 프로젝트참여자, 프로젝트담당자, 문서관리담당자, 시스템사용자, 기반컴포넌트, 기간문서관리시스템을 포함하는 액터들로 분류하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
13. 제 11항에 있어서,

    분류된 각각의 상기 액터들은 각각의 데이터베이스 접근권한이 상이한 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
14. 제 11항에 있어서,

    상기 액터는 시스템이 제공하는 서비스나 기능들의 집합과 상호작용하는 시스템 외부의 존재인 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
15. COM+와 웹환경에서 유연한 적용성을 제공하는 플래시(Flash) 모듈을 사용하여 사용자 요구분석에 따라 컴포넌트의 집합단위인 패키지 형태로 건설 업무의 기능을 제공하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.
16. 건설 업무 사업관리시스템과 관련된 외부의 존재를 프로젝트관리자, 프로젝트참여자, 프로젝트담당자, 문서관리담당자, 및 시스템사용자로 분류하여 권한을 부여하며, 부여된 상기 권한에 따라 상기 건설 업무 사업관리시스템의 접근을 제어하는 것을 특징으로 하는 건설 업무 프로세스 정보관리 시스템.

Images