Техническое задание на создание автоматизированной системы

В данной статье приведен пример (образец) проектного документа «Техническое задание на создание автоматизированной системы (АС)» согласно ГОСТ 34.602-89. В качестве примера АС для заполнения разделов использовались требования на разработку информационно-аналитической системы «Корпоративное хранилище данных».

Разделы технического задания:

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

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

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

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

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

Требования к функциям, выполняемым системой

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

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

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

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

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

Техническое задание на создание автоматизированной системы «Корпоративное хранилище данных»

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

1.1. Наименование системы

1.1.1. Полное наименование системы

Например: Полное наименование: Корпоративное хранилище данных.

1.1.2. Краткое наименование системы

Например: Краткое наименование: КХД, Система.

1.2. Основания для проведения работ

Перечень документов, на основании которых создается система, кем и когда утверждены документы. Указывается шифр темы или шифр (номер) договора, дата договора.

Например: Работа выполняется на основании договора № … от … между …

1.3. Наименование организаций – Заказчика и Разработчика

Заказчик: ОАО Заказчик Адрес фактический: г. Москва . Телефон / Факс: +7 (495) 2222222

Разработчик: ЗАО Разработчик Адрес фактический: г. Москва . Телефон / Факс: +7 (495) 3333333

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

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

1.5. Источники и порядок финансирования

Если не целесообразно указывать эти сведения, то дается ссылка на Договор.

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

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

Например: Работы по созданию КХД сдаются Разработчиком поэтапно в соответствии с календарным планом Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены Договором.

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

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

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

КХД предназначена для повышения оперативности и качества принимаемых управленческих решений сотрудниками Заказчика. Основным назначением КХД является автоматизация информационно-аналитической деятельности в бизнес-процессах Заказчика. В рамках проекта автоматизируется информационно-аналитическая деятельность в следующих бизнес-процессах: 1. анализ финансово-хозяйственной деятельности; 2. информационная поддержка процессов бюджетирования; 3. .

Пример титульного листа в Пример_Титульный лист.docx.

Аннотация

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

Содержание

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

1.1. Наименование системы

Полное наименование системы:

Автоматизированная информационная система "Платежи и взаиморасчеты с кредиторами ".

Условное обозначение системы:

АИС "Платежи и взаиморасчеты с кредиторами "

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

Договор №135426 от 14 мая 2005 года на поставку, внедрение и сопровождение прикладного программного обеспечения для автоматизации обработки безналичных, наличных, рублевых и валютных платежей через несколько банков, осуществляющиеся бухгалтерией и финансовой службой.

1.3. Наименования Разработчика и Заказчика работ и их реквизи-ты

Закрытое акционерное общество " Автоматизированные информационные системы "

Адрес: 103237, Москва, ул. Проспект Вернадского, д.3

Тел.: (095)922-33-55, факс: (095)922-33-44

Банковские реквизиты: ЗАО " Автоматизированные информационные системы ", ИНН 7501004321, р/сч № 40603410800020007021 в АКБ Сбербанк России, БИК 044579857, корр. счет № 30101820400000000335

Закрытое акционерное общество "Оргсинтез"

Адрес: 603000, Нижний Новгород, ул. Московское шоссе, д.12

Тел.:(8312) 44-10-18, факс: (8312)44-10-10

Банковские реквизиты: ЗАО "Оргсинтез", ИНН 7501004321, р/сч № 40603410800020004521 в СКБ Банк "Гарантия", БИК 044573421, корр. счет № 30101820400000001234

1.4. Основание для проведения работ

Основанием для проведения работ по созданию системы АИС "Платежи и взаиморасчеты с кредиторами " являются следующие документы:

Договор № 135426 от 14.05.2005

Приказ №56 от 10.05.2005

Распоряжение №35 от 11.05.2005.

1.5. Сроки начала и окончания работ

Дата начала работ: 01.12.2005

Дата окончания работ: 01.05.2006

1.6. Источники и порядок финансирования работ

Финансирование работ осуществляется из средств ЗАО "Оргсинтез". Порядок финансирования работ определяется условиями Договора № 135426 от 14.05.2005 г.

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

Работы по созданию Системы производятся и принимаются поэтапно.

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

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

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

АИС "Платежи и взаиморасчеты с кредиторами" — прикладное программное обеспечение, предназначенное для:

• автоматизации работ при подготовке/согласовании/утверждении документов;
• планирования работ;
• ведения учета и контроля выполнения работ;
• назначение исполнителей по каждому заданию, отслеживания процесса выполнения заданий и решения проблем;
• оперативное планирование работ отдела;
• учет рабочего времени на выполнение заданий;
• сбор статистической информации по работам и исполнителям.

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

Основными целями внедрения системы являются:

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

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

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

3.1. Работа с отчетами

В приложении АИС "Платежи и взаиморасчеты с кредиторами " предусмотрена возможность построения различных отчетов. Сформированные отчеты выводятся в приложение MS Excel . Пользователь имеет возможность вывести отчет на печать или сохранить отчет на диске.

Основные типы отчетов:

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

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

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

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

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

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

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

Должна обеспечиваться работа в двух режимах:

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

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

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

4.1.4. Требования к совместимости со смежными системами

• Программное обеспечение системы должно обеспечивать интеграцию и совместимость на информационном уровне с другими системами. Информационная совместимость должна обеспечивается, на уровне экспорта-импорта XML-документов.
• Требования к составу данных и режимам информационного обмена между подсистемами АСУ и системами, эксплуатирующимися на объекте автоматизации, определяются в общем регламенте взаимодействия.
• Необходимыми условиями, налагаемыми на архитектуру взаимодействия, являются:

• согласованность с разработанными регламентами использования системы;
• использование открытых форматов обмена при организации взаимодействия между подсистемами АСУ и системами, эксплуатирующимися на объекте автоматизации.

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

АСУ должна иметь длительный жизненный цикл.

АСУ должна быть построена с использованием стандартизованных и эффективно сопровождаемых решений.

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

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

4.1.6. Требования к численности и квалификации персонала и режиму его работы

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

Количество пользователей АСУ определяется текущими потребностями ОАО "Оргсинтез".

Количество администраторов АСУ может быть определено по следующей методике: 1 администратор на 20-30 пользователей плюс 1 ведущий специалист или 1 начальник отдела автоматизации.

Текущий контроль технического состояния оборудования АСУ следует возложить на отдел автоматизации.

Перечень мероприятий текущего контроля технического состояния оборудования АСУ должен быть согласован на стадии предпроектного обследования.

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

Пользователи АСУ должны иметь базовые навыки работы с операционными системами Microsoft (любая из версий: Microsoft Windows 95, 98, ME, NT 4.0, 2000, XP), офисным программным обеспечением Microsoft Office.

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

Все администраторы АСУ должны иметь квалификацию "инженер" и обязательные навыки администрирования сети на основе операционной системы Microsoft Windows 2000.

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

Целевое назначение системы должно сохраняться на протяжении всего срока эксплуатации АСУ ЗАО "Оргсинтез". Срок эксплуатации АСУ ЗАО "Оргсинтез" определяется сроком устойчивой работы аппаратных средств вычислительных комплексов, своевременным проведением работ по замене (обновлению) аппаратных средств, по сопровождению программного обеспечения системы и его модернизации.

Время выполнения запросов информации в АСУ определяется на стадии проектирования системы.

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

Прочие показатели назначения АСУ разрабатываются после проведения предпроектного обследования.

4.1.8. Требования к надежности

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

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

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

В АСУ должна быть обеспечена корректная обработка сбоев электронно-механических устройств (например, принтеров) при выполнении функций, связанных с формированием твердых копий документов.

В АСУ должна быть обеспечена возможность "горячей" замены сбойного или вышедшего из строя активного накопителя на жестком магнитном диске (серверного оборудования АСУ ) без остановки функционирования и потерь информации.

В АСУ должна быть обеспечена возможность восстановления данных с внешнего накопителя после восстановления активного накопителя. Конкретный состав требований по восстановлению данных дополняется соответствующими требованиями на подсистемы.

Должно осуществляться разграничение прав доступа к системе.

Должен вестись журнал событий системы.

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

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

Описание файла

Файл "Пример 4" внутри архива находится в следующих папках: 1, examples. Документ из архива "ГОСТ 34.602-89 Техническое задание на создание автоматизированной системы", который расположен в категории "разное". Всё это находится в предмете "проектирование по автоматизированных систем" из девятого семестра, которые можно найти в файловом архиве МЭИ (ТУ). Не смотря на прямую связь этого архива с МЭИ (ТУ), его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "проектирование по автоматизированных систем" в общих файлах.

Онлайн просмотр документа "Пример 4"

Текст из документа "Пример 4"

ст. гр. 21612 — ИВТ

Распределённая система управления физическим экспериментом

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

Петрозаводский Государственный Университет

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

РС управления ФЭ

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

Действует с __.__.2009г.

Д.ф-м.н., профессор кафедры ИИСиФЭ

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

1.2 Наименование разработчика системы и реквизиты заказчика. 3

1.3. Основания для разработки АС. 3

1.4. Плановые сроки начала и окончания работы по созданию системы: 3

1.5. Источник финансирования работ по созданию АС. 3

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

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

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

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

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

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

3.2. Сведения об условиях эксплуатации объекта автоматизации. 6

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

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

4.1.1.Требования к структуре и функционированию системы 7

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

4.1.3. Требования к характеристикам взаимосвязи создаваемой системы со смежными системами, требования к ее совместимости. 8

4.1.4. Требования по диагностированию системы. 8

4.1.5. Перспективы системы, модернизация системы. 8

4.1.6. Требуемый режим работы персонала. 8

4.1.7. Требования к надежности комплекса. 8

4.1.8 Требования к численности и квалификации персонала программы и режимы его работы 9

4.1.9. Требования по безопасности системы. 9

4.1.10. Требования по эргономике и технической эстетике. 10

4.1.11. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению систем комплекса. 10

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

4.1.13 Требования к средствам защиты от внешних воздействий. 11

4.1.14 Требования к защите информации от несанкционированного доступа. 11

4.1.15. Требования по стандартизации и унификации. 12

4.2. Требования к задачам, выполняемым системой. 12

4.2.1 Перечень функций, подлежащих автоматизации: 12

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

4.3.1. Требования к информационному обеспечению. 13

4.3.2. Требования к лингвистическому обеспечению. 14

4.3.3. Требования к программному обеспечению. 14

4.3.4. Требования к техническому обеспечению. 14

4.3.5 Требования к методическому обеспечению. 15

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

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

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

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

Список источников 20

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

Распределённая система управления физическим экспериментом.

Условное обозначение: РС управления ФЭ

1.2 Наименование разработчика системы и реквизиты заказчика.

Заказчик – кафедра ИИСиФЭ ПетрГУ

Разработчик – студент группы 21612 Когочев Антон Юрьевич.

1.3. Основания для разработки АС.

Работа по созданию распределённой системы управления физическим экспериментом.

1.4. Плановые сроки начала и окончания работы по созданию системы:

— начало работ по созданию системы – осень 2009

— окончание работ по созданию системы – конец весны 2010

1.5. Источник финансирования работ по созданию АС.

Собственные средства разработчика.

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

К результатам труда разработчика относится:

оригинальное аппаратное обеспечение;

оригинальное программное обеспечение;

уникальные структуры данных;

типовые проектные решения и особенности построения распределённой системы;

проектная и рабочая документация.

! 2 диска с дистрибутивом программного обеспечения ИС учета и контроля ТВКР;

! 1 диск с демонстрационными примерами;

Заказчик приобретает у третьих лиц:

! лицензионное программное обеспечение.

Активное сетевое оборудование.

Пассивное сетевое оборудование

Результаты работы предоставляются заказчику:

Результаты передаются заказчику частями по завершении каждой стадии работы по созданию системы

Активное сетевое оборудование

Документация – в электронном виде в формате MS Word, на бумажных носителях.

Проектная документация должна быть разработана в соответствии с ГОСТ 34.201-89 и ГОСТ ЕСПД. Процедуры приемки — передачи результатов работ оформляются актами приемки-передачи.

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

ИС учета и контроля ТВКР предназначена для автоматизации создания, контроля, хранения, учета, изменения тем квалификационных работ.

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

Целью создания системы является:

снижение рутинной работы преподавателям – руководителям ВКР, секретарю ГАК, а так же секретарю кафедры СУ и ВТ.

предоставление возможности преподавателям – руководителям ВКР отслеживания и контроля над ходом выполнения ВКР.

увеличить скорость доступа к информации связанной с ТВКР.

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

Объектом автоматизации является кафедра СУ и ВТ Калининградского Государственного Технического Университета (КГТУ). Основной деятельностью кафедры является обучение студентов.

3.2. Сведения об условиях эксплуатации объекта автоматизации.

ИС учета и контроля ТВКР используется преподавателями – руководителями ВКР, студентами – выпускниками, секретарем кафедры СУ и ВТ и секретарем ГАК.

Документация, связанная с ВКР разрабатывается каждый год, а именно:

приказы составляются весной, на каждого студента – выпускника, затем в течение года возможны изменения (объем приказа 1 лист А4 или );

отчеты ГАК и протоколы составляются на каждого студента – выпускника.

Функционирование системы должно происходить в требуемых условиях:

— при конструктивной температуре, давлении и допустимом уровне запыленности.

«Гигиенические требования к микроклимату производственных помещений ». Специалист выполняет соответствующие ему функции ежедневно (кроме субботы и воскресения) с 9.00 до 18.00 часов.

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

4.1.1.Требования к структуре и функционированию системы

ИС учета и контроля ТВКР должна представлять собой систему, включающую в себя подсистемы:

п/с загрузки базы данных

п/с подготовки ВКР

п/с защиты и подготовки отчетности по ВКР.

П/с загрузки базы данных:

запускает Microsoft Access, загружает mdb-файл базы данных.

считывает информацию о существующих объектах и связях между ними.

П/с выбора ВКР выполняет следующие функции:

определение и учет ТВКР;

поиск и выявление совпадающего названия темы;

корректировка и внесение в название темы

П/с подготовки ВКР выполняет следующие функции:

контроль выполнения графика работы над проектом

график защиты ВКР

П/с защиты и подготовки отчетности по ВКР выполняет следующие функции:

отчетности секретаря ГАК.

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

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

4.1.3. Требования к характеристикам взаимосвязи создаваемой системы со смежными системами, требования к ее совместимости.

ИС учета и контроля ТВКР будет использоваться преподавателями – руководителями ТВКР, студентами – выпускниками ВКР кафедры СУ и ВТ, секретарем ГАК и секретарем кафедры СУ и ВТ. Обмен информацией между компонентами системы и преподавателями/студентами/секретарем ГАК/секретарем кафедры должен производиться путем передачи электронных документов и иной информации.

4.1.4. Требования по диагностированию системы.

Диагностика и профилактика технических средств, проводится раз в месяц. Проверка целостности данных и нарушений проводится по мере необходимости. Проверка программного и аппаратного обеспечения проводится по мере необходимости.

4.1.5. Перспективы системы, модернизация системы.

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

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

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

4.1.6. Требуемый режим работы персонала.

Требуемый режим работы персонала – полный рабочий день с 9:00 до 18:00.

Основной перерыв должен составлять 1 час.

4.1.7. Требования к надежности комплекса.

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

выход из строя аппаратных средств системы;

выход из строя программных средств системы;

неверные действия персонала компании;

пожар, взрыв и т.п.

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

сложные формы взаимосвязи систем комплекса;

существенная роль временных соотношений отказов отдельных систем комплекса;

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

4.1.8 Требования к численности и квалификации персонала программы и режимы его работы

Для работы с ИС необходимо разделение пользователей на:

пользователь – студент — выпускник (имеет возможность получения информации связанной с ТВКР и сроками сдачи);

пользователь – секретарь ГАК (имеет возможность заполнять, вносить изменения в подсистему программы связанную с защитой и подготовкой отчетности);

пользователь – секретарь кафедры СУ и ВТ (имеет возможность заполнять, добавлять данные связанные с ТВКР);

администратор – специалист, имеющий возможность корректировки информации в БД, вести профилактические мероприятия, следить за правильностью ведения БД.

пользователь – преподаватель – руководитель ВКР (может изменять, вносить корректировки в название ТВКР).

Квалификация пользователя программы:

Пользователь программы должен владеть навыками работы с операционной системой Microsoft Windows 2000/XP/Vista.

4.1.9. Требования по безопасности системы.

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

СаНПиН 2.2.4/2.8056-96 «Электромагнитные излучения радиочастотного диапазона»

ГОСТ Р. 50377-92 (МЭК 950-86) «Безопасность оборудования информационной технологии, включая электрическое конторское оборудование»

ГОСТ 27954-88 «Видеомониторы персональных вычислительных машин. Типы, основные параметры, общие технические требования»

ГОСТ 27201-87 «Машины вычислительные электронные персональные. Типы, основные параметры, общие технические требования»

4.1.10. Требования по эргономике и технической эстетике.

Видеотерминал должен соответствовать следующим требованиям:

экран должен иметь антибликовое покрытие;

цвета знаков и фона должны быть согласованы между собой;

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

необходимо регулярное обслуживание терминалов специалистами.

4.1.11. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению систем комплекса.

Необходимо выделять время на обслуживание и профилактику аппаратных систем комплекса (1 день в месяц).

Сеть энергоснабжения должна иметь следующие параметры: напряжение – 220В; частота – 50Гц.

Для обслуживания и профилактики аппаратных систем комплекса необходимо привлечение инженера-электронщика либо специалиста по сетевым технологиям. Его образование должно быть исключительно высшее техническое, связанное с отладкой локальных или структурированных кабельных сетей. Специалист по плану должен уделять 1 день в месяц обслуживанию аппаратных систем комплекса, либо в случае непредвиденного выхода аппаратных систем из строя по заявке персонала компании.

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

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

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

— выход из строя аппаратных систем комплекса;

— стихийные бедствия (пожар, наводнение, взрыв, землетрясение и т.п.);

— хищение носителей информации, других систем комплекса;