Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Размещено на http://www.allbest.ru/

магазин оператор база интерфейс

Введение

1. Анализ предметной области

1.1 Описание салона-магазина по предоставлению услуг оператора мобильной связи

1.2 Технические средства

1.3.1 Описание бизнес-процессов

1.3.2 Анализ данных

1.3.3 Исследование информационных потоков

1.4 Обзор существующих аналогов

1.4.1 АИС "Мобильные операторы"

1.4.2 АИС "МТС Сервис 1.15.45"

1.4.3 АИС "ЕТК: Личный кабинет 1.3"

Заключение по главе

2. Обзор средств разработки

2.1 Выбор СУБД

2.1.1 СУБД Oracle Database

2.1.2 СУБД MS SQL Server-2008

2.1.3 СУБД Firebird 2.1

2.2 Выбор среды разработки базы данных

2.2.1 IBExpert 2009

2.2.2 Microsoft Access

2.3 Выбор Среды разработки ПО

2.3.1 Delphi 2010

2.3.2 Eclipse

2.3.3 Microsoft Visual Studio

Заключение по главе

3.2 Нормализация таблиц

3.3 Проектирование ограничений целостности

3.5 Выдача прав доступа

Заключение по главе

4. Проектирование клиентского приложения "Оператор"

4.1 Описание модулей программы

4.2 Пакет поставки и системные требования

4.3 Описание пользовательского интерфейса

4.3.1 Авторизация

4.3.2 Главное окно программы

4.3.3 Главное меню

4.3.4 "Отчетность"

Заключение по главе

5. Обеспечение безопасности жизнедеятельности работы в салоне-магазине оператора сотовой связи

5.1 Организация автоматизированного рабочего места для сотрудников салона-магазина

5.2 Опасные и вредные производственные факторы, сопровождающие деятельность пользователей ПК в салоне-магазине

5.3 Способы защиты персонала салона-магазина от производственных вредностей

5.4 Автотехнический расчет освещения в салоне-магазине, предоставляющего услуги оператора сотовой связи

Заключение по главе

Заключение

Список используемых источников

Введение

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

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

Фактически информация становиться фактором, определяющим эффективность любой сферы деятельности.

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

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

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

Целью данной выпускной квалификационной работы является разработка автоматизированной информационной системы управления услугами оператора телефонной связи.

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

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

- Проведение анализа деятельности салона-магазина по предоставлению услуг оператора телефонной связи.

- Разработка информационной базы данных.

- Разработка программы.

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

1. Анализ предметной области

1.1 Описание салона-магазина по предоставлению услуг оператора мобильной связи

Основным видом деятельности салона-магазина является предоставление услуг мобильной связи

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

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

Основными подразделениями, обеспечивающими деятельность салона-магазина, являются:

1. бухгалтерия - расчет и выдача зарплаты, налоговая отчетность;

2. отдел менеджмента - оформление клиентов и подключений, составление отчетности;

1.2 Технические средства

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

На предприятии используются следующие программно-аппаратные средства.

Программные средства:

Ш Windows 7 - операционная система семейства Windows NT корпорации Microsoft.

Ш Windows Server 2008 - операционная система семейства Windows NT от компании Microsoft, которая предназначенная для работы на серверах.

Ш 1С: Предприятие 8.3.

Ш Антивирус Касперского 2012 - программа обеспечивает антивирусную защиту, защиту от спама и хакерских атак.

Аппаратные средства:

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

Ш Процессор INTEL Core i3 3240 LGA 1155 OEM

Ш Модуль памяти HYNIX DDR3- 2Гб 1333 DIMM OEM

Ш Жесткий диск WD Caviar Blue WD5000AAKX 500Гб HDD SATA III

Все компьютеры объединены в единую локальную вычислительную сеть и имеют доступ в Интернет.

Информационные системы и прикладные программные комплексы:

Ш 1С: Бухгалтерия 8.3 - автоматизированная информационная система, созданная для автоматизации бухгалтерского и налогового учета, включая подготовку обязательной (регламентированной) отчетности.

Ш 1С: Предприятие 8.3 - представляет собой совокупность программных модулей, предназначенных для разработки и использования решений (конфигураций) по ведению учета и автоматизации хозяйственной деятельности предприятий, и конфигурации или совокупности конфигураций.

Ш MS OFICCE 2010 - комплекс программ для подготовки документации.

1.3 Описание учета реализации товара и услуг оператора сотовой связи

Отдел менеджмента выполняет следующие функции:

- подключение клиента

- организация принятия заказа на подключение услуг оператора сотовой связи от клиента;

- прием платежей от клиентов;

- отслеживание состояния подключений;

- составление отчета о подключениях и оплатах;

Директор салона - осуществляет руководство по развитию и функционированию, проводит внутренние проверки, анализирует их результаты, контролирует выполнение корректирующих мероприятий.

Менеджер по продажам - осуществляет реализацию подключение услуг.

1.3.1 Описание бизнес- процессов

Для реализации услуг оператора сотовой связи необходимы следующие бизнес-процессы:

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

2. Подключение выбранной услуги - после выбора услуги, оформляется договор, принимается оплата и выдается квитанция об оплате

3. Регистрация оплаты - после внесения средств на лицевой счет абонента выдается квитанция об оплате;

4. Формирование отчетных документов:

Ш Формирование отчета "Прайс-лист" - формирование сведений о ценах на действующие тарифы и услуги;

Ш Формирование отчета "Анализ продаж" - формирование списка клиентов-должников, сумма долга которых превышает указанную величину;

Ш Формирование отчета "Состояние оплаты" - формирование сведений о платежах по каждому клиенту.

Бизнес-правила - набор условий, которые управляют деловым событием, чтобы оно происходило так, как нужно для предприятия или клиента.

Рассмотрим Бизнес - правила, которые необходимые для реализации услуг:

1. При заказе услуги должна быть внесена оплата, установленная салоном-магазином.

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

3. Доя занесения средств на счет абонента необходимо, что бы была внесена оплата, и абонент был зарегистрирован в базе данных салона-магазина.

1.3.2 Анализ данных

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

- сведения о договоре;

- сведения об абонентах;

- сведения о тарифах и услугах;

- сведения об оплатах;

- сведения продаже.

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

Сведения об абонентах включают: ФИО абонента, паспортные данные, адрес и дату рождения.

Сведения о тарифах и о услугах включают: название тарифа либо услуги, стоимость.

Сведения об оплате включают: ФИО покупателя, абонентский номер, сумму оплаты, дата оплаты.

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

1.3.3 Исследование информационных потоков

Работать с системой будут только работники салона-магазина, а именно:

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

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

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

В качестве входной информации будут выступать сведения:

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

О тарифах: название тариф, стоимость входящих и исходящих вызовов, смс и интернет трафика.

Об услугах: название, стоимость, описание услуги и примечания.

В качестве выходной информации клиентской программой будут формировать следующие отчеты:

- отчет "Прайс-лист" - в данном отчете будет выводиться перечень цен на текущие тарифы и услуги;

- отчет "Анализ продаж" - в данном отчете будет выводиться список проданных услуг и подключений за год;

Отчет "Состояние оплаты " - в данном отчете выводится список абонентов, на чей счет заносились средства оператором за последние 2 дня.

1.4 Обзор существующих аналогов

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

1.4.1 АИС "Мобильные операторы"

Описание: Программа "Мобильные операторы" позволяет по номеру телефона получить информацию:

Оператора мобильной связи

Дату регистрации (компании)

Официальный сайт Оператора

Страницу для бесплатной отправки SMS

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

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

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

Кроме того, в данной АИС быстро и просто отправить бесплатное смс на любой номер.

Программа не требует установки, может запускаться прямо с USB-носителя или компакт-диска.

Программа бесплатна, регистрации не требуется. Внешний вид АИС "Мобильные операторы" представлен на рисунке 1.

Рис.1. "Внешний вид АИС Мобильные операторы"

1.4.2 АИС " МТС Сервис 1.15.45 "

Описание: Это приложение, разработанное для iOS, с помощью которого абонент может оперативно узнавать о состоянии своего мобильного счета, подключать и отключать услуги, изменять свой тарифный план и многое другое.

Главное меню и поиск приведены на рисунке 2.

Рис. 2. "Главное меню АИС МТС Сервис"

