신뢰성공학 예제

하드웨어와 마찬가지로 소프트웨어 신뢰성은 좋은 요구 사항, 설계 및 구현에 따라 달라집니다. 소프트웨어 신뢰성 엔지니어링은 의도하지 않은 결과를 예측하고 설계하기 위해 훈련된 소프트웨어 엔지니어링 프로세스에 크게 의존합니다. 소프트웨어 품질 엔지니어링과 소프트웨어 안정성 엔지니어링 간에는 하드웨어 품질과 안정성 이 두가지보다 더 많은 중복이 있습니다. 좋은 소프트웨어 개발 계획은 소프트웨어 안정성 프로그램의 핵심 측면입니다. 소프트웨어 개발 계획은 소프트웨어 개발 중에 사용할 설계 및 코딩 표준, 동료 검토, 단위 테스트, 구성 관리, 소프트웨어 메트릭 및 소프트웨어 모델을 설명합니다. 2. 신뢰성 (및 품질)은 효과적으로 실패의 예방을 보장 할 수있는 별도의 전문 기능이 아닙니다. 그들은 모든 관련에 의해 효과적인 작업의 결과. 신뢰성 엔지니어링 방법의 베이지안 응용 기계의 신뢰성과 실패 특성을 평가할 때, 우리는 고장률 대 시간을 반영하는 많은 악성 “욕조”곡선으로 시작해야합니다 (그림 2). 개념에서 욕조 곡선은 기계의 세 가지 기본 고장률 특성인 감소, 일정 또는 증가 특성을 효과적으로 보여줍니다. 유감스럽게도, 욕조 곡선은 일반적으로 매크로 수준에서 사실인 산업 플랜트의 대부분의 기계에 대한 특성 고장률을 효과적으로 모델링하지 못하기 때문에 유지 보수 엔지니어링 문헌에서 혹독한 비판을 받아왔습니다.

이로 인해 시스템 아키텍처 수준에서 모순된 요구 사항이나 상충되는 선택이 있는 안전 엔지니어링 및 신뢰성 엔지니어링이 발생할 수 있습니다. [인용 필요] 예를 들어, 열차 신호 제어 시스템에서는 “페일 세이프” 시스템 설계 개념을 사용하는 것이 일반적입니다. 이 예에서 잘못된 측면 고장은 신호 고장으로 인해 동일한 트랙에서 두 개의 다가오는 열차가 녹색 표시등이 주어지는 두 열차의 정면 충돌과 같은 심각한 영향을 초래할 수 있기 때문에 매우 낮은 고장률이 필요합니다. 이러한 시스템은 대부분의 고장(예: 신호의 일시적 또는 전체 손실 또는 릴레이의 열린 접점)이 모든 열차에 대해 RED 표시등을 생성하는 방식으로 설계되어야 합니다. 이것은 안전한 상태입니다. 즉, 장애가 발생할 경우 모든 열차가 즉시 정지됩니다. 이 페일 세이프 논리는 불행히도 시스템의 안정성을 낮출 수 있습니다. 그 이유는 일시적인 오류여부에 관계없이 이러한 안전장치(하지만 비용이 많이 드는) 종료 상태가 발생할 수 있기 때문에 잘못된 트립의 위험이 높기 때문입니다. 유사한 문제에 대해 다른 솔루션을 적용할 수 있습니다. 내결함성 섹션은 아래를 참조하십시오. 신뢰성 엔지니어링에 사용되는 많은 작업, 기술 및 분석은 특정 산업 및 응용 분야에만 적용되어 있지만 일반적으로 다음과 같은 것을 포함할 수 있습니다.

This entry was posted in Uncategorized by admin. Bookmark the permalink.

Comments are closed.