Что такое характеристика программы

автоматизация управления проектами и разработки технической документации

• Книга про AuthorIT
• AuthorIT VS Word
• Про Drupal
• МАТРИЦА ЕСПД (51098)
• УЧЕБНО-ТРЕНИРОВОЧНОЕ СРЕДСТВО
• Группы

33 — РУКОВОДСТВО ПРОГРАММИСТА ГОСТ 19.504-79 (24878)

• Просмотр (активная вкладка)
• Members

33 — РУКОВОДСТВО ПРОГРАММИСТА ГОСТ 19.504-79 (51824)

[current-user:field-developer-organization]
[current-user:field-decimal-number] — ЛУ
[current-user:field-full-program-name]

33 — РУКОВОДСТВО ПРОГРАММИСТА ГОСТ 19.504-79

[current-user:field-short-program-name]
[current-user:field-decimal-number] XX 01

_33 Аннотация (24879)

Настоящий документ представляет собой Руководство программиста ПК «Интероперабельность» — [current-user:field-short-program-name].

_33 назначение документа (51485)

Документ предназначен для участников команды проекта, осуществляющих разработку ПК «Интероперабельность» — [current-user:field-short-program-name], а также персонала ФГУП «СпецТяжМонтажПромСтройСельхозЦифровизация» — [current-user:field-customer-organization], ответственного за эксплуатацию ПК «Интероперабельность» — [current-user:field-short-program-name] в части использования по назначению.

Как узнать характеристики своего компьютера | как посмотреть свойства компьютера на Windows

_33 примечание к назначению (51497)

Документ разработан согласно ГОСТ 19.504-79, структура и оформление документа соответствуют ГОСТ 19.105-78, основные надписи титульной части — по ГОСТ 19.104-78, выполнен печатным способом согласно ГОСТ 19.106-78.

_33 краткое изложение основной части документа (51456)

Основная часть документа содержит сведения о назначении, условиях применения, характеристиках ПК «Интероперабельность» — [current-user:field-short-program-name], способы обращения к ПК «Интероперабельность» — [current-user:field-short-program-name], сведения о входных и выходных данных, а также сообщения ПК «Интероперабельность» — [current-user:field-short-program-name].

33 — РУКОВОДСТВО ПРОГРАММИСТА ГОСТ 19.504-79 (51182)

Вставка Содержания (оглавления): Ссылки — Оглавление

1 Назначение и условия применения программы (24882)

1 Назначение и условия применения программы

1.1 Назначение программы (24883)

1.1 Назначение программы

_3.1 функциональное назначение программы или программного изделия [из подр. 2.3 ГОСТ 19.201-78] (51158)

• автоматическое формирование запроса (ссылки), содержащего заголовок (title) текущей страницы в качестве фактического параметра;
• автоматизированная отправка запроса в онлайновые сервисы поиска;
• автоматическое формирование запроса (ссылки), содержащего адрес (URL) текущей страницы в качестве фактического параметра;
• автоматизированная отправка запроса в онлайновые сервисы анализа.

Э0101 Проблемно-ориентированные функции (52445)

Э0101 Проблемно-ориентированные функции — автоматизация деятельности и управление, см. эталонная модель интероперабельности — определены.

Характеристика программы САПР Графис. #видеоуроки

_3.2 эксплуатационное назначение программы или программного изделия 2.3 ГОСТ 19.201-78 (51159)

• производственная среда (офис) ФГУП «СпецТяжМонтажПромСтройСельхозЦифровизация» — [current-user:field-customer-organization];
• отдел маркетинга;
• отдел разработки и поисковой оптимизации веб-контента;
• отдел веб-дизайна и программирования.

Э0103 Функции ведения и управления (52448)

Э0103 Функции ведения и управления — см. управляющая функция — определены.

1.2 Функции, выполняемые программой (24884)

1.2 Функции, выполняемые программой

Функции, выполняемые программой:

_4.1.1 требования к составу выполняемых функций [из п. 2.4.1 ГОСТ 19.201-78] (51160)

• запрос и получение позиции ссылки на текущую страницу сайта ФГУП «СпецТяжМонтажПромСтройСельхозЦифровизация» — [current-user:field-customer-organization] в результатах поиска Яндекс.Поиск и Google;
• запрос и получение сведений о плотности использования текста (ключевых слов контента) текущей страницы (сервис Be1.ru);
• запрос и получение результатов анализа фактической скорости загрузки и основных Интернет-показателей текущей страницы (сервис PageSpeed Insights);
• запрос и получение результатов проверки соответствия текущей страницы стандартам CSS3 + SVG и HTML (сервисы CSS Validation Service и Nu Html Checker).

