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

Министерство образования и науки РФ
Государственное Федеральное бюджетное образовательное учреждение
высшего профессионального образования
ВОЛГОГРАДСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ
УНИВЕРСИТЕТ
(ВолгГТУ)
Кафедра «Системы автоматизированного проектирования и поискового
конструирования»
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
по теме: «Разработка игры-платформера под операционную систему для
мобильных устройств Android»
Руководитель разработки:
доцент, кандидат технических наук
Розалиев В. Л.
Исполнитель:
студенты гр. ИВТ-365
Агафонов Г.В.,
Зайцев А.Н..
Волгоград, 2013 г.
Содержание.
1
ОБЩИЕ ПОЛОЖЕНИЯ
1.1
Полное наименование системы и ее условное обозначение
1.2
Номер договора (контракта)
1.3
Наименование органзации-заказчика и организаций-участников работ
1.4
Перечень документов, на основании которых создается система
1.5
Плановые сроки начала и окончания работы по созданию системы
1.6
Источники и порядок финансирования работ
1.7
Порядок оформления и предъявления заказчику результатов работ по
созданию системы
1.8
Перечень нормативно-технических документов, методических
материалов, использованных при разработке ТЗ
1.9
Определения, обозначения и сокращения
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1
Назначение системы
2.2
Цель создания системы
3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
4 ТРЕБОВАНИЯ К СИСТЕМЕ
4.1
Требования к системе в целом
4.1.1 Требования к структуре и функционирования системы
4.1.1.1 Перечень подсистем, их назначение и основные характеристики
4.1.1.2 Требования к способам и средствам связи для информационного
обмена между компонентами системы
4.1.1.3 Требования к характеристикам взаимосвязей создаваемой системы
со смежными системами
4.1.1.4 Требования к режимам функционирования системы
4.1.1.5 Требования по диагностированию системы
4.1.1.6 Перспективы развития, модернизация системы.
4.1.2 Требования к численности и квалификации персонала системы
4.1.3 Показатели назначения
4.1.4 Требования к надежности
4.1.5 Требования к безопасности
4.1.6 Требования к эргономике и технической эстетике
4.1.7 Требования к транспортабельности для подвижных АС
4.1.8 Требования к эксплуатации, техническому обслуживанию, ремонту и
хранению компонентов системы
4.1.9 Требования к защите информации от несанкционированного доступа
4.1.10 Требования по сохранности информации при авариях
4.1.11 Требования к защите от влияния внешних воздействий
4.1.12 Требования к патентной частоте
4.1.13 Требования по стандартизации и унификации
4.1.14 Дополнительные требования
4.2 Требования к функциям (задачам), выполняемой системой
4.3
Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению системы
4.3.2 Требования к информационному обеспечению системы
4.3.3 Требования к лингвистическому обеспечению системы
4.3.4 Требования к программному обеспечению системы
4.3.5 Требования к техническому обеспечению системы
4.3.6 Требования к метрологическому обеспечению
4.3.7 Требования к организационному обеспечению
4.3.8 Требования к методическому обеспечению
5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО РАЗВИТИЮ (СОЗДАНИЮ)
СИСТЕМЫ
6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
6.1
Виды, состав, объем и методы испытаний системы
6.2
Общие требования к приемке работ по стадиям
6.3
Статус приемочной комиссии
7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ
ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
8 ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
9 ИСТОЧНИКИ РАЗРАБОТКИ
1
ОБЩИЕ ПОЛОЖЕНИЯ
1.1 Полное наименование системы и ее условное обозначение
Полное наименование системы: «Игра-платформер под операционную
систему для мобильных устройств Android».
Краткое наименование системы: «SpaceDeform».
1.2 Номер договора (контракта)
Шифр темы: САПР-3-5
Номер контракта: №2/12-13 от 24.09.12
1.3 Наименование органзации-заказчика и организаций-участников работ
Заказчиком системы является «Волгоградский государственный
технический университет».
Адрес заказчика: 440131, г. Волгоград, проспект Ленина, д. 28.
Разработчиком системы является частное лицо.
1.4 Перечень документов, на основании которых создается система
Разработка ведется на основании курсовой работы. Задание выдано
доцентом кафедры “Системы автоматизированного проектирования и
поискового конструирования” Розалиевым В. Л.
1.5 Плановые сроки начала и окончания работы по созданию системы
Плановый срок по началу создания системы Игра-платформер под
операционную систему для мобильных устройств Android – 24 сентября 2012
года.
Плановый срок окончания работ по созданию системы Игра-платформер
под операционную систему для мобильных устройств Android – 25 мая 2013
года.
1.6 Источники и порядок финансирования работ
Создание данной системы не финансируется.
1.7 Порядок оформления и предъявления заказчику результатов работ по
созданию системы
Система передается в виде функционирующего комплекса на базе средств
вычислительной техники Исполнителя в сроки, установленные данным
техническим
заданием.
Приемка
системы
осуществляется
Заказчиком.
Совместно с предъявлением системы производится сдача разработанного
Исполнителем комплекса документации.
1.8 Перечень нормативно-технических документов, методических материалов,
использованных при разработке ТЗ
При разработке автоматизированной системы и создании проектноэксплуатационной документации. Исполнитель должен руководствоваться
требованиями следующих нормативных документов:
– ГОСТ 19.201-78. ТЕХНИЧЕСКОЕ ЗАДАНИЕ. ТРЕБОВАНИЯ К
СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ;
– ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы.
Автоматизированные системы.
– ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на
автоматизированные системы. Виды, комплексность и обозначение документов
при создании автоматизированных систем.
1.9 Определения, обозначения и сокращения
№
Сокращение
Расшифровка
1
ТЗ
Техническое задание
2
ОС
Операционная система
3
АС
Автоматизированная
система
2
НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1 Назначение системы
Данная АС предназначена для использования на ОС для мобильных
устройств Android в развлекательных целях. Кроме этого, данная АС
способствует развитию логического мышления при решении игровых задач.
2.2 Цель создания системы
Основными целями создания АС «SpaceDeform» являются:
 развитие навыков объектно-ориентированного программирования;
 получение опыта работы с различными игровыми и физическими
