ВУЗ:
Составители:
)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. Позже
Страницы
- « первая
- ‹ предыдущая
- …
- 10
- 11
- 12
- 13
- 14
- …
- следующая ›
- последняя »