1.4.3 АИС " ЕТК: Личный кабинет 1.3 "

Описание: Программа представляет удобный инструмент управления лицевым счетом абонента сотового оператора ЗАО "ЕТК" (Енисейтелеком). Программа состоит из трех модулей: личный кабинет, SMS-сервис, справка.

- Личный кабинет позволяет управлять как своим лицевым счетом, так и другими (собственные счета, корпоративные и т.д.). Работает только при подключенном соединении интернета (Wi-Fi, GPRS, 3G). Доступны такие операции как:

Изменение списка услуг;

Пополнение баланса;

Блокировка/разблокировка номера и др.

SMS-сервис позволяет управлять лицевым счетом только активной SIM-карты. Подключения к интернету не требуется. Доступны такие операции как управление списком услуг и пополнение баланса.

Справка представляет собой краткий справочник абонента, встроенный в программу. Подключения к интернету не требуется.

Главное окно программы представлено на рисунке 3.

Рис.3. "Главное окно АИС ЕТК: Личный кабинет 1.3"

1.5 Обоснование разработки автоматизированной информационной системы "Оператор"

У существующих аналогов были выявлены следующие недостатки:

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

Недостаточная функциональность

Нет многопользовательского доступа

Высокая цена

Подходящие новые технологии

Современным решением выше указанных проблем является разработка АИС "Оператор", так как:

Гибкий интерфейс

Возможность создания распределённой информационной базы

Низкая цена за конечный продукт

Актуальность - возможность оперативно отражать изменения.

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

Удобство - понятный интерфейс.

Непротиворечивость и достоверность данных.

Заключение по главе

Создание данной автоматизированной информационной системы позволит учесть все особенности для реализации услуг оператора сотовой связи.

Ожидаемый эффект от внедрения:

Ш Актуальность - возможность оперативно отражать изменения.

Ш Полнота информации, то есть предоставление максимально полной информации о составленной смете.

Ш Удобство - понятный интерфейс.

Ш Непротиворечивость и достоверность данных.

Ш Консолидация сведений на предприятии.

2. Обзор средств разработки

2 .1 Выбор СУБД

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

По возможностям выделяют две группы СУБД:

1. Полнофункциональные СУБД? наиболее мощные, многопользовательские, с системами защиты, копирования и восстановления данных (Oracle, Microsoft SQL Server, Informix, DB/2), но более сложные СУБД.

2. Персональные СУБД? с ограниченными возможностями, но более простые в использовании (Access, Visual FoxPro, Paradox, Clipper, dBase, Clarion, DataEase, DataFlex, R: BASE).

2 .1.1 СУБД Oracle Database

Oracle - одна из наиболее мощных современных СУБД, предназначенных для реализации баз данных уровня корпорации, что предъявляет серьезные требования к серверу.может работать в большинстве операционных систем: Windоws-NТ, -2000, Linux, UNIХ, AIX, Nowell Nеtwаrе. А это в свою очередь позволяет выбирать наиболее удобную для корпоративных задач платформу сервера. Например, если организация предпочитает использовать операционные системы не от Windows, то она легко может себе это позволить. Некоторые организации могут ориентироваться на решения на базе UNIХ-систем, славящихся надежностью и устойчивостью в качестве серверной платформы, при этом продолжая использовать привычный пользователям Windows на клиентских компьютерах.

Основными преимуществами Oracle можно считать поддержку баз данных очень большого объема (до 64 Гбайт), мощные средства разработки и администрирования, поддержку многопроцессорности и двух языковых сред, а также интеграцию с Web. Вместе с этим программа предъявляет серьезные аппаратные требования и высокую цену

2 .1 .2 СУБД MS SQL Server-2008

MS SQL Sеrvеr-2008 получила широкое распространение как у нас в стране, так и за рубежом, поскольку она предлагает широкий спектр услуг администрирования и легко масштабируется. Это позволяет использовать ее в информационных системах для среднего бизнеса и больших компьютерных информационных системах (КИС).

В основе платформы MS SQL Server используется среда Windows.

Главное преимущество программы - тесная интеграция с программными продуктами от Мiсrosоft и возможность экспорта/импорта данных в большинство распространенных форматов данных, что позволяет использовать MS SQL Server как центральное хранилище данных.

Server 2008 Express -- это бесплатная редакция системы SQL Server. Она идеально подходит для обучения работе с базами данных, для создания небольших серверных приложений и для распространения независимыми поставщиками ПО. В этот выпуск включен ряд мощных функциональных возможностей, в частности службы отчетов SQL Server 2008 -- серверная платформа для создания и отправки классических и интерактивных отчетов -- и графическая среда SQL Server 2008 Management Studio Express, упрощающая управление базами данных.

Мощность

Возможность разрабатывать высокопроизводительные приложения, опирающиеся на безопасность, надежность и масштабируемость ядра SQL Server.

Производительность

Тесная интеграция SQL Server Express с конструкторами Visual Studio и средой SQL Server Management Studio позволяет разрабатывать приложения быстрее.

Гибкость

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

Ключевые области использования:

Базы данных начального уровня, учебные БД

Создание мощных настольных приложений

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

2 .1.3 СУБД Firebird 2.1

Firebird (FirebirdSQL) -- компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах.

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

Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект C и C++ программистов, технических советников и разработчиков мульти платформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland 25 июля 2000 года в виде свободной версии Interbase 6.0.

Firebird полностью поддерживает SQL-92 Entry Level 1 и реализует большую часть стандарта SQL-99 c некоторыми очень полезными дополнениями. Это включает выражения DML/DDL, синтаксис объединений FULL/LEFT/RIGHT JOIN, выражения UNION, DISTINCT, подзапросы (IN, EXISTS), встроенные функции (AVG, SUM, MIN, MAX, COALESCE, CASE, ..), ограничения целостности (PRIMARY KEY, UNIQUE, FOREIGN KEY), и все общие типы данных SQL.

Firebird поддерживает множество способов доступа, включая: собственные наборы компонент для C/C++, Delphi, классы для ADO, ODBC, JDBC (Jaybird), драйверы для Python, PHP, драйвер OLE DB, dbExpress, провайдер данных.NET и прямой доступ с использованием клиентской библиотеки сервера (fbclient.dll или GDS32.dll)

Firebird поддерживает большие базы данных. Базы данных могут быть расположены в нескольких файлах, предельный размер которых зависит от операционной системы. Теоретический предел в настоящее время составляет 64TБ для одного файла базы данных, таким образом, главные ограничения накладываются файловой системой и местом на жёстком диске.

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

2 .2 Выбор среды разработки базы данных

2 .2.1 IBExpert 2009

IBExpert -- GUI-оболочка, предназначенная для разработки и администрирования баз данных InterBase и Firebird, а также для выбора и изменения данных, хранящихся в базах.

Как основные достоинства IBExpert разработчики указывают:

Ш поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х, 2.x, 3.x; Yaffil 1.х;

Ш автозавершение кода SQL (название таблиц, полей, и т.п.)

Ш поиск в метаданных;

Ш отчеты по метаданным;

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

2 .2.2 Microsoft Access

Microsoft Access -- реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.

Ш Основные компоненты MS Access:

Ш построитель таблиц;

Ш построитель экранных форм;

Ш построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

Ш построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически "с нуля" или написать оболочку для внешней БД.

Microsoft Jet Database Engine (англ. Microsoft Jet Database Engine), которая используется в качестве движка базы данных MS Access является файл-серверной СУБД и потому применима лишь к приложениям, работающим с небольшими объёмами данных и при небольшом числе пользователей, одновременно работающих с этим данными. Непосредственно в Access отсутствует ряд механизмов, необходимых в многопользовательских базах данных, таких, например, как триггеры.

Встроенные средства взаимодействия MS Access со внешними СУБД с использованием интерфейса ODBC снимают ограничения, присущие Microsoft Jet Database Engine. Инструменты MS Access, которые позволяют реализовать такое взаимодействие, называются "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД).

Корпорация Microsoft для построения полноценных клиент-серверных приложений на базе MS Access рекомендует использовать в качестве движка базы данных СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки.

Известны также реализации клиент-серверных приложений на базе связки Access 2003 c другими СУБД, в частности, MySQL

2 .3 Выбор Среды разработки ПО

