Разработка полнофункционального клиент-серверного приложения, реализующего прототип информационной системы
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
Содержание
Введение
1. Основные концепции разработки приложения в трёхуровневой архитектуре
2. Проектное решение, реализующее модель реляционной БД
2.1 Логическая модель данных
2.2 Физическая модель данных
3. Диаграмма функциональных зависимостей
4. Спецификация на разработку интерфейса
5. Диаграммы классов, реализующих уровни презентации, бизнес-логики и базы данных приложения
6. Словесное описание процесса выполнения транзакций
7. Инструкция пользователя по работе с приложением
8. Специальная часть Инсталляционные файлы приложения
Заключение
Список литературы
Введение
Интегральные системы, предназначенные для работы с базами данных, основаны на двух взаимодействующих компонентах - клиенте, отвечающем за организацию диалога с пользователем и несущем на себе бизнес-логику, и сервере, обеспечивающем многопользовательскую работу с данными и их целостность. Уровень зависимости бизнеса от информационных систем очень высок. Разработчики занимаются задачами реализации адекватной техническим требованиям функциональности и пользовательского интерфейса, оптимизацией обмена данными между различными компонентами системы. Корпоративные системы обладают высоким уровнем сложности, поэтому они должны быть надёжными и легкоуправляемыми. В результате таких требований появляется необходимость выделения из клиентской и серверной части системы компонентов, несущих строго определенную служебную функциональность.
Целью исследований представленных в данной работе является разработка полнофункционального клиент-серверного приложения, реализующего прототип информационной системы (морской порт). Стандартной информационной моделью для курсового проекта должна стать трехуровневая архитектурная модель, реализованная для Windows - приложения. Также необходимо создать инсталляционный пакет проекта. И показать подключение в проект:
}Файлов динамических библиотек *.dll
}Конфигурационных файлов *.config
}Файлы ресурсов *.rscx
Проект должен создавать ярлык на рабочий стол и в процессе установки должна существовать возможность изменения папки установки проекта.
1. Основные концепции разработки приложения в трёхуровневой архитектуре
Курсовой проект состоит в разработке клиент-серверного приложения. Разработанное приложение, спроектировано исходя из концепции трёхуровневой архитектуры (OLTP-клиент-серверное Windows приложение) (рис. 1).
Рис. 1 - Модель трёхуровневой архитектуры
Рассмотрим первый уровень [1]:
Ui - user Interface (пользователь). Windows-форма с точки зрения реализации (класс - наследник класса Windows форм). События формы - механизм, в котором уровень Ui взаимодействует со следующим уровнем.
Второй уровень - логика работы приложения. Связь уровня бизнес-логики с интерфейсом пользователя осуществляется через процедуры обработки событий элементов управления интерфейса, путём задания в них свойств этих самых элементов, отображаемых в интерфейсе. Таким образом создаём свой класс с смысловыми именами объектов.
Третий уровень реализует методы, которые необходимы непосредственно для доступа к БД. Таким образом, создали класс и перенесли функциональность методов, которые включены в ADO.NET.
^v - операторы DML (операторы Select, Insert, DeleteтАж).
Уровень бизнес-логики подразделяется на бизнес-компоненты (ВС) - те части, которые реализуют правила бизнес-логики.
Бизнес-потоки (BW) - используются для организации бизнес-компонент и бизнес-сущностей в некоторой последовательности выполнения или реализации.
Бизнес-сущности (ВЕ) - объекты, которые представляют собой данные из таблиц БД.
Результат Solution - контейнер для Visual Studio. Созданы классы, которые реализуют описанную выше структуру. Результатом проекта должно быть приложение готовое к запуску не из Visual Studio. Таким образом создан инсталляционный пакет.
Достоинства[2]:
по сравнению с клиент-серверной или файл-серверной архитектурой можно выделить следующие достоинства трёхуровневой архитектуры:
масштабируемость;
конфигурируемость - изолированность уровней друг от друга позволяет (при правильном развертывании архитектуры) быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;
высокая безопасность;
высокая надежность;
низкие требования к скорости канала (сети) между терминалами и сервером приложений;
низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости.
Недостатки [2]:
более высокая сложность создания приложений;
сложнее в разворачивании и администрировании;
высокие требования к производительности серверов приложений и сервера базы данных, а, значит, и высокая стоимость серверного оборудования;
высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.
2. Проектное решение, реализующее модель реляционной БД
Реляционной базой данных называется база данных, состоящая из набора отношений. Схемой реляционной базы данных называется набор заголовков отношений, входящих в базу данных [3].
Целью разработки любой базы данных является хранение и использование информации о какой-либо предметной области. В РДБ для реализации этой цели имеются следующие инст