Преподаватель который помогает студентам и школьникам в учёбе.

Автоматизация продажи театральных билетов(Технико-экономическая характеристика предметной области и предприятия)

Содержание:

Введение

В данной работе необходимо разработать предложения по автоматизации для продажи билетов в интернет-магазине.

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

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

Билеты, которые продает интернет-магазин, могут быть разных типов:

-A (VIP) — самые дорогие места с максимально комфортными для просмотра условиями;
-B (Comfort) —место меньшей, чем A стоимости и комфортности, находящиеся в зоне наилучшего обзора, более удобные и соответственно дорогие, чем C;
-C (Normal) – наиболее экономные места без каких-либо выраженных преимуществ. В кинотеатре ведется учет состояния зрительных мест.

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

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

Также интернет-магазин предоставляет возможность бронирования билетов.

Таким образом, в функционирование интернет-магазина входит:

Продажа билетов;
Доставка билетов курьером;
Предоставление информации о репертуаре кинотеатра;
Услуги бронирования билетов и снятия брони;
Возврат билетов.

1.Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

В мае 2011 года была основана компания biletick. Это интернет-магазин по продаже театральных билетов. С помощью интернет - магазина потребитель может найти лучшие места, подобрать оптимальную стоимость, и заказать билеты прямо домой. Доставка заказанных билетов осуществляется в кратчайшие сроки курьерами в любую точку Москвы и области. Покупая билеты в театр, предоставляется возможность заранее оговорить все подробности с сотрудниками и подобрать наиболее оптимальный вариант.

Основными видами деятельности интернет-магазина является:

Продажа театральных билетов

Миссия компании:

Миссия интернет - магазина – мы улучшаем повседневную жизнь людей, предоставляя возможность быстрого заказа билетов.

Количество сотрудников:

Компания имеет численность 6 человек . В том числе Генеральный Директор, Главный бухгалтер, Менеджер, Оператор , Курьер, Администратор ,Техник.

Основные конкуренты:

К основным конкурентам можно отнести несколько сайтов по продажам билетов: «Билетёр», «Музбилет», «Кассир».

Основные поставщики и потребители(клиенты):

Потребители услуг и театральных билетов поставщики – компания заключает договоры на распространение билетов с организациями, таких как Театрал ру, Шалом ру.

Цели компании на ближайшие годы:

На данный момент объем продаж интернет – магазина «biletick» составляет примерно 210 билетов в день, в перспективе же планируется повышение продаж до 255 билетов в день к 2020 году.

В таблице 1.1 представлены основные технико-экономические показатели, за 2018 и 2019 года.

Таблица 1.1 - Основные технико-экономические показатели

Наименование показателя	Единица	За 2018	За 2019
Наименование показателя	измерения	год	год
	измерения	год	год

Объем оказанных услуг, продаж	тыс. руб.	264250,3	396375,5
Число обслуженных клиентов	чел.	2252	2625
Выручка от оказания услуг, продаж	тыс. руб.	4589,352	6150,525
Среднесписочная численность работников	чел.	189	225
Годовой фонд оплаты труда	тыс. руб.	63482,41	73503,75
Среднемесячная заработная плата работников	тыс. руб.	35,5	39,3

1.2. Организационная структура управления предприятием

Рис.1.2. Организационная структура интернет - магазина

Генеральный директор управление интернет - магазина, контроль за деятельностью и взаимодействием структурных подразделений, ведение переговоров с крупными поставщиками и клиентами.

Менеджер изучение конъюнктуры рынка, разработка плана реализации продукции, разработка плана ценовой стратегии, подготовка и заключение договоров.

Бухгалтер ведение бухгалтерского учета и отчетности.

Курьер доставка билетов.

Техник руководство техническими службами, обеспечение систематического повышения эффективности производства, производительности труда, поддержка веб-сервисов театра

Администратор контролирует работу остального коллектива, координирует действия посетителей заведения,

Оператор это специалист, который помогает быстро получить информацию, решить проблему или сделать заказ по телефону.

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

Особенностью деятельности является то, что прием заказов осуществляется одновременно несколькими менеджерами одновременно. При этом также в реальном масштабе времени должна обеспечиваться возможность фиксирования информации об оплате заказа, выполняемого кассиром. Формирование отчетов может осуществляться как менеджерами отдела приема заказов, так и руководством.

Модель работу приема организации, а

Рис.1.3.– Контекстная диаграмма

Рисунок 1.4 – Диаграмма декомпозиции АС

После разбиения получаем 3 декомпозиции, каждая из представленных на верхнего

Рисунок 1.5 - декомпозиции АС. заявок.

Рисунок 1.6 декомпозиции АС. заявки.

Руководствуясь заполнения клиент всю информацию, наименование продукта и все контактные первоначальная проходит и при заполнении заявка и в данных на обработку.

Рисунок 1.7 - процесса заказа".

2. Техническое и программное обеспечение

2.1. Структура и состав комплекса технических средств и конфигурация сети

Рис.2.1 Техническая архитектура интернет – магазина

Таблица 2.1 Характеристики: D-Link DES-1050G/C1A

