Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка информационной подсистемы управления доступом к электронным ресурсам компьютерной сети для ООО "Еврософт", г. Ставрополь

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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 29.06.2011
Размер файла 1,8 M

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

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

Страница:

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

Содержание

  • Введение
  • 1 предпроектное обследование ООО «Еврософт»
    • 1.1 Постановка задачи предпроектного обследования
      • 1.1.1 Объект и методы проведения предпроектного обследования
      • 1.1.2 Программа проведения обследования
      • 1.1.3 План-график выполнения работ на стадии предпроектного обследования
    • 1.2 Характеристика предприятия ООО «Еврософт»
      • 1.2.1 Общая характеристика предприятия
      • 1.2.2 Организационная структура предприятия
      • 1.2.3 Организационно-управленческая модель
    • 1.3 Технические и программные средства ООО «Еврософт» для решения функциональных задач
      • 1.3.1 Технические средства ООО «Еврософт»
      • 1.3.2 Программные средства
      • 1.3.3 Локальная сеть ООО «Еврософт»
      • 1.3.4 Организация доступа к мировым информационным сетям
      • 1.3.5 Обеспечение информационной безопасности, защита информации
      • 1.3.6 Информационные потоки предприятия ООО «Еврософт»
      • 1.3.7 Проблемные ситуации и способы их решения
      • 1.3.8 Выбор проблемной ситуации для решения
    • 1.4 Формулировка задачи проектирования
      • 1.4.1 Общие сведения о проекте
      • 1.4.2 Назначение, цели создания информационной подсистемы
      • 1.4.3 Характеристика объекта автоматизации
      • 1.4.4 Требования к подсистеме
      • 1.4.5 Состав и содержание работ по созданию системы
      • 1.4.6 Порядок контроля приёмки подсистемы
      • 1.4.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу подсистемы в действие
      • 1.4.8 Требования к документированию
      • 1.4.9 Источники разработки
    • Выводы
  • 2 Реализация информационной подсистемы «a_class»
    • 2.1 Выбор среды разработки
    • 2.2 Разработка структур данных и алгоритмов функционирования программного комплекса
      • 2.2.1 Реализация функции запуска внешних приложений
      • 2.2.2 Реализация пользовательского проводника
      • 2.2.3 Реализация авторизации пользователя
      • 2.2.4 Реализация запросов к серверу
      • 2.2.5 Организация хранения служебной информации
      • 2.2.6 Реализация общей безопасности
      • 2.2.7 Реализация обновления информационной подсистемы
    • 2.3 Разработка пользовательского интерфейса
      • 2.3.1 Разработка интерфейса формы «Авторизация»
      • 2.3.2 Разработка интерфейса главной формы
      • 2.3.3 Разработка интерфейса формы «Настройки»
      • 2.3.4 Разработка интерфейса формы «Проводник»
    • Выводы
  • 3. информационное и программное обеспечение
    • 3.1 Общие сведения о программе
    • 3.2 Функциональное назначение программы
    • 3.3 Описание логической структуры программы
    • 3.4 Требования к техническому обеспечению
      • 3.4.1 Общие требования
      • 3.4.2 Требования к центральному процессору
      • 3.4.3 Требования к оперативному запоминающему устройству
      • 3.4.4 Требования к наличию сводного места на жестком диске
      • 3.4.5 Требования к монитору
    • 3.5 Установка и вызов программы
    • 3.6 Входные данные программы
    • 3.7 Выходные данные программы
    • 3.8 Результаты тестирования программы
    • 3.9 Краткая инструкция администратору по работе с программой
    • 3.10 Краткая инструкция клиенту по работе с программой
    • Выводы
  • 4 технико-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА
    • 4.1 Краткая характеристика проекта
    • 4.2 Трудоемкость выполняемых работ
    • 4.3 Расчет себестоимости автоматизированной информационной системы
    • 4.4 Оценка экономической эффективности внедрения программного продукта
    • 4.5 Основные технико-экономические показатели проекта
    • Выводы
  • 5 БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ ПРОЕКТА
    • 5.1 Общая характеристика опасных, вредных факторов на рабочем месте оператора информационной подсистемы
    • 5.2 Общие мероприятия по обеспечению безопасности на рабочем месте
    • 5.3 Расчет искусственного освещения в рабочем помещении
    • Выводы
  • Заключение
  • Библиографический список
  • Приложение А. Листинг файла main_a_class.cpp
  • Приложение Б. Листинг файла dialog_dir.cpp
  • Приложение В. Листинг файла dialog_option.cpp
  • Приложение Г. Экранные формы программы «A_Class»
  • Введение
  • Информатизация общества происходит стремительным путём. Потребность в вычислительной техники наблюдается во всех сферах человеческой деятельности
  • В первой главе пояснительной записке даётся общая характеристика предприятия, организационной структуры, анализируется организационно-управленческая модель. Выявляются проблемных ситуаций и возможные способы их решений, формулировка задач проектирования в виде технического задания на проектирование информационной подсистемы.
  • Во второй главе объясняется выбор инструментальной среды разработки проектируемой информационной подсистемы, рассматривается реализация проектируемой информационной подсистемы в выбранной инструментальной среде разработки.
  • В третьей главе документирование разработанного программного продукта, обоснование минимальных и достаточных требований к техническому обеспечению, гарантирующих нормальное функционирование спроектированной информационной подсистемы и краткая инструкция пользователя.
  • В четвёртой главе рассчитываются технико-экономические показатели проекта. Доказывается экономическая целесообразность и эффективность, внедрения проекта.
  • В пятой главе анализируются основные опасные и вредные факторы на рабочем месте оператора информационной подсистемы. Рассмотрены общие мероприятия по обеспечению безопасности жизнедеятельности на рабочем месте оператора информационной подсистемы. Расчёт необходимого количество ламп для искусственного освещения в рабочем помещении.
  • В заключении подводятся основные итоги дипломного проектирования.
  • В приложении А приведёт листинг файла «main_a_class.cpp».
  • В приложении Б приведёт листинг файла «dialog_dir.cpp».
  • В приложении В приведёт листинг файла «dialog_option.cpp».
  • В приложении Г находятся все экранные формы программы «A_Class».

