2 Информационное обеспечение

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

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

Структура базы данных Разработка структуры БД велась с использованием средств СУБД MS Access-2007.

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

В таблице «Usr_Polzovatel» хранится информация о пользователях, детальное описание таблицы представлено в таблице 5 (Приложение).

В таблице «Usr_Test» хранится информация по тестам, детальное описание таблицы представлено в таблице 6 (Приложение).

В таблице «Usr_HistoryTest» хранится информация об истории прохождения тестирования пользователями, подробное описание таблицы представлено в таблице 7 (Приложение).

В таблице «Usr_Gruppa» хранится информация о группах, в которых учатся студенты, детальное описание таблицы представлено в таблице 8 (Приложение).

В таблице «Usr_QuestionAnswer» хранится информация о вопросах и ответах пользователей при прохождении тестирования, детальное описание таблицы представлено в таблице 9 (Приложение).

В таблице «Usr_Question» хранится информация о вопросах по тестам, детальное описание таблицы представлено в таблице 10 (Приложение).

В таблице «Usr_Tema» хранится информация по темам, по которым выполняется обучение студентов и проводится тестирование, детальное описание таблицы представлено в таблице 11 (Приложение).

В таблице «Usr_Literature» хранится информация о литературе по каждой теме, детальное описание таблицы представлено в таблице 12 (Приложение).

В таблице «Usr_Lecture» хранится информация о названиях файлов с лекциями, детальное описание таблицы представлено в таблице 13(Приложение).

Разработка ER-диаграмм.

ER-диаграммы логического и физического уровней разработаны с помощью программы ER-win и представлены на Рис. 7 и Рис. 8.

Для проектирования логической и физической модели базы данных был выбран программный продукт CA ERwin Modeler 7.3, который разработан компанией Computer Associates.

Рис. 6. Схема данных (Access)

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

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

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

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

AllFusion ERwin Data Modeler — это CASE-средство. Основное предназначение ERwin заключается в проектировании и документировании баз данных, а также создание и сопровождение базы данных, хранилища и витрины данных. Эффективность процесса организации, управления и администрирование различных аспектов деятельности предприятия, например уровень сложности данных, обеспечивается за счет модели данных, которая помогает визуализировать структуру данных.

ERwin понятно отображает сложные структуры данных. Удобная в использовании графическая среда AllFusion ERwin Data Modeler упрощает разработку базы данных и автоматизирует множество трудоемких задач, уменьшая сроки создания высококачественных и высокопроизводительных транзакционных баз данных и хранилищ данных. Данное решение позволит улучшить коммуникацию на любом предприятии или компании, обеспечивая совместную работу администраторов и разработчиков баз данных, многократное использование модели, а также наглядное представление комплексных активов данных в удобном для понимания и обслуживания формате[10].

Описание связей между сущностями Рассмотрим подробнее связи между таблицами базы данных (таблица 14).

Рис. 7. ER-диаграмма логического уровня

Рис. 8. ER-диаграмма физического уровня

Таблица 14 Описание связей между таблицами БД.

Связь «R₁». В сущности «Пользователи» (Usr_Polzovatel) содержится внешний ключ «НомерГруппа», который осуществляет связь с сущностью «Подразделения», и обозначает, к какой группе относится данный пользователь.

Связь «R₂». В сущности «ИсторияТестов» (Usr_HistoryTest) содержится внешний ключ «НомерПольз», который осуществляет связь с сущностью «Пользователи», и обозначает, кто из пользователей прошел данное тестирование.

Связь «R₃». В сущности «ИсторияТестов» (Usr_HistoryTest) содержится внешний ключ «НомерТеста», который осуществляет связь с сущностью «Тесты», и обозначает, по какому тесту было пройдено тестирование.

Связь «R₄». В сущности «Вопрос-ответ» (Usr_QuestionAnswer) находится внешний ключ «НомерИсторТест», который осуществляет связь с сущностью «ИсторияТестов», и обозначает, к какому номеру истории тестирования относится данный ответ.

Связь «R₅». В сущности «Вопрос-ответ» (Usr_QuestionAnswer) находится внешний ключ «Номер вопроса», который осуществляет связь с сущностью «Вопросы», и обозначает, на какой вопрос был дан ответ.

Связь «R₆». В сущности «Вопросы» (Usr_Question) содержится внешний ключ «НомерТемы», который осуществляет связь с сущностью «Темы», и обозначает, по какой теме соответствует данный вопрос.

Связь «R₇». В сущности «Лекции» (Usr_Lecture) содержится внешний ключ «НомерТемы», который осуществляет связь с сущностью «Темы», и обозначает, по какой теме предназначена данная лекция.

Связь «R₈». В сущности «Литература» (Usr_Literature) содержится внешний ключ «НомерТемы», который осуществляет связь с сущностью «Темы», и обозначает, по какой теме предназначена данная литература.

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

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

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

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

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