2 .3.1 Delphi 2010

Delphi, -- интегрированная среда разработки ПО для Microsoft Windows, Mac OS, iOS и Android на языке Delphi (ранее носившем название Object Pascal), созданная первоначально фирмой Borland и на данный момент принадлежащая и разрабатываемая Embarcadero Technologies. Embarcadero Delphi является частью пакета Embarcadero RAD Studio и поставляется в четырёх редакциях: Starter, Professional, Enterprise и Architect.

Среда предназначена для быстрой (RAD) разработки прикладного ПО для операционных систем Windows, Mac OS X, а также IOS и Android. Благодаря уникальной совокупности простоты языка и генерации машинного кода, позволяет непосредственно, и, при желании, достаточно низкоуровнево взаимодействовать с операционной системой, а также с библиотеками, написанными на C/C++. Созданные программы не зависимы от стороннего ПО, как-то Microsoft .NET Framework, или Java Virtual Machine. Выделение и освобождение памяти контролируется в основном пользовательским кодом, что, с одной стороны, ужесточает требования к качеству кода, а с другой -- делает возможным создание сложных приложений, с высокими требованиями к отзывчивости (работа в реальном времени). В кросс-компиляторах для мобильных платформ предусмотрен автоматический подсчет ссылок на объекты, облегчающий задачу управления их временем жизни.

2 . 3 .2 Eclipse

Eclipse -- свободная интегрированная среда разработки модульных кроссплатформенных приложений. Развивается и поддерживается Eclipse Foundation.

Наиболее известные приложения на основе Eclipse Platform -- различные "Eclipse IDE" для разработки ПО на множестве языков (например, наиболее популярный "Java IDE", поддерживавшийся изначально, не полагается на какие-либо закрытые расширения, использует стандартный открытый API для доступа к Eclipse Platform)

Первоначально Eclipse разрабатывалась фирмой IBM как преемник среды разработки IBM VisualAge, в качестве корпоративного стандарта IDE для разработки на разных языках под платформы IBM. По сведениям IBM, проектирование и разработка стоили 40 миллионов долларов. Исходный код был полностью открыт и сделан доступным после того, как Eclipse был передан для дальнейшего развития независимому от IBM сообществу.

В Eclipse 3.0 (2003 год) были выбраны спецификации сервисной платформы OSGi, как архитектура времени выполнения. С версии 3.0 Eclipse перестал быть монолитной IDE, поддерживающей расширения, а сам стал набором расширений. В основе лежат фреймворк OSGi и SWT/JFace, на основе которых разработан следующий слой -- RCP (Rich Client Platform, платформа для разработки полноценных клиентских приложений). RCP служит основой не только для Eclipse, но и для других RCP-приложений, например Azureus и File Arranger. Следующий слой -- сам Eclipse, представляющий собой набор расширений RCP -- редакторы, панели, перспективы, модуль CVS и модуль Java Development Tools (JDT).

С 2006 года фонд Eclipse координирует ежегодный общий релиз (Simultaneous Release), который происходит в июне. Каждый выпуск включает в себя платформу Eclipse, а также ряд других проектов Eclipse.

Eclipse служит в первую очередь платформой для разработки расширений, чем он и завоевал популярность: любой разработчик может расширить Eclipse своими модулями. Уже существуют Java Development Tools (JDT), C/C++ Development Tools (CDT), разрабатываемые инженерами QNX совместно с IBM, и средства для языков Ada (GNATbench, Hibachi), COBOL, FORTRAN, PHP и пр. от различных разработчиков. Множество расширений дополняет среду Eclipse менеджерами для работы с базами данных, серверами приложений и др.

Eclipse JDT (Java Development Tools) -- наиболее известный модуль, нацеленный на групповую разработку: среда интегрирована с системами управления версиями -- CVS, GIT в основной поставке, для других систем (например, Subversion, MS SourceSafe) существуют плагины. Также предлагает поддержку связи между IDE и системой управления задачами (ошибками). В основной поставке включена поддержка трекера ошибок Bugzilla, также имеется множество расширений для поддержки других трекеров (Trac, Jira и др.). В силу бесплатности и высокого качества, Eclipse во многих организациях является корпоративным стандартом для разработки приложений.

Eclipse написана на Java, потому является платформо-независимым продуктом, за исключением библиотеки SWT, которая разрабатывается для всех распространённых платформ (см. ниже). Библиотека SWT используется вместо стандартной для Java библиотеки Swing. Она полностью опирается на нижележащую платформу (операционную систему), что обеспечивает быстроту и натуральный внешний вид пользовательского интерфейса, но иногда вызывает на разных платформах проблемы совместимости и устойчивости приложений.

Основой Eclipse является платформа расширенного клиента (RCP -- от англ. rich client platform). Её составляют следующие компоненты:

Ш OSGi (стандартная среда поставки комплектов (англ. bundles));

Ш SWT (портируемый инструментарий виджетов);

Ш JFace (файловые буферы, работа с текстом, текстовые редакторы);

Ш Рабочая среда Eclipse (панели, редакторы, проекции, мастеры).

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

Гибкость Eclipse обеспечивается за счёт подключаемых модулей, благодаря чему возможна разработка не только на Java, но и на других языках, таких как C/C++, Perl, Groovy, Ruby, Python, PHP, Erlang, Компонентного Паскаля, Zonnon и прочих.

2 .3.3 Microsoft Visual Studio

Microsoft Visual Studio -- линейка продуктов компании Майкрософт, включающих интегрированную среду разработки программного обеспечения и ряд других инструментальных средств. Данные продукты позволяют разрабатывать как консольные приложения, так и приложения с графическим интерфейсом, в том числе с поддержкой технологии Windows Forms, а также веб-сайты, веб-приложения, веб-службы как в родном, так и в управляемом кодах для всех платформ, поддерживаемых Microsoft Windows, Windows Mobile, Windows CE, .NET Framework, Xbox, Windows Phone .NET Compact Framework и Microsoft Silverlight.

Visual Studio включает в себя редактор исходного кода с поддержкой технологии IntelliSense и возможностью простейшего рефакторинга кода. Встроенный отладчик может работать как отладчик уровня исходного кода, так и как отладчик машинного уровня. Остальные встраиваемые инструменты включают в себя редактор форм для упрощения создания графического интерфейса приложения, веб-редактор, дизайнер классов и дизайнер схемы базы данных. Visual Studio позволяет создавать и подключать сторонние дополнения (плагины) для расширения функциональности практически на каждом уровне, включая добавление поддержки систем контроля версий исходного кода (как например, Subversion и Visual SourceSafe), добавление новых наборов инструментов (например, для редактирования и визуального проектирования кода на предметно-ориентированных языках программирования или инструментов для прочих аспектов процесса разработки программного обеспечения (например, клиент Team Explorer для работы с Team Foundation Server).

Заключение по главе

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

C/C++ и Delphi. Так же Firebird поддерживает большие базы данных, которые могут быть расположены в нескольких файлах. В качестве еще одного преимущества Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов (это возможно потому, что читающие пользователи не блокируют пишущих), компактность (дистрибутив 5Mb), высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров.

В качестве среды разработки базы данных была выбрана оболочка IBExpert 2009 так как она обладает рядом достоинств, таких как:

Ш поддержка InterBase версий 4.х, 5.х, 6.х, 7.х; Firebird 1.х, 2.x; Yaffil 1.х;

Ш работа одновременно с несколькими базами данных;

Ш отдельные редакторы для всех объектов БД с синтаксической подсветкой;

Ш мощный SQL редактор с историей запросов и возможностью фонового выполнения запросов;

Ш отладчик хранимых процедур и триггеров;

Ш поиск в метаданных;

Ш полное и частичное извлечение данных и метаданных;

Ш анализатор зависимостей объектов баз данных;

Ш отчеты по метаданным;

Ш менеджеры пользователей и пользовательских привилегий;

Ш экспорт данных в различные форматы.

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

В качестве среды разработки ПО использовалась Delphi 2010 так как в она обладает следующими преимуществами:

Ш Быстрота разработки приложения.

Ш Высокая производительность разработанного приложения.

Ш Hизкие требования разработанного приложения к ресурсам компьютера.

Ш Hаращиваемость за счет встраивания новых компонент и инструментов в среду Delphi.

Ш Возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходниках)

