Cтраница 2
Зародившись около 20 лет назад, техника управления технологическими процессами, опирающаяся на электронные вычислительные машины ( ЭВМ), прошла ряд этапов развития и совершенствования. Основные идеи управления технологическими процессами с применением ЭВМ были выработаны на сравнительно ранних стадиях развития автоматизированных систем управления ( АСУ), однако их реализация наталкивалась на трудности, связанные с недостатками вычислительной аппаратуры и других технических средств, а также на трудности программирования и организации вычислительного процесса в управляющих ЭВМ. [16]
Эта методика называется структурировашгоо программирование. Даже только в литературе на русском языке можно найти термины структурное, систематическое, детализирующее, нисходящее программирование, которые обозначают примерно одно и то же. Схему структурированного программирования мы объясним в следующем параграфе, а пока скажем лишь, какие трудности программирования пытается преодолеть эта методика. [17]
Или, скажем, разрабатывается система для международной страховой компании. Если работник занимает должность директора регионального отделения, он имеет право на получение 236 % суммы комиссионных, выплаченных его подчиненным. Расчеты становятся более интересными, если статус руководителя постоянно меняется. Догадливый программист обратится к этой фирме с просьбой развернуть свою деятельность повсюду, но не все трудности программирования разрешаются таким прямолинейным путем. Итак, нужны программы, позволяющие решать такие задачи. Это означает, что нужны некие языки программирования. Термин язык запросов является общим для таких языков. [18]
Несмотря на трудности неавтоматического программирования состав фонда ежегодно возрастал в среднем на 25 тыс. команд. [19]
Прямые методы позволяют получить решение системы после выполнения конечного числа действий. Основной недостаток этих методов - очень большой объем вычислительной работы, который приходится выполнять даже при решении простых задач. Они также требуют большого объема памяти ЭВМ. Этот прием позволяет в ряде случаев существенно снизить необходимый объем вычислений. Однако при этом существенно возрастают трудности программирования алгоритмов. Поэтому прямые методы в практике моделирования процесса разработки используются довольно редко. [20]
Поэтому почти всегда наблюдается тенденция имитировать избыточное число деталей. Во избежание такого положения следует строить модель, ориентированную на решение вопросов, на которые требуется найти ответы, а не имитировать реальную систему во всех подробностях. Закон Парето гласит, что в каждой группе или совокупности существует жизненно важное меньшинство и тривиальное большинство. Ничего действительно важного не происходит, пока не затронуто жизненно важное меньшинство. Системные аналитики слишком часто стремились перенести все усугубленные деталями сложности реальных ситуаций в модель, надеясь, что ЭВМ решит их проблемы. Такой подход неудовлетворителен не только потому, что возрастают трудности программирования модели и стоимость удлиняющихся экспериментальных прогонов, но и потому, что действительно важные аспекты и взаимосвязи могут потонуть в массе тривиальных деталей. Вот почему модель должна отображать только те аспекты системы, которые соответствуют задачам исследования. [21]