Техническая документация. Техническое задание на выполнение работ по разработке автоматизированной системы учета нарушений работы московского метрополитена Состав и содержание работ по созданию развитию системы
2.2.5 Состав и содержание работ по созданию системы
На первом этапе создания системы осуществляется обследование объекта и обоснование необходимости создания системы, а также происходит планирование и анализ требований к системе.
На втором этапе происходит разработка и утверждения технического задания на создание системы.
Третий этап включает разработку технического проекта системы и документации на систему.
Четвертый этап: разработка технической документации на систему.
Завершающим этапом является эксплуатация системы.
2.2.6 Порядок контроля и приемки системы
Процесс тестирования проводится в 3 этапа:
Проверка в нормальных условиях;
Проверка в экстремальных условиях;
Проверка в исключительных ситуациях.
При проверке в нормальных условиях программе передаются характерные данные, модулирующую обычную работу оператора.
Проверка в экстремальных условиях подразумевает ввод граничных значений для данных, ввод большого количества записей или наоборот сведение количества записей к нулю.
Проверка в исключительных ситуациях подразумевает ввод заведомо неверных данных, или данных расположенных на границах допустимой области, данных, содержащих пробелы, цифры и буквы в разнообразных недопустимых сочетаниях.
После проведения опытного тестирования происходит согласование всех возникших вопросов.
2.2.7 Требования к составу и содержанию работ по подготовке
объекта автоматизации к вводу в действие
Прежде чем ввести систему в действие необходимо провести ряд мероприятий, таких как:
Приобрести компьютер и подключить его к сети организации;
Установить необходимое программное обеспечение;
Обучить персонал работе с системой (это должен проводить разработчик системы в рабочее время с использованием «руководства пользователя ИС «Реклама»);
Заполнить справочники,
Ввести начальные данные;
Выполнить пробный запуск системы;
Сдать в эксплуатацию.
2.2.8 Требования к документированию
По завершении работы разработчик системы должен предоставить руководство пользователя.
2.3 Технический проект на разработку ИС «Реклама» для
компании «Деловая недвижимость»
2.3.1 Общие положения
Полное наименование разрабатываемой системы: «Автоматизированное рабочее место менеджера по рекламе агентства недвижимости».
АРМ разрабатывается студенткой 6 курса вечернего факультета специальности «Прикладная информатика в экономике» Алтайского Государственного Технического Университета им. И.И. Ползунова Ткаченко Н.И. по заказу отдела жилой недвижимости агентства недвижимости ООО «СИА «Деловая недвижимость».
Система создается на основании задания на дипломное проектирование (Приложение А).
Программа должна быть ориентирована на предприятие ООО «СИА «Деловая недвижимость», должна учитывать все особенности подачи рекламы.
Целью создания системы является повышение эффективности работы отдела жилой недвижимости.
Использование системы должно решать следующие задачи:
Централизованное хранение информации об объектах недвижимости;
Автоматизация подготовки объявлений по объектам недвижимости;
Автоматизация формирования прайс-листа;
Быстрый поиск необходимой информации;
Источником финансирования работы является предприятие заказчик. Оплата будет произведена по окончанию работы.
Система должна соответствовать нормам и правилам техники безопасности, пожарной и взрывной безопасности.
При проектировании системы должны использоваться нормативно-технические документы ГОСТы:
ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы;
РД 50-34.698-90 Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы требования к содержанию документов;
ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;
ГОСТ 34.603-92. Информационная технология. Виды испытаний автоматизированных систем.
При разработке системы должны учитываться особенности подачи рекламы в различные СМИ (график подачи, определенная система сокращений и т.д.).
За поведением посетителя. Знание эталон со заказа позволит им активно воздействовать на клиента и приме на каждом этапе наилучшую психологическую тактику обслуживания. 3. Программное обеспечение менеджера сервисного центра Когда-нибудь будущие историки непременно скажут, что компьютеры оказались одним из величайших достижений человечества ХХ века. Удобные персональные компьютеры появились...
... ; - статические физические перегрузки; - перенапряжение зрительных анализаторов. Работник обязан: - выполнять только ту работу, которая определена его должностной инструкцией. - содержать в чистоте рабочее место. - соблюдать режим труда и отдыха в зависимости от продолжительности, вида и категории трудовой деятельности. - соблюдать меры пожарной безопасности. Рабочие места с компьютерами...
Является ОС ДТ-МАКС (DT-MAX) версии 6.0, которая и применены в данном комплексе. основные решения по реализации компонентов системы Общие положения Разрабатываемое автоматизированное рабочее место оператора автоматических кабин и информационной системы предназначено для работы на городских отделения электросвязи (ГОЭС) в составе автоматизированной системы управления АПП ГОЭС. АРМ АПП...
Я хотела бы посвятить именно приемному отделению ТК «Жуковка». Я считаю, что будет вполне целесообразно разработать и внедрить на данном предприятии автоматизированную информационную систему планирования сбыта, что в свою очередь ускорит и существенно облегчит работу приемного отделения ТК «Жуковка». План-схема приемного отделения и структура работы службы приема и размещения ТК «Жуковка» ...
Раздел "Состав и содержание работ по созданию (развитию) системы" должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ , сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ .18.6. Порядок контроля и приемки системы
18.6.1. Виды, состав, объем и методы испытаний системы
Виды, состав, объем, и методы испытаний подсистемы должны быть изложены в программе и методике испытаний АС Кадры, разрабатываемой в составе рабочей документации .18.6.2. Общие требования к приемке работ по стадиям
Сдача-приёмка работ производится поэтапно, в соответствии с рабочей программой и календарным планом, являющимися приложениями к Госконтракту №... от... года.
Сдача-приемка осуществляется комиссией, в состав которой входят представители Заказчика и Исполнителя. По результатам приемки подписывается акт приемочной комиссии.
Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов , представляемых в электронной форме на стандартном машинном носителе (например, на компакт-диске).
18.6.3. Статус приемочной комиссии
Статус приемочной комиссии определяется Заказчиком до проведения испытаний.
18.7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по подготовке к вводу системы в действие. При подготовке к вводу в эксплуатацию АС Кадры Заказчик должен обеспечить выполнение следующих работ:
Определить подразделение и ответственных должностных лиц, ответственных за внедрение и проведение опытной эксплуатации АС Кадры;
Обеспечить присутствие пользователей на обучении работе с системой, проводимом Исполнителем;
Обеспечить соответствие помещений и рабочих мест пользователей системы в соответствии с требованиями, изложенными в настоящем ЧТЗ ;
Обеспечить выполнение требований, предъявляемых к программно-техническим средствам, на которых должно быть развернуто программное обеспечение АС Кадры;
Совместно с Исполнителем подготовить план развертывания системы на технических средствах Заказчика;
Провести опытную эксплуатацию АС Кадры.
18.8. Требования к документированию
Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201- "Информационная технология. Комплекс стандартов на автоматизированные системы.
18.9. Источники разработки
Документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.
Задание 1.
Проведите анализ ТЗ, приведенного в приложении 4 на предмет соответствия ГОСТу 34 и напишите рецензию (заключение).
Задание 2.
Разработайте техническое задание для фрагмента ИС предприятия оптовой торговли лекарственными препаратами.19. Практикум: Спецификации настроек типовой ИС
Логистика
|
Прогноз закупок, продаж, запасов |
|
Описание номенклатуры использованием трех аналитик |
|
Специальные цены, скидки для номенклатуры со специальной группой аналитики |
|
Описание хранения с использованием склада, палет и размещения |
|
Отслеживание номенклатур по серийному номеру и номеру партии |
|
ABC-анализ по заданным пользователем критериям ABC-анализа по реализации, себестоимости, марже |
|
Управление карантином. Просмотр номенклатуры на карантинном складе на любом этапе контроля качества |
|
Поддержка штрих-кодов |
Сводное планирование
Система может предложить внести следующие изменения к существующим и спланированным заказам: (Увеличение количества заказа, Уменьшение количества заказа, Отложить выполнение заказа или закупки)
Управление продажами
Торговля
Управление складом
|
Регистрация и размещение товара , возможность хранения товара в соответствии со структурой склада |
|
Идентификация физического размещения: склад, ячейка и палеты |
|
Идентификация истории происхождения номенклатуры: серийный номер и номер партии |
|
Характеристики товара: конфигурация, цвет и размер |
|
Возможность маркировки, как отдельной номенклатуры, так и группы номенклатур с целью дальнейшего отслеживания |
|
Ведение журналов приемки |
|
|
|
Возможность маркировки, как отдельной номенклатуры, так и группы номенклатур с целью дальнейшего отслеживания |
|
Возможность перехода из заказов на отгрузку в ячейки комплектации через журналы отгрузки |
Учет договоров
|
Ведение юридической информации о договорах с клиентами и поставщиками , условиях оплаты, контактах и ответственных |
|
Привязка накладных и оплат к конкретному договору (указание договора в строках журналов ГК, заказах, закупках, накладных и оплатах с последующим переносом в проводку по клиенту/поставщику) |
|
Включение атрибутов договоров в предложения по оплате |
|
Автоматическое/периодическое сопоставление проводок по контрагентам и договорам |
|
Форма ручного сопоставления в рамках договоров |
|
Сальдо расчетов в рамках отдельного договора |
|
Номер договора в проводках по курсовой разнице |
Переход от моделей предметной области к функциональной модели системы
И содержание работ по ним, а также организации-исполнители и сроки выполнения указываются в Плане-графике работ с отражением нижеследующих этапов.
Первое техническое совещание.
После заключения Договора на разработку ТРП проводится первое техническое (организационное) совещание с участием Заказчика, проектной организации, Разработчика системы и Поставщика оборудования для окончательного согласования и уточнения спецификаций и Системы.
На этом этапе согласовываются функции системы , включая контуры управления, контроля, сервисные функции системы, функции системы противоаварийной , включая блокировки, сигнализацию, отчеты по событиям.
Согласовываются объемы работ, которые необходимо выполнить каждому из участников проекта создания АСУТП, сроки выполнения работ, определяются ответственные лица и способы взаимодействия.
Обработка исходных данных.
Следующая документация, которая потребуется для выполнения проекта, должна быть предоставлена Разработчику на первом техническом совещании:
- Пояснительная части проекта;
- Копия Технологического регламента;
- Монтажно-технологические схемы с КИПовской обвязкой;
- Перечень КИПовских позиций с указанием уровней входных и выходных сигналов, пределов сигнализации и блокировок;
- Инструкции по эксплуатации, пуску и останову технологического ;
- Описание алгоритмов управления и ;
- Описание алгоритмов связного, последовательного и управления;
- Логические схемы управления и противоаварийной защиты;
- Принципиальные схемы управления силовым оборудованием;
- Схемы электроснабжения средств и помещений управления;
- Документация строительной части помещений управления;
- Спецификация полевого оборудования;
- Схемы подключения внешних проводок от полевого оборудования до кроссовых шкафов в помещениях управления;
- Планы размещения существующего оборудования в помещениях управления.
Выполнение рабочего (технорабочего) проекта и ПАЗ.
Разработчик должен выполнить Технорабочий проект на РСУ и ПАЗ, и представить Заказчику для согласования в сроки, определенные Договором на разработку проекта.
В технорабочем проекте должны быть представлены следующие виды документации:
- Документация по общесистемным решениям (ОР);
- Документация на техническое обеспечение (ТО);
- Документация на информационное обеспечение (ИО);
- Документация на прикладное ("математическое") программное обеспечение (МО);
- Документация на программное обеспечение (ПО);
- Документация организационного обеспечения (ОО).
Разработчик Системы должен решить вопросы рационального распределения входных и выходных сигналов по модулям ввода-вывода согласно технологическим узлам для удобства при монтаже и эксплуатации, а также для минимизации времени обработки контуров управления и ПАЗ.
Законное требование:
Если аппаратная часть Системы и стандартное программное обеспечение будут изготавливаться или разрабатываться за рубежом, Разработчик должен обеспечить Заказчика стандартной технической документацией и на английском, и на русском языке.
Обучение персонала Заказчика.
Специалисты Заказчика должны пройти обучение в учебном центре Разработчика системы или Поставщика оборудования.
Конфигурация функций контроля и управления.
Разработка, конфигурация, загрузка, тестирование и отладка функций контроля и управления, а также конфигурация РСУ и ПАЗ в целом, выполняются Разработчиком системы. Прикладное программное обеспечение передается Заказчику на магнитных носителях на стадии сдачи рабочей документации.
Конфигурация функций предоставления информации.
Весь объем работ по конфигурации функций предоставления информации выполняется Разработчиком, дополнительные затраты специалистов Заказчика не требуются.
Параллельно с конфигурацией Системы будут вестись курсы обучения специалистов Заказчика, причем практические занятия будут включать реальные конфигурационные задачи на реальной Системе.
В объем конфигурации функций отображения входят:
- Разработка и конфигурация изображений (мнемосхем) участков технологического процесса с КИПовской обвязкой и контурами управления;
- Конфигурация отображения параметров, находящихся в состоянии сигнализации или блокировок;
- Разработка и конфигурация трендов (графиков изменения параметров во времени);
- Конфигурация архивов и баз данных, технологических констант;
- Генерация и вывод технологических отчетов и режимных листов;
- Генерация и вывод системных отчетов, хронологических перечней технологических и системных событий.
Шефмонтаж и пусконаладка.
Для непосредственного выполнения монтажных и наладочных работ привлекаются специализированные монтажно-наладочные организации.
Услуги по шефмонтажу и пуско-наладке РСУ и ПАЗ, производимые на площадке Заказчика, будут выполнены специалистами Разработчика и Поставщика оборудования.
С целью сокращения неоправданных простоев технологического оборудования во время наладочных работ, наладка может выполняться по-позиционно, по-аппаратно, или по технологическим узлам. В любом случае решение по наиболее приемлемому варианту зависит от Заказчика.
После наладки измерительные каналы подвергаются поверке или калибровке. Поверка или калибровка измерительных каналов ИС должны проводиться Государственной метрологической службой или метрологической службой Заказчика в зависимости от назначения ИС, и сведений об ее использовании в сфере или вне сферы государственного метрологического контроля и надзора.
Пуск АСУТП в эксплуатацию.
Каждый канал контроля, управления, сигнализации и блокировки отлаживается и настраивается в индивидуальном порядке в соответствии с .
После завершения наладочных работ по всем контурам и сервисным функциям, вся Система целиком, включая управление и ПАЗ, в автоматическом режиме будет поставлена на испытательный предгарантийный пробег (Предварительные испытания), который заключается в беспрерывной и безотказной работе в течение 72-х часов в присутствии специалистов Разработчика и Заказчика.
После успешного завершения предварительных испытаний подписывается совместный о сдаче АСУТП в .
Гарантийный срок.
Гарантийный срок должен составлять не менее 12 месяцев
с момента пуска Системы в промышленную эксплуатацию, но не более 18 месяцев
со дня поставки оборудования на склад Заказчика в зависимости от того, что наступит ранее.
В течение гарантийного срока специалисты Разработчика по первому требованию Заказчика должны прибывать на площадку Заказчика для устранения неполадок и , или для предоставления квалифицированных консультаций.
Общие сведения. 6
1.1. Полное наименование системы.. 6
1.2. Условное обозначение системы.. 6
1.3. Шифр темы.. 6
1.4. Заказчик. 6
1.5. Пользователь. 6
1.6. Подрядчик. 6
1.7. Основание для выполнения работ. 6
1.8. Плановые сроки выполнения работ. 6
1.9. Источник финансирования. 6
1.10. Порядок финансирования. 6
1.11. Порядок оформления и предъявления Заказчику результатов работ. 7
1.12. Перечень нормативно-технических документов, методических материалов, регламентирующих разработку Системы.. 7
1.13. Перечень сокращений. 8
1.14. Термины и определения, используемые в ТЗ. 9
1.15. Порядок внесения изменений и дополнений. 11
Назначение и цели создания (развития) системы.. 12
2.1. Назначение системы.. 12
2.2. Цели и задачи выполнения работ. 12
Характеристики объекта автоматизации. 14
3.1. Краткие сведения об объекте автоматизации. 14
3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды 14
3.2.1. Условия эксплуатации комплекса технических средств. 14
3.2.2. Характеристики окружающей среды.. 14
3.3. Описание места объекта автоматизации в совокупности окружающих автоматизированных информационных систем.. 14
3.3.1. Сведения о внешней среде. 14
3.3.2. Основные функции взаимодействующих сторон. 15
3.4. Текущее состояние объекта автоматизации. 15
3.4.1. Общие сведения. 15
3.4.2. Описание существующей структуры Системы.. 15
3.5. Общие принципы развития Системы.. 17
Требования к системе. 19
4.1. Требования к системе в целом.. 19
4.1.1. Требования к структуре и функционированию системы.. 19
4.1.1.1. Перечень подсистем, их назначение и основные характеристики. 20
4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы 21
4.1.1.3. Требования по взаимосвязям системы с внешними и со смежными системами, обеспечению ее совместимости. 22
4.1.1.4. Требования к режимам функционирования системы.. 22
4.1.1.5. Требования по диагностированию Системы.. 22
4.1.1.6. Перспективы развития, модернизации Системы.. 23
4.1.2. Требования к численности и квалификации персонала системы и режиму его работы, требования к квалификации пользователей системы и режиму их работы.. 23
4.1.2.1. Требования к численности персонала Системы.. 23
4.1.2.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков 24
4.1.2.3. Требуемый режим работы персонала Системы.. 24
4.1.2.4. Требования к квалификации пользователей системы.. 25
4.1.2.5. Требуемый режим работы пользователей Системы.. 25
4.1.3. Показатели назначения. 25
4.1.3.1. Количество пользователей. 25
4.1.3.2. Число обрабатываемых объектов. 26
4.1.3.3. Пропускная способность. 28
4.1.3.4. Время получения отчетности. 28
4.1.4. Требования к надежности. 29
4.1.4.1. Показатели доступности/надежности. 29
4.1.4.2. Требования к программным мероприятиям по обеспечению надежности. 30
4.1.5. Требования к безопасности. 31
4.1.6. Требования к эргономике и технической эстетике. 31
4.1.7. Требования к транспортабельности для подвижных АС.. 32
4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы 32
4.1.8.1. Условия и регламент (режим) промышленной эксплуатации. 32
4.1.8.2. Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов 33
4.1.8.3. Требования к регламенту обслуживания. 33
4.1.9. Требования к защите информации от несанкционированного доступа. 34
4.1.9.1. Технические требования по защите информации. 35
4.1.10. Требования по сохранности информации при авариях. 36
4.1.10.1. Перечень событий, при которых должна быть обеспечена сохранность информации в системе 36
4.1.10.2. Требования к регламентам и объемам резервного копирования и архивирования данных 37
4.1.11. Требования к патентной чистоте. 37
4.1.11.1. Перечень стран, в отношении которых должна быть обеспечена патентная чистота системы и ее частей 37
4.1.11.2. Требования к использованию лицензионного программного обеспечения. 37
4.1.12. Требования по стандартизации и унификации. 37
4.1.13. Дополнительные требования. 38
4.2. Требования к функциям (задачам), выполняемым системой. 38
4.2.1. Требования к сценариям (процессам), автоматизируемым данной системой. 38
4.2.1.1. Сценарий создания рабочего процесса для пользователя, работающего с учётными записями 38
4.2.1.2. Сценарий создания рабочего процесса для пользователя, редактирующего отчёты и поисковые запросы других пользователей. 38
4.2.2. Требования к развитию Подсистемы сбора информации из источников СМИ и социальных медиа 39
4.2.2.1. Требования к функции «Сбор контента из сервисов для мгновенного обмена сообщениями» 39
4.2.2.2. Требования к функции «Сбор метрик информационных сообщений из СМИ». 39
4.2.2.3. Требования к функции «Сбор метрики «Количество просмотров». 39
4.2.3. Требования к развитию Подсистемы первичной обработки информации. 40
4.2.3.1. Требования к функции «Определение цитирования информационного объекта». . 40
4.2.3.2. Требования к функции «Выявление информационных трендов». 40
4.2.3.3. Требования к функции «Определение вовлеченности аудитории». 40
4.2.3.4. Требования к функции «Определение индекса цитируемости информационного сообщения» 41
4.2.4. Требования к развитию АРМ Аналитика. 41
4.2.4.1. Требования к развитию раздела «Главная страница». 41
4.2.4.2. Требования к функциям раздела «Статистика». 42
4.2.4.3. Требования к функциям раздела «Информационные тренды». 42
4.2.5. Требования к развитию АРМ Администратора. 43
4.2.5.1. Требования к функциям раздела «Лимиты отчетов». 43
4.2.5.2. Требования к функциям раздела «Лимиты сообщений». 43
4.2.6. Требования к развитию АРМ Менеджера информационных рисков. 44
4.2.6.1. Требования к функции «Публикация реакции на информационный риск». 44
4.2.7. Требования к разработке АРМ Менеджера учетных записей. 44
4.2.7.1. Требования к функциям раздела «Персоны». 44
4.2.7.2. Требования к функциям раздела «Аккаунты». 45
4.2.8. Требования к разработке АРМ Администратора отчетов. 46
4.2.8.1. Требования к функциям раздела «Отчеты». 46
4.2.8.2. Требования к функциям раздела «Запросы». 47
4.2.9. Требования к разработке Подсистемы пользовательских информационных объектов. 47
4.2.9.1. Требования к функции «Создание и редактирование пользовательского объекта». . 47
4.2.9.2. Требования к функции «Поиск пользовательского объекта». 48
4.2.10. Требования к разработке Подсистемы реляционно-ситуационного анализа. 48
4.2.10.1. Требования к модулю определения синтаксем.. 48
4.2.10.2. Требования к модулю определения значений синтаксем.. 48
4.2.10.3. Требования к модулю определения отношений синтаксем.. 49
4.3. Требования к видам обеспечения. 49
4.3.1. Требования к информационному обеспечению.. 49
4.3.1.1. Требования к составу, структуре и способам организации данных в системе. 49
4.3.1.2. Требования к организации ввода данных в систему. 50
4.3.1.3. Требования к информационному обмену между компонентами системы.. 50
4.3.1.4. Требования по использованию общегородских и других зарегистрированных классификаторов, унифицированных документов и др. 50
4.3.1.5. Назначение справочников и классификаторов и информации, хранящейся в них. ... 50
4.3.1.6. Объем и состав информации, получаемой из классификаторов. 50
4.3.1.7. Требования к разработке дополнительных классификаторов. 51
4.3.1.8. Требования по применению систем управления базами данных. 51
4.3.1.9. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных. 51
4.3.1.10. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы 51
4.3.1.11. Требования к контролю, хранению, обновлению и восстановлению данных. 52
4.3.1.12. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС.. 52
4.3.2. Требования к лингвистическому обеспечению.. 52
4.3.3. Требования к математическому обеспечению.. 52
4.3.4. Требования к программному обеспечению.. 52
4.3.5. Требования к техническому обеспечению.. 53
4.3.6. Требования к метрологическому обеспечению.. 54
4.3.7. Требования к организационному обеспечению.. 54
4.3.7.1. Требования к структуре и функциям подразделений, участвующих в функционировании Системы или обеспечивающих эксплуатацию.. 54
4.3.7.2. Требования к организации функционирования системы и порядку взаимодействия персонала Системы и персонала объекта автоматизации. 54
4.3.7.3. Требования к защите от ошибочных действий персонала Системы.. 54
4.3.8. Требования к методическому обеспечению.. 54
4.3.9. Требования к телекоммуникационному обеспечению системы.. 55
4.3.9.1. Необходимые линии и каналы связи. 55
4.3.9.2. Среда передачи. 55
4.3.9.3. Технические параметры каналов связи. 55
4.3.9.4. Пропускная способность, интерфейсы, топология и т.п. 55
4.3.9.5. Необходимость организации новых каналов связи либо возможность использования существующей телекоммуникационной инфраструктуры Правительства Москвы. 55
Состав и содержание работ по созданию системы.. 56