82

13. ПОНЯТИЕ ПРОГРАММНОГО ПРОДУКТА. КАЧЕСТВО И ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ПРОДУКТА

13.1. Программный продукт. Особенности разработки программного обеспечения

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

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

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

∙является относительно новой областью знаний,

∙носит эволюционный и экспериментальный характер,

∙ сильно подвержен влиянию	квалификации и индивидуальных
особенностей исполнителей,

∙не имеет полных моделей,

∙обладает кажущейся легкостью внесения изменений,

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

Эти свойства являются причинами

83

∙незавершенности многих программных проектов,

∙значительного превышения бюджета и задержки сроков,

∙плохой управляемости проектов,

∙отсутствия гарантированного качества ПО.

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

Таблица 13.1

Характеристики качества программного обеспечения

Качество		Удовлетворение
реализации		потребностей
программного		пользователя
обеспечения	Потребительские	Легкость использования
	характеристики ПО	Реализация
		потенциальных
		способностей
		пользователя
			Структурность
		Адаптируемость	Понятность
			Независимость
	Программотехника	Правильность
	ПО		Полнота
		Специфицируемость	Непротиворичивость
			Осуществимость
			Проверяемость
Эффективность		Планируемость
процесса		Организованность
разработки	Организация работ	Укомплектованность
программного		Контролируемость
обеспечения		Автоматизируемость
		Осуществимость
		Полнота и
		непротиворичивость
		Проектируемость
		Программируемость
	Программотехника	Комплексируемость
	процесса разработки	Внедряемость
		Управляемость
		конфигурацией
		Сопровождаемость
		Снимаемость
		Анализируемость затрат
	Управление ресурсами	Планируемость и
	разработки	оцениваемость
		Контролируемость
		рессурсов

84

Область стандартизации разработки ПО постоянно развивается: наряду со стандартами ISO 9000, ISO 12207, появляются новые, учитывающие современный опыт

Цели процесса разработки ПО представлены в таблице 13.1. и подразделяются на обеспечение качества собственно программного обеспечения и обеспечение качества и эффективности процесса разработки, причем, первое невозможно без второго.

13.2. Качество программных продуктов

Разработка качественного программного обеспечения это многоэтапный процесс проектирования и программирования.

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

спецификация системных требований.

На втором этапе детализируют требования к программной части проекта – это спецификация требований к программному продукту.

Третий этап – программная реализация проекта или программирование.

Четвертый этап – это отладка и тестирование программ.

Пятый этап – это апробация или опытная эксплуатация

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

Последний – шестой этап – это промышленная эксплуатация

программного обеспечения.

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

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

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

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

85

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

Основными требованиями, предъявляемыми к качеству программного продукта являются,

∙Легкость использования – разработка документации, средств управления, структур и форматов входных и выходных данных, в результате чего ПИ становится удобным, естественным, гибким и простым для пользователя.

∙Удовлетворение потребностей пользователя – учет требований

пользователя, относящихся к функциональности создаваемого ПО.

∙ Реализация потенциальных способностей пользователя –

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

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

∙Измеряемость – означает, что ПО можно оснастить контрольно-

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

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

∙ Специфицированность.	Основными	характеристиками
специфицированности являются:

1.Полнота спецификаций. Любая часть спецификации должна быть тщательно проработана;

2.Непротиворечивость спецификаций. Спецификация непротиворечива,

если ее положения не противоречат друг другу и другим главным спецификациям или целям.

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

4.Проверяемость спецификаций. Спецификация проверяема, если

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

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

∙Адаптируемость. ПО или его компонента могут быть легко

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

1. Структурность. Подразумевает соблюдение принципов абстракции, модульности и минимального числа компонентов;