1. предпроектное обследование ООО «Еврософт»

1.1 Постановка задачи предпроектного обследования

1.1.1 Объект и методы проведения предпроектного обследования

Основными объектами предпроектного обследования являются:

­ организационная структура общества с ограниченной ответственностью «Еврософт», г. Ставрополь;

­ цели функционирования предприятия ООО «Еврософт», г. Ставрополь;

­ документооборот предприятия ООО «Еврософт», г. Ставрополь;

­ технические и программные средства преобразования, хранения и корректировки информации предприятия ООО «Еврософт», г. Ставрополь;

Основными целями выполнения предпроектного обследования ООО «Еврософт», г. Ставрополь:

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

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

­ выявление временных ограничений на процесс проектирования информационной подсистемы для предприятия ООО «Еврософт», г. Ставрополь;

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

Таблица 1.1 - Методы проведения обследования

Признак метода проведения обследования

Выбранный метод

По цели проектирования

Локальное обследование

По числу исполнителей

Индивидуальное обследование

По степени охвата предметной области

Сплошное обследование

По степени одновременности выполнения работ первого и второго этапов

Параллельное обследование

1.1.2 Программа проведения обследования

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

При выборе метода учитывались следующие критерии:

­ степень личного участия проектировщика в сборе материала;

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

Программа обследования предприятия ООО «Еврософт», г. Ставрополь, представлена в таблице 1.2.

Таблица 1.2 - Программа обследования общества с ограниченной ответственностью «Еврософт», г. Ставрополь

Наименование вопроса

Источник информации

Получатель информации

1

2

3

Общая характеристика о предприятии

Ген. директор

Золин Л. М.

Разработчик

Солдатов А. П.

1

2

3

Организационная структура предприятия

Ген. Директор

Золин Л. М.

Аналогично

Цели деятельности предприятия

Ген. директор

Золин Л. М.

Аналогично

Документооборот предприятия

Ген. директор

Золин Л. М.

Аналогично

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

Начальник IT отдела Болдасов Н. А.

Аналогично

Наличие проблемных ситуаций в деятельности предприятия

Начальник IT отдела Болдасов Н. А.

Аналогично

1.1.3 План-график выполнения работ на стадии предпроектного обследования

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

Таблица 1.3 - План-график выполнения работ на стадии сбора материалов обследования

Наименование работы

Код

работы

Исполнитель

Дата

начала

Длительность выполнения

Дата окончания

1

2

3

4

5

6

Получение общей характеристики предприятия

001

Разработчик Солдатов А.П.

6.12.10

7

13.12.10

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

002

Аналогично

13.12.10

7

20.12.10

Изучение цели деятельности предприятия

003

Аналогично

20.12.10

10

30.12.10

1

2

3

4

5

6

Обследование документооборота предприятия

004

Аналогично

30.12.10

31

28.01.11

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

005

Аналогично

28.01.11

17

14.02.11

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

006

Аналогично

14.02.11

26

11.03.11

Всего затрачено дней

98

1.2 Характеристика предприятия ООО «Еврософт»

1.2.1 Общая характеристика предприятия

Предприятие ООО «Еврософт», г. Ставрополь создано в сентябре 2004 года.

Адрес предприятия: 355000, г. Ставрополь ул. Нижняя, 4.

Реквизиты предприятия:

ИНН 2634061423

КПП 263601001

Северо-Кавказский банк Сбербанка Росси г. Ставрополь, доп. офис 130

БИК 040702660

к/с 30101810600000000660

р/с 40702810460240101257

Основные виды деятельности предприятия:

­ обслуживание компьютерных залов (предоставление программных и аппаратных средств);

­ предоставление сервисов собственной платёжной системы «Cyberexpress».

1.2.2 Организационная структура предприятия

Генеральный директор возглавляет предприятие «Еврософт», г. Ставрополь. В его непосредственном подчинении находятся:

­ начальник отдела информационных технологий;

