Программная система «Аттестации ИT-специалистов»

Автор работы: Пользователь скрыл имя, 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

Прикрепленные файлы: 1 файл

бжд.doc

— 1.89 Мб (Скачать документ)

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

      - Массивы 

      - Записи (Структуры)

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

называемое множеством индексов. Отображение 

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

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

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

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

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

Ссылочные типы данных

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

Типы данных, используемые в реляционной  модели

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

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

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

Домены

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

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

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

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

Если тип  данных можно считать множеством всех возможных значений данного  типа, то домен напоминает подмножество в этом множестве.

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

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

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

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

Отношения, атрибуты, кортежи  отношения

Определения и примеры

Фундаментальным понятием реляционной модели данных является понятие отношения. В определении понятия отношения будем следовать книге К. Дейта

Определение 1. Атрибут отношения есть пара вида <Имя_атрибута : Имя_домена>.

Имена атрибутов  должны быть уникальны в пределах отношения. Часто имена атрибутов отношения совпадают с именами соответствующих доменов.

Определение 2. Отношение , определенное на множестве доменов (не обязательно различных), содержит две части: заголовок и тело.

Заголовок отношения содержит фиксированное количество атрибутов отношения:

Тело  отношения содержит множество кортежей отношения. Каждый кортеж отношения представляет собой множество пар вида <Имя_атрибута : Значение_атрибута>:

таких что значение атрибута принадлежит домену

Отношение обычно записывается в виде:

,

или короче

,

или просто

.

 

Число атрибутов  в отношении называют степенью  отношения.

Мощность множества  кортежей отношения называют мощностью отношения.

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

Вывод 1. Заголовок  отношения описывает декартово  произведение доменов, на котором задано отношение. Заголовок статичен, он не меняется во время работы с базой  данных. Если в отношении изменены, добавлены или удалены атрибуты, то в результате получим уже другое отношение (пусть даже с прежним именем).

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

 

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

 

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

 

Таблица 4.1 Поля таблицы QUESTIONS   

QUESTIONS – список вопросов

ID

Integer

Идентификатор вопроса

Q_TEXT

BLOB

Текст вопроса

QPICTURE

BLOB

Граф. часть к вопросу

CID

INTEGER

Категория вопроса

Q1

SMALLINT

Балл за вариант ответа

Q2

SMALLINT

Балл за вариант ответа

Q3

SMALLINT

Балл за вариант ответа

Q4

SMALLINT

Балл за вариант ответа

Q5

SMALLINT

Балл за вариант ответа

Q6

SMALLINT

Балл за вариант ответа

Q7

SMALLINT

Балл за вариант ответа

Q8

SMALLINT

Балл за вариант ответа

Q9

SMALLINT

Балл за вариант ответа


 

Таблица 4.2 Поля таблицы USERS

USERS – список специалистов

ID

INTEGER

Идентификатор специалиста

GID

INTEGER

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

TID

INTEGER

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

LOGIN

VARCHAR

Ф.И.О специалиста

PWD

VARCHAR

Пароль специалиста


 

Таблица 4.3 Поля таблицы STORE

STORE – данные специалиста

ID

INTEGER

Идентификатор специалиста

UID

INTEGER

Отвечавший пользователь

CID

INTEGER

Категория вопросов

DATED

VARCHAR

Дата аттестации

PERCS

    SMALLINT

Результат в %


 

 

 

 

 

Таблица 4.4 Поля таблицы TYPES 

TYPES – Типы пользователя

ID

INTEGER

Идентификатор пользователя

FLAGS

INTEGER

Признак ответа

NAME

VARCHAR

Название типа


 

 

Таблица 4.5 Поля таблицы QGROUPS 

QGROUPS – Категории вопросов

ID

INTEGER

Идентификатор пользователя

NAME

VARCHAR

Категория вопроса


 

 

Таблица 4.6 Поля таблицы GROUPS 

QGROUPS – Группы пользователей

ID

INTEGER

Идентификатор пользователя

NAME

VARCHAR

Категория группы

Информация о работе Программная система «Аттестации ИT-специалистов»