• 제목/요약/키워드: 객체지향방법론

검색결과 276건 처리시간 0.029초

PPO 객체 진화에 의한 BPR-ISP-A/D 통합 방법론

  • 김영석;서효원
    • 한국전자거래학회:학술대회논문집
    • /
    • 한국전자거래학회 1999년도 학술대회지 vol.1
    • /
    • pp.215-231
    • /
    • 1999
  • CALS, Enterprise Integration, Virtual Enterprise 등을 구현하는데 있어서 BPR (business process re-engineering), ISP (Information Strategy Planning), Analysis/Design 등은 필수 적이다. 이러한 BPR, ISP, A/D 추진하는데 있어서 각 단계의 산출물은 유연하게 연계되지 못한다. 그 이유는 각 단계가 접근하는 초점이 다르고, 산출물의 성격이 다르며, 무엇보다도 각 단계의 전문가가 다르기 때문에 발생한다. 현재 기업이 각 단계를 추진할 때에는 반복적인 피드백을 통하여 정보를 공유하거나, 각 단계의 정보 연계가 제대로 이루어지지 않는다. 이러한 문제를 해결하기 위하여 BPR-ISP-A/D의 정보 연계를 유연하게 하기 위하여 PPO (Product-Process-Organization) 객체 진화에 의한 통합 방법론을 제안 하고자 한다. 그 과정은 1) Real world 정보를 PPO 객체로 정의하고, 2) PPO 객체를 기반으로 BPR을 수행하여 TO-BE model 을 만드는 동시에, 3) PPO TO-BE model과 함께 IT Architecture를 정의하며, 4) PPO 객체를 기반으로 Analysis and Design 과정을 통하여 Application system 객체 및 Data 객체를 정의한다. 이때 PPO 객체는 Real-world 객체에서 Application system 객체 및 Data 객체로 진화하게 되고 BPR-ISP-A/D의 seamless 통합이 이루어진다. 여기서, 단계 1) 과 2)는 System Engineering을 통하여 이루어진다. ARIS(Architecture of Integrated Information System, Dr. A-W. Scheer, 1998)개념을 도입하여 실세계를 정해진 규약에 따라 Model로 Mapping하고, 생성된 Model을 바탕으로 BPR을 수행하여 개선된 Model을 산출해 낸다. 단계 3)은, IE (Information Engineering, James Martine, 1990) 의 ISP가 도입되어, 설계업무를 지원하기위한 기본적인 시스템 구조를 구상하게 된다. 이와 함께 IT Model을 구성하게 되는데, 객체지향적 접근 방법으로 Model을 생성하고 UML(Unified Modeling Language)을 Tool로 사용한다. 단계 4)는 Software Engineering 관점으로 접근한다. 이는 최종산물이라고 볼 수 있는 설계업무 지원 시스템을 Design하는 과정으로, 시스템에 사용될 데이터를 Design하는 과정과, 데이터를 기반으로 한 기능을 Design하는 과정으로 나눈다. 이를 통해 생성된 Model에 따라 최종적으로 Coding을 통하여 실제 시스템을 구축하게 된다.

  • PDF

웹 기반의 분산 객체 지향 소프트웨어 개발 환경을 위한 중앙 버전 관리자 (Central Version Manager for Distributed Object-Oriented Software Development Environment Based on Web)

  • 김수용;최동운
    • 한국정보처리학회:학술대회논문집
    • /
    • 한국정보처리학회 2001년도 춘계학술발표논문집 (하)
    • /
    • pp.925-928
    • /
    • 2001
  • 본 논문에서는 웹 기반의 분산 소프트웨어 개발 환경에서 원시 코드 중심의 버전뿐만 아니라 원시 코드 이전 단계의 UML 기반의 소프트웨어 개발 환경에서 발생하는 다양한 설계 객체들을 일정한 형태로 구축하여 효율적으로 관리하는 방법론을 제시하였다. 또한, 웹을 기반으로 한 분산 소프트웨어 개발 과정에서 발생하는 버전들을 일관성 있게 관리하기 위해 버전 규칙에 기초한 웹 기반의 중앙 버전 관리자를 설계하였다.

  • PDF

