Шаблон ТЗ

Приложение № ____.

Фирма «Сигма»

УТВЕРЖДАЮ Руководитель   _______________________________________ личная подпись / _______________________________ /   « ___ » ___________________ 200 г. печать

УТВЕРЖДАЮ Руководитель   _______________________________________ личная подпись / _______________________________ /   « ___ » ___________________ 200 г. печать

 

Автоматизированная система мониторинга

наименование вида АС

 

Службы мониторинга ОАО «АК «Химтранс»

наименование объекта автоматизации

 

АСМ

сокращенное наименование АС

 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

На разработку системы

На 43 листах

 

 

Действует с « ____ » ________________ 2001 г.

 

 

СОГЛАСОВАНО Руководитель _____________________________   _______________________________________ личная подпись / _______________________________ /   « ___ » ___________________ 200 г. печать

СОДЕРЖАНИЕ

1 Общие сведения.. 5

1.1 Полное наименование системы и ее условное обозначение. 5

1.2 Номер договора.. 5

1.3 Наименование заказчика и исполнителя и их реквизиты.. 5

1.4 Перечень исходных документов. 5

1.5 Плановые сроки начала и окончания работ. 5

1.6 Порядок финансирования. 5

1.7 Порядок оформления и предъявления заказчику результатов работ. 5

1.8 Сокращения и обозначения. 5

1.8.1 Предметная область. 6

1.9 Границы применимости документа.. 7

2 Назначение и цели создания системы... 8

2.1 Назначение Системы.. 8

2.1.1 Вид автоматизируемой деятельности. 8

2.1.2 Список объектов автоматизации. 8

2.2 Цели создания Системы.. 8

2.2.1 Показатели. 8

3 Характеристики объектов автоматизациИ.. 9

3.1 Краткие сведения об объекте автоматизации.. 9

3.1.1 Сведения об объекте автоматизации в целом.. 9

3.1.2 Сведения по транспортным службам в целом.. 9

3.1.2.1 Основные задачи транспортных служб. 9

3.1.2.2 Контролируемые показатели. 9

3.1.2.3 Эксплуатируемые ИС.. 9

3.1.3 Краткие сведения по задачам первого организационного уровня (АК) 9

3.1.3.1 Основные задачи АК.. 9

3.1.3.2 Информация, важная для ЦТУ АК.. 9

3.1.4 Краткие сведения по задачам второго организационного уровня (ОАО) 9

3.1.4.1 Технологические объекты ОАО.. 9

3.1.4.2 Основные задачи ОАО.. 9

3.1.4.3 Задачи аппарата и транспортной службы ОАО.. 9

3.1.4.4 Главные задачи ТТО ОАО.. 9

3.1.4.5 Взаимодействие ТТО ОАО с подразделениями ОАО.. 9

3.1.4.6 Информация, важная для транспортной службы ОАО.. 9

3.1.4.7 Отчетные документы транспортной службы ОАО.. 9

3.1.5 Краткие сведения по задачам третьего организационного уровня (ПО) 9

3.1.5.1 Основные задачи ПО.. 9

3.1.5.2 Технологические операции ПО.. 9

3.1.5.3 Информация, важная для ПО.. 9

3.1.5.4 Отчетные документы транспортной службы ПО.. 9

3.1.6 Краткие сведения по задачам четвертого организационного уровня (ЛТС) 9

3.1.6.1 Основные задачи ЛТС.. 9

3.1.6.2 Задачи транспортной службы ЛТС.. 9

3.1.6.3 Информация, важная для ЛТС.. 9

3.1.6.4 Отчетные документы операторной ЛТС.. 9

3.2 Условия эксплуатации и окружающая среда.. 9

3.2.1 Условия эксплуатации. 9

3.2.1.1 Условия работы транспортных служб. 9

3.2.1.2 Условия проведения технологического процесса. 9

3.2.1.3 Технические проблемы.. 10

3.2.2 Окружающая среда. 10

3.2.2.1 Влияние климата и рельефа. 10

3.2.2.2 Проблемы экологии и безопасности. 10

3.2.3 Выводы.. 10

4 Требования к системе.. 11

4.1 Требования к системе в целом.. 11

4.1.1 Структура и функционирование. 11

4.1.1.1 Подсистемы.. 11