Ш Удачная проработка иерархии объектов

Ш Де-факто уже доступно огромное количество визуальных компонентов третьих фирм, часть из которых freeware, часть shareware, часть - коммерческие.

3. Проектирование реляционной базы данных

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

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

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

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

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

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

3.1 Разработка структуры таблиц

Структура базы данных для АИС "Оператор", представлена на рисунке 4.

База данных состоит из 6 сущностей, таких как:

Ш Abonenti - Данная сущность хранит в себе информацию об абонентах и включает в себя следующие атрибуты: код абонента, фамилия, имя, отчество, дата рождения, паспортные данные, адрес проживания.

Ш Uslugi - данная сущность включает в себя следующие атрибуты: код услуги, описание, примечание, стоимость.

Ш Tarifi - данная сущность включает в себя следующие атрибуты: название тарифа, стоимость входящих вызовов внутри сети, стоимость исходящих вызовов внутри сети, стоимость входящих вызовов с другого оператора, стоимость исходящих вызовов на другой оператор, стоимость входящих с городского телефона, стоимость исходящих на городской телефон стоимость смс и стоимость интернет трафика.

Ш Abonentskie_uslugi - данная сущность включает в себя следующие атрибуты: код услуги, номер договора, дата подключения, дата окончания действия данной услуги.

Ш Licevoi_schet - данная сущность включает в себя следующие атрибуты: id, номер лицевого счета, дата, время, сумма, номер договора

Ш Zakluchenie_dogovora - данная сущность включает в себя следующие атрибуты: код абонента, номер договора, дата заключения, абонентский номер, тариф, номер лицевого счета.

3.2 Нормализация таблиц

Нормализация - это процесс проверки структуры таблиц на наличие аномалии, если они имеются, то таблицы разбиваются на более мелкие таблицы. Структура нормализации представлена на рисунке 5.

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

Рис. 5. "Структура нормализации таблиц"

На начальном этапе проектирования базы данных строится первая нормальная форма (1НФ): Таблица находится в 1 НФ, если на пересечении каждой строки и столбца стоит атомарное значение.

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

Отношение находится в 3НФ тогда и только тогда, когда отношение находится во 2НФ и все не ключевые атрибуты взаимно независимы.

Атрибуты называются взаимно независимыми, если ни один из них не является функционально зависимым от другого.

Таблица находится в НФБК (Нормальная форма Байса-Кода), если детерминанты всех функциональных зависимостей являются потенциальными ключевыми таблицами

Отношение находится в 4НФ, если отношение содержит 2 многозначные зависимости.

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

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

Отношения находятся в ДКНФ (Доменно-ключевая нормальная форма) если каждое ограничение целостности, накладываемое на это отношение является логическим следствием определения доменов и ключей.

Проведем нормализацию таблиц базы данных "Оператор".

Для этого выделим для каждой таблицы функциональные зависимости и проверим на нормальные формы как это показано на рисунке 1. Функциональная зависимость (ФЗ) между столбцами означает логическую связь "Многие к одному" между значениями этих столбцов.

Таблица Abonenti:

Функциональные зависимости:

1. Kod_abonenta > (Familiy, name, otchestvo, data_rogdeniy, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan, address)

2. (seriy_pasporta, nomer_pasporta) > (Kod_abonenta ,familiy, name, otchestvo, data_rogdeniy, kem_vidan, kogda_vidan, address)

3. (Familiy, name, otchestvo, data_rogdeniy, address) > (Kod_abonenta, seriy_pasporta, nomer_pasporta, kem_vidan, kogda_vidan)

Проверка на нормальные формы (НФ):

1НФ прошла, 2НФ прошла, НФБК прошла. Многозначных зависимостей нет. Таблица находится в ДКНФ.

Таблица Uslugi

Функциональные зависимости:

1. Kod_uslugi > (Opisanie, primechanie, stoimost)

Таблица Abonentskie_uslugi

Функциональные зависимости:

1. Kod_uslugi > (Nomer_dogovora, data_podklucheniy, data_okonchaniy)

2. Nomer_dogovora > (Data_podklucheniy, data_okonchaniy)

