---
# System prepended metadata

title: Техническая документация на создание web-сайта

---

# Техническая документация на создание web-сайта
[ГОСТ 34]


# 1. Общие сведения
## 1.1. Наименование системы
### 1.1.1. Полное наименование системы
Система обмена документацией "Товарно-Транспортная Накладная"

### 1.1.2. Краткое наименование системы
СОД "ТТН"

## 1.2. Основание для проведения работ
 Основанием для проведения работ можно считать данную техническую документацию. 
 
## 1.3. Наименование организаций – Заказчика и Разработчика
### 1.3.1. Заказчик
Заказчик:
__

### 1.3.2. Разработчик
Разработчик:
__

## 1.4. Плановые сроки начала и окончания работы
Срок начала работ: ХХ.05.2021
Срок окончания работ: ХХ.06.2021
## 1.5. Порядок оформления и предъявления заказчику результатов работ

Работы по созданию СОД "ТТН" сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором.

# 2. Назначение и цели создания системы
## 2.1. Назначение системы
СОД "ТТН" предназначена для упрощения существующих процессов Заказчика, хранения и систематизации документов.
Основным назначением СОД "ТТН" является автоматизация информационно-аналитической, предпринимательской деятельности в бизнесс-процессах Заказчика.
В рамках проекта автоматизируется информационно-аналитическая и предпринимательская деятельность в следующих бизнесс-процессах:

1. приемка товара;
2. хранение документации, связь документов с товаром;
3. поиск документов по неоходимому товару, выгрузка и отправка через популярные мессенджеры.

## 2.2. Цели создания системы
СОД "ТТН" создается с целью:
 - обеспечения сбора и первичной обработки входящей документации, подготовки отчетности;
 - создания единой базы товарно-транспортных накладных предприятия;
 - повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;
 - быстрого доступа к необходимой документации через указание связанного с ней товара, дальнейшая выгрузка.

В результате создания хранилища данных должны быть улучшены значения следующих показателей:
- время сбора и первичной обработки исходной информации;
- время, затрачиваемое на информационно-аналитическую деятельность;
- риски потери документации. 
- 
# 3. Характеристика объектов автоматизации
Сферой деятельности Заказчика является розничная торговля. У Заказчика имеется несколько магазинов, где продается алкоголь. Для быстрого формирования отчетности, а именно для выгрузки товарно-транспортных накладных по определенному товару для проверяющего лица, систематизации и хранения документов создается СОД "ТТН".
# 4. Требования к системе
## 4.1. Требования к системе в целом
### 4.1.1. Требования к структуре и функционированию системы
Необходимо знать, что Система будет использоваться в большинстве случаев на мобильных устройствах, а значит корректное отображение данных на мобильных устройствах в приоритете. Система должна безошибочно рапознавать штрих-коды посредством камеры телефона, загружать несколько фотографий к одной сущности документа, формировать pdf.
СОД "ТТН" должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. В Системе предлагается выделить следующие функциональные подсистемы:

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


Система должна поддерживать следующие режимы функционирования:
- Основной режим, в котором подсистемы СОД "ТТН" выполняют все свои основные функции.
- Профилактический режим, в котором одна или все подсистемы СОД "ТТН" не выполняют своих функций.
В основном режиме функционирования СОД "ТТН" должна обеспечивать:
- работу пользователей в режиме – 24 часов в день, 7 дней в неделю (24х7);
- выполнение своих функций – сбор, обработка и загрузка данных; хранение данных, предоставление отчетности.
В профилактическом режиме СОД "ТТН" должна обеспечивать возможность проведения следующих работ:
- техническое обслуживание;
- устранение аварийных ситуаций.
Общее время проведения профилактических работ не должно превышать 4% от общего времени работы системы в основном режиме (27 часов в месяц).



### 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы
#### 4.1.2.1. Требования к численности персонала
В состав персонала, необходимого для обеспечения эксплуатации СОД "ТТН" в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:

- Администратор системы - 1 человек.
- Пользователь - неограниченно, создается администратором.

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

#### 4.1.2.2. Требования к квалификации персонала
Особых требований не предъявляется.

#### 4.1.2.3. Требования к режимам работы персонала
Особых требований не предъявляется.