4.1.1.2 Способы и средства связи между компонентами системы.. 12

4.1.1.3 Взаимосвязи создаваемой системы со смежными системами. 12

4.1.1.4 Режимы функционирования. 12

4.1.1.5 Диагностирование. 12

4.1.1.6 Перспективы развития. 12

4.1.2 Персонал. 12

4.1.2.1 Численность персонала. 12

4.1.2.2 Квалификация персонала. 13

4.1.2.3 Режим работы персонала. 13

4.1.3 Показатели назначения. 13

4.1.3.1 Степень приспособляемости системы к изменению процессов и отклонениям параметров объектов 13

4.1.3.2 Допустимые пределы модернизации системы.. 13

4.1.3.3 Вероятностно-временные характеристики, при которых сохраняется целевое назначение системы 13

4.1.4 Надежность. 14

4.1.4.1 Устойчивость функционирования. 14

4.1.4.2 Полнота восстанавливаемости функционирования. 14

4.1.4.3 Длительность восстановления функционирования. 14

4.1.4.4 Доступность. 14

4.1.5 Безопасность. 14

4.1.6 Эргономика и техническая эстетика. 14

4.1.7 Транспортабельность (только для подвижных систем) 14

4.1.8 Эксплуатация, техническое обслуживание, ремонт и хранение. 14

4.1.9 Защита информации от несанкционированного доступа. 15

4.1.9.1 Общие требования к защите информации. 15

4.1.9.2 Требования к регистрации действий пользователей. 15

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

4.1.11 Патентная чистота. 15

4.1.12 Требования к качеству Системы.. 15

4.1.12.1 Общие положения. 15

4.1.12.2 Измерение качества Системы.. 15

4.1.12.3 Сопровождаемость. 16

4.1.12.4 Эффективность. 16

4.1.12.5 Корректность. 16

4.1.12.6 Удобство применения. 16

4.2 Требования к функциям (задачам) подсистем.. 16

4.2.1 Перечень функций (задач) подсистем.. 16

4.2.2 Временной регламент реализации. 17

4.2.3 Качество реализации. 17

4.2.4 Перечень и критерии отказов. 18

4.3 Требования к видам обеспечения. 18

4.3.1 Информационное обеспечение. 18

4.3.1.1 Требования к составу, структуре и способу организация данных в системе. 18

4.3.1.2 Требования к информационному обмену между компонентами системы.. 18

4.3.1.3 Требования к информационной совместимости со смежными системами. 18

4.3.1.4 Требования по использованию в АСМ унифицированных ведомственных форм документации. 18

4.3.1.5 Требования по применению в АСМ систем управления базами данных. 18

4.3.1.6 Требования к структуре процесса сбора, обработки, передачи и представления данных. 18

4.3.1.7 Требования к защите данных от несанкционированных изменений и доступа, разрушений, в том числе при сбоях в электропитании. 18

4.3.1.8 Требования к контролю, хранению, обновлению и восстановлению данных. 19

4.3.2 Лингвистическое обеспечение. 19

4.3.3 Программное обеспечение. 19

4.3.3.1 Требования к использованию типовых и поставляемых программных средств. 19

4.3.3.2 Общие требования к программному обеспечению. 19

4.3.4 Техническое (аппаратное) обеспечение. 20

4.3.4.1 Требования к видам технических средств. 20

4.3.4.2 Требования к функциональным и эксплуатационным характеристикам технических средств. 21

4.3.4.3 Общие требования к техническому обеспечению. 21

4.3.5 Метрологическое обеспечение. 21

4.3.6 Организационное обеспечение. 21

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

4.3.6.2 Требования к организации функционирования АСМ и порядку взаимодействия персонала Системы и персонала диспетчерских служб Компании. 22

4.3.6.3 Требования к защите от ошибочных действий персонала АСМ. 22

4.3.6.4 Общие требования к организационному обеспечению АСМ... 22

4.3.7 Методическое обеспечение. 22

5 Состав и содержание работ по созданию системы... 23

5.1 Первая стадия – Техническое задание. 23

5.2 Вторая стадия – Технический проект. 23

5.3 Третья стадия – Рабочий проект. 23

5.4 Четвертая стадия – Ввод в действие. 23

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

