1. 정의
수요 엔지니어링이란 엔지니어링 방법 및 표준을 사용하여 정보화에 대한 고객의 요구를 수집, 기록 및 분석하고, 시스템이 구현해야 하는 기능 및 기능과 관련된 특성 및 제약 조건을 최종 결정하는 것을 말합니다. 수요 설계는 수요 조사, 수요 분석 및 수요 관리의 세 가지 주요 부분으로 구성됩니다.
참고: 수요 관리 정보
수요 관리는 수요 추적, 통제, 변경 및 버전 관리를 포함하여 수요 엔지니어링에서 매우 중요한 콘텐츠입니다. 시스템 컨텐츠, 품질 및 진행 상황을 보장하는 중요한 수단이며, 요구 사항 관리의 내용은 소프트웨어 프로세스 관리에 더 중점을 둡니다.
2 단계: 기능
수요 공학의 역할은 한 마디로 요약할 수 있다. 고객이 무엇을 하고 싶은지 수집하고, 결국 무엇을 해야 할지 결정한다.
응용 프로그램 개발의 경우 수요 엔지니어링 결과의 품질이 이 소프트웨어의 설계 결과에 큰 영향을 미치며 성패를 결정하는 주요 부분입니다. 고객의 요구를 완전히 수집, 기록, 분석 및 확인하고 후속 프로젝트에 올바르게 전달하는 것은 수요 분석가의 필수 역량입니다. 수요 엔지니어링 분석 결과에 의해 형성된 수요 사양 설명서는 후속 설계 및 개발의 토대일 뿐만 아니라 고객 평가 및 수용 시스템의 근거이기도 합니다.
한편, 수요 엔지니어링의 내용은 소프트웨어 개발의 비용, 기술, 주기, 자원, 품질 및 최종 사용자 만족도에도 큰 영향을 미칩니다. 수요 엔지니어링의 결과는 고객의 최종 결과뿐만 아니라 소프트웨어 개발자의 최종 이익에도 영향을 미칩니다.
수요 공학의 핵심 업무는 수요 조사와 수요 분석이며, 마지막으로 두 가지 결과물이 있습니다.
1) 수요 조사 결과 (수요 조사 데이터 요약)
그래픽, 텍스트, 양식 등으로 기록된 원시 데이터를 포함하여 고객 현장에서 수집한 직접 수요 데이터를 직접 조사하여 수요 조사 데이터 요약을 구성합니다.
2) 수요 분석 결과 (수요 사양)
위의 조사 데이터를 바탕으로, 우리는 궁극적으로 개발해야 할 모든 내용을 식별하고, 고객 확인을 통해 최종적으로 수요 설명서를 형성하는데, 이것이 후속 설계 개발 프로세스의 기초이다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)
1. 수요 수집 및 확인
고객의 모호한 원시 수요부터 코드 개발에 이르기까지 컨버전스에 가장 큰 기여를 하는 부분은 ② 수요공사이고, 표준화와 표준화가 비교적 쉬운 부분은 ③ ~ ⑤ 이다. ② ① 번잡한 내용을 빗어 명확한 수요 사양을 형성한다. ③ ② 결과를 더 다듬어 아키텍처, 기능, 데이터의 설계 결과로 전환한다. ④ ③ 결과를 더 추출하여 구성 요소와 기관으로 변환한다. ⑤ ⑤ 결과를 코드화된 형태로 최종 소프트웨어에 개발했다.
그래픽의 추진과 변화를 보면, 수요 엔지니어링 ② 는 원래 수요 ① 의 내용을 정리하여 명확하게 식별할 수 있는 수요 사양 설명을 형성한다는 것을 알 수 있다. ③ ~ ⑤ 일련의 일, 앞으로의 부분, 간단할수록 해야 할 일이 더 수렴된다. (2) 수요공사는 선행자로서 가장 복잡하고 혼란스럽고 가장 힘든 일을 맡고 있으며, 고객의 초기 수요에서 코딩에 이르는 5 단계 중 가장 큰 수렴 역할을 한다. ② 일부 그래픽의 수렴도 (사다리꼴 그라데이션) 가 클수록 향후 설계 개발 중인 그래픽이 직각 직사각형에 가까울수록 작업이 더 원활해집니다. 그렇지 않으면 ② ~ ⑤ 모두 그라데이션이 큰 사다리꼴일 때 수요 공사가 적절하지 않다는 것을 알 수 있으며, 후속 설계 개발에서는 이전 수요에 문제가 있어 재작업을 초래할 수 있다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언)
참고: "융합" 의 의미에 대하여
컨버전스는 복잡한 원시 요구 사항을 표준화된 작업에 통합하는 프로세스입니다. 표준화된 작업 컨텐츠는 요구 사항의 영향을 받지 않으며, 요구 사항의 복잡성에 관계없이 컨텐츠가 고정되어 있습니다.
2. 수요, 전부 고객 조사에서 나온 것은 아니다.
정보 시스템 구축에 대한 모든 수요는 고객으로부터 얻은 것입니까? 이 질문은 완료된 시스템 중 소프트웨어 엔지니어가 제출한 내용 (컨설팅, 요구 사항, 설계, 개발, 구현 등) 의 양을 반영합니다. ). 이러한 제안에는 일반적으로 더 높은 수준의 수요와 더 많은 부가 가치가 포함되며 여러 가지 수요 출처가 있습니다.
1) 기본 요구 사항
기본적인 요구 사항은 고객에 대한 "조사" 에서 비롯됩니다. 이러한 요구 사항은 주로 기능적 요구 사항이며, 기본적으로 고객의 의지에 따라 개발되며, 대부분의 내용은 수요 조사 및 수요 분석 단계에서 결정됩니다.
2) 중간 수요
중간 수요는 고객이 직접 제시한 기능적 수요가 아니라 수요 분석 단계와 비즈니스 설계 단계에서 고객이 제시한 비즈니스 요구 사항을 개조, 최적화, 보충, 업그레이드 과정에서 발생하는 요구 사항, 즉 업무 개선을 위한 요구 사항입니다.
3) 고급 요구 사항
고급 요구 사항은 주로 소프트웨어 엔지니어가 고객의 목표 요구 사항, 새로운 설계 개념, 신기술 등에 따라 발생합니다. 즉, 고급 요구 사항은 "설계 프로세스 (아키텍처)", "작업에 따라 구성 요소 (기능)" 및 "데이터 재사용 (데이터)" 과 같은 소프트웨어 엔지니어가 설계하는 요구 사항입니다. 설계 요구 사항' 은 소프트웨어 엔지니어가 충분한 지식과 능력을 갖추어야 한다.
위의 세 가지 수요 출처의 획득 난이도 순서는 고급 수요 > 중간 수요 > 기본 수요입니다.
소프트웨어 엔지니어는 수요 엔지니어링 (조사 분석) 이 완료되었으며, 모든 수요 획득 작업이 완료된 것이 아니라 고객이 직접 제안한 수요가 완료되었으며 설계 엔지니어링을 통한 수요 마이닝이 아직 시작되지 않았음을 인식해야 합니다.
참고: 고급 수요는 개발 비용에 영향을 미칩니다. 여기서는 새로운 수요에 따른 개발 비용을 고려하지 않고 가치 있는 수요를 발굴하는 방법만 고려합니다.
요구 사항은 일반적으로 기능 요구 사항과 비기능 요구 사항의 두 가지 범주로 나뉩니다.
기능 요구사항은 시스템에서 제공해야 하는 업무 처리 기능이자 소프트웨어 요구사항의 주체입니다. 일반적으로 수요 앞에 형용사가 없을 때 기능성 수요를 가리킨다.
획득한 수요는 세 가지 범주로 나눌 수 있으며, 이들 사이에는 전환 관계가 있으며, 전환 순서에 따라 목표 요구 사항, 비즈니스 요구 사항 및 기능 요구 사항으로 나눌 수 있습니다.
목표 요구 사항: 고객이 제시한 정보화의 목표, 이념, 희망 및 가치
비즈니스 요구 사항: 고객이 제시한 시스템은 비즈니스의 내용, 프로세스 및 규칙과 일치해야 합니다.
기능 요구사항: 시스템이 업무 요구사항을 처리하기 위해 제공해야 하는 기능 및 기능에 대한 구체적인 설명을 결정합니다.
비기능적 요구사항이란 업무 프로세스의 특정 기능 요구사항이 아닌 시스템 운영을 판단하기 위한 지표 조건을 설정하는 것입니다. 실행 중인 시스템이 보안, 신뢰성, 상호 운용성, 견고성, 사용 편의성, 서비스 가능성, 이식성, 재사용 가능성, 확장성 등의 조건을 충족하는지 여부를 결정하는 데 사용됩니다.
Pre-sales consulting 의 결과에는 다양한 요구 사항 분석 및 비즈니스 설계, 특히 많은 "목표 요구 사항" 이 포함되어 있어 후속 정보 시스템의 전반적인 계획 및 최상위 설계에 매우 중요한 영향을 미칩니다.
1. pre-sales 컨설팅 내용
설계 엔지니어링 단계에 들어가기 전에 고객과의 모든 의사 소통 및 의사 소통의 목적은 수요를 얻기 위한 것입니다. 특히 대규모 프로젝트의 경우 계약 전에 사전 판매 컨설팅 단계가 있는 경우가 많습니다. 이 단계에서 일반 소프트웨어 회사는 경험 많은 컨설턴트 (예: 전문가 컨설턴트) 를 파견하여 고객과 소통하고 고객의 요구에 따라 제공할 수 있는 솔루션을 검토합니다. 이 단계의 협상은 다음과 같은 특징을 가지고 있다.
● 계약이 아직 체결되지 않았고, 구체적인 정보 시스템이 무엇을 하고 있는지는 아직 확정되지 않았다. 계약 체결 여부는 협상 결과에 달려 있다.
● 이 시점에서 고객 측 참가자는 대부분 기업 고위층 (예: 운영원, 고위 경영진, 정보 책임자 등) 입니다.
● 고객의 요구는 대부분 목표 요구, 비즈니스 요구 사항, 심지어 고통스러운 점이며, 기능 요구 사항에 대해서는 거의 이야기하지 않습니다.
● 수요는 기업의 발전 전략, 주요 문제, 정보화에 대한 회사의 기대에 관한 것이다.
● 의사 소통에서 말하는 내용은 비교적 추상적일 수 있으며, 수요는 대부분 은밀하다. 진정한 수요가 될 수 있을지는 상담사의 지도, 선별, 확인이 필요하다. Pre-sales consulting 은 일반적으로 후속 수요 분석에서 "목표 요구 사항" 의 주요 원천이며 정보 시스템에 대한 기업 관리자의 가치 기대치인 상대적으로 하이엔드 요구 사항에 대해 이야기합니다 (숨겨진 방식으로 제기될 수도 있음). 이후 이른바' 수요조사' 단계에서는 기업 임원의 요구를 직접 들을 기회가 없는 경우가 많기 때문에 이 부분은 매우 중요한 수요로 기록해 후속 수요 분석을 위한 중요한 참고 자료로 기록해야 한다.
2. 사전 판매 컨설팅 및 수요 엔지니어링
사전 판매 컨설팅의 방식은 컨설팅자의 개인적 능력과 매력에 크게 의존하고 있으며, 전문적인 규범과 표준 인도물과 템플릿이 없기 때문에 컨설팅은 수요 엔지니어링에 구체적으로 포함되지 않습니다 (소프트웨어 공급업체마다 구분 방법이 다를 수 있음).
(1) pre-sales 컨설팅: pre-sales 컨설팅 활동을 통해 솔루션을 제안하여 영업 부서에서 계약을 체결할 수 있도록 지원하는 데 중점을 둡니다.
(2) 수요공사: 고객 현장에 들어가 확인된 계약 내용을 상세히 조사하는 데 중점을 둡니다. 컨설팅의 주요 목적은 계약 체결을 용이하게 하는 것이지만 컨설팅단계에서 수집한 정보는 수요 엔지니어링 분석의 중요한 대상, 특히' 목표 수요' 입니다.
컨설턴트의 역할
(1) 컨설턴트는 소프트웨어 기업의 최고 전문 수준을 나타내며 소프트웨어 공급업체의 명함이어야 합니다.
(2) 컨설턴트는 소프트웨어 공급업체의 생각과 관점을 전면적으로 설명하는 전도사이다.
(3) 컨설턴트의 출발점이 높고, 전체 프로젝트의 출발점이 높으며, 총 가치도 높습니다 (소프트웨어 공급업체와 고객 모두 동일).
(4) 컨설턴트는 보존된 지식과 경험을 활용하여 고객 의사결정권자의 컨설턴트와 참모가 될 수 있어야 합니다.
(5) 컨설턴트는 고객 프로젝트의 의사 결정자와 의사 소통하고 고객의 목표, 기대 등의 목표 요구 사항을 얻는 데 중점을 둡니다.
4. 컨설턴트의 역량 요구 사항
Pre-sales consulting 에 종사하는 전문가 컨설턴트에게 그에 대한 요구는 비교적 높았으며, 주로 다음과 같은 측면 (이에 국한되지 않음) 에 나타났다.
1) 의사 소통 능력은 고객의 의사 결정 계층, 생산, 재무 등 중급 경영진을 대상으로 하며 능력에 대한 요구가 높다. 예를 들어,
● 이해: 고위층 회담의 취지와 숨겨진 요구를 이해할 수 있을까?
● 데모: 소프트웨어 회사의 서비스 능력과 제품 기능을 충분히 보여줄 수 있습니까?
● 설득: 고객을 설득할 수 있습니까? 예를 들어 시스템을 도입한 후 조직 또는 관리 시스템을 적절히 변경할 수 있습니까? 잠깐만요.
2) 전문능력은 한 상담사에게 전문능력에 대한 요구가 전면적이다.
● 당신은 업계 상담의 기본 지식을 습득했습니까?
● 고객의 주요 업무 및 보조 업무 지식을 잘 알고 있습니까?
● 소프트웨어 업계의 최신 기술, 매칭 사례 및 솔루션에 대한 기본적인 이해가 있습니까?
수요 공학의 엔지니어링 분할은 수요 조사 단계와 수요 분석 단계의 두 단계로 나뉩니다.
수요 조사 단계에는 수요 조사와 데이터 수집이라는 두 가지 주요 작업이 있습니다.
(1) 요구 사항 설문 조사: 설문지, 상태 맵, 인터뷰 기록, 기존 양식 등을 통해 고객 요구 사항을 수집합니다.
(2) 데이터 요약: 조사 중 수집한 데이터를 총괄하여 수요 조사 데이터 요약을 형성하고 수요 분석 단계에서 분석 기준으로 사용합니다.
수요 분석 단계에는 수요 분석과 데이터 요약이라는 두 가지 주요 태스크가 있습니다.
(1) 수요 분석: 수요 조사 데이터를 기준으로 고객의 수요를 분석하고 시스템이 달성해야 할 기능을 최종 확인합니다.
(2) 데이터 요약: 분석 결과의 데이터를 총괄하여 수요 사양을 형성하고 후속 설계 단계에 대한 입력으로 사용합니다.
1. 수요 조사
목적은 주로 "분석" 이나 "디자인" 이 아닌 "기록" 에 초점을 맞춘 정보화에 대한 고객의 요구를 수집하고 문서화하는 것입니다. 수요 연구 단계에서 분석 및 설계가 수요 분석가의 개인적인 의견에 통합되었기 때문에 데이터의 "원시" 를 유지해야 하는 것을 방지합니다.
2. 수요 분석
수요 조사 데이터에 대한 이해를 바탕으로 데이터를 추출, 분류 및 빗질합니다. 또한 분석에 따라 연구의 중단점을 보다 규범적인 방식으로 완성하고 표현합니다. 중요한 것은 수요 분석가가 목표 수요, 비즈니스 수요 등 하이엔드 수요에 대한 분석을 통해 기업 정보화 추진에 대한 개인의 이해와 가치 있는 의견을 추가함으로써 수요 분석 결과가 원본 기록과 다르다는 점이다. 수요 분석가의 이해는 소프트웨어 개발 팀의 이해를 나타내며 이를 근거로 한다.
따라서 수요 분석가의 역량은 결국 정보 시스템의 컨텐츠, 기술, 비용 및 주기에 영향을 미칩니다.
3. 그들 사이의 관계
둘 다 비기술적 설계 용어로 설명되며 수요 조사는 "고객 용어" 로 기록되고 수요 분석은 "비즈니스 설계 용어" 로 표시됩니다. 이 두 가지는 업무 목적에 따라 다릅니다. 예를 들어, 수요 분석을 통한 비즈니스 흐름도는 비즈니스 프로세스의 표준 표현에 부합하는 비즈니스 무결성을 가져야 합니다. 수요 조사에서 수집한 비즈니스 흐름도는 단편화되고 불연속적인 일일 장부일 수 있습니다. 수요 분석은 수요 개체의 내용을 추출하고 분류하여 수요 시스템 테이블을 작성합니다. 이 정리는 수요 조사 단계에서 필요하지 않으며, 원본 수집과 기록만 있으면 됩니다 (원본 상태는 보존해야 함). 수요 분석의 결과는 두 가지 역할을 합니다. 프런트 엔드 고객에게 확인하고 백 엔드 출력 설계 기준입니다. 수요 조사의 결과는 수요 분석을 위한 정보일 뿐이다. 두 가지의 가장 큰 차이점은 다음과 같습니다.
(1) 수요 조사: 최초 수요 수집 및 기록에 중점을 둡니다.
(2) 수요 분석: 전체 이해, 수집 및 확인에 중점을 둡니다. 수요 분석은 수요 조사의 중복이 아닙니다.
수요 엔지니어링 단계에서 완료된 데이터가 후속 설계 단계에 미치는 영향
(1) 수요 조사: 고객의 최초 수요를 수집하고 정리합니다.
(2) 수요 분석: 연구 데이터는 수요 분석용으로만 사용되며 설계원에서 직접 참조할 수 없습니다.
(3) 요약 설계: 수요 분석의 결과를 완전히 포괄하고 시나리오를 제공해야 합니다.
(4) 상세 설계: 상세 설계는 원칙적으로 요약 설계의 결과입니다.
(5) 애플리케이션 설계: 수요 분석에서 애플리케이션 요구 사항에 대한 시스템 구현 방법을 제공합니다.
(6) 기술 설계: 요구 사항 분석 결과의 비기능 및 기술 요구 사항에 응답합니다.
(7) 및 (8) 개발-테스트: 수요 분석의 결과는 개발 및 테스트의 근거가 될 수 없습니다 (참조용).
(x) 시스템 수용: 시스템에 대한 고객의 최종 수용은 수요 사양을 기준으로 합니다. -응?
수요 조사는 일의 순서나 조사 내용 사이의 관계에 따라 진행되지 않기 때문에 엄격한 업무 세분화가 없고 수요 표현 형식에 따라 구분되며 세 가지로 나눌 수 있습니다.
(1) 그래픽 클래스: 고객의 현재 비즈니스 상황을 나타내는 그래픽, 인터페이스 표현의 요구 사항 등을 포함합니다.
(2) 글: 설문지와 인터뷰를 통해 수집한 글로 표현된 수요.
(3) 양식 클래스: 고객이 제공한 실제 보고서 및 문서 형식의 요구 사항.
이 세 가지 유형의 데이터 사이에는 필연적인 연관이나 순서가 없으므로 동시에 수집할 수 있다.
요구 사항 조사의 결과를 빗어 보면 비기능적 수요는 모두 기능적인 요구이며, 기능적 요구 사항에 따라 목표적 요구, 업무적 요구, 기능적 요구, 목표적 요구 → 업무적 요구 → 기능적 요구 사이의 전환 관계로 나눌 수 있습니다. 엄밀히 말하면, 이들은 세 가지 요구 사항이 아니라 세 가지 수준의 요구 사항이며, 마지막으로 세 번째 계층이 되는 기능 요구 사항만이 시스템에서 실현될 수 있다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언) 해석 단계의 작업 분해는 다음 순서로 결정됩니다.
(1) 1 단계 작업: 목표 수요 분석, 비즈니스 요구로 변환.
(2) 두 번째 수준의 작업: 비즈니스 요구 사항 분석, 기능 요구 사항으로 전환.
(3) 3 단계 작업: 기능 요구 사항 분석 및 결정.
상응하는 수요 체계를 세우다. 이러한 수요 체계가 없다면, 우리는 직접 경험을 통해 고객의 문제를 해결할 수 있다. 이 시스템을 통해 우리는 집단적인 경험과 지혜로 고객의 문제를 해결할 수 있다. 이곳의 수요 체계는 주로' 업무 수요' 의 건립을 가리킨다.
수요 체계를 세우면 많은 가치를 가져올 수 있다. 몇 가지 예를 들어 보겠습니다.
1. 시스템 지식 축적
(1) 연구와 실천의 성과는 이념, 방법, 기준, 규범을 포함한 질서 정연하게 축적될 수 있다.
(2) 다양한 업무 영역, 업계, 부문, 시스템, 모듈, 기능 등을 포함한 고객 가치 축적
2. 비즈니스 규모의 필요성
(1) 소프트웨어 비즈니스 가치를 높이면 고객에게 체계적인 솔루션을 제공할 수 있습니다.
(2) 새로운 비즈니스 모델을 정제, 계획 및 구축하여 고객의 요구에 신속하게 대응할 수 있습니다.
3. 비용 절감 및 효율성 향상
(1) 축적된 지식은 효과적으로 재사용하고 즐기며 비용을 절감할 수 있다.
(2) 개발주기를 크게 단축하고' 수요 왜곡' 현상을 줄이는 데 도움이 된다.
4. 위험을 피하기위한 주요 조치
(1) 위험을 피하는 가장 좋은 방법은 시스템 지원으로 할 수 있는 방법을 미리 알려 주는 것입니다.
(2) 사람의 능력이 부족하여 조사 분석 시간이 짧아 지식으로 해결할 수 있다.
수요 분석가로서 인재를 빠르게 양성하는 지름길은' 업무능력',' 의사 소통 능력',' 추상능력',' 표현능력' 등 많은 능력을 갖추어야 한다는 것이다. 그러나 이것은 너무 추상적이고 이해하기가 너무 어렵고 하루 안에 지어지는 것이 아니다. 대부분의 사람들에게 직접 참고와 * * * 즐거움을 제공하는 지식 기반을 구축하면 도움이 필요한 사람들이 "질서 있게 따를" 수 있습니다. 그것은 모든 사람이 경험을 제공하고 지식을 공유할 수 있는' 상업 플랫폼' 과 같다. 모두가 공동으로 유지한다.
수요 공학은 소프트웨어 산업에 종사하는 모든 사람의 기초지식이라고 할 수 있다. 그 핵심은 다음과 같습니다.
(1) 다른 사람과 소통하는 방법, 다른 사람의 생각을 빨리 이해하는 방법, 다른 사람에게 아이디어를 전달하는 방법 등.
(2) 복잡하고 낯선 연구 대상에 대해 어떻게 돌파구를 빨리 찾을 수 있습니까?
(3) 어떻게 간단한 언어, 그래픽 또는 표로 불명확한 물체를 표현할 수 있습니까?
(4) 고객 용어 (지식 및 경험) 의 요구 사항을 비즈니스 설계 용어로 변환하는 방법 ？ 잠깐만요.
-응? 정보 시스템을 관리하는 수요의 양과 수요의 부가가치는 고객의 정보화 목적과 수요 분석가의 능력에 따라 달라집니다. 수요 분석가의 직책은 일반적으로 앞의 "컨설턴트" 와 뒤의 "비즈니스 디자이너" 사이에 끼워져 있습니다. 소프트웨어 기업이 이 두 직위를 소유하거나 프로젝트에 이 두 직위를 갖추면 수요 분석가 자신의 역량이 프로젝트에 미치는 영향을 어느 정도 통제할 수 있다. 소프트웨어 기업에 다른 두 개의 일자리가 없거나 이 프로젝트에 이 두 개의 일자리가 구성되지 않은 경우 수요 분석가가 이 프로젝트의 최고 수준을 결정합니다 (기업 관리 프로젝트의 최고 수준은 일반적으로 비즈니스 디자이너에 의해 결정됨). 따라서 컨설팅 및 비즈니스 설계 지식을 습득해야 합니다.
수요 설계, 설계 입력을 수요 표준으로 사용.
수요 공학은' 지식' 일 뿐만 아니라 질적이고 정량적으로 구현할 수 있는' 기술' 이기도 하다. 템플릿, 프로세스 및 표준이 있습니다. 더 중요한 것은, 그것은 후속 디자인과 엄격한 전승 관계를 가지고 있다는 것이다. 설계의 범위, 내용 및 형식을 수요 엔지니어링의 출력 기준으로 사용하기 때문에 수요 엔지니어링의 내용은 매우 구체적이고 규범적이며 "기술" 의 수요 엔지니어링으로 사용될 수 있습니다. 설계 입력에 기반한 엔지니어링 표준의 수립은 설계 품질, 제품 품질 및 생산성을 향상시킬 수 있습니다.