### 4.1.3. Показатели назначения
#### 4.1.3.1. Параметры, характеризующие степень соответствия системы назначению
Система должна обеспечивать следующие количественные показатели, которые характеризуют степень соответствия ее назначению:
- Количество пользователей в системе – 10 человек должно работать одновременно.
- 
#### 4.1.3.2. Требования к приспособляемости системы к изменениям
Обеспечение приспособляемости системы должно выполняться за счет:
- своевременности администрирования;
- модернизации процессов сбора, обработки и загрузки данных в соответствии с новыми требованиями;
- модификации процедур доступа и представления данных конечным пользователям;
- использование новых библиотек(методов) для распознавания штрих-кодов;
Система должна иметь возможность взаимодействия с другими приложениями, а именно с мессенджерами, такими, так WhatsApp, Viber, Telegramm - для отправки через них выгруженной документации.
#### 4.1.3.3. Требования к сохранению работоспособности системы в различных вероятных условиях
Система будет представлять собой веб-сайт, размещенный на стороннем хостинге, все работы по сохранению работоспособности со стороны технической части лежат на провайдере услуг хостинга и хранилища данных.

### 4.1.4. Требования к надежности
#### 4.1.4.1. Состав показателей надежности для системы в целом
sdsadxzc
#### 4.1.4.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности
ffdvfddfvdf
#### 4.1.4.3. Требования к надежности технических средств и программного обеспечения
zcxzcxzcxzc
#### 4.1.4.4. Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
zxcxzcxzcxzcxzcxzc

### 4.1.5. Требования к эргономике и технической эстетике
Система должна иметь интуитивно-понятный интерфейс.

В части внешнего оформления:
- интерфейсы подсистем должен быть типизированы;
- должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
- может использоваться шрифт: Ubuntu Black, Arial;
- размер шрифта может быть: до 40 px.
- цветовая палитра должна быть: теплой, не содержать кислотных оттенков.

Возможны правки по согласованию с Заказчиком.


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

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

#### 4.1.7.1. Требования к информационной безопасности
dscxvxcvxcsa

#### 4.1.7.2. Требования к антивирусной защите
xcczxcz

#### 4.1.7.3. Разграничения ответственности ролей при доступе к <указать объект ограничения (например, отчет, показатель, измерение)
vzxvcxxvc

### 4.1.8. Требования по сохранности информации при авариях
dcsdcds

### 4.1.9. Требования к защите от влияния внешних воздействий
zxcxzcxz

### 4.1.10. Требования по стандартизации и унификации
cxzczc

### 4.1.11. Дополнительные требования
cxcvcxv

### 4.1.12. Требования безопасности
xzcxc

### 4.1.13. Требования к транспортабельности для подвижных АИС
zxcxcx

## 4.2. Требования к функциям, выполняемым системой
zxczxc

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

#### 4.2.1.2 Временной регламент реализации каждой функции, задачи
xzczxczxc

#### 4.2.1.3 Требования к качеству реализации функций, задач
zdadqwszX

#### 4.2.1.4 Перечень критериев отказа для каждой функции 
zxczxcqqZX

## 4.3. Требования к видам обеспечения
### 4.3.1 Требования к математическому обеспечению
zxccxzc

### 4.3.2. Требования к информационному обеспечению
xcvxcv

#### 4.3.2.1. Требования к составу, структуре и способам организации данных в системе
 xcvcxxcvxcv

#### 4.3.2.2. Требования к информационному обмену между компонентами системы
czxcczxc

#### 4.3.2.3. Требования к информационной совместимости со смежными системами
czxcxzcxz

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

#### 4.3.2.5. Требования по применению систем управления базами данных
zxcxzcxz

#### 4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
zxcxzx

#### 4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
asascacasc

#### 4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных
zxcxzcxzx

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

Требования не предъявляются.

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

### 4.3.4. Требования к программному обеспечению
xzccasad

### 4.3.5. Требования к техническому обеспечению
cxvcxvxcv

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

### 4.3.7. Требования к организационному обеспечению
zxcxcz

### 4.3.8. Требования к методическому обеспечению
zxcxzc

### 4.3.9. Требования к патентной чистоте

# 5. Состав и содержание работ по созданию системы
sdsd

# 6. Порядок контроля и приёмки системы
## 6.1. Виды и объем испытаний системы
xzczc

## 6.2. Требования к приемке работ по стадиям
zxczxc

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

## 7.1. Технические мероприятия
zxcxzc

## 7.2. Организационные мероприятия
czxczx

## 7.3. Изменения в информационном обеспечении
zxcxzc

# 8. Требования к документированию
xcxvxcvxcv

# 9. Источники разработки
xzcxzc