Аппаратное обеспечение
Интерфейсы	• 48 портов 10/100Base-TX с автоматическим определением полярности MDI/MDIX • 2 комбо-порта 10/100/1000Base-T/SFP
Индикаторы	• Power (на устройство) • Link/Act (на порт)
Стандарты	• IEEE 802.3 10Base-T Ethernet • IEEE 802.3u 100Base-TX Fast Ethernet • IEEE 802.3ab 1000Base-T Gigabit Ethernet • Автоопределение скорости Nway ANSI/IEEE 802.3 • Управление потоком IEEE 802.3x
Скорость фильтрации/передачи пакетов	• 10 Base-T: 14 880 pps • 100 Base-TX: 148 809 pps • Gigabit: 1 488 090 pps

Производительность
Коммутационная матрица	• 13,6 Гбит/с
Метод коммутации	• Store-and-forward
Таблица MAC-адресов	• 8K записей на устройство
Изучение MAC-адресов	• Автоматическое обновление
Буфер пакетов	• 512 Кб* • 3,2 Мб**
Jumbo-фреймы	• 10 Кб*
Управление потоком	• Режим полудуплекса: метод «обратного давления» • Режим дуплекса: управление потоком 802.3x
Полный дуплекс/полудуплекс	• Полный дуплекс/полудуплекс для скорости 10/100 Мбит/с • Полный дуплекс для скорости 1000 Мбит/с

Физические параметры

Размеры

• 440 x 230 x 44 мм*

• 441 x 309 x 44 мм**

Условия эксплуатации
Питание	• От 100 до 240 В переменного тока, 50-60 Гц • Внутренний универсальный источник питания
Потребляемая мощность	• 11,4 Вт* • 24 Вт**
Уровень шума	• 0 дБ (пассивная система охлаждения)
MTBF (часы)	• 492 096 • 2,266,559 ч*
Температура	• Рабочая: от 0 до 40 °C • Хранения: от -25 до 55 °C
Влажность	• При эксплуатации: от 0% до 95% без конденсата

Таблица 2.2 Характеристики ПК

Название

Характеристика

HP Pavilion dv6-6150er LS200EA

Тип процессора: Intel® Core™ i5 2410M;

Частота (МГц): 2300;

Кол-во ядер: 4 ядра;

Кэш L2 (Кб): 512;

Кэш L3 (Кб): 3072;

Видеокарта: AMD Radeon HD 6490;

Видеопамять (Мб): 1024;

Тип оперативной памяти: DDR3;

Оперативная память (Мб): 4096;

Емкость HDD (Гб): 320;

Количество USB-портов: 4.

Таблица 2.3 Характеристики роутера D-Link -600

Название	Характеристика
Стандарт беспроводной связи	802.11n, частота 2.4 ГГц
Макс. скорость беспроводного соединения	150 Мбит/с
Защита информации	WEP, WPA, WPA2
Коммутатор	LAN
Скорость портов	50 Мбит/сек
Расширенные функции	скачивание файлов, файловый сервер, FTP-сервер, UPnP AV-сервер
Интерфейс встроенного принт-сервера	USB

Таблица 2.4 Характеристика сервера STSS Flagman QX448.4-024LH

Название	Характеристика
Память	до 6144 ГБ оперативной памяти DDR3-1600 ECC LRDIMM или RDIMM
Дисковая подсистема	до 24-х 3.5" (LFF) SATA/SAS HDD/SSD с горячей заменой
Сетевой адаптер	2-канальный интегрированный сетевой адаптер 10 Гбит/с
Корпус	4U Rackmount (глубина - 815 мм)
Система удалённого управления сервером	IPMI 2.0 Server Management with KVM-over-LAN & Virtual-media-over-LAN

Рис.2.2 Программная архитектура интернет - магазина

На каждом персональном компьютере уставлена операционная система Microsoft Windows 10, также Office 2017 от этой же компании, из средств безопасности установлена программа Eset Security, так же есть программа Microsoft Network Optix, и интернет браузер Яндекс браузер,. Имеется сервер с СУБД MS SQL Server, на котором хранится база с 1С, который находится в техническом отделе.

В отделе главного бухгалтера установлено 1С: Бухгалтерия компании 1С, у коммерческого и исполнительного директора установлена программа 1С: Предприятие 8.3, для просмотра интересующей их информации в реальном времени, а в самом магазине установлено 1С

В таблице 2.5-2.6 представлен перечень основных аппаратных и программных средств, используемых в ООО “ «biletick» ”.

Таблица 2.5 Аппаратное обеспечение в ООО “ «biletick» ”

