Записки парасистемного программиста - [14]

Этюд.

В программы АСУ "кадры" вкрались ошибки. Одна из них была вызвана тем, что не была учтена возможность приема на работу лиц, родившихся в прошлом веке. В результате, бабушка 1899 года рождения попала в несоюзную молодежь. Еще из-за одной ошибки генеральный директор объединения попал в молодые специалисты. Были и еще кое-какие мелочи. Наконец, ошибки были исправлены и новая версия системы была сдана в эксплутацию. А дальше было вот что. В 23 часа 30 мин. Hа работу после занятий на вечернем факультете пришла девочка оля. Она — так называемый диспетчер СОД. В ее обязанности входит "держать" вторую линию обороны. К утру ВЦ должен выдать результаты работы некоторых СОД, в том числе и АСУ "кадры".

В 2 часа 25 минут оля получает из машинного зала распечатку, из которой следует, что один из шагов задания по "кадрам" закончился аварийно с кодом завершения 0с5. Что это такое — оля не знает. Она ведь только на третьем курсе. Hо оля четко знает, как использовать последний шанс получить результат. Она знает, где лежит инструкция в которой написано на понятном для оли языке, что нужно сделать, чтобы вернуться к предыдущей версии программного обеспечения АСУ "Кадры". Все действия оли сводятся к нажатию нескольких кнопок на устройстве подготовки данных или терминале. Остальное довершит программное обеспечение. Оля принимает решение — и вот уже из засады на перерез прорвавшемуся врагу вылетели проверенные в боях эскадроны.

Да, утром из сводок кто-то вычеркнет бабушку — несоюзную молодежь и генерального дирректора — молодого специалиста. Hо дело сделано, получены в остальном правильные результаты, то есть достигнута цель, для которой, собственно, и функционирует СОД, включая ЭВМ, программное обеспечение и храбрую девочку Олю. Увы, я рассказал вам сказку. Мне не приходилось встречать СОД, которая держала бы в своем горячем резерве предыдущую версию программного обеспечения с полуавтоматическим способом перехода на него. Создавать альтернативный вариант, конечно, дорого. Это годится, скажем, для систем обеспечения посадки на Луну. Hо предыдущая версия ПО (или даже отдельной программы) есть почти всегда, а исправление ошибок, иногда и не удачное, делается так часто.

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

4.11. Заметки по поводу.

Переход от анализа качества программы к анализу качества комплексов программ [1] — это шаг вперед. Еще один шаг — это учет качества документации комплексов программ. Hо и этого уже мало. Первое. Часто оказывается полезным рассматривать группы независимых комплексов программ в среде их обитания — операционной системе, вц, коллективе специалистов. Второе. Документация на комплексы программных средств должна не только описывать, как этими средствами можно пользоваться, но и предлагать систему правил, технологию [2], указывающую, как этими средствами должно пользоваться. Третье. То, что разработчик ПО считает высокой удобочитаемостью, информативностью и т. п., для пользователя сод, непрограммиста, может оказаться чем-то прямо противоположным. Четвертое. Человеческий фактор, учитываемый в последних работах по качеству ПО, должен стоять одним из первых в ряду оценок качества.

5. Заключение

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

1) Все экземпляры ПО одинаковые, а все экземпляры СОД — разные. Поэтому обслуживание ПО можно производить централизовано, в отличие от обслуживания СОД.

2) Обслуживание ПО — это работа прежде всего с математическими абстракциями, а обслуживание СОД — это работа с реальным оборудованием, реальными данными и людьми.

Именно эта разница существенно снижает ценность литературы по качеству ПО для тех, кто имеет дело с системами, которые я здесь называю "сод". Можно и нужно восполнить этот пробел. В последнее время операционные системы делаются не для ЭВМ, а, наоборот, ЭВМ делаются для операционных систем [9]. А для чего делаются операционные системы? Только ли для программистов, которые делают операционные системы? Hе стоит ли сделать еще один шаг вперед и задать вопрос: кому еще и для чего еще нужны операционные системы.