­ начальник отдел по технической поддержке;

­ начальник отдел менеджмента и управления.

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

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

Рисунок 1.1 - Структура ООО «Еврософт», г. Ставрополь

1.2.3 Организационно-управленческая модель

При обследовании деятельности предприятия выявились основные функциональные области и процессы протекающие в этих областях. Структурировано функциональные области и процессы представлены в таблице 1.4

Таблица 1.4 - Функциональные области и процессы в них протекающие в ООО «Еврософт»

Функциональная область (Ф.О.)

Процессы, протекающие в функциональной области (Ф.П.)

1. Производственная (оказание услуг)

1.1 Обслуживание компьютерных залов (предоставление программных и аппаратных средств)

1.2 Предоставление сервисов платёжной системы «Cyberexpress»

2. Управленческая

2.1 Управление производством

2.2 Управление персоналом

2.3 Разработка стратегических планов

3. Обеспечивающая

3.1 Закупка материально-технических средств

3.2 Закупка программных средств

В таблице 1.5 представлены соотношения по роли должностных лиц общества с ограниченной ответственностью «Еврософт», г. Ставрополь в процессах, протекающих в каждой функциональной области.

Таблица 1.5 - Организационно-управленческая модель ООО «Еврософт», г. Ставрополь

Должностное

лицо

Функциональная область

Производственная (оказание услуг)

Управленческая

Обеспечивающая

Ф.П. 1.1

Ф.П. 1.2

Ф.П. 2.1

Ф.П. 2.2

Ф.П. 2.3

Ф.П. 3.1

Ф.П. 3.2

Генеральный директор

/

/

\

/

\

/

/

Начальник IT отдела

\

\

Начальник отдела по технической поддержке

\

\

Начальник отдела менеджмента и управления

Ч

\

Ч

Программисты

/

Ч

Ч

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

Ч

/

Бухгалтер

/

/

Инспектор по кадрам

Ч

/

Примечание - На пересечении строк (должностные лица) и столбцов (функциональные области, включающие в себя функциональные процессы) в таблицы 1.5 проставлены следующие символы:

Ч - основной участник процесса;

/ - частичное участие в процессе;

\ - основная ответственность за выполнение процесса;

пустая ячейка - очень слабое или безучастие в процессе.

1.3 Технические и программные средства ООО «Еврософт» для решения функциональных задач

1.3.1 Технические средства ООО «Еврософт»

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

Таблица 1.6 - Испульзуемые технические средства

Группа средств

Средства

Кол-во

Компьютеры

Главный коммуникационный сервер

1

Резервный коммуникационный сервер

1

Web сервер

1

Рабочие станции IT отдела

3

Рабочие станции отдела по технической поддержке

3

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

3

Телекоммуникационное оборудование

Сетевой концентратор D-Link DES-1008D, 8 портов

3

Сетевой концентратор D-Link DFE 932Rx, 32 порта

1

Оборудование кабельных систем

-

Модем ADSL

1

Оборудование печати

Лазерный принтер

1

Струйный принтер

1

Другое оборудование

Сканер отдела менеджмента и управления

1

Сканер IT отдела

1

Характеристики рабочих станций в соответствующих отделах и серверы детально рассмотрены в таблице 1.7.

Таблица 1.7 - Характеристики рабочих станций

Наименование отдела или тип сервера

Кол-во компьютеров

Процессор

Размер ОЗУ

Размер ВЗУ

Дисковод

Видео карта

Монитор

IT отдел

1

Intel Celeron, 2,6Ггц

1Гб

80Гб

CD-ROM

Radeon, 256 Мб

LCD, 19''

2

Intel Core 2 Duo, 2,93Ггц

2Гб

300Гб

DVD-ROM

Radeon, 512 Мб

LCD, 19''

отдела по технической поддержке

1

Intel Core 2 Duo, 2,93Ггц

2Гб

500Гб

DVD-ROM

Radeon, 512 Мб

LCD, 22''

2

Intel Celeron, 2,2 Ггц

512 МБ

80Гб

-

Radeon, 256 Мб

LCD, 17''

отдела менеджмента и управления

1

Intel Core 2 Duo, 3,00Ггц

2Гб

300Гб

DVD-ROM

Radeon, 512 Мб

LCD, 19''

2

Intel Core 2 Duo, 1,80Ггц

2Гб

300Гб

-

Radeon, 256 Мб

LCD, 19''

Web сервер

1

Intel Core i7 8x2,66Ггц

24 Гб

1500Гб

-

Radeon, 512 Мб

LCD, 17''

Коммуникационный сервер

2

Intel Core 2 Duo, 1,80Ггц

2Гб

80Гб

-

Radeon, 256 Мб

LCD, 17''

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

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

Таблица 1.8 - Используемые программные средства

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

Категория

функциональной области и процессы

Производственная

Управленческая

Обеспечивающая

Ф.П. 1.1

Ф.П. 1.2

Ф.П. 2.1

Ф.П. 2.2

Ф.П. 2.3

Ф.П. 3.1

Ф.П. 3.2

1

2

3

4

5

6

7

8

9

1С Бухгалтерия

адаптированное

Ч

Ч

Class

уникальное

Ч

Cyberexpress

уникальное

Ч

Microsoft Office

общего назначения

\

\

\

\

\

\

\

Open Office

общего назначения

\

\

\

\

\

\

\

Opera

общего назначения

\

\

\

\

\

\

\

Skype

общего назначения

\

\

\

\

\

\

\

Traffpro

адаптированное

\

\

\

Kaspersky Work Space Security

общего назначения

\

\

\

\

\

\

\

Windows 7

системное

/

/

1

2

3

4

5

6

7

8

9

Windows xp

системное

/

/

/

/

Arch Linux

системное

/

/

Debian Linux

системное

/

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

Ч - основное использование в процессе, решение основных задач;

\ - частичное использование, вспомогательное использование,

/ - обеспечение работы других средств.

1.3.3 Локальная сеть ООО «Еврософт»

Основное назначение локальной сети общества с ограниченной ответственностью «Еврософт», г. Ставрополь является обмен информацией между рабочими станциями разных или одного отдела, а также организация доступа к ресурсам глобальной сети Internet по средствам коммуникационного сервера. Используется сеть в стандарте Ethernet, основанная на стандарте IEEE 802.3. В сети используется топология «Дерево». В качестве кабельной системы используется витая пара. Схема локальной сети ООО «Еврософт» представлена на рисунке 1.2.

Рисунок 1.2 - Схема локальной сети ООО «Еврософт»

На рисунке:

Рабочие станции 1.1 - 1.3 - рабочие станции отдела информационных технологий;

Рабочие станции 2.1 - 2.3 - Рабочие станции отдела по технической поддержке;

Рабочие станции 3.1 - 3.3 - Рабочие станции отдела менеджмента и управления;

D-Link DFE 932Rx - 32-х портовый сетевой концентратор;

D-Link DES-1008D - 8-ми портовый сетевой концентратор;

Ps 1 - порт коммуникационного сервера;

Ph 1 - Ph 4 - порты сетевого концентратора D-Link DFE 932Rx;

Ph 5 - Ph 16 - порты сетевых концентраторов D-Link DES-1008D;

Pc 1 - Pc 9 - сетевые порты рабочих станций.

1.3.4 Организация доступа к мировым информационным сетям

Для полноценного выполнения всех функциональных задач, каждая рабочая станция ООО «Еврософт» имеет доступ к ресурсам глобальной сети Internet. Для обеспечения безопасности и контроля за трафиком, на коммуникационный сервер установлено программное обеспечение «Traffpro». В данной программе прописываются IP адреса рабочих станций, которые могут получить доступ к ресурсам сети Internet. Также возможно установить лимит для конкретной рабой станции на месяц входящего и исходящего трафика, просматривать статистику и создавать отчёты. Поставщиком услуг высокоскоростного доступа к ресурсам мировой сети, является ставропольский филиал открытого акционерного общества "ЮТК". В соответствии с выбранным тарифным планом максимальная скорость доступа к сети Internet 8 Мбит/с.

1.3.5 Обеспечение информационной безопасности, защита информации

Для обеспечения информационной безопасности каждой рабочей станции в частности, используется программный продукт «Kaspersky Work Space Security», который предоставляет:

­ максимальную защиту от вредоносных программ;

­ защиту от хакерских атак;

­ надежный сетевой экран;

­ безопасную работу с электронной почтой.

Платёжная система «Cyberexpress» располагается на арендованном сервере в германии. Владелец сервера является фирма «HETZNER Online AG», она и отвечает за сохранность данных хранящихся на этом сервере. И как одно из возможных решений информационной безопасности, на данном сервере установлен программный продукт «Dr.Web Server Security Suite».

1.3.6 Информационные потоки предприятия ООО «Еврософт»

Документооборот - это движение документов от момента их создания до момента окончания работы с ними.

Основными документами, которые использует предприятие ООО «Еврософт», г. Ставрополь являются:

– приказ о приеме на работу;

– приказ директора по основной деятельности;

– штатное расписание руководителей, специалистов и служащих, дополнения и изменения к нему.

В таблице 1.9 рассмотрен документооборот предприятия ООО «Еврософт», г. Ставрополь.

Таблица 1.9 - Документооборот ООО «Еврософт», г. Ставрополь

Код документа

Наименование документа

Кем готовится

Кем используется

Периодичность

04-01

Приказ о приеме на работу

Инспектор по кадрам

Генеральный директор

По необходимости

04-03

Приказ директора по основной деятельности

Генеральный директор

IT отдел, отдел по технической поддержке, отдел менеджмента и управления

По необходимости

04-05

Штатное расписание руководителей, специалистов и служащих, дополнения и изменения к нему

Начальник отдел менедж-мента и управления

Бухгалтер, инспектор по кадрам

1 раз в год

1.3.7 Проблемные ситуации и способы их решения

В результате предпроектного обследования на предприятии ООО «Еврософт» был выявлен ряд проблемных ситуаций, который представлены в таблице 1.10.

Таблица 1.10 - Проблемные ситуации ООО «Еврософт» и способы их решения

Проблема

Вариант решения

Программа «Class», используемая в компьютерных клубах, устарела

Разработка нового программного продукта

Отсутствие сайта у предприятия

Разработка web сайта

Частичный переход на электронный документооборот

Разработать программу для электронного документооборота

1.3.8 Выбор проблемной ситуации для решения

Наиболее важной проблемной ситуацией в предприятии ООО «Еврософт» из перечисленных в таблице 1.9 является использование устаревшего программного обеспечения «Class» в компьютерных клубах. Основные недостатки программы «Class»:

­ сложность установки программы. Установка программы «Class» состоит из строгой последовательности предписанных этапов. Если последовательность будет нарушена, то с большой долей вероятности программа «Class» будет работать некорректно;

­ требует достаточно много ресурсов оперативной памяти. Это связано с необходимостью запуска внешних программ для полноценной работы программного продукта «Class»;

­ возможность работы только с 32-х разрядной операционной системой «Windows xp». В момент разработки программы «Class» 2004 год, была широко распространена операционная система «Windows XP», она же являлась и последней версией на тот момент среди операционных систем семейства «Windows NT»;

­ необходимость переустановки операционной системы после удаления программного продукта «Class». Программа «Class» удаляет приложение «explorer» и заменяет часть динамических библиотек, необходимых для функционирования операционной системы;

­ сложность и значительные затраты сетевого трафика и ресурсов компьютера для отслеживания процессов, запущенных пользователем. При попытке запуска пользователем приложения через программу «Class», запрос на разрешение запуска отправлялся на сервер. Рабочая станция, дождавшись ответа с сервера, запускала выбранное пользователем приложение;

­ не удовлетворение всем требованием безопасности. С помощью уже запушенных программ через «Class» пользователь мог несанкционированно запустить другие программы установленные на компьютере.

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

1.4 Формулировка задачи проектирования

1.4.1 Общие сведения о проекте

Полное наименование подсистемы: «подсистема управления доступом к электронным ресурсам для ООО «Еврософт», г. Ставрополь».

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

Наименование заказчика: общество с ограниченной ответственностью «Еврософт», г. Ставрополь.

1.4.2 Назначение, цели создания информационной подсистемы

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

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

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

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

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

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

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

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

­ возможность работы с различными версиями операционных систем семейства «Windows NT»;

­ возможность восстановления настроек операционной системы в состояние до установления информационной подсистемы. Восстановление должно происходить «просто и быстро»;

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

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

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

­ возможность дистанционного обновления

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

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

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

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

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

­ изучение предметной области - с 6 декабря 2010 по 14 марта 2011 г.;

­ разработка информационной подсистемы - с 14 марта 2011 г. по 4 апрля 2011 г.

­ тестирование информационной подсистемы - с 4 апреля 2011 г. по 18 апреля 2011 г.

­ написание документации - с 18 апреля 2011 г. по 9 мая 2011 г.

­ сдача темы - с 9 мая 2011 г. по 23 мая 2011 г.

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

Испытания должны проводиться на рабочих станциях заказчика, при этом на рабочих станциях должны быть установлены различными версиями 32-х разрядных операционных систем семейства «Windows NT». Тестовые входные данные подбираются заказчиком совместно с исполнителем. Испытания продолжаются до тех пор, пока не закончатся наборы тестовых входных данных. Результаты испытаний отражаются в протоколе испытаний. Приёмка системы в целом осуществляется комиссией создаваемой Заказчиком. Факт завершения работ оформляется актом сдачи-приёмки работ.

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

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

­ компьютерный зал с установленной на каждую рабочую станцию 32-х разрядную операционную систему любой версии семейства «Windows NT»;

­ имя зала, имя компьютера и пароль (под которыми зарегистрирован компьютер в платёжной системе «Cyberexpress») каждого компьютера в зале, где планируется установка разработанной информационной подсистемы.

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

Рабочая документация должна соответствовать требованиям ГОСТ 34.201 - 89. Обязательными являются документы:

­ схема функциональной структуры информационной подсистемы;

­ инструкция пользователя;

­ описание информационной подсистемы;

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

Источниками разработки являются:

­ документация программного продукта «Class»;

­ ГОСТ 34.602.89 Комплекс стандартов на автоматизированные системы;

­ заказ на разработку;

­ отчёт о преддипломной практике.

Выводы

В результате проделанной работы были:

­ проведён анализ организационной структуры управления предприятием, и установлено, что она является линейной. Это 3-х уровневая иерархическая система управления, в которой вышестоящий руководитель осуществляет единоличное руководство подчиненными ему нижестоящими руководителями, а нижестоящие руководители подчиняются только одному лицу - своему непосредственному вышестоящему руководителю;

­ выявлены основные программные и технические средства необходимые для функционирования: информационной системы «Cyberexpress», подсистемы «Class» и коммутационного сервера;

­ выявлена проблемная ситуация: «Программа «Class», используемая в компьютерных клубах устарела» и предложен способ её решения путём разработки новой информационной подсистемы управления доступом к электронным ресурсам компьютерной сети для ООО «Еврософт», г. Ставрополь.

2. Реализация информационной подсистемы «a_class»

2.1 Выбор среды разработки

Инструментальной средой разработки проектируемой информационной подсистемы является Qt Creator с использованием библиотеки Qt 4.6.3. Qt Creator - кроссплатформенная свободная интегрированная среда разработки для работы с фреймворком Qt, разработанная Trolltech (Nokia). Финальный релиз состоялся 3 марта 2009 года (вместе с выходом Qt 4.5), а исходный код доступен под лицензией LGPL.

Основными причинами выбора данной среды разработки:

­ Qt Creator и библиотека Qt распространяется по лицензии LGPL. LGPL - это лицензия на свободное программное обеспечение, одобренная Фондом свободного программного обеспечения и разработанная как компромисс между GNU (General Public License) и простыми разрешительными лицензиями, такими как BSD License и MIT License. Она была написана в 1991 году (и обновлена в 1999 и 2007 гг.) Ричардом Столлманом и Эбеном Могленом. GNU LGPL позволяет линковать с данной библиотекой или программой программы под любой лицензией, несовместимой с GNU GPL, при условии, что такая программа не является производной от объекта, распространяемого под (L)GPL, кроме как путём линкования;

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

­ поддержка разработки на языках C/C++/QML;

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

­ контекстно-зависимая система помощи.

2.2 Разработка структур данных и алгоритмов функционирования программного комплекса

2.2.1 Реализация функции запуска внешних приложений

Одно из функциональных назначений разработанной информационной подсистемы - это предоставление пользователю возможности запуска внешних программ. В разработанной программе «A_Class» запуск внешних приложений реализован на основе класса «QProcess» из стандартной библиотеки «qprocess.h». В данном классе реализованы все необходимые методы для работы с процессами. Выбранное пользователем приложение запускается с помощью метода «void QProcess::start(const QString &program)». В параметре указывается местонахождение запускаемого файла приложения. Если запускается приложение с вкладки «Бизнес», то запустить приложение с любой другой вкладки не представляется возможным, так как на вкладке бизнес могут располагаться программы, работающие с другими платёжными системами.

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

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

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

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

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

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

Если баланс компьютера нулевой, то все ранее запущенные внешние приложения с вкладок «Офис», «Мультимедиа» и «Интернет» завершают работу, и до пополнения баланса, попытки запуска внешних приложений будут неудачны. Код основных методов, необходимых для запуска внешних приложений представлен в приложении А «Листинг файла main_a_class.cpp».

2.2.2 Реализация пользовательского проводника

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

­ перемещение по каталогам различных дисков (кроме локального диска «C») и съёмных устройств;

­ копирование файлов и каталогов с файлами;

­ удаление файлов и каталогов с файлами;

­ переименование файлов и каталогов;

­ создание новых каталогов.

Для определения содержимого каталога использовался стандартные классы библиотеки Qt «QFileInfoList» и «QFileInfo». При копировании файлов и каталогов с файлами, вызов методов отвечающих за копирование отдельных файлов выполняется методом рекурсии. Листинг модуля «Dialog_dir» представлен в приложении Б «Листинг файла dialog_dir.cpp».

В случае если пользователь авторизовался под администратором, то ему доступен стандартный проводник операционной системы windows.

2.2.3 Реализация авторизации пользователя

Пользователь разработанной информационной подсистемы может авторизоваться как под администратором, так и под клиентом. Так как предполагается, что основными пользователями подсистемы будут клиенты компьютерного зала, то при запуске программы или завершении сеанса текущим пользователем программа автоматически авторизует пользователя как клиента. Для перехода на форму авторизации необходимо до принятия соглашения об использовании сервиса Cyberclub на форме «Соглашение» нажать сочетание клавиш «Alt» + «Q». На сменившейся форме пользователь должен выбрать, под каким логином он желает авторизоваться.

Для авторизации с правами клиента, пользователь должен выбрать логин «Пользователь» и нажать кнопку «Вход».

Для авторизации с правами администратора, пользователь должен выбрать логин «Администратор», правильно ввести пароль и нажать кнопку «Вход».

По умолчанию установлен пароль «a_class». Он действителен в случае, если администратор не сменил пароль или файл с паролем был удалён. Если администратор сменил пароль, то он шифруется методом md5, и результат криптографии сохраняется в файл «pas.myps».

MD5 (http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B3%D0%BB%D0%B8%D0%B9%D1%81%D0%BA%D0%B8%D0%B9_%D1%8F%D0%B7%D1%8B%D0%BA Message Digest 5) - 128-битный алгоритм хеширования, разработанный профессором Рональдом Л. Ривестом из Массачусетского технологического института в 1991 году. Предназначен для создания «отпечатков» или «дайджестов» сообщений произвольной длины и последующей проверки их подлинности. Является улучшенной в плане безопасности версией MD4. Хеш содержит 128 бит (16 байт) и обычно представляется как последовательность из 32 шестнадцатеричных цифр.

При попытке авторизоваться пользователя с правами администратора, происходит шифрование методом md5 набора символов введённых пользователем в текстовое поле «Пароль». Результат криптографии сравнивается с записью в файле «pas.myps». Если наборы символам идентичны, то авторизация прошла удачно. В противном случае программа информирует пользователя о неверно введённом пароле и просит повторить попытку.

2.2.4 Реализация запросов к серверу

Цель запросов к серверу может быть различной:

­ проверка наличия обновлений информационной подсистемы;

­ запрос на загрузку с сервера обновлённых файлов;

­ запрос о состоянии баланса компьютера;

­ запрос на списание определённого количества средств с баланса компьютера;

­ запрос на перевод средств в другую платёжную систему;

­ запрос на возврат средств с других платёжных систем в «Cyberexpress».

В стандартной библиотеке Qt реализованы классы «QNetworkAccessManager», «QNetworkReply» и «QNetworkRequest», в которых реализованы методы для формирования и отправки post запросов по протоколу http, а также реализован перехватчик события ответа с сервера. В зависимости от ожидаемого ответа с сервера, обработчик события несёт в себе различный код.

Для запросов: о состоянии баланса компьютера, на перевод средств в другую платёжную систему и на возврат средств с других платёжных систем в «Cyberexpress» реализованы отдельные модули. Каждый из модулей связан с модальным диалоговым окном, в котором осуществляется информирование пользователя о состоянии прохождения запроса. В случае если ответ с сервера не был получен в отведённый интервал времени или ответ не соответствует требованиям разработанной программы, то запрос повторяемся на другой сервер, в котором реализованы идентичные API функции по обработке запроса. Такая реализация необходима в условиях сильной загрузки или выхода из работоспособного состояния одного из серверов. Ограничения, накладываемые программой на возвращаемое значение API функции следующие:

­ возвращаемое значение не должно быть пустой строкой;

­ возвращаемое значение после приведения к типу double не должно быть отрицательным, так как отрицательное значение свидетельствует об ошибки во время выполнение API функции;

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

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

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

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

2.2.5 Организация хранения служебной информации

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

­ name, используется для хранения подписи пиктограммы;

­ way, используется для хранения пути к внешней запускаемой программе;

­ name_exe, используется для хранения имени запускаемого приложения;

­ name_icon, используется для хранения имени картинки выступающей в роли пиктограммы;

­ dop_paramm, используется для хранения дополнительного параметра, необходимого для перевода средств из одной платёжной системы в другую.

При добавлении новой программы на любую вкладку, первоначально происходит проверка на существование файла «storage.myst» в соответствующем подкаталоге. Если файл не существует, то он создаётся. Далее происходит проверка на наличие картинки по указанному пути, так как она будет копироваться в соответствующий подкаталог. При обнаружении картинки она копируется и в файл «storage.myst» записывается вся необходимая информация по добавляемой программе, иначе выдаётся соответствующая ошибка, и добавление программы на вкладку завершается неудачно.

Если же файл «storage.myst» существует, то он считывается, всё его содержимое помещается в очередь типа «My_type». После чего происходит сравнение записей из очереди и записей по добавляемой программе. А именно идёт сравнение по следующим полям:

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

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

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

Языковая настройка хранится в файле «Language.mycl». Данная настройка представляет наименование языка используемого в программе. При отсутствии файла, по умолчанию устанавливается английский язык.

Имя компьютера, номер компьютера, пароль компьютера, имя компьютерного зала, цены за использование программ с каждой вкладки и ссылки на API функции хранятся в файле «com_class.mycl». Чтение и запись в файл осуществляется с помощью объектов разработанного класса «com_class». Для удобства чтения и записи в файл в классе «com_class» реализованы две перегрузки операторов: логического сдвига влево и логического сдвига вправо. Также в классе «com_class» имеются следующие поля:

­ cost_work, используется для хранения цены за использование программ с вкладки «Офис»;

­ cost_function, используется для хранения цены за использование программ с вкладки «Мультимедиа»;

­ cost_internet, используется для хранения цены за использование программ с вкладки «Интернет»;

­ cost_instrum, используется для хранения цены за использование программ с вкладки «Бизнес»;

­ name_class, используется для хранения имени компьютера;

­ number_comp, используется для хранения номера компьютера;

­ password, используется для хранения пароля компьютера;

­ service_id, используется для хранения номера сервиса платёжной системы;

­ api_coordinate, используется для хранения ссылки на текстовый файл с соглашением об использовании сервиса «Cyberclub»;

­ api_balance, используется для хранения ссылки на API функцию по запросу баланса;

­ api_transaction, используется для хранения ссылки на API функцию для списания средств;

­ api_trans_from_partner, используется для хранения ссылки на API функцию для возвращения средств с других платёжных систем;

­ api_trans_to_partner, используется для хранения ссылки на API функцию для перевода средств на другие платёжные системы.

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

Файл «com_class.mycl» хранится в одном каталоге с файлом разработанного приложения.

Все картинки, используемые для оформления программы, хранятся в подкаталоге «image».

Для хранения ссылки указывающей на текстовый файл, необходимый для обновления информационной подсистемы, используется файл «file_update.mycl». Он содержит имена файлов и соответствующие md5 суммы. При запуске информационной подсистемы, сверяются md5 суммы имеющихся файлов и файлов, располагающихся на сервере. Если имеются различия, то необходимые файлы скачиваются с сервера.

2.2.6 Реализация общей безопасности

Для предотвращения несанкционированного доступа пользователя к ресурсам компьютера необходимо «Включить» разработанную информационную подсистему. «Включение» можно произвести, запустив информационную подсистему, войдя с правами администратора и в диалоговом окне «Настройки» нажать кнопку «Включить класс». После проделанной операции в реестр операционной системы будут внесены необходимые изменения. Листинг модуля «Dialog_option» представлен в приложении В «Листинг файла dialog_option.cpp».

В ветви реестра «HKEY_CURRENT_USER/ Software/ Microsoft/ Windows/ CurrentVersion/ Policies/ Explorer» добавлены записи:

­ «NoWinKeys» со значением 1, для отключения клавиши «Win»;

­ «NoSetTaskbar» со значением 1, для отключения панель задач в меню «Пуск»;

­ «NoStartMenuMorePrograms» со значением 1, для скрытия «Все программы» в меню «Пуск»;

­ «NoStartMenuPinnedList» со значением 1, для скрытия фиксированного списка программ в меню «Пуск», а также значков «Интернет» и «Электронная почта»;

­ «NoStartMenuMFUprogramsList» со значением 1, для скрытия списка часто используемых программ в меню «Пуск»;

­ «NoSMMyPictures» со значением 1, для скрытия папки «Изображения» в меню «Пуск»;

­ «NoStartMenuMyMusic» со значением 1, для скрытия папки «Музыка» в меню «Пуск»;

­ «NoFavoritesMenu» со значением 1, для скрытия папки «Избранное» в меню «Пуск»;

­ «NoSMMyDocs» со значением 1, для скрытия папки «Мои документы» в меню «Пуск»;

­ «NoRecentDocsMenu» со значением 1, для скрытия пункта «Недавние документы» в меню «Пуск»;

­ «NoFind» со значением 1, для скрытия команды «Поиск» в меню «Пуск» и отключения соответствующей опции в диалоговом окне «Настройки»;

­ «NoRun» со значением 1, для скрытия команды «Выполнить», отключения флагов в окне «Настройки», отключения возможности запуска программ в «Диспетчере задач», блокирования нажатия клавиш Win+R;

­ «NoSetFolders» со значением 1, запрещается доступ к настройкам Windows;

­ «NoControlPanel» со значением 1, запрещается доступ к панели управления wWindows;

­ «NoDesktop» со значением 1, для скрытия всего с рабочего стола;

­ «NoTrayContextMenu» со значением 1, для скрытия контекстного меню для трэя, включая кнопку «Пуска» и часы;

­ «NoViewContextMenu» со значением 1, для скрытия контекстного меню правой кнопки мыши из проводника;

­ «NoDriveTypeAutoRun» со значением ff в шестнадцатеричной системе счисления, для запрета автозапуска любых носителей информации.

В ветви реестра «HKEY_CURRENT_USER/ Software/ Microsoft/ Windows/ CurrentVersion/ Explorer/ Advanced» добавлены записи:

­ «Start_SearchPrograms» со значением 0, для скрытия поиска в меню «Пуск» в Windows 7;

­ «Start_ShowMyGames» со значением 0, для скрытия пункта «Игры» в меню «Пуск»;

­ «Start_ShowMyComputer» со значением 0, для скрытия пункта «Компьютер» в меню «Пуск»;

­ «Start_ShowUser» со значением 0, для скрытия пункта «Личная папка» в меню «Пуск»;

­ «Start_ShowControlPanel» со значением 0, для скрытия пункта «Панель управления» в меню «Пуск»;

­ «Start_ShowSetProgramAccessAndDefaults» со значением 0, для скрытия пункта «Программы по умолчанию» в меню «Пуск»;

­ «Start_ShowDownloads» со значением 0, для скрытия пункта «Загрузки» в меню «Пуск».

В ветви реестра «HKEY_CURRENT_USER/ Software/ Microsoft/ Windows/ CurrentVersion/ Policies/ System » добавлена запись «EnableLUA» со значением 0, для отключения контроля учетных записей пользователей.

В ветви реестра «HKEY_CURRENT_USER/ Software/ Microsoft/ Windows NT/ CurrentVersion/ Winlogon » изменена запись «Shell» на значение «C:/ Program Files/ a_class/ start.exe», для замены автоматического запуска «Explorer.exe» на программу информационной подсистемы.

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

Для предотвращения возможности несанкционированного закрытия программ «a_class» и «start», в них переопределён метод closeEvent(QCloseEvent* ev), который игнорирует событие закрытие программы до тех пор, пока пользователь не воспользуется средствами выхода из программы предлагаемыми самой программой.

Страница:


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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены