Федеральное государственное автономное

образовательное учреждение
высшего образования
«СИБИРСКИЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

Институт космических и информационных технологий

Кафедра информатики

ОТЧЕТ О ПРАКТИЧЕСКОЙ РАБОТЕ №5

Оформление технического задания в соответствии с ГОСТ 34.602-89.

Руководитель ________ В.В. Кукарцев  

подпись, дата инициалы, фамилия

Студент КИ19-17/2б, 031939851 ________ У.Р. Ходжаев    

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

Красноярск 2022
 СОДЕРЖАНИЕ

1 Цель работы..............................................................................................................4
2 Описание варианта...................................................................................................4
3 Техническое задание................................................................................................4
3.1 Назначение документа..........................................................................................4
3.2 Общие сведения.....................................................................................................5
3.2.1 Наименование системы......................................................................................5
3.2.2 Основания для проведения работ.....................................................................5
3.2.3 Наименование организаций...............................................................................5
3.2.4 Плановые сроки начала и окончания работ.....................................................5
3.2.5 Источник и порядок финансирования работ...................................................6
3.2.6 Основные понятия, определения и сокращения..............................................6
3.2.7 Актуальность разработки..................................................................................7
3.3 Назначение и цели создания системы.................................................................7
3.3.1 Цель создания системы......................................................................................7
3.3.2 Назначение системы...........................................................................................7
3.3.3 Область применения системы...........................................................................8
3.4 Требования к системе............................................................................................8
3.4.1 Общие требования к количеству пользователей системы и
пользовательскому интерфейсу.................................................................................8
3.4.2 Общие требования к структуре и функционированию системы...................8
3.4.3 Требования к идентификации и аутентификации пользователей...............10
3.4.4 Требования к программному обеспечению системы....................................10
3.4.5 Требования к техническому обеспечению системы.....................................10
3.4.6 Функциональные требования системы..........................................................11
3.4.7 Состав и содержание работ по созданию системы.......................................17
3.4.8 Порядок контроля и приемки системы..........................................................18
3.4.9 Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие...........................................................20
3.4.10 Требования к документированию.................................................................21
4 Вывод.......................................................................................................................21
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ................................................22

3
 1 Цель работы

Научиться оформлять и разрабатывать техническое задание на разработку

автоматизированных систем в соответствии с ГОСТ 34.602-89.
1. Взять придуманную организацию из прошлой л/р.
2. Разработать техническое задание, соблюдая требования ГОСТ 34.602-
89.

2 Описание варианта

Завод по производству сплавов занимается производством различных

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

3 Техническое задание

3.1 Назначение документа

Техническое задание (ТЗ) является основным документом,

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

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

3.2.1 Наименование системы

3.2.1.1 Полное наименование системы

Название системы: Автоматизированная информационная система

«Автоматизированный Завод».

3.2.1.2 Краткое наименование системы

Краткое наименование: АИС, система, информационная система, ИС.

3.2.2 Основания для проведения работ

Работа выполняется на основании договора №1 от 01.09.2021.

3.2.3 Наименование организаций

3.2.3.1 Заказчик системы

Заказчик: ПАО ГМК «Кировградский Завод Твердых Сплавов» в лице

директора завода Пельц Александра Давидовича.
Адрес фактический: Свердловская область, Кировград, Свердлова, 26 а.

3.2.3.2 Разработчик системы

Разработчик: ИП «Труд Студента» в лице разработчика Ходжаев У. Р.

Адрес фактический: г. Красноярск, ул. Красной Армии, 121.

3.2.4 Плановые сроки начала и окончания работ

Начало работ: 01.09.2021

Окончание работ: 05.10.2022
Сроки могут корректироваться.

5
 3.2.5 Источник и порядок финансирования работ

С источниками и порядком финансирования работ можно ознакомиться в

договоре №1 от 01.09.2021 в разделе «Источник и порядок фиксирования».

3.2.6 Основные понятия, определения и сокращения

Данный пункт содержит перечень основных понятий, определений и

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

Завод по производству сплавов – крупное промышленное производство

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

