- •Содержание
- •Введение
- •1 Общие требования к курсОвому проекту
- •1. 1 Цели и задачи курсового проектирования
- •1.2 Требования к выполнению курсового проекта и представлению результатов
- •1.3 Задание на курсовое проектирование и его анализ
- •1.4 Объем и содержание пояснительной записки
- •2.5 Основная часть
- •2.6 Заключение
- •2.7 Список использованных источников
- •2.8 Приложения
- •3 Рекомендации по проектированию реляционной базы данных
- •3.1 Содержание раздела «Построение инфологической концептуальной модели»
- •Концептуальное проектирование базы данных
- •Символы erd, соответствующие сущностям и отношениям
- •Описание сущности
- •Представление связи «один ко многим» с обязательным участием в связи сущности «Заявка»
- •Представление связи «один к одному» с обязательным участием обеих сущностей в связи
- •Представление необязательной связи «многие ко многим»
- •Различные способы представления бинарной связи типа «один ко многим»
- •Способы представления бинарной связи «один ко многим» с обязательным участием сущности в связи
- •Концептуальная схема (диаграмма Питера Чена) для процесса приема и исполнения заказа
- •3.2 Содержание раздела «Построение логической модели реляционной бд» Логическое проектирование базы
- •Пример транзитивной зависимости: а) отношения между объектами с транзитивной зависимостью; б) отношения между объектами без транзитивной зависимости
- •Фрагмент концептуальной схемы
- •Представление связи «многие ко многим»
- •Логическая схема для процесса приема и исполнения заказа
- •Форма в erWin 4.0 для определения типа данных id с целью последующего использования в описании столбцов таблиц
- •Пример задания свойств связи между сущностями «Заказчик» и «Заявка»
- •3.3 Содержание раздела «Физическое проектирование базы данных»
- •3.4 Содержание раздела «Проектирование запросов на языке sql»
- •3.5 Содержание раздела «Реализация законченного приложения, работающего с созданной базой данных» Разработка приложения
- •Графический интерфейс пользователя модуля администратора
- •Графический интерфейс пользователя клиентского приложения
- •Окно ввода данных, для успешной авторизации и аутентификации
- •Форма для управления учетными записями
- •Форма для управления ролями учетных записей
- •Форма для доступа к клиентскому приложению
- •Сообщение выдаваемое, при попытке входа в заблокированный модуль
- •4 Оформление курсового проекта
- •4.1 Текст пояснительной записки
- •4.2 Нумерация и заголовки
- •1 Построение инфологической концептуальной модели
- •1.1 Анализ предметной области
- •4.3 Таблицы
- •4.4 Требования к иллюстративному материалу пояснительной записки
- •4.5 Оформление библиографического указателя (литература). Ссылки на использованные источники
- •Список использованных источников
- •4.6 Оформление приложений
- •4.7 Оформление графического материала
- •4.8 Требования к оформлению проекта на электронном носителе
- •4.9 Требования к оформлению фрагментов программы
- •5 Рекомендации учащимся при защите курсового проекта
- •5.1. Защита курсового проекта
- •Требования к докладу
- •5.2. Критерии оценки курсового проекта
- •Рекомендуемая литература приложения
- •Календарный план-график
- •Содержание
- •Список использованных источников
- •Список использованных источников
3.5 Содержание раздела «Реализация законченного приложения, работающего с созданной базой данных» Разработка приложения
Немаловажной задачей является – разработка графического интерфейса пользователя. Под графическим интерфейсом пользователя (Graphical User Interface - GUI) подразумевается тип экранного представления, при котором пользователь может выбирать команды, запускать задачи и просматривать списки файлов, указывая на пиктограммы или пункты в списках меню, показанных на экране.
В информационных системах построенных по технологии клиент-сервер существует два вида интерфейса: интерфейс, реализуемый при помощи клиентского приложения и web –интерфейс.
Интерфейс, реализуемый при помощи клиентского приложения – это компьютерная программа, устанавливаемая на клиентские компьютеры, предназначенная для работы с файлами данных через сеть. Основными элементами клиентских приложений являются формы и отчёты.
Основой web-интерфейса являются web-страницы (файлы с расширениями htm или html).
Работа со страницами осуществляется с помощью программы - браузера. Изначально
страницы находятся на web-сервере, пользователь сначала загружает их на свой компьютер с web-сервера, а затем с помощью страниц пользователь работает с файлом данных. В web-интерфейсе отсутствуют отчёты, их роль выполняют сами страницы.
гут, как правило, выполняться с помощью мыши, либо нажатием клавиш на клавиатуре.
Графический интерфейс реализуемый при помощи клиентского приложения должен включать в себя:
Главное меню.
Инструментальная панель быстрых кнопок, дублирующих основные разделы меню.
Контекстное меню.
Продуманную последовательность переключения фокуса управляющих элементов.
Полосу состояния.
Возможность настройки приложения и запоминания настроек.
Любое приложение под операционную систему Windows – представляет собой окно, которое создается компонентом Form класса TForm. Форма – это важнейший визуальный компонент. Формы представляют собой видимые окна Windows и являются основной частью практически любого приложения.
Приложение может иметь несколько форм, одна из которых считается главной и при запуске программы отображается первой. При закрытии главной формы приложения прекращается работа всего приложения, при этом также закрываются все другие окна приложения.
Пример описания интерфейса главной и рабочих форм приложения
…
Главное меню. Реализовано с помощью компонента MainMenu.
Инструментальная панель быстрых кнопок, дублирующих основные разделы меню. Реализовано компонентом ToolBar.
Контекстное меню. Реализовано компонентом PopupMenu.
Полоса состояния. Реализовано компонентом StatusBar;
…
Разработка пользовательского интерфейса администраторской части
Принимая во внимание рекомендации, описанные выше, графический интерфейс модуля предназначенного для администратора организован по следующим правилам:
На главной форме приложения расположены клавиши быстрого вызова функций, при этом сгруппированные в соответствии с назначением.
Каждая функция организована на отдельной форме
Графический интерфейс пользователя модуля администратора представлен на рисунке 15.