Организационные аспекты имитационного моделирования

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

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

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

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

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

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

Остальных участников проекта можно подразделить на четыре группы, каждая из которых для крупных проектов возглавляется заместителем «генерального конструктора*:

_ специалисты по математическому моделированию;

_ специалисты по предметной области; —

специалисты по программированию и ЭВМ;

_ технические специалисты.

Математики играют ведущую роль в прикладном системном анализе, выступая в качестве «архитекторов системы» [33]. Совместно с предметными экспертами и представителями заказчика (иногда это могут быть одни и те же люди) они проводят системный анализ объекта и строят его концептуальную модель; самостоятельно формализуют ее и исследуют аналитически; затем вместе с программистами разрабатывают спецификации программ и данных; планируют, осуществляют и обрабатывают результаты компьютерной имитации. Специалисты по моделированию должны быть квалифицированными прикладными математиками, т.е. уверенно владеть математическим аппаратом, но рассматривать его не как самоцель, а как средство для решения практических задач. Обычно прикладным математикам приходится постоянно осваивать новые предметные области, хотя возможна и специализация в определенной области (в последнем случае часто математик переходит на работу, например, в биологический или экономический институт).

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

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

Наконец, технические специалисты призваны выполнять мно жество важных функций: —

сбор, первичную обработку и ввод данных; —

ведение документации; —

материально-техническое снабжение и т.п.

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

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

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

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

Надо иметь в виду, что заказчик не монолитен — внутри его

организации существуют различные группы, по-разному оценивающие перспективы прикладных системных исследований и принятия решений с их помощью. Желательно ориентироваться (по крайней мере, на ключевых стадиях разработки) на интересы руководства организации-заказчика и в особенности на первого руководителя (директора, президента и т.п.). Как известно еще из опыта разработки первых автоматизированных систем управления, участие первого руководителя является необходимым условием успеха разработки.

Учет психологических факторов вообще имеет очень важное значение в прикладном системном анализе вследствие его направленности на «внешний мир». Системные аналитики (и особенно «генеральный конструктор») должны быть контактными людьми, способными общаться с заказчиком на понятном ему языке и убедить его в нужности и актуальности системных исследований. Это особенно важно в тех случаях, когда инициатором проведения прикладного системного анализа выступает коллектив аналитиков; здесь могут оказаться не лишними определенные актерские способности. Совершенно недопустима демонстрация превосходства и тем более высокомерия, свойственного отдельным математикам и программистам (как, впрочем, и представителям иных специальностей). Надо отдавать себе отчет в том, что необходимость применения прикладного системного анализа еще не стала общепринятым положением, поэтому очень многое зависит от взаимопонимания сторон.

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

После того как первоначальное взаимопонимание достигнуто и Договор о выполнении работ подписан, ни в коей мере не следует БАНК МОДЕЛЕЙ Проб Стан лемные дартные модели модели ВНУТРЕННИЙ”

ИНТЕРФЕЙС

(управляющая

подсистема)

БАЗА

ДАННЫХ

ослаблять внимание к заказчику и интересам потенциальных полі зователей. Возможности тиражирования проделанной работы дд; сходных нужд других пользователей, продолжение контактов с за казчиком и развитие работ на более широкой основе, репутаци) исследовательского коллектива будут во многом зависеть от степе ни «дружественности» имитационной системы как основного инст румента прикладного системного анализа, ее открытости и «эрго номичности» в широком смысле слова.

Поскольку системные аналитики и заказчики обычно террито риально разобщены, важное место занимает обеспечение достаточ ной интенсивности контактов между ними. Если стороны находят ся в одном и том же городе, то проблем обычно не возникает, ] противном же случае нужно устраивать «контрольные сессии» не реже раза в квартал. Использование телефона, факса и электрон ной почты не может в полной мере заменить непосредственное об щение.

<< | >>
Источник: Угольницкий ГЛ.. Управление эколого-экономическими системами. — М.: Вузовская книга. — 132 с.. 1999

Еще по теме Организационные аспекты имитационного моделирования:

  1. 3.4. Основы организации имитационного моделирования Этапы имитационного моделирования
  2. Имитационные модели экономических информационных систем Методологические основы применения метода имитационного моделирования
  3. ГЛАВА 2. ПРОЦЕСС ИМИТАЦИОННОГО МОДЕЛИРОВАНИЯ
  4. ГЛАВА 3. СПЕЦИАЛЬНЫЕ ВОПРОСЫ ИМИТАЦИОННОГО МОДЕЛИРОВАНИЯ
  5. § 40.11. ИМИТАЦИОННОЕ МОДЕЛИРОВАНИЕ
  6. Алгоритм имитационного моделирования
  7. Общая схема имитационного моделирования
  8. Информационное обеспечение имитационного моделирования
  9. Раздел IV ПРИМЕР ПРИКЛАДНОГО ИСПОЛЬЗОВАНИЯ МОДЕЛИ СИСТЕМЫ МАРКЕТИНГА В ИМИТАЦИОННОМ МОДЕЛИРОВАНИИ
  10. Структура модели и основные принципы имитационного моделирования
  11. Построение модели водохранилища как пример имитационного моделирования
  12. СПЕЦИАЛЬНЫЕ ВОПРОСЫ УПРАВЛЕНИЯ ПРОДАЖАМИ Количественный инструментарий поддержки управленческих решений в планировании сбыта: имитационное моделирование
  13. Описание примера применения имитационного моделирования в планировании деятельности оптового сбытового подразделения торговой компании
  14. Глава 6 ОРГАНИЗАЦИОННЫЕ АСПЕКТЫ ДЕЯТЕЛЬНОСТИ ОКУ
  15. Организационно-правовые аспекты
- Регулирование и развитие инновационной деятельности - Антикризисное управление - Аудит - Банковское дело - Бизнес-курс MBA - Биржевая торговля - Бухгалтерский и финансовый учет - Бухучет в отраслях экономики - Бюджетная система - Государственное регулирование экономики - Государственные и муниципальные финансы - Инновации - Институциональная экономика - Информационные системы в экономике - Исследования в экономике - История экономики - Коммерческая деятельность предприятия - Лизинг - Логистика - Макроэкономика - Международная экономика - Микроэкономика - Мировая экономика - Налоги - Оценка и оценочная деятельность - Планирование и контроль на предприятии - Прогнозирование социально-экономических процессов - Региональная экономика - Статистика - Страхование - Транспортное право - Управление финасами - Финансовый анализ - Финансовый менеджмент - Финансы и кредит - Экономика в отрасли - Экономика общественного сектора - Экономика отраслевых рынков - Экономика предприятия - Экономика природопользования - Экономика труда - Экономическая теория - Экономический анализ -