совершенствоваться они должны все равно как единый комплекс, ибо только в таком це-
лостном представлении ИС может проявить полностью заложенные в ней возможности.
В связи с этим следует отметить важную роль, которую играют специалисты по
компонентам Software системы, т.е. по всем программным средствам, базам данных,
каталогам, нормативам, технологическим процессам и т.д., которые далее будут фигури-
ровать как «программисты» в таком широком смысле.
Если место технических средств в ИС определено: они унифицированы, этапы
жизненного цикла обозначены, авторское право и права собственности на эти изделия
сформулированы, то с программными средствами в ИС до сих пор еще не все ясно.
В связи с этим декомпозиция ИС на компоненты и последующее агрегирование
наталкиваются на вопрос о необходимости и возможности представления программ в
качестве изделий, что определяет роль и место соответствующих специалистов.
Программисты всего мира вели ожесточенную борьбу и потратили много сил и времени
на то, чтобы доказать наличие у программ всех признаков изделия, самостоятельную
ценность программ как изделий и необходимость создания индустрии программных
средств. При этом в отношении сначала программ, а теперь и информационных, и других
средств возникают и понятие «жизненного цикла», а также понятия качества, надежности
и т.д.
Однако в результате этой борьбы, как это часто бывает, как бы по инерции акцент в
системах сместился в сторону программных средств: программы приобрели
самоценность, как по мнению программистов, так и на взгляд многих руководителей
(менеджеров) и в чем-то даже подменили собой систему в целом. Как следствие этого -
определенное забвение того, что ПАК - это всегда неразрывное целое, о чем нужно
помнить также и при создании программ. Программы создаются для того или иного ПАК
и переносимы, как правило, лишь в известной степени, условно.
Совместимость программ и технических средств также условна и должна подвергаться
проверке на специальных испытаниях. Однако в документации на программы нередко
приводится настолько поверхностное описание технических средств, на которых
реализуется создаваемая программа, что при этом вообще упускается из виду (и из
документации, естественно) необходимость совместной отработки ПАК как единого
изделия. Кроме того, часто технические и программные средства модернизируются
независимо друг от друга, поскольку ничто этому не препятствует. Сопровождение же их
разработчикам неинтересно и невыгодно, в связи с чем они активно от этой деятельности
уклоняются. Пользователи и покупатели, ранее получившие эти средства, об изменениях
обычно не уведомляются.
При этом всегда неявно или даже явно подразумевается, в конце концов, что программист,
как минимум, энциклопедически образован. Он принимает все решения по архитектуре и
конфигурации системы, выполняет рабочее проектирование, создает документацию,
определяет требования к персоналу, обучает всех
работников поведению в среде системы и принимает решения по всем другим вопросам.
Основа такого положения в том, что при создании систем в настоящее время основное
внимание уделяется все-таки созданию программной среды, поскольку многие оте-
чественные системы проходят еще стадию создания первой очереди.
Поэтому в процессе формирования программных средств и