3. (Nomer_dogovora, data_podklucheniy > (Data_okonchaniy)

1НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица находится в ДКНФ.

Таблица Tarifi

Функциональные зависимости:

1. Nazvanie_tarifa > (St_vh_vn_s, st_ish_vn_s, st_vh_dr_op, St_ish_na_dr_op, st_vh_s_gor_tel, st_ish_na_gor_tel,st_sms, internet_trafic)

1НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица находится в ДКНФ.

Таблица Licevoi_schet

Функциональные зависимости:

1. Id > (Nom_licevogo_scheta, data, vremya, summa, nomer_dogovora)

2. Nom_licevogo_scheta > (Id, data, vremya, summa, nomer_dogovora)

3. (Nom_licevogo_scheta, data) > (vremya, summa)

4. Nomer_dogovora > Nom_licevogo_scheta

1НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица находится в ДКНФ.

Таблица Zakluchenie_dogovora

Функциональные зависимости:

1. Kod_abonenta > (Nom_dogovora, data_zaklucheniy, abonents_nom,tariff, nom_licevogo_sheta)

2. Nom_dogovora > (Kod_abonenta, data_zaklucheniy, abonents_nom,tariff, nom_licevogo_sheta)

3. Abonents_nom > Nom_licevogo_sheta

1НФ прошла, 2НФ прошла, 3НФ прошла. Многозначных зависимостей нет. Таблица находится в ДКНФ.

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

3 .3 Проектирование ограничений целостности

Таблица 1. "Abonenti"

Таблица 2. "Uslugi"

Таблица 3. "Abonentskie_uslugi"

Таблица 4. "Zakluchenie_dogovora"

Таблица 5. "Licevoi_schet"

Таблица 6. "Tarifi"

3.4 Разработка операций выборки данных

Разработка операции выборки данных представлена в таблице 7.

Таблица 7. "Разработка операций выборки данных"

3.5 Выдача прав доступа

Права доступа к объектам БД приведены в таблице 8. По горизонтали - объекты БД. По вертикали - пользователи или роли. В ячейках - комбинация из букв, обозначающих права доступа:

s - право на чтение (select);

i - право на добавление строк (insert);

u - право на редактирование строк (update);

d - право на удаление строк (delete);

e - право на запуск хранимых процедур (execute).

Таблица 8. "Выдача прав доступа"

Подобные документы

Информация в современном мире как один из наиболее важных ресурсов. Рассмотрение особенностей разработки информационной системы для автоматизации рабочего места оператора телефонной компании по предоставлению услуг. Этапы создания информационной базы.

курсовая работа , добавлен 13.03.2013


Разработка автоматизированной системы управления оператора мобильной связи. Операторы модификации данных Insert, Update, Delete в среде MS SQL Server. Структура базы данных. Схема диалога пользователя с приложением, порядок использования представлений.

курсовая работа , добавлен 21.04.2015


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

дипломная работа , добавлен 11.07.2015


Анализ проектирования автоматизированной информационной системы компьютерного магазина "Джей". Разработка базы данных на языке Transact-SQL в системе управления базами данных Microsoft SQL Server 2000. Расчет себестоимости и цены программного продукта.

курсовая работа , добавлен 16.08.2012


Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.

дипломная работа , добавлен 25.05.2014


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

дипломная работа , добавлен 22.07.2015


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

курсовая работа , добавлен 21.11.2009


Обоснование выбора используемого программного обеспечения. Входная и выходная информация. Реляционная модель базы данных предметной области. Создание модели информационной системы с помощью Run All Fusion Process Modeler r7. Результаты тестовых испытаний.

курсовая работа , добавлен 12.04.2014


Изучение технологического процесса работы биллинговой компании. Инфраструктура предоставления услуг связи. Базовые бизнес-процессы. Цели и задачи проектируемой информационной системы "Работа с абонентами оператора сотовой связи". Этапы разработки проекта.

курсовая работа , добавлен 17.01.2009


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

В РФ существует порядка 100 государственных информационных систем, они подразделяются на федеральные и региональные. Организация, работающая с какой-либо из этих систем, обязана выполнять требования к защите данных, которые в ней обрабатываются. В зависимости от классификации, к разным информационным системам предъявляются разные требования, за несоблюдение которых применяются санкции — от штрафа до более серьезных мер.

Работа всех информационных систем в РФ определяется Федеральным законом от 27.07.2006 № 149-ФЗ (ред. от 21.07.2014) «Об информации, информационных технологиях и о защите информации» (27 июля 2006 г.). В статье 14 этого закона дается подробное описание ГИСов. К операторам государственных ИС, в которых ведется обработка информации ограниченного доступа (не содержащей сведений, составляющих государственную тайну), предъявляются требования, изложенные в Приказе ФСТЭК России от 11 февраля 2013 г. № 17 «Об утверждении требований о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах».

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

Если организация подключена к государственной информационной системе, то приказ ФСТЭК № 17 обязывает аттестовать систему, а для защиты информации должны применяться только сертифицированные средства защиты информации (имеющие действующие сертификаты ФСТЭК или ФСБ).

Нередки случаи, когда оператор информационной системы ошибочно относит ее к ГИСам, в то время как она таковой не является. В итоге к системе применяются избыточные меры по защите. Например, если по ошибке оператор информационной системы персональных данных классифицировал ее как государственную, ему придется выполнить более жесткие требования к безопасности обрабатываемой информации, чем того требует закон. Тем временем требования к защите информационных систем персональных данных, которые регулирует приказ ФСТЭК № 21, менее жесткие и не обязывают аттестовать систему.

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

Как отличить ГИС от неГИС

Государственная информационная система создается, когда необходимо обеспечить:

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

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

1. Узнать, есть ли законодательный акт, предписывающий создание информационной системы.
2. Проверить наличие системы в Реестре федеральных государственных информационных систем . Подобные реестры существуют на уровне субъектов Федерации.
3. Обратить внимание на назначение системы. Косвенным признаком отнесения системы к ГИС будет описание полномочий, которые она реализует. Например, каждая администрация Республики Башкортостан имеет свой устав, который в том числе описывает полномочия органов местного самоуправления. ИС «Учет граждан, нуждающихся в жилых помещениях на территории Республики Башкортостан» создана для реализации таких полномочий администраций, как «принятие и организация выполнения планов и программ комплексного социально-экономического развития муниципального района», и является ГИС.

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

Это ГИС. Что делать?

Приказ ФСТЭК 17 предписывает проведение следующих мероприятий по защите информации к операторам ГИС:

• формирование требований к защите информации, содержащейся в информационной системе;
• разработка системы защиты информации информационной системы;
• внедрение системы защиты информации информационной системы;
• аттестация информационной системы по требованиям защиты информации (далее — аттестация ИСПДн) и ввод ее в действие;
• обеспечение защиты информации в ходе эксплуатации аттестованной информационной системы;
• обеспечение защиты информации при выводе из эксплуатации аттестованной информационной системы или после принятия решения об окончании обработки информации.

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

1. Провести классификацию ИС и определить угрозы безопасности.

Классификация ИС проводится в соответствии с пунктом 14.2 17 приказа ФСТЭК.

Угрозы безопасности информации определяются по результатам

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

2. Сформировать требования к системе обработки информации.

Требования к системе должны содержать:

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

3. Разработать систему защиты информации информационной системы.

Для этого необходимо провести:

• проектирование системы защиты информации информационной системы;
• разработку эксплуатационной документации на систему защиты информации информационной системы;
• макетирование и тестирование системы защиты информации информационной системы.

4. Провести внедрение системы защиты информации информационной системы, а именно:

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

5. Аттестовать ИСПДн:

• провести аттестационные испытания;
• получить на руки аттестат соответствия.

Существует распространенное мнение, что для прохождения проверки контролирующих органов достаточно наличия организационно-распорядительных документов, поэтому операторы ГИС зачастую пренебрегают внедрением средств защиты. Действительно, Роскомнадзор уделяет пристальное внимание именно документам и реализации организационно-распорядительных мер по защите ПДн в организации. Однако в случае возникновения вопросов к проверке могут быть привлечены специалисты из ФСТЭК и ФСБ. При этом ФСТЭК очень внимательно смотрит на состав технической защиты информации и проверяет правильность составления модели угроз, а ФСБ проверяет реализацию требований, касающихся использования средств криптографической защиты информации.

Олег Нечеухин , эксперт по защите информационных систем, «Контур-Безопасность»

Автоматизированная система диагностирования работоспособности ПР и роботизированных систем позволяет предотвратить возникновение ОК, КС и АС. Для этого ПР, РТК оснащаются сложной информационной системой, включающей в себя датчики различных типов, регистрирующие давление в гидро- и пневмосети, уровни питающих напряжений, положение управляемых координат технологического оборудования, режимы работы и работоспособности устройств ЧПУ и т. п. Дискретные сигналы датчиков (постоянного тока напряжением 24 В) поступают на отдельный пульт оператора, имеющий развитую систему индикации, которая позволяет ему быстро находить неисправность. 

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

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

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

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

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

Согласование основных компонентов выполняется в рамках эргономических (необходимых для осуществления деятельности) свойств человека, машины н среды. Комплекс этих свойств (чувственных, двигательных, психических) определяется характеристиками машины и среды. Функциональное и эмоциональное состояние человека, от которого в основном зависят эффективность и безопасность труда его п целостной системы, обусловлены эргономическими характеристиками среды, физической и информационной нагрузкой, распределением функций между человеком и машиной и полнотой учета человеческих факторов при создании машины и всей биотехнической системы. Этот комплекс факторов определяет фактические условия труда человека-оператора в структуре всякой ЧМС. Разностороннее согласование этих факторов с требованиями одновременно всех компонентов и каждого отдельного компонента с целостной системой на функциональном, структурном, материальном, информационном уровнях определяет подлинную безопасность и эффективность деятельности человека, условий его труда. 

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

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

По классификации МАГАТЭ на АС имеются средства обеспечения безопасности, включающие связанную с управляющей системой информационно - вычислительную систему (ИВС) для сбора, обработки и представления данных, передаваемых оператору. Отказ ИВС может приводить к неправильной реакции оператора на аварийную ситуацию, приводящей к нарушению режима функционирования реактора Поэтому надежная работа ИВС будет обеспечивать и высокую степень безопасности эксплуатации АС. Наибольшую опасность представляют отказы по общей причине (ООП), появляющиеся, в основном, при отказах оборудования, Для систем управления, контроля и сбора данных средняя частота ООП достигает 4,7-10 5 ч-1, а без учета отказов программного обеспечения 3,4-10 5 ч-1 /273, 274...278/6. 

Информационное поле (рабочее место с размещенными средствами труда и источниками сведений, используемыми в процессе трудовой деятельности) имеет существенное значение в производственном процессе путем повышения точности и скорости восприятия информации можно обеспечить безопасное ведение работ и высокую производительность труда. Между тем эргономические показатели обзорности с поста управления подъемных агрегатов не оптимальны. Это одна из причин того, что около 30 % аварий и несчастных случаев при текущем и капитальном ремонтах скважин происходят над устьевой площадкой, обзорность которой не удовлетворяет требованиям безопасности и не обеспечивает согласованности действий системы машинист (бурильщик) - агрегат + рабочая площадка - операторы (буровые рабочие) . 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В случае применения дистанционного контроля оператор на-блюдае- за показаниями многочисленных приборов и сравнивает и> с нормальными значениями параметров. Прогрессивные системь контроля автоматически выдают информацию о степени отклонения параметров процесса от заданных и оператору достаточно одного беглого взгляда на информационное поле, чтобы лля него стало ясным общее состояние технологического процесс. 

До сих пор речь шла только о математических моделях, которые в совокупности должны воспроизводить функционирование всех систем КЛА. При этом основное внимание было сосредоточено на входах моделей и их ядрах. Однако каждая модель ха рактеризуется также набором Уг наблюдаемых параметров. В целом множество наблюдаемых параметров всех моделей образует вектор Уа) = [уи /2>--ч Уе] наблюдаемых параметров КЛА. Совокупность значений этого вектора в процессе штатного и нештатного функционирования систем КЛА определяет пространство его состояний, в котором состояние КЛА на рассматриваемый момент времени может быть обозначено в виде некоторой точки, условно называемой изображающей. Для того, чтобы экипаж, находящийся в тренажере, мог воспринять это состояние КЛА, он должен получить представление об изображав ющей точке через свои органы чувств. Достигается это с помощью информационной модели, представляющей собой формируемую в сознании оператора информацию о КЛА, получаемую с помощью взаимосвязанного комплекса приборов и устройстп, отображающих реальную обстановку полета и состояние систем, а также органов управления ими. В состав информационной модели входят также все сигналы, поступающие опе хатору от объекта управления, минуя систему отображения информации (шум. вибрации, перегрузки и т. п.) . С этой целью в состав тренажера включаются, кроме системы математических моделей, также следующие системы  