_1.2_1 назначение основного комплекса задач [из п. 2.2 ГОСТ 24.204-80] (51659)

Получение позиции ссылки на текущую страницу в результатах поиска информационно-поисковых систем (поисковых машин, сервисов) Яндекс.Поиск и Google требуется для выяснения причин снижения посещаемости страницы конечными пользователями.

_1.2_2 назначение основного комплекса задач [из п. 2.2 ГОСТ 24.204-80] (51728)

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

_1.2_3 назначение основного комплекса задач [из п. 2.2 ГОСТ 24.204-80] (51726)

Получение результатов анализа фактической скорости загрузки и основных Интернет-показателей текущей страницы с применением сервиса PageSpeed Insights необходимо для для выяснения возможных причин снижения позиции ссылки на страницу в результатах поиска из-за ухудшения потребительских свойств страницы.

_1.2_4 назначение основного комплекса задач [из п. 2.2 ГОСТ 24.204-80] (51727)

Получение результатов проверки соответствия текущей страницы стандартам CSS3 + SVG и HTML (XHTML, SMIL, MathMLL и т.д.) с применением сервисов CSS Validation Service и Nu Html Checker (Markup Validation Service) необходимо для выяснения возможных причин снижения позиции ссылки на страницу в результатах поиска из-за ухудшения конструктивных характеристик страницы.

1.3 Условия, необходимые для выполнения программы (24885)

1.3 Условия, необходимые для выполнения программы

Необходимый состав технических средств, его основные характеристики и условия эксплуатации приведены ниже.

_4.4.1 требования к необходимому составу технических средств [из п. 2.4.4 ГОСТ 19.201-78] (51170)

Клиентская часть ТС:

• IBM-совместимая ПЭВМкласса (семейства) не ниже Реntium IV с доступом в Интернет;
• мышь и (или) иное устройство ввода позиций (планшет, тачпад и т.п.) в составе периферийного оборудования.

Серверная часть ТС:

• см. System requirements;
• оперативная память от 32 Мб (и выше).

Э0303 Требуемые периферийные устройства (52452)

Э0303 Требуемые периферийные устройства определены.

Э0302 Требуемый объем внешней памяти (52453)

Э0302 Требуемый объем внешней памяти определен.

Э0301 Требуемый объем внутренней памяти (52454)

Э0301 Требуемый объем внутренней памяти определен.

_4.4.2 требования к основным техническим характеристикам [из п. 2.4.4 ГОСТ 19.201-78] (51171)

Рекомендованные технические характеристики ТС клиентской части:

• процессор Intel Core i7 — 9700K Socket 1151 v2 8-ядерный;
• кулер DeepCool GAMMA ARCHER BIGPRO;
• материнская плата Gigabyte Z390 AORUS PRO Socket 1151 v2;
• оперативная память 64 Gb DDR4 2400 MHz Crucial Ballistix Sport LT White (4×16 Gb KIT);
• видеокарта nVidia GeForce GTX1050 Ti ASUS PCI-E 4096 Mb (PH-GTX1050TI-4G);
• твердотельный накопитель 240 Gb SSD Western Digital 2.5″;
• блок питания 500 W Aerocool VX-500 PLUS;
• Wi-Fi адаптер ASUS PCE-N10 Wi-Fi адаптер.

$4.3.1 условия эксплуатации (51785)

Условия эксплуатации — соответствующие условиям эксплуатации IBM-совместимых ПЭВМ класса не ниже Реntium IV.

По стойкости к воздействию внешних климатических факторов в процессе эксплуатации IBM-совместимые ПЭВМ относят к средствам вычислительной техники (СВТ) 1-3-й групп [п. 1.3.1 ГОСТ 21552-84].

Нормальными климатическими условиями эксплуатации СВТ 1-3-й групп являются: температура окружающего воздуха (20 ± 5) °С, относительная влажность (60 ± 15) %, атмосферное давление от 84 до 107 кПа (от 630 до 800 мм рт. ст.) [п. 1.3.2 ГОСТ 21552-84].

Источник: authorit.ru

Основные характеристики программ

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

– утилитарные программы(«программы для себя») предназначены для удовлетворения нужд их разработчиков. Чаще всего утилитарные программы выполняют роль сервиса в технологии обработки данных либо являются программами решения функциональных задач, не предназначенных для широкого распространения;

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

