Functional에서 직면 한 일반적인 도전 모델링 및 오버코딩 방법 팟캐스트

시스템 엔지니어링의 기능 모델링

이 문서는 소프트웨어 개발의 기본 기술을 사용하여, 팀의 시각적으로 시각화, 분석 및 문서 시스템 내에서 특정 기능 및 상호 작용을 가능하게하는 시스템 엔지니어링 및 소프트웨어 개발의 기초 기술로 봉사합니다. 복잡한 프로세스를 명백하게 구성함으로써, 실제는 더 쉽게 요구 사항, 디자인 인터페이스, 검증 시스템 행동을 식별 할 수 있습니다. 그러나, 명확한 이점에도 불구하고, 기능 모델링은 제대로 해결되지 않으면 프로젝트를 탈취 할 수있는 문제를 자주 제공합니다. 이 문서는 가장 일반적인 장애물이 모델에 영향을 미치는 반면, 모델은 제대로 이해하는 모델에 대한 이해를 갖는 데 도움이 될 수 있습니다.

기능 모델링은 무엇입니까?

Functional modeling은 시스템 및 관계의 기능을 나타내는 체계적인 방법입니다. 객체 중심 또는 데이터 중심 모델링과는 달리, 이는 구현하는 방법보다 what system does]에 초점을 맞추고 있습니다. Common notations에는 Functional Flow Block Diagrams (FFBDs), IDEF0 및 UML의 활동 다이어그램이 포함됩니다. 이 모델은 입력/출력 흐름, 제어 논리적 인 자원, 효과적인 모델 및 고정적 인 매개 변수를 식별하는 데 도움이 됩니다.

Functional Modeling의 일반적인 도전

1. Ambiguous 또는 불완전한 필요조건

함수 모델링 줄기의 가장 빈번한 장애물은 에서 끊임없이 정의된 요구조건]에서 정상적인 동작을 합니다. 프로젝트 목표, 사용자 요구, 또는 시스템 경계가 완전히 미립자 되지 않을 때, 결과 모델은 잘못되거나 중요한 기능을 놓을 수 있습니다. 이 주변성은 종종 재작업, 예산 오버런 및 시스템 장애로 이어집니다. 예를 들어, 오류 처리에 대한 오류 처리가 발생하면 결함이 없는 행동 시스템의 손상을 최소화할 수 있습니다.

암비게이션의 뿌리 원인

공식적인 필요조건 elicitation 과정의 Lack
modelers의 충분한 도메인 지식
이해관계자 우선 순위
급속하게 진화 프로젝트 범위

의외암비

주변 요구 사항을 완화하려면, ]의 이해관계자 인터뷰], 프로토타이핑 및 사용 케이스 워크샵과 같은 구조 기술로 초기에 참여하십시오. 문서 명시적 가정과 특정 요구 사항에 각 기능 요소에 대한 추적성 매트릭스를 사용합니다. 이 기능은 크로스 기능 팀과 함께하는 리뷰는 모델링 진행 전에 해결된다는 것을 보증합니다.

2. Overly Complex 및 Unwieldy 모델

일반적인 pitfall은 ]의 생성으로, 또는 monolithic model는 비강성 핵심 함수를 비축합니다. 모델링자가 가능한 예외, 데이터 흐름, 또는 제어 신호가 표시되고 유지될 수 있습니다. 복잡성은 통신 값을 감소시키고 검증 및 검증 중에 오류의 위험을 증가시키지 않습니다.

Excess Complexity의 로그인

수십 개의 기능과 수백 개의 연결 다이어그램
여러 책임 (단일 책임 원칙의 위반)을 섞는 기능
여러 급상승 수준을 요구하는 과도한 배열 또는 깊은 계층