Безопасность технологического процесса определяется безопасностью составляющих его технологических операций. Специфика нефтегазодобывающего производства требует применения технологических процессов, машин и оборудования, в принципе действия которых содержатся потенциальные опасности для обслуживающего персонала. В совокупности со сложными географо-экономическими и природно-климатическими условиями они формируют определенный уровень интенсивности воздействия на человека неблагоприятных факторов, снижающих безопасность производства. Кроме того, механизация и автоматизация производства, внедрение автоматизированных систем управления, как правило, сопровождаются значительными техническими информационными, пространственными и временными ограничениями для оператора. При определенных условиях это может привести к рассогласованию элементов системы ЧСМ, объективно проявляющему- 

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

Свойства машин и оборудования, определяющие зарождение и проявление опасных производственных факторов, необходимо рассматривать исходя из работы человека в единой биомеханической (эрготической) системе ЧМС. Вопросами взаимодействия техники и человека занимается- эргономика. Безопасность выступает здесь в роли ограничения. Известно, что явление травмы возможно при пересечении двух событий субстрата опасности и нахождения человека в опасной зоне, вызванного определенными причинами . Кроме того, человек может сам быть инициатором субстрата опасности в результате ошибочных действий при управлении машиной. Возможность травмирования в эрготической системе ЧМС зависит от реализуемости опасных (взрыв, пожар, падение конструкции, электроудар, влияние радиации) и вредных (шум, вибрация, неблагоприятные метеоусловия) факторов, приводящих к травмам и увеличению ошибок биомеханической перегруженности (неудобство позы, значительные усилия), вызванной неправильным конструированием органов управления, рабочего места информационной перегруженности, вызванной неудовлетворительным проектированием средств отображения информации эстетической и социальной неустроенности в группе операторов. 

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

При перекачке по трубопроводам определенную опасность представляет образование электрических зарядов. Установлено, что количество зарядов, накапливающихся в жидких диэлектриках в единицу времени, пропорционально средней скорости потока в степени 1,875 и диаметру трубопровода в степени 0,825, что позволяет, меняя скорость перекачки жидкости, снизить величину переносимого потоком заряда за единицу времени. С целью обеспечения нормальных условий эксплуатации объектов повышенного давления должны бьггь шире применены автоматизированные системы контроля и управления процессами. Очень важно в системе контроля управления производством предвидеть потенциальную опасность и возможные ошибочные действия операторов всех звеньев. Для обеспечения безаварийности и надежности процессов необходимы надлежащие современные контрольно-измерительные приборы и системы мониторинга, включая информационные центры. Практика эксплуатации многих объектов показывает, что без глубокого системного анализа и оценки отказов технических систем и возможных просчетов в проектировании и сооружении, а также без учета ошибочных действий операторов достичь безопасности не удается. Для того, чтобы сократить (или даже полностью избежать) непредвиденные чрезвычайные ситуации, необходима разработка новых и совершенствование существующих методов прогнозирования и предупреждения чрезвычайных ситуаций, а также мероприятий по снижению ущерба от них. Кроме того, безаварийность и эффективность могут быть достигнуты как за счет внедрения в технические системы более новых современных защитных и ограничительных средств, так и за счет повышения 

Человек в системе человек-машина является устройством по переработке информации и устройством, осуществляющим управляющее воздействие на машину. Информационная совместимость оператора со средой достигается наличием информации об окружающей среде и возможностью оператора принять и переработать эту информацию. Из всего многообразия такой информации рассмотрим информацию, которая специально служит для предотвращения несчастных случаев, пожаров, аварий цвета сигнальные, знаки и звуковые сигналы безопасности. Цвета сигнальные и знаки безопасности нормированы ГОСТ 12.4.026-76 ССБТ. Цвета сигнальные и знаки безопасности. Этим ГОСТом установлено четыре сигнальных цвета, красный со значением Запрещение, непосредственная опасность, средство пожаротушения желтый - Предупреждение, возможная опасность зеленый - Предписание, безопасность и синий - Указание, информация. 

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

Операционная система подпрограммы состоит из операторов, реализующих на основе информационного обеспечения последовательный расчет всех недостающих параметров системы, определение невязки DEL 1 и сравнение DEL 1 с точностью EPS FI. Если DEL 1 > EPS FI, то с помощью подпрограммы SUBROUTINE TEMP 1 производится выбор нового значения FI7

Классификация сложных систем по данному признаку далеко не так однозначна, как кажется на первый взгляд. Так, например, АС, с одной стороны (в широком смысле), это типичная производственно-промышленная эргатическая система, результатом функционирования которой является тепловая и электрическая энергия, а эргатиче-ский элемент представлен эксплуатационным персоналом. С другой стороны, немного сузив задачу, мы опустимся до рассмотрения АС как человеко-машинной системы, основу которой составляет лишь часть персонала - оперативная, на которую возложены наиболее ответственные функции принятия решений. Этот персонал - операторы блочного (БЩУ) и других щитов управления. Атомная станция (вернее, ее информационная модель) воплощена для них в совокупности приборов и дисплеев автоматизированной системы управления технологическими процессами (АСУ ТП), поставляющих исходную технологическую информацию. Продуктом труда системы оператор - АСУ ТП - щиты управления является управляющая информация, что свидетельствует о принадлежности данной системы к классу информаци-онно-управляющих СЧМ. 

Понятие сложности пока еще определено недостаточно четко, по крайней мере в аспекте исследования поведения чело-века-оператора. Отдельные части, каскады, блоки, маршруты данных, соединения можно, конечно, сосчитать, и в некотором общем смысле их число соотносится со сложностью. Но та сложность, которая представляет действительный интерес, вероятно, есть нечто вроде взвешенной интеллектуальной нагрузки, ассоциируемой с интерпретацией тестовых данных информационных потоков, например нагрузка, приходящаяся на технического специалиста средней квалификации при выходе системы из строя. Эти способы интерпретации, однако, сами бывают ограничены технологическими стандартами, а также уровнем внимания разработчиков к таким вопросам, как обеспечение модульности конструкции, возможность контроля прохождения сигналов, легкость определения последовательности критических тестов. Поэтому понятие сложности часто оказывается специфическим для данного оборудования или данной технологии. Возможно, рабочий критерий для измерения эффективной сложности должен вырабатываться путем осуществления статисти- 

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

Использование электротактильной системы в качестве информационного канала связано с двумя проблемами. Во-пер-р.ых, с проблемой небольшого диапазона интенсивности от абсолютного порога до болевого, т. е. слишком крутой функциональной зависимостью между воспринимаемой интенсивностью (сенсорной величиной) и интенсивностью электрического тока. Это ограничивает динамический диапазон для передачи информации по электротактильному каналу, так как оператор не способен различать много уровней интенсивности. Однако преимуществом такой крутой функции является относительно низкая величина энергии, необходимой для создания интенсивных уровней ощущения. Во-вторых, существует проблема высокой вариабельности эффекта данного стимула в зависимости от положения электрода и способа прикрепления электрода к коже. Несмотря на эти проблемы, электротактильный канал не был 

