Вы находитесь на странице: 1из 13

Министерство образования и науки Российской Федерации

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО


ОБРАЗОВАНИЯ
“САНКТ-ПЕТЕРБУРГСКИЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ
УНИВЕРСИТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ,
МЕХАНИКИ И ОПТИКИ”
ФАКУЛЬТЕТ СРЕДНЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

ОТЧЕТ
ПО ПРАКТИКЕ
Специальность 09.02.07 «Информационные системы и программирование»
ПМ.03 «Участие в интеграции программных модулей»
МДК.03.01 «Основы информационной безопасности

Преподаватель: Выполнил:
Говорова М.М. студент группы Y2437
«16» июня 2019 Смольников И. Р.
Оценка:

Санкт-Петербург
2019/2020
Введение
a

Проектирование и программная реализация системы


a

Заключение
a

Список источников
a

2
ПРИЛОЖЕНИЕ 1
Техническое задание

3
1. Назначение разработки
Разработка предназначена для администраторов и менеджеров автовокзала в части
поддержки внутренней системы автовокзала и обеспечения ее работы посредством
установки автоматизированной информационной системы для упрощения управления
системой автовокзала. Должна быть предусмотрена возможность создания системы
управления информационными процессами автовокзала.

2. Цель и задачи, решаемые в процессе достижения


цели
Цель разработки - разработка приложения для управления и ведения
информационной системы автовокзала.

Задачи:

· уточнение функциональных требований (при необходимости);

· уточнение функциональной модели (при необходимости);

· реализация базы данных для информационного обеспечения системы;

· детальное проектирование прикладных модулей системы;

· разработка и программная реализация алгоритмов функционирования системы;

· тестирование системы.

3. Требования к системе
3.1. Требования к функциональным характеристикам

В системе должны быть следующие функциональные модули:

 модуль хранения данных, реализованный в виде базы данных, хранящий


информацию о рейсах, маршрутах, автобусах, билетах и водителях;
 модуль-клиент, выполненный в виде отдельного приложения, являющийся
интерфейсом для управления хранимыми в базе данными, а именно, заполнение и
редактирование хранимых данных.

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

 администратор автовокзала;
 кассир, продающий билеты.

Система должна удовлетворять следующим функциональным требованиям:

 обеспечить возможность продажи билетов кассиру в системе;


 обеспечить возможность возврата билета из системы;
4
 обеспечить возможность добавления нового рейса администратору автовокзала;
 предоставить интерфейс для выполнения выше перечисленных функций.

3.2. Описание входных и выходных данных


3.2.1. Структура входных данных

При добавлении рейса:

 номер рейса;
 время отправления;
 номер маршрута;
 пункт отправления;
 пункт прибытия;
 информация об автобусе;
 информация о билете;
 информация о водителе.

При продаже билета:

 номер билета;
 цена билета.

При возврате билета:

 номер билета (уход из базы);


 цена билета (уход из базы).

3.2.2. Ожидаемые результаты работы. Структура выходных данных

При добавлении рейса:

 информация о рейсе в виде таблицы;


 подтверждение добавления рейса.

При продаже билета:

 информация о билете;
 подтверждение продажи билета.

При возврате билета:

 подтверждение удаления билета.

5
3.3. Модель программного продукта

Система должна удовлетворять функциональной модели, представленной на рисунках П1-


П3.

Роли пользователей в системе должны определяться диаграммой прецедентов,


представленной на рисунке П2.

Базы данных должна удовлетворять реляционной модели, представленной на рисунке П1.

3.4. Эргономические и технико-эстетические требования


Система управления автобазой должна обеспечивать удобный для конечного
пользователя интерфейс, отвечающий следующим требованиям.

В части внешнего оформления:

· интерфейсы подсистем должен быть типизированы;

· должно быть обеспечено наличие локализованного (русскоязычного) интерфейса


пользователя;

· основной текст сайта должен быть реализован с помощью рубленых шрифтов, тексты
лабораторных работ могут быть реализованы с помощью шрифтов с засечками;

· требуемый размер шрифта 12-16пт;

В части диалога с пользователем:

· для наиболее частых операций должны быть предусмотрены «горячие» клавиши;

3.5. Требования к информационному обмену между компонентами


системы

Информационный обмен между компонентами системы приведён в таблице П1.1.

Таблица П1.2
Требования к информационному обмену между компонентами системы
Н
аи
м
ен
ов
ан Модуль хранения данных Модуль пользовательского интерфейса
ие
м
од
ул
я

6
М
од
ул
ь
хр
ан
ен
ия
да
н
н
ы
х
М
од
ул
ь
по
ль
зо
ва
те
ль
ск
ог
о
и
нт
ер
ф
ей
са

3.6. Требования по применению систем управления базами данных


Для реализации подсистемы хранения данных должна использоваться СУБД
MySQL.

7
3.7. Требования по лингвистическому обеспечению системы

При реализации системы должны применяться следующие языки высокого уровня:


SQL, PHP, Python.

Должны выполняться следующие требования к кодированию и декодированию данных:


UTF-8 для подсистемы хранения данных; UTF-8 для информации, поступающей из
модулей-источников.

3.8. Требования к защите информации от несанкционированного


доступа

Обеспечение информационной безопасности Системы должно удовлетворять


следующим требованиям:

· защита от несанкционированного доступа к системе посредством ввода и хранения


паролей пользователей;

· защита от несанкционированного доступа к аккаунтам пользователей;

· разграничение прав доступа пользователей и администратора Системы должно


строиться по принципу «что не разрешено, то запрещено».

3.9. Требования по сохранности информации при авариях


К защите от ошибочных действий предъявляются следующие требования:

· должна быть предусмотрена система подтверждения легитимности пользователя при


просмотре данных;

· для всех пользователей должна быть запрещена возможность удаления преднастроенных


объектов и отчетности;

· для снижения ошибочных действий пользователей должно быть разработано полное и


доступное руководство пользователя.

Также должна быть обеспечена сохранность информации в информационной


системе от разрушения в случаях:

· потери питания;

· остановки работы сервера, на котором установлена база данных;

· помех в локальной сети.

8
3.10. Требования к технологиям разработки

Разрабатываемое ПО должно быть десктопным приложением. Для разработки


информационного обеспечения должна использоваться технология баз данных.

3.11. Требования к программным средствам разработки


Для разработки должны использоваться следующие программные средства:
 язык программирования PHP не ниже версии 5.3;
 язык Python версии 3;
 СУБД MySQL не ниже версии 4.0.

3.12. Требования к составу и параметрам технических средств,


применяемых при разработке системы
На данном этапе система должна быть реализована на сервере, предоставляемом
заказчиком. Сервер должен удовлетворять следующим критериям:

· дисковое пространство необходимое для хранения данных системы – не менее 1


гигабайта;

· возможность работы с PHP и базами данных MySQl.

Клиент должен удовлетворять следующим критериям:

· скорость сетевого подключения хотя бы 1мб/с;

· процессор - хотя бы Intel Pentium.

4. Требования к методам тестирования


Тестирование системы должно быть проведено на интеграционном уровне с
использованием технологий «черного» и «белого» ящика по видам:

· переходы между состояниями;

· тестирование функциональной эквивалентности.

9
ПРИЛОЖЕНИЕ 2
Модель разработки

10
Рис П1 Схема DFD базы данных
автовокзала

11
Рис П2 Use-case диаграмма базы
данных автовокзала

12
Рис П3 диаграмма классов базы
данных автовокзала

13