В настоящее время существуют и другие варианты легального распространения программных продуктов, которые появились с использованием глобальных или региональных телекоммуникаций:

– freeware – бесплатные программы, свободно распространяемые, поддерживаются самим пользователем, который правомочен вносить в них необходимые изменения;

– shareware – некоммерческие (условно-бесплатные) программы, которые могут использоваться, как правило, бесплатно (при условии регулярного использования подобных продуктов осуществляется взнос определенной суммы).

Ряд производителей использует OEM-программы (Original Equipment Manufacturer), т.е. встроенные программы, устанавливаемые на компьютеры или поставляемые вместе с вычислительной техникой.

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

Программный продукт– комплекс взаимосвязанных программ для решения определенной проблемы (задачи) массового спроса, подготовленный к реализации как любой вид промышленной продукции.

Путь от «программ для себя» до программных продуктов достаточно долгий, он связан с изменениями технической и программной среды разработки и эксплуатации программ, с появлением и развитием самостоятельной отрасли – информационного бизнеса, для которой характерны разделение труда фирм – разработчиков программ, их дальнейшая специализация, формирование рынка программных средств и информационных услуг.

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

– индивидуальная разработка под заказ;

– разработка для массового распространения среди пользователей.

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

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

Программный продукт разрабатывается на основе промышленной технологии выполнения проектных работ с применением современных инструментальных средств программирования. Специфика заключается в уникальности процесса разработки алгоритмов и программ, зависящего от характера обработки информации и используемых инструментальных средств. На создание программных продуктов затрачиваются значительные ресурсы – трудовые, материальные, финансовые; требуется высокая квалификация разработчиков.

Как правило, программные продукты требуют сопровождения, которое осуществляется специализированными фирмами – распространителями программ (дистрибьюторами), реже – фирмами-разработчиками. Сопровождение программ массового применения сопряжено с большими трудозатратами – исправление обнаруженных ошибок, создание новых версий программ и т.п.

Сопровождение программного продукта– поддержка работоспособности программного продукта, переход на его новые версии, внесение изменений, исправление обнаруженных ошибок и т.п.

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

Основные характеристики программ:

– алгоритмическая сложность (логика алгоритмов обработки информации);

– состав и глубина проработки реализованных функций обработки;

– полнота и системность функций обработки;

– объем файлов программ;

– требования к операционной системе и техническим средствам обработки со стороны программного средства;

– объем дисковой памяти;

– размер оперативной памяти для запуска программ;

– версия операционной системы;

– наличие вычислительной сети и др.

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

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

– насколько легко эксплуатировать программный продукт;

– можно ли использовать программный продукт при изменении условия его применения и др.

Дерево характеристик качества программных продуктов представлено на рисунке.

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

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

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

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

Модифицируемость программных продуктов означает способность к внесению изменений, например расширение функций обработки, переход на другую техническую базу обработки и т.п.

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

Тема 2. Основные понятия алгоритмизации. (4 часа)

Содержание учебного материала:

Сущность алгоритмизации. Понятия алгоритм, исполнитель алгоритма. Пять важных свойств алгоритмов. Величины в алгоритмах. Базовые структуры алгоритмов: линейный алгоритм, разветвленный алгоритм, циклический алгоритм. Формы представления алгоритма: словесная, блок-схема, псевдокод, программная.

Схемы алгоритмов, программ, данных и систем. Представление основных управляющих структур программирования. Теорема структуры и структурное программирование. Термин задача. Классификация задач: технологические, функциональные. Решение задачи. Постановка задачи. Понятие вычислителя.

Построение модели. Разработка алгоритма. Исполнение алгоритма.

Дата добавления: 2016-07-05 ; просмотров: 2373 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ

Источник: poznayka.org

11 ХАРАКТЕРИСТИКИ КАЧЕСТВА ПРОГРАММНЫХ СРЕДСТВ (внешние, внутренние и качество в использовании)

Привет, Вы узнаете про качества программных средств, Разберем основные ее виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое качества программных средств, внешние качества, внутренние качества , настоятельно рекомендую прочитать все из категории Качество и тестирование программного обеспечения. Quality Assurance..

11.1. Основные факторы, определяющие качество сложных программных средств

• Часть 1: Модель качества.
• Часть 2: Внешние метрики.
• Часть 3: Внутренние метрики.
• Часть 4: Метрики качества в использовании.

