Czy warunki są stabilne i niezawodne wymienne?

Czy istnieje różnica między stabilnością a niezawodnością (przynajmniej w kontekście inżynierii oprogramowania), czy można je stosować zamiennie? Jeśli nie, to jakie byłyby przykłady niezawodnych, ale niekoniecznie stabilnych systemów i odwrotnie?

Załóżmy na przykład, że mamy aplikację, działa idealnie, poza tym, że ulega awarii co 5 minut, ale natychmiast wykonuje kopię zapasową bez utraty danych.

Moim zdaniem jest to wiarygodne, ale niestabilne.

Mogę polegać na tym, że nie traci danych i działa poprawnie, mimo że nie jest stabilny.

W rzeczywistości Internet jest w zasadzie taki. Jest daleki od stabilnego - połączenia spadają i pojawiają się ponownie, pakiety zderzają się i są tracone, i zdarzają się różnego rodzaju niestabilne rzeczy. Jest jednak dość zdumiewające, jak niezawodny jest z całą nieodłączną związaną z tym niestabilnością.

Te definicje pochodzą ze standardu ISO 9126, który dzieli cechy i cechy podrzędne: ta tabela , ten plik pdf lub wikipedia lub artykuł

Stabilność to: Charakteryzuje wrażliwość na zmiany w danym systemie, która jest negatywnym wpływem, który może być spowodowany zmianami w systemie.

Niezawodność to główna cecha, która zawiera:

• dojrzałość: ta cecha podrzędna dotyczy częstotliwości awarii oprogramowania.
• tolerancja na awarie: Zdolność oprogramowania do wytrzymania (i odzyskania) po awarii komponentu lub środowiska.
• możliwość odzyskania: możliwość przywrócenia uszkodzonego systemu do pełnego działania, w tym danych i połączeń sieciowych.

Cel: napisać program, aby dodać dwie liczby

Niezawodny, ale niestabilny:

add(a,b):
    if randomInt mod 5 == 0: 
        throw exception
    else
        print a+b

Stabilny, ale zawodny:

add(a,b):
    if randomInt mod 5 == 0: 
        print a+a
    else
        print a+b

W kontekście oceny bibliotek terminy oznaczają zupełnie inne rzeczy.

Niezawodna biblioteka to taka, która wykonuje swoją pracę bez okresowych awarii.

Biblioteka stabilna to taka, która niewiele się zmienia.

Stabilność i niezawodność to różne rzeczy w rozwoju oprogramowania, jednak oba były używane jako siostrzane terminy :)

Zgadzam się z niektórymi wcześniejszymi komentarzami i chciałbym dodać moje 2 centy.

Wiarygodność to stopień, w jakim eksperyment, test lub dowolna procedura pomiarowa daje taki sam wynik w powtarzanych próbach.

Niezawodność stabilności (czasami nazywana testem, niezawodność ponownego testowania) jest zgodnością przyrządów pomiarowych w czasie. Aby określić stabilność, pomiar lub test powtarza się na tych samych osobach w przyszłości. Wyniki są porównywane i skorelowane z początkowym testem, aby dać miarę stabilności.

Udostępniono więcej referencji na ten temat:

• Niezawodność Najlepsze praktyki
• Bezpieczeństwo, niezawodność, skalowalność i dostępność
• Poprawa stabilności i niezawodności systemu

Moim zdaniem „niezawodność” oznacza, że ​​rozumiesz granice systemu. Możesz z pewnością powiedzieć, że „zapewniamy czas reakcji X na X percentylu” (im wyższy X, tym lepiej, oczywiście).

Z drugiej strony stabilność jest jedynie miarą dostępności. „Jeśli spróbujesz połączyć się z naszą usługą, będzie tam co najmniej X% razy”.

Niezawodny, ale niestabilny :

add(a,b):
    if a == nil ||  b == nil: 
        throw exception
    else
        return (a+b)

Stabilny, ale niewiarygodny :

add(a,b):
    if a == nil ||  b == nil: 
        return 0
    else
        return (a+b)