АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Функциональная модель приложения

Читайте также:
  1. XXII. Модель «К» и отчаянный риск
  2. А) Модель Хофстида
  3. Адаптивная модель
  4. Адаптивная полиномиальная модель первого порядка
  5. Альтернативні моделі розвитку. Центральна проблема (ринок і КАС). Азіатські моделі. Європейська модель. Американська модель
  6. Анализ финансовой устойчивости. Модель финансовой устойчивости
  7. Англо-американская модель, оплата труда руководства верхнего уровня
  8. Базовая модель структурного построения производственных систем
  9. Базовая модель управления персоналом
  10. Белорусская модель социально ориентированной рыночной экономики – элемент идеологии белорусского государства
  11. Белорусская модель социально-экономического развития
  12. Белорусская экономическая модель в контексте идеологии белорусского государства.

Функциональная модель – это модель инфологического уровня представления, в которой акцентируется функциональный аспект моделирования предметной области.

Функциональная модель в виде иерархии функций способствует пониманию поведения субъекта моделирования.

В соответствии с методологией структурного анализа в первую очередь строится контекстная диаграмма – самое общее описание главной функции системы в целом и ее взаимодействия с внешней средой. Последующая функциональная декомпозиция сопровождается построением диаграмм декомпозиции, которые описывают каждый фрагмент декомпозиции и их взаимодействие. Детализация функциональной модели продолжается до достижения необходимой степени подробности. После каждого шага декомпозиции выполняется сеанс экспертизы с участием экспертов предметной области.

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

Популярным CASE-средством поддержки методологии функционального моделирования (IDEF0) является инструментальный пакет BPwin.

Данная система хранит информацию о сотрудниках на предприятии. Руководители и сотрудники администрации могут найти в ней все сведения о сотрудниках предприятия, а также добавить или удалить данные.

Имя работы должно быть выражено отглагольным существительным, обозначающим действие. Имя диаграммы «Программное средство о сотруниках предприятия».

Вход (Input) - материал или информация, которые используются или преобразуется работой для получения результата (выхода). На стрелке входа «Данные о поступившем сотруднике».

Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. На стрелке управления «Задание по курсовому проектированию».

Вызов (Call) - специальная стрелка, указывающая на другую модель работы. На стрелке вызова «Borland Delphi».

Выход (Output) - материал или информация, которые производятся работой. На стрелках выхода «Отчёт», «Диаграммы», БД «Реестр сотрудников».

Контекстная диаграмма функциональной модели базы данных «Реестр сотрудников» представлена на рисунке 1.3.1:

Рисунок 1.3.1 – Контекстная диаграмма функциональной модели БД

На контекстной диаграмме БД «Реестр сотрудников» представлена общая картина работы с программой. Основанием для разработки программы послужило задание по курсовому проектированию. Программа создавалась для совершенствования работы диспетчера приёма сотрудников, который впоследствии сможет легко и просто принимать поступивших сотрудников, заносить в базу данных всю необходимую информацию о них, редактировать, сохранять и удалять записи.

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

Связь по входу (output-input), когда стрелка выхода вышестоящей работы (далее - просто выход) направляется на вход нижестоящей. Связь «Данные о новом сотруднике».

Связь по управлению (output-control), когда выход вышестоящей работы направляется на управление нижестоящей. Связь «Данные».

Обратная связь по входу (output-input feedback), когда выход нижестоящей работы направляется на вход вышестоящей. Связь «Данные».

Декомпозиция контекстной диаграммы функциональной модели представлена на рисунке 1.3.2:

Рисунок 1.3.2 – Декомпозиция контекстной диаграммы функциональной модели

1.4 Описание структуры таблиц и связи между ними

Описание структуры каждой таблицы БД «Движение заявок», которая была использована при проектировании физической модели данных, представлена на рисунках 1.4.1 – 1.4.23:

Рисунок 1.4.1 – Физическая модель данных таблицы «Автотранспортный цех»