Общее представление о качестве ПС международным стандартом ISO 9126:1-4:2002 рекомендуется описывать тремя взаимодействующими и взаимозависимыми метриками характеристик качества, отражающими:

• внутреннее качество, проявляющееся в процессе разработки и других промежуточных этапов жизненного цикла ПС;
• внешнее качество, заданное требованиями заказчика в спецификациях и отражающееся характеристиками конечного продукта;
• качество при использовании в процессе нормальной эксплуатации и результативностью достижения потребностей пользователей с учетом затрат ресурсов.

Рис. Модель внешнего и внутреннего качества

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

Основная цель применения внутренних метрик — обеспечивать, чтобы разработчиками было получено требуемое внешнее качество. Рекомендуется использовать внутренние метрики, которые имеют наиболее сильные связи с приоритетными внешними метриками, чтобы они могли помогать при прогнозировании их достижимых значений. Внутренние метрики дают возможность разработчикам, испытателям и заказчикам, начиная с системного проектирования, прогнозировать качество жизненного цикла программ и заниматься вопросами технологического обеспечения качества до того, как ПС становится готовым к использованию продуктом. Измерения внутренних метрик используют свойства, категории, числа или характеристики элементов ПС, которые, например, имеются в процедурах исходного программного текста, в графе потока управления, в потоке данных и в описаниях изменения состояний памяти.

Внутренние метрики используются в ходе проектирования и программирования к неисполняемым компонентам ПС (например, к исходному тексту программы или спецификациям). Цель внутренних метрик – обеспечение возможности достижения требуемого внешнего качества. С этой целью в ходе разработки оцениваются промежуточные продукты. Основой для внутренних метрик являются, например, свойства исходного текста программы, управляющего графа программы, потока данных, изменения состояний памяти, атрибуты документации

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

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

