Математическое моделирование и компьютерный эксперимент. Артемов М.А - 12 стр.

UptoLike

Составители: 

)t,X(f)u(G
t
u
=+
, (1)
)X(u)o,X(u:0t
0
=
=
; S:
)t,X(u)t,X(u
sss
=
(2)
где G - некоторый линейный или нелинейный оператор .
В серии статей авторов проекта детально обсуждался вопрос о необходимости использовать
общую хорошо разработанную стандартную структуру для программ, предназначенных для
решения задач одного класса, описывается пакет управляющих и служебных подпрограмм
OLYMPUS, который используется как при создании, так и при эксплуатации программ,
описывающих эволюционные процессы. Этот пакет автоматически накладывает требуемую
стандартную структуру на любую программу, которая его использует, при условии выполнения
некоторых рекомендаций и соглашений [63-66].
Основные цели , которые преследовали эти соглашения, заключались в следующем:
Стандартизация разработки , структуры пакета и оформления программного обеспечения;
Повышение наглядности текстов исходных модулей, обеспечение возможности быстрого
изучения существующих ППП;
Упрощение эксплуатации постоянно расширяющегося сложного программного фонда;
Возможность наращивания программного комплекса и обмен программными единицами
между различными группами пользователей.
Стандартизация разработки ППП позволяет программистам сократить сроки создания
программного обеспечения, исключить принятие противоречивых решений для организации
взаимодействия различных программных единиц и свести к минимуму ошибки проектирования
глобального характера. Строго фиксируется верхний уровень состава программного обеспечения и
определяются правила его развития на нижних уровнях.
Повышению наглядности текстов программ служат соглашения, связанные с оформлением и
документированием программ. Устанавливается форма и место комментариев, определяющих
назначение программных единиц и используемых алгоритмов , разработаны методы
классификации всех применяемых программ. Существуют соглашения о выборе имен данных и
правилах их объявления. Все это способствует тому, что пользователь легко ориентируется в
своих и чужих программах, без особого труда определяет функциональное назначение любой
программной единицы, быстро находит и уясняет смысл необходимых фрагментов алгоритмов и
мн. др.
Упрощение эксплуатации ППП достигается с помощью соглашений об организации
взаимодействия и использования имеющихся программных единиц. Эти соглашения
обеспечивают возможность применения единой технологии программирования при создании
программного обеспечения, реализующего моделирование объектов , поведение которых
описывается задачами эволюционного типа. Программа, выполняющая конкретный расчет,
представляется в виде фиксированного набора составных функциональных частей, образующих
каркас программы, называемый схемой расчета . За каждой из таких частей закрепляется строго
определенная часть работы по расчету и характеризующее ее имя. Для любой из функциональных
частей может быть написано, вообще говоря, несколько различных реализаций, или модулей. В
каждом конкретном случае будет участвовать лишь один.
Возможность наращивания программного комплекса без перепрограммирования
существующих программных единиц и их «подключение» к ранее созданному функциональному
наполнению достигается с помощью служебных программных единиц. С другой стороны , такая
структура программного обеспечения предоставляет возможность обмениваться между
различными пользователями лишь модулями функционального наполнения, не прибегая к
передаче сервисных и прочих вспомогательных программ. Простота адаптации новых модулей
достигается использованием единой схемы расчета.
Одно из преимуществ схемы проекта OLYMPUS состоит в том, что она значительно
сокращает количество документации, необходимой для каждой программы семейства, поскольку
значительная часть структуры программы фиксирована. Описания новых программ просто будут
ссылаться на данную работу и другие описания услуг общего пользования.
Первоначально проект разрабатывался для реализации программного обеспечения на языке
программирования Фортран для ЭВМ , так называемого, третьего поколения - IBM 360/370. Позже
                                      ∂u
                                          +G ( u ) =f (X, t ) ,                                       (1)
                                      ∂t
                    t =0 : u ( X , o) =u 0 ( X ) ;                S:   u( X s , t ) =u s (X s , t )   (2)
где G - некоторый линейный или нелинейный оператор.
      В серии статей авторов проекта детально обсуждался вопрос о необходимости использовать
общую хорошо разработанную стандартную структуру для программ, предназначенных для
решения задач одного класса, описывается пакет управляющих и служебных подпрограмм
OLYMPUS, который используется как при создании, так и при эксплуатации программ,
описывающих эволюционные процессы. Этот пакет автоматически накладывает требуемую
стандартную структуру на любую программу, которая его использует, при условии выполнения
некоторых рекомендаций и соглашений [63-66].
      Основные цели, которые преследовали эти соглашения, заключались в следующем:
      • Стандартизация разработки, структуры пакета и оформления программного обеспечения;
      • Повышение наглядности текстов исходных модулей, обеспечение возможности быстрого
         изучения существующих ППП;
      • Упрощение эксплуатации постоянно расширяющегося сложного программного фонда;
      • Возможность наращивания программного комплекса и обмен программными единицами
         между различными группами пользователей.
      Стандартизация разработки ППП позволяет программистам сократить сроки создания
программного обеспечения, исключить принятие противоречивых решений для организации
взаимодействия различных программных единиц и свести к минимуму ошибки проектирования
глобального характера. Строго фиксируется верхний уровень состава программного обеспечения и
определяются правила его развития на нижних уровнях.
      Повышению наглядности текстов программ служат соглашения, связанные с оформлением и
документированием программ. Устанавливается форма и место комментариев, определяющих
назначение программных единиц и используемых алгоритмов, разработаны методы
классификации всех применяемых программ. Существуют соглашения о выборе имен данных и
правилах их объявления. Все это способствует тому, что пользователь легко ориентируется в
своих и чужих программах, без особого труда определяет функциональное назначение любой
программной единицы, быстро находит и уясняет смысл необходимых фрагментов алгоритмов и
мн. др.
      Упрощение эксплуатации ППП достигается с помощью соглашений об организации
взаимодействия и использования имеющихся программных единиц. Эти соглашения
обеспечивают возможность применения единой технологии программирования при создании
программного обеспечения, реализующего моделирование объектов, поведение которых
описывается задачами эволюционного типа. Программа, выполняющая конкретный расчет,
представляется в виде фиксированного набора составных функциональных частей, образующих
каркас программы, называемый схемой расчета. За каждой из таких частей закрепляется строго
определенная часть работы по расчету и характеризующее ее имя. Для любой из функциональных
частей может быть написано, вообще говоря, несколько различных реализаций, или модулей. В
каждом конкретном случае будет участвовать лишь один.
      Возможность наращивания программного комплекса без перепрограммирования
существующих программных единиц и их «подключение» к ранее созданному функциональному
наполнению достигается с помощью служебных программных единиц. С другой стороны, такая
структура программного обеспечения предоставляет возможность обмениваться между
различными пользователями лишь модулями функционального наполнения, не прибегая к
передаче сервисных и прочих вспомогательных программ. Простота адаптации новых модулей
достигается использованием единой схемы расчета.
      Одно из преимуществ схемы проекта OLYMPUS состоит в том, что она значительно
сокращает количество документации, необходимой для каждой программы семейства, поскольку
значительная часть структуры программы фиксирована. Описания новых программ просто будут
ссылаться на данную работу и другие описания услуг общего пользования.
      Первоначально проект разрабатывался для реализации программного обеспечения на языке
программирования Фортран для ЭВМ, так называемого, третьего поколения - IBM 360/370. Позже