Метод построения информационных систем обработки оперативных данных экологического мониторинга

• Автор: Баянов, Дмитрий Александрович
• Шифр специальности: 03.00.16
• Научная степень: Кандидатская
• Год защиты: 2000
• Место защиты: Краснодар
• Количество страниц: 151 с. : ил.

1. Современные методы и инструментальные средства построения информационных систем мониторинга

2. Структура ИСЭМ и взаимодействие компонентов системы.

2.1. Использование методов математического моделирования распространения загрязняющих веществ в атмосфере и водной среде
2.1.1. Пример модели распределения загрязняющих веществ различного типа по глубине речного русла

2.1.2. Пример модели загрязнения атмосферы от группы точечных источников . .

2.2. Использование геоннформацнонных систем

2.3. Создание баз данных исходных наблюдений.

3. Метод построения инструментальной платформы СУБД для ИСЭМ.

3.1. Теоретические вопросы построения инструментальной платформы СУБД

3.1.1. Построение расширенного словаря базы данных.

3.1.2. Оптимальный состав компонент базового исполняющего ядра

3.1.3. Создание оптимального набора визуальных компонент редактирования БД
3.1.4. Определение многофункционального табличного интерфейса для типовой работы с данными БД
3.1.5. Модель защиты от несанкционированного использования и распространения элементов ИС.
3.1.6. Решение задачи системного построения надежного первичного ключа глобального уникального ндешгификатора СШ
3.1.7. Создание логических семафорных блокировок для многоуровневого регулирования доступа к разделяемым объектам сетевых ресурсов
3.1.8. Создание универсального генератора аналитических отчетов
3.1.9. Решение задачи программной генерации документов МБЛУогс из внешнего приложения и задачи слияния ЯТЬдокументов в объединенный документ .
3.2. Устройство и организация инструментальной платформы СУБД
3.2.1. Средства разработки приложений СУБД.
3.2.2. Унифицированный табличный интерфейс.
3.2.3. Базовое исполняющее ядро
3.2.4. Универсальный генератор отчетов
4. Реализация прикладных задач
4.1. Мониторинг загрязнения водных бассейнов
4.2. Мониторинг воздушного бассейна города
Заключение
Библиографический список исиолъзоваююй литературы.
Список сокращений и условных обозначений
Приложение
Приложение
Приложение
Приложение
ВВЕДЕНИЕ


Vi i, Vi , Vi v, Vi x и средство создания корпоративных приложений Iv 6. Критерий выбора СУБД для создания собственной информационной системы определяется уровнем использования структур, объектов и распределением нагрузки на клиентскую и серверную части 2. Рассмотренные выше СУБД предоставляют собой так называемый класс традиционных СУБД машина БД язык программирования, графический интерфейс и классы компонегг т. Отклонение от данной линии, по мнению автора, наблюдалось у фирм, поддерживавших фундаментальную методологию , i. Автор на своем опыте убедился в преимуществах используемых в i 5. Напротив, массивы же i ограничены 2 измерениями очевидно, достаточно для своих программистов и в динамике нарушают структуру индексов. Подобные проблемы у i связаны со спецификой ее стратегии создания ПО маленькие группы со свободным стилем за короткие сроки создают продукты, качество и стиль которых затем синхронизируется 8. Еще в году появилась версия СА и . В настоящее время, при широком использовании объектов мультимедиа и других сложных объектов, стала возникать необходимость в выборе конкретной СУБД для реализации собственных проектов. В результате, фирма Фуджитсу совместно с фирмой i разработала новый объектноориентированный банк данных I, обеспечивающий быструю разработку и использование мультимедийных приложений на предприятиях с архитектурой клиентсервер и сетей I и I 2. Компания i I в качестве мультимедийного ультрадинамкческого каталога выбрала именно продукт i . Учитывая вышесказанное, автор предполагает, что для СУБД с уклоном в мультимедийную информацию рекомендуется выбрать I, для математической локальной обработки большого массива данных , дтя создания развитых клиентских приложений со средними БД i или Vi x. Организацию внешних режимов интрасетей 9, распределенных БД 4, информационнопоисковой системы 5 и взаимодействие с 1 рекомендуется осуществлять в виде внешних приложений. Как уже подчеркивалось, все вышеперечисленные СУБД предполагают написание кодов при разработке каждого приложения. Также, большинство из них предусматривает создание и модификацию отчетов только на уровне разработчика. Для неоднородных структур и слаботипизированной информации . Один из вариантов решения данной проблемы был предложен в 9. Решение предполагает использовать инструментарий для проектирования и моделирования банков данных, миграции моделей данных на новые системы банков данных для . I.v Множество разработчиков и производителей инструментальных программных средств интуитивно ощущали необходимость поиска новых методов построения и разработки И С. Такой же настрой ощущался и со стороны конечных пользователей при работе с большими объемами информации и используя специализироватгые приложения со своим интерфейсом и способом организации структуры, при переходе на другое приложение возникала необходимость переключения на новые правила работы. Идея использовать общие наборы операций и методы интеграции информация для разных приложений требует создания новых инструментальных средств и технологии по управлению информацией 7. Использование специфического набора обьектов и генерация из них конечного приложения демонстрирует метод генерирующего программирования 7,1,5. При повторном использовании компонентов общепринятым методом считается инкапсуляция способ упаковки объектов 6. Также признано, что качество приложений существенно повышается при стандартно используемых частях, но требуя при этом новых инженерных подходов 4. Значительные усилия на поиск новых решений по уменьшению времени на разработку затратила фирма i 8. Уменьшение времени разработки за счет использования повторных прототипов также признано и в цифровых устройствах машиностроения 0. Важнейшую роль в снижении вычислительной нагрузки . Особое распространение получило моделирование в сложных конфигурациях ИС. Имитационное дискретнособытийное моделирование на распределенных многопроцессорных системах описано в 1. Метод моделирования разработки ПО на базе многократного использования объектов в сочетании с объектноориентированной технологией предложен в 2.