Рисунок 1.4.2 – Физическая модель данных таблицы «БТД»

Рисунок 1.4.3 – Физическая модель данных таблицы «Бухгалтерия»

Рисунок 1.4.4 – Физическая модель данных таблицы «Детский сад (ясли)№63»

Рисунок 1.4.5 – Физическая модель данных таблицы «ИВЦ»

Рисунок 1.4.6 – Физическая модель данных таблицы «Инструментальный участок»

Рисунок 1.4.7 – Физическая модель данных таблицы «Количество»

Рисунок 1.4.8 – Физическая модель данных таблицы «Кузнечносварочный участок»

 

Рисунок 1.4.9 – Физическая модель данных таблицы «Модельный участок»


Рисунок 1.4.10 – Физическая модель данных таблицы «МСЦ»

Рисунок 1.4.11 – Физическая модель данных таблицы «МТЦ»

Рисунок 1.4.12 – Физическая модель данных таблицы «Образование»

Рисунок 1.4.13 – Физическая модель данных таблицы «Общий отдел»

Рисунок 1.4.14 – Физическая модель данных таблицы «ОТК»

Рисунок 1.4.15 – Физическая модель данных таблицы «Семья»

Рисунок 1.4.16 – Физическая модель данных таблицы «Складское хозяйство»

Рисунок 1.4. 17 – Физическая модель данных таблицы «Служба механика»

Рисунок 1.4.18 – Физическая модель данных таблицы «Сталелитейный участок»

Рисунок 1.4.19 – Физическая модель данных таблицы «Столовая»

Рисунок 1.4.20 – Физическая модель данных таблицы «Участок ТНП»

Рисунок 1.4.21 – Физическая модель данных таблицы «Чугунолитейный участок»

Рисунок 1.4.22 – Физическая модель данных таблицы «Энергосиловой цех»

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

Рисунок 1.4.23 – Схема данных БД «Реестр сотрудников»

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

1.5 Описание индексов и ограничений

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

В базе данных «Реестр сотрудников» для каждой таблицы создан свой первичный ключ, который уникален: автотранспортный цех – табельный_номер, отдел БТД - табельный_номер, бухгалтерия - табельный_номер, детский сад (ясли) №63 - табельный_номер, кузнечносварочный цех - Код, информационный вычислительный центр - табельный_номер, инструментальный цех- табельный_номер, модельный участок- Код, механотокарный участок- Код, общий отдел- Код, отдел технического контроля- Код, ремонтно-механический участок- Код, ремонтно-сборочный цех- Код, складское хозяйство- Код, сталелитейный участок- Код, столовая- Код, участок ТНП- Код, чугунолитейный участок- Код, энергосиловой цех- Код, семья – name, образование – name.

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

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

Ограничения в базе данных – это правила, определяющие взаимосвязи между таблицами, поэтому в БД «Реестр сотрудников» ограничениями являются уникальные индексы, с помощью которых организованы связи между таблицами.

Таблица 1.5.1 – Ограничения таблицы «Автотранспортный цех»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/Время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

 

Таблица 1.5.2 – Ограничения таблицы «БТД»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/Время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

 

Таблица 1.5.3 – Ограничения таблицы «Бухгалтерия»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

 

Таблица 1.5.4 – Ограничения таблицы «Детский сад (ясли) №63»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

Таблица 1.5.5 – Ограничения таблицы «ИВЦ»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

Таблица 1.5. 6– Ограничения таблицы «Инструментальный участок»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

 

 

Таблица 1.5.7 – Ограничения таблицы «Кузнечносварочный участок»

Имя поля Тип данных Размер поля
Код сотрудника Счетчик Длинное целое
Табельный номер Числовой  
ФИО Текстовый  
национальность Текстовый  
Образование Текстовый  
Дата рождения Дата/время Краткий
Стаж Числовой Длинное целое
Должность Текстовый  

 


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.01 сек.)