Порядок контроля и приемки системы 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Порядок контроля и приемки системы



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

 

 

7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы действие

Для создания условий функционирования автоматизированной системы «Обслуживание клиентов магазина мебели», при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в настоящем техническом задании, и возможность эффективного ее использования, в организации Заказчика должен быть проведен комплекс мероприятий:

7.1. Технические мероприятия Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть выполнены следующие работы:

Ø Осуществлена закупка и установка необходимого оборудования;

Ø Организовать необходимое сетевое взаимодействие.

Организационные мероприятия

Силами Заказчика в срок до начала этапа «Разработка рабочей документации. Адаптация программ» должны быть решены организационные вопросы по взаимодействию с системами-источниками данных. К данным организационным вопросам относятся:

Ø Организация доступа к базам данных источников;

Ø Выделение ответственных специалистов со стороны заказчика, для взаимодействия с проектной командой по вопросам взаимодействия с системами-источниками данных.

Изменения в информационном обеспечении

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

Требования к документированию

Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой Системы Программной Документации (ЕСПД); руководство пользователя, руководство администратора, описание применения.

Источники разработки

Настоящее техническое задание было разработано на основе следующих документов и информационных материалов:

Ø ГОСТ 24.701-86 «Надежность автоматизированных систем управления»

Ø ГОСТ 150.150-69 «Машины, приборы и другие технические изделия. Исполнения для различных климатических районов. Категории, условия эксплуатации, хранения и транспортирования в части воздействия климатических факторов внешней среды.»

Ø ГОСТ 21958-76 «Система "Человек-машина". Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

Ø ГОСТ 12.1.004-91 «ССБТ. Пожарная безопасность. Общие требования».

Ø ГОСТ Р. 50571.22-2000 «Электроустановки зданий».

 

 

РАЗРАБОТКА РУКОВОДСТВА ПОЛЬЗОВАТЕЛЯ

(руководство пользователя для самостоятельно разработанного программного продукта: сайт, приложение...ЧТО-ТО ОДНО)


Результаты освоения ПК 2.6.

Участвовать в измерении и контроле качества продуктов


СОСТАВЛЕНИЕ ОПИСАНИЯ ХАРАКТЕРИСТИК КАЧЕСТВА ПРОГРАММНОГО ПРОДУКТА

(описание характеристик качества программного продукта

 

 

РАЗРАБОТКА КРИТЕРИЕВ ДЛЯ ПРОВЕДЕНИЯ ОЦЕНКИ КАЧЕСТВА ПРОГРАММНОГО СРЕДСТВА

(критерии для проведения оценки качества программного средства)

 

 

РАЗРАБОТКА ПЛАНОВ ЭКСПЕРТИЗЫ ДОКУМЕНТАЦИИ

(план экспертизы документации)

 

 

СОСТАВЛЕНИЕ ВОПРОСОВ ТЕСТА ДЛЯ АУДИТА ПРОГРАММНОГО СРЕДСТВА

(тест для аудита программного средства)



Поделиться:


Последнее изменение этой страницы: 2017-02-17; просмотров: 175; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.22.181.209 (0.006 с.)