этапы разработки ПО

1. Планирование проекта и анализ требований , подготовка ТЗ.

2. Проектирование (создание модулей , дизайн, интерфейс , структура данных, архитектура, cтруктура алгоритмов и т.д.)

3. Кодирование , составление кода.

4. Тестирование и устранение ошибок.

5. Сопровождение (после выпуска) и усовершенствоание.

v модель

КЛАССЫ ПО(Технологии стиля работы разработки ПО)

Исходя технологий стилей создания ПО и целей имеет место 2 основных класса ПО

Свободное ПО – ориентировано на широкий круг независимых специалистов, пользователей. Кроме того ответсвенность за ПО ограничена.

Допускается модификация ПО (т.к. исходные тексты программ доступны ) Кроме того технологии создания ПО известны и универсальны. Тиражи ПО высокие

Особенности классов ПО

Закрытые тексты ПО (закрыты технологические документы)

Тиражи ограничены Создаются коллективами профессионалов специальных организаций(НИИ , КБ и т.д)

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

В следствии чего ПО трудно сертифицировать (т.к. четких правил по модификации ПО во времени и его отслеживания).

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

Основные понятия

Качество ПО определяет стандарт ГОСТ Р ИСО/ МЭК 25000 -2021 «Требования и оценка качества систем и программных продуктов».

Данный стандарт внесен Техническим комитетом по стандартизации ТК -22 «Информационные технологии» и введен в действие приказом Федерального агенства по техническому регулированию и метрологии от 25 октября 2021

Настоящий стандарт индентичен международному стандарту ИСО/ МЭК 25000:2014 «Системная и программная инженерия. Требования и оценка качества систем и программных продуктов» (Systems and software Quality Requirements and Evolution (SQ ua RE)).

Cогласно стандарту : качество ПО - способность программного продукта при заданных условиях удолетворять установленными им требованиям.

Стандарты ИСО/МЭК 25000-2014 , ГОСТ ИСО/ МЭК 25000-2021 заменили более ранние стандарты ИСО/МЭК 9126, ИСО/ МЭК 14598.

Основные понятия

Стандарт 9126 введен в 1991

Оценивать качество можно как промежуточные программные продукты , так и конечные программные продукты.

Причем , что важно разделить программные продукты на статические и динамические .

Статические прогрммные продукты- неиспоняемая система или ПО .

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

Основные понятия

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

Используются специальные системы обеспечения качеством.

СЕРТИФИКАЦИЯ

СЕРТИФИКАЦИЯ – подтверждение соответствия требованиям(независимая от заказчика и производителя

организация) юридически удостоверяет , что

состояние продукции соответствует установленным требованиям и стандартам.

Цель сертификации ПО

Наиболее часто современные контракты на создание ПО подготавливается непрофессионально ( т.е. часто требования к заказам неформализованы, зависит от интуиции заказчиков)

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

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

Напр. в техническом задании ;

Не указаны метрики к ПО . Кроме того некоторые характеристики созданного ПО остаются незвестными

2 типа сертификации

Задача удостоверения качеством сводиться к испытаниям 2 типа испытаний:

СЕРТИФИКАЦИЯ

Процессов

производства

СЕРТИФИКАЦИЯ

Продуктов

производства

Типы сертификации

Сертификация может быть

Добровольной

Обязательной

Обязательной сертификации должны быть обеспечены наиболее

ответственное ПО

Добровольное сертификация позволяет повысить конкурентоспособность разработанного ПО.

Разумеется цена такого ПО выше.