Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
kurs_Grimanov_posl.docx
Скачиваний:
10
Добавлен:
27.09.2019
Размер:
342.65 Кб
Скачать

4 Информационная модель системы и её описание

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

Первая таблица Invoice предназначена для хранения информации о проданных билетах. Включает в себя следующие столбцы:

- id (тип int, not null, первичный ключ, идентификатор);

- idfrom (тип int, not null);

- idto (тип int, not null);

- price (тип bigint, not null);

- date (тип datetime, not null);

- idseller (тип int, not null);

- idtype (тип int, not null).

Вторая таблица Station предназначена для хранения информации о станциях. Включает в себя следующие столбцы:

- id (тип int, not null, первичный ключ, идентификатор);

- namestation (тип nvarchar(MAX), not null);

Третья таблица Sellers предназначена для хранения информации о продавцах. Включает в себя следующие столбцы:

- id (тип int, not null, первичный ключ, идентификатор);

- Name (тип nvarchar(MAX), not null);

Четвёртая таблица TypeTicket предназначена для хранения информации о видах билетов. Включает в себя следующие столбцы:

- id (тип int, not null, первичный ключ, идентификатор);

- type (тип nvarchar(MAX), not null);

Между таблицами существуют внешние ключи (рисунок 4.1)

Рисунок 4.1 - Структура базы данных

Переменная отношения находится в 3NF тогда и только тогда, когда она находится во второй нормальной форме и отсутствуют транзитивные зависимости неключевых атрибутов от ключевых.

Условие зависимости от «полного ключа» неключевых атрибутов обеспечивает то, что таблица находится во второй нормальной форме; а условие зависимости их от «ничего, кроме ключа» — то, что они находятся в третьей нормальной форме.

5 Описание алгоритмов реализующих бизнес-логику серверной части проектируемой системы

Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей поведения объектов предметной области (области человеческой деятельности, которую система поддерживает). Иначе можно сказать, что бизнес-логика — это реализация правил и ограничений автоматизируемых операций. Является синонимом термина «логика предметной области».

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

В фазе бизнес-моделирования и разработки требований бизнес-логика может описываться в виде:

- текста;

- концептуальных аналитических моделей предметной области;

- бизнес-правил;

- разнообразных алгоритмов;

- диаграмм деятельности;

- графов и диаграмм перехода состояний;

- моделей бизнес-процессов.

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

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

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

Обобщенный алгоритм показан на рисунке 5.1, алгоритм добавления показан на рисунке 5.2, алгоритм удаления показан на рисунке 5.3.

Рисунок 5.1Обобщенный алгоритм программы

Описание обобщенного алгоритма:

  1. При запуске программы происходит инициализация приложения и его интерфейса;

  2. Ожидание нажатия кнопки интерфейса пользователем;

  3. При выборе кнопки, действие которой соответствует функции добавления записи, открывается форма для добавления новой записи. Ожидается заполнение пользователем всех полей формы и нажатием кнопки «Добавить». По нажатию кнопки «Выход» форма закрывается без внесения изменений в БД;

  4. При выборе кнопки, действие которой соответствует функции редактирования записи, открывается форма для редактирования выбранной записи. Ожидается внесение изменений пользователем в требуемые поля формы и нажатием кнопки «Редактировать». По нажатию кнопки «Выход» форма закрывается без внесения изменений в БД;

  5. При выборе кнопки, действие которой соответствует функции удаления записи, открывается форма для удаления новой записи. Выбранная пользователем запись удаляется из БД. По нажатию кнопки «Выход» форма закрывается без внесения изменений в БД;

  6. При нажатии клавиши «Сформировать отчет» происходит формирование списка данных.

  7. При нажатии клавиши «Обновить» текущий список.

  8. При нажатии кнопки «Выход» на главной форме, происходит закрытие приложения.

Рисунок 5.2Алгоритм добавления

  1. Загрузка и инициализация формы и её компонентов;

  2. Ожидание ввода пользователем данных в поля формы;

  3. Ожидание нажатия пользователем кнопки «Продать»;

  4. Проверка заполнения полей для данных. Если заполнены не все поля, то выдаётся сообщение об ошибке и происходит возврат в пункт 2, иначе происходит добавление новой записи;

  5. Добавление записи.

  6. Очистка полей для ввода

Рисунок 5.3Алгоритм удаления

  1. Загрузка и инициализация формы и её компонентов;

  2. Ожидание выбора пользователем данных для удаления;

  3. Ожидание нажатия пользователем кнопки «Удалить»;

  4. Проверка заполнения поля для данных. Если поле для удаления не выбрано, то выдаётся сообщение об ошибке и происходит возврат в пункт 2, иначе происходит удаление записи;

  5. Если запись выбрана. То она будет удалена.

6 РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ

6.1 Назначение программы

Программа предназначена для автоматизации доступа, обработки, вывода информации реализованных билетах железнодорожной кассы. Программа имеет приятный для пользователя интерфейс (Рисунок 6.1.1).

Рисунок 6.1.1 – Интерфейс программы

6.2 Условия выполнения программы

Для выполнения программы необходим компьютер, подключённый к локальной сети или имеющий доступ к Enternet. Минимальные требования для компьютера:

  1. Процессор Intel Pentium 2.2 GHz;

  2. Оперативная память 1024 Mb;

  3. Операционная система Windows Server 2003/Server 2008/XP/Vista/7.

6.3 Выполнение программы

Для открытия приложения необходимо запустить файл «ЖД Касса.exe». После открытия программы, пользователь может сразу приступить к работе с данными.

Для добавления достаточно нажать кнопку «Добавление», после чего откроется диалоговое окно с полями для ввода информации, после ввода информации необходимо нажать кнопку «Добавить заказ».

Для изменения достаточно нажать кнопку «Редактирование», после чего откроется диалоговое окно с полями для изменения информации, после изменения информации необходимо нажать кнопку «Редактировать заказ».

Для удаления достаточно нажать кнопку «Удаление», после чего откроется диалоговое окно, где можно выбрать «КодЗаказа» и увидеть данные об этом заказе, а при необходимости удаления нужно нажать на кнопку «Удалить».

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

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