Метрики качества в использовании отражают, в какой степени продукт удовлетворяет потребности конкретных пользователей в достижении заданных целей. Эта метрика не отражена в числе шести базовых характеристик ПС, регламентируемых стандартом ISO 9126-1 вследствие ее общности, однако рекомендуется для интегральной оценки результатов функционирования и применения комплексов программ в стандарте ISO 9126-4. Связь качества в использовании с другими характеристиками ПС зависит от задач и функций их потребителей (см . Об этом говорит сайт https://intellect.icu . лекцию 6).

На рис.9 приведена модель качества в ЖЦ ПС, отражающая взаимосвязи различных представлений качества ПС, а также мер (критериев – measure) их оценки .

Таким образом, меры являются результатом применения некоторых метрик. Как видно из рис.9, уровень каждого из видов качества оценивается с помощью собственных мер, а следовательно, и собственных метрик (соответственно, метрик процесса, внутренних, внешних и метрик качества в использовании). На данном рисунке процесс – это процесс поддержки ЖЦ ПС, в состав которого входят в том числе процессы разработки и сопровождения ПС. Из рис.9 видно, что внутреннее и внешнее качества относятся непосредственно к самому программному продукту, а качество в использовании проявляется в эффекте от его использования и зависит от внешней среды (контекста использования). Между типами характеристик качества и мер (а, следовательно, и метрик) существует влияние сверху вниз и зависимость снизу вверх

Рис.9. Качество в жизненном цикле программного средства

Стандарт ISO 9126:1-4 — целесообразно использовать как основу для формального регламентирования характеристик качества в жизненном цикле проектов программных средств. Модель характеристик качества ПС и компонентов состоит из шести групп базовых показателей, каждая из которых детализирована несколькими нормативными субхарактеристиками.

Функциональные возможности детализируются:

• пригодностью для применения по назначению;
• корректностью (правильностью, точностью) реализации требований;
• способностью к взаимодействию с компонентами и средой;
• защищенностью — безопасностью функционирования.

Надежность характеризуется:

• уровнем завершенности — отсутствием дефектов и ошибок;
• устойчивостью при наличии дефектов и ошибок;
• восстанавливаемостью после проявления дефектов;
• доступностью — готовностью реализации требуемых функций.

​Эффективность рекомендуется отражать:

• временной эффективностью реализации комплекса программ;
• используемостью вычислительных ресурсов.

Применимость (практичность) предлагается описывать:

• понятностью функций и документации;
• простотой использования комплекса программ;
• изучаемостью процессов функционирования и применения.

Сопровождаемость представляется:

• анализируемостью — удобством для анализа предложений модификаций;
• изменяемостью компонентов и комплекса программ;
• тестируемостью изменений при сопровождении.

Мобильность (переносимость) предлагается отражать:

• адаптируемостью к изменениям среды;
• простотой установки — инсталляции после переноса;

— замещаемостью компонентов при корректировках комплекса про грамм.

Характеристики и субхарактеристики в стандарте определены кратко, без комментариев и подробных рекомендаций по их применению к конкретным системам и проектам ПС. Изложение имеет концептуальный характер и не содержит рекомендаций по выбору и упорядочению приоритетов, а также необходимого минимума критериев в зависимости от особенностей объекта, среды разработки, сопровождения и применения.

Для выбора характеристик качества ПС и достоверного сравнения их с требованиями, а также для сопоставления их значений между различными программными продуктами необходимы оценки, измерения и использование определенных мер и шкал. Стандартами рекомендуется, чтобы было предусмотрено измерение каждой характеристики качества ПС (субхарактеристики или ее атрибута) с точностью и определенностью, достаточной для сравнений с требованиями технических заданий и спецификаций, и чтобы измерения были объективны и воспроизводимы. Следует предусматривать нормы допустимых ошибок измерения, вызванных инструментами и/или ошибками человека-эксперта. Чтобы измерения были объективными, должна быть документирована и согласована процедура для присвоения числового значения, свойства или категории каждому атрибуту программного продукта. Характеристики, субхарактеристики и атрибуты качества ПС с позиции возможности и точности их измерения можно разделить на три уровня детализации показателей, особенности которых следует уточнять при их выборе:

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

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

Функциональная пригодность — наиболее ответственная, объективно трудно формализуемая и оцениваемая в проекте характеристика комплексов программ. Данная характеристика связана с тем, какие основные и дополнительные функции и задачи должен решать программный продукт для удовлетворения потребностей пользователей, в то время как другие, конструктивные характеристики главным образом связаны с тем, как и при каких условиях заданные функции могут выполняться с требуемым качеством. Субхарактеристики и атрибуты функциональной пригодности можно характеризовать в основном сЬойствами, категориями и качественным описанием функций, для которых зачастую трудно определить численные меры и шкалы.

Ко второму уровню показателей качества относятся достаточно достоверно и объективно измеряемые численные характеристики ПС. Значения этихконструктивных характеристик обычно в наибольшей степени влияют на функциональную пригодность в использовании ПС.

Поэтому выбор и обоснование их требуемых значений должно проводиться наиболее аккуратно и достоверно уже при проектировании ПС. Их субхарактеристики могут быть описаны упорядоченными шкалами объективно измеряемых значений, требуемые численные величины которых могут быть установлены и выбраны заказчиками или пользователями ПС. Такими характеристиками являются надежность и эффективность комплексов программ. Эти величины могут выбираться и фиксироваться в техническом задании или спецификации требований и сопровождаться методикой объективных, численных измерений при квалификационных испытаниях для сопоставления с требованиями. Длительность решения основных задач, пропускная способность по числу их решений за некоторый интервал времени, длительность ожидания результатов (отклика) и некоторые другие характеристики динамики функционирования ПС могут быть выбраны и установлены количественно в спецификациях требований заказчиком.

Третий уровень стандартизированных показателей качества ПС трудно полностью описать измеряемыми количественными значениями и их некоторые субхарактеристики и атрибуты имеют описательный, качественный вид. В зависимости от функционального назначения ПС по согласованию с заказчиком можно определять экспертно степень необходимости (приоритет) этих свойств и балльные значения уровня реализации их атрибутов в жизненном цикле конкретного ПС.

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

Вау!! Ты еще не читал? Это зря!

• Качества баз данных
• качества программных средств
• внешние качества
• внутренние качества
• качества программных средств , внешние качества , внутренние качества ,
• качества программных средств , внешние качества , внутренние качества ,
• качества баз данных , качества программных средств , внешние качества , внутренние качества ,
• защита программных средств , безопасность программных средств , качества программных средств , внешние качества ,

Надеюсь, эта статья об качества программных средств, была вам интересна и не так слона для восприятия как могло показаться, удачи в ваших начинаниях! Надеюсь, что теперь ты понял что такое качества программных средств, внешние качества, внутренние качества и для чего все это нужно, а если не понял, или есть замечания, то нестесняся пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Качество и тестирование программного обеспечения. Quality Assurance.

Источник: intellect.icu