Система управления базой данных объектов гражданской обороны для принятия решений в чрезвычайной ситуации (Диплом)
| Категория реферата: Рефераты для военной кафедры
| Теги реферата: доклад, курсовая работа на тему
| Добавил(а) на сайт: Андрей.
Предыдущая страница реферата | 6 7 8 9 10 11 12 13 14 15 16 | Следующая страница реферата
Поскольку эта схема предъявляет наименьшие требования к серверу, она обладает наилучшей масштабируемостью. Однако сложные приложения, вызывающие большое взаимодействие с БД, могут жестко загрузить как клиента, так и сеть. Результаты SQL-запроса должны вернуться клиенту для обработки, потому что там находится логика принятия решения. Такая схема возлагает дополнительное бремя администрирования приложений, разбросанных по различным клиентским узлам.
Можно сократить нагрузку на клиента и сеть, переместив целиком компонент BL на сервер, при этом вся логика принятия решений оформлена в виде хранимых процедур и выполняется на сервере БД. Хранимая процедура - процедура с операторами SQL для доступа к БД, вызываемая по имени с передачей требуемых параметров и выполняемая на сервере БД. Компиляция повышает скорость исполнения хранимых процедур и сокращает нагрузку на сервер. Но, перегрузив хранимые процедуры прикладной логикой, можно потерять преимущества по производительности. Хранимые процедуры улучшают целостность приложений и БД, гарантируют актуальность коллективно используемых операций и вычислений. Улучшается сопровождение таких процедур, а также безопасность (нет прямого доступа к данным).
Переместив с клиента часть логики приложения на сервер, получим систему клиент-сервер с разделенной логикой. Часть прикладной логики может быть реализована на клиенте, а другая часть логики - в виде обработчиков событий (триггеров) и хранимых процедур на сервере БД. Такая схема при удачном разделении логики приводит к сбалансированной загрузке клиентов и сервера, но при этом затрудняется сопровождение приложений.
[pic]
Рисунок 3.3.
Приложения клиент-сервер на основе многотерминальной системы.
На основе многотерминальной системы в качестве сервера приложений также возможно создание архитектуры клиент-сервер (рисунок 3.3.). В этом случае в многозадачной среде сервера приложений выполняются программы пользователей, а клиентские узлы вырождены и представлены терминалами.
4. ВЫБОР ЯЗЫКА ПРОГРАММИРОВАНИЯ
Классификация средств разработки информационных приложений
Среди средств разработки информационных приложений можно выделить
следующие основные группы:
. традиционные системы программирования;
. инструменты для создания файл-серверных приложений;
. средства разработки приложений клиент-сервер;
Рассмотрим кратко отличительные черты и область применения каждой группы инструментальных средств создания информационных приложений.
4.1.Традиционные системы программирования
Традиционные системы программирования представлены средствами создания приложений на языках третьего поколения 3GL: C, Pascal, Basic и др. Среди них по способам подготовки и выполнения программных модулей различают системы компилирующего и интерпретирующего типа. Инструментальные средства программирования могут быть представлены набором отдельных утилит (редактор текстов, компилятор, компоновщик и отладчик) или интегрированной средой программирования.
Процедурные языки программирования являются традиционными, они лишь претерпели изменения от неструктурных до структурных языков программирования. Объектно-ориентированное программирование - сравнительно новое направление, однако оно в концептуальном плане более привлекательно, позволяет рассматривать и реализовывать информационные и функциональные свойства объектов в неразрывной связи.
Свойствами объектно-ориентированных языков, обуславливающими их
преимущества, являются сокрытие деталей реализации объекта (инкапсуляция), наследование процедурных и информационных частей от объектов-родителей, полиморфизм как возможность настройки на различные типы данных и др.
Примерами объектно-ориентированных систем программирования являются C++ и
Object Pascal.
Системы программирования 3GL нужны для организации специальных модулей в информационных приложениях, для создания эффективных по быстродействию программ обработки данных. Для создания с помощью систем программирования полноценных информационных приложений необходимо расширить их за счет использования библиотек диалога и доступа к базам данных, а также макросредств встроенного языка структурированных запросов Embeded SQL.
Систему программирования Visual Basic можно использовать для создания простых автономных приложений и компонентов VBX и OCX, для расширения и интеграции функциональных пакетов (Word, Excel, Access), а также как средство программирования для расширения систем документооборота и для создания утилит администрирования.
С момента выхода продано существенно больше копий Delphi, чем Visual
Basic. Применение продукта возможно для создания расчетно-аналитических
программ, для разработки DLL, для сопровождения и развития разработок, выполненных на Turbo и Borland Pascal, а также для быстрого
прототипирования будущих приложений. В ряде случаев решающим для выбора
будут умеренные требования Delphi-приложения к системно-техническому
обеспечению.
С++ применяется для расширения системного программного обеспечения, для разработки крупных проектов, специальных приложений, создания библиотек и классов для предметной области, разработки динамических библиотек DLL, создания программного обеспечения для серверов приложений, разработки ОСХ, использования совместно с CASE-системами, обеспечения многоплатформенности и переносимости (по стандарту ANSI).
4.2. Инструменты для создания файл-серверных приложений
Основой разработки файл-серверных приложений для локальных сетей ПК
является инструментальное окружение различных "персональных" СУБД: FoxPro,
Clipper, Paradox, Clarion, Paradox, dBase и т.п. Такие средства, как
правило, реализованы в виде диалоговой интегрированной среды, предоставляющих три уровня доступа:
. программирование и создание приложений на языке, сочетающем возможности языка 3GL с некоторыми возможностями языков четвертого поколения 4GL;
. создание и ведение структуры БД и индексов, а также интерактивная генерация макетного приложения и его компонентов (меню, форм или окон, отчетов, запросов и программных модулей);
. использование диалоговой среды и генераторов конечными пользователями для создания, ведения и просмотра БД, а также формирования несложных запросов и отчетов.
Диалоговые среды поддерживают как текстовой для DOS, так и графический интерфейс пользователя для Windows. Внедрение графического интерфейса привело к развитию объектных свойств инструментов, средств визуальной генерации программ и событийного механизма приложений.
База данных для этих СУБД представляет собой совокупность файлов БД и индексов, а не единое информационное пространство, что усложняет ее сопровождение. Ни одна из традиционных СУБД для ПК не имеет средств ограничения целостности. Среди инструментальных средств СУБД для ПК преобладают интерпретирующие системы, хотя многие предоставляют и альтернативную возможность создания загрузочных модулей приложений.
СУБД для ПК MS Access может использоваться для создания масштабируемых одиночных и групповых информационных приложений и для разработки клиентской части приложений клиент-сервер, а также как средство автоматизации делопроизводства в составе MS-Office.
Традиционные инструментальные средства класса xBase (такие как FoxPro,
Clipper, dBase и др.) теряют рынок (число их продаж значительно
сокращается) из-за несоответствия современным требованиям. По мере того, как предприятия все шире используют СУБД MS Access и новые средства
разработки, такие как Visual Basic и Delphi, популярность среды Xbase
уменьшается. Более того, Microsoft может прекратить поддержку FoxPro, так
как эта СУБД с устаревшим языком и сокращающейся рыночной долей не
вписывается в долговременную стратегию развития средств разработки, которую
Microsoft строит вокруг Visual Basic и Access. Новые "визуальные"
инструменты этого класса (Visual FoxPro, CA-Visual Objects, Visual dBase)
пытаются сохранить и расширить прежний ареал. Они могут быть рекомендованы
для сопровождения и развития прежних xBase-разработок, для создания
масштабируемых одиночных и групповых файл-серверных приложений и для
переноса и адаптации приложений в архитектуру клиент-сервер с
использованием интерфейса ODBC. Но нужно четко осознавать, что при
применении нового инструментария для создания диалога и с переходом на SQL-
операторы от прежних xBase-приложений остается ничтожно мало, а, кроме
того, существенно меняется подход к разработке, и прежние навыки вряд ли
будут востребованы.
Рекомендуем скачать другие рефераты по теме: решебник по математике виленкин, реферат на тему дети.
Категории:
Предыдущая страница реферата | 6 7 8 9 10 11 12 13 14 15 16 | Следующая страница реферата