Выпускная квалификационная работа. Общие требования к структуре расчетно-пояснительной записки и правила ее оформления. Найханова Л.В - 21 стр.

UptoLike

21
отображается в одну или несколько таблиц;
каждое отношение «многие ко многим» отображается в отдельную
таблицу;
каждое отношение «один ко многим» отображается в отдельную таб-
лицу или соотносится с внешним ключом.
Таким образом, получается объектный интерфейс к базе данных, для хра-
нения которой, как правило, используются реляционные СУБД. Возможен и
другой вариант, когда из схемы данных выводится объектная модель. При по-
строении динамической модели выделяются абстракции, относящиеся к поль-
зовательскому интерфейсу (логике представлений).
Производительность клиент-серверной системы во многом зависит от
распределения нагрузки между сервером и клиентом. Основные правила разде-
ления логики между сервером и клиентом следующие:
компонент логики представления обычно устанавливается там же, где
и терминал ввода-вывода, то есть на компьютере конечного пользова-
теля;
с учетом все возрастающей мощности клиентских рабочих станций
часть бизнес-логики может быть также размещена на пользовательской
машине;
если механизмы обращения к базе данных связаны с бизнес-логикой, и
если клиентские программы позволяют выполнять низкоуровневые
операции с базами данных, то часть механизма обращения к данным
может быть размещена на стороне клиента.
Как правило, системы клиент-серверной архитектуры подразумевают работу
нескольких групп пользователей с различными обязанностями. В этом случае
общая для всех групп часть логики представления и бизнес-логики, а также са-
ма СУБД должны размещаться на сервере.
Модели, разработанные и отлаженные на этой фазе жизненного цикла
системы, продолжают использоваться на всех последующих его фазах, облегчая
программирование системы, ее отладку и тестирование, сопровождение и даль-
        отображается в одну или несколько таблиц;
     – каждое отношение «многие ко многим» отображается в отдельную
        таблицу;
     – каждое отношение «один ко многим» отображается в отдельную таб-
        лицу или соотносится с внешним ключом.
     Таким образом, получается объектный интерфейс к базе данных, для хра-
нения которой, как правило, используются реляционные СУБД. Возможен и
другой вариант, когда из схемы данных выводится объектная модель. При по-
строении динамической модели выделяются абстракции, относящиеся к поль-
зовательскому интерфейсу (логике представлений).
     Производительность клиент-серверной системы во многом зависит от
распределения нагрузки между сервером и клиентом. Основные правила разде-
ления логики между сервером и клиентом следующие:
     – компонент логики представления обычно устанавливается там же, где
        и терминал ввода-вывода, то есть на компьютере конечного пользова-
        теля;
     – с учетом все возрастающей мощности клиентских рабочих станций
        часть бизнес-логики может быть также размещена на пользовательской
        машине;
     – если механизмы обращения к базе данных связаны с бизнес-логикой, и
        если клиентские программы позволяют выполнять низкоуровневые
        операции с базами данных, то часть механизма обращения к данным
        может быть размещена на стороне клиента.
Как правило, системы клиент-серверной архитектуры подразумевают работу
нескольких групп пользователей с различными обязанностями. В этом случае
общая для всех групп часть логики представления и бизнес-логики, а также са-
ма СУБД должны размещаться на сервере.
     Модели, разработанные и отлаженные на этой фазе жизненного цикла
системы, продолжают использоваться на всех последующих его фазах, облегчая
программирование системы, ее отладку и тестирование, сопровождение и даль-
                                     21