Файл: Инструкция для пользователя программы 44 1 Установка и запуск программы 44.docx

1.7.2 Преимущества и недостатки вычислений клиент-сервер

Некоторые преимущества модели клиент-сервер определяются тем фактом, что клиентская и серверная часть системы работают обычно на разных компьютерах. Во-первых, каждый компьютер в системе можно выбрать таким образом, чтобы он лучше отвечал требованиям каждого компонента. Например, для сервера базы данных лучше использовать компьютер с мощным процессором (или процессорами), большим объемом ОЗУ и памяти на дисках. Благодаря этому, такой сервер сможет хранить большие объемы данных и адекватно обрабатывать множество одновременных запросов клиентов. Для выполнения же клиентского приложения лучше использовать менее дорогой компьютер с минимальной памятью на диске и оперативной памятью, мышью и хорошими графическими возможностями. Таким образом, организация может при минимальных затратах предоставить пользователям простое в применении инструментальное средство для ввода и анализа данных.

Во-вторых, такая система обладает хорошей адаптируемостью и гибкостью в случае неизбежных изменений в программном и аппаратном обеспечении. Предположим, например, что появился новый тип компьютера, дающего при вдвое меньшей цене удвоенную по сравнению с имеющимся сервером производительность. В системах клиент-сервер легко заменить старый сервер на новый, не нарушая функциональности клиентских приложений и продуктивности работы пользователей.

В-третьих, легко масштабировать систему, приспособив ее к изменениям в рабочей группе. Например, если в отделе появляются новые сотрудники, их можно с помощью новых клиентских рабочих станций сразу подключить к сетевой системе.

Другим преимуществом системы клиент-сервер является то, что каждый функциональный компонент системы можно специализировать для наилучшего выполнения тех или иных операций. Например, для разработки клиентского приложения программист сосредотачивает свои усилия на представлении и анализе данных. Тем временем управлением данными занимается сервер базы данных. Таким образом, разработчику при создании нового приложения не нужно каждый раз проектировать код СУБД [10; стр. 11].

---

По всеобщему убеждению, вычисления клиент-сервер являются менее дорогими по сравнению с системами мини-ЭВМ или с большой ЭВМ. Ранее единственным вариантом для выполнения сложного многопользовательского приложения базы данных было применение дорогой мощной мини-ЭВМ или большой ЭВМ. Для конечного пользователя это означало применение неинтеллектуальных символьных терминалов, обращение к услугам высокооплачиваемых программистов, которые смогут ввести приложение в эксплуатацию, а затем обслуживание сложной системы бригадой специалистов и администраторов. Начальные и текущие затраты на такую систему могут быть астрономическими. В то же время система клиент-сервер может поддерживать работавшие ранее на большой ЭВМ или аналогичные по классу приложения при значительно меньших издержках. Это объясняется тем, что в системах клиент-сервер загрузка распределяется по нескольким подключенным к сети недорогим ЭВМ. Благодаря объектно-ориентированным средствам разработки и использованию рабочих станций с дружественным графическим интерфейсом (GUI) сама разработка приложения также упрощается.

Вычисления клиент-сервер имеют и присущие им недостатки. Во-первых, ожидаемую экономию затрат реально можно получить не всегда. При проектировании стоимости компьютерной системы следует учитывать множество факторов, а не только затраты на аппаратуру. Например, при оценке затрат важными показателями является продуктивность пользователей, включая пользователей приложения, разработчиков и администраторов. Разработчики могут улучшить продуктивность благодаря доступным в системах СУБД клиент-сервер GUI и инструментальным средствам автоматизированной разработки программного обеспечения (CASE). Однако пользователи и администраторы могут фактически столкнуться со снижением производительности. Это может произойти из-за недостаточной надежности системы, так как система клиент-сервер представляет собой сочетание независимо разработанных различными производителями и управляемых аппаратных и программных компонентов, а не однородную и централизованно управляемую большую или мини-ЭВМ. Неработоспособность из-за ненадежности системы снижает продуктивность работы пользователей и администраторов.

---

