Автор работы: Пользователь скрыл имя, 19 Апреля 2013 в 17:13, дипломная работа
Проанализирован существующий порядок проведения аттестации ИТ – специалистов, принятый на предприятии ОАО «Троицкая ГРЭС». В существующем порядке были обнаружены существенные недостатки. Предложен новый порядок проведения аттестации ИТ-специалистов с использованием программной системы. Произведён расчёт экономической эффективности внедрения программной системы аттестации ИТ – специалистов. Среда разработки системы Delphi 7.0 Inprise и сервер баз данных Interbase.
Введение 6
1 Типовые решения клиент серверных технологий……………………………9
1.1 Архитектуры "файл-сервер" и "клиент-сервер" 9
1.2 Создание приложений для работы с базами данных 12
1.3 Ядро Borland Database Engine (BDE) 15
1.4 Пакет Borland SQL Links for Windows 18
1.5 Использование SQL 22
1.6 Особенности создания систем клиент/сервер 22
1.7 Совместимость / эффективность 23
1.8 Перенос данных 24
1.9 Применение локального сервера InterBase 27
1.10 Локальный сервер InterBase 28
2 Анализ существующей системы. Обзор литературы………………….…….30
3 Архитектура программной системы………………………………………….34
4 Разработка структуры баз данных……………………………………………36
4.1.Общая характеристика реляционной модели данных 36
4.1.Предварительная структура базы данных, нормализация 43
4.1.Окончательная структура базы данных 46
5 Технология проведения аттестации с использованием ИТ-системы 49
5.1.Технология проведения аттестации на ОАО «Троицкая ГРЭС» и ее недостатки. 49
5.2.Технология проведения аттестации с использованием системы. 49
6. Разработка компонент программной системы в среде 56
7.Формирование отчетов 61
8 Решение проблемы защиты информации 62
9 Методика обработки данных, полученных в результате аттестации. 69
10 Инструкция по экплуатации 70
10.1.Компонент «ИТА: Аттестация» 70
10.1.1.Минимальные системные требования 70
10.1.2 Порядок работы 70
10.2. Компонент «ИТА: Дизайнер-эксперт» 72
10.2.1.Минимальные системные требования 72
10.2.2Порядок работы 72
10.3.Компонент ИТА: Руководитель 75
10.3.1.Минимальные системные требования 75
10.3.2 Порядок работы 76
11 Экономический раздел 78
11.1.Постановка задачи 78
11.2.Построение сетевого графика и расчет его параметров 78
11.2.1.Построение сетевого графика 78
11.2.2.Расчет временных параметров событий сетевого графика 86
11.2.3.Расчет временных параметров работ сетевого графика 88
11.3. Технико-экономические показатели 92
11.3.1.Учет амортизации 92
11.3.2.Расходы на заработную плату исполнителей проекта. 93
11.3.3.Затраты на разработку программной системы аттестации ИТ-специалистов 94
11.4.Целесообразность использования данного программного продукта 95
11.4.1.Анализ качественных преимуществ 95
11.4.2.Оценка эффективности приминения системы ИТ-тестирования
на предприятии…………………………….…………………………96
11.5.Вывод 97
12 Безопасность жизнедеятельности 98
12.1.Планировка помещения 98
12.2.Требования охраны труда к помещениям 99
12.3.Условия труда на рабочем месте 99
12.4.Освещение рабочих мест 100
12.4.1.Расчет естественного освещения 101
12.4.2.Расчет искусственного освещения 101
12.2.Анализ воздействия электромагнитных излучений 106
12.3.Анализ электробезопасности на рабочем месте 107
12.4.Пожарная профилактика. 108
12.5.Анализ шума на рабочем месте 110
12.6.Эргономические требования 111
13 Заключение 113
Список литературы 114
14 Руководство системного администратора 115
Приложение 1
Исходный текст программного комплекса:…………………………………..119
Пакет Borland SQL Links for Windows предназначен для использования теми приложениями, работающими с BDE, которым необходим доступ и к локальным базам данных и к удаленным SQL-серверам. После инсталляции соответствующего драйвера SQL Links и создания необходимого псевдонима приложение получает доступ к базам данных необходимого SQL-сервера. Место SQL Links в механизме доступа к базам данных из приложений Delphi 7.0 показано на рисунке 4.7.
Установленный драйвер выполняет работу по соединению с нужным SQL-сервером, переводу запросов приложения в соответствующий диалект SQL и передаче запроса базе данных. Ответ базы данных снова преобразуется им к виду, воспринимаемому приложением.
Для установки параметров процесса связывания приложения с требуемым сервером SQL используется утилита конфигурации BDE. Естественно, что перед выполнением такой настройки необходимо иметь инсталлированный SQL Links с установленным драйвером для нужного сервера. Все настраиваемые параметры сосредоточены на странице Drivers утилиты конфигурации (см. рисунок 1.2).
Рис. 1.2. Использование драйвера SQL Links приложением
Первым делом необходимо выбрать нужный драйвер из списка имен драйверов в левой части панели. В правой части появится список всех параметров драйвера и их текущих значений. При необходимости, можно переопределить значения параметров, заданные по умолчанию и сохранить изменения. Эффект от сделанных установок проявится только при следующем запуске приложения.
Ниже будут рассмотрены общие для всех драйверов SQL Links параметры.
Дополнительную информацию о специфических параметрах каждого драйвера можно получить, выбрав соответствующее имя в списке утилиты конфигурации
BDE и нажав кнопку Help.
DLL — определяет имя динамической библиотеки SQL Links для драйвера.
Driver Flags — внутренний флаг, изменять этот параметр не рекомендуется.
LangDriver — задает языковый драйвер, который применяется для манипулирования данными, полученными при помощи драйвера SQL Links. Поле ввода этого параметра содержит список всех доступных языковых драйверов. Если выбранный языковый драйвер определен также и в псевдониме приложения, то он используется для управления любыми данными, полученными от сервера. Языковый драйвер используется для преобразования данных, если приложение и сервер используют разные кодовые страницы. В противном случае все национальные символы превратятся в абракадабру. Если необходимый языковый драйвер отсутствует, можно использовать параметр SQLQRYMODE для отмены преобразования данных по правилам базы данных.
Open Mode — определяет режим, в котором SQL Links открывает доступ к базе данных. Возможные значения: "Чтение\3апись" и "Только для чтения". Режим "Только для чтения" не работает при использовании прямых запросов.
Schema Cache Size — задает число таблиц базы данных, чья структурная информация кэшируется. Возможные значения: 0—32 (по умолчанию 8).
Schema Cache Time — задает время нахождения структурной информации о таблицах в кэше. Возможные значения: -1 (по умолчанию) — до закрытия базы данных; 0 — информация в кэше не размещается; 1-214748347 — число секунд.
Server Name — содержит имя целевого сервера. Для серверов Interbase обязательно надо задавать маршрут, как это показано в примере:
servername/usr/gds/
SQLPASSTHRUMODE — определяет режим использования прямых и локальных запросов при соединении через один псевдоним: NOT SHARED запрещает одновременное использование прямых и локальных запросов;
SHARED AUTOCOMMIT разрешает совместное использование, причем прямые запросы ведут себя в соответствии с правилами для локальных запросов, что означает режим автоматической фиксации транзакций, если только не установлено явное управление транзакциями или режим группового выполнения; SHARED NOAUTOCOMMIT разрешает совместное использование, но режим неявной фиксации транзакций не используется. Поведение прямых запросов зависит от типа сервера.
Предопределенное значение для серверов Informix — SHARED AUTOCOMMIT, для остальных серверов SQL — NOT SHARED. Режимы SHARED AUTOCOMMIT и SHARED NOAUTOCOMMIT не поддерживаются некоторыми предложениями прямых запросов, в этом случае следует использовать явное управление транзакциями через функции приложения.
SQLQRYMODE — определяет режим выполнения запросов, возможные значения приведены в таблице.
Таблица 1.1 Режимы выполнения запросов.
Значение |
Режим |
Комментарий |
NULL |
Сервер-локальный |
Запрос направляется сначала на сервер, затем, при невозможности выполнения, выполняется локально |
SERVER |
Только сервер |
Запрос направляется только на сервер, в случае невозможности выполнения, отменяется |
LOCAL |
Только локальный |
Запрос выполняется исключительно локально |
Значение по умолчанию — NULL. На получаемый результат запросов может влиять установленный языковый драйвер, если локальные базы данных и базы SQL имеют различные кодовые страницы (см. выше). Для устранения подобных ошибок необходимо установить для параметра значение SERVER, блокируя таким образом, выполнение запросов в локальных базах данных.
Type определяет тип используемого сервера. Значение SERVER определяет использование SQL-сервера. Значение FILE определяет использование обычных серверов, основанных на файловой системе.
User Name — задает имя пользователя для доступа к серверу.
Version — версия драйвера SQL Links.
Для доступа к серверу SQL необходимо иметь соответствующий псевдоним. Базовый псевдоним для каждого используемого драйвера SQL Links создается автоматически при первом изменении параметров драйвера после инсталляции.
В этом разделе будут рассмотрены различные аспекты применения запросов SQL в приложениях, использующих базы данных. Для реализации запросов в Delphi 7.0 существует специальный компонент — TQuery, расположенный на странице Data Access Палитры компонентов. Он имеет много общих свойств с TTable и тоже используется для открытия наборов данных. В то же время TQuery обладает рядом свойств и методов, которые позволяют использовать все преимущества запросов SQL для работы с данными. Так, применение TQuery дает возможность работать с данными нескольких таблиц в одном запросе, отбирать данные сразу по нескольким критериям. Однако следует помнить, что использование SQL ведет к некоторому усложнению программного кода приложения. Кроме того, создание эффективного запроса — дело далеко не простое и требует наличия определенного опыта в этой области. Запросы SQL бывают статическими и динамическими. Статические запросы полностью создаются при отладке приложения, а динамические могут изменять свои параметры при выполнении приложения.
Приложения Delphi 7.0 при помощи механизма запросов SQL могут использовать данные:
• таблиц Paradox и dBase, используя синтаксис локального SQL;
• локального сервера Interbase, синтаксис языка поддерживается полностью;
• удаленных серверов SQL через драйверы SQL Links.
Возможность создания приложений для работы в составе систем клиент/сервер, бесспорно, стала большим преимуществом Delphi 7.0. Инструментарий для разработки таких приложений интегрирован в составе среды разработчика. Приложения Delphi 7.0, функционирующие на станции-клиенте, используя возможности BDE и драйверов SQL Links и ODBC, могут получать доступ к данным удаленных SQL-серверов. В качестве серверов могут быть использованы Informix, Interbase, Microsoft SQL Server, Oracle, Sybase. Кроме этого, через BDE и установленный драйвер ODBC возможен доступ к таким базам, как DB2, Btrieve, Microsoft Access и другим, для которых существует соответствующий драйвер ODBC.
Приложение, функционирующее на станции-клиенте, обычно создается отдельно и для уже работающих серверов баз данных. Поэтому, для создания работоспособной системы клиент/сервер необходимо решить ряд проблем связывания рабочих станций, совместимости данных при работе одного приложения-клиента с различными типами серверов, оптимизации производительности.
Как известно, при создании приложений для систем клиент/сервер всегда приходится решать проблему выбора между универсальностью и производительностью. С одной стороны, чем большее количество типов серверов поддерживается приложением, тем лучше. Но в этом случае значительно понижается производительность. Впрочем, способ решения этой проблемы зависит от предназначения создаваемого приложения. Иногда можно пожертвовать совместимостью, а иногда оказывается не так уж и важна производительность.
Совместимость по данным в значительной степени зависит от используемых приложением компонентов. При применении ТТаblе проблем практически не возникает, а вот при использовании TQuery приходится накладывать ограничения на синтаксис предложений SQL в зависимости от диалекта SQL, используемого сервером.
Производительность приложения-
В зависимости от типа оборудования, на котором работает приложение, может возникнуть необходимость в поддержке нескольких коммуникационных протоколов. Эта проблема решается инсталляцией соответствующего программного обеспечения на станции-клиенте и сервере, однако, это решение должно быть предусмотрено еще на этапе проектирования системы клиент/сервер. Информацию об инсталлированном протоколе необходимо включить в драйве SQL Links.
В дальнейшем реализация архитектуры "клиент-сервер" будет рассматриваться для сервера Borland Interbase. Объяснить такой выбор нетрудно. Во-первых, Interbase - "родной" сервер для Delphi 7.0 (поэтому для доступа к нему не нужно устанавливать дополнительных драйверов SQL Links, что необходимо при работе из приложений, написанных на Delphi 7.0, с Oracle, Sybase и другими СУБД). Во вторых, в поставку Delphi входит локальный (однопользовательский, на 2 одновременных подключения) сервер Local Borland Interbase. Доступен также и Interbase для Windows 95 на 4 пользователя.
Локальный Interbase может использоваться для отладочных целей. После того, как приложение отлажено на локальной версии SQL-сервера, происходит масштабирование приложения (upsizing). БД переносится на сетевой сервер, а изменения в клиентских приложениях при этом минимальны - необходимо изменить псевдоним БД и, может быть, скорректировать некоторые параметры соединения приложения с сервером.
При переносе приложений, ранее разработанных для применения в архитектуре "файл-сервер", требуется не только частично или полностью переписывать приложения клиентов, но и преобразовывать локальную БД в серверную. Для этого под управлением серверной СУБД (например, Interbase) создают БД на сервере, куда затем "перекачивают" данные из локальных СУБД реализованных, например, с помощью Paradox. Основная проблема, встающая в этом случае - несовместимость некоторых форматов данных или их отсутствие. Например, Interbase не поддерживает поля типа Boolean (Logical), и их необходимо реализовывать при помощи столбцов типа CHAR(1); Interbase не поддерживает автоинкрементные поля Paradox - для обеспечения уникальности значений в числовых полях в БД Interbase используют генераторы и т.д. При возникновении подобных проблем следует изучить вопросы совместимости типов данных локальной СУБД и выбранной серверной СУБД.
Преобразование делится на два этапа:
• модернизация баз данных до уровня сервера;
• преобразование приложений в приложения-клиенты.
Преобразование позволяет
Преобразование базы данных в сервер содержит ряд этапов.
1. Создание метаданных, основанных на структуре базы данных.
2. Перенос данных на сервер.
3. Разделение данных по типам.
4. Создание паролей и интеграция данных.
5. Контроль транзакций.
6. Управление доступом к данным.
7. Проверка данных.
Delphi обеспечивает два способа преобразования баз данных:
• использование возможностей утилиты Database Desktop для преобразования таблиц в формат SQL;
• использование при создании приложения компонента TBatchMove.
Оба эти способа копируют структуру данных и переносят сами данные в формат SQL-сервера. В новую структуру метаданных могут быть добавлены новые элементы: индексы, хранимые процедуры, триггеры и т. д. Для некоторых типов серверов более эффективным может стать ручное создание структуры метаданных с дальнейшим переносом данных, как предлагается выше.
Приложения, созданные для работы с локальными базами данных, могут быть приспособлены для систем клиент/сервер только путем внесения ряда исправлений в исходный код. В простейшем случае, при полном совпадении структуры преобразованных и исходных данных необходимо лишь изменить параметры свойств DatabaseName используемых компонентов TTable и TQuery и добавить в приложение компонент TDatabase. Однако такое бывает не часто.
Локальные приложения используют, в основном, компоненты TTable, реже TQuery. Однако, в зависимости от особенностей конкретного приложения, более эффективным может стать переход на использование TQuery, особенно при использовании таблиц с большим числом записей.
Если приложение использует арифметические или логические функции, то желательно заменить их соответствующими хранимыми процедурами сервера. Этим достигается повышение производительности, так как сервер обладает большей мощностью, чем станция-клиент, и разгружаются сетевые каналы связи.
Часто бывает необходимым включить
в исходный код приложения метода
поддержки транзакций, так как
в большинстве
Также, нередко возникает
Информация о работе Программная система «Аттестации ИT-специалистов»