이 항목은 Inorus Co., Ltd.의 Shiraishi Koichi의 ​​기여입니다.https : //business.facebook.com/innorules.co.jp/)의 재 인쇄입니다.

시스템이 생산 상태에서 실행 된 후 프로그램 오류로 인해 문제가 발생하면 다른 버그가 포함됩니다. 이것은 슬롯 나라 앱보다 OS에 더 가까운 프로그램 일 가능성이 더 높지만 예를 들어, 나는 프로그램을 주문한 사고에 대해 쓸 것입니다.

예) 프로그램 개발 순서대로 버그 생성 사례

슬롯 나라 규칙 : 신용 지불 주문의 총 주문 금액이 10 만 엔을 초과하는 경우 주문을 수락하기 전에 신용을 확인해야합니다.

이 사양을 그대로 프로그램하고

주문 유형 = 신용 지불 및 총 주문 금액 100,000 엔

메시지 출력 : "주문하기 전에 신용 확인을 확인해야합니다"

else

메시지 출력 : "오류"

끝 If

(슬롯 나라 규칙 개념에서 일부 추가)

이 논리가 시스템으로 삭감되면 운영 후 신용 지불 주문이 처리되지 않는 사고가 발생할 수 있습니다.

프로그램 개발이 개발 될 때 사양이 보장되지 않거나 다른 내용이 보장되지 않기 때문입니다. 따라서 프로그래밍시 책임자가 오류를 처리하기로 결정합니다. .

시스템 개발 프로젝트 측면에서, 이는 요구 사항을 완전히 충족하지 않는 업스트림 프로세스의 설계 오류에 적용되지만 슬롯 나라에서는 초기 단계에서 모든 요구 사항을 충족하기가 어려울 수 있습니다.

BRMS를 소개하여 슬롯 나라 사용자는 요구 사항 구성에서 슬롯 나라 규칙 구현에 이르기까지 긴밀한 관계에 참여할 수 있습니다. 그 과정에서 다음과 같은 규칙이 쉽게 회상됩니다.

규칙 : 신용 지불로 주문이 이루어지고 주문 금액이 50,000 엔 또는 100,000 엔 이하이면 지난 5 년간 거래 내역에 미지급이 없으면 주문이 허용됩니다

규칙 : 주문이 신용 지불로 이루어지고 주문 금액이 50,000 엔 미만인 경우 모든 주문이 수락됩니다. 등.

　　　　: :

여기에는 다른 개념이 없으며 모든 규칙이 명시 적으로 표현되며 규칙에만 의미가 완료됩니다.

이러한 규칙의 추가는 슬롯 나라 정책에 따라 추가 될 수 있으며, 구현 된 후에도이 컷오버는 더 이상 슬롯 나라 앱의 사양이 6 개월 전이었고 구식이 아닙니다.

또한 위험을 감수하는 대신 주문 금액 임계 값을 100,000에서 150,000으로 늘리고 주문 제한을 완화하는 등의 "슬롯 나라 지침을 실현하는 운영 결정"을 안전하게 구현할 수 있습니다.

참조) brs (http : //www.brsolutions.com/) jt on edm (http : //jtonedm.com/) 슬롯 나라 규칙 개념 (brcommunity.com)