모델 단순화

]modular method: 시스템의 논리적 응집성 하위 시스템, 각 모델링을 독립적으로 활용합니다. 필요한 때까지 내부 세부 사항을 숨기려면 요약을 사용하십시오. ISO/IEC 24748 standard]]를 따르십시오. 시스템 수명주기 프로세스의 경우, 이는 상세 기능에 따라 모델의 레벨링을 권장하는 것입니다. (E-FLT:2) 및 UEF:0(E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-

3. Stakeholder 참여의 부족

모델은 ] active stakeholder 참여] 종종 실제 프로세스를 캡처하지 못했습니다. 최종 사용자, 주제 전문가 및 프로젝트 스폰서를 포함한 소자들은 모델링자가 부족할 수 있는 중요한 도메인 지식을 제공합니다. 이해 관계자가 제외될 때 모델은 더 이상적 또는 잘못된보기를 제시할 수 있으며, 낮은 채택 및 비용 교정에 대한 주요 내용이 나중에 있습니다.

제한적 참여의 결과

중요한 대안 흐름 또는 예외 취급을 놓는 모델
모델이 자신의 일을 나타내지 않는 팀의 저항
이해 관계자가 상담하지 않았기 때문에 원래 요구 사항과 충돌이 있음을 개정

협력업체

일정 모델 walkthroughs 각 이정표에 있는 이해관계자와 함께 진행합니다. 실시간 편집 및 논평을 허용하는 협업 모델링 도구를 사용합니다. 이해관계자는 직접 기능을 구축하거나 검증할 수 있는 Facilitate Workshops. ]PMI 연구에 표기된대로, 적극적인 이해관계자는 높은 프로젝트 성공률과 관련이 있습니다.

4. Inconsistent 표기 및 도구

팀은 종종 다중 모델 표기] (예: FFBD vs. BPMN) 또는 단일 표기법의 의도적 응용 프로그램으로 투쟁합니다. 이 일관성은 모델이 분야 전반에 걸쳐 해석하고 시스템 설계 중에 통합 실패로 이어질 수 있습니다.

제품정보

프로젝트의 성숙과 도메인에 적합한 표기를 선택하십시오. 복잡한 시스템의 경우, IDEF0은 기능적인 탈구를 위한 견고한 선택입니다. 소프트웨어 프로세스를 위해 UML 활동 다이어그램은 코드 생성과 더 큰 세부 사항과 통합을 제공합니다. 모델링 스타일 가이드를 강화하고 모든 팀 구성원에게 교육을 제공합니다. 일관성과 버전 컨트롤을 유지하기 위해 단일 저장소 (예 : Cameo Systems Modeler 또는 Enterprise Architect)를 사용하십시오.

5. 실제 세계 Behavior에 대한 Difficulty 검증 모델

실제 시스템 동작에 대해 검증할 수 있는 경우에만 기능 모델은 유용합니다. 그러나, ] 순수 초록 기능]은 실행 가능한 시뮬레이션이나 시제품 없이 도전합니다. 팀은 테스트 없이 정확한 결과를 가정할 수 있습니다.

검증 기술

기능 모델을 실행하는 시뮬레이션 도구 (예 : SysML parametrics를 통해)
빠른 프로토 타입 또는 조업을 만들 수 예상 대 비교. 관찰 된 행동
추적 가능한 체크 연동 기능 수행
도메인 전문가와 함께하는 동료 리뷰

기능 모델링 도전을 극복하는 전략

1. 엄격한 요구사항 관리 프로세스 구축

Invest in aformat requirements elicitation and management from the outset. ]Quality Function Deployment (QFD)과 같은 방법을 사용하여 고객의 요구에 따라 기능을 우선적으로 관리합니다. 구조형 형식의 문서 요구 사항 (예 : RIF 또는 ReqIF) 및 실시간 추적성 매트릭스 유지. 정규적으로 감사 요구 사항은 기능 모델 요소에 대해 완료합니다.

2. 계층 모델링 접근 구현

