<<
>>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<< | >>
Источник: Джонсон Р., Каст Ф., Розенцвейг Д.. Системы и руководство. Изд. 2-е.. 1967

Еще по теме ОТВЕТСТВЕННОСТЬ ЗА ПРОЕКТИРОВАНИЕ СИСТЕМ:

  1. Методические основы проектирования эффективной логистической системы управления запасами Учет сбоев поставки и потребления в логистической системе организации
  2. Глава 13 ПРОЕКТИРОВАНИЕ СИСТЕМ
  3. МЕТОДЫ ПРОЕКТИРОВАНИЯ СИСТЕМ
  4. ДЕТАЛЬНОЕ ПРОЕКТИРОВАНИЕ СИСТЕМЫ
  5. ЧЕЛОВЕЧЕСКИЕ ФАКТОРЫ ПРИ ПРОЕКТИРОВАНИИ СИСТЕМ
  6. 3.1. Проектирование автономии подразделений жизнеспособной системы
  7. Методика проектирования логистической системы управления запасами
  8. Задачи, связанные со складами, решаемые при проектировании логистических систем
  9. Кипа Андрей Алексеевич. ПРОЕКТИРОВАНИЕ СИСТЕМЫ УПРАВЛЕНИЯ ДЕЛОВОЙ ОРГАНИЗАЦИЕЙ В РОССИИ В УСЛОВИЯХ СОЦИАЛЬНОЙ НЕОПРЕДЕЛЕННОСТИ, 2014
  10. 1.5.3. Юридическая ответственность - одно из проявлений социальной ответственности, ее ретроспективной стороны (ответственности за прошлое антисоциальное деяние) в сфере правового регулирования.
  11. Глава 5 ПРОЕКТИРОВАНИЕ ГИС
  12. 9.1. Общие принципы природосберегающего проектирования
  13. ОГРАНИЧЕНИЯ НА ФУНКЦИЮ ПРОЕКТИРОВАНИЯ