Главная страница
Навигация по странице:

  • Техническое задание на разработку программного обеспечениядля системы учёта товаров в строительном магазине «Leroy Merlin»Выполнил

  • ГОСТ 1.5-2001

  • ГОСТ 2.105-95

  • ГОСТ 7.32-2001

  • ГОСТ 7.9-95

  • ГОСТ P 7.0.12-2011

  • 7.0.5-2008

  • ТЗ_ИСРПО. Техническое задание на разработку программного обеспечения для системы учёта товаров в строительном магазине Leroy Merlin


    Скачать 64.57 Kb.
    НазваниеТехническое задание на разработку программного обеспечения для системы учёта товаров в строительном магазине Leroy Merlin
    АнкорТЗ_ИСРПО
    Дата21.06.2021
    Размер64.57 Kb.
    Формат файлаdocx
    Имя файлаTZ_ISRPO.docx
    ТипТехническое задание
    #219994

    Профессиональное образовательное учреждение
    «Челябинский юридический колледж»


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

    на разработку программного обеспечения

    для системы учёта товаров в строительном магазине «Leroy Merlin»

    Выполнил:

    Студент группы ИС-3-19

    Климкин Д. А.

    Проверил:

    Криворотов П. В.

    Челябинск 2021

    Оглавление


    Глава 1 Основания для разработки 4

    Глава 2 Назначение разработки 5

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

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

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

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

    3.1.2 Основные функциональные подсистемы 8

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

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

    3.2 Требование к надёжности 10

    3.2.1 Требования к обеспечению функционирования программы 10

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

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

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

    3.3.1 Климатические условия 11

    3.3.2 Гарантийное обслуживание программного обеспечения 11

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

    3.3.4 Требования к электропитанию 15

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

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

    3.5.1 Требования к информационным структурам и методам 17

    3.5.2 Требования к исходным кодам и языкам программирования 17

    3.5.3 Требования к программным средствам 17

    3.5.4 Требования к защите информации и программ 17

    3.5.5 Требования по сохранности информации при авариях 18

    3.6 Требования к маркировке и упаковке 18

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

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

    Глава 4 Требование к программной документации 19

    Глава 5 Технико-экономические показатели 20

    5.1 Экономические преимущества разработки 20

    Глава 6 Стадии и этапы разработки 21

    6.1 Стадии разработки 21

    6.2 Этапы разработки 21

    Глава 7 Порядок контроля и приёмки 23

    7.1 Виды испытаний 23

    7.2 Объём и методы испытания Системы 24

    7.2.1 Предварительные испытания Системы 24

    7.2.2 Опытно-промышленная эксплуатация Системы 25

    7.3 Руководящие документы 26

    Список использованных источников и литературы 27





    Введение

    Полное наименование программного обеспечения: «Система складского учёта товара ООО «Leroy Merlin» на основе комплекса программного обеспечения «High Tech Brain»».

    Областью применения программного обеспечения являются складские помещения, бухгалтерский отдел, и многие другие сферы производства. «High Tech Brain» - это обширный фонд данных, как о товарах данного предприятия, так и о клиентах, поставщиках и другая немаловажная информация, которая в свою очередь нуждается в постоянном контроле. «High Tech Brain» служит для автоматизации работ, связанных с ежедневным учётом товаров на предприятии.

    Комплекс программного обеспечения «High Tech Brain» имеет существенное преимущество в том, что он разработан специально для строительного магазина ООО «Leroy Merlin». Учитывая все тонкости его деятельности, команда разработчиков комплекса программного обеспечения «High Tech Brain» создала продукт, который будет удобен данному предприятию.




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


    Основанием для разработки комплекса программного обеспечения «High Tech Brain» служит приказ №186988 от 27.04.2020 «О разработке и внедрении программного обеспечения в работу с системой складского учёта товара строительного магазина ООО «Leroy Merlin»». Данный приказ утверждён главным директором строительного магазина ООО «Leroy Merlin», Фроловым Виктором Егоровичем (Далее – Заказчиком).

    Разработчиком программного обеспечения «High Tech Brain» для системы учёта товара является команда программистов, под руководством Климкина Данилы Алексеевича (Далее – Исполнителя). Бюджет для разработки: 1.250.000 рублей.

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























    Глава 2 Назначение разработки

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


    Функциональным назначением комплекса программного обеспечения «High Tech Brain» является ускорение работы всех подразделений строительного магазина ООО «Leroy Merlin», автоматическое формирование отчётов по продаже и поступлению товара, хранение имеющейся информации в «облаке», уменьшение затрат на затяжные процессы взаимодействия складских работников и бухгалтерии.

    Эксплуатационное назначение комплекса программного обеспечения, подразумевает собой то, что оно будет использовано исключительно на рабочих местах сотрудниками строительного магазина ООО «Leroy Merlin». Система предназначена для автоматизации процессов контроля и развития торговли компании Заказчика.

    Пользователями программы являются следующие отделы предприятия:

    1. Складское помещение;

    2. Бухгалтерия;

    3. Торговый персонал;

    4. Отдел закупок;

    5. Отдел сертификации.



















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

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

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


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

    • система должна поддерживать единую технологию обработки и предоставления данных;

    • система должна функционировать как единое целое;

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

    • использование в рамках системы единого набора инструментальных средств;

    • открытость структур хранения информации;

    • управление продажами;

    • управление поставками;

    • планирование продаж и закупок;

    • управление складскими запасами;

    • управление заказами покупателей;

    • анализ товарооборота предприятия;

    • анализ эффективности торговой деятельности;

    • учёт хозяйственной деятельности нескольких организаций в единой информационной базе;

    • учёт «от документа» и типовые операции;

    • партийный учёт (ФИФО, ЛИФО, по средней себестоимости);

    • складской учёт;

    • учёт торговых операций;

    • учёт операций с денежными средствами;

    • возможность сдачи отчётности в электронном виде;

    • возможность обновления форм отчётности через Интернет.

    3.1.2 Основные функциональные подсистемы


    Все перечисленные подсистемы должны быть тесно интегрированы между собой, и использовать единый подход к обработке, хранению и передачи данных:

    • поступление материалов;

    • ведение картотеки складского учёта;

    • учёт материальных запасов;

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

    Все сведения заносятся в единую базу данных, к которой предъявляются следующие требования:

    • адекватность предметной области;

    • полнота;

    • достоверность;

    • интегрированность;

    • независимость;

    • минимальная избыточность данных;

    • целостность, согласованность;

    • безопасность данных;

    • производительность;

    • эффективность и надежность функционирования;

    • простота и удобство эксплуатации.


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


    Входной информацией для комплекса программного обеспечения «High Tech Brain» служит информация о движении товарно-материальных ценностей:

    • оформление заказов;

    • товарно-транспортная накладная;

    • накладные.

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

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


    Выходной информацией для комплекса программного обеспечения «High Tech Brain» служит следующая информация:

    • ведомость остатка материалов;

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

    • ведомость по приходу на склад;

    • ведомость по продажам.

    Также выходной информацией являются отчёты, отражающие движения материальных средств и товаров.

    Комплекс программного обеспечения «High Tech Brain» предусматривает формирование отчёта за любой промежуток времени о движении материалов (приходов, расходе), а также остаток на (начало, конец) отчётного периода. Сформированные отчёты можно просмотреть, отредактировать, сохранить и вывести на печать.


    3.2 Требование к надёжности

    3.2.1 Требования к обеспечению функционирования программы


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

    • организация бесперебойного питания технических средств (рабочих и серверных станций);

    • проведения комплекса мероприятий по своевременному обслуживанию рабочих станций и серверов;

    • предусмотреть в программном обеспечении функцию резервного копирования;

    • при создании паролей для администраторов системы, руководствоваться требованиями ФСБ и ФСТЭК к сложности пароля;

    • использование лицензированного программного обеспечения;

    • при нормировании показателей надёжности указать критерии отказа и предельного состояния.

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


    Время восстановления работоспособности Программы после отказа, вызванного неисправностью технических или программных средств, не должно превышать 1 часа. Срок технической поддержки Программы, разработанной Исполнителем, включающей предоставление обновлений и технической консультации посредством обмена e-mail сообщениями или по телефону, а также консультации в офисе Исполнителя в течение года после выполнения работы.

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


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

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

    3.3.1 Климатические условия


    Программа предназначена для работы в закрытом отапливаемом помещении при следующих условиях окружающей среды:

    • температура окружающего воздуха от +10С до +35С;

    • атмосферное давление от 630 до 800 мм ртутного столба;

    • относительная влажность воздуха не более 80%;

    • запыленность воздуха не более 0,75 мг/м3;

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

    3.3.2 Гарантийное обслуживание программного обеспечения


    Разработчик (поставщик) принимает на себя обязательства по гарантийному сопровождению программного обеспечения в течение 12 месяцев с момента запуска подсистемы в промышленную эксплуатацию, которое включает в себя:

    • исправление обнаруженных ошибок в работе Программы;

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

    • консультационную поддержку пользователей специалистами Исполнителя путём проведения бесплатных консультаций по телефонам горячей линии или по E-mail.

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

    Обязательными условиями выполнения гарантийных обязательств по сопровождению программного обеспечения является:

    • работоспособное оборудование;

    • работа аппаратного сервера через устройство бесперебойного питания;

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

    • наличие выделенного администратора, имеющего достаточно времени, чтобы сопровождать работу программного обеспечения и взаимодействовать с пользователями по вопросам использования программного обеспечения;

    • соблюдение положений эксплуатационной документации программного обеспечения.

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

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


    Потенциальные пользователи Системы должны быть разделены на две группы:

    • Пользователи Системы;

    • Администраторы Системы.

    Пользователи Системы включают в себя:

    • Сотрудник;

    • Руководитель (несколько уровней подчинённости).

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

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

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

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

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

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

    • Управление конфигурацией (настройка) компонентов Системы;

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

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

    Пользователи Системы:

    Квалификация: требуются практические навыки работы с программными средствами уровня Windows 7 (или выше), MS Word и Google Chrome, знакомство с документами, регламентирующими работу пользователя.

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

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

    3.3.4 Требования к электропитанию


    Электропитание осуществляется от однофазной сети переменного тока напряжением 220В и частотой 50-60 Гц.

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

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

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

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

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


    В состав технических средств должны входить:

    • персональный компьютер (по количеству пользователей);

    • сервер баз данных.

    Для корректной работы необходима операционная система 7 (при возможности выше) и установленные компоненты СУБД Visual FoxPro (Версия не ниже 8).

    Рекомендуемые технические характеристики:

    • процессор с тактовой частотой 2.90 ГГц и выше (обеспечивает высокую скорость обработки данных, что значительно сокращает время, затрачиваемое на работу);

    • оперативная память от 2Гб (позволяет работать с большими объёмами справочной информации и документов);

    • свободное место на HDD не менее 1 ТБ (требуемое пространство будет увеличиваться при заполнении баз данных);

    • наличие печатающей техники (для отчётов, накладных).

    • операционная система Windows 7 (или выше). СУБД Visual FoxPro, с помощью которой разрабатывается программное обеспечение системы складского учёта, рассчитана на работу под этой операционной системой. Интерфейс Windows очень удобен в эксплуатации для непрофессиональных пользователей ПК.















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

    3.5.1 Требования к информационным структурам и методам


    Программа работает под управлением ОС Microsoft Windows 7 (или выше). Необходимо обеспечить блокировку устройств ввода информации в компьютер до момента подключения носителя-идентификатора.

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

    3.5.2 Требования к исходным кодам и языкам программирования


    Исходные коды программы должны быть реализованы на языке программирования C#. В качестве интегрированной среды разработки программы должна быть использована среда Visual Studio 2017.

    3.5.3 Требования к программным средствам


    Для работы с отчётами требуется, чтобы на персональном компьютере оператора был установлен пакет программ Microsoft Office 2007 или новее. Допускается использование аналогов (LibreOffice, OpenOffice), но в данном случае корректность форматирования не гарантируется.

    3.5.4 Требования к защите информации и программ


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

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

    Система должна быть защищена от современных видов атак (cross-site scripting, SQL-injection и т.д.).

    3.5.5 Требования по сохранности информации при авариях


    Сохранность информации должна обеспечиваться при следующих событиях:

    • сбой электропитания Системы;

    • сбой или выход из строя оборудования Системы;

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

    • сбой из-за ошибок в работе персонала Системы.

    Сохранность информации в этих случаях должна обеспечиваться за счёт:

    • централизованного хранения информации на отказоустойчивом RAID-массиве;

    • программных решений по обеспечению целостности баз данных при сбоях в проведении транзакций;

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

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


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

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


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

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


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

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

    Глава 4 Требование к программной документации


    Состав программной документации должен включать в себя:

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

    • Программу и методики испытаний;

    • Руководство системного программиста;

    • Руководство оператора;

    • Ведомость эксплуатационных документов.

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

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

    Руководство системного программиста потребуется Заказчику, благодаря ему он сможет скоординировать свои действия с программным обеспечением «High Tech Brain».

    Руководство оператора – документ, назначение которого предоставить людям помощь в использовании Системы.

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

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


    Разрабатываемая система позволит во много раз повысить скорость и эффективность работы складского помещения, бухгалтерии, торгового персонала, отдела закупок, отдела сертификации, за счёт электронного документооборота, автоматического учёта товара. Эффект от использования данной информационной системы возрастает с ростом количества товарооборота на складе.

    5.1 Экономические преимущества разработки


    Таблица 1 - Экономические преимущества разработки в сравнении с лучшими отечественными и зарубежными аналогами.

    Число рабочих мест

    Аналоги отечественных и зарубежных производителей

    Разработка «High Tech Brain»

    Экономические преимущества

    10

    1.800.000 рублей

    1.250.000 рублей

    550.000 рублей

    50

    4.600.000 рублей

    1.250.000 рублей

    3.350.000 рублей

    75

    5.450.000 рублей

    1.250.000 рублей

    4.200.000 рублей

    100

    6.100.000 рублей

    1.250.000 рублей

    4.850.000 рублей

    Исходя из Таблицы 1, можно сделать вывод: программное обеспечение «High Tech Brain» является наиболее экономным, но в тоже время продуктивным вариантом среди множеств конкурентных разработок.









    Глава 6 Стадии и этапы разработки

    6.1 Стадии разработки


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

    • техническое задание;

    • технический (и рабочий) проекты;

    • внедрение.

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

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

    • разработка программы;

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

    • испытания программы.

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

    6.2 Этапы разработки


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

    • постановка задачи;

    • определение и уточнение требований к техническим средствам;

    • определение требований к программе;

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

    • выбор языков программирования;

    • согласование и утверждение технического задания.

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

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

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

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

    • проведение приемо-сдаточных испытаний;

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

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

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


    Глава 7 Порядок контроля и приёмки


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

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

    Сдача-приёмка выполненных работ должна осуществляться по предъявлении Исполнителем комплектов соответствующих документов и завершается оформлением акта сдачи-приёмки, подписанного Исполнителем и утверждённого Заказчиком.

    Программа считается принятой в том случае, если:

    • все заказанные функции у каждого из блоков;

    • нет ошибок в функциях у каждого из блоков;

    • не обнаружено сбоев, приведших к потере информации;

    • нет изъянов в эргономике интерфейсов.

    7.1 Виды испытаний


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

    • предварительные испытания;

    • опытно-промышленная эксплуатация.

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

    7.2 Объём и методы испытания Системы

    7.2.1 Предварительные испытания Системы


    Предварительные испытания Системы проводятся в соответствии с «Программой и методикой предварительных испытаний», подготовленных Исполнителем и согласованных с Заказчиком.

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

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

    По результатам предварительных испытаний принимается решение о работоспособности Системы и о возможности перевода Системы в режим опытно-промышленной эксплуатации (ОПЭ), а также перечень необходимых доработок и рекомендуемые сроки их выполнения.

    После устранения недостатков проводят повторные испытания в необходимом объёме. Работу завершают оформлением «Акта приёмки в опытно-промышленную эксплуатацию».

    7.2.2 Опытно-промышленная эксплуатация Системы


    Опытно-промышленная эксплуатация Системы проводится в реальном режиме работы на территории Заказчика.

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

    ОПЭ Системы проводится в соответствии с «Программой и методикой проведения опытно-промышленной эксплуатации», где указываются условия и порядок функционирования частей Системы и Системы в целом, продолжительность проведения ОПЭ и параметры Системы, подвергаемые проверке.

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

    По результатам ОПЭ Системы принимается решение о приёмки работ и переводу Системы в промышленную эксплуатацию.

    7.3 Руководящие документы


    До момента начала проведения испытаний Системы должны быть разработаны следующие документы:

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

    • Программа и методика проведения опытно-промышленной эксплуатации. В данном документе должен содержаться список заявленных функций Системы и сценарии проверки их работоспособности;

    • Регламент ведения Исполнителем журнала ОПЭ для регистрации замечаний и предложений Заказчика, связанных с функционированием Системы в процессе ОПЭ;

    • Требования к аппаратным средствам Заказчика, необходимым для проведения ОПЭ.

    Вся документация должна быть подготовлена и передана как в печатном, так и в электронном виде (Microsoft Word) для стороны Заказчика и стороны Исполнителя.

    Список использованных источников и литературы


    Нормативно-правовые и другие официальные документы

    1. ГОСТ 1.5-2001 Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Общие требования к построению, изложению, оформлению, содержанию и обозначению. Введён 01.09.2002 (ред. от 06.10.2005).

    2. ГОСТ 2.105-95 Общие требования к текстовым документам. Введён 01.07.1996 (ред. от 22.06.2006).

    3. ГОСТ 7.1-2003 Библиографическая запись. Библиографическое описание документа: общие требования и правила составления. Введён 01.07.2004.

    4. ГОСТ 7.32-2001 Отчёт о научно-исследовательской работе. Структура и правила оформления. Введён 01.07.2002 (ред. от 07.09.2005).

    6. ГОСТ 7.82-2001 Библиографическая запись. Библиографическое описание электронных ресурсов. Общие требования и правила составления. Введён 01.07.2002.

    7. ГОСТ 7.9-95 Реферат и аннотация. Общие требования. Введён 01.07.1997.

    8. ГОСТ 8.417-2002 Единицы величин. Введён 01.09.2003.

    9. ГОСТ P 6.30-2003 Унифицированная система организационно-распорядительной документации. Требования к оформлению документов. Введён 03.03.2003.

    10. ГОСТ P 7.0.12-2011 Библиографическая запись. Сокращение слов и словосочетаний на русском языке. Общие требования и правила. Введён 01.09.2012.

    11. ГОСТ P 7.0.5-2008 Библиографическая ссылка. Общие требования и правила составления. Введён 01.01.2009.

    12. ГОСТ P 7.0.5-2008 Национальный стандарт Российской Федерации. Система стандартов по информации, библиотечному и издательскому делу. Библиографическая ссылка. Общие требования и правила составления (утв. и введён в действие Приказом Ростехрегулирования от 28.04.2008 N 95-ст.).

    Электронные ресурсы

    13. Условия эксплуатации компьютера // Компьютеры: условия эксплуатации, требования к электропитанию [электронный ресурс] // URL: http://www.ezpc.ru/pcuslov.shtml (дата обращения: 03.05.2021).

    14. Надёжность в технике // Техника: состав и общие правила требований по надёжности [электронный ресурс] // URL: https://internet-law.ru/stroyka/text/8861/ (дата обращения: 05.05.2021).


    написать администратору сайта