"Е.Лишак. 32-й день года" - читать интересную книгу автора

Методический материал для разработчика ПО.

(Записки парасистемного программиста).


Настоящий документ составлен на основе многолетнего
опыта эксплуатации различных программных систем в
вычислительном центре.
Предназначен для разработчиков программного обеспече-
ния и лиц, которые его обслуживают или используют. Может
использоваться, как приложение к документам типа техничес-
кого задания на разработку программного обеспечения.
Разработал Лишак Е.В. Версия 1 от 16.02.84.



1. Предисловие. Вопль к создателям.

Мы не пишем программ, или почти не пишем. Мы живем за
чужой счет. Мы - паразиты. Вы, наши дорогие коллеги, в тиши
кабинетов, попутно печатаясь и защищаясь, создаете один из
видов национального продукта - программное обеспечение. Мы
же не создаем национальный продукт. Мы лишь пытаемся его
хоть как-то использовать в тех вычислительных центрах, в
которых мы работаем.
Спору нет, вы научились делать надежное программное
обеспечение, и мы знаем, чего вам это стоило. Мы, ведь,
тоже читаем книги ПО технологиям программирования, хотя,
значительно реже их пишем. Надежное программное обеспече-
ние, то есть соответствующее документации - это уже хорошо.
Но нам этого мало. Этого достаточно там, где нас нет,
например, на луне, там, где программное обеспечение все
делает "Само", без участия человека. Надежное программиро-
вание - панацея от всех бед и там, где программное
обеспечение работает независимо от предыстории (транслято-
ры, библиотеки стандартных программ), то есть, оно не
создает и не поддерживает какие-то жизненно важные файлы.
Там же, где программное обеспечение включено в одну
систему обработки данных (СОД) вместе с человеком, там, где
поведение системы зависит от предыстории (операционные
системы, банки данных, АСУ, например) там надежного
программирования оказывается мало. Там уже нужна живучесть
и жизнеспособность всей системы обработки данных, что, увы,
выходит за рамки традиционного системного программирования.
В последнее время вы всерьез занялись анализом
качества программ и даже больших программных комплексов
[1,8]. Но если говорить о системах, которые я называю СОД,
то этот анализ затрагивает в основном разработчиков ПО,
пользователей ПО и тех, кто сопровождает ПО СОД. Вопросы же
обслуживания не ПО, а всей СОД, как единого целого,