ОТВЕТСТВЕННОСТЬ ЗА ПРОЕКТИРОВАНИЕ СИСТЕМ

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

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

Описывая проектирование информационных систем, Турстон приводит четыре фактора, играющих главную роль в достижении успеха при перестройке систем: Понимание назначения каждой операции и знание существующих схем выполнения таких операций в сочета- 462

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

Руководители операции обеспечивают выполнение двух первых пунктов этих требований, т.

Решение проблемы проектирования можно было бы получить с помощью «командного подхода», т. е. создания группы специалистов, помогающих руководителям высшего уровня, которые могут нести ответственность за успешное создание проекта. Руководитель может посвящать этой проблеме либо часть своего времени, либо, если этого потребует поставленная задача,— все свое время (конечно, только в течение некоторого периода). Турстон говорит:

«Однако хочу отметить, что я видел, как люди, занятые в операции, будучи проинструктированными относительно цели выполняемой ими работы, брали на себя управление операцией и результаты внедрения проекта были лучше, чем при управлении внедрением со стороны специального административного персонала» [4].

Дирден насчитывает три этапа в непрерывном процессе проектирования и реализации информационных систем:

Этап 1. Спецификация систем [41]— это процесс, который включает определение всех тех аспектов информационной системы руководства, которые важны для пользователей. Принципиально спецификация охватывает все основные

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

Этап 2. Осуществление обработки данных охватывает все те моменты, которые важны для обработки данных. Целью этого этапа является создание системы обработки данных, которая в состоянии наиболее эффективно воплотить системы, определенные (специфицированные) на первом этапе.

Этап 3. Программирование начинается с составления графиков потоков системы и кончается, когда программа «идет» на вычислительной машине [5].

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

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

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

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

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

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