2008-10-13 3 views
3

Есть немало вопросов по измерению и доказать качество программного обеспечения здесь, однако, на данный момент, не было никакого формального определения самого качества программного обеспечения на Stackoverflow:Определение качества программного обеспечения?

Пожалуйста, дайте формальным, всеохватывающее определение качества программного продукта ,

Поскольку вопрос довольно общий, я с удовольствием продолжаю принимать лучшее определение каждый раз, когда он отправляется. Это нормально, чтобы скопировать суть ранее представленного ответа, если вы можете добавить что-то ценное к нему.

+0

@Totophil - Я полагаю, что ваш вопрос должен быть изменен немного, поскольку действительно существует формальное определение: ISO 9126. Я считаю, что ваш вопрос, тем не менее, имеет большую ценность для формализации качества программного обеспечения как более доступного ресурса в Stack Overflow. – 2008-10-13 10:13:30

+0

Текст должен быть «сутью ранее» вместо «шутки» ранее "; и «ценный», а не «ценный» :) – MDCore 2008-10-13 10:20:58

ответ

5

Вот что Википедия должна сказать о software quality.

В статье перечислены несколько определений и взглядов на качество программного обеспечения. Ближайший он приходит к качеству программного обеспечения продукта является

Соответствие требованиям или спецификации программы; связанные с Надежность.

Надежность - это «вероятность безотказной работы компьютерной программы в заданной среде в течение определенного времени».

Наряду с качеством продукции он перечисляет:

  • Масштабируемость
  • Корректность
  • Полнота
  • Отсутствие ошибок
  • отказоутойчивости
  • расширяемость
  • ремонтопригодность
  • Документация

Фактор качества определяется «нефункциональные требования для программного обеспечения, не вызванном по договору клиента, но тем не менее является желательным требованием, которое повышает качество программного обеспечения."Вот список:

  • Понятность
  • Полнота
  • Лаконичность
  • Переносимость
  • Консистенция
  • ремонтопригодность
  • Тестируемость
  • Юзабилити
  • Надежность
  • структурированности
  • Эффективность
  • безопасности

Edit: Уточнено, что качество факторы должны иметь в виду.

Я когда-то слышал, что качество похоже на кислород. Когда он там, вы принимаете это как должное. Когда его там нет, вы заметите это, и вы пожалеете. Таким образом, может быть проще определить качество с точки зрения того, что такое «плохое качество» программного обеспечения. Например, небезопасный веб-сайт онлайн-банка будет «низкокачественным» продуктом.

3

Качество программного продукта должно

  • делать то, что должно, и только это (никаких побочных эффектов, никаких ошибок)
  • не будет использоваться для целевой аудитории
  • быть ремонтопригодны для программистов предназначен сделать так
  • не сделать систему он работает менее безопасной

EDIT: (Такие вещи, как документация, портативность, эффективность и т.д. желательны значения бонусов, но не обязательно, чтобы сделать его «качество», но и сделать его сравнимым, ИМХО)

+0

Я голосовал за это прежде всего в первых двух очках. Инициативность и безопасность ИМО зависят от других желательных бонусных факторов. – 2008-10-13 09:23:28

+0

Если вы на самом деле очень строги, да. По крайней мере, точка безопасности для меня очень важна, а точка обслуживания ... хорошо, что это не очень программный продукт, если никто не собирается его поддерживать. Но на самом деле это больше на желательной стороне бонуса. – Tomalak 2008-10-13 09:27:09

1

Качество программного продукта является обратным для скорости, с которой замечены дефекты программного продукта.

Это не означает, что, если об ошибках не сообщается, у вас хорошее качество, потому что вы, возможно, слишком затруднили сообщение о проблемах. Кроме того, если проблема существует, но ее не заметили активно, она не сильно влияет на качество, но если ее постоянно замечать, это большое влияние на качество. Кнопка, которая плохо смещается, серьезно ухудшает качество, даже если она не влияет на функциональность.

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

1

На это нет ни одного ответа, и многие принятые ответы прямо противоречат друг другу. Некоторые популярные включают;

«Качество значение какого-то человека или людей» - Джерри Вайнберг, в качества и тестирования программного обеспечения, апрель 2006

«Качество соответствие стандартам» - Филип Кросби

«Качество способность оставаться в бизнесе " - Демминг

Мы хорошо обсудили это на SQAforums here. Широкий консенсус в том, что качество в значительной степени субъективно. Лично я иду с Джерри Вайнбергсом.

0

Качество продукции - это множество его функциональных и нефункциональных характеристик. Мера качества варьируется в зависимости от контекста фактического использования продукта.

Программный продукт может характеризоваться:

  • функциональных атрибутов (или то, что работают выполняет продукт)

  • нефункциональные атрибуты (свойства продукта, кроме работы он выполняет)

    a) Look and Feel

    b) Юзабилити и гуманитарные науки

    с) Производительность

    d) Оперативная

    е) ремонтопригодность и поддержка

    е) Безопасность

    г) Культурная и политическая

    ч) Правовая

Классификация функциональных и нефункциональных свойств, предложенный Джеймсом и Сюзанн Робертсон http://www.volere.co.uk

0

Моя любимая цитата в отношении качества является:

Качество никогда не бывает случайным; Это всегда результат высокого намерения, искреннего эффекта, разумного направления и умелого исполнения; он представляет собой мудрый выбор многих альтернатив.

0

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

0

В этом Университете Уинтропа есть небольшое небольшое PowerPoint presentation с некоторыми хорошими примерами и определениями. Вы можете найти это полезным.

0

Качество программного обеспечения может зависеть от двух критериев, таких как следующие:

  1. Результат взаимодействия с внешними пользователями
  2. Результат взаимодействия с внутренними заинтересованными сторонами

Оба выше, имеют характеристики, которые могут для определения общего качества программного обеспечения. В двух словах, может быть, неплохо дать общее определение качества программного обеспечения. Различное программное обеспечение выполняет различные задачи и может иметь разные требования к качеству. Например, Google в качестве поисковой системы можно назвать очень качественным программным обеспечением из релевантности поиска и скоростью, с которой получены результаты поиска. Тем не менее, если учесть, что вы чувствуете себя в качестве критериев, это не самый красивый дизайн.

Возможно, вы захотите проверить детали определения качества программного обеспечения на этом page.

0

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

Смежные вопросы