6.1 Виды, состав, объем и методы испытаний системы.. 24

6.2 Общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации.. 24

6.3 Статус приемочной комиссии.. 25

7 Состав и содержание подготовительных работ.. 26

7.1 Перечень подготовительных мероприятий со стороны Заказчика.. 26

7.1.1 Подготовка информации. 26

7.1.2 Подготовка объекта. 26

7.1.3 Условия функционирования. 26

7.1.4 Создание необходимых подразделений. 26

7.1.5 Порядок комплектования штатов. 26

7.2 Перечень подготовительных мероприятий со стороны Исполнителя. 26

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

8.1 Общие требования к документированию... 27

8.2 Соответствие стандартам.. 27

8.3 Перечень подлежащих разработке документов. 27

8.3.1 На стадии формирования Технического задания. 27

8.3.2 На стадии Технического проекта. 27

8.3.3 На стадии Рабочего проекта. 27

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

 

Общие сведения

Полное наименование системы и ее условное обозначение

Автоматизированная система мониторига. В дальнейшем – АСМ или Система.

Номер договора

Работы по созданию Технического проекта выполняются на основании договора № ____ от “__” ________ 200_ г. (далее - Договор).

Наименование заказчика и исполнителя и их реквизиты

 

Заказчик:	Исполнитель:
ОАО «АК «ХИМТРАНС»	По разработке ТЗ и Технического проекта - ФИРМА «СИГМА» по разработке рабочего проекта и внедрению – определяется на соответствующих стадиях

Перечень исходных документов

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

Плановые сроки начала и окончания работ

Состав и содержание работ по созданию Системы определены в разделе 5 данного документа. Плановые сроки начала и окончания работ в части разработки данного ТЗ (п. 5.1), Технического проекта (п. 5.2) и дальнейших работ (п.п. 5.3 и 5.4) определены в Календарном плане работ, прилагаемом к Договору.

Порядок финансирования

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

Порядок оформления и предъявления заказчику результатов работ

Работа должны выполняться по этапам, оговоренным в Календарном плане к Договору (Приложение № 2). Сдача каждого этапа должна сопровождаться подписанием Акта о выполнении этапа.

Сокращения и обозначения

Сокращения и обозначения расположены по группам: проектирование, программное обеспечение, технические средства, предметная область. Аларм –…

Предметная область

Границы применимости документа

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

Основанием данного ТЗ являются требования, сформулированные в нормативных документах и требования Заказчика.

Нумерацию версий данного Технического задания ведет Исполнитель.

 

Назначение и цели создания системы

Назначение Системы

Вид автоматизируемой деятельности

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

Список объектов автоматизации

При этом основными объектами контроля АСМ будут являться: перекачивающие насосные станции МТП; резервуарные парки (РП); отводы;

Цели создания Системы

Показатели

Характеристики объектов автоматизациИ

Краткие сведения об объекте автоматизации

Сведения об объекте автоматизации в целом

Компания ОАО «АК «Химтранс» осуществляет управление и координацию работы трубопроводной системы через дочерние открытые акционерные общества…

Основными технологическими объектами системы МТП являются следующие:

1. линейная часть ТП;
2. …

Сведения по транспортным службам в целом

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

Контролируемые показатели

Эксплуатируемые ИС

Краткие сведения по задачам первого организационного уровня (АК)

Основные задачи АК

Информация, важная для ЦТУ АК

Краткие сведения по задачам второго организационного уровня (ОАО)

Технологические объекты ОАО

Основные задачи ОАО

Задачи аппарата и транспортной службы ОАО

Главные задачи ТТО ОАО

Взаимодействие ТТО ОАО с подразделениями ОАО

Информация, важная для транспортной службы ОАО

Отчетные документы транспортной службы ОАО

Краткие сведения по задачам третьего организационного уровня (ПО)

Основные задачи ПО

Технологические операции ПО

Информация, важная для ПО

Отчетные документы транспортной службы ПО

Краткие сведения по задачам четвертого организационного уровня (ЛТС)

Основные задачи ЛТС

Задачи транспортной службы ЛТС

Информация, важная для ЛТС

Отчетные документы операторной ЛТС

Условия эксплуатации и окружающая среда

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

Условия работы транспортных служб