Разработка системы для проектировщика - это преобразование требований к системе в физические механизмы в виде технических срёдств, программного обеспечения и методик, позволяющих выполнить поставленные задачи. Для ИЧФ, разрабатывающего системный проект, это тоже преобразование, но несколько более сложное от физического требования к его поведенческим значениям и от них к реальным физическим механизмам, обеспечивающим их выполнение. Почти все без исключения крупные требования к системе имеют физический характер, например скорость, амплитуда, сопротивляемость изнашиванию, потребление энергии и прочность. И почти никогда не ставится четко выраженного поведенческого требования. Требования к поведению выводятся из условия идеального функционирования системы. Например, система не должна слишком обременять обслуживающий ее персонал или пилот самолета должен иметь хороший обзор из кабины. ИЧФ изучает физическое требование, определяет условия, которые оно предъявляет к поведению, и предлагает реальный механизм, обеспечивающий выполнение этих условий. В упрощенном до абсурда, а поэтому и более ясном примере ИЧФ спрашивает себя Что может означать, что заданная система будет функционировать вне помещения в условиях Арктики Тогда, по-видимому, операторы должны будут работать в рукацицах следовательно, ручки управления придется делать достаточно большими, чтобы облегчить такую работу. Операторы будут замедленно реагировать на изменение ситуации значит, те события, которые требуют быстрой реакции, должны быть как можно больше разделены во времени. Этот пример предельно ясен, но могут быть очень не простые. Например, от оператора может потребоваться отслеживать несколько информационных каналов, которые перекрывают друг друга. Что это значит для оператора Какие физические исполнительные механизмы могут быть рекомендованы, чтобы сократить количество ошибок ИЧФ должен быть занят в этом процессе преобразования в течение всего проектирования, но важ- 

В таких ситуациях, по мнению Моури (гл. 4), селективное распределение внимания зависит от внутренней модели статистических свойств окружающей среды, которую построй для себя оператор. Источники информации сканируются с частотой, обратно пропорциональной их информационному содержанию , а пары источников информации сканируются в соответствии с их относительной значимостью. Если мысленная модель оператора верна, то, как показывает характер сканирования приборной панели хорошо тренированным летчиком, маршрут сканирования можно использовать в качестве руководства для расположения приборов. Те приборы, которые сканируются часто, следует расположить в центре и на близком расстоянии друг от друга. Пары приборов, которые должны или могут сканироваться последовательно, также следует располагать рядом. Например, в работе использовалась модель смены зрительных фиксаций для оптимального расположения индикаторов на приборной панели посадочной системы самолета Боинг-707 и получено близкое соответствие межд результатами, основанными на модели, и действующими рекомендациями авиационного ведомства. 

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

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

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

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

Институт и виды операторов в информационных системах

В организационно-правовом аспекте проблема оператора осмыслена недостаточно, не проработан и правовой статус этой категории специалистов и организаций.

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

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

В действующем законодательстве появились нормы, которые относятся к оператору информационной системы. В федеральном законе «Об информации, информационных технологиях и защите информации» (№149-ФЗ от 27.07.2006) оператор информационной системы определен как «гражданин или юридическое лицо, осуществляющее деятельность по эксплуатации информационной системы, в том числе по обработке информации, содержащейся в ее базах данных» (ст. 2, п. 12).

В ходе применения этой статьи возможно столкновение с понятием «обладатель» информации как предмета правового регулирования (ст. 2, п. 5). Согласно закону, обладатель - это лицо, самостоятельно создавшее информацию, или лицо, которое на основании закона или договора разрешает или ограничивает доступ к информации. К обладателю информации закон относит как физических и юридических лиц, так и Российскую Федерацию, субъекты РФ, муниципальные образования (ст. 6). Здесь видим расширение состава субъектов-обладателей и отсутствие связи с темой оператора сети. По сравнению со ст. 2 в число обладателей включаются органы государственной власти и муниципального управления. Какой же оператор может рассматриваться в качестве обладателя информации, с которой он работает?

Вопрос о нормативном оформлении правового статуса оператора информационной системы обостряется: в ст. 13, п. 2 сказано, что, если иное не установлено федеральными законами, оператором информационной системы является собственник (уже не просто обладатель) «используемых для обработки содержащейся в базах данных информации технических средств , который правомерно пользуется такими базами данных, или лицо, с которым этот собственник заключил договор об эксплуатации информационной системы» . Одновременно с этой общей нормой в ст. 14, посвященной государственным информационным системам, прописаны правила для этого уровня ресурсов и систем обработки. Государственные информационные системы создаются в соответствии с федеральным законом «О размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд» (№ 94-ФЗ от 21.07.2005). Это предполагает, что оператор не совпадает с заказчиком и создателем информации. Наряду с этим в роли оператора может выступать сам заказчик, то есть орган власти. Согласно п. 6 ст. 14 ФЗ «Об информации» Правительство РФ устанавливает обязательные требования к порядку ввода в эксплуатацию отдельных государственных информационных систем. А согласно п. 5 этой же статьи, если иное не установлено решением о создании государственной информационной системы, сам орган выступает в качестве оператора и сам осуществляет ввод этой системы в эксплуатацию.

Из сказанного вытекает вывод о трех вариантах легализации национальных государственных информационных систем и определения роли оператора. При первом варианте орган государственной власти совмещает функции оператора и заказчика. Второй предусматривает создание государственных информационных систем по решению Правительства РФ и регулирование им порядка (ввода в эксплуатацию) систем обработки и устанавливает требования к техническому обеспечению системы. Статус оператора устанавливается в таком же порядке. Наконец, возможен третий вариант: оператору передается и право на информационный ресурс, более того - право передавать его другому оператору. Правовой статус оператора информационной системы в соответствии с Федеральным законом «О персональных данных» (№152-ФЗ от 27.07.2006) требует особого рассмотрения с учетом норм, установленных ФЗ «Об информации».

Существенное значение для решения вопроса о правовом статусе оператора информационной системы имеют решения в области административной реформы в Российской Федерации. Базовыми документами здесь являются правовые акты Правительства РФ, утвердившие Концепцию использования информационных технологий в деятельности федеральных органов власти до 2010 года (от 24.09.2004), федеральная целевая программа «Электронная Россия» (2002-2010 гг.), а также Постановление Правительства № 679 от 11.11.2005 «О порядке разработки и утверждения административных регламентов исполнения государственных функций и административных регламентов предоставления государственных услуг». Для рассматриваемой темы важен последний из перечисленных нормативных актов. Именно в этом постановлении содержится указание на разделение государственных функций и государственных услуг в информационной сфере. Определение признаков и критериев позволило бы наиболее четко выявить роль и статус оператора для этих двух категорий государственной деятельности.

Например, в Постановлении Правительства № 679 сделан важный шаг по отделению функций органов исполнительной власти от выполнения государственных услуг и поставлена задача создать порядок разработки и утверждения административных регламентов исполнения государственных функций и предоставления государственных услуг. Необходимо при этом уяснить, какие услуги реализуются органом власти непосредственно в общении с населением, а какие должны выполняться для самого государственного аппарата и на какой организационно-правовой основе. Целый ряд вопросов нуждается в более тщательном рассмотрении и регулировании: кто является собственником (или иной формы обладания) обрабатываемого ресурса оператором системы, который находится вне структуры органа власти? В какой степени он обслуживает функции органа, а в какой государственные услуги? Как это влияет на его полномочия? Постановка этих вопросов важна для рассмотрения правового статуса нового вида оператора - оператора трансграничной передачи электронных документов в информационном взаимодействии субъектов, находящихся в юрисдикции разных государств.

Трансграничное взаимодействие

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

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

Анализ научных трудов и действующих нормативных актов на международном уровне показывает, что основное внимание длительное время уделялось определению правовой природы программ для ЭВМ и баз данных в плане их регулирования институтами интеллектуальной собственности. Цепочка же отношений всех субъектов, включаемых в процесс информационного трансграничного взаимодействия, не получала должного внимания. Сдвиг произошел с момента принятия международных актов по регулированию отношений по электронной торговле, в частности Директивы Европейского союза 2000/31/ЕС от 17 июня 2000 года и появившихся следом за ней актов международного и национального регулирования.

Примерно за полгода до этого Европейская комиссия издала Директиву 1999/93/ЕС «Об условиях использования электронной подписи в странах - членах Сообщества» , в которой попыталась заложить общеевропейскую юридическую базу для трансграничного
взаимодействия. Еврокомиссия предполагала, что такого рода подписи будут способствовать продаже товаров и услуг через Internet. К настоящему моменту все 25 стран - членов Евросоюза реализовали в своем законодательстве положения этой директивы.

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