№п/п	Аппаратное средство	Конфигурация (если применимо)	Установленное ПО
1	USB-C VGA Multiport Adapter (MJ1L2ZM)	Версия USB: 3.0 Количество портов: 3	-
2	Адаптер USB to Ethernet (MC704ZM)	Версия USB: 2.0 Количество портов: 1	-
3	Монитор Dell 24" P2417H	Разрешение: 1920x1080 Входы: HDMI 1.4, DisplayPort, VGA (D-Sub)	-
4	Монитор 24" ViewSonic VX2453MH-LED	Разрешение 1920x1080 Входы: VGA, HDMI	-
5	Клавиатура проводная	-	Драйвер
6	Наушники USB	-	Драйвер
7	USB-Хаб 4 порта 3.0	Версия USB: 3.0 Количество портов: 4	-
8	Ноутбук HP-655	Процессор: i7 ОЗУ: 16GB Накопитель: 512SSD	Windows 10, MS Office 2016, WinRAR 5.60.0, Adobe Flash Player 11.1.0, Adobe Reader 9.0.0, Dr. Web
9	Ноутбук Apple MacBook Air 13	Процессор: i5 ОЗУ: 8GB Накопитель: 256SSD	macOS 10.14.2 MS Office 2016, WinRAR 5.60.0, 3ds Max 2016, Adobe Flash Player 11.1.0, Adobe Reader 9.0.0, Dr. Web
10	МФУ Samsung-330	Объем памяти 4096 МБ, Частота процессора 1050 МГц, Интерфейсы: Ethernet (RJ-45), USB	Драйвер
11	Сервер Ascod 1U E12	Процессор: Intel Xeon E3-1220 V6	Windows Server 2012, MS SQL
12	Cisco WAP150 Wireless	Объем оперативной памяти 256 МБ Объем Flash памяти 128 МБ Количество LAN портов 1 Протоколы Ethernet IEEE 802.3, IEEE 802.3ab, IEEE 802.3u	NX-OS

Таблица 2.6 Программное обеспечение в ООО “ «biletick» ”

№п/п	Программное средство	Конфигурация (если применимо)	Описание программного средства
1	Windows 10	-	Операционная система
2	MS Office 2017	-	Пакет ПО
3	Eset security	-	Антивирус
4	Network optix	-	ПОдля видеонаблюдения
5	Яндекс браузер	-	Браузер

3 Программное обеспечение задачи

3.1. Общие положения (дерево функций и сценарий диалога)

Рис.3.1 Древо функций приведена схема иерархии функций обработки данных.

На схеме выделены и детализированы два подмножества функций:

служебные функции: вызов заставки и основных экранных форм;

основные функции: ввод и обработка первичной информации, форматирование результативных документов.

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

Древо функций включает в себя основные функции: ведение справочников - их просмотр, ввод первичных документов, формирование результативных документов. Данные из первичных документов водятся в таблицы БД. Данные из таблиц с результативной информацией распечатываются. Таблицы просматриваются. Распечатываются файлы с планами-отчётами и со статистическими отчётами.

Экранные формы для формирования статистических отчетов содержат только данные временного периода, поэтому они только просматриваются и редактируются. Файлы для статистических отчетов только просматриваются.

На рисунке Рис. 9 представлен сценарий диалога.

Файлы с отчётами по видам деятельности только просматриваются.

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

Главное меню позволяет открыть любой справочник, посредством нажатия кнопки «Справочники».

Рис. 3.2. Сценарий диалога

При нажатии раскрывается подменю справочников. Выбор пункта меню позволяет открыть любой справочник.

Главное меню также позволяет открыть любую таблицу, посредством нажатия кнопки «Таблицы». При нажатии раскрывается подменю таблиц. Через таблицу «Продажи» открывается таблица «План отчет по продажам». Файлы и отчёты открываются для просмотра из соответствующих таблиц.

Рис. 3.3. Диаграммы прецедентов

Актер: Покупатель

Основной сценарий:

П заходит на страницу интернет-магазина (запрос)
П переходит на страницу расписания (запрос).
П покупает билет

Актер: Оператор

Основной сценарий:

О Посмотреть базу билетов
Оформляет заказ по телефону

Актер: Администратор

Основной сценарий:

А Просмотр список пользователей
Изменение детали пользователя
Добавить пользователя
Просмотр детали пользователя

Актер: Курьер

Основной сценарий:

К Доставка билета
Прием оплаты

Рис. 3.3. Диаграммы деятельности

Купить билет

Клиент:

1 Способ:

Заполняет форму заказа

2 Способ:

Позвонить интернет-магазину

Алгоритм сайта проверяет:

Введены все данные

Введены не все данные

После успешной проверки данных:

Данные введены

Заказ не подтвержден:

Отменить заказ

Заказ подтвержден:

Осуществить продажу

После выполнение всех операций:

Клиент обслужен

3.2. Характеристика базы данных

Рис. 3.4 Сценарий диалога

ER модель ИС

Таблица 81- о

Режим

Рис. 3.5 Режим

Таблица 3.1-

Режим

Рис. 3.6 Режим

Таблица 3.2-Оказание

Режим

Таблица 3.3-Оплата

Режим

Рис. 3.7. Режим

Таблица 3.4-офис

Режим

Рис. 3.8. Режим

Таблица 3.5-сотрудник

Режим

Рис. 3.9. Режим

Таблица 3.6-услуги

Режим

Рис. 3.10. Режим

Создадим полученных

Рис. 3.11.Схема

3.3 Структурная схема пакета (дерево вызова программных модулей)

Разрабатываемый программный продукт будет автоматизировать функции обработки данных и подготовки документов в рамках технологии учета биллинговых операций.

Выделяется два подмножества функций программы (рисунок 16):

- служебные функции (проверка пароля, управление окнами и др.)

- основные функции обработки данных (ввода первичной информации, обработки, ведения справочников, подготовки и распечатки документов и др.)

В главном меню системы расположим служебные функции: вход в систему, управление окнами, выход из программы, помощь по системе.

Вызов основных функций будет осуществляться при помощи кнопочной панели. При нажатии на одну из кнопок, в левой части экрана будет открываться «дерево объектов» для данной функции. Правая часть экрана – это рабочая зона, в которой и будут располагаться открытые окна.

Рис. 3.12 Иерархия функций программы

Преимущество данного решения заключается в следующем:

Основные функции системы будут доступны пользователю одним кликом мышки;

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

На кнопочную панель будут вынесены следующие функции:

Договор на подключение услуг Интернета. Стоит отдельной кнопкой, т.к. для ввода данных по новой заявке менеджеру необходимо вызвать эту функцию быстро, не заставляя долго ждать клиента. После нажатия на эту кнопку откроется дерево заявок и диалоговое окно «Новая заявка».

Справочники. По этой кнопке в дереве объектов открывается список справочников системы.

Документы. По нажатию на эту кнопку выходит список документов.

Отчеты. По этой кнопке осуществляется доступ к подготовке отчетов.

На рисунке 17 приведена структурная схема пакета.

Рис.3.13. Структурная схема пакета

Выделим 3 группы программных модулей системы:

1. Управляющие модули – выполняющие функции по управлению объектами системы

2. Функциональные модули – позволяющие обеспечить ввод и обработку данных

3. Сервисные модули – обеспечивающие дополнительные сервисы

В таблице 3.11 приведено описание функций основных программных модулей.

Таблица 3.11. Описание функций модулей

№ п/п	Наименование модуля	Функции модуля
1.	Модуль безопасности	Содержит процедуры и функции, обеспечивающие ввод и проверку пароля, вход пользователей в систему, напоминание о необходимости смены пароля, автоматический выход из системы при отсутствии пользователя на рабочем месте.
2.	Модуль инициализации интерфейса программы	После успешного входа в систему, запускает программу, используя настройки прав доступа для учетной записи пользователя
3.	Модуль управления деревом объектов	Содержит процедуры и функции, позволяющие управлять отображением дерева объектов и его элементами
4.	Модуль взаимодействия с базой данных	Содержит процедуры и функции, используемые для установления соединения с базой данных, а также управляющие операциями чтения, записи и редактирования данных
5.	Модуль справочной системы	Содержит процедуры и функции, необходимые для отображения справочной информации
6.	Модуль «Справочники»	Содержит процедуры функции, позволяющие просматривать содержимое справочников системы, и редактировать их (если позволяют права доступа)
7.	Модуль ввода данных «Заявки»	Содержит процедуры и функции, позволяющие создавать новые заявки, вводить данные, управлять статусом заявок
8.	Модуль «Отчеты»	Содержит процедуры и функции для просмотра типовых отчетов и создания произвольного отчета
9.	Модуль «Печать документов»	Обеспечивает предварительный просмотр, настройку параметров документов и печать на принтере

4. Контрольный пример реализации и его описание

Форма Клиенты

Форма услуг

Форма офиса

Отчет Баланс

Отчет

пользователя представлен формой.

Заключение

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

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

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

Таким образом управление человеческими ресурсами в мульти-проектной среде становится эффективным, значительную улучшая эффективность деятельности всей компании.

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

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

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

Кроме этого, во второй главе описаны все используемые программные модули, построена схема технологического процесса сбора, передачи, обработки и выдачи информации, описан контрольный пример реализации проекта.

Список использованной литературы

Грекул, В.И. Проектирование информационных систем. Интернет-университет информационных технологий./ В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. [Электронный ресурс] – URL: – http://www.intuit.ru. (Дата обращения 25.11.2019).
Кузнецов С.Д. Основы баз данных. / С.Д. Кузнецов. [Электронный ресурс] – URL: http://www.intuit.ru. (Дата обращения 25.11.2019).
Microsoft Project – Программа управления проектами. [Элект-ронный ресурс] – URL: https://products.office.com/ru-ru/project/project-and-portfolio-management-software?rtc=1. (Дата обращения: 25.11.2019).
Методы управления проектами. [Электронный ресурс] – URL: https://studwood.ru/1092003/menedzhment/metody_upravleniya_proektami. (Дата обращения: 25.11.2019).
Ильина О. Н. Методология управления проектами: становление, ИНФРА-М. – 2017. – 217 с.
Гультяев А.К. Microsoft Office Project Professional 2007. Управление проектами: Практическое пособие. [Электронный ресурс] – URL: http://www.studmed.ru/gultyaev-ak-microsoft-office-project-professional -2007-upravlenie-proektami-prakticheskoe-posobie_ebf87989494.html. (Дата обращения: 25.11.2019).
Попов, Ю. И. Управление проектами : учеб. пособие / Ю. И. Попов, О. В. Яковенко. – М. : ИНФРА-М, 2014. – 208 с.
Вендров А.М Case-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. – М: Финансы и статистика, 1998. – 176с. – 12000экз.
Гаврилов, М.В. Информатика и информационные технологии: Учебник / М.В. Гаврилов, В.А. Климов. - Люберцы: Юрайт, 2016. - 383 c.
Глазунов Ю.Т. Моделирование процессов пищевых производств. Учебное пособие / Ю.Т. Глазунов - Колос, 2008 г.
Грибунин, В.Г. система защиты предприятии : учебное вузов / В. Г. Грибунин, Издательский центр 2009. - 416 с.
Емельянов, С.В. Информационные технологии и вычислительные системы: Интернет-технологии. Математическое моделирование. Системы управления. Компьютерная графика / С.В. Емельянов. - М.: Ленанд, 2012. - 96 c.
Куприянов, А. И. Основы информации: учеб. студ. высш. заведений/ А.И.Куприянов, Шевцов - М.: Издательский «Академия», 2006. - 256 с.
Куприянов, А. И. Основы информации: учеб. студ. высш. заведений/ А.И.Куприянов, Шевцов - М.:

Дата: 28.06.2019

Приложение А

Запрос Режим SQL

SELECT Sum(Оплата.[Сумма AS оплаты], услуг].[Стоимость AS услуг], оплаты]-[Sum-Стоимость AS клиента]

FROM INNER [Оказание ON клиента] = услуг].[Код INNER Оплата ON услуг].Номер = заказа]

GROUP Клиенты.Фамилия;

Результат запроса:

Запрос Режим SQL

SELECT Sum(Оплата.[Сумма AS оплаты], услуг].[Стоимость AS услуг], оплаты]-[Sum-Стоимость AS клиента]

FROM INNER [Оказание ON клиента] = услуг].[Код INNER Оплата ON услуг].Номер = заказа]

GROUP Клиенты.Фамилия

HAVING фамилию

Результат запроса:

Запрос Режим SQL

SELECT Сотрудник.Должность, офиса], сотрудников].Адрес, сотрудников].Телефон, сотрудников].[Серия [Данные [Данные статус]

FROM INNER Сотрудник ON отдела] = отдела]) JOIN сотрудников] ON сотрудника] = сотрудников].[Код

WHERE ФИО]));

Результат запроса:

Запрос Режим SQL

SELECT [Баланс оплаты], клиента].[Sum-Стоимость [Баланс клиента]

FROM INNER [Баланс ON = клиента].Фамилия

WHERE клиента].[Баланс

Результат запроса:

Запрос Режим SQL

SELECT заказа], оплаты]) AS оплаты]

FROM

GROUP Оплата.[Код

Результат запроса:

Приложение Б

ТЗ

Общие сведения

Настоящее техническое задание (ТЗ) определяет технические требования к программному комплексу, предназначенному для организации продажи билетов и функционирования связанных с этим процессом интернет-магазина по продажи театральных билетов, порядок получения исходных данных, выполнения работ, а также техническую сторону процесса сдачи-приема результатов. Программный комплекс, состоящий из совокупности автоматизированных рабочих мест (АРМ), далее именуемый как билетная информационная система (БИС), предназначен для автоматизации продажи театральных билетов. Основная деятельность БС заключается в следующем: • распространение билетов с помощью АРМ “Билетные операции”; • создание, автоматизированный учет и реализация заказов при планировании и реализации билетов; • обеспечения оперативного контроля за процессом реализации билетов, а также предоставления полной и достоверной информации о вырученных средствах и объемах выполненных продаж; • разработка и реализация гибкой тарифной политики и оптимальной системы скидок, опираясь на результаты статистического анализа финансово-экономической деятельности учреждения; • внедрение в единую систему БИС системы контроля прохода зрителей по электронным и обычным бланкам билетов; • автоматизированное формирование финансовой и статистической отчетной документации для обеспечения корректных взаиморасчетов со всеми участниками процесса реализации билетов; • учет электронных продаж СИСТЕМЫ в соответствии с законом 290-ФЗ. Выполнение работ по данному техническому заданию должно быть синхронизировано с работами по изучению специфики работы существующей БС и отделов театра, взаимодействуя с сотрудниками интернет-магазина.

Этапы разработки

1-й этап:

• сбор первичных данных о структуре существующей БС; • аудит существующей системы и выявление программно-аппаратных проблем, препятствующих работе системы на современных технологиях, включая аппаратные решения, серверные компоненты, клиентские компоненты и периферийное оборудование; • построение технической архитектуры БС; • разработка структуры БД; • инсталляция операционных систем и ПО на технические средства театра; • системы обеспечения устойчивой и надежной работы БИС; • разработка системы безопасности и развитой системы разграничения доступа;

2-й этап:

• разработка и инсталляция программного комплекса БИС согласно данному техническому заданию: ◦Серверная операционная система. ◦База данных. ◦Серверные системные сервисы. ◦Технология клиент-серверного взаимодействия. ◦Клиентские компоненты: ▪ Администратор системы (АС). ▪ Билетные операции (БО). ▪ АРМ Бухгалтера (БУ). ▪ Конструктор залов. ▪ Управление принтерами для печати билетов. ◦Дополнительные системные сервисы. ◦Системы контроля доступа, • обучение технического персонала по работе с БС. Условное наименование проекта: “Билетная информационная система (БИС)”.

2. Назначение разработки

Разрабатываемые согласно настоящему ТЗ автоматизированные рабочие места должны обеспечить соответствующие службы интернет-магазина современными автоматизированными средствами для оперативного выполнения основных работ служб по продаже билетов работы со клиентом с целью: • построения БИС на новых технологиях и серверах; • предоставления административному персоналу эффективных средств контроля за ходом и результатами продажи билетов с разбивкой по категориям пользователей, виду используемых средств и способов продажи; • повышения оперативности и качества финансового учета продаж билетов; • автоматизированного формирования выходных отчетов для решения маркетинговых и отчетно-бухгалтерских задач; • увеличение числа клиентов за счет обеспечения возможности использования Internet, заказа билетов и возможности комплексного заказа билетов. Разрабатываемые АРМ БИС предназначены для эксплуатации в соответствующих службах интернет-магазина.

3. Требования к программному комплексу

3.1. Общие требования

3.1.1. Требования к составу и структуре системы

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

• АРМ администратора системы (АС);

• АРМ администратора продаж (АП);

• АРМ билетного кассира (БО);

• АРМ бухгалтера (БУ);

• АРМ регистрации и учета клиентов, договоров (КД);

• АРМ контролера билетов (КБ);

• Интернет-шлюз;

• Система управления базой данных (СУБД);

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

3.1.2. Требования к функциональному назначению компонентов системы

Все компоненты БИС должны быть реализованы в виде комплекса АРМ и серверов, включенных в локальную сеть и совместно использующих информационные ресурсы централизованной базы данных интернет-магазина. Любому пользователю может быть предоставлена возможность работы с различным количеством разрабатываемых АРМ в зависимости от его функциональных обязанностей.

В зависимости от роли пользователя и его уровня полномочий должен меняться доступный набор модулей, функций, тип доступа (чтение, модификация, создание, удаление объектов) к информационным ресурсам и объем доступной информации. АРМ администратора системы должно обеспечивать регистрацию и сопровождение пользователей системы, назначение им прав на использование возможностей БИС, оперативный мониторинг действий пользователей системы.

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

АРМ бухгалтера должно обеспечивать оперативную обработку информации о билетнокассовых и денежно-кредитных результатах процесса реализации билетов, формирование, учет и анализ отчетных ведомостей. АРМ регистрации и учета клиентов и договоров должно обеспечивать средства создания, коррекции и использования БД по клиентам театра, заключаемым с ними договорами, осуществления взаиморасчетов.

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

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

3.1.3. Требования к численности и квалификации персонала

Внедрение системы не приведет к увеличению численности персонала основных служб интернет-магазина благодаря использованию дружественного пользовательского интерфейса АРМ, обеспечивающего комфортную работу пользователей по согласованной с ними технологии и посредством форм, документов и терминов принятых в данной предметной области. От пользователей потребуются лишь знания работы в существующей БИС, минимальные знания компьютера и начальные навыки работы на нем. Перед вводом в эксплуатацию все пользователи системы должны пройти краткий курс обучения работе в системе по утвержденной программе обучения.

3.1.4. Требования к надежности Надежность функционирования программного комплекса обеспечивается следующими мероприятиями:

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

• организацией резервного копирования баз данных на надежные носители;

• автоматическим контролем со стороны программных комплексов полномочий персонала по работе с данными информационной системы;

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

3.1.5. Показатели назначения

Система должна реализовывать в полном объеме изложенные в пункте 3.1.2 функции. Система должна быть открыта с точки зрения: • добавления функций (всевозможные варианты взаимодействия с сетью Internet, создание агентских сетей, удобная работа с множеством площадок, гибкая организация работы с дополнительными услугами и товарами, интеграция в электронный документооборот театра и др.); • увеличения числа компонентов системы; • модернизации технических средств.

3.1.6. Требования к эксплуатации, техническому обслуживанию и ремонту.

Технические средства системы должны обеспечивать нормальное функционирование в закрытых помещениях при температуре окружающей среды от + 5 до + 40 градусов по Цельсию. Техническое обслуживание должно проводиться в соответствии графиком проведения регламентных и профилактических работ во время минимальной активности системы техническим персоналом интернет-магазина.

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

Система должна обеспечивать внутреннюю и внешнюю защиту информации от несанкционированного доступа. Внутренняя защита информации должна обеспечиваться за счет: • разграничения доступа пользователей системы к процедурам и информации в соответствии с объемом и содержанием выполняемых ими функций;

• реализации эффективных процедур идентификации и аутентификации пользователей;

• автоматического резервного копирования информации;

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

• правильного системно-технического и структурного построения системы, обеспечивающее оптимальное разделение потоков информации и реализацию установленных порядка и правил доступа пользователей к ресурсам БИС;

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

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

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

3.2. Функциональные требования к БИС 3.2.1.

Требования к функциям, выполняемым на АРМ администратора системы.

Этот АРМ предназначен для регистрации и сопровождения пользователей системы, назначение им прав на доступ к компонентам системы, а так же на использование возможностей БИС, оперативного мониторинга действий пользователей системы и настройку обще системных параметров БИС. Процедура регистрации и распределения прав для пользователей системы предназначена для регистрации в системе новых пользователей и редактирования учетных данных о существующих пользователях, в т.ч. назначение и переопределение их прав и полномочий. В БИС должна быть предусмотрена поддержка групп пользователей. Для групп пользователей должны быть доступны те же возможности по настройки прав доступа, которые будут распространяться на всех пользователей в группе.

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

3.2.2. Требования к функциям, выполняемым на АРМ администратора.

Характеризуется следующими атрибутами:

название постановки, названия используемых произведений, тип постановки (опера, балет, концерт и пр.), автор постановки, продолжительность, краткое описание. АРМ администратора должен обеспечить выполнение следующих операций:

• исключение, добавление, замену спектаклей;

• коррекция времени и места проведения спектакля;

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

• создание новой сцены через конструктор зала;

• создание и изменение схем размещения мест;

• создание и изменение схем распределения мест по фондам;

• создание и изменение схем распределения мест по поясам;

• создание и изменение расценок;

• создание шаблона билета; 10 Операция просмотра репертуара, атрибутов спектакля и постановки доступна для всех зарегистрированных в БИС пользователей, имеющих доступ к АРМ администратора. Остальные операции доступны только при наличии соответствующих прав. Администратор продаж (АдмП) является ключевой фигурой как на этапе создания электронного комплекта билетов на конкретный спектакль, так и в ходе реализации этих билетов.

На первом этапе АдмП выполняет следующие основные операции:

• распределение мест зрительного зала по фондам и заказам;

• назначение тарифов (схем распоясовки, схем расценки и тарифных коэффициентов) на спектакль по согласованию с курирующим заместителем директора и ответственным лицом планово-финансового отдела;

• выбор и редактирование шаблона билета на спектакль в зависимости от вида заказа, тарифа и других факторов;

3.2.2.1. Требования к реализации назначения тарифов на спектакль

Операция назначения тарифов на спектакль выполняется администратором(Адм).

Эта операция состоит в распределении мест зрительного зала по ценовым поясам (поясам комфортности) и установлении тарифных коэффициентов (тарифов) для данного спектакля. Схема расценки для спектакля может быть сформирована по принятой типовой схеме. Формирование схемы расценки может быть выполнено либо путем коррекции одной из существующих типовых схем, либо – «с нуля», т.е. путем выбора в качестве исходной схемы зрительного зала без какого-либо распределения его мест на поясам комфортности. Для реализации любого из перечисленных выше способов построения схемы расценки на спектакль АРМ АП должен иметь средства, обеспечивающие решение следующих задач. 1. Все места зрительного зала разбиваются по группам, которые будем называть поясами. Например, 1-10 ряды партера – 1-й пояс комфортности, 11-20 ряды партера – 2-й пояс комфортности и т.д. Для обеспечения удобного визуального восприятия на схеме зрительного зала каждый пояс комфортности выделяется своим цветом. При этом пользователь должен иметь возможность установить цвета по своему усмотрению в пределах доступной цветовой палитры. Включение какого-либо места зрительного зала в пояс комфортности должно вызывать автоматическую окраску его в установленный для этого пояса цвет. 2. Каждому поясу назначается цена в условных единицах, например цена 1-го пояса = 50 , цена 2-го =40, цена 3-го = 30 и т.д.

3.2.3. Требования к функциям, выполняемым АРМ Билетные операции

Основными операциями, выполняемыми операторами с помощью АРМ «Печать и реализация билетов» являются:

• печать и продажа билетов из заказов;

• печать и реализация билетов из фондов (по правам доступа к фондам)

. • обработка персональных данных при работе с паспортными данными; • ввод идентификационных данных зрителя;

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

Права доступа к каждому фонду и заказу устанавливает руководитель продаж.

3.2.3.2. Требования к реализации печати и продажи билетов из постоянных фондов

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

На представленной с его помощью схеме места из фонда свободной продажи должны быть выделены установленным цветом. Дополнительно к возможностям, изложенным в пунктах 5-7 для функции продажи билетов из заказов, оператор должен иметь возможность сформировать краткосрочный заказ для физического клиента.

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

К ним относятся:

• перепечатка неправильно напечатанных билетов;

• оформление возврата;

• оформление билетов

• формирование краткосрочного заказа для незарегистрированного в системе клиента;

• контроль правильности оформления билета;

• получение информационно-справочных данных о репертуаре, спектаклях, постановках, актерах, авторах и т.д.;

• настройка принтеров для печати билетов и других документов;

• ввод идентификационных данных для каждого билета;

• подготовка и формирование отчетов; Кратко изложим порядок выполнения этих операций.

3.2.3.3. Перепечатка билетов

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

Затем печатается билет с новым номером.

3.2.3.4. Оформление возврата билета

При возврате билета в таблицу операций заносится новая запись с операцией возврат. При этом место возвращается в продажу, т.е. билет считается не проданным. Разрешение на выполнение этой операции в кассе или в билетном столе устанавливает АдмП.

3.2.3.5. Изменение настроек принтера

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

3.2.4. Требования к АРМ «Клиенты и договоры» АРМ «Клиенты и договоры» предназначен для решения следующих задач.

• Ведения учетной базы данных по клиентам интернет-магазина.

• Ведения базы данных по заключенным договорам с клиентами.

• Прием, регистрация и предварительная обработка заявок.

3.2.4.1. Требования к ведению учетной базы клиентов

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

Система должна обеспечивать возможность регистрации в системе как физических, так и юридических лиц, регистрации как добровольной (случайный покупатель), так и принудительной (срочные договорные отношения, безналичный расчет). При регистрации в системе нового клиента в БД БИС «Клиенты» обязательно должен быть внесен определенный (минимальный) набор атрибутов, без указания которых данная операция невозможна. Набор обязательных полей определяется руководителем продаж или представителем планово-финансового отдела и может быть разным для различных клиентских групп (напр.: для физических и юридических лиц). Система должна обеспечивать вывод на экран и на печать списков клиентов, сгруппированных по различным критериям, и выборочную информацию о них.

3.2.4.2. Регистрация договоров

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

Договоры, по которым выполнена полная оплата предоставленных услуг, и срок действия которых истек, из разряда действующих переводятся в архив договоров. Формировании договоров проводится в два этапа:

1) формирование документа;

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

3.2.4.3. Определение схемы вознаграждения

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

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

3.2.5. Требования к функциям, выполняемым АРМ бухгалтера

Автоматизированное рабочее место бухгалтера позволяет выполнять следующие действия: Формировать отчетные документы:

1. Подробные журналы операций:

1) с билетами за день;

2) с билетами за спектакль.

2. Отчеты кассиров и уполномоченных лиц:

1) перечень билетов проданных за день;

2) отчетная ведомость по расчетам за билеты за день;

3) отчетная ведомость по расчетам за билеты за день с разбиением по спектаклям;

4) отчетная ведомость по расчетам за возвращенные билеты на день;

5) отчетная ведомость по расчетам за возвращенные билеты на спектакль.

3. Отчетная ведомость о сборах на спектакль.

4. Отчетные документы за период:

1) декадная сводка посещаемости и сборов;

2) накопительный отчет по вознаграждениям;

3) накопительная ведомость по репертуару;

4) Аналитический отчет АРМ бухгалтера должна выполнять аудит с выборкой билетов и просмотра полной истории по ним по фильтру: • за выбранный период продажи • на выбранный диапазон спектаклей • по выбранным пользователям • по выбранным клиентам • по выбранным документам • по выбранным местам в зале • по выбранным типам операций • по выбранным формам оплаты • по выбранным тарифам • по диапазону стоимости билета