Условия работы транспортного персонала имеет следующие особенности:

1. …

Условия проведения технологического процесса

Кроме того, дополнительными особенностями обладает сам технологический процесс транспортировки, что значительно усложняет условия эксплуатации [интервью x.x]:

1. …

Технические проблемы

Основной технической проблемой является качество связи. Также существуют следующие проблемы [интервью x.x]:

1. …

Окружающая среда

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

Влияние климата и рельефа

Являясь частью окружающей среды, производственная деятельность на объектах МТП часто зависит от постоянных свойств и изменяющихся условий… Рельеф местности вносит дополнительные трудности, поскольку… [интервью x.x].

Проблемы экологии и безопасности

Вместе с этим, производственная деятельность на объектах МТП также оказывает влияние на окружающую среду...

Выводы

Указанные условия эксплуатации объектов автоматизации определяют следующие требования к создаваемой системе и составу ее функций:

1. … [интервью x.x]
2. …

Данные требования отражены в п.п. 4.1 и 4.2 настоящего Технического задания.

 

Требования к системе

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

Требования к системе в целом

Для оптимального использования имеющихся у Заказчика вычислительных средств и создания базы для возможного в будущем перехода к более…

Структура и функционирование

Подсистемы

Подсистема оперативного контроля предназначена для: представления сведений об объектах; редактирования свойств объекта; передачи и … Подсистема администрирования предназначена для: настройки безопасности и… Подсистема сервера управления предназначена для: анализа работоспособности подсистем; запуска и контроля…

Способы и средства связи между компонентами системы

Информационный обмен между компонентами системы строится на использовании протоколов Oracle Net8. Система предполагает многоуровневую организацию транспортного контроля (уровни… При четырехуровневой организации транспортного контроля АК – ОАО – ПО – ЛТС Система состоит из четырех аналогичных…

Взаимосвязи создаваемой системы со смежными системами.

АСМ должна иметь, в случае необходимости, возможность регистрации данных, поступающих: от смежных систем измерения и управления (АСУТП,… Взаимодействие АСМ со смежными системами измерения и управления не… Функции информационного обмена АСМ и смежных систем далее детализируются в п. 4.2.1.

Режимы функционирования

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

Диагностирование

Диагностика работы АСМ осуществляется средствами системного ПО и СУБД.

Перспективы развития

Персонал

Численность персонала

Минимальная численность персонала системы – один администратор и штат операторов, определяемый количеством рабочих мест и графиком посменного… Персоналом, работающим с системой в качестве операторов и основных… Кроме того, доступ к Системе могут иметь иные пользователи, нуждающиеся в информации, предоставляемой Системой,…

Квалификация персонала

Режим работы персонала

Специальных требований к режимам работы персонала АСМ не предъявляется.

Показатели назначения

АСМ должна иметь возможность широкой приспособляемости к изменениям процессов и методов диспетчерского контроля и управления, к отклонениям параметров управления.

Степень приспособляемости системы к изменению процессов и отклонениям параметров объектов

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

Допустимые пределы модернизации системы

Пределы модернизации и развития Системы ограничены функциями и уровнем технического обеспечения ЦТУ ОАО.

Система должна допускать следующую модернизацию:

1. развитие сетевого оборудования и архитектуры вычислительных сетей при условии сохранения совместимости с протоколом TCP/IP;
2. замену компьютеров при условии сохранения архитектуры IBM PC;
3. обновление версий Системы.

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

Вероятностно-временные характеристики сохранения целевого назначения Системы определяются временем существования ОАО и временем морального устаревания технических компонентов Системы.

Надежность

Надежность функционирования ПС характеризуется, в первую очередь, устойчивостью (способностью безотказного функционирования) и восстанавливаемостью… Устойчивость определяется эффективностью контроля данных, поступающих из… Восстанавливаемость характеризуется полнотой и длительностью восстановления функционирования программ в процессе…

Устойчивость функционирования

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

1. сбоями технических средств;
2. ошибками во входных данных;
3. ошибками обслуживания.

Экспертная оценка проводится по двум критериям:

1. наличие средств восстановления работоспособности при ошибках на входе;
2. наличие средств восстановления при сбоях оборудования.

Полнота восстанавливаемости функционирования

Данный показатель характеризует процент данных или действий по изменению данных, потерянных при нарушении работоспособности Системы. Среднестатистическое значение оценивается для совокупности нарушений работоспособности. Допустимым уровнем показателя является значение 0% для данных, сохраненных в БД и данных, поступивших в Систему, означающее отсутствие потери таких данных при нарушениях работоспособности.

Длительность восстановления функционирования

При возникновении одновременно нескольких типов нарушений работоспособности норматив длительности восстановления функционирования Системы выбирается…

Доступность

Система должна функционировать 24 часа в сутки, 7 дней в неделю [интервью …].

Безопасность

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

Эргономика и техническая эстетика

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

Транспортабельность (только для подвижных систем)

Требования не предъявляются [интервью 4.5].

Эксплуатация, техническое обслуживание, ремонт и хранение

Требования к параметрам сетей энергоснабжения определяются Российским стандартом бытового электропитания: действующее значение напряжения 220 В ± 5%… Предварительные требования к допустимым площадям для размещения персонала и…

Защита информации от несанкционированного доступа.

Общие требования к защите информации

Требования к регистрации действий пользователей

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

1. аутентификацию пользователя системой;
2. создание и удаление объектов системы;
3. действия по изменению правил разграничения доступа (ПРД).

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

1. дата и время;
2. пользователь, осуществляющий регистрируемое действие;
3. тип события.

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

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

Патентная чистота

Патентная чистота АСМ должна быть обеспечена в отношении следующих стран: Российская Федерация.

Требования к качеству Системы

Общие положения

Проектирование структуры и архитектуры АСМ и ее составных частей должно производиться с учетом требований к качеству Системы. Эти требования в… На стадии технического проектирования должны быть указаны конкретные проектные… Достижение оценочного уровня по каждому показателю определяется на стадии «Ввод в действие» при приемочных испытаниях.…

Измерение качества Системы

Методами измерения уровня значения показателя являются:

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

1. 0 – оценочный уровень, удовлетворяющий требованиям Заказчика, не достигнут.
2. 1 – достигнут оценочный уровень.

1. количественный показатель, характеризуемый числовым значением.
2. расчетный показатель, характеризуемый процентным значением.

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

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

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

1. повторяемость (использование типовых компонентов ПС).

Эффективность

Эффективность АСМ оценивается по следующим показателям: ресурсоемкость; временная эффективность – время отклика (получения результатов на…

Корректность

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

1. полнота документации разработчика (документированность результатов технического проектирования, модели данных, текстов программ, форматов данных, протоколов обмена, стыков с программными компонентами);
2. непротиворечивость документации разработчика;
3. соответствие документации стандартам;
4. единообразие интерфейсов между модулями и пользователями.

Удобство применения

Удобство применения Системы оценивается по следующим показателям: управление данными (централизованное администрирование); управление с…

Требования к функциям (задачам) подсистем

Состав автоматизированных функций АСМ должен обеспечивать возможность снижения объема рутинных операций персонала, повышению качества управления.

Перечень функций (задач) подсистем

I. Подсистема оперативного контроля уровня АК (в соответствии с 3.1.3 и интервью 4.4).

1. … 2. Группа функций обработки оперативных данных из ОАО. 2. ...

V. Административные и общесистемные функции.

1. Подсистема администрирования (имеется на каждом уровне):

22. ….

2. Подсистема сервера управления (имеется на каждом уровне):

23. ….

3. Подсистема взаимодействия со смежными системами оперативного контроля (имеется на каждом уровне):

24. ….

Временной регламент реализации

Временной регламент реализации каждой функции, задачи или их комплексов должен обеспечивать оперативное управление в масштабе времени близком к реальному всеми подсистемами без потери их функционала. При этом передача информации между организационными уровнями должна осуществляться не реже 1 раза в 2 часа (при соответствии техническим требованиям в п. 4.3.4) [интервью…, 4.5].

Качество реализации

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

Перечень и критерии отказов

Перечень и критерии отказов для каждой функции задаются в проектной документации.

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

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

Информационное обеспечение должно удовлетворять пользователя по своей упорядоченности, точности, достоверности и своевременности представления… Информационное обеспечение должно иметь адресность и требуемую детализацию, в…

Требования к составу, структуре и способу организация данных в системе

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

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

Система должна иметь механизм регистрации событий, который связывает изменение свойств объектов, вызванное каким-либо внешним событием, с…

Требования к информационной совместимости со смежными системами

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

Требования по использованию в АСМ унифицированных ведомственных форм документации

При разработке форм выходных документов (отчетов) необходимо максимально использовать документы унифицированных ведомственных форм документации. При…

Требования по применению в АСМ систем управления базами данных

Система должна быть разработана и внедрена на основе СУБД Oracle8.

Требования к структуре процесса сбора, обработки, передачи и представления данных

Структура процесса сбора, обработки и передачи данных в АСМ должны соответствовать процессам, которые выполняются на рабочих местах.

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

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

Требования к контролю, хранению, обновлению и восстановлению данных

СУБД Системы должна предоставлять средства для следующих операций:

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

Лингвистическое обеспечение

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

Программное обеспечение

Требования к использованию типовых и поставляемых программных средств

ПО клиента (компьютера диспетчера): Операционная система (ОС): MS Windows 9X-2000 (желательно Rus) или MS Windows NT 4.0; Oracle Internet… Конкретные версии компонентов ПО определяются на этапе Ввода в действие. ПО является покупным и должно быть лицензионным.

Общие требования к программному обеспечению.

Техническое (аппаратное) обеспечение

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

Аппаратная платформа сервера: 2 процессора типа Pentium III 800 МГц - 1 ГГц; объем ОЗУ 528 Мб - 1Гб; память на жестком диске SCSI - 5 дисков… Аппаратная платформа компьютера диспетчера: процессор типа Pentium III… Конфигурация локальных вычислительных сетей (ЛВС) должна удовлетворять требованиям, предъявляемым к ЛВС, имеющим…

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

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

Общие требования к техническому обеспечению.

Метрологическое обеспечение

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

Организационное обеспечение

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

1. организационную структуру АСМ, необходимую для выполнения автоматизируемых функций;
2. инструкции для персонала АСМ.

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

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

В своей структуре служба должна иметь администратора АСМ и инженеров-электронщиков по сопровождению сети.

Требования к организации функционирования АСМ и порядку взаимодействия персонала Системы и персонала диспетчерских служб Компании

Взаимодействие и правоотношения (права, обязанности и ответственность) между лицами, входящими в состав персонала АСМ, а также между персоналом АСМ…

Требования к защите от ошибочных действий персонала АСМ.

Информация по организационному обеспечению АСМ должна содержаться в Руководстве пользователя, Руководстве администратора и Схеме организационной…

Общие требования к организационному обеспечению АСМ

Методическое обеспечение

Инструкции по установке и настройке Системы, ее эксплуатации, регламенты обслуживания Системы и действий при ее сбое должны содержаться в следующих эксплуатационных документах:

1. Руководство администратора.
2. Руководство пользователя.

 

 

Состав и содержание работ по созданию системы

Стадии создания Системы определены на основании ГОСТ 34.601-90. Первые две описанные ниже стадии соответствуют разработке Технического задания и Технического проекта согласно Договору. Сроки выполнения работ по данным стадиям приведены в Календарном плане (Приложение № 2 к Договору).

5.1 Первая стадия – Техническое задание

На данной стадии должны быть выполнены следующие работы:

1. Определение и анализ Исполнителем требований Заказчика к создаваемой Системе.
2. Разработка Исполнителем с участием Заказчика Проекта ТЗ на создание Системы.
3. Согласование Проекта технического задания Заказчиком и Исполнителем.
4. Доработка (при необходимости) Исполнителем Проекта ТЗ по замечаниям Заказчика.
5. Утверждение Технического задания руководством Заказчика и Исполнителя.

Результатом данной стадии является Техническое задание, утвержденное руководством Заказчика.

5.2 Вторая стадия – Технический проект

На данной стадии должны быть выполнены следующие работы:

1. Разработка Исполнителем Технического проекта Системы.
2. Согласование Технического проекта Заказчиком и Исполнителем.
3. Доработка (при необходимости) Исполнителем Технического проекта по замечаниям Заказчика.
4. Утверждение Технического проекта руководством Заказчика и Исполнителя.

Результатом стадии технического проектирования является Технический проект, утвержденный руководством Заказчика. Состав Технического проекта определен в п. 8.3.2 настоящего документа.

5.3 Третья стадия – Рабочий проект

Эта стадия называется также Реализацией. На данной стадии должны быть выполнены следующие работы:

1. Реализация проектных решений по Системе (разработка программ).
2. Разработка рабочей (эксплуатационной, сопроводительной) документации на систему.
3. Разработка программы испытаний.

По окончании стадии рабочего проектирования Исполнитель должен предоставить Заказчику программное обеспечение Системы, прошедшее испытания, а также следующие документы:

1. Исходные тексты программ с комментариями.
2. Проектная документация (состав определен в п. 8.3.2)
3. Рабочая документация (состав определен в п.8.3.3).
4. Программы испытаний (состав и содержание определены в п. 6).

Примечание: документацию на составные части Системы допускается включать как отдельные разделы в документацию на Систему в целом.

5.4 Четвертая стадия – Ввод в действие

Эта стадия называется также Внедрением. На данной стадии должны быть выполнены следующие работы:

1. Подготовка объекта автоматизации к вводу Системы в действие.
2. Обучение персонала Заказчика работе с Системой
3. Проведение опытной эксплуатации Системы.
4. Устранение недостатков, выявленных в ходе опытной эксплуатации
5. Проведение приемочных испытаний Системы.

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

Завершение обучения персонала Заказчика работе с Системой оформляется Актом о проведенной учебе.

Виды выполняемых работ и выпускаемых документов при проведении испытаний приведены в разделе 6 «Порядок контроля и приемки Системы» настоящего документа.

 

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

Приемка Технического проекта (в соответствии с предметом Договора) выполняется на основе состава проектных документов, определенного в п. 8.3.2…

Виды, состав, объем и методы испытаний системы

Испытания должны проводиться в соответствии с разработанной на этапе Рабочего проекта программами. Основным видом испытания АСМ является ее опытная эксплуатация на стадии Ввода… На основании ГОСТ 34.603-92 в Программе опытной эксплуатации должны быть указаны: условия и порядок…

Общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации

По результатам опытной эксплуатации принимают решение о возможности предъявления частей АСМ и системы в целом на приемочные испытания. Работа по… Результаты приемочных испытаний фиксируют в протоколах, на основании которых… Допускается по решению приемочной комиссии доработка технической документации АСМ после ввода ее в действие. Сроки…

Статус приемочной комиссии

Приемочная комиссия по приемке Системы создается Заказчиком. Руководителем приемочной комиссии назначается представитель Заказчика. В приемочную комиссию в обязательном порядке включается представитель Исполнителя. Статус приемочной комиссии - ведомственная.

 

Состав и содержание подготовительных работ

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

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

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

Подготовка информации

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

Подготовка объекта

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

Условия функционирования

Для нормального функционирования системы необходимо:

1. обеспечить устойчивую связь на участках между транспортными пунктами уровня АК, ОАО, ПО, ЛТС;
2. обеспечить работы, направленные на повышение качества линий связи.

Создание необходимых подразделений

Для эксплуатации системы на всех организационных уровнях Компании необходимо наличие служб АСУТП.

Порядок комплектования штатов

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

Перечень подготовительных мероприятий со стороны Исполнителя

 

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

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

Соответствие стандартам

Допускается также сокращать или изменять номенклатуру документов, установленную настоящим стандартом.» В соответствии с п. 2.1 ГОСТ 34.201-89 «Перечень наименований разрабатываемых… Поскольку в данном стандарте приводится перечень 58 документов для АС различных типов и назначения, то в ТЗ…

Перечень подлежащих разработке документов

Перечень определен на основе ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем.

На стадии формирования Технического задания

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

1. протоколы совещаний с Заказчиком;
2. протоколы экспресс-обследования предприятий Заказчика.

На стадии Технического проекта

Структура и содержание документов определяются на стадии технического проектирования.

На стадии Рабочего проекта

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

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

1 Результаты совещаний между Заказчиком и Исполнителем (принятые решения и полученная информация, зафиксированные в протоколах): 1.2 Организационное совещание dd.mm.yyyy с участием представителей …. 1.3 Обзорное совещание dd.mm.yyyy с участием ….

СОСТАВИЛИ

 

СОГЛАСОВАНО