Добавлен: 05.04.2023
Просмотров: 105
Скачиваний: 1
Среди многоуровневой архитектуры клиент-сервер наиболее распространена трехуровневая архитектура (трехзвенная архитектура, three-tier), предполагающая наличие следующих компонентов приложения: клиентское приложение (обычно говорят "тонкий клиент" или терминал), подключенное к серверу приложений, который в свою очередь подключен к серверу базы данных[36]. Схематически такую архитектуру можно представить, как показано на рис. 5[37]
Рис. 5 Представление многоуровневой архитектуры "клиент-сервер"
Выделение нескольких серверов баз данных особенно актуально для предприятий с филиальной структурой, когда в центральном офисе используется общая база данных, содержащая общую нормативно - справочную, планово-бюджетную информацию и консолидированную отчетность, а в территориально-удаленных филиалах поддерживается оперативная информация о деловых процессах. При обработке данных в филиалах для контроля используется плановая и нормативно-справочная информация из центральной базы данных, а в центральном офисе получение консолидированной отчетности сопряжено с обработкой оперативной информации филиалов.
Для сокращения объема передачи данных по каналам связи в распределенной информационной системе предлагается репликация данных, то есть тиражирование данных на взаимодействующих серверах баз данных с автоматическим поддержанием соответствия копий данных. При этом возможны следующие режимы репликации:
• синхронный режим, когда тиражируемые данные обновляются по мере возникновения необходимости одновременно на серверах баз данных во всех копиях. Требуемое быстродействие каналов для синхронного режима - единицы Мбит в секунду;
• асинхронный режим, когда тиражирование данных выполняется в строго определенные моменты времени, например каждый час работы информационной системы. Требуемое быстродействие каналов для асинхронного режима - единицы Кбит в секунду. Асинхронный режим может вызывать откладывание выполнения транзакций до момента обновления данных[38].
Направление тиражирования между серверами баз данных может быть:
• равноправным, т.е. в обоих направлениях;
• сверху-вниз типа «ведущий/ведомый», когда на серверах филиалов содержатся только некоторые подмножества данных центральной базы данных;
• снизу-вверх по консолидирующей схеме, когда при обновлении данных в филиалах в определенные моменты времени обновляется центральная база данных.
В простейшей конфигурации физически сервер приложений может быть совмещен с сервером базы данных на одном компьютере, к которому по сети подключается один или несколько терминалов.
В «правильной» (с точки зрения безопасности, надежности, масштабирования) конфигурации сервер базы данных находится на выделенном компьютере (или кластере), к которому по сети подключены один или несколько серверов приложений, к которым, в свою очередь, по сети подключаются терминалы.
Плюсами данной архитектуры являются[39],[40]:
- клиентское ПО не нуждается в администрировании;
- масштабируемость;
- конфигурируемость – изолированность уровней друг от друга позволяет быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;
- высокая безопасность;
- высокая надежность;
- низкие требования к скорости канала (сети) между терминалами и сервером приложений;
- низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости.
Минусы[41] [, 11]:
- растет сложность серверной части и, как следствие, затраты на администрирование и обслуживание;
- более высокая сложность создания приложений;
- сложнее в разворачивании и администрировании;
- высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования;
- высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.
Некоторые авторы (например, Мартин Фаулер[42]) представляют многозвенную архитектуру (трехзвенную) в виде пяти уровней (рис. 6)[43]:
- Представление;
- Уровень представления;
- Уровень логики;
- Уровень данных;
- Данные.
Рис. 6 Пять уровней многозвенной архитектуры "клиент-сервер"
К представлению относится вся информация, непосредственно отображаемая пользователю: сгенерированные html-страницы, таблицы стилей, изображения.
Уровень представления охватывает все, что имеет отношение к общению пользователя с системой. К главным функциям слоя представления относятся отображение информации и интерпретация вводимых пользователем команд с преобразованием их в соответствующие операции в контексте логики и данных.
Уровень логики содержит основные функции системы, предназначенные для достижения поставленной перед ним цели. К таким функциям относятся вычисления на основе вводимых и хранимых данных, проверка всех элементов данных и обработка команд, поступающих от слоя представления, а также передача информации уровню данных.
Уровень доступа к данным – это подмножество функций, обеспечивающих взаимодействие со сторонними системами, которые выполняют задания в интересах приложения.
Данные системы обычно хранятся в базе данных[44].
Таким образом, многоуровневая архитектура клиент-сервер - вариант для территориально-распределённых предприятий. Наиболее удачным примером будет предприятие с легионом филиалов со своими копиями БД, адаптированными под региональные и функциональные обстоятельства, и центральным офисом с интегрированной (полной) базой данных для централизованного ведения и администрирования общих данных для всех филиалов.
Глава 2. Практическая часть
В практической части курсовой работы требуется, используя ППП на ПК, рассчитать оптимальное сочетание цены и количества произведенного товара при максимальном значении получаемой прибыли путем задания переменных издержек на единицу товара. Наибольшую прибыль обеспечивают такой объем выпуска и цена, при которых предельные издержки максимально приближены к предельной выручке или равны ей. По данным таблицы нужно построить гистограмму с заголовком, названием осей координат и легендой.
Решение задачи будет производиться в среде табличного процессора Microsoft Excel.
Описание алгоритма решения задачи можно представить в виде инфологической модели (рис. 7).
Рис. 7. Инфологическая модель решения задачи
Ц – цена товара
К – количество товара
И – суммарные издержки
В – выручка от реализации
П – прибыль
Вj – текущая выручка от реализации
Вj-1 – предыдущая выручка от реализации
ПВ – предельная выручка
Иj – текущие суммарные издержки
Иj-1 – предыдущие суммарные издержки
ПИ – предельные издержки
ПВ-ПИ – наибольшая прибыль
При выборе программного обеспечения я остановился на использовании Microsoft Excel для решения экономической задачи. Вся задача заключается в вычислении одной таблицы, следовательно, использовать Microsoft Access нецелесообразно, т.к. для вычисления нужно использовать построитель выражений, который эффективно работает только при построении запросов.
Проектирование форм выходных документов и графическое представление данных по выбранной задаче.
Таблицу с исходными данными на рабочем листе Microsoft Excel переношу в Microsoft Word. Создаю структуру шаблона таблицы:
|
Колонка электронной таблицы |
Наименование (реквизит) |
Тип данных |
Формат данных |
|
|
длина |
точность |
|||
|
A |
№ п/п |
числовой |
2 |
|
|
B |
Цена тыс. руб. (Ц) |
числовой |
5 |
3 |
|
C |
Количество (К) |
числовой |
4 |
|
|
D |
Суммарные издержки, тыс. руб. (И) |
числовой |
3 |
|
|
E |
Выручка от реализации В=Ц * К |
числовой |
4 |
|
|
F |
Прибыль П=В-И |
числовой |
3 |
|
|
G |
Предельная выручка ПВ=Вj-Вj-1 |
числовой |
2 |
|
|
H |
Предельные издержки ПИ=Иj-Иj-1 |
числовой |
2 |
|
|
I |
ПВ-ПИ |
числовой |
1 |
|
Создаю шаблон таблицы:
|
Выручка от реализации В=Ц * К |
Прибыль П=В-И |
Предельная выручка ПВ=Вj-Вj-1 |
Предельные издержки ПИ=Иj-Иj-1 |
ПВ-ПИ |
|
E4=B4*C4 |
F4=E4-D4 |
х |
х |
х |
|
E5=B5*C5 |
F5=E5-D5 |
G5 =E5-E4 |
H5 =D5-D4 |
I5=G5-H5 |
|
E6=B6*C6 |
F6=E6-D6 |
G6 =E6-E5 |
H6 =D6-D5 |
I6 =G6-H6 |
|
E7=B7*C7 |
F7=E7-D7 |
G7 =E7-E6 |
H7 =D7-D6 |
I7 =G7-H7 |
|
E8=B8*C8 |
F8=E8-D8 |
G8 =E8-E7 |
H8 =D8-D7 |
I8 =G8-H8 |
|
E9=B9*C9 |
F9=E9-D9 |
G9 =E9-E8 |
H9 =D9-D8 |
I9 =G9-H9 |
|
E10=B10*C10 |
F10=E10-D10 |
G10 =E10-E9 |
H10 =D10-D9 |
I10 =G10-H10 |
|
E11=B11*C11 |
F11=E11-D11 |
G11 =E11-E10 |
H11 =D11-D10 |
I11 =G11-H11 |
|
E12=B12*C12 |
F12=E12-D12 |
G12 =E12-E11 |
H12 =D12-D11 |
I12 =G12-H12 |
|
E13=B13*C13 |
F13=E13-D13 |
G13 =E13-E12 |
H13 =D13-D12 |
I13 =G13-H13 |
|
E14=B14*C14 |
F14=E14-D14 |
G14 =E14-E13 |
H14 =D14-D13 |
I14 =G14-H14 |
|
E15=B15*C15 |
F15=E15-D15 |
G15 =E15-E14 |
H15 =D15-D14 |
I15 =G15-H15 |
После подсчетов итоговую таблицу переношу из Microsoft Excel в Microsoft Word.
|
Оптимальное сочетание цены и количества произведенного товара при максимальном значении получаемой прибыли |
||||||||
|
18.03.2019 |
||||||||
|
№ п/п |
Цена тыс. руб. (Ц) |
Количество (К) |
Суммарные издержки, тыс. руб. (И) |
Выручка от реализации В=Ц * К |
Прибыль П=В-И |
Предельная выручка ПВ=Вj-Вj-1 |
Предельные издержки ПИ=Иj-Иj-1 |
ПВ-ПИ |
|
1 |
0,35 |
3500 |
750 |
1225 |
475 |
|||
|
2 |
0,345 |
3600 |
765 |
1242 |
477 |
17 |
15 |
2 |
|
3 |
0,34 |
3700 |
776 |
1258 |
482 |
16 |
11 |
5 |
|
4 |
0,335 |
3800 |
784 |
1273 |
489 |
15 |
8 |
7 |
|
5 |
0,33 |
3900 |
795 |
1287 |
492 |
14 |
11 |
3 |
|
6 |
0,325 |
4000 |
806 |
1300 |
494 |
13 |
11 |
2 |
|
7 |
0,32 |
4100 |
814 |
1312 |
498 |
12 |
8 |
4 |
|
8 |
0,315 |
4200 |
822 |
1323 |
501 |
11 |
8 |
3 |
|
9 |
0,31 |
4300 |
830 |
1333 |
503 |
10 |
8 |
2 |
|
10 |
0,305 |
4400 |
838 |
1342 |
504 |
9 |
8 |
1 |
|
11 |
0,3 |
4500 |
844 |
1350 |
506 |
8 |
6 |
2 |
|
12 |
0,295 |
4600 |
852 |
1357 |
505 |
7 |
8 |
-1 |