www.sinera.ru
	Документ «План опытной	Описывает правила проведения опытной
	эксплуатации»	эксплуатации, сроки проведения, роли
		пользователей, мероприятия, проводимые в рамках
		опытной эксплуатации.
	Документ «Регламент	Описывает регламенты работы сотрудников
	работы»	компании с учетом работы в системе.
	Документ «План обучения	План и программа обучения пользователей работе с
	пользователей»	системой.
	Документ «Программа	Набор аттестационных заданий для проведения
	аттестации»	аттестации пользователей.
	Документ «Протокол приемо-	Результаты выполнения заданий, содержащихся в
	сдаточных испытаний»	ПИМИ.
	Документ «Результаты	Оценки, выставленные пользователям, при
	аттестации пользователей»	проведении аттестации.
	Документ «Журнал опытной	Документ, содержащий ошибки и пожелания
	эксплуатации»	пользователей, , выявленные в ходе опытной
		эксплуатации.
	Документ «Протокол о	Документ содержит результаты совещания
	переводе системы в	Координационного совета по вопросу перевода
	промышленную	системы в промышленную эксплуатацию.
	эксплуатацию»
	Документ «Приказ о переводе	Приказ, издаваемый на предприятии Заказчика о
	системы в промышленную	переводе системы в промышленную эксплуатацию.
	эксплуатацию»
	Документ «Отчет о	Результаты внедрения проекта, оценка
	внедрении»	качественных показателей, заданных в начале
		проекта.
	Документ «Рекомендации по	Описание дальнейших этапов автоматизации и
	реинженерингу процесса	реинжениринга
	производства»

4.10.2Процедура приемки Системы

•Приемка системы осуществляется на основании Программы и методики испытаний (ПИМИ). ПИМИ разрабатывается Исполнителем, согласуется и принимается Заказчиком в соответствии с процедурой приемки проектной документации.

•Для приемки Системы создается экспертная комиссия из сотрудников Исполнителя и Заказчика и назначается дата проведения приемо-сдаточных испытаний.

•По итогам приемо-сдаточных испытаний составляется протокол с указанием результатов испытаний, выявленных замечаний и датой исправления замечаний.

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

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

4.11Процедура обработки запросов на изменение

После согласования Технического задания (ТЗ) действует следующая процедура обработки запросов на изменение:

1.Все поступающие от Заказчика замечания будут классифицироваться Исполнителем по следующей шкале:

Устав проекта

стр. 16 из 17

www.sinera.ru

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

•"существенные" - приводящие к изменению смысла требований, но не влияющие на план работ;

•"критические" - влияющие как на смысл требований, так и на состав, длительность и стоимость работ.

2.Изменения по замечаниям типа "технические" принимаются Исполнителем на исправление и реализуются в очередном релизе системы.

3.Изменения типа "существенные" вносятся с изменением версии ТЗ и подтверждением принятия новой версии ТЗ. Изменения такого типа принимаются Исполнителем на реализацию по результатам принятия согласованного между Сторонами решения о возможности реализации изменений и сроках их реализации.

4.При идентификации замечаний типа "критические" Исполнитель информирует Заказчика о факте их получения и предлагает дату рассмотрения замечаний по существу. До момента рассмотрения замечаний изменения не принимаются.

Результаты рассмотрения фиксируются протокольным решением.

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

6.При внесении изменений в ТЗ производятся соответствующие изменения в остальные проектные документы: Системная архитектура, ПИМИ, Руководство пользователя, Руководства администратора, и т.п.

4.12Процедура управления резервами

На протяжении проекта Исполнитель обязуется принять на реализацию изменения, запрошенные Заказчиком, общая продолжительность работ разработчиков Исполнителя над которыми не превышает 40 часов.

Оценка трудозатрат разработчиков по запрошенным изменениям выполняется Исполнителем и верифицируется Заказчиком

Устав проекта

стр. 17 из 17