Автор: Пользователь скрыл имя, 12 Апреля 2012 в 18:20, курсовая работа
Целью создания автоматизированной системы управления некоторым процессом является:
в первую очередь, возможность использования CУБД работниками компании для осуществления более быстрой работы, точность выданных данных была достоверной и возможность выбора, при составлении СУБД, какие именно задачи необходимо выполнять данной программе для удобства работников.
Концептуальное проектирование 2
1.1. Цель проекта. 2
1.2.Описание предметной области. Постановка задачи. Функции решаемой задачи. Используемые в задаче документы. 2
2 Логическое проектирование 3
2.1. Разработка информационного обеспечения задачи 3
2.1.1. Анализ документов 3
2.1.2. Выделение информационных объектов 8
2.1.3. Определение связей и построение ИЛМ 9
Связи между выявленными информационными объектами определяются реальными отношениями между парами объектов, показанными в таблице 3. При их определении учитывались сведения из описания предметной области. 9
3.1.4. Определение логической структуры реляционной базы данных 10
3.2. Разработка алгоритмов и технологии решения задачи 10
3.2.1. Разработка технологии ввода и накопления входной информации 11
3.2.2. Разработка форм ввода 11
3.2.3. Разработка запросов и отчётов для обработки и отображения информации 12
3.3. Разработка интерфейса пользователя 16
4. Физическое проектирование задачи 16
Приложение 1. 18
Приложение 2. 20
Приложение 3. 21
Приложение 4. 25
Приложение 5. 30
В теории моделирования
Функциональные
зависимости, выявленные при анализе
документов, позволяют выделить объекты
рассматриваемой предметной области
и описать их реквизиты (имя, тип, признак
ключа). Для признака ключа используются
следующие сокращения: П – простой; У –
уникальный (первичный); С – составной
(состоит из двух или нескольких реквизитов),
В – вторичный (используется для связи
с главной таблицей). Для описания объекта
будем использовать названия реквизитов
документа, добавляя, при необходимости,
имя объекта. Не будем употреблять пробел
между словами в имени реквизита. Описание
объектов приведено в таблице 3.
Имя реквизита | Признак ключа | Тип данных | Название объекта |
Код_месяца | П,У | Счетчик | Норма |
Месяц | Текстовый | ||
Норма | Текстовый | ||
Код_признака | П,У | Счетчик | Признак |
Признак | Текстовый | ||
Табельный_номер | П,У | Счетчик | Сотрудники |
ФИО | Текстовый | ||
Дата_рождения | Дата/время | ||
Дата_приема | Дата/время | ||
Стаж_общий | Дата/время | ||
Оклад | Денежный | ||
Мин_сред_зараб_в_день | Денежный | ||
Код_табеля | П,У | Счетчик | Табель |
Табельный_номер | Числовой | ||
Дата | Дата/время | ||
Количество_часов | Числовой | ||
Признак | Числовой |
Ключ связи | Главный объект | Подчинённый объект | Тип отношения |
1 | 2 | 3 | 4 |
Табельный номер | Сотрудники | Табель | 1:М |
Признак | Табель | Признак | 1:М |
------ | Норма | ------ | ------ |
Таблица «Норма» используется в запросах для справочной информации.
Графическое
изображение ИЛМ в канонической
форме наглядно показывает уровни подчинённости
объектов друг другу на рисунке 2.
Соуаровыармвыомпавпявапвар
Рис 2. Каноническая форма ИЛМ.
Логическая структура реляционной базы данных определяется совокупностью логически взаимосвязанных нормализованных таблиц. Каждая реляционная таблица имеет структуру, определённую реквизитным составом информационного объекта, который входит в состав ИЛМ. Логические связи таблиц соответствуют связям между объектами. Логическая структура БД, строится на основе ИЛМ. Визуально логическая структура должна совпадать со схемой данных, построенной при реализации проекта, на основе разработанной ИЛМ. Логическая структура БД должна показывать структуру каждого объекта предметной области и связи, построенные с помощью ключевых атрибутов объектов.
В
рассматриваемом примере
И
понятно, что у табеля сотрудника
может быть несколько признаков: отпуск,
больничный, прогул и т.д. это значит что
табл. «Признак» связана с табл. «Табель»
связью 1:М.
3.2.1.
Разработка технологии
ввода и накопления
входной информации
Требования к данным контрольного примера – их представительность, учитывающая особенности информации, указанные в описании предметной области. Такие данные должны обеспечить отладку алгоритма на компьютере и подтвердить работоспособность реализации алгоритма. В данных контрольного примера для рассматриваемой задачи должно быть предусмотрено, что в разные месяца разная норма рабочих часов. Это напрямую зависит на расчет зарплатной ведомости, сумма может колебаться.
Для расчета зарплатной ведомости необходимо знать сколько часов отработал данный сотрудник, полученная цифра сопоставляется с нормой часов за месяц, далее выполнятся сам расчет.
Также для выхода на итоговую сумму за месяц, необходимо учесть больничные, отпуска и т.д. в зависимости от признака, который мог бы быть у сотрудника за месяц работы.
Для расчета больничного нужно знать общий стаж сотрудника, т.к.
У каждого сотрудника больничный может рассчитываться по разному, это на прямую зависит от количества отработанных лет.
Таким образом, должно быть предусмотрено:
-
Введение признака каждого
- Хранение журнала, в котором находится личная информация о сотрудниках.
- Оклад сотрудников
-
Табельные номера, дабы облегчить
поиск информации о
Поиск информации должен осуществляться по значению реквизита, которое должно вводиться в окно, предоставляемое для этой цели. Для каждого вида поиска разрабатывается соответствующий запрос. Для вывода документов должны быть разработаны соответствующие отчёты.
В поставленной задаче должны вводиться и накапливаться данные о сотрудниках стаж, оклад, признаки по дням, табельные номера и т.д.
Данные о сотрудниках храняться в табл. «Сотрудники», далее по мере решения задачи текущая информация заносится в табл. «Табель», в которой можно отследить информацию по дням. Далее полученная информация заноситься в форму «Больничный лист», если признак какого-то сотрудника требует нас это сделать, и рассчитывается уже сама сумма больничного.
Если признаки сотрудников позволяют нам не заполнять форму «Больничный лист», то мы переходим к заполнению формы «Расчетные ведомости», где подводит итоги суммы за месяц.
Главная форма,
готовая к испльзованю:
Форма
«Больничный лист»
Форма
«Расчетные ведомости»
- Табель (Табельный номер, Дата, Признак)
- Сотрудники (ФИО)
- Месяц: Format([Дата];"mm") (группировка)
-Год:
Format([Дата];"yyyy") (группировка)
-Сотрудники (ФИО, Табельный номер)
-
Табель (Признак, Дата)
-Сотрудники (ФИО, Табельный номер)
-
Выражение1: (Date()-Сотрудники!Стаж_общий)
- Табель (Код табеля, Табельный номер, Дата, Кол-во часов, Признак)
- НомерМесяца:
Format([Дата];"mm")
- Запрос «Табель» (Табельный номер, Дата по месяцам: Format$([Табель Запрос].Дата;'mmmm\ yyyy'), Признак, Номер месяца, Кол-во часов(sum)) (группировка).
- Норма (Норма (группировка))
-Year([Табель
Запрос].Дата)*12+DatePart('m';
-Запрос
«Табель месяца» (Табельный
- Запрос
«Стаж работы» (Табельный
- Запрос
«Больничный» (Часы: Sum-Количество_часов,
"Больничный_от_стажа": IIf(Стаж_работы!Выражение1>=8;
- Запрос «Для_больн_по _признаку» (Табельный номер, ФИО, Count-Дата, Месяц, Год,
-Сумма_больничного:Для_больн_
- Запрос
«ТабельМесЗапрос» (Табельный
- Сотрудники (ФИО)
- Начислено:
Сотрудники!Оклад/[Норма]*[
- НДФЛ:
(Сотрудники!Оклад/[Норма]*[
- Итого_начислено
- Запрос
«Табель месяца» (Табельный_
-Табл. «Сотрудники» (ФИО, Оклад)
- Начислено:
Сотрудники!Оклад/ТабельМес!
- НДФЛ:
(Сотрудники!Оклад/ТабельМес!
-Итого_начислено:
Сотрудники!Оклад/ТабельМес!
Информация о работе Проектирование приложений пользователя в среде СУБД ACCESS