Партнерка на США и Канаду по недвижимости, выплаты в крипто
- 30% recurring commission
- Выплаты в USDT
- Вывод каждую неделю
- Комиссия до 5 лет за каждого referral
Приложение
к предложению участвовать в запросе котировок цен
(идентификационный номер процедуры № 35/4-11681)
Техническое задание
(идентификационный номер процедуры № 35/4-11681)
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
к выполнению работ по разработке и внедрению на » при Спецстрое России» информационной системы (ИС) на базе «1С: Предприятие 8.2 - УСО» в части производственного планирования – управления закупками, продажами, заказами, договорами
Содержание
1.НАЗНАЧЕНИЕ СИСТЕМЫ…………………………………………………....3
2.ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ……………………..5
2.1. Описание предприятия………………………………………………………5
2.2. Описание действующей АСУП:…………………………………………….5
3.ТРЕБОВАНИЯ К СИСТЕМЕ………………………………………………….6
3.1.Общие требования к системе………………………………………………..6
3.2. Требования к функциям ИС……………………………………………...12
4.СОСТАВ И СОДЕРЖАНИЕ РАБОТ………………………………………...14
4.1. Общие положения...………………………………………………………..14
4.2. Требования по управлению проектом……………………………………..14
4.2.1. Требования по планированию проекта………………………………….14
4.2.2. Требования по управлению содержанием проекта…………………….14
4.2.3. Требования по управлению расписанием проекта……………………...15
4.2.4. Требования по управлению рисками…………………………………….16
4.2.5. Требования по управлению качеством…………………………………..16
4.2.6. Требования по управлению коммуникациями………………………….17
4.2.7. Требования по отчетности……………………………………………….17
4.2.8. Требования по документации проекта…………………………………..17
4.3. Основные этапы внедрения ИС…………………………………………..18
5.ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ………………………………………19
5.1.Общие положения…………………………………………………………...19
5.2. Требования к проведению испытаний и приемки системы……………..19
5.2.1. Общие требования………………………………………………………..19
5.2.2.Требования к проведению предварительных испытаний………………19
5.2.3.Требования к проведению опытной эксплуатации……………………...20
5.2.4.Требования к проведению приемочных испытаний…………………….21
5.2.5.Требования к оформлению документов на этапе контроля и приемки..21
5.2.6. Требования к вводу объекта автоматизации в эксплуатацию…………22
6.ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ……………………………….22
6.1. Техническая документация………………………………………………...22
6.2. Процедуры и инструкции…………………………………………………..22
6.3.Документация управления проектом………………………………………22
1. Назначение системы
Информационная система (ИС) учета, анализа и планирования деятельности предназначена для автоматизации производственного управления закупками и продажами (от формирования первичных учетных документов на местах их возникновения до оперативного получения план-факт отчетов) и получения своевременно требуемой аналитики в единой системе и на единой базе данных.
Объектами автоматизации должны быть все задействованные организационные структуры предприятия в рамках обозначенных в настоящей документации функций.
В результате внедрения данной системы должны быть достигнуты следующие показатели:
-сокращение времени на контроль полученных от поставщиков номенклатурных позиций и их соответствие спецификации Заказчика;
-контроль обеспеченности заказа;
-контроль отгрузки Заказчику;
-контроль выполнения графика поставок и графика оплат со своевременным принятием управленческих решений.
Контроль себестоимости готовой продукции за счет:
ü четкой увязки затрат и их отклонений по сделкам и договорам;
ü механизма оперативного определения фактически отгруженной/полученной продукции и контроля первичных учетных документов.
Контроль продаж за счет:
ü повышения уровня прозрачности планов;
ü использования механизмов соответствия/идентификации номенклатурных позиций, единых справочников;
ü снижения временных издержек связанных с отгрузкой готовой продукции.
ü Устранение ручной подготовки и сопровождения документов;
ü Уменьшение сроков подготовки оперативной отчетности для руководства;
Повышение производительности труда руководителей структурных подразделений за счет:
ü уменьшения времени взаимных проверок сведений, предоставляемых различными службами;
ü повышения качества управляющих решений.
2. Характеристика объекта автоматизации
2.1 Описание предприятия
Наименование: » при Спецстрое России»
Местонахождение: г. Москва
Число существующих автоматизированных рабочих мест АСУП: 50
Виды деятельности: складские услуги, услуги по обработке груза, поставка оборудования (реализация товаров), услуги Генерального подрядчика по договорам строительного подряда;
Среднесписочная численность за 2012г. 193 чел. (общая – 290 чел.)
Предприятие имеет 3 филиала, выделенных на отдельный баланс, один в Московской области, г. Одинцово, два в Москве.
2.2 Описание действующей АСУП
АСУП реализована на базе “1С: Предприятие 8.2 УСО”, “1C: Документооборот” и включает в себя существующие виды учета на предприятии: бухгалтерский учет, налогообложение, управленческий учет.
Работа с документами в рамках сделок и договоров автоматизировано средствами 1С: Документооборот. А именно: реализован полный цикл учета входящей и исходящей информации; осуществлен обмен с бухгалтерской программой (УСО) по выгрузке контрагентов и созданию в ней сделки; создано регламентное задание, в ходе выполнения которого из бух. программы получается информация об исполнении сделки и оплаты по ней; осуществлено разграничение доступа пользователей к информации на уровне записей; реализован отчет по исполнению сделки и иерархии каждого договора; проведено обучение пользователей работе с программой. Автоматизировано 40 рабочих мест
Основные недостатки существующей АСУП (в разрезе УСО) – частичная (“лоскутная”) автоматизация учета, отсутствие настроенной типовой конфигурации и справочников, несоответствие бизнес-процессам предприятия.
Следствие этого - низкая интеграция данных и задач, недостаточная надежность и управляемость прикладного программного обеспечения.
3 Требования к системе
3.1 Общие требования к системе
№п/п | Содержание требования |
1. | Требования к средствам разработки: Разработка ИС должна быть выполнена на платформе «1С: Предприятие 8.2 - УСО» в варианте «клиент - сервер» |
2. | Требования к способам организации данных: Состав и структура данных должны обеспечить выполнение функциональных требований к системе и потребности обмена с существующей АСУ. Способом организации данных является их реляционное представление, обеспечиваемое СУБД. |
3. | Требования по применяемой СУБД: MS SQL Server |
4. | Требования к способам информационного обмена между компонентами ИС: Информационный обмен между компонентами ИС должен обеспечиваться посредством совместного использования общей интегрированной базы данных. |
5. | Требования к характеристикам взаимосвязей ИС со смежными системами: ИС должна быть открытой как для взаимодействия с существующей автоматизированной системой управления предприятием (АСУП), так и для будущих функциональных расширений. ИС должна иметь полностью документированную структуру базы данных и интерфейсов обмена данными. В ИС должна быть реализована связь с существующей АСУП на уровне выгрузки/загрузки данных для организации бухгалтерского учета, где это требуется в рамках обозначенных в настоящей документации функций. Требование организации взаимной адаптации ИС с используемым программным обеспечением уточняется при выполнении работ, однако должно быть обеспечено следующее условие: данные могут вноситься только один раз (данные, внесенные в одной из систем, не могут быть изменены в другой для исключения разночтений). при переводе в новую систему существующих задач, которые формируют информацию и для бухгалтерии и для других структурных подразделений, должна быть сохранена их функциональность в полном объеме. |
№п/п | Содержание требования |
6. | Требования к режиму функционирования системы: Система должна функционировать в режиме многопользовательского доступа на основе механизмов поддержки целостности информации средствами СУБД и/или средствами ИС; Временной режим функционирования системы – круглосуточный. |
7. | Требования по диагностированию системы: Система должна обеспечивать возможность диагностирования работоспособности всех уровней архитектуры и включать в себя средства диагностики и исправления ошибок в базе данных. |
8. | Требования к развитию системы: Поставка и реализация ИС должна предусматривать и быть оптимальной для дальнейшего развития системы с целью автоматизации в перспективе функций управления всеми основными бизнес-процессами предприятия. Система должна быть совместимой с развиваемым производителем платформы «1С: Предприятие 8.2 - УСО» (фирма 1С, Москва) и предусматривать возможность функционального расширения при выходе новых версий продукта. |
9. | Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных: Ввод в систему информации должен производиться по месту ее возникновения. В случае невозможности такой реализации бизнес - процесса по организационным или техническим причинам соответствующие полномочия на ввод информации должны быть делегированы ответственному подразделению. ИС должна обеспечить однократный ввод исходной информации, не должно быть дублирования ввода одной и той же информации для обеспечения функционирования различных компонент ИС |
10. | Требования к принципам ведения справочников: Не допускается параллельное ведение логически идентичной информации в различных справочниках и классификаторах, например, использование разных справочников для поставщиков и покупателей. Механизмы ведения справочников и классификаторов должны обеспечивать целостность, непротиворечивость и не избыточность информации, вводимой в систему на основании данных справочников. Наличие возможности автоматического обновления справочников из внешних источников. |
№п/п | Содержание требования |
11. | Требования к эксплуатации и технической поддержке: Порядок эксплуатации и технической поддержки ИС должны определяться технической документацией, поставляемой с ИС, а также требованиями к режиму функционирования ИС. |
12. | Требования к защите информации от несанкционированного доступа: ИС должна обеспечивать защиту информации от несанкционированного доступа на основе механизмов системного и прикладного программного обеспечения. В ИС должен быть предусмотрен настраиваемый механизм разграничения прав доступа пользователей к компонентам ИС (модулям), функциям, пунктам меню, формам ввода. В ИС должна быть реализована возможность парольной временной блокировки работы с БАС пользователем. |
13. | Требования к протоколированию работы ИС: В ИС должна быть предусмотрена возможность ведения протокола выполнения операций по вводу |
14. | Требования к документированию ИС: Техническая документация на ИС должна быть подготовлена на русском языке, передаваться заказчику поэтапно по факту завершения каждого из этапов работ в электронном и бумажном виде и включать: документацию по реализации, в том числе разработанные и утвержденные методики, описания работы бизнес - логики ИС; руководства пользователя, в том числе инструкции по рабочим местам пользователей; документацию по составу, назначению и структуре базовых справочников; руководства по настройке и администрированию ИС, включающие рекомендуемые права/роли доступа пользователей системы; руководство по разрешению проблем, коды ошибок и их описание; иные документы, выработанные заказчиком и претендентом в рамках реализации проекта. |
№п/п | Содержание требования |
15. | Требования к сохранности информации при авариях: ИС должна обеспечивать необходимый уровень сохранности информации за счет: Соблюдения условий эксплуатации, установленных документацией на технические средства. Наличие процедуры резервного копирования и восстановления данных на текущий момент в аварийных ситуациях средствами СУБД и/или ИС. Временной режим восстановления информации после сбойных ситуаций должен быть не критичным для обеспечения работоспособности всех функций системы. |
16. | Требования к надежности: надежность функционирования ИС должна быть обеспечена претендентом, который обязан нести ответственность за функционирование и устранение причин сбоев и отказов во внедряемой ИС при соблюдении указаний по эксплуатации и условий технической поддержки. |
17. | Требования к прикладному программному обеспечению: Прикладное программное обеспечение ИС должно обеспечивать выполнение следующих требований: Многопользовательский доступ к данным в базе данных системы, включая: ввод, корректировку, удаление, поиск и отбор данных, в том числе справочников системы; Возможность конфигурирования и настроек программного комплекса, включая настройки интерфейса пользователя (размер, расположение и цветовые схемы окон; наличие, расположение, размер колонок в табличной части окна, механизмы сортировки и отбора при просмотре списков и т. д.), сохранение настроек пользователя при последующих входах в систему; Возможность, в случае необходимости, оперативного расширения функционала системы силами заказчика; Возможность получения любых аналитических отчетов с произвольной настройкой пользователем при помощи пользовательского генератора отчетности без изменения прикладного решения. Возможность авто группировки и расшифровки в отчетах, детализации данных до уровня исходного документа и агрегирование информации. Наличие механизма поставки и поддержки конфигураций и возможности объединения текущей и поставляемой конфигурации с целью сохранения изменений, произведенных специалистами заказчика. Все используемые в ИС алгоритмы, методики расчетов и представления результатов, в части бухгалтерского учета, должны соответствовать законодательству. |
№п/п | Содержание требования |
18. | Требования к процессу разработки и внедрения ИС: Процесс разработки и внедрения ИС должен включать следующие работы и этапы: Осуществление обследования предприятия, согласование технического задания, в том числе предложений по оптимальной аппаратно - программной платформе для обеспечения требуемой производительности системы. Планирование разработки, в том числе: ü разработка проектной документации; ü организация ресурсов, включая состав команды, обязанности ее членов; ü определение этапов разработки, распределение работ по этапам, затрат и результатов по каждому этапу; ü разработка графиков и организация контроля за выполнением работ и получением результатов; ü разработка плана и процедур испытаний. Проектирование и реализация, в том числе: ü определение необходимого перечня, структуры и принципов кодирования нормативно-справочной информации, разработка правил дополнения, внесения изменений, контроля элементов справочников и классификаторов; ü разработка программного обеспечения ИС в соответствии с утвержденным ТЗ и планом графиком работ на разработку и внедрение. Испытания, оценка и приемка, в том числе: ü разработка планов, графиков и процедур испытаний, критериев и методик оценки испытаний; ü проведение испытаний, оценка результатов испытаний, решение обнаруженных проблем и повторные испытания до получения требуемого результата; ü осуществление мероприятий по обучению персонала заказчика; ü конверсия накопленных заказчиком в электронном виде данных в ИС. |
№п/п | Содержание требования |
19. | Требования к финансовой части предложения: Претенденты должны сформировать и выделить в финансовой части тендерного предложения каждый из следующих пунктов по отдельности: ü Полная стоимость работ по разработке, обучению и внедрению автоматизированной системы учета на предприятии Заказчика. ü Стоимость комплексного технического сопровождения в течение 1 года после ввода в промышленную эксплуатацию ИС в рамках данного проекта. |
20. | Требования к процессу сопровождения: ü консультации по телефонам горячей линии и/или по электронной почте; ü исправление недостатков в программном обеспечении, являющихся причиной возникновения проблем при функционировании ИС в рамках заложенных функций согласно ТЗ; ü доработку системы с предоставлением обновленных версий, вызванных введением новых или изменением действующих нормативных актов; ü предоставление обновленных версий разрабатываемого ПО через Internet. |
3.2 Требования к функциям ИС
ИС должна обеспечивать автоматизацию деятельности предприятия по учету и отчетности в рамках следующих процессов (блоков задач):
№п/п | Функции ИС | |
1. | Заказ покупателя | График поставок, как дополнительные условия к договору. |
2. | График оплат, как дополнительные условия к договору. | |
3. | Загрузка спецификации Заказчика (документ – Заказ покупателя). Ввод данных в систему по отражению хоз-ой операции всеми участниками процесса. | |
4. | Заказ поставщику | Загрузка спецификации поставщика. Сравнение со спецификацией Заказчика. (документ – Заказ поставщика). Проверка вводимых пользователем данных и защита от ошибок связанных с человеческим фактором. Ввод данных в систему по отражению хоз-ой операции всеми участниками процесса. |
6. | Реализация (поставка) | Отражение накладной от поставщика. Дополнительная проверка на соответствие со спецификацией Заказчика. Ввод данных в систему по отражению хоз-ой операции всеми участниками процесса. Формирование отгрузки заказчику. |
5. | Отражение отгрузки Заказчика. Контроль документооборота. | |
6. | Контроль и анализ | Контроль выполнения обязательств (график поставок, график оплат). Контроль в разрезе - сделок, договоров, поставок, периодов, экономических показателей деятельности предприятия (выручка, себестоимость). |
7. | Интерфейс | Рабочий стол (пользовательский интерфейс) для управления механизмами поставок/отгрузок. |
8. | Дополнительные отчеты и печатные формы. Статистические формы отчетности, в т. ч. с добавлением дополнительной управленческой и пользовательской аналитики. Получение фактических данных по требованию в режиме реального времени. Оперативный план-фактный анализ. |
4. Состав и содержание работ
4.1. Общие положения
Результаты работ должны соответствовать требованиям настоящего документа. Для того, чтобы работы были выполнены в срок, а достигнутые результаты соответствовали требованиям, все работы должны исполняться и управляться как проект.
4.2 Требования по управлению проектом
В этом разделе представлены требования к управлению проектом по внедрению ИС.
4.2.1 Требования по планированию проекта
№ | Требование |
1. | Поставщик должен определить методологию управления проектом, которая будет применяться при управлении проектом по внедрению БАС |
2. | Методология управления проектом должна содержать следующие элементы: управление содержанием проекта, управление коммуникациями, управление сроками, управление качеством, управление рисками |
3. | Поставщик ИС должен разработать план управления проектом внедрения ИС |
4. | Методология управления проектом и план проекта внедрения ИС должны быть документированы и согласованы с Заказчиком |
5. | Поставщик должен провести презентацию методологии и плана управления проектом внедрения ИС на совещании по планированию проекта. |
6. | Поставщик должен обеспечить присутствие на совещании соответствующего технического и управленческого персонала со своей стороны. |
4.2.2 Требования по управлению содержанием проекта
Управление содержанием проекта включает в себя процессы,
обеспечивающие включение в проект всех тех и только тех работ, которые
необходимы для успешного выполнения проекта.
№ | Требование |
1. | Содержание проекта должно быть представлено в виде иерархической структуры работ (ИСР) проекта |
2. | ИСР проекта должно включать работы по разработке, контролю |
3. | Поставщик должен отвечать за управление изменениями содержания проекта. Процесс управления изменениями содержания должен быть документирован и содержать: ü Порядок действий по внесению изменений в содержание продукта проекта и содержание проекта ü Матрицу ответственности за осуществление действий по внесению изменений ü Шаблоны форм, требуемые для организации процесса ü Ссылку на средства автоматизации процесса |
4.2.3 Требования по управлению расписанием проекта
Управление расписанием проекта включает в себя процессы, обеспечивающие своевременное завершение проекта.
№ | Требование |
1. | Расписание проекта должно содержать в себе как минимум даты |
2. | Поставщик обязан готовить расписание проекта по ключевым |
3. | Поставщик обязан организовать процесс управления изменениями расписания проекта. Процесс управления изменениями расписания должен быть документирован и содержать: ü Порядок действий по внесению изменений в расписание проекта ü Матрицу ответственности за осуществление действий по внесению изменений ü Шаблоны форм, требуемые для организации процесса ü Ссылку на средства автоматизации процесса |
4.2.4 Требования по управлению рисками
№ | Требование |
1. | Поставщик должен отвечать за разработку плана управления рисками проекта. План управления рисками должен, как минимум, включать: Методологию управления рисками Полномочия (роли) и ответственность Методы мониторинга и контроля рисков Методы борьбы с отрицательными рисками Формы отчетов |
2. | Поставщик должен идентифицировать риски проекта. Характеристики рисков, влияние рисков на цели проекта, методы борьбы с отрицательными рисками должны быть документированы Поставщиком в плане управления рисками проекта. |
3. | Поставщик должен осуществлять мониторинг и контроль рисков на основании плана управления рисками |
4. | Поставщик обязан продумывать мероприятия по предупреждению рисков (снижению вероятности и влияния рисков) и вносить их в расписание проекта. |
5. | Поставщик должен осуществлять мониторинг и контроль рисков на основании плана управления рисками. По факту мониторинга рисков Поставщик обязан предпринимать корректирующие действия. |
6. | Поставщик обязан организовывать периодические совещания по пересмотру рисков, идентификации новых рисков |
4.2.5 Требования по управлению качеством
№ | Требование |
1. | Поставщик должен разработать план управления качеством проекта. План управления качеством должен содержать указание на методологию, политики, процедуры, ответственность, необходимые для обеспечения управления качеством проекта. Поставщик должен также идентифицировать методы для проверки соответствия стандартам качества. |
2. | Поставщик должен осуществлять мониторинг проекта, чтобы обеспечивать соответствие проекта стандартам качества и рекомендовать необходимые методы для исправления несоответствующих результатов, появляющихся в ходе проекта |
4.2.6 Требования по управлению коммуникациями
№ | Требование |
1. | Поставщик должен разработать план управления коммуникациями |
2. | Поставщик должен обеспечить должное выполнение плана |
4.2.7 Требования отчетности
№ | Требование |
1. |
|
2. | Время от времени Заказчик может запрашивать у Поставщика другие отчеты и/или презентации. Поставщик должен обеспечить Заказчику необходимую поддержку в получении требуемой информации. |
Поставщик должен поставлять Заказчику еженедельные отчеты о статусе проекта. Заказчик и Поставщик должны достигнуть соглашения о показателях результативности проекта, по которым будут составляться еженедельные отчеты.4.2.8 Требования по документации проекта
№ | Требование |
1. | Поставщик должен разрабатывать документацию, используя для этого средства Microsoft Office . |
2. | Вся документация должна быть написана на русском языке с использованием утвержденных (общепринятых) для отрасли технических терминов |
3. | Для всех документов должно быть обеспечено управление версиями |
4.3. Основные этапы внедрения ИС
В этом разделе представлены требования к основным этапам внедрения.
№ | Наименование этапа | Краткое описание этапа |
1. | Экспертиза и анализ объекта автоматизации (моделирование) | Предварительный анализ объекта автоматизации; детальный анализ процессов, подлежащих автоматизации; разработка концепции решения; уточнение технического задания; уточнение графика проекта. Анализ работы каждого ответственного пользователя. Проецирование процесса на 1С 8.2 УСО, контрольные примеры. Результат этапа – формализованное описание бизнес-процессов в виде блок-схем, список технических требований на доработку программного продукта 1С УСО 8.2 (техническое задание, составленное в форме, определенной нормами исполнителя и согласованной с Заказчиком). |
2. | Рабочее проектирование (разработка) | Разработка механизма и документирование решений, описывающих вид и поведение каждой составляющей и решения в целом, разработка и согласование прототипов. Настройка, разработка дополнительных компонент, тестирование, разработка эксплуатационной документации. |
3. | Внедрение (опытные испытания) | Развертывание системы в рабочей среде, обучение персонала, предварительные испытания, опытная эксплуатация, доработка, ввод в эксплуатацию |
4. | Сопровождение | Разрешение инцидентов, консультирование по эксплуатации, поддержка специалистов Заказчика, возможная дополнительная доработка системы, анализ параметров функционирования, планирование развития. |
5 Порядок контроля и приемки
5.1 Общие положения
При испытаниях и приемке должны применяться следующие виды испытаний:
ü Предварительные испытания;
ü Испытания в процессе опытной эксплуатации;
ü Приемочные испытания;
Для отдельных подсистем проводятся автономные испытания, для системы в целом проводятся комплексные испытания.
5.2 Требования к проведению испытаний и приемки системы
5.2.1 Общие требования
№ | Требование |
1. | Для проведения испытаний должна быть создана совместная комиссия по приемке. Эта комиссия должна включать в свой состав представителей Заказчика и Поставщика. Состав комиссии и срок ее полномочий устанавливается Приказом об испытаниях и приемке, который издает Заказчик. Комиссия может быть организована в рамках рабочей (проектной) группы внедрения |
2. | Автономные испытания подсистем являются обязательными |
3. | Комплексные испытания в целом (в случае успешного завершения автономных испытаний ее подсистем) проводятся при необходимости |
5.2.2 Требования к проведению предварительных испытаний
№ | Требование |
1. | Для начала предварительных испытаний (автономных или комплексных) Заказчик должен издать приказ об испытаниях и приемке |
2. | Приказ определяет состав участников Комиссии (включая представителей Заказчика и Поставщика), функции участников комиссии, сроки и место проведения испытаний. |
3. | Комиссия должна утвердить документ «Программа и методика испытаний» |
4. | Результаты предварительных испытаний оформляются документом «Протокол предварительных испытаний» |
5. | Предварительные испытания проводятся в соответствии со следующими документами: Техническое Задание, Программа и методика испытаний |
6. | По результатам предварительных испытаний Комиссия принимает решение о допуске подсистем к опытной эксплуатации |
7. | В случае положительного решения Комиссии оформляется документ «Акт приемки подсистемы в опытную эксплуатацию». В противном случае программное обеспечение подлежит доработке, после чего проводятся повторные предварительные испытания |
8. | До приемки подсистемы в опытную эксплуатацию Поставщик должен передать Комиссии по испытаниям и приемке утвержденный Поставщиком Протокол предварительных испытаний с отметками об устранении зафиксированных несоответствий |
5.2.3 Требования к проведению опытной эксплуатации
№ | Требование |
1. | Сроки и место проведения опытной эксплуатации, ответственные лица и их функции в процессе опытной эксплуатации устанавливаются документом «Акт приемки подсистемы в опытную эксплуатацию» |
2. | Результаты опытной эксплуатации оформляются документом «Протокол опытной эксплуатации» |
3. | По результатам опытной эксплуатации принимается решение о допуске подсистемы к приемочным испытаниям. В случае положительного решения оформляется документ «Акт допуска к приемочным испытаниям». В противном случае подсистема подлежит доработке, после чего проводится повторная опытная эксплуатация |
4. | До приемки подсистемы на приемочные испытания Поставщик должен передать Комиссии по испытаниям и приемке утвержденный Поставщиком Протокол опытной эксплуатации с отметками об устранении зафиксированных несоответствий |
5.2.4 Требования к проведению приемочных испытаний
№ | Требование |
1. | Сроки и место проведения приемочных испытаний, ответственные лица и их функции в процессе приемочных испытаний устанавливаются документом «Акт допуска к приемочным испытаниям» |
2. | Результаты приемочных испытаний оформляются документом «Протокол приемочных испытаний» |
3. | По результатам приемочных испытаний принимается решение о приемке подсистемы в промышленную эксплуатацию. В случае положительного решения оформляется документ «Акт приемки подсистемы в промышленную эксплуатацию». В противном случае подсистема подлежит доработке, после чего проводятся повторные приемочные испытания |
5.2.5 Требования к оформлению документов на этапе контроля и приемки
№ | Требование |
1. | При оформлении документов «Программа и методика испытаний» и «Паспорт системы» нужно руководствоваться требованиями ГОСТ 34.603-92. |
2. | Оформление документов типа «приказ», «Акт», «Протокол», «Отчет» должно соответствовать требованиям, установленным в Инструкции |
3. | Требования к структуре и оформлению отдельных документов должны быть согласованы между Заказчиком и Поставщиком и зафиксированы в виде установленных шаблонов документов. |
4. | Процедура подготовки, рассмотрения, согласования и утверждения документов |
5.2.6 Требования к вводу объекта автоматизации в эксплуатацию
№ | Требование |
1. | Составить план и привести поступающую в систему информацию (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ; |
2. | Определить изменения, которые необходимо осуществить в объекте автоматизации; |
3. | Создать условия функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ; |
4. | Создать необходимые для функционирования подразделения и службы; |
5. | Определить сроки и порядок комплектования штатов и персонала, обучения. |
6 Требования к документированию
В ходе проекта на различных его стадиях Заказчику на утверждение должны быть представлены обязательные документы, указанные в П.Остальная документация согласовывается с Заказчиком дополнительно.
6.1 Техническая документация
Техническое задание;
Контрольные примеры.
6.2 Процедуры и инструкции
Руководства пользователей ИС;
Руководство администратора системы.
6.3 Документация управления проектом
План управления проектом.