Ключевым фактором в оценке экономии затрат является выбор для работы в системе клиент-сервер приложения корректного типа. Например, управлять в системе клиент-сервер крупной системой заказа авиабилетов с учетом того, что она имеет сотни и тысячи терминалов и распределенные по всему миру узлы, нереально. Но она вполне подойдет для выполнения локализованных приложений бухгалтерского учета и производственных задач подразделения предприятия.

Вычисления клиент-сервер составляют очень важную часть общей информационной стратегии предприятия, но их нельзя считать верным выбором для каждого приложения.

---

ГЛАВА 2. Разработка программного продукта

2.1 Создание интерфейса программы

Создание интерфейса программы начинается после создания проекта с «заготовкой» формы в среде Visual Studio. В первую очередь, перед созданием каких-либо элементов взаимодействия, необходимо задать различные свойства формы (рисунок 9), такие как: название, иконка, размеры, цвет фона окна и т.д.



Рисунок 9 – Задание свойств формы

Решив, какие именно элементы меню должны присутствовать в программе, можно приступать к его формированию. Для начала в форму приложения необходимо добавить элемент «menuStrip», который располагается на вкладке панели инструментов. После его добавления при помощи визуального редактора создаются основные элементы меню (рисунок 10) и выпадающие списки.



Рисунок 10 – Визуальный редактор меню

Дальнейшее проектирование интерфейса заключается в создании интерактивных элементов, содержащих кнопки, текстовые поля, таблицы и т.д.

Для разделения элементов интерфейса на функциональные группы был применен элемент управления «tabControl», который отображает для пользователя соответствующую коллекцию вкладок (рисунок 11), содержащих элементы управления и компоненты.



Рисунок 11 – Коллекция вкладок

После создания коллекции вкладок в них создаются сгруппированные элементы управления.

Для достижения определенного расположения элементов в форме используют элемент «panel», который позволяет группировать коллекции элементов управления.

Вкладка «Обзор заказов» (рисунок 12) должна содержать элементы для выборки заказов по дате и саму выборку в виде таблицы. Добавление элементов происходит при помощи перетаскивания мышью из панели инструментов и форматируется в панели свойств среды Visual Studio[12; стр. 65].

---

Для выборки заказов по дате в программе используется стандартный элемент управления «dateTimePicker», который позволяет пользователю выбрать дату и время и отобразить их в выбранном формате.

Для размещения на вкладке таблицы используется элемент «dataGridView», который отображает столбцы и строки данных. Этот элемент обладает широким функционалом и позволяет не только отображать информацию в удобочитаемом виде, но и сортировать значения столбцов, а также производить редактирование ячеек.



Рисунок 12 – Вкладка «Обзор заказов»

Вкладка «Новый заказ» (рисунок 13) должна содержать элементы для создания нового заказа такие, как: дата, клиент, название, формат продукции, тираж, формат бумаги и т.д.



Рисунок 13 – Вкладка «Новый заказ»

Некоторые элементы, например, клиент, должны являться списком выборкой для выбора заранее заданных значений. Данная задача решается при помощи элемента управления «comboBox», который отображает раскрывающийся список доступных значений. Если в таком списке выборке нет нужного значения или оно должно быть изменено в программе создается отдельное диалоговое окно для редактирования и ввода новых значений. Такое диалоговое окно вызывается нажатием кнопки «Список» [13; стр. 23].

Для каждого списка значений создается своё диалоговое окно, привязанное к данным списка. Привязка осуществляется программно и будет рассмотрена далее.

Так как принципы создания каждого окна списков остаются неизменными, то для понимания того, каким образом создавались все диалоговые окна, достаточно описания создания одного, например, окна «Клиенты» (рисунок 14).

В среде Visual Studio добавляется новая форма Windows, которая по умолчанию является аналогом формы-заготовки, а элементы управления перетаскиваются из панели инструментов таким же образом, как это было описано выше.



Рисунок 14 – Диалоговое окно «Клиенты»

Данное окно должно иметь текстовое поле с возможностью поиска значений по столбцу «Клиент» таблицы, также должна присутствовать возможность сохранения, редактирования и удаления данных. Эта возможность осуществлена при помощи элемента управления «bindingNavigator», который представляет из себя строку панели инструментов с иконками. Данный элемент программно привязывается к источнику данных и позволяет производить различные манипуляции с ними.

---