Техническое задание на разработку приложения word

Задание

1. Разработка
   и проектирование программного продукта
   магазина аудио-видео продукции.

Теоретический материал

Как писать техническое задание на
программный продукт или
что значит
фраза «по форме ГОСТ 19.201-78»

Рассмотрим, как правильно составить
техническое задание на разработку
программного продукта.

1. ОБЩИЕ ТРЕБОВАНИЯ
1.1 Техническое
задание оформляется в соответствии с
ГОСТ 19.106-78 на листах формата А4 по ГОСТ
2.301-68, как правило, без заполнения полей
листа. Номера листов (страниц) проставляют
в верхней части листа над текстом.
1.2
Лист утверждения и титульный лист
оформляют в соответствии с ГОСТ 19.104-78.
Информационную часть (аннотацию и
содержание), лист регистрации изменений
допускается в документ не включать.
1.3.
Для внесения изменений или дополнений
в техническое задание на последующих
стадиях разработки программы или
программного изделия выпускают дополнение
к нему. Согласование и утверждение
дополнения к техническому заданию
проводят в том же порядке, который
установлен для технического задания.
1.4.
Техническое задание должно содержать
следующие разделы:
— введение;
—
основания для разработки;
— назначение
разработки;
— требования к программе
или программному изделию;
— требования
к программной документации;
—
технико-экономические показатели;
—
стадии и этапы разработки;
— порядок
контроля и приемки;
в техническое
задание допускается включать приложения.
В
зависимости от особенностей программы
или программного изделия допускается
уточнять содержание разделов, вводить
новые разделы или объединять отдельные
из них.

2. СОДЕРЖАНИЕ РАЗДЕЛОВ
2.1. В разделе
«Введение» указывают наименование,
краткую характеристику области применения
программы или программного изделия и
объекта, в котором используют программу
или программное изделие.
2.2. В разделе
«Основания для разработки» должны
быть указаны:
— документ (документы),
на основании которых ведется разработка;
—
организация, утвердившая этот документ,
и дата его утверждения;
— наименование
и (или) условное обозначение темы
разработки.
2.3. В разделе «Назначение
разработки» должно быть указано
функциональное и эксплуатационное
назначение программы или программного
изделия.
2.4. Раздел «Требования к
программе или программному изделию»
должен содержать следующие подразделы:
—
требования к функциональным
характеристикам;
— требования к
надежности;
— условия эксплуатации;
—
требования к составу и параметрам
технических средств;
— требования к
информационной и программной
совместимости;
— требования к маркировке
и упаковке;
— требования к транспортированию
и хранению;
— специальные требования.
2.4.1.
В подразделе «Требования к функциональным
характеристикам» должны быть указаны
требования к составу выполняемых
функций, организации входных и выходных
данных, временным характеристикам и
т.п.
2.4.2. В подразделе «Требования
к надежности» должны быть указаны
требования к обеспечению надежного
функционирования (обеспечения устойчивого
функционирования, контроль входной и
выходной информации, время восстановления
после отказа и т.п.).
2.4.3. В подразделе
«Условия эксплуатации» должны быть
указаны условия эксплуатации (температура
окружающего воздуха, относительная
влажность и т.п. для выбранных типов
носителей данных), при которых должны
обеспечиваться заданные характеристики,
а также вид обслуживания, необходимое
количество и квалификация персонала.
2.4.4.
В подразделе «Требования к составу
и параметрам технических средств»
указывают необходимый состав технических
средств с указанием их основных
технических характеристик.
2.4.5. В
подразделе «Требования к информационной
и программной совместимости» должны
быть указаны требования к информационным
структурам на входе и выходе и методам
решения, исходным кодам, языкам
программирования я программным средствам,
используемым программой.
При
необходимости должна обеспечиваться
защита информации и программ.
2.4.6. В
подразделе «Требования к маркировке
и упаковке» в общем случае указывают
требования к маркировке программного
изделия, варианты и способы упаковки.
2.4.7.
В подразделе «Требования к
транспортированию и хранению» должны
быть указаны для программного изделия
условия транспортирования, места
хранения, условия хранения, условия
складирования, сроки хранения в различных
условиях.
2.5а. В разделе «Требования
к программной документации» должен
быть указан предварительный состав
программной документации и, при
необходимости, специальные требования
к ней.
2.5. В разделе «Технико-экономические
показатели» должны быть указаны:
ориентировочная экономическая
эффективность, предполагаемая годовая
потребность, экономические преимущества
разработки по сравнению с лучшими
отечественными и зарубежными образцами
или аналогами.
2.6. В разделе «Стадии
и этапы разработки» устанавливают
необходимые стадии разработки, этапы
и содержание работ (перечень программных
документов, которые должны быть
разработаны, согласованы и утверждены),
а также, как правило, сроки разработки
я определяют исполнителей.
2.7. В
разделе «Порядок контроля и приемки»
должны быть указаны виды испытаний и
общие требования к приемке работы.
2.8.
В приложениях к техническому заданию,
при необходимости, приводят:
— перечень
научно-исследовательских и других
работ, обосновывающих разработку;
—
схемы алгоритмов, таблицы, описания,
обоснования, расчеты и другие документы,
которые могут быть использованы при
разработке;
— другие источники
разработки.

---

пример заполненного ТЗ.

Техническое задание на разработку
модели системы дистанционного обучения
с применением технологии «клиент-сервер».

1. Введение

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

2. Основания для разработки

Основанием для разработки является
учебный план кафедры ИУ6 на 11-й семестр,
утвержденный заведующим кафедрой.

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

4. Требования к программе или
программному изделию.

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

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

• Работать под управлением ОС Windows 95/98
  или Windows NT/2000.

• Использовать для соединения и обмена
  данными протокол TCP/IP.

• Использовать свой протокол, как
  надстройку над TCP/IP для передачи данных
  и команд.

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

• Иметь гибкую систему настроек.

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

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

• Серверная часть должна поддерживать
  соединение до 32000 пользователей
  одновременно.

• Клиентская часть должна хранить базу
  данных адресов серверов для
  подключения.

  4.2 Требования к
  надежности.

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

4.3 Условия эксплуатации.

Стандартные условия эксплуатации
программных продуктов. Необходимые
сотрудники для обслуживания серверной
части системы – системный администратор
для обслуживания собственно сервера
(регистрация и удаление пользователей,
добавление и настройка учебных материалов)
и группа разработчиков учебных курсов,
численность и состав которой зависит
от конкретной дисциплины курса.

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

---

Для нормальной работы как серверной,
так и клиентской частей необходимо:

• Компьютер с процессором Intel Pentium-100 или
  100%- совместимым.

• Оперативная память не менее 16 Мb.

• Жесткий диск объемом не менее 1 Gb.

• Наличие адаптера подключения к сети
  (сетевой карты, модема и т.п.).

• Установленная ОС Windows 95/98/NT/2000.

• Настроенный протокол TCP/IP.

4.5 Требования к информационной и
программной совместимости.

Не предъявляются.

4.7 Требования к транспортированию
и хранению.

Не предъявляются.

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

Не предъявляются.

5. Требования к программной документации.

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

6. Стадии и этапы разработки.

№	Содержание работы	Срок	Исполнитель этапа разработки
1	Исследование концепций дистанционного обучения и имеющихся на сегодняшний день решений.	1-2 недели	Цыганов П.В., Кузнецов Д.Д.
2	Выработка своего решения	3-я неделя	Цыганов П.В., Кузнецов Д.Д.
3	Выработка технического задания	4-я неделя	Цыганов П.В., Кузнецов Д.Д.
4	Разработка протокола прикладного уровня “DECSS Protocol” для передачи команд и данных между клиентом и сервером. Создание библиотеки классов, реализующей разработанный протокол.	5-7 недели	Цыганов П.В.
5	Принятие решения по разработке формата файлов для хранения учебных курсов. Разработка библиотеки классов для поддержки принятого формата.	5-7 недели	Кузнецов Д.Д.
6	На основе разработанного протокола создание «скелета» серверной и клиентской части модели.	8-10 недели	Цыганов П.В.|
7	На основе созданной библиотеки классов для работы с файлом учебного курса создание средств просмотра курса.	8-10 недели	Кузнецов Д.Д.
8	Объединение разработанных частей в единую модель.	11 неделя	Цыганов П.В., Кузнецов Д.Д.
9	Сдача и защита курсового проекта.	12 неделя	Цыганов П.В., Кузнецов Д.Д.

---

7. Порядок контроля и приемки.

Испытание представленной модели и
контроль качества ее работы провести
на базе компьютерного класса кафедры
ИУ6. Во время испытаний проверить работу
системы по следующим позициям:

• Запуск серверной и клиентской частей.

• Соединение клиента (-ов) с сервером,
  проверка правильности обработки
  сервером соединения.

• Аутентификация пользователя на сервере.
  Проверка изменения состава
  зарегистрированных пользователей и
  групп.

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

• Просмотр учебного курса с клиентского
  рабочего места.

• Завершение сеанса связи.

---

Существует много разных средств разработки программ и сайтов. Выбор средства разработки зависит от заказчика и самого разработчика

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

Microsoft Access

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

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

• Таблицы — они используются для хранения конкретных данных: чисел, текста, изображений в базе данных

• Язык SQL — это специальный язык управления применяется для выполнения запросов из таблиц базы данных

• Формы — используются для построения интерфейса, например, кнопок с которыми работает пользователь

• Отчеты — этот раздел программы позволяет вам создавать различные виды отчетов для вывода на печать их из базы данных

• VBA — язык программирования для создания взаимодействия интерфейса форм, отчетов, запросов и таблиц

Примечание

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

Microsoft SQL Server

При разработке баз данных используют Microsoft SQL Server совместно с другим средством разработки Access или Visual Studio. SQL Server — серверная программа и не предназначена для создания интерфейса пользователя.

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

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

Microsoft Visual Studio

Для построения web интерфейса и windows форм применяется Microsoft Visual Studio совместно со средой разработки Microsoft Framework.NET.

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

Microsoft Visual Studio применяют для создания различных приложений. Это может быть интерфейс Windows для настольных приложений (программ для вашего компьютера) или для интернет серверов (ASP.NET технология).

При использовании этой программы необходимо изучить язык программирования Visual Basic.NET или C#. Для работы с сайтами — язык Java, HTML, для работы с базами данных — Access или SQL Server.

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

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

Microsoft Word

Microsoft Word используется как дополнительная отчетность в базах данных. Очень удобно, например, создать шаблон договора в этой программе, а потом его заполнить данными из Microsoft Access или программы Windows.

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

Microsoft Word имеет два вида файла, один имеет формат *.dot, dotx, другой *.doc, docx. В основном пользователи используют второй вид файлов для вывода уже созданных документов на печать или для их дополнительного редактирования.

Файлы с расширением *.dot (dotx) применяются для работы с внешним интерфейсом, т.е при выводе документа на печать вызывается нужный шаблон, а потом строится документ, используя запрос из базы данных Access, SQL Server. Там, где есть закладки в документе подставляются нужные поля.

Такой способ работы нельзя реализовать с помощью мастера базы данных Access. Это можно сделать только на уровне программирования, т.е. нужно зайти в редактор Visual Basic и написать специальную программу. 

Выводы.

Укажите в техническом задании, какие виды отчетов в Microsoft Word необходимо реализовать в разработке программы. Например, договор, счет на предоплату, расходный и приходный кассовый ордера. Поля, которые надо изменить из программы, необходимо тоже описать в техзадании. От этих полей будет зависеть разработка форм для вывода данных в Word.

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

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

Примечание.

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

Microsoft Excel

Microsoft Excel — очень популярная программа и используется для математических расчетов и построения графиков.

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

Microsoft Excel имеет два вида файла, один имеет формат *.xlt (*xltx) , другой *.xls, (*.xlsx). В основном пользователи используют второй вид файлов для вывода уже созданных документов на печать или для их дополнительного редактирования.

Файлы с расширением *.xlt применяются для работы с базой данных, т.е при выводе документа на печать вызывается нужный шаблон, а потом строится документ, используя запрос из базы данных Access, SQL Server. В документе, программа находит ячейки, по названию или номеру и подставляет нужные данные из базы. Когда файл xlt сохраняется, то он уже имеет другое имя xls. Таким обрахом, шаблон xlt не изменяется.

Такой способ работы нельзя реализовать с помощью мастера базы данных Access. Это можно сделать только на уровне программирования, т.е. нужно зайти в редактор Visual Basic и написать специальную программу. 

Выводы.

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

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

Примечание.

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

Microsoft ReportViewer

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

Данное средство разработки отчетов встроено в Microsoft Visual Studio (VS). Укажите в техническом задании это средство разработки, если вы используете его для разработки отчетов.

Примечание.

Использование этого средства иногда предпочтительнее других, т.к. для установки готовой программы на компьютер пользователя не надо устанавливать и регистрировать дополнительные библиотеки. Также отчеты можно использовать и в web интерфейсе, и для экспорта данных в Excel, Word, PDF

Средство разработки достаточно сложное. Для изучения его возможностей можно использовать Шаблон отчетности. Загрузите каталог Leadersoft.ru

Документ оформляется в соответствии с правилами предусмотренными ГОСТ 19.105, ГОСТ 19.106 и другими стандартами Единой системы программной документации (ЕСПД).

Ниже приведен пример оформления технического задания по ГОСТ 19.201-78 на информационную систему кинотеатра. Цель примера — показать студентам как это должно выглядеть и что примерно может быть записано в разделы ТЗ, предусмотренные ГОСТ-ом. Так как при реальное техническое задание утверждает заказчик, а в данном случае — нет, то представим, что к нам обратился заказчик из некоторой фирмы и у него есть (нам известны) его требования к системе.

1 Введение

1.1 Наименование программы

Наименование программы – «Кинотеатр+».

1.2 Краткая характеристика области применения

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

2 Основания для разработки

Основанием для разработки является Договор 12 от 01.08.2020. Договор утвержден Директором ООО «Скучные Фильмы» Ивановым Иваном Ивановичем, именуемым в дальнейшем Заказчиком, и Петровым Петром Петровичем (самозанятый), именуемым в дальнейшем исполнителем, 01.08.2020.

Согласно Договору, Исполнитель обязан разработать и установить систему «Кинотеатр+» на оборудовании Заказчика не позднее 12.01.2021, предоставить исходные коды и документацию к разработанной системе не позднее 01.06.2021.

Наименование темы разработки – «Разработка информационно-справочной системы Кинотеатр+».
Условное обозначение темы разработки (шифр темы) – «Кино-01».

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

Программа будет использоваться в кинотеатре двумя группами пользователей: оператор-кассир и посетитель.

3.1 Функциональное назначение

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

Для оператора-кассира программа позволяет помечать места в зале как «занятые» (при продаже билетов) или «свободные» (в случае возврата билетов).

3.2 Эксплуатационное назначение

Программа должна эксплуатироваться в зале ожидания кинотеатра. Запущенная с правами посетителя, она может транслироваться на большие мониторы (для посетителей). С правами кассира программа запускается на компьютере кассира.

4 Требования к программе или программному изделию

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

4.1.1 Требования к составу выполняемых функций

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

В системе существует всего 2 пользователя — кассир и посетитель. Программа проверяет тип пользователя и открывает соответствующий интерфейс.

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

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

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

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

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

При просмотре заполненности зала, посетителю выводится схема кинотеатра, на которой показано:

• положение экрана;
• ряды, состоящие из мест;
• свободные места (выделены синим цветом) и занятые (выделены красным).

Пример схемы зала приведен на рисунке 3.

Для оператора-кассира программа предоставляет все функции, предоставляемые посетителю, а также возможности:

• выбора группы из свободных или занятых мест (мышкой, с зажатой клавишей Ctrl);
• пометки выбранных мест как «занятых» или «свободных»;
• изменение расписания проката фильмов.

Окно расписания проката для оператора, помимо таблицы, должно содержать кнопки «Добавить» и «Удалить», как показано на рисунке 4.

Для удаления сеанса оператор выбирает строку таблицы и нажимает кнопку «Удалить». Удалить можно только прокат, на который нет проданных билетов.

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

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

Все изменения, выполняемые оператором-кассиром должны отражаться на схеме для посетителей.

4.1.2 Требования к организации входных и выходных данных

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

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

• дата и время должны быть записаны в формате: «ДД.ММ.ГГГГ ЧЧ:ММ»;
• название — последовательность не более чем из 200 любых символов;
• возрастные ограничения — “+”.

