15. Взаимоотношения заказчика и разработчика на стадии разработки и внедрения аис.

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

1. Четко определить свои требования к системе и обсудить их с руководителем организации разработчика.

2. Отдать распоряжение всем своим руководителям отделов о приведении в порядок всей документации для предоставления ее разработчику.

3. Разработать план-график работы с разработчиком для ответов на его вопросы.

разработчик должен:

1. Изучить требования заказчика к системе.

2. Составить план график обследования предприятия.

3. Изучить представленную заказчиком документацию.

4. Проанализировать технологию обмена информацией на предприятии заказчика.

5. Дать заключение о возможности разработки системы в данный момент.

6. Дать предложение по техническому оборудованию рабочих мест подсистемы и помочь выполнить калькуляцию для закупки технических средств.

7. Совместно с заказчиком составить и согласовать техническое задание на разработку АС.

На стадии внедрения заказчик должен выполнить строительные работы, монтажные и пусконаладочные работы (монтаж мест, установка ПО,ОС, БД). Разработчик должен проконсультировать заказчика по размещ.технич.с-в по коммуникациям, провести предварительные испытания АС чтобы выявить недостатки системы, проверить правильность функционирования АС.

16. Приёмочные испытания аис.

Приёмочные испытания проводят для определения соответствия АС ТЗ. Оценки качества опытной эксплуатации и решения вопроса о возможности приёмки АС в постоянную эксплуатацию.

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

1) техническое задание на создание АС;

2) акт приемки в опытную эксплуатацию;

3) рабочие журналы опытной эксплуатации;

4) акт завершения опытной эксплуатации и допуска АС к приемочным испытаниям;

5) программа и методика испытаний.

Приемочные испытания следует проводить на функционирующем объекте.

Проверке подлежит:

1) полнота сообщений, директив, запросов, доступных оператору и их достаточность для эксплуатации системы;

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

3) реакция системы и ее частей па ошибки оператора, средства сервиса.

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

Протоколы испытаний объектов по всей программе обобщают в едином протоколе, на основании которого делают заключение о соответствии системы требованиям ТЗ на АС и возможности оформления акта приемки АС в постоянную эксплуатацию.

17. Стратегия внедрения системы.

ГОСТ 34.601- формирует КАНОНИЧЕСКИЙ подход к созданию АС.

Кроме него сущ. И др.стратегии и технологии внедрения.

Самые популярные из них:

1)параллельная стратегия, при которой одновременно исп-ют старую и новую системы. Потом сравнивают вых. док-ты и если они согласуются между собой в течении длит.времени,то оставляют ТОЛЬКО НОВУЮ систему.

2. пилотный проект – наиболее популярная стратегия использующая тактику «скачка» к небольшому кол-ву бизнес-процессов. Эта стратегия уменьшает риски предприятия.

3. стратегия «узкое место» - применяется к малой части производственного процесса, ьгде существует наибольшая напряженность. Если задача на этом участке решается, то АС устанавливается на других участках.

Для любой стратегии выполняются след этапы в процессе сопровождения системы:

1. модернизация программно0аппаратной части

2. отслеживание изменений в законодательстве

3. доработка системы под новые требования пользователе

4. обеспечение безопасности при эксплуатации АС

К перечисленным 3 стратегиям можно добавить направления внедрения:

1. сверху вниз (корпоративная информ система)

2. снизу вверх (корпоративная информ система)

3. децентрализовано (на каждом участке корпорации самостоятельно)