Основные концепции разработки приложения в трёхуровневой архитектуре. Проектное решение, реализующее модель реляционной БД. Спецификация на разработку интерфейса. Описание выполнения транзакций прибытия и убытия судна. Инсталляционные файлы приложения.
Аннотация к работе
Интегральные системы, предназначенные для работы с базами данных, основаны на двух взаимодействующих компонентах - клиенте, отвечающем за организацию диалога с пользователем и несущем на себе бизнес-логику, и сервере, обеспечивающем многопользовательскую работу с данными и их целостность. Разработчики занимаются задачами реализации адекватной техническим требованиям функциональности и пользовательского интерфейса, оптимизацией обмена данными между различными компонентами системы. В результате таких требований появляется необходимость выделения из клиентской и серверной части системы компонентов, несущих строго определенную служебную функциональность. Целью исследований представленных в данной работе является разработка полнофункционального клиент-серверного приложения, реализующего прототип информационной системы (морской порт).Курсовой проект состоит в разработке клиент-серверного приложения. Разработанное приложение, спроектировано исходя из концепции трехуровневой архитектуры (OLTP-клиент-серверное Windows приложение) (рис. Рассмотрим первый уровень [1]: Ui - user Interface (пользователь). События формы - механизм, в котором уровень Ui взаимодействует со следующим уровнем. Связь уровня бизнес-логики с интерфейсом пользователя осуществляется через процедуры обработки событий элементов управления интерфейса, путем задания в них свойств этих самых элементов, отображаемых в интерфейсе.Реляционной базой данных называется база данных, состоящая из набора отношений. Схемой реляционной базы данных называется набор заголовков отношений, входящих в базу данных [3]. При разработке базы данных обычно выделяется несколько уровней моделирования, при помощи которых происходит переход от предметной области к реализации базы данных средствами конкретной СУБД: · сама предметная область; Предметная область - это часть реального мира, данные о которой необходимо отразить в базе данных.Различают три уровня логической модели, отличающихся по глубине представления информации о данных: · диаграмма “сущность-связь” (Entity Relationship Diagram, ERD); · модель данных, основанная на ключах (Key Based model, KB); Диаграмма “сущность-связь” представляет собой модель данных верхнего уровня, отражающую основные бизнес-правила предметной области.Физическая модель данных описывается на рисунке 3.Первая нормальная форма (1НФ) - имеет место, когда каждый из атрибутов отношения является атомарным (неделимым, скалярным) и не содержит повторяющихся групп. Вторая нормальная форма (2НФ) имеет место, когда отношение находится в 1НФ, и все неключевые атрибуты отношения функционально зависят от ключа отношения.BEGIN select water_craft_id from water_craft END в COMBOBOX2 происходит выбор груза благодаря выполнению хранимой процедуры: ALTER procedure PSTPR_2(@M int) as begin select tv.tovar_nazvanie from tovar tv inner join water_craft wt on tv.tip_id=wt.tip_id where wt.water_craft_id=@M end в LISTBOX1 - заносятся результаты выполнения запроса, выдаются данные о том, сколько груза указанного типа подлежит разгрузке в нашем порту для данного судна: ALTER procedure PSTPR_1(@N int, @M varchar(50)) as begin select t.tip_nazvanie as sudno, c.kolichestvo, tv.Ediniza_izmer, p.[name] as kol from cargo c inner join water_craft wt on c.water_craft_id=wt.water_craft_id inner join tip t on wt.tip_id=t.tip_id inner join tovar tv on c.tovar_id=tv.tovar_id inner join polychatel p on p.polychatel_id=c.polychatel_id where wt.water_craft_id=@N and tv.tovar_nazvanie=@M end На рисунке 6: в TEXTBOX1 заносятся данные о номере судна, которое пришло в порт раньше остальных с помощью хранимой процедуры: ALTER procedure PSTPR_3 as begin select water_craft_id from water_craft where date_pributiya=(select min(date_pributiya) from water_craft) end в TEXTBOX2 заносятся данные о типе судна, которое пришло в порт раньше остальных с помощью хранимой процедуры: ALTER procedure PSTPR_4(@M int) as begin select t.Tip_nazvanie from tip t inner join water_craft wt on t.Tip_ID=wt.Tip_ID where wt.water_craft_ID=@M end в COMBOBOX1 происходит выбор груза благодаря выполнению хранимой процедуры: ALTER procedure PSTPR_2(@M int) as begin select tv.tovar_nazvanie from tovar tv inner join water_craft wt on tv.tip_id=wt.tip_id where wt.water_craft_id=@M end в LISTBOX1 заносятся результаты выполнения запроса, выдается информация о том, сколько груза указанного вида подлежит разгрузке для каждого получателя с судна, которое пришло в порт раньше других: ALTER procedure PSTPR_5(@M int, @N varchar(50)) as begin select p.[Name], c.Kolichestvo from cargo c inner join polychatel p on c.Polychatel_ID=p.Polychatel_ID inner join water_craft wt on c.water_craft_id=wt.water_craft_id inner join tovar t on c.tovar_id=t.tovar_id where (wt.water_craft_id=@M and t.tovar_nazvanie=@N) end На рисунке 7: в COMBOBOX1 происходит выбор получателя благодаря выполнению хранимой процедуры: ALTER procedure PSTPR_6 as begin select [Name] from Polychatel end в LISTBOX1 заносятся результаты выполнения запроса, выдается информац
План
Содержание
Введение
1. Основные концепции разработки приложения в трехуровневой архитектуре
2. Проектное решение, реализующее модель реляционной БД
2.1 Логическая модель данных
2.2 Физическая модель данных
3. Диаграмма функциональных зависимостей
4. Спецификация на разработку интерфейса
5. Диаграммы классов, реализующих уровни презентации, бизнес-логики и базы данных приложения
6. Словесное описание процесса выполнения транзакций
7. Инструкция пользователя по работе с приложением
8. Специальная часть «Инсталляционные файлы приложения»
Заключение
Список литературы
Введение
Интегральные системы, предназначенные для работы с базами данных, основаны на двух взаимодействующих компонентах - клиенте, отвечающем за организацию диалога с пользователем и несущем на себе бизнес-логику, и сервере, обеспечивающем многопользовательскую работу с данными и их целостность. Уровень зависимости бизнеса от информационных систем очень высок. Разработчики занимаются задачами реализации адекватной техническим требованиям функциональности и пользовательского интерфейса, оптимизацией обмена данными между различными компонентами системы. Корпоративные системы обладают высоким уровнем сложности, поэтому они должны быть надежными и легкоуправляемыми. В результате таких требований появляется необходимость выделения из клиентской и серверной части системы компонентов, несущих строго определенную служебную функциональность.
Целью исследований представленных в данной работе является разработка полнофункционального клиент-серверного приложения, реализующего прототип информационной системы (морской порт). Стандартной информационной моделью для курсового проекта должна стать трехуровневая архитектурная модель, реализованная для Windows - приложения. Также необходимо создать инсталляционный пакет проекта. И показать подключение в проект: } Файлов динамических библиотек *.dll
} Конфигурационных файлов *.config
} Файлы ресурсов *.rscx
Проект должен создавать ярлык на рабочий стол и в процессе установки должна существовать возможность изменения папки установки проекта.