Оценка качества программных средств

может сначала у гугла спросить?

Все «недоделанное», "недопиленное и «недоотлаженное».

Посмотрите баг трекер любого проекта.

Владимир

Программные средства = комплекс - аппаратные средства?

Программные средства = комплекс - аппаратные средства?

Не специалист в этих вопросах.

Поэтому сформулировать могу лишь "от себя":  

 - для оценки качества кода нужно иметь ни код программы, а  
   используя, некую спецификацию позволит сформулировать задачи и подзадачи проекта;  

 - должен быть tools, который позволит проверить разработанную спецификацию; 

 - должен быть некий язык протипирования спецификации проекта, который  
   позволит произвести разработку прототипа программы;  

 - затем некий tools проверит логику прототипа программы на то, 
   что прототип кода логически верен;

 Выше сказанное касалось "качества" программы.

Владимир

«надежное» ПО - это когда оно падает, но не понятно когда
«устойчивое» ПО - это если ясно где и когда падает. поправил - теперь оно «надежное» )

Программные средства = комплекс - аппаратные средства?

Вы уж извините «юлить» - не мое.
Ныне разработано множество хороших алгоритмов, …
Но в целом уровень языков программирования - «каменный век».
В лучшем случае мы видим некий язык «выше» машинного, а если он еще позволяет оперировать некими объектами, то у всех «пересыхает в горле».
Не хочу сказать, что все плохо, но уже лет пятьдесят все «топчатся на месте».

Владимир

Не хочу сказать, что все плохо, но уже лет пятьдесят все «топчатся на месте».

Занятно наблюдать как «чайники» кипят в спорах о Rust, Go, C/C++ …

Владимир

Есть такие показатели качества программных средств «надежность» и «устойчивость функционирования».

Где есть? Без контекста их нет. Если есть какой-то конкретный документ, где они есть, надо дать на этот документ ссылку.

А в чем между ними разница?

Включу Вангу и предположу, что документ предназначен для какого-то чиновника. Тогда разница ни в чём. Важно, чтобы циферок было больше, и звучали оценки солидно и правдоподобно.

Как измеряется «надежность» и «устойчивость»?

И снова без контекста не скажешь, но если вангование верно, то количеством занесённых денег.

Пальцем в небо, но я бы их охарактеризовал так:

• надежность - способность не падать из-за внутренних ошибок
• устойчивость - способность не падать из-за неправильных исходных данных

А откуда вы взяли эти показатели, если не секрет?

на этот документ ссылку

ГОСТ 28195-89 Оценка качества программных средств

Как я поняла «устойчивость» это возможность ПО продолжать работу после сбоя аппаратных средств.

Ну вот из ГОСТа я сделал вывод уже другой:

• надежность - это способность функционировать без ошибок
• устойчивость - способность продолжить работу после возникновения ошибки

Т.е. у нас может изделие и работать с очень редкими ошибками, но на каждой ошибке оно «падает» и его нужно перезапускать. А другое изделие работает с частыми ошибками, но полностью работоспособно после возникновения ошибки и не требует дополнительных действий со стороны персонала.

Надежность — это когда редко падает. А устойчивость — это когда сразу обратно подымается. Но это не точно.

Надежность — это когда редко падает. А устойчивость — это когда сразу обратно подымается. Но это не точно.

Не знаю как насчет программ, а для «матершинника» правильное определение.

Владимир

Мне «ближе» Оценка качества программных средств (комментарий) потому как, программ это некий алгоритм.

Владимир

Теория — это когда все известно, но ничего не работает.
Практика — это когда все работает, но никто не знает почему.
Мы же объединяем теорию и практику: ничего не работает и никто не знает почему!