# Техническая документация на создание 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