Divide modeling activities into three level: context model (system boundary and External interfaces), 기능적인 Flow model(sequence and control flow), 그리고 상세한 기능적인 decomposition(inputs, outputs, resources). 이 hierarchy는 초기에 압도적인 세부 사항을 방지하고 다른 청중들이 초래의 적절한 수준을 소비하도록 합니다.

예제 레이어

Level 0 (Context):] 외부 입력/출력을 가진 단일 함수로 시스템을 표시합니다.
Level 1 (Top-level): 1차 유량을 가진 5–7 주요 기능으로 분해합니다.
Level 2 (Detailed): 데이터 흐름과 제어 논리로 하위기능으로 끊긴 각 주요기능.

3. 참여 모델링을 통한 지속적인 협업

]participatory modeling에 대한 정기적인 리뷰를 넘어, 이해관계자는 작업장에서 모델을 공동 작성합니다. 화이트보드, 끈적한 노트, 또는 디지털 협업 플랫폼(예: Miro 또는 Lucidchart)을 사용하여 기능 트리를 공동으로 구축하십시오. 모든 목소리를 보장하는 모델링 촉진자에게 할당하고 결정이 기록됩니다.

4. 멀티뷰 일관성 지원 툴 투자

]methodological 견실함을 실행하고 시뮬레이션 기능을 제공합니다. 예를 들어, Magic Cyber-Systems Engineer(이전 Cameo)와 같은 SysML 도구를 사용하여 다른 레이아웃 (실행성, 블록 정의, 내부 블록)을 자동으로 생성하면서 진리의 단일 소스를 유지할 수 있습니다. 이 수동 동기화에서 오류를 줄이고 검증 속도를 향상시킵니다.

5. 검증 및 검증 확인

주요 단계에 형식적인 V&V 체크포인트를 삽입하십시오: 상황에 맞는 모델을 창조한 후에, 최고 수준의 분해 후에 만들고, 상세한 기능적인 모형을 완료한 후에. 각 체크포인트에, 필요조건, 사용 케이스 및 이해관계자 기대에 대하여 모형을 비교하십시오. 완성, 견실함, 정정 및 명확성과 같은 기준을 포함하는 모형 유효성 검사 명부를 창조하십시오.

성공적인 기능 모델링을위한 도구 및 기술

현대 시스템 엔지니어링은 위의 과제를 해결하는 도구와 기술 범위에서 이점을 제공합니다:

IDEF0: 강력한 계층 구조 및 입력/출력/제어/기계적 (ICOM) 표현을 가진 기능적인 분해를 위한 표준.
SysML Activity 다이어그램: 모델링 컨트롤 및 객체 흐름을 위해, 특히 소프트웨어 집중 시스템.
기능 흐름 블록 다이어그램 (FFBD): 순차적 및 병렬 함수에 대한 간단한 표기.
모델 기반 시스템 엔지니어링 (MBSE) 플랫폼:]IBM Engineering Lifecycle Management 또는 ANSYS SCADE Architect] 모델링, 시뮬레이션 및 요구 관리 통합.
올라보레이션 도구: 루시드 차트, draw.io, 그리고 원격 팀 모델링을 위한 Miro.

지속 가능한 모델링 성공을위한 모범 사례

특정한 도전을 극복하고, 장기 모형 질을 지키는 이 제일 연습을 채택합니다:

모델링 광택 함수, 입력, 출력의 정의로, naming 혼란을 방지합니다.
Conduct 동료 리뷰 의 모든 모델의 기본, 심지어 내부 팀.
사용 버전 컨트롤모델 파일에 대한, 소프트웨어 코드와 같이.
Train 팀 멤버 두 모델링 표기법과 방법론 원칙에.
모델 진화 계획 미래의 기능을 수용할 수 있는 초록 인터페이스를 설계하여
Measure modeling effect 모델 요소 또는 기능적인 디자인 검토를 완료하는 시간 당 결함의 수와 같은 메트릭을 사용하여 측정 효과를 측정합니다.