Отметим, что на прошедшем 10 мая 2005 года в Москве 15-м саммите Россия - Европейский союз была утверждена «дорожная карта» по общему пространству свободы, безопасности и правосудия. Эта «дорожная карта» предусматривает сотрудничество и решение ряда проблем, в том числе - трансграничного взаимодействия субъектов разных государств. В частности, в документе содержится пункт: «способствовать трансграничному сотрудничеству с соседними государствами - членами ЕС путем налаживания взаимодействия между различными национальными министерствами и правоохранительными органами, начав с регионов с высокой интенсивностью трансграничных перевозок».

Кроме того, 23 ноября 2005 года на 53-м заседании 60-й сессии Генеральной Ассамблеи для обеспечения трансграничного экономического взаимодействия была принята Конвенция ООН «Об использовании электронных сообщений в международных договорах» (резолюция 60/21).

Трансграничный обмен и российское право

Как активный участник международных отношений Россия заинтересована в активизации работ в области использования электронных подписей. И вполне естественно, что в этом направлении ведется большая работа.

Напомним, что в связи с принятием ФЗ «Об информации, информационных технологий и защите информации» отменен ФЗ «Об участии в международном информационном обмене». Этот факт, а также большая дискуссия, сопровождавшая принятие 4-й части Гражданского кодекса РФ, включившей и такие предметы правового регулирования, как программы для ЭВМ и баз данных, использование фирменных знаков, создали новые возможности для более детального и предметного регулирования трансграничных отношений и правовых механизмов легализации электронных документов в трансграничном пространстве, установления доверия между участниками информационного взаимодействия.

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

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

В Институте государства и права РАН уже созданы некоторые методологические проработки. В кандидатской диссертации Анны Жаровой (2004 год) была предложена схема правового регулирования отношений субъектов как на стадии обмена информацией между субъектами - пользователями сетевых услуг, так и на стадии обращения информации, которая обеспечивается операторами (она также приведена в , стр. 44-47).

Отношения субъектов

К настоящему времени представлен вариант решения, который основан на обобщении двусторонних соглашений разных стран по обмену информацией, анализе и обобщении правовых аспектов трансграничного применения электронной подписи с точки зрения законодательства Польской Республики, опыта стран ЕврАзЭС, СНГ, опыта электронной торговли. Подготовлена модель взаимодействия участников отношений по трансграничной передаче электронного документа и его электронной подписи.

Коротко обозначим предметы и уровни правовых отношений, а также характер правовых актов, обеспечивающих права и обязанности каждой из сторон - участников этого процесса. Во-первых, предметом отношений является передаваемый электронный документ или их множество и, во-вторых, объектом правового регулирования являются отношения участников трансграничного обмена.

Эти отношения выглядят следующим образом. Условные субъекты А и Б, каждый из которых имеет свою юрисдикцию, вступают в отношения обмена документами, имеющими юридическую силу: субъект А обеспечивает передачу своего электронного документа путем взаимодействия со своим контрагентом (партнером) Б. Каждый из участников (А и Б) при этом взаимодействует со своим оператором (Оа и Об).

Перед их операторами стоят три задачи:

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

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

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

Операторы участников А и Б (Оа и Об) принимают электронные документы или сообщения и фиксируют в своих реестрах факт поступления, контроля электронной подписи, ее заверения (формирования апостиля) и отправки.

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

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

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

В рамках международной конвенции

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

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

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

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

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

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

Литература:

Жарова А.К. Информация. Правовое регулирование обращения информации в Интернет. М.: Янус-К, 2006. 207 с.

Directive 2000/31/EC of the European Parliament and of the Council of 8 June 2000 on certain legal aspects of information society services, in particular electronic commerce, in the Internal Market (Directive on electronic commerce).

Directive 1999/93/EC of the European Parliament and of the Council of 13. December 1999 on a Community framework for electronic signatures.

Владимир Матюхин - руководитель Федерального агентства по информационным технологиям РФ;
Иллария Бачило - профессор, заслуженный юрист РФ, зав. сектором информационного права Института государства и права РАН;
Станислав Семилетов - старший научный сотрудник Института государства и права РАН

Об автоматизированной информационной

системе «Типовое решение портала органа

исполнительной власти города Москвы»

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

Утвердить Положение об автоматизированной информационной системе «Типовое решение портала органа исполнительной власти города Москвы» (далее – АИС «ТРПОИВМ») согласно приложению к настоящему постановлению.

Установить, что:

2.1. Департамент информационных технологий города Москвы:

2.1.1. Является государственным заказчиком создания, эксплуатации и оператором АИС «ТРПОИВМ»;

2.1.2.Определяет правила и технические стандарты для эксплуатации уже существующих официальных сайтов органов исполнительной власти города Москвы в информационно-телекоммуникационной сети «Интернет».

2.2.Использование программного обеспечения АИС «ТРПОИВМ» является обязательным при создании официальных сайтов органов исполнительной власти города Москвы в информационно-телекоммуникационной сети «Интернет».

Контроль за выполнением настоящего распоряжения возложить на министра Правительства Москвы, руководителя Департамента информационных технологий города Москвы Ермолаева А.В.

Разослать: по списку.

Приложение

к постановлению Правительства Москвы

от «___» __________ 2012 г. №_____-ПП

ПОЛОЖЕНИЕ

Об автоматизированной информационной системе «Типовое решение портала органа исполнительной власти города Москвы»

1. Настоящее положение определяет назначение и правила функционирования автоматизированной информационной системы «Типовое решение портала органа исполнительной власти города Москвы» (далее – АИС «ТРПОИВМ»), основы информационного взаимодействия пользователей системы и оператора, а так же их права и обязанности.

2. АИС «ТРПОИВМ» представляет собой автоматизированную информационную систему города Москвы, содержащую информацию, программные и аппаратные средства, обеспечивающие информационное и технологическое взаимодействие между оператором и пользователями системы при создании и информационном наполнении официальных сайтов органов исполнительной власти города Москвы в информационно-телекоммуникационной сети «Интернет» (далее – порталы), а также предоставлении прав доступа к указанным порталам.

3. АИС «ТРПОИВМ» является собственностью города Москвы.

4. Целями создания АИС «ТРПОИВМ» являются:

4.1. Упрощение доступа граждан и организаций к сведениям о деятельности органов исполнительной власти города Москвы в информационно-телекоммуникационной сети «Интернет» (далее – сеть Интернет).

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

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

5. Основной функцией АИС «ТРПОИВМ» является создание и поддержка порталов на основе типовых шаблонов интернет-сайтов и интегрированных в систему электронных сервисов.

6. Пользователями АИС «ТРПОИВМ» являются органы исполнительной власти города Москвы.

7. Департамент информационных технологий города Москвы (далее –Оператор):

7.1. Обеспечивает круглосуточное функционирование и модернизацию АИС «ТРПОИВМ».

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

7.3. Обеспечивает круглосуточное функционирование порталов пользователей.

7.4. Обеспечивает защиту информации, содержащейся в АИС «ТРПОИВМ» и на порталах, ее резервное копирование, а также в необходимых случаях – восстановление такой информации.

7.5. Осуществляет методическое обеспечение функционирования АИС «ТРПОИВМ» и консультации пользователей.

7.6. Утверждает регламент функционирования АИС «ТРПОИВМ» и требования к подключению и взаимодействию с пользователями.

8. Отдельные функции Оператора по его решению могут быть переданы подведомственному государственному учреждению или иной организации, в соответствии с законодательством Российской Федерации и города Москвы.

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

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

10.1. Достоверность информации, необходимой для создания портала и передаваемой Оператору при запросе о его создании и достоверность информации размещаемой на портале самим пользователем.

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

10.3. Предоставление информации, необходимой для работы АИС «ТРПОИВМ», ее своевременную актуализацию..

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

11. Отношения Оператора и пользователя определяются регламентом функционирования АИС «ТРПОИВМ» и требованиями к подключению и взаимодействию с пользователями, утверждаемыми Оператором.

12. Созданные порталы являются неотъемлемой составной частью АИС «ТРПОИВМ».

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

13.1. Общая информация о пользователе.

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

13.3. Информация о нормотворческой деятельности пользователя.

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

13.5. Статистическая информация о деятельности пользователя.

13.6. Информация о кадровом обеспечении пользователя.

13.7. Информация о работе пользователя с обращениями граждан и организаций.

14. Наряду с информацией, указанной в пункте 13 настоящего положения, пользователи могут размещать на портале иную информацию.