движками;
 создание уникальной развлекательной системы для мобильных
устройств.
Для реализации поставленных целей системы должна решать следующие
задачи:
 создание ландшафта уровня;
 создание объектов на уровне;
 реализация основных (базовых) функций игрока;
 реализация специальных функций игрока и поведение объектов уровня
при их использовании.
3
ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
Объектом автоматизации системы является игровой процесс пользователя
данного программного продукта, а также контроль эффективности выполнения
указанных процессов.
Процессы системы:
 взаимодействие между игроком и сценой уровня;
 использование базовых и специальных функций при прохождении
препятствий;
 изменение (деформация) объектов уровня;
 прохождения уровня игроком;
Игрок взаимодействует со сценой уровня посредством игрового аватара.
Используемые функции также выбираются игроком.
Остальные процессы происходят автоматически при срабатывании
определенного события.
№
1
Выполняемые
Наименование
действия
Использование
Пользователь
функций аватара
Уровень
2
Отрисовка уровня
Описание действий
Пользователь
использует
специальные
функции,
заложенные в систему.
Система
рассчитывает
изменение свойств объектов
и в соответствии с ними
изменяет их внешний вид.
Измененный
уровень
отображается пользователю.
Общую схему взаимодействия между пользователем и уровнем можно
представить так:
Использование
функций аватара
Пользователь
Уровень
Отрисовка уровня
4
ТРЕБОВАНИЯ К СИСТЕМЕ
4.1 Требования к системе в целом
Требования к структуре и функционирования системы
4.1.1
4.1.1.1
Перечень подсистем, их назначение и основные характеристики
В состав данной системы входят следующие подсистемы:
1) Объекты взаимодействия.
Объекты окружения, с которыми может взаимодействовать игровой
персонаж. Делятся на изменяемые (могут искажаться в зависимости от
действий игрока) и неизменяемые. Примеры: объекты «ящик», «лазерный луч»,
«пропасть».
2) Функции игрока.
Действия, которые может выполнять игрок. Помимо стандартных опций
(передвижение влево/вправо, прыжок) содержат в себе заложенные в основу
игры способности расширять/сужать пространство, изменять масштаб и прочее.
3) Способы искажения пространства.
Подробное описание каждого возможного изменения. Описываются
поведение объектов в условиях искажения, изменение их физических свойств, а
также поведение игрока в подобных ситуациях.
4) Подсистема хранения данных.
Подсистема хранения данных предназначена для хранения информации о
пройденных уровнях.
5) Подсистема окончания уровня.
Предназначена для обозначения конечной цели игрового процесса.
Требования к способам и средствам связи для информационного
4.1.1.2
обмена между компонентами системы
Требования не предъявляются.
Требования к характеристикам взаимосвязей создаваемой системы
4.1.1.3
со смежными системами
АС «SpaceDeform» должна взаимодействовать со следующими смежными
системами:
 ОС Android.
