Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Sokrashenia_i_oboznachenia.doc
Скачиваний:
5
Добавлен:
24.09.2019
Размер:
1.73 Mб
Скачать

3 Практическая часть

3.1 Словесное описание предметной области

В ОАО «Воткинский завод» существует шифратор и КСУ Парус, которые содержат информацию об учетных заказах в заводе.

Требует организовать совместное ведение данных заказов и реализовать следующие функции:

- отображение данных;

- добавление новых заказов;

- изменение уже добавленных заказов;

- удаление не нужных заказов;

- поиск по заказам;

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

3.2 Концептуальная схема

В предоставленном проекте БД не разрабатывалась, так как она была уже разработана. Но с помощью сервера приложений (WCF) происходило подключение к СУБД Oracle. При разработке WCF запросы напрявлялись к таблице базы данных.

3.3 Разработка wcf

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

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

Загрузка страницы в браузер из WCF отображена на рисунке 1.

Рисунок 1 – Загрузка страницы в браузер из WCF

При разработке WCF был создан класс Prihod он содержит в себе свойства, которым при создании коллекции объектов будут присвоены значения, отображающиеся на странице WPF-приложения. Этот класс предназначен для выборки всех данных из таблицы;

Web методы сервиса представлены в таблице 1.

Таблица 1 - Web методы WCF

Имя метода

Функция метода

getPrihod

возвращает коллекцию объектов класса Prihod

AddingRow

используется для добавления записей в таблицу БД

DeleteRow

Удаляет требуемые записи из таблицы БД

UpdateRow

обновляет трубуемые записи в таблице БД

Постепенное получение данных реализовано по такому же принципу, как и основное приложение. Для загрузки видимых элементов был так же создан WCF-сервис, который при получении запроса от клиента отправляет Sql запрос СУБД Oracle и возвращает полученные данные клиенту.

3.4 Взаимодействие программных блоков

Клиентская часть вызывает методы сервиса приложений, передовая параметры, если это необходимо. WCF получив асинхронно вызов метода, соответственно методу взаимодействует с СУБД посредством SQL запроса. Сервер БД Oracle выполняет запрос на выборку данных и отправляет данные на сервер приложений. WCF обрабатывает информацию путем занесения данных в свойства объектов. После чего WPF получает коллекцию объектов сервиса. Аналогично происходит и взаимодействие с WCF разработанным одним из программистов отдела 140. Через который можно получить логин пользователя кто работает с приложением. Взаимодействие структур программного комплекса отображено на рисунке 2.

Взаимодействие программных блоков для получения видимых элементов реализовано аналогично рисунку 2, но только без сервиса получения логина.

Рисунок 2 – Взаимодействие программных блоков

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]