Автор работы: Пользователь скрыл имя, 10 Декабря 2013 в 19:19, курсовая работа
Целью данной курсовой работы является разработка АРМ бухгалтера по начислению заработной платы сотрудников колледжа.
К задачам курсовой работы относятся следующие виды деятельности:
Анализ предметной области;
Исследование осуществляемого документооборота;
Построение инфологической модели;
Разработка оптимальной структуры БД.
Введение 3
1. Обследование предметной области (название объекта автоматизации)
1.1 Информационный анализ предметной области и выявление концептуальных требований пользователей 4
1.2 Определение информационных объектов, атрибутов, связей, ограничений и построение инфологической модели предметной области 5
2. Логическое проектирование базы данных
2.1 Обоснование выбора программно-технических средств 9
2.2Нормализация отношений и построение логической схемы реляционной базы данных 10
2.3 Проектирование схем документов и информационных запросов 13
3. Машинное проектирование базы данных
3.1 Структура и состав проекта приложения базы данных 15
3.2 Система поддержания целостности данных 20
3.3 Реализация информационных запросов 22
Заключение 24
Список используемых источников 25
Таблица 3. Логическая схема документов
3. МАШИННОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
3.1 Структура и состав проекта приложения базы данных
В состав БД входят таблицы, созданные на основании отношений логической модели, построенной на предыдущем этапе.
База данных содержит 4 таблицы: «Сотрудник», «Оклад», «Налог», «Зарплата». Ниже на рисунках приведены структуры этих таблиц.
Рисунок 3. Вид
таблицы «Сотрудник» в
Рисунок 4. Вид таблицы «Оклад» в конструкторе
Рисунок 5. Вид таблицы «Налог» в конструкторе
Рисунок 6. Вид таблицы «Зарплата» в конструкторе
Все таблицы проиндексированы и имеют первичный ключ. Для решения задач, поставленных в курсовой работе, целесообразно использовать схему, приведенную на рисунке 7.
Рисунок 7. Логическая схема БД
3.2 Система поддержания
Применение
СУБД для работы с интегрированными
БД выявило особую важность проблемы
целостности БД. Под целостностью
БД понимают правильность и непротиворечивость
ее содержимого. Нарушение целостности
может быть вызвано, например, ошибками
и сбоями, так как в этом случае
система не в состоянии обеспечить
нормальную обработку или выдачу
правильных данных.
Рассмотрим
два аспекта целостности – на уровне отдельных
объектов и операций и на уровне базы данных
в целом.
Первый аспект целостности обеспечивается
на уровне структур данных и отдельных
операторов языковых средств СУБД. При
нарушении такой целостности соответствующий
оператор отвергается.
Некоторые
ограничения целостности не нужно выражать
в ясном виде, поскольку они встроены в
структуры данных. Например, в СУБД, поддерживающей
структуры, составленные из записей, каждый
экземпляр записи в БД должен отображать
спецификацию типа записи. Это означает,
что все поля, специфицированные в описании
типа, должны быть представлены в каждом
экземпляре записи, а значение, заносимое
в отдельное поле, должно иметь соответствующий
описанию тип данных.
Часто же база
может иметь такие ограничения целостности,
которые требуют обязательного выполнения
не одной, а нескольких операций.
Для обеспечения целостности служит аппарат
транзакций.
Транзакция
– неделимая с точки зрения воздействия
на БД последовательность операторов
манипулирования данными (чтения, удаления,
вставки, модификации), такая, что:
1) либо результаты всех операторов, входящих
в транзакцию, отображаются в БД;
2) либо воздействие всех операторов полностью
отсутствует.
При этом для
поддержания ограничений целостности
на уровне БД допускается их нарушение
внутри транзакции так, чтобы к моменту
завершения транзакции условия целостности
были соблюдены.
Для обеспечения
контроля целостности каждая транзакция
должна начинаться при целостном состоянии
БД и должна сохранить это состояние целостным
после своего завершения. Если операторы,
объединенные в транзакцию, выполняются,
то происходит нормальное завершение
транзакции, и БД переходит в обновленное
(целостное) состояние. Если же происходит
сбой при выполнении транзакции, то происходит
так называемый откат к исходному состоянию
БД.
Модели
транзакций. Рассмотрим две модели транзакций,
используемые в большинстве коммерческих
СУБД: модель автоматического выполнения
транзакций и модель управляемого выполнения
транзакций, обе основаны на инструкциях
языка SQL – COMMIT и ROLLBACK.
Автоматическое выполнение транзакций.
В стандарте
ANSI/ISO зафиксировано, что транзакция автоматически
начинается с выполнения пользователем
или программой первой инструкции SQL. Далее
происходит последовательное выполнение
инструкций до тех пор, пока транзакция
не завершается одним из двух способов:
• инструкцией COMMIT, которая выполняет
завершение транзакции: изменения, внесенные
в БД, становятся постоянными, а новая
транзакция начинается сразу после инструкции
COMMIT;
• инструкцией ROLLBACK, которая отменяет
выполнение текущей транзакции и возвращает
БД к состоянию начала транзакции, новая
транзакция начинается сразу после инструкции
ROLLBACK.
Такая модель создана на основе модели,
принятой в СУБД DB2.
Управляемое выполнение транзакций.
Отличная от
модели ANSI/ISO модель транзакций используется
в СУБД Sybase, где применяется диалект Transact-SQL,
в котором для обработки транзакций служат
четыре инструкции:
• инструкция BEGIN TRANSACTION сообщает о начале
транзакции, т.е. начало транзакции задается
явно;
• инструкция COMMIT TRANSACTION сообщает об успешном
выполнении транзакции, но при этом новая
транзакция не начинается автоматически;
• инструкция SAVE TRANSACTION позволяет создать
внутри транзакции точку сохранения и
присвоить сохраненному состоянию имя
точки сохранения, указанное в инструкции;
• инструкция ROLLBACK отменяет выполнение
текущей транзакции и возвращает БД к
состоянию, где была выполнена инструкция
SAVE TRANSACTION (если в инструкции указана точка
сохранения – ROLLBACK TO имя_точки_сохранения),
или к состоянию начала транзакции.
Для всех связей, представленных в логической схеме данных, включено обеспечение целостности данных, каскадное обновление связанных полей и каскадное удаление связанных записей (см. рисунок 8).
Рисунок 8. Изменение связей
3.3
Реализация информационных
Запросы пользователей, сформулированные на этапе обследования предметной области, реализованы на основании данных таблиц БД (см. рисунок 9).
Примерами запросов являются: «Ведомость доплат», «Списочный состав сотрудников» и «Тарифная ставка».
Рисунок 9. Реализация запроса «Списочный состав сотрудников»
Рисунок 10. Реализация запроса «Ведомость доплат»
Рисунок 11. Реализация запроса «Тарифная ставка»
ЗАКЛЮЧЕНИЕ
Список используемых источников