웹 기반의 분산 객체 지향 소프트웨어 개발 환경을 위한 웹 저장소 인터페이스 (Web Repository Interface for Distributed Object-Oriented Software Development Environment Based on Web)

  • 김수용;최동운
    • 한국정보처리학회:학술대회논문집
    • /
    • 한국정보처리학회 2001년도 추계학술발표논문집 (상)
    • /
    • pp.23-26
    • /
    • 2001
  • 본 논문에서는 웹 기반의 분산 소프트웨어 개발 환경에서 원시 코드 중심의 버전뿐란 아니라 원시 코드 이전 단계의 UML 기반의 소프트웨어 개발 환경에서 발생하는 다양한 설계 객체들을 일정한 형태로 구축하여 효율적으로 관리하는 방법론을 제시하였다. 또한, 웹을 기반으로 한 분산 소프트웨어 개발 과정에서 분산 개발 팀들 간의 설계 정보를 공유한 수 있는 웹 저장소 인터페이스를 개발하였다.

  • PDF

실시간 객체 모델의 다중 스레드 구현으로의 스케줄링을 고려한 자동화된 변환 (Automated Schedulability-Aware Mapping of Real-Time Object-Oriented Models to Multi-Threaded Implementations)

  • 홍성수
    • 한국정보과학회논문지:컴퓨팅의 실제 및 레터
    • /
    • 제8권2호
    • /
    • pp.174-182
    • /
    • 2002
  • 실시간 시스템이 복잡해짐에 따라 이를 개발하는 과정에서 객체 지향 설계 방법론과 이를 지원하는 CASE 도구들이 널리 사용되고 있다. 그러나 이런 객체 지향 CASE 도구를 사용할 경우, 설계자들은 별도의 과정으로 객체 중심으로 설계된 모델을 실제 수행되는 주체인 태스크로 변환시켜야 한다. 불행하게도 객체 모델과 태스크는 특성이 근본적으로 다르고, 스케줄 가능성을 분석하기가 어렵기 때문에 이러한 과정을 자동화하기는 매우 어렵다. 이 문제를 해결하기 위하여 많은 CASE 도구에서는 개발자가 직접 수동으로 객체를 태스크로 변환시키도록 요구하고 있다. 결과적으로 개발자들은 자신의 경험을 바탕으로 하여 임시 변통적인 방법에 의존하여 태스크를 유도하고 있다. 유도된 태스크 집합은 결과 시스템의 스케줄 가능성에 직접적으로 중요한 영향을 미친다. 본 논문에서는 실시간 객체 지향 설계 모델을 스케줄 가능성을 고려해 다중 스레드 구현으로 자동적으로 변환하는 방법을 제안한다. 본 논문에서 태스크는 다른 주기와 종료시한을 갖는 상호 배타적인 트랜잭션들로 이루어진다. 이러한 새로운 태스크 모델에 대하여 스케줄 가능성 분석 알고리즘을 제시한다. 또한 제안된 방법을 지원하기 위하여 런 타임 시스템과 코드 생성이 어떻게 지원되어야 하는지에 대하여 설명한다. 사례 연구는 단일 태스크 매핑의 부적절성을 보여줌과 함께, 다중 태스크를 수동으로 유도하는 것이 매우 어렵고, 제안된 방법이 실질적으로 유용하다는 것을 명백하게 보여준다.

Unified Process의 분석 클래스에 대한 복잡도 척도 (Complexity Metrics for Analysis Classes in the Unified Software Development Process)

  • 김유경;박재년
    • 정보처리학회논문지D
    • /
    • 제8D권1호
    • /
    • pp.71-80
    • /
    • 2001
  • 구조적 개발 방법론에 적용하도록 만들어진 복잡도 척도들은 클래스, 상속성, 메시지 전달 그리고 캡슐롸와 같은 객체지향의 개념에 직접적으로 적용할 수 없다. 또한, 기존이 객체지향 소프트웨어에 대한 척도의 연구는 프로그램의 복잡도나, 설계 단계의 척도가 대부분이었다. 실제로 분석 단계 클래스의 복잡도를 낮춤으로써, 시스템의 개발 노력이나 비용 및 유지보수 단계에서의 노력이 크게 줄어들게 되므로, 분석 클래스에 대한 복잡도를 측량하기 위한 척도가 필요하다. 본 논문에서는 객체지향 개발방법론인 Unified Process의 분석 단계에서 추출되는 분석 클래스에 대하여 복잡도를 측정할 수 있는 새로운 척도를 제안한다. 협력의 복잡도 CC(Collaboration Complexity)는 가능한 협력의 최대 수로서 클래스가 잠재적으로 얼마나 복잡할 수 있는지를 측정하기 위한 척도이며, 각 협력자들의 인터페이스를 이해하는 것과 관련된 총체적 어려움을 측정하는 인터페이스 복잡도 IC(Interface Complexity)를 정의하였다. 제안된 척도는 클래스의 크기 및 상속성에 대하여 수학적인 증명을 하였으며, Weyuker의 9가지 공리적 성질에 대하여 이론적인 검증을 하였다. 또한, 텍스트 마이닝 기법을 사용하여 사용자의 질문에 자동으로 응답하는 시스템의 분석 클래스에 대하여 제안된 척도를 사용하여 복잡도를 측정하였고 기존의 복잡도 척도인 CBO와 WMC의 값을 계산하여 비교하였다. CC와 CBO, IC와 WMC의 값을 비교해 본 결과 제안된 복잡도 척도의 계산 결과 제안된 복잡도 척도의 계산 결과 값이 그 값들보다 좀 더 복잡도를 잘 표현하고 있었다. 이로써 소프트웨어 개발 주기의 초기에 클래스에 대한 복잡도를 평가해 보고, 나머지 단계에 필요한 시간과 노력을 예측함으로써 보다 비용-효과적인 객체지향 소프트웨어를 개발할 수 있는 가능성이 높아진다.

  • PDF

객체지향 분석 단계에서의 클래스 복잡도 측정 (Measurement of Classes Complexity in the Object-Oriented Analysis Phase)

  • 김유경;박재년
    • 한국정보과학회논문지:소프트웨어및응용
    • /
    • 제28권10호
    • /
    • pp.720-731
    • /
    • 2001
  • 구조적 개발 방법론에 적용하도록 만들어진 복잡도 척도들을 클래스의 상속성, 다형성, 메시지 전달 그리고 캡슐화와 같은 객체지향의 개념에 직접적으로 적용할 수 없다. 또한 기존의 객체지향 소프트웨어에 대한 척도의 연구는 프로그램의 복잡도나, 설계 단계의 척도가 대부분이었다. 실제로 분석단계 클래스의 복잡도를 낮춤으로서 시스템의 개발 노력이나 비용 및 유지보수 단계에서의 노력이 크게 줄어들게 되므로, 분석 클래스에 대한 복잡도를 측량하기 위한 척도가 필요하다. 본 논문에서는 객체지향 개발방법론인 RUP(Rational Unified Process)의 분석 단계에서 추출되는 분석 클래스에 대해서 복잡도를 측정할 수 있는 새로운 척도를 제안한다. 협력 복잡도CC(Collaboration Complexity)는 가능한 협력의 최대 수로서 클래스가 잠재적으로 얼마나 복잡할 수 있는지를 측정하기 위한 척도이며, 각 협력자들의 인터페이스를 이해하는 것과 관련된 총체적 어려움을 측정하는 인터페이스 복잡도 IC(Interface Complexity)를 정의하였다. 제안된 척도는 Weyuker의 9가지 공리적 성질에 대하여 이론적인 검증을 하였으며, 텍스트 마이닝 기법을 사용하여 사용자의 질문에 자동으로 응답하는 시스템의 분석 클래스에 대하여 제안된 척도를 적용하여 복잡도를 측정하였다. 제안된 CC와 IC의 값과 Chidamber와 Kemerer가 제안된 CBO와 WMC의 값을 비교해 본 결과, 제안된 복잡도 척도의 계산결과 값이 큰 클래스의 경우에는 설계 이후 단계에서도 역시 복잡도가 커지게 되는 것을 알 수 있었다. 이로써 소프트웨어개발 주기의 초기에 클래스에 대한 복잡도를 평가해 보고, 나머지 단계에 필요한 시간과 노력을 예측함으로써 보다 비용-효과적인 객체지향 소프트웨어를 개발할 수 있는 가능성이 높아질 것으로 기대된다.

  • PDF

모델 템플리트를 이용한 도메인 모델 개발과 재사용 (Development of Domain Model and Reuse Using Model Template)

  • 김지홍
    • 인터넷정보학회논문지
    • /
    • 제3권3호
    • /
    • pp.39-53
    • /
    • 2002
  • 도메인 모델은 객체 모델 개발과 소프트웨어 설계에 관한 결정에 큰 영향을 끼치고 있어, 오늘날 많은 객체 지향적 시스템과 컴포넌트 기반의 소프트웨어 개발 시 도메인 모델을 만들고 있다. 그러나 UML과 객체 지향적 방법론에서는 재사용을 위한 개발과 재사용을 수반한 개발의 지원이 부족하여 매번 새로이 모델을 개발하고 있으며 프로젝트 개발 기간 지연과 불충분한 모델 생성을 초래하고있다. 이러한 문제는 UML 표기의 확장과 재사용 처리방법을 통해 해결될 수 있다. 본 연구에서는 도메인 모델의 재사용을 위하여 UML 기반의 도메인 모델 템플리트를 설계하고 분석정보의 재사용을 위한 도메인 모델 개발 방법을 제안하였다. 아울러 제안된 표현을 인터넷 응용에 적용하여 도메인 모델과 도메인 템플리트를 생성할 수 있었다.

  • PDF

임베디드 소프트웨어 개발을 위한 국방 CBD 프로세스 테일러링 (Tailoring the Defense Component Based Development Process for Embedded Software Development)

  • 정경철;이길섭;이승종
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2005년도 가을 학술발표논문집 Vol.32 No.2 (2)
    • /
    • pp.334-336
    • /
    • 2005
  • 유비쿼터스 시대에 진입하면서 임베디드 소프트웨어의 개발에 대한 관심이 높아지고 있다. 국방 분야에서는 국방무기 및 비무기 내장형 소프트웨어 관리지침과 공군에서 운영되는 항공무기 소프트웨어 개발 프로세스 등이 운용되고 있으며, 국방 CBD 방법론은 주로 응용체계 개발을 위한 컴포넌트 기반의 구체적인 방법론이다. 이러한 국방 CBD 방법론을 임베디드 소프트웨어 개발에 적용가능 여부는 발표되지 않았다. 따라서 본 논문에서는 임베디드 소프트웨어개발을 위한 국방 CBD 프로세스 테일러링 방안을 고찰하고자 한다. 이를 위하여 국방 무기 및 비무기 내장형 소프트웨어 관리지침에 근거한 조정, 임베디드 소프트웨어 개발 방식에 따른 조정 컴포넌트 및 객체 지향기술, 그리고 UML 기술 적용으로 구분하여 테일러링 방안을 제시한다. 그 결과 국방 CBD 방법론의 적용 범위의 확대 및 개발 프로세스의 표준화에 기여할 것으로 기대된다.

  • PDF

객체지향 장치 모델링을 이용한 Fault Tree의 자동합성 (Automatic Synthesis of Fault Tree Using Object-oriented Unit Modeling)

  • 황규석;허보경
    • 한국가스학회지
    • /
    • 제5권2호
    • /
    • pp.1-8
    • /
    • 2001
  • 공정의 위험성 평가를 위한 이상트리 작성은 많은 시간과 인력을 요하는 작업으로 대규모 화학공장에 적용하기가 매우 힘들다. 본 연구에서는 화학공정의 이상트리 합성을 위해 장치에서 발생할 수 있는 공정변수의 이탈 및 장치이상에 대한 원인-결과 관계를 나타내는데 필요한 객체지향 지식기반의 프레임워크를 제안하였다. 이상에 대한 원인을 탐색하기 위하여 장치의 객체지향 모델링과 장치간의 연결관계를 이용하여 이탈을 전파하고 이를 통해 이상트리를 합성하였다. 제안된 방법론을 질산 냉각 공정에 적용하여 그 유효성을 검증하였다.

  • PDF

공통운용환경 세그먼트 개발 방법 (A Development Method for Common Operating Environment Segments)

  • 손명근;고현민;윤경아;배두환
    • 한국정보과학회:학술대회논문집
    • /
    • 한국정보과학회 2003년도 봄 학술발표논문집 Vol.30 No.1 (B)
    • /
    • pp.79-81
    • /
    • 2003
  • 공통운용환경 세그먼트 개발 방법론으로 I&RTS 에서 제시하는 개발 절차는 상위수준의 프로토타입으로 실제 세그먼트를 개발하는 개발자들에게 구체적인 지침으로서의 역할을 하지 못한다. 이러한 문제점을 극복해 보고자 현재 일반 객체지향/컴포넌트 개발 프로세스로 각광 받고 있는 RUP 를 도입하여 I&RTS 에서 제시하는 개발 프로세스를 보다 구체화하여 공통운용환경 세그먼트 개발 방법을 제안하고, 세그먼트 개발사례를 통해 제안된 개발 방법의 적합성을 검증한다.

  • PDF