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

UptoLike

20
динамической модели, которая описывает работу отдельных частей
системы;
функциональной модели, в которой рассматривается взаимодействие
отдельных частей системы (как по данным, так и по управлению) в
процессе ее работы.
Эти три вида моделей позволяют получить три взаимно-ортогональных
представления системы в одной системе обозначений. Совокупность моделей
системы может быть проинтерпретирована на компьютере (с помощью инстру-
ментального программного обеспечения), что позволяет продемонстрировать
заказчику характер работы с будущей системой и существенно упрощает согла-
сование предварительного проекта системы. Другими словами, при построении
объектной модели, особенно больших и сложных клиент-серверных систем,
принято разделять всю систему на три связанных звена (Three-Tiered Architec-
tural Approach):
логика базы данныхчасть приложения, манипулирующая данными.
В реляционной базе данных подобные действия обеспечиваются с по-
мощью языка SQL. Это звено системы извлекает нужную информацию
из базы данных, осуществляет транзакции (внесение согласованных
изменений в базу данных), выполняет блокировки записей в много-
пользовательской среде;
бизнес-логикачасть приложения, использующая информацию, вво-
димую пользователем, и информацию, содержащуюся в базе данных,
для выполнения транзакций, удовлетворяющих бизнес-правилам. Это
звено системы является центральным;
логика представления часть приложения, представляющая собой
интерфейс пользователя и обеспечивающая ввод и вывод информации.
При проектировании клиент-серверной системы, как правило, строится
общая объектная модель предметной области, которая затем отображается в
схему данных. При этом следует руководствоваться следующими правилами:
каждый класс, объекты которого должны сохраняться в базе данных,
      – динамической модели, которая описывает работу отдельных частей
         системы;
      – функциональной модели, в которой рассматривается взаимодействие
         отдельных частей системы (как по данным, так и по управлению) в
         процессе ее работы.
      Эти три вида моделей позволяют получить три взаимно-ортогональных
представления системы в одной системе обозначений. Совокупность моделей
системы может быть проинтерпретирована на компьютере (с помощью инстру-
ментального программного обеспечения), что позволяет продемонстрировать
заказчику характер работы с будущей системой и существенно упрощает согла-
сование предварительного проекта системы. Другими словами, при построении
объектной модели, особенно больших и сложных клиент-серверных систем,
принято разделять всю систему на три связанных звена (Three-Tiered Architec-
tural Approach):
      – логика базы данных – часть приложения, манипулирующая данными.
         В реляционной базе данных подобные действия обеспечиваются с по-
         мощью языка SQL. Это звено системы извлекает нужную информацию
         из базы данных, осуществляет транзакции (внесение согласованных
         изменений в базу данных), выполняет блокировки записей в много-
         пользовательской среде;
      – бизнес-логика – часть приложения, использующая информацию, вво-
         димую пользователем, и информацию, содержащуюся в базе данных,
         для выполнения транзакций, удовлетворяющих бизнес-правилам. Это
         звено системы является центральным;
      – логика представления – часть приложения, представляющая собой
         интерфейс пользователя и обеспечивающая ввод и вывод информации.
      При проектировании клиент-серверной системы, как правило, строится
общая объектная модель предметной области, которая затем отображается в
схему данных. При этом следует руководствоваться следующими правилами:
      – каждый класс, объекты которого должны сохраняться в базе данных,
                                     20