3.2.6. Требования к функциям, выполняемым Интернет-шлюзом

Интернет-шлюз — это серверный программный компонент, задача которого — предоставление высокоуровневого API для взаимодействия с БИС. Этот API может использоваться внешними пользователями системы, например дистрибьюторами.

Для возможности доступа к данным БИС, внешний пользователь должен быть зарегистрирован в системе, ему должны быть назначены права на доступ к определённым данным системы, а так же пользователю должен быть сгенерирован токен доступа к API. После этого пользователь может обращаться к API шлюзу, предоставляя в каждом запросе в качестве одного из параметров свой токен доступа. 18 API шлюз должен предоставлять следующие функции:

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

• Получение списка мест, доступных для заказа/бронирования в выбранном спектакле • Блокировка, разблокировка мест для последующего бронирования

• Формирование заказа (брони) на выбранные места

• Изменение статуса заказа

3.2.7. Требования к программному компоненту «Конструктор зала»

Программный компонент «Конструктор зала» является одним из ключевых компонентов системы и используется в нескольких приложениях системы.

3.3.1. Специальные требования

Разграничение доступа к информации должно осуществляться путем идентификации и аутентификации пользователя по регистрационному имени и паролю.

После успешной идентификации пользователя, АРМ должны настроиться на определенные для данного пользователя доступные функции, в соответствии с которыми и должны регулироваться полномочия пользователя при работе в данном АРМ. Список доступных функций по полномочиям обработки информации должен быть определен на этапе разработки БИС и согласован с заказчиком.

3.3.2. Требования к интерфейсу пользователя

1) Пользовательский интерфейс должен быть максимально приближен к предметной области пользователя в части:

• используемого языка;

• используемой терминологии;

• используемых операций и их последовательности.

2) Ввод данных пользователем должен осуществляться путем заполнения полей специально созданных для каждого приложения (пользователя) экранных форм:

• ввода данных с клавиатуры

• выбора из списка (с возможностью множественного выбора)

• автоматически

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

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

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

Система должна базироваться на следующем аппаратном обеспечении:

Серверы системы — процессор Intel Xeon 12 ядер, не менее 16 Гб оперативной памяти.

АРМ’ы пользователей БИС — процессор Intel Core i5 шестого поколения и выше, не менее 8 Гб оперативной памяти. Система должна базироваться на следующем системном ПО:

20 Серверы системы — ОС Linux 64-бит, PostgreSQL Server 10 версии и выше. АРМ’ы пользователей БИС — ОС Windows 10, .NET framework 4.7.1 и старше, 1Гб дискового пространства.

Для операционных систем Windows должен поставляться единый универсальный (под все платформы) инсталлятор всех программных компонентов.

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

Внедрение и опытная эксплуатация Опытным участком для внедрения БИС является Службой технической службы интернет-магазина.

На этом этапе разработчиком осуществляется развертывание комплекса, обучение пользователей, создание исходной базы данных на новой системе, и производится опытная эксплуатация в течении 6 дней.

На этапе опытной эксплуатации осуществляется выявление скрытых ошибок разработки, их локализация и устранение.

По окончанию этапа делаются выводы о работоспособности АРМ в реальных условиях эксплуатации и устойчивости его функционирования.

В течении оговоренного с заказчиком срока после начала штатной эксплуатации программных комплексов на рабочих местах разработчик обеспечивает периодический анализ успешности эксплуатации программного обеспечения, принимает меры к локализации и исправлению обнаруженных ошибок и некорректностей в работе АРМ.

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

Источники разработки

Перечисляются документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:

-Договор № … от … между …

-ГОСТ 24.701-86 «Надежность автоматизированных систем управления».

-ГОСТ 15150-69 «Машины, приборы и другие технические изделия.

- ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

- ГОСТ Р 50571.22-2000 «Электроустановки зданий».