3.3 Назначение и цели создания системы

3.3.1 Цель создания системы

Создать удобный интерфейс для наблюдения за работой завода и для

автоматизации рутинных задач по составлению отчетности, расчетов и
производственного учета.

3.3.2 Назначение системы

Система предназначена для автоматизации и оптимизации процессов

работы Медного завода.
АИС должна решать следующие задачи:
- отображение хода технологических процессов на заводе;

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

3.3.3 Область применения системы

Система предназначения для автоматизации различных подразделений

внутри предприятия. Система будет внедрена в следующие отделы:
- цех электролиза меди;
- плавильный цех;
- склад готовой продукции;
- отдел по работе с персоналом;
- администрация завода.

3.4 Требования к системе

3.4.1 Общие требования к количеству пользователей системы и

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

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

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

3.4.2 Общие требования к структуре и функционированию системы

АИС должна быть разработана в виде десктопного приложения на основе

MVC-архитектуры. Сервер баз данных и сервер приложений АИС должны быть
созданы на базе реляционной СУБД PostgreSQL.

8
 Система должна состоять из нескольких подсистем:
1. Внесение данных о полученном сырье. Дата и объем о поступившем
сырье. Основа для дальнейшего составления отчетов и проведения
технологических расчетов.
2. Создание отчета о выплавке. Контроль за объемом и эффективностью
производства, экономическое прогнозирование. Расчет дальнейшего
электролиза.
3. Создание отчета об электролизе. Контроль объема и эффективности
электролиза, прогнозирование выпуска продукции.
4. Расчет процесса выплавки. Автоматизированный и быстрый расчет
запускаемых производственных процессов, прогнозирование затрат сырья и
производства выплавленной меди.
5. Расчет процесса электролиза. Автоматизированный и быстрый расчет
запускаемых производственных процессов, прогнозирование затрат
переплавленной меди и производства чистой меди.
6. Получение данных о технологическом процессе. Оперативное
наблюдение за протекающими технологическими процессами на заводе,
предупреждение потенциальных аварийных ситуаций и нарушений ведения
технологического процесса.
7. Управление технологическим процессом. Контроль (управление)
проводимым технологическим процессом на заводе, предотвращение аварий и
нарушений технологии производства.
8. Внесение данных об упакованной и отгруженной продукции. Учет
объемов готовой продукции, прогнозирование ожидаемой прибыли
предприятия и оценка производственного брака.
9. Создание отчета о готовой продукции. Автоматизированное создание
готовых типовых отчетов о готовой продукции.
10. Внесение данных о работниках. Учет количества работников завода,
их квалификации, состояния здоровья и рабочего статуса.

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

3.4.3 Требования к идентификации и аутентификации пользователей

Идентификация пользователей должна проходить c использованием

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

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

АИС требует для своей работы установки следующего программного

обеспечения:
На сервере АИС должны быть установлены:
- Операционная система Microsoft Windows Server 2012 или старше;
- СУБД PostgreSQL 13.0.

3.4.5 Требования к техническому обеспечению системы

Минимальные требования к серверу:

- процессор – Intel Xeon E-2386G;

10
 - объем оперативной памяти – 32 Гб;
- сетевой адаптер – 1000 Мбит/с.
Минимальные требования к пользовательскому устройству:
- свободное место не менее 200 Мб;
- оперативная память не менее 4 Гб.

3.4.6 Функциональные требования системы

В АИС должны быть реализованы функции, представленные ниже на

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

Рисунок 1 – Подсистемы в модели вариантов использования

3.4.6.1 Описание вариантов использования

1. Use-Case «Внесение данных о полученном сырье»

11
 Краткое описание:
При получении сырья для выплавки начальник плавильного цеха
открывает меню просмотра и добавления данных о полученном сырье и вводит
в программу данные о дате и объеме полученного сырья. Меню состоит из
таблицы с ранее внесенными данными и кнопкой для добавления новой записи,
по нажатию на которую открывается диалоговое окно с полями для ввода
параметров.
Роль и цель:
Введенные данные необходимы для дальнейших расчетов выплавки
медных анодов и определения эффективности работы цеха. Например, «выход
годного продукта», определяемый как отношения массы выплавленных анодов
к массе полученного сырья.
2. Use-Case «Создание отчета о выплавке»
Краткое описание:
По окончанию производственного цикла в плавильном цехе или его
участке начальник цеха формирует отчет о проведенной выплавке. Для этого
доступна кнопка «сформировать отчет», по нажатию на которую открывается
диалоговое окно, в котором выбираются весь цех или определенные
плавильные участки и временной период, за который надо сформировать
готовый документ-отчет. Пример отчета приведен на рисунке 2.
Роль и цель:
Определение эффективности производства, учет выпуска
промежуточного продукта (медные аноды) и корректировка расчета
дальнейшего электролиза меди.

Рисунок 2 – Пример отчета о выплавке

12
 3. Use-Case «Расчет процесса выплавки»
Краткое описание:
Главный технолог плавильного цеха производит расчеты для ведения
технологического процесса и для этого существует кнопка «Расчет выплавки»,
по нажатию на которую открывается диалоговое окно, в котором
производиться выбор плавильных участков, объема и параметров исходного
сырья для выплавки.
Роль и цель:
Ускорение расчета технологического процесса и учет затрачиваемого
сырья.
4. Use-Case «Получение данных о технологическом процессе»
Краткое описание:
В программе присутствует меню просмотра ведения технологического
процесса, в котором можно выбрать цех и его участок, данные с которого будут
отображаться в окне программы. На экран выводятся показания с датчиков,
исполнительных механизмов, цветовая сигнализация параметров.
Роль и цель:
Наблюдение за технологическим процессом для определения качества его
проведения и предотвращения аварийных ситуаций.
5. Use-Case «Управление технологическим процессом»
Краткое описание:
Оператор-технолог при просмотре текущего технологического процесса
может произвести выбор оборудования, механизма или датчика и произвести
оперативную корректировку в схеме, например, значение уставки у механизма
или настроить уровни сигнализации у датчиков. Также, для всех объектов
можно выбирать статусы состояния – «в работе», «приостановлено», «ремонт»
и т. д.
Роль и цель:
Управление технологическим процессом с целью предотвращения
аварийных ситуаций или соблюдения качества проводимых процессов.

13
 6. Use-Case «Внесение данных об упакованной и отгруженной
продукции»
Краткое описание:
Начальник склада готовой продукции производит ввод данных об
объемах упакованной и отгруженной продукции в меню «Отгрузка». Меню
состоит из таблицы с ранее внесенными записями и кнопкой добавления новой,
по нажатию на которую открывается диалог с полями ввода данных.
Роль и цель:
Учет процента брака и объема выпущенной продукции.
7. Use-Case «Создание отчета о готовой продукции»
Краткое описание:
Начальник склада формирует отчет о готовой продукции за выбранный
период времени. Для этого в интерфейсе существует кнопка «Сформировать
отчет» и диалоговое окно для выбора периода для отчета. Пример отчета
приведен на рисунке 4.
Роль и цель:
Учет процента брака и выпущенной продукции, прогнозирование
прибыли предприятия.

Рисунок 4 – Пример отчета о готовой продукции

8. Use-Case «Внесение данных о работниках»

Краткое описание:
Сотрудник отдела по работе с персоналом (ОРП) может вносить данные о
новых и уволенных сотрудниках. Начальник участка может указывать объем

14
отработанных часов для каждого работника, а также его периоды болезни и
отпуска.
Роль и цель:
Сбор данных для автоматического составления графиков рабочих смен,
общий учет числа работников завода и расход на оплату труда.
9. Use-Case «Составление графика рабочих смен»
Краткое описание:
Начальник производственного участка может составить график рабочих
смен работников с учетом их больничных, отпусков, ранее отработанных часов
и т. д. в автоматическом режиме.
Роль и цель:
Автоматическое составление графика рабочих смен с учетом множества
параметров.

3.4.7 Состав и содержание работ по созданию системы

Таблица 1 – Перечень работ по разработке АИС

№ Наименование работы Результат
1 Разработка спецификаций Документы спецификаций
вариантов использования
(описание последовательностей
действий пользователей и системы
в рамках каждого варианта
использования)
2 Разработка архитектуры Модели архитектуры системы для
программной системы каждого выбранного архитектурного
представления

15
3 Уточнение логической структуры
ИСАЕ (детальное проектирование) архитектуры АИС
4 Разработка модели данных для
проектируемой подсистемы или
системы в целом и создание БД
5 Разработка проектных моделей
пользовательского интерфейса
6 Проектирование, разработка
компонентов системы и их
тестирование
7 Интеграционное тестирование
функций ИСАЕ, исправление кода
8 Разработка документации
Продолжение таблицы 1
№ Наименование работы
9 Установка системы и приемочное
тестирование
10 Обучение пользователей
11 Внедрение в опытную
эксплуатацию
12 Сопровождение системы (работа
по замечаниям пользователей) во
16
Спецификация логической
Объектная или реляционная модель
данных и БД
Модель пользовательского
интерфейса модулей АИС в среде
разработки
Действующий образец АИС,
функционирующий на программно-
аппаратном комплексе разработчика.
Сценарии тестов
Действующий образец АИС,
удовлетворяющий требованиям ТЗ
Комплект пользовательской
документации ИСАПП
Результат
АИС, соответствующая требованиям
ТЗ, установленная на программно-
аппаратном комплексе заказчика и
готовая к опытной эксплуатации
Пользователи обладают
практическими навыками работы с
системой
Акт сдачи-приемки системы в
опытную эксплуатацию
Список дефектов и предложений по
 время опытной эксплуатации развитию и/или изменения системы

3.4.8 Порядок контроля и приемки системы

Для взаимодействия Исполнителя и Заказчика в организации Заказчика

определяется эксплуатационная служба и назначается сотрудник,
ответственный за приемку системы.
Разработанная система принимается в опытную эксплуатацию. Готовые
компоненты системы могут передаваться поочередно. Сдача и приемка
автоматизированной информационной системы осуществляется на основе
результатов тестирования, проводимого представителями Заказчика и
Исполнителя в соответствии с программой испытания, которая формируется
совместно. В программе испытания должны быть указаны виды, состав, объем
и методы проверки правильности получения выходных данных и соответствия
системы требованиям данного технического задания.
Для проверки работоспособности системы проводится выполнение
контрольных примеров. Составление контрольных примеров с последующей их
передачей комиссии, производится эксплуатационной службой и
разработчиками совместно. Для выполнения контрольного примера должен
быть предоставлен программно-аппаратный комплекс, удовлетворяющий
требованиям, изложенным в подразделе «Требования к видам обеспечения»
настоящего документа. По результатам выполнения тестов комиссией
составляется и рассматривается в течение 3 дней перечень замечаний.
Опытная эксплуатация призвана выявить ошибки и собрать замечания и
проводится в обязательном порядке. Для обеспечения проведения опытной
эксплуатации формируется комиссия по приёмке системы, в состав которой
входят эксплуатационная служба и разработчики.
По окончании опытной эксплуатации эксплуатационная служба передаёт
в комиссию по приёмке системы перечень замечаний по работе системы. 60
Комиссия рассматривает замечания и принимает решение о готовности

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

18
 3.4.9 Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу системы в действие

Для подготовки АИС к вводу в эксплуатацию необходимо:

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

19
 3.4.10 Требования к документированию

Комплект сопровождающей документации должен состоять из

следующих документов:
– паспорт системы;
– общее описание системы;
– руководство пользователя;
– руководство администратора;
– руководство программиста;
– регламент эксплуатации.

4 Вывод

В ходе выполнения работы получены навыки составления технического

задания по ГОСТу 34.602-89.

20
 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. СТО 4.2-07-2014 Система международного качества. Организация

учета и хранения документов. – Введ. 30.12.2013. – Красноярск: ИПКСФУ,
2013.-60 с.

2. Технологическая инструкция ЦЭМ МЗ ТИ44577806.14.55-46-2013.-298

с.

21