4.1.3 Требования к временным характеристикам

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

4.2 Требования к надежности

Вероятность безотказной работы системы должна составлять не менее 99.99% при условии исправности сети (связи приложений оператора и посетителя с базой данных).

4.2.1 Требования к обеспечению надежного (устойчивого) функционирования программы

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

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

• организацией бесперебойного питания технических средств;
• использованием лицензионного программного обеспечения;
• регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
• регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.

4.2.2 Время восстановления после отказа

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

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

4.2.3 Отказы из-за некорректных действий оператора

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

4.3 Условия эксплуатации

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

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

4.3.1 Климатические условия эксплуатации

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

4.3.2 Требования к видам обслуживания

Программа не требует проведения каких-либо видов обслуживания.

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

При установке и настройке системы необходим системный администратор. В процессе эксплуатации с программой работают оператор-кассир и посетитель кинотеатра.

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

• установка клиентских приложений;
• настройка СУБД;
• настройка сети между клиентами и СУБД.

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

Администратор и оператор-кассир должны быть аттестованы на II квалификационную группу по электробезопасности (для работы с конторским оборудованием).

К квалификации посетителя кинотеатра специальные требования не предъявляются.

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

Состав технических средств:

• Компьютер оператора, включающий в себя:
  • процессор x86 с тактовой частотой, не менее 1 ГГц;
  • оперативную память объемом, не менее 1 Гб;
  • видеокарту, монитор, мышь, клавиатура.
• Компьютер посетителя, включающий в себя:
  • процессор x86 с тактовой частотой, не менее 1 ГГц;
  • оперативную память объемом, не менее 1 Гб;
  • видеокарту, монитор, мышь.
• Два компьютера для СУБД (основной и резервный), включающий в себя:
  • процессор x86 с тактовой частотой, не менее 1 ГГц;
  • оперативную память объемом, не менее 1 Гб;
  • видеокарту, монитор, мышь.

4.5 Требования к информационной и программной совместимости

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

4.6 Требование к маркировке и упаковке

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

4.7 Требования к транспортированию и хранению

Специальных требований не предъявляется.

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

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

5 Требования к программной документации

Предварительный состав программной документации:

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

6 Технико-экономические показатели

Программа «Кинотеатр+» пригодна для небольших кинотеатров, не рассматривающих возможность продажи билетов через Internet. Скорее всего программа будет использоваться в поселковых кинотеатрах.
Функциональность программы совпадает с аналогами (установленными в кинотеатрах нашего города).
В связи с тем, что из года в год кинотеатров не становится значительно больше, а количество маленьких кинотеатров даже снижается — не стоит ожидать роста годовой потребности. Однако, в случае бесплатного распространения программы, потребность в ней может быть весьма высокой — в каждом поселке есть кинотеатр. Экономический эффект при этом может быть обеспечен за счет платной установки системы.

7 Стадии и этапы разработки

Разработка должна быть проведена в три стадии:

1. техническое задание;
2. технический (и рабочий) проекты;
3. внедрение.

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

На стадии «Технический (и рабочий) проект» должны быть выполнены перечисленные ниже этапы работ:

• разработка программы;
• разработка программной документации;
• испытания программы.

На стадии «Внедрение» должен быть выполнен этап разработки «Подготовка и передача программы».

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

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

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями ГОСТ 19.101-77.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

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

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

8 Порядок контроля и приемки

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

Ход проведения приемо-сдаточных испытаний заказчик и исполнитель документируют в протоколе испытаний.
На основании протокола испытаний исполнитель совместно с заказчиком подписывают акт приемки-сдачи программы в эксплуатацию.

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

1. ГОСТ 19.201-78 Единая система программной документации. Техническое задание. Требования к содержанию и оформлению. 1978. Режим доступа: http://protect.gost.ru/document.aspx?control=7&id=155153
2. ГОСТ 24.701-86. Единая система стандартов автоматизированных систем управления. Надежность автоматизированных систем управления. Основные положения. М.: Издательство стандартов, 1987. — 17 с.
3. Создание проекта форм интерфейса и карты диалоговых окон в PLANTUML [Электронный ресурс]. Режим доступа: https://habr.com/ru/post/279373/ (27.09.2020)