ОС Android должна обеспечивать полное функционирование. Для
корректной работоспособности игры необходима операционная система
Android версии 4.0 или выше.
4.1.1.4
Требования к режимам функционирования системы
Требования не предъявляются.
Требования по диагностированию системы
4.1.1.5
Требования не предъявляются.
Перспективы развития, модернизация системы.
4.1.1.6
В качестве дальнейших вариантов модернизации системы можно выделить
добавление в систему новых уровней, новых объектов уровня (препятствий), а
также новых специальных функций для игрока.
В качестве варианта развития системы рассматривается возможность ее
размещения в сервисе Android Market.
4.1.2
Требования к численности и квалификации персонала системы
Для использования полного функционала разрабатываемой системы
необходимо и достаточно одного человека – конечного пользователя.
Приложение для мобильных устройств «SpaceDeform» не требует какой-либо
специальной
подготовки
или
специальных
навыков.
Для
успешного
пользования данной системы необходимо иметь:
– минимальные знания об операционной системе Android;
– умение устанавливать приложения на мобильные устройства;
– владение некоторыми навыками работы в операционной системе
Android.
4.1.3
Показатели назначения
Система должна предусматривать возможность масштабирования по
производительности и объему обрабатываемой информации без модификации
ее программного обеспечения путем модернизации используемого комплекса
технических средств. Возможности масштабирования должны обеспечиваться
средствами используемого базового программного обеспечения.
4.1.4
Требования к надежности
Система
должна
сохранять
работоспособность
и
обеспечивать
восстановление своих функций при возникновении следующих внештатных
ситуаций:
– при сбоях в системе электроснабжения аппаратной части, приводящих к
перезагрузке
операционной
системы,
восстановление
системы
должно
происходить после перезапуска ОС и запуска исполняемого файла системы.
– при ошибках в работе аппаратных средств восстановление функций
системы возлагается на операционную систему Android;
– при ошибках, связанных с программным обеспечением, восстановление
работоспособности возлагается на ОС Android.
4.1.5
Требования к безопасности
Система электропитания должна обеспечивать защитное отключение при
перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное
ручное отключение. Общие требования пожарной безопасности должны
соответствовать нормам на бытовое электрооборудование. В случае возгорания
не должно выделяться ядовитых газов и дымов. После снятия электропитания
должно быть допустимо применение любых средств пожаротушения.
Факторы, оказывающие вредные воздействия на здоровье со стороны всех
элементов
системы
рентгеновское
и
(в
том
числе
электромагнитное
инфракрасное,
излучения,
ультрафиолетовое,
вибрация,
шум,
электростатические поля, ультразвук строчной частоты и т.д.), не должны
превышать действующих норм.
4.1.6
Требования к эргономике и технической эстетике
Взаимодействие пользователя с программным обеспечением, входящим в
состав системы должно осуществляться посредством визуального графического
интерфейса. Интерфейс системы должен быть понятным и удобным, не должен
быть перегружен графическими элементами и должен обеспечивать быстрое
отображение экранных форм. Навигационные элементы должны быть
выполнены в удобной для пользователя форме. Средства редактирования
информации
должны
удовлетворять
использования
функциональных
использования
оконной
системы.
принятым
клавиш,
соглашениям
режимов
Интерфейс
работы,
должен
в
части
поиска,
соответствовать
современным эргономическим требованиям и обеспечивать удобный доступ к
основным функциям и операциям системы.
Интерфейс должен быть рассчитан на преимущественное использование
манипулятора типа «сенсорный экран мобильного устройства». Все надписи
экранных форм, а также сообщения, выдаваемые пользователю должны быть на
русском
языке.
Система
должна
обеспечивать
корректную
обработку
аварийных ситуаций, вызванных неверными действиями пользователей.
Экранные формы должны проектироваться с учетом требований унификации:
– все экранные формы пользовательского интерфейса должны быть
выполнены в едином графическом дизайне, с одинаковым расположением
основных элементов управления и навигации;
– для обозначения сходных операций должны использоваться сходные
графические значки, кнопки и другие управляющие (навигационные) элементы;
–
внешнее
поведение
сходных
элементов
интерфейса
должны
реализовываться одинаково для однотипных элементов.
4.1.7
Требования к транспортабельности для подвижных АС
Требования не предъявляются.
4.1.8
Требования к эксплуатации, техническому обслуживанию, ремонту и
хранению компонентов системы
Данная система должна быть рассчитана на эксплуатацию в составе
программно-технического комплекса Заказчика. Все требования, которые
должны быть выполнены пользователем для корректного функционирования
системы, по эксплуатации аппаратной части описаны производителем
мобильного устройства.
Периодическое техническое обслуживание используемых технических
средств должно проводиться в соответствии с требованиями технической
документации изготовителей.
Требования по количеству и квалификации обслуживающего персонала не
предъявляются в ТЗ, так как для работоспособности достаточно использование
разрабатываемой системы одним пользователем.
Требования к составу, размещению и условиям хранения комплекта
запасных изделий и приборов не предъявляются.
Все пользователи системы должны соблюдать правила эксплуатации
электронной вычислительной техники.
Требования к защите информации от несанкционированного доступа
4.1.9
Требования не предъявляются.
4.1.10
Требования по сохранности информации при авариях
Программное обеспечение АС «SpaceDeform» должно восстанавливать
свое функционирование при корректном перезапуске аппаратных средств.
Прогресс прохождения текущего уровня восстановлению не подлежит.
Сохраняется информация лишь о пройденных уровнях.
4.1.11
Требования к защите от влияния внешних воздействий
Защита от влияния внешних воздействий должна обеспечиваться
средствами программно технического комплекса Заказчика.
4.1.12
Требования к патентной частоте
Установка системы не должна предъявлять дополнительных требований к
покупке лицензий на программное обеспечение сторонних производителей.
4.1.13
Требования по стандартизации и унификации
Требования не предъявляются.
4.1.14
Дополнительные требования
Требования не предъявляются.
4.2 Требования к функциям (задачам), выполняемой системой
Обозначим функции каждой из подсистем.
1) Объекты взаимодействия.
Состоит из двух модулей:
 модуль физических свойств;
 модуль внешних свойств.
Модуль физических свойств занимается расчетом физических свойств
объектов.
Модуль внешних свойств занимается расчетом внешних свойств объектов,
а также отображением объектов.
2) Функции игрока.
Состоит из трех модулей:
 модуль базовых функций;
 модуль специальных функций;
 модуль взаимодействия между
пользователем.
мобильным
устройством
и
Модуль базовых функций отвечает за способы перемещения игрового
персонажа – перемещение влево/вправо и прыжок.
Модуль специальных функций отвечает за вызов функций искажения
пространства и отображение списка этих функций.
Модуль взаимодействия между мобильным устройством и пользователем
отвечает за получение информации о действиях пользователя с помощью
манипулятора и отображение этих действий в игре.
3) Способы искажения пространства.
Обеспечивает визуализацию способов искажения и за перерасчет свойств
объектов в результате этого искажения.
4) Подсистема хранения данных.
Обеспечивает хранение информации о пройденных уровнях и результатах
(время, очки).
5) Подсистема окончания уровня.
Предназначена для обозначения конечной цели игрового процесса.
Окончание уровня происходит при наступлении одного из двух условий:
 игрок достиг точки останова (чекпойнта) на уровне;
 персонаж игрока «погиб» на одном из препятствий.
4.3
4.3.1
Требования к видам обеспечения
Требования к математическому обеспечению системы
Физические
свойства
объектов
должны
описываться
с
помощью
математических моделей. Изменение этих свойств в результате искажений
также должны описываться при помощи математических моделей. Алгоритмы
расчета искажений будут выбраны исходя из возможностей выбранного
физического движка, на котором будет базироваться разработка.
4.3.2
Требования к информационному обеспечению системы
Структура
и
способ
организации
данных
в
системе
должен
соответствовать архитектуре операционной системы “Android”. Каждая
подсистема проектируемой системы будет описана определенным классом,
взаимодействие
между
которыми
будет
осуществлять
по
средствам
выполняемых функций, а все данные будут передавать в качестве аргументов
этих функций.
Разрабатываемая
система
должна
быть
полностью
совместима
с
операционной системой “Android” версии 4.0 или выше. Система не должна
никаким образом влиять на другие процессы, протекающие в системе.
В программном продукте применение каких-либо систем управления
базами данных отсутствует.
При авариях или сбоях в мобильном устройстве приложение не будет
пытаться сохранить какие-либо данные системы, чтобы попытаться избежать
возможности потери уже существующих. Всю ответственность за сохранность
данных берет на себя операционная система “Android”.
4.3.3
Требования к лингвистическому обеспечению системы
Разработка приложения будет базироваться на игровом движке AndEngine
– бесплатном игровом движке для ОС Android, который прекрасно работает с
2D графикой. Оптимальным языком программирования будет Java, так как он
лучше всего поддерживается выбранным движком.
Диалог между системой и пользователем будет вестись при помощи
отображаемого на экране мобильного устройства интерфейса.
4.3.4
Требования к программному обеспечению системы
При проектировании и разработке системы будет использован бесплатный
игровой движок AndEngine для 2D игр, разрабатываемых под платформу
Android. В качестве свободной интегрированной среды разработки приложений
будет использоваться Eclipse. Основным языком программирования для
выбранной среды разработки является Java. Базовой программной платформой
должна являться ОС Android.
4.3.5
Требования к техническому обеспечению системы
В качестве технического обеспечения системы служит мобильное
устройства с установленной операционной системой Android.
Системные требования:
– Тип дисплея: TFT;
– Операционная система: Android 4.0 или выше;
– Рекомендованное расширение дисплея: 800х480;
– Сенсорный экран;
– Частота процессора: 1000 МГц или больше;
– Требуемое количество памяти определится на этапе разработке;
– Количество оперативной памяти: 512 МБ или больше;
Требования к метрологическому обеспечению
4.3.6
Требования не предъявляются.
Требования к организационному обеспечению
4.3.7
Требования не предъявляются.
Требования к методическому обеспечению
4.3.8
Требования не предъявляются.
5
СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО РАЗВИТИЮ (СОЗДАНИЮ)
СИСТЕМЫ
Этап
1
2
3
4
5
Содержание работ
Обследование (сбор и анализ
данных) автоматизированного
объекта, включая сбор сведений
о зарубежных и отечественных
аналогах.
Разработка
и
оформление
требование к системе.
Разработка
технического
задания на АС в целом.
Разработка
предварительных
решений
по
выбранному
варианту АС и отдельным
видам обеспечения.
Разработка
окончательных
решений по общесистемным
вопросам.
Согласование
решений
по
связям
видов
обеспечения
между собой и разработка
общесистемной документации
на АС в целом.
Составление
руководства
Результат работ
Научно-технический отчет
о проделанной работе.
Техническое задание на
создание АС
Эскизный проект
Технический проект
Комплект рабочей
пользователя и руководства
системного программиста.
6
6.1
документации АС
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
Виды, состав, объем и методы испытаний системы
В качестве испытания программного продукта Заказчику будет показано
прохождение (по возможности) одного уровня разрабатываемой игры.
6.2
Общие требования к приемке работ по стадиям
Сдача-приемка осуществляется комиссией, в состав которой входят
представители Заказчика и Исполнителя. Все создаваемые в рамках настоящей
работы программные изделия передаются Заказчику, как в виде готовых
модулей, так и в виде исходных кодов, представляемых в электронной форме
на компакт-диске. Вся написанная документация также передается Заказчику.
6.3
Статус приемочной комиссии
Статус приемочной комиссии определяется Заказчиком до проведения
испытаний.
7
ТРЕБОВАНИЯ
К
СОСТАВУ
И
СОДЕРЖАНИЮ
РАБОТ
ПО
ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ
В ДЕЙСТВИЕ
Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие, включая перечень основных
мероприятий и их исполнителей должны быть уточнены на стадии подготовки
рабочей документации и по результатам опытной эксплуатации.
8
ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИ
Для системы на различных стадиях создания должны быть выпущены
следующие документы из числа предусмотренных в ГОСТ 34.201–89
«Информационная технология. Комплекс стандартов на автоматизированные
системы. Виды, комплектность и обозначения документов при создании
системы приведены в таблице:
Принадлежность к
Стадия
создани
я
Наименование
документа
Код
документ
а
Часть
проект
а
проектно
сметной
документации
эксплуатационно
й
документации
Ведомость
эскизного проекта
ЭП*
ОР
-
-
-
Пояснительная
записка к
эскизному проекту
П1
ОР
-
-
-
Дополнительн
ые указания
ЭП
ЭП,ТП
Схема
организационной
структуры
СО
ОР
-
-
Допускается
включать в
документ П3 или
ПВ
Схема структурная
комплекса
технических
средств
С1*
ТО
Х
-
В состав проекта
на входят
-
При разработке
документов СО,
С1, С2, С3 на
стадии ЭП
допускается их
включать в
документ П1
Схема
функциональной
структуры
С2*
ОР
-
Перечень заданий
на разработку
специализированны
В9
х (новых)
технических
средств
ТО
Х
-
При разработке
на стадии ТП
допускается
включать в
документ П2
Схема
автоматизации
С3*
ТО
Х
-
В состав проекта
на входят
Технические
-
ТО
-
-
В состав проекта
задания на
разработку
специализированны
х (новых)
технических
средств
ТП
на входят
Задания на
разработку
строительных,
электротехнических
, санитарнотехнических и
других разделов
проекта, связанных
с созданием
системы
ТО
Х
-
В состав проекта
на входят
Ведомость
технического
проекта
ТП*
ОР
-
-
-
Ведомость
покупных изделий
ВП*
ОР
-
-
В состав проекта
на входят
Перечень входных
сигналов и данных
В1
ИО
-
-
-
Перечень выходных
сигналов
В2
(документов)
ИО
-
-
-
Перечень заданий
на разработку
строительных,
электротехнических
, санитарноВ3
технических и
других разделов
проекта, связанных
с созданием
системы
ТО
Х
-
В состав проекта
на входят
Пояснительная
записка к
техническому
проекту
П2
ОР
-
-
Включает план
мероприятий по
подготовке
объекта к вводу
системы в
эксплуатацию
Описание
автоматизируемых
функций
П3
ОР
-
-
-
-
Допускается
включать в
документы П2
Описание
постановки задач
(комплекса задач)
П4
ОР
-
или П3
ТП
ТП, РД
РД
Описание
информационного
обеспечения
системы
П5
ИО
-
-
-
Описание
организации
информационной
базы
П6
ИО
-
-
-
Описание систем
классификации и
кодирования
П7
ИО
-
-
В состав проекта
на входят
Описание массива
информации
П8
ИО
-
-
В состав проекта
на входят
Описание
комплекса
технических
средств
П9
ТО
-
-
Для задачи
допускается
включать в
документ 46
поГОСТ 19.101
Описание
программного
обеспечения
ПА
ПО
-
-
-
Описание
алгоритма
(проектной
процедуры)
ПБ
МО
-
-
Допускается
включать в
документы П2,
П3 или П4
Описание
организационной
структуры
ПВ
ОО
-
-
-
План расположения С8
ТО
Х
-
В состав проекта
на входят
Ведомость
оборудования и
материалов
-
ТО
Х
-
В состав проекта
на входят
Локальный
сметный расчет
Б2
ОР
Х
-
В состав проекта
на входят
Проектная оценка
надежности
системы
Б1
ОР
-
-
-
Чертеж формы
документа
(видеокадра)
С9
ИО
-
Х
На стадии ТП
допускается
включать в
документы П4
или П5
Ведомость
держателей
ДП*
ОР
-
-
В состав проекта
на входят
подлинников
РД
Ведомость
эксплуатационных
документов
ЭД*
ОР
-
Х
В состав проекта
на входят
Спецификация
оборудования
В4
ТО
Х
-
-
Ведомость
потребности в
материалах
В5
ТО
Х
-
В состав проекта
на входят
Ведомость
машинных
носителей
информации
ВМ*
ИО
-
Х
-
Массив входных
данных
В6
ИО
-
Х
-
Каталог базы
данных
В7
ИО
-
Х
В состав проекта
на входят
Состав выходных
данных
(сообщений)
В8
ИО
-
Х
-
Локальная смета
Б3
ОР
Х
-
В состав проекта
на входят
Методика
(технология)
И1
автоматизированно
го проектирования
ОО
-
Х
-
Технологическая
инструкция
И2
ОО
-
Х
В состав проекта
на входят
Руководство
пользователя
И3
ОО
-
Х
-
Инструкция по
формированию и
ведению базы
данных (набора
данных)
И4
ИО
-
Х
-
Инструкция по
эксплуатации КТС
ИЭ
ТО
-
Х
В состав проекта
на входят
Схема соединений
внешних проводок
С4*
ТО
Х
-
В состав проекта
на входят
Схема
подключения
внешних проводок
С5*
ТО
Х
-
В состав проекта
на входят
Таблица
соединений и
подключений
С6
ТО
Х
-
-
Схема деления
системы
(структурная)
Е1*
ТО
-
-
-
Чертеж общего
вида
ВО*
ТО
Х
-
В состав проекта
на входят
Чертеж установки
технических
средств
СА
ТО
Х
-
В состав проекта
на входят
Схема
принципиальная
СБ
ТО
Х
-
-
Схема структурная
комплекса
технических
средств
С1*
ТО
Х
-
В состав проекта
на входят
План расположения
оборудования и
С7
проводок
ТО
Х
-
В состав проекта
на входят
Описание
технологического
процесса обработки ПГ
данных (включая
телеобработку)
ОО
-
Х
В состав проекта
на входят
Общее описание
системы
ОР
-
Х
-
Программа и
методика
испытаний
(компонентов,
ПМ*
комплексов средств
автоматизации,
подсистемы,
систем)
ОР
-
-
-
Формуляр
ФО*
ОР
-
Х
В состав проекта
на входят
Паспорт
ПС*
ОР
-
Х
В состав проекта
на входят
ПД
* Документы, код которых установлен в соответствии с требованиями
стандартов ЕСКД.
В таблице приняты следующие обозначения:
– ЭП – эскизный проект;
– ТП – технический проект;
– РД – рабочая документация;
– ОР – общесистемные решения;
– ОО – решения по организационному обеспечению;
– ТО – решения по техническому обеспечению;
– ИО – решения по информационному обеспечению;
– ПО – решения по программному обеспечению;
– МО – решения по математическому обеспечению.
Знак
Х
–
обозначает
принадлежность
к
проектно-сметной
или
эксплуатационной документации.
Номенклатура
документов
одного
наименования
устанавливают
в
зависимости от принятых при создании системы проектных решений.
9
ИСТОЧНИКИ РАЗРАБОТКИ
Список документов и информационных материалов, на основании которых
разрабатывалось ТЗ и которые должны быть использованы при создании
системы:
– ГОСТ 34.ххх на создание технического задания;
– документация 2D движка AndEngine;
– справочник по языку высокого уровня Java;
– справочник по архитектуре ОС Android.