- •Конструкторская часть
- •Разработка базы данных
- •Разработка приложения для работы с базой данных
- •2.2.3.2 Используемые методы
- •2.2.3.3 Структура программы с описанием функций составных частей и связи между ними
- •2.2.3.4 Связи программы с другими программами
- •2.2.4 Используемые технические средства
- •2.2.7 Выходные данные
- •2.2.7.1 Характер и организация выходных данных
- •2.2.7.2 Формат, описание и характер выходных данных
- •2.2.8. Сведения о структуре программного кода
- •3. Технологическая часть
- •Заключение
- •Список использованной литературы
Содержание
1 Конструкторская часть 2
2.1 Разработка базы данных 2
2.2 Разработка приложения для работы с базой данных 4
3. Технологическая часть 14
Заключение 18
Список использованной литературы 19
Конструкторская часть
Разработка базы данных
Для создания базы данных «Токийский метрополитен» в MSSQL были выполнены следующие SQL–запросы:
Создание базы данных происходило с помощью использования оператора CREATE:
CREATE DATABASE ‘TOKYO_METRO’;
Создание таблицы c помощью оператора CREATE. В качестве примера рассмотрено создание таблицы «Lines», которая содержит поля: ID (ключ), символ линии, название линии, цвет линии, оператор, длина линии, ширина линии, количество станций:
CREATE TABLE [dbo].[Lines] (
[Id], INT, NOT NULL,
[Symbol], NCHAR (1), NOT NULL,
[Name], NVARCHAR (15), NOT NULL,
[Colour], NVARCHAR (21), NOT NULL,
[Operator], NVARCHAR (15), NOT NULL,
[LineLength], NCHAR (10), NOT NULL,
[LineSh], NCHAR (10), NOT NULL,
[NumberofStations], NCHAR (3), NOT NULL,
);
Аналогично происходит создание первичных ключей для следующих таблиц: «Станции», «Депо», «Транспортные карты», «Киотская секция».
Создание первичного ключа происходит с помощью оператора ALTER. В качестве примера рассмотрено создание первичного ключа задолженности:
ALTER TABLE TOKYO_METRO ADD CONSTRAINT ID_TOKYO_METRO PRIMARY KEY (ID);
Аналогично происходит создание первичных ключей для следующих таблиц: «Станции», «Депо», «Транспортные карты», «Киотская секция».
Создание вторичного ключа происходит с помощью оператора ALTER. В качестве примера рассмотрено создание вторичного ключа таблицы линий:
ALTER TABLE NAME ADD CONSTRAINT LN_NAME FOREIGN KEY (NAME_ID) REFERENCES LINES (ID);
Аналогично происходит создание первичных ключей для следующих таблиц: «Станции», «Депо», «Транспортные карты», «Киотская секция».
Заполнение созданных таблиц производится с помощью процедуры Append:
With [dbo].[Lines]do
begin
Append;
FieldByName('Symbol').AsString:= LineSymbol;
FieldByName('LineLength').AsInteger:= LineLength;
FieldByName('NumberofStations').AsInteger:= NumberofStations;
Post;
end;
Аналогично происходит заполнение остальных таблиц базы данных.
Разработка приложения для работы с базой данных
2.2.1 Общие сведения
2.2.1.1 Обозначение и наименование программы.
ПО «Токийский метрополитен».
2.2.1.2 Программное обеспечение, необходимое для функционирования программы
Системные программные средства, используемые программным обеспечением «Токийский метрополитен», должны быть представлены лицензионной локализованной версией операционной системы семейства Windows (XР, Vista, 7, 8, 8.1, 10.).
2.2.1.3 Языки программирования, на которых написана программа
Приложение написано на языке программирования C#.
2.2.2 Функциональное назначение программы
Программное обеспечение «Токийский метрополитен» используется для сбора, хранения и обработки данных, связанных с внутренней деятельностью Токийского метрополитена. Внедренный в систему сервис единой точки авторизации предназначен для организации доступа ко всем подсистемам университета после прохождения авторизации пользователя.
Описание логической структуры
Алгоритм программы
Алгоритм действий пользователя
Пользователь осуществляет взаимодействие с интерфейсом системы. Он вводит свои авторизационные данные, которые проверяются модулем проверки прав пользователей. Происходит процедура авторизации. В случае успешной авторизации пользователь, в соответствии со своими правами, получает доступ к разрешенным модулям системы ПО «Токийский метрополитен».
Стандартно пользователю доступны следующие действия:
Просмотр информации по модулям.
Поиск информации.
Получение инструкций или справочных сведений.
Алгоритм процедуры проверки прав пользователя
После получения запроса на авторизацию, начинается работа функции проверки пользователя и его прав с целью определить, является ли этот пользователь легитимным. Если нет, система откажет в доступе и выдаст сообщение об ошибке. Если такой пользователь имеет в доступ к системе, необходимо определить, к каким модулям системы он имеет доступ.
Для этого организована база данных с правами пользователей, где для каждого модуля системы прописан уровень доступа для конкретного пользователя. Значение "1" означает, что пользователь может работать в этой подсистеме, а "0" – доступ запрещен.
После завершения процедуры проверки прав пользователь получает доступ к разрешённым модулям системы.