Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов Системы (в т.ч. инфракрасное, ультрафиолетовое, электромагнитное и рентгеновское излучения, вибрация, электростатические поля, шум, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).
2.9.4 Требования к надежности
Информационная система должна выдавать сообщения о возникающих ошибках при неверном задании исходных данных, поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей.
Система должна обеспечивать сохранение данных в следующих ситуациях:
· Аварийное отключение питания;
· Возникновение физических дефектов;
· Выход из строя аппаратных компонентов;
· Несанкционированные действия пользователей.
2.9.5 Требования к информационной и программной совместимости
База данных должна быть создана в СУБД Access. Приложение должна работать в операционных системах Windows.
Системное ПО должно обеспечивать рабочую среду для функционирования прикладного ПО рабочий станций и серверов Системы, а также возможность сетевого информационного обмена с потребителями.
Для защиты Системы от внешних атак - ESET NOD32.
2.9.6 Требования к пользовательскому интерфейсу
Должен быть создан интерфейс, с помощью которого пользователь мог бы легко и быстро овладеть навыками по работе с программой.
2.9.7 Организация справочной информации
В полях, куда пользователю необходимо внести информацию, должны быть подсказки. Пример:
Также в программе должна быть указана справочная информация. Пример:
2.9.8 Дополнительные требования и ограничения
Никакие действия пользователя в рамках предоставленного приложения интерфейса не должны приводить к разрушению данных и отказу в работе Системы.
Система должна вести журнал событий, где будет учитываться:
· Контроль действия пользователей;
· Запуск и остановка сервера
Должна быть возможность предоставления опросов для улучшения качества работы программы. Например, опрос «Чего вам не хватает при использовании приложения «ticketbuy»?»
2.10 Технические и программные средства
Выделенная ЛВС в части подключения рабочих станций должна быть выполнена по технологии Fast Ethernet (скорость передачи 100 Мбит/с), а в части подключения серверного оборудования и активного магистрального оборудования - по технологии Gigabit Ethernet (скорость передачи 1000 Мбит/с). Физическая среда передачи по ЛВС определяется на этапе подготовки технического проекта.
В состав комплекса технических средств должны входить:
· средства сбора и передачи информации: датчики информации, каналы связи, устройств телемеханики, аппаратура передачи данных и т.д.;
· средства обработки и отображения информации (ЭВМ, аналоговые и цифровые приборы, дисплеи, устройства печати, функциональная клавиатура и др.);
· средства управления (контроллеры, исполнительные автоматы, электротехническая аппаратура: реле, усилители мощности и др.).
Конфигурация рабочей системы должна быть не ниже:
· Процессов - не ниже Intel Pentium 300 МГц;
· Оперативная память - не менее 128 Мб DDR SDRAM;
· Жесткий диск - не менее 10 Гб;
· Видеокарта - поддержка разрешения не ниже 1024х768 Гц, объем встроенной памяти не менее 32 Мб;
· Сетевой адаптер Ethernet - скорость не менее 100 Мбит/с;
· Монитор - размер не менее 15``, разрешение - не ниже 1024х768 Гц.
Программные средства:
· ОС Microsoft Windows
· Antivirus ESET NOD32.
2.11 Состав пользователей
В состав обслуживающего персонала Системы должны входить:
· Специалист по техническому обслуживанию аппаратных средств;
· Администратор;
· Оператор.
Основными требованиями к квалификации специалистов по техническому обслуживанию являются:
· Наличие знаний в объеме не ниже третьей квалификационной группы по технике электробезопасности при работах с напряжением до 1000 В;
· Наличие знаний в области обслуживания и ремонта электронно-вычислительных средств;
Основными требованиями к квалификации системного администратора и оператора являются:
· Наличие знаний в объеме не ниже второй квалификационной группы по технике электробезопасности при работах с напряжением до 1000 В;
· Наличие знаний в области администрирования операционных систем рабочих станций серверного оборудования, а также знаний в области администрирования веб-узлов, СУБД;
Пользователи Системы должны иметь общие навыки работы на ЭВМ и с Интернет-браузером. Проведение специального обучения для пользователей не требуется.
2.12 Права (привилегии) пользователей на доступ к данным и функциям системы
Пользователями информационной системой являются сотрудники, имеющие доступ к БД, и клиенты, не имеющие доступ к БД. Не все пользователи должны иметь доступ к одинаковому набору функций. Перечень действий, которые может осуществлять работник в Системе, зависит от его обязанностей в организации. В связи с этим предполагается разделить всех пользователей на так называемые ролевые группы:
· Администратор - полный доступ к системе;
· Оператор - имеет доступ к информации о клиентах, рейсах и о совершенных действиях клиентов (покупка или бронирование билетов);
· Клиент - не имеет доступа к БД, но может вносить свои данные в поля для покупки или бронирования билета. Эти данные записываются в БД.
2.13 Рекомендации по распространению разрабатываемого продукта
информационный ticketbuy эксплуатационный программный
Дополнительные требования не предъявляются.
2.14 Порядок контроля и приемки
Согласно п. 1.1 ГОСТ 34.603-92 испытания АС проводят на стадии «Ввода в действие» по ГОСТ 34.601 с целью проверки соответствия создаваемой АС требованиям ТЗ.
Для АС устанавливают следующие основные виды испытаний:
· предварительные;
· опытная эксплуатация;
· приемочные.
Примечания:
· Допускается дополнительно проведение других видов испытаний АС и их частей;
· Допускается классификация приемочных испытаний в зависимости от статуса приемочной комиссии (состав членов комиссии и уровень его утверждения);
· Виды испытаний и статус приемочной комиссии устанавливают в договоре и (или) ТЗ.
Перед проведением приемосдаточных испытаний Исполнитель обязан предъявить комиссии следующие документы:
· Техническое задание на создание Системы;
· Проектную, рабочую и программную документацию (по согласованному перечню в соответствии с ГОСТ 34);
· Акт(-ы) приема программно-технических испытаний;
· Программу и методику, протокол испытаний;
· Акт о проведении обучения обслуживающего персонала;
· Эксплуатационную документацию (по согласованному перечню в соответствии с ГОСТ 19);
· Акт о завершении работ по проверке Системы в режиме опытной эксплуатации;
· Акт приема Системы в эксплуатацию;
3. Системный проект
3.1 Функциональная модель системы (множество ДПД и спецификации процессов)
Спецификация процессов
1. Подсчёт стоимости
ВЫПОЛНЯТЬ ПОКА не кончатся билеты клиента
Суммировать СТОИМОСТИ_БИЛЕТОВ (может быть детский и взрослый билеты)
Чтобы получить НАЧАЛЬНУЮ_СТОИМОСТЬ билетов
Проверка клиента по базе данных
ЕСЛИ есть льготы или скидки
ТО НАЧАЛЬНАЯ_СТОИМОСТЬ - СКИДКА
Определить ИТОГОВУЮ_СУММУ
КОНЕЦ_РАССЧИТАТЬ_СТОИМОСТЬ_БИЛЕТА
2. Подтверждение заказа клиентом
Если все данные верны, то клиент подтверждает заказ
ЕСЛИ ПОКУПКА
ТО обслужить покупку (картой или другим способом оплаты, вычесть кол-во билетов из базы данных)
ЕСЛИ БРОНИРОВАНИЕ
ТО забронировать билет (вычесть кол-во билетов из базы данных)
Выдать информацию о билете
3. Подтверждение заказа администратором
Если все данные верны, то администратор подтверждает заказ
ЕСЛИ ПОКУПКА
ТО принять оплату
ЕСЛИ БРОНИРОВАНИЕ
ТО забронировать билет
Выдать информацию о билете
3.2 Схема функциональной декомпозиции системы
3.3 Описание (основного) меню
На главной странице пользователь вводит данные о точке отправления и прибытия (названия городов), а также дату поездки:
После нажатия кнопки поиска система выдает список найденных рейсов, либо информацию о том, что их нет, либо о некорректности введенных данных (ошибка в орфографии).
Пользователь выбирает нужный рейс.
Программа выдает информацию о рейсе.
Пользователь выбирает тип вагона (эконом или бизнес-класс), кол-во билетов, место в вагоне.
3.4 Формы входных и выходных документов, ЭФ по каждой автоматизируемой функции
Заполнение данных клиентом
Далее выбор покупки или бронирования билета
После заполнения персональных данных пользователю предоставляется информация о заказе и выбор: покупка или бронирование билета.
Пользователь вводит свою электронную почту и номер телефона.
При покупке пользователь подтверждает правильность введенных данных и оплачивает билет удобным для него способом.
При бронировании пользователь подтверждает правильность введенных данных и бронирование.
Информация о заказе отправляется на электронную почту.
3.5 Модель данных
3.5.1 Диаграмма отношений (ER-диаграмма)
3.5.2 Структуры записей файлов (таблиц)
3.5.3 Словарь данных
3.2 3.6 Архитектура системы /программной системы/ (логический уровень)
Архитектура ПО
ПД - паспортные данные
Архитектура обработки запросов на отчеты
Архитектура работы с Базами данных клиентов