Сертификация считается пройденной, если Вы успешно сдали 1 теоретический и 6 практических модулей:

- Основные положения информатики (Basic Concepts of Information

Technology) (теоретический)

- Применение компьютера и управление файлами (Using the Computer

and Managing Files)

- Обработка текстов (Word Processing)

- Электронные таблицы (spreadsheets)

- Базы данных (Databases/Filing Systems)

- Презентации (Presentation)

- Обмен информацией (Information and Communication)

http://www.specialist.ru/ECDL/

http://www.brainbench.com/xml/bb/homepage.xml

Другой распространённый вариант – это интервью – как метод аттестации с привлечением сторонних экспертов и комиссии по оценке результатов аттестации.[1]

Задачей настоящего дипломного проекта является решение «локальной», для конкретного предприятия проблемы аттестации ИТ-специалистов, как можно более приблизив тематику вопросов к задачам, выполняемым на этом, отдельно – взятом предприятии ОАО «Троицкая ГРЭС».

1. Архитектура программной системы

Архитектура программной системы представлена на рисунке 3.1 и рисунке 3.1а.

SQL Links транслирует

Ответ клиента и посылает его BDE

Сервер SQL проверяет правильность запроса. выполняет его и отправляет приложению-клиенту

Сервер баз данных

Автоматический контроль ссылочной целостности данных

Встроенная защита данных от несанкционированного доступа

Выполнение хранимых процедур, созданных для обработки данных

Автоматическая генерация уникального ключа

Встроенная возможность резервного копирования данных

ИТА: Аттестация

Начало сессии аттестации

Выбор любого количества категорий, вопросы из которых задавать

Свободное перемещение по базе вопросов, с сохранением уже данных ответов

Возможность выхода из системы с сохранением всех данных ответов

Возможность продолжить сессию аттестации в любое удобное время с сохранением уже данных ответов

Рис.3.1 Архитектура ПС

Приложение включает в себя четыре компонета,составляющие всей системы в

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

администратора в пункте 14 и 10 данного проекта. Как видно архитектура реализует

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

данной программной системы аттестации.

ИТА: Дизайнер-эксперт

Создание категории вопросов

Удаление категории вопросов

Изменение названия категории

Оперативное получение статистической информации по категории (количество вопросов, максимальный балл по категории)

Редактирование вопросов в категории

Встроенный текстовый редактор

Встроенный графический редактор

Возможность передачи текстовой части через буфер обмена

Возможность передачи графической части через буфер обмена

Внесение количества баллов за вариант ответа с автоматическим подсчётом общей суммы баллов за вопрос

Изменение категории вопроса

ИТА: Руководитель

Завершение сессии аттестации

Просмотр результатов аттестации

Построение отчётов по результатам аттестации

Сравнительный анализ результатов аттестации в каждой группе специалистов по каждой категории вопросов

Сравнительный анализ результатов аттестации по каждой категории по всем специалистам

Сравнительный анализ результатов аттестации по каждому специалисту по каждой категории

Сравнительный анализ результатов аттестации по всем вышеперечисленным пунктам в динамике с накоплением знаний.

Сервер баз данных

Автоматический контроль ссылочной целостности данных

Встроенная защита данных от несанкционированного доступа

Выполнение хранимых процедур, созданных для обработки данных

Автоматическая генерация уникального ключа

Встроенная возможность резервного копирования данных

ИТА: Администратор

Создание типа пользователя (от типа пользователя зависит доступ к каким данным открыт пользователю, связанным с этим типом)

Удаление типа пользователя

Создание пользователя и связь его с типом

Удаление пользователя

Завершение сессии аттестации (с автоматическим подсчётом результатов)

Удаление сессии аттестации (с потерей данных аттестации)

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

Сервер баз данных

Автоматический контроль ссылочной целостности данных

Встроенная защита данных от несанкционированного доступа

Выполнение хранимых процедур, созданных для обработки данных

Автоматическая генерация уникального ключа

Встроенная возможность резервного копирования данных

ИТА: Аттестация

Начало сессии аттестации

Выбор любого количества категорий, вопросы из которых задавать

Свободное перемещение по базе вопросов, с сохранением уже данных ответов

Возможность выхода из системы с сохранением всех данных ответов

Возможность продолжить сессию аттестации в любое удобное время с сохранением уже данных ответов

Рис . 3.1a Архитектура ПС

4 Разработка структуры баз данных

i.Общая характеристика реляционной модели данных

Основы реляционной модели данных были впервые изложены в статье Е.Кодда [3] в 1970 г. Эта работа послужила стимулом для большого количества статей и книг, в которых реляционная модель получила дальнейшее развитие. Наиболее распространенная трактовка реляционной модели данных принадлежит К.Дейту[4]. Согласно Дейту [4], реляционная модель состоит из трех частей:

• Структурной части.

• Целостной части.

• Манипуляционной части.

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

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

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

В данной главе рассматривается структурная часть реляционной модели.

Типы данных

Любые данные, используемые в программировании, имеют свои типы данных.

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

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

- Простые типы данных.

- Структурированные типы данных.

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

Простые типы данных

Простые, или атомарные, типы данных не обладают внутренней структурой. Данные такого типа называют скалярами. К простым типам данных относятся следующие типы:

- Логический.

- Строковый.

- Численный.

Различные языки программирования могут расширять и уточнять этот список, добавляя такие типы как:

- Целый.

- Вещественный.

- Дата.

- Время.

- Денежный.

- Перечислимый.

- Интервальный.

- И т.д.…

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

Структурированные типы данных

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

- Массивы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Домены

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

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

• Домен имеет уникальное имя (в пределах базы данных).

• Домен определен на некотором простом типе данных или на другом домене.

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

• Домен несет определенную смысловую нагрузку.

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

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