메서드 엔지니어링

Method engineering
산업 공학의 하위 전문인 메서드 엔지니어링과 혼동해서는 안 된다.
메서드 엔지니어링 프로세스의 예. 이 그림은 시제품 IDEF9 방법 개념, 절차, 후보 그래픽 및 텍스트 언어 요소를 개발하는 데 사용되는 접근방식의 프로세스 지향적 관점을 제공한다.[1]

"정보시스템 분야에서의 방법공학은 기존의 방법으로부터 새로운 방법을 구성하기 위한 학문"[2]이다. 「정보 시스템 개발을 위한 방법·기법·지원 도구의 설계·구축·평가」에 주안점을 둔다.[3]

또한, 메서드 엔지니어링은 "특정 조직 상황에 맞는 방법을 만드는 적응 프레임워크를 만들어 시스템 개발 방법의 유용성을 개선하고자 한다"고 말했다.[4]

종류들

컴퓨터 보조 방식 엔지니어링

메타 프로세스 모델링 프로세스는 흔히 컴퓨터 보조 방법 엔지니어링(CAME) 도구 또는 MetaCASE 도구(Meta-level Computer Assisted Software Engineering 도구)라고 불리는 소프트웨어 도구를 통해 지원된다. 흔히 인스턴스화 기법은 "컴퓨터 보조 방법 엔지니어링 환경의 저장소를 건설하는 데 사용되어 왔다".[5] 메타프로세스 모델링에는 많은 도구가 있다.[6][7][8][9][10]

메서드 테일러링

문헌에서 '방법적 맞춤법', '방법적 단편적 적응법', '상황적 방법 공학' 등 방법적응 개념을 서로 다른 용어로 언급하고 있다. 방법 맞춤화는 다음과 같이 정의된다.

컨텍스트, 의도, 방법 조각 간의 동적 상호작용을 통해 인간 에이전트가 특정 프로젝트 상황에 대한 시스템 개발 접근방식을 결정하는 프로세스 또는 능력.[11]

잠재적으로 거의 모든 민첩한 방법이 방법 맞춤화에 적합하다. DSDM 방법조차도 이러한 목적을 위해 사용되고 있으며, CMM 컨텍스트에서 성공적으로 맞춤화되었다.[12] 상황의 적절성은 민첩한 방법과 전통적인 소프트웨어 개발 방법 사이의 구별되는 특성으로 간주될 수 있으며, 후자는 상대적으로 훨씬 더 엄격하고 규범적이다. 실무적 함의는 민첩한 방법을 통해 프로젝트 팀이 개별 프로젝트의 필요에 따라 작업 관행을 조정할 수 있도록 한다는 것이다. 관행은 구체적인 활동과 방법 프레임워크의 일부인 제품이다. 좀 더 극단적 차원에서는 여러 원리로 구성된 방법의 철학을 각색할 수 있었다.[11]

상황방법공학

상황별 방법 공학은 개발 프로젝트의 특정 상황에 맞는 방법의 구성이다.[13] 에 의한 새로운 방법의 창조라고 할 수 있다.

  1. 재사용 가능한 방법 구성 요소의 리포지토리에서 적절한 방법 구성 요소 선택
  2. 이러한 방법 구성요소를 적절하게 맞춤화.
  3. 이러한 맞춤형 방법 구성요소를 통합하여 새로운 상황별 방법을 형성한다.

이를 통해 모든 개발 상황에 적합한 개발 방법을 만들 수 있다. 그때 각 시스템 개발은 그 자리에서 개발 방법이 구축되는 방법 정의 단계와 함께 시작된다.[4]

모바일 비즈니스 개발의 경우, 비즈니스 모델 설계 프로세스와 ICT 개발의 특정 부분에 대해 이용 가능한 방법이 있다. 상황별 방법 엔지니어링은 이러한 방법을 모바일 ICT 서비스의 특성을 채택한 하나의 통일된 방법으로 결합하는 데 사용할 수 있다.

방법 엔지니어링 프로세스

IDEF 모델링 언어의 개발자인 Richard J. Mayer 외 연구진(1995)은 다른 분석 및 설계 방법을 개발하는 데 있어 공통 방법 엔지니어링 실무와 경험을 연구함으로써 방법 엔지니어링에 대한 초기 접근법을 개발했다. 다음 그림은 이 접근법에 대한 프로세스 지향적 관점을 제공한다. 이 이미지는 IDEF3 Process Description Capture 방법을 사용하여 동사 구문이 있는 상자는 활동을 나타내고, 화살표는 우선 관계를 나타내며, 가능한 경로 중 "독점적 또는" 조건은 "X"[1]로 표시된 접속 상자로 표시된다.

이 이미지는 IDEF Method 엔지니어링 프로세스 접근법의 일반적인 개요를 제공한다.

이 접근법에 따르면 방법 엔지니어링에는 다음과 같은 세 가지 기본 전략이 있다.[1]

  • 재사용: 방법 엔지니어링의 기본 전략 중 하나는 재사용이다. 가능할 때마다 기존 방식을 채택한다.
  • Tailomade: 사소한 수정으로 확인된 니즈를 충족시킬 수 있는 방법을 찾으십시오. 이 옵션은 수정이 방법의 기본 개념이나 설계 목표의 근본적인 변경을 요구하지 않는 경우에 매력적이다.
  • 새로운 개발: 이러한 옵션들 중 어느 것도 실행 가능하지 않을 때에만 방법 설계자들은 새로운 방법을 개발하려고 해야 한다.

이 기본 전략은 유사한 개념 개발 과정에서도 개발될 수 있다.

지식 엔지니어링 접근 방식

지식 공학 접근법은 방법의 향상과 새로운 방법 개발을 위한 주요 메커니즘이다. 즉, 거의 예외를 두지 않고, 방법 개발에는 주어진 과제에 대해 기존의 관행을 분리, 문서화, 포장하는 것을 실무자 간의 신뢰할 수 있는 성공을 촉진하는 형태로 포함한다. 전문가적 부속은 먼저 기본적인 직관 및 방법 개념의 형태로 특징지어진다. 이것들은 종종 전문가들이 사용하는 기술, 도표, 표현에 대한 분석을 통해 초기에 확인된다. 이러한 발견은 초보자들로 하여금 동일한 기술과 기술을 습득하도록 지원하는 데 활용할 수 있는 기존의 방법을 찾는 데 도움이 된다.[1]

새로운 방법 개발은 방법의 범위를 정립하고, 방법 개념과 직관의 특성화를 정제하고, 초보 실무자에게 과제 성취와 기본적인 견습 지원을 모두 제공하는 절차를 설계하고, 표현의 언어를 개발함으로써 이루어진다. 그런 다음 방법 적용 기법은 독립 실행형 모드에서 다른 방법과 함께 사용하기 위한 지침을 요약하여 개발한다. 그 후 방법의 각 요소는 실험실 및 현장 테스트를 통해 반복적인 개선을 거친다.[1]

방법 언어 설계 프로세스

방법 언어 설계 과정은 자연에서 반복적이고 실험적이다. 언어 설계자는 기존 관행의 경험적 접근과 기법의 집합을 식별, 병합, 정제할 수 있는 절차 개발과는 달리 잘 발달된 그래픽 디스플레이나 텍스트 정보 캡처 메커니즘을 거의 접하지 않는다. 잠재적으로 재사용 가능한 언어 구조를 찾을 수 있는 경우, 그것들은 종종 제대로 정의되지 않거나 방법의 필요성에 부분적으로만 적합하다.[1]

메서드 언어 설계의 중요한 요소는 메서드의 목적과 범위를 명확하게 설정하는 것이다. 방법의 목적은 방법이 다루어야 할 필요를 결정한다. 이것은 지원 언어에 필요한 표현력을 결정하는 데 사용된다. 방법의 범위는 적용 범위와 깊이를 설정하며, 또한 적절한 언어 설계 전략을 설계하기 전에 설정되어야 한다. 범위 결정은 또한 어떤 인지 활동이 방법 적용을 통해 지원될 것인지를 결정하는 것을 포함한다. 예를 들어, 언어 설계는 (IDEF9에 제약의 논리와 구조를 포착하는 그래픽 및 텍스트 언어 시설을 제공하는 것과 마찬가지로) 방법 적용의 최종 결과만을 표시하도록 제한될 수 있다. 또는 정보 수집 및 분석을 촉진하는 진행 중인 언어 지원이 필요할 수 있다. 그러한 상황에서, 구체적인 언어구성은 방법론자들이 나중에 표시하기 위한 추가 표현 구조로 합성될 정보를 구성, 분류 및 표현하는데 도움이 되도록 설계될 수 있다.[1]

이러한 토대를 가지고 언어 디자이너들은 언어로 표현되어야 할 것과 그것이 어떻게 표현되어야 하는지를 결정하는 과정을 시작한다. 언어 설계는 다루어야 할 전체 범위의 정보를 나타낼 수 있는 텍스트 언어를 개발하는 것으로 시작할 수 있다. 그러면 텍스트 언어의 선택된 부분을 표시하도록 설계된 그래픽 언어 구조가 개발될 수 있다. 또는 그래픽 언어 구조는 텍스트 언어의 발달 이전에 또는 이와 병행하여 진화할 수 있다. 이러한 활동의 순서는 크게 언어 개발자들 사이에서 보유하고 있는 언어 요구 사항의 이해 정도에 달려 있다. 이는 그래픽과 텍스트 언어 설계를 여러 번 반복한 후에만 명확해질 수 있다.[1]

그래픽 언어 설계

그래픽 언어 설계는 방법 적용 프로세스를 지원하는 위치와 방법 측면에서 각 도표의 예비 집합과 목적 또는 목표를 식별하는 것으로 시작한다. 각 개략도에 대해 중점 항목이 결정된다. 예를 들어, IDEF9에 대한 대체 그래픽 언어 설계를 실험할 때, 제약 조건이 적용될 수 있는 다양한 환경 상황을 분류하기 위한 메커니즘으로 컨텍스트 도식을 구상했다. 이 도식도의 중심적인 초점은 맥락이었다. 개략도의 중심 초점을 결정한 후, 포착하거나 전달해야 할 추가 정보(개념 및 관계)를 파악한다.[1]

언어 설계 프로세스의 이 시점까지, 주요 초점은 개략도의 목표를 달성하기 위해 주어진 개략도로 표시되어야 하는 정보에 집중되어 왔다. 여기서 언어 설계자는 도식도에 포함될 수 있도록 식별된 항목이 그래픽 표현에 적합하고 사용자가 원하는 정보 콘텐츠에 계속 집중할 수 있도록 해야 한다. 이러한 일반적인 이해를 바탕으로 이전에 개발된 그래픽 언어 구조를 탐색하여 잠재적인 재사용 기회를 식별한다. 새로운 IDEF 방법에 대한 후보 그래픽 언어 설계를 탐구하는 동안 광범위한 도표를 식별하고 탐구하였다. 종종 방법의 중심 개념 중 일부라도 방법에서 그래픽 언어 요소가 없을 것이다.[1]

예를 들어 IDEF1 정보 모델링 방법은 엔터티의 개념을 포함하지만 그래픽 언어로 엔터티에 대한 구문적 요소를 포함하지 않는다.8. 언어 설계자가 방법 개념을 위해 통사적 요소가 포함되어야 한다고 결정할 때, 후보 기호를 설계하고 평가한다. 그래픽 언어 설계 프로세스 전반에 걸쳐 언어 설계자는 고품질 설계를 개발하는 데 도움이 되는 많은 지침 원리를 적용한다. 이 가운데 언어디자이너는 개념 수업의 중복이나 정의가 미흡한 수업은 피한다. 그들은 또한 도표를 읽는 방향을 전달하기 위한 직관적인 메커니즘의 확립을 모색한다.[1]

예를 들어, 도표는 왼쪽에서 오른쪽으로 읽히도록 설계되거나 상향식 또는 중앙 아웃 방식으로 설계될 수 있다. 단일 개략도에서 혼잡하거나 압도적으로 많은 양의 정보를 얻을 수 있는 가능성 또한 하나의 조건이 개략도를 읽고 이해하는 것을 극도로 어렵게 만드는 것으로 간주된다.[1]

방법시험

그런 다음 각 후보 설계는 각 개략도의 목적에 상대적인 설계의 효용성을 탐색하기 위한 광범위한 예를 개발하여 시험한다. 방법 개발의 초기 시도, 특히 지원 언어 구조의 개발은 대개 복잡하다. 설계에 대한 연속적인 반복으로 불필요하고 복잡한 언어 구조가 제거된다.[1]

그래픽 언어 설계가 성숙 단계에 가까워짐에 따라, 관심은 텍스트 언어에 쏠린다. 텍스트 언어에 의해 제공되는 목적은 그래픽 언어에서 명백히 배제된 정보를 표현하기 위한 메커니즘을 제공하는 것에서부터 표준 데이터 교환과 자동화된 모델 해석을 위한 메커니즘을 제공하는 것까지 다양하다. 따라서 방법을 지원하는 텍스트 언어는 단순하고 구조화되지 않은 언어일 수도 있고(컴퓨터 해석 능력 측면에서), 고도로 구조화되고 복잡한 언어로 나타날 수도 있다. 이 방법의 목적은 텍스트 언어의 어느 수준의 구조가 필요할지에 크게 좌우된다.[1]

형식화 및 적용 기법

메서드 언어가 성숙기에 가까워지기 시작하면서 수학 형식화 기법이 채용되어 떠오르는 언어는 구문과 의미론이 명확하다. 방법 공식화 과정은 종종 모호함을 발견하고, 어색한 언어 구조를 식별하며, 언어를 능률화하는 데 도움을 준다.[1]

이러한 일반적인 활동은 그 방법이 고안된 작업을 수행하는 과정에서 발견, 분석, 변환 또는 의사소통이 필요한 정보에 사용자의 주의를 집중시키는 데 도움이 되는 언어로 마무리된다. 또한 이 방법의 절차와 언어 구성요소는 사용자가 목표한 작업에 대해 지속적으로 높은 품질의 결과를 달성하는 데 필요한 기술과 적응력을 개발하는 데 도움이 된다.[1]

일단 방법이 개발되면, 응용 기법은 다른 방법과 함께뿐만 아니라 독립형 모드에서 성공적으로 적용할 수 있도록 설계될 것이다. 적용 기법은 방법의 수명 동안 계속 진화하고 성장하는 방법의 "사용" 구성요소를 구성한다. 방법 절차, 언어 구성 및 적용 기법을 반복적으로 세분화하여 검토하고 시험한다.[1]

참고 항목

참조

  1. ^ a b c d e f g h i j k l m n o p q 리처드 J. 메이어 등(1995년). IICE(Information Integration for Concurrent Engineering, IICE) 방법 개요는 오하이오주 라이트 패터슨 공군기지에서 보고한다. 페이지 7-10.
  2. ^ F. 해슨 & M. 새키(1996) "4가지 방법 엔지니어링 언어의 비교". In: Sjaak Brinkkemper et al. (eds.) 방법 엔지니어링에 관한 방법 엔지니어링에 관한 IFIP TC8, WG8.1/8.2 실무회의의 진행 : 방법 시공 및 도구 지원의 원칙 : 방법 시공 및 도구 지원의 원칙 1996년 1월, 미국 조지아 주 애틀랜타. p.209-231
  3. ^ Sjak Brinkkemper, Method Engineering: 정보 시스템 개발 방법과 도구의 엔지니어링. 정보 및 소프트웨어 기술 저널, Vol 38, n°4, 페이지 275-280 (1996)
  4. ^ a b Colette Rolland(2008) Method Engineering: Methods as Service. 기조연설 ICSE0. 2008.
  5. ^ 콜레트 롤랑(1998년). 프로세스 엔지니어링에 대한 포괄적인 뷰. 제10차 국제회의 CAiSE'98, B의 진행. C, Pernici, Computer Science 1413 강의 노트 타노스(에드), 스프링거. 1998년 6월 이탈리아 피사.
  6. ^ S. 켈리, K. 리티넨, 로시 요원님 Meta Edit+: 완전히 구성 가능한 다중 사용자 및 다중 도구 CASE 및 COME 환경, Proc. CAiSE'96 Conf, Springer Verlag, 1996
  7. ^ F. Harmsen, S. Brinkkemper, 상황별 CASE 환경을 위한 방법 기반 관리 시스템의 설계 및 구현. Proc. 제2차 APSEC Conf, IEEE 컴퓨터 협회 출판부, 페이지 430-438, 1995
  8. ^ G. 메르베스. Maestro II- das intergrierte CASE-system von Softlab, CASE systeme 및 Werkzeuge(Ed. H. Balzert) BI Wissenschaftsverlag, 페이지 319-336, 1991.
  9. ^ S. Si Said. 요구사항 엔지니어링 프로세스에 대한 지침. 인: 1997년 9월 1~5일 '데이터베이스 및 전문가 시스템 적용'에 관한 제8차 국제 컨퍼런스 및 워크샵 진행
  10. ^ C. 롤랜드. Method Engineering을 위한 입문서. 1997년 6월 10일-13일 프랑스 툴루즈에서 열린 INFORSID 회의(INFormatique des ORganisations et Systemes d'Information et de Decision), 절차
  11. ^ a b M.N. Aydin, Harshen, F., Slooten, K. v. & Stagwee, R. A. (2004) 신속한 변화를 위한 정보 시스템 개발 방법 사용 중. Turk J Elec Engin, 122-2, 127-138
  12. ^ Abrahamsson, P, Warsta, J, Siponen, M.T, & Ronkainen, J. (2003년) 신속한 변화를 위한 새로운 방법: 비교 분석. ICSE'03, 244-254 절차
  13. ^ R.J. 웰케&K. 쿠마르(1992년). "방법 엔지니어링: 상황별 방법론 구축 제안" 인: 코터만, 센(eds) 시스템 분석 및 설계: 연구 의제. 와일리, 치체스터 페이지 257–268.
귀인

이 기사는 현재 공공영역에 출판된 리처드 J. 메이어 외, 1995년에 발표된 미국 공군, 동시공학을 위한 정보 통합(IICE)의 방법 보고서 전문을 통합하고 있다.

추가 읽기

  • 스자크 브링크켐퍼, 칼리 라이티넨, 리처드 J. 웰케(1996년). 방법 엔지니어링: 방법 구성 및 도구 지원의 원칙: IFIP TC8, WG8.1/8.2 방법 엔지니어링 실무회의 1996년 8월 26–28, 미국 애틀랜타. 스프링거. ISBN041279750Xdoi:10.1007/978-0-387-35080-6
  • 스자크 브링크켐퍼, 새키, 해슨(1998년). 방법 엔지니어링을 위한 조립 기술. CaiSE'98 회의의 고급 정보 시스템 엔지니어링. 뉴욕: 스프링거. 도이:10.1007/BFB0054236
  • 아잔타 다하나야케(2001년). 컴퓨터 지원 방법 엔지니어링: 21세기의 CASE 저장소를 설계한다. 허쉬, PA: Idea Group Inc., 2001. ISBN 1878289942
  • 브라이언 헨더슨 셀러스, 졸리타 랄리테, 페어 J. ger거포크, 마티 로시(2014년). 상황별 방법 엔지니어링. 베를린: 스프링거. ISBN 9783642414664 도이:10.1007/978-3-642-41467-1
  • Brian Henderson-Sellers, Jolita Ralyté, Sjaak Brinkkemper, eds. (2008) 상황별 방법 엔지니어링: 기초와 경험: IFIP WG 8.1 작업 회의, 2007년 9월 12-14일 스위스 제네바. 뉴욕: 스프링거. ISBN 0387739467 doi:10.1007/978-0-387-73947-2
  • Brian Henderson-Sellers, C. Gonzalez-Perez 및 Donald Firesmith(2004) 방법 엔지니어링 및 COTS 평가: ACM SIGSoft 소프트웨어 엔지니어링 노트 아카이브. 제30권 제4호(2005년 7월)
  • 맨프레드 A. 쥬스펠드, 마티아스 자크, 존 멜로풀로스, 에드스(2009)이다. 메서드 엔지니어링을 위한 변형. 케임브리지, MA: MIT 프레스. ISBN 0262101084

외부 링크