Физическая модель данных - Автоматизация процесса работы руководства ООО "Сервис партнер"

Физическая модель информационной системы, разработанной для ООО "СЕРВИС ПАРТНЕР" описана в таблице 1 и показана на рисунках 8-9.

Таблица 1

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

Наименование поля	Тип данных	Ограничения	Описание
Тбл_аренда (таблица)
Код_аренды	Текстовый ключевое	Маска ввода "00-00-0000-0"	Индекс договора аренды
Арендатор	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "арендаторы", поле "наименование_аренда-тора"
Объект_аренды	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "ос1", поле "модель"
Наименование поля	Тип данных	Ограничения	Описание
Количество	Числовой	Значение по умолчанию "1"
Стоимость_аренды	Денежный	Цена договора аренды
Дата_передачи_в_аренду	Дата/ время	Дата фактической передачи техники в аренду
Дата_окончания_аренды	Дата/ время	Дата окончания договора аренды
В_аренде	Логичес-кий	"Да" - экземпляр передан арендатору; "Нет" - экземпляр не в аренде
Возвращено	Логичес-кий	"Да" - экземпляр возвращен от арендатора; "Нет" - экземпляр не возвращен от арендатора
Наименование поля	Тип данных	Ограничения	Описание
Тбл_арендаторы (таблица)
Инн_арендатора	Текстовый (ключевое)	Маска ввода "0000000000"	ИНН арендатора, назначается ФСН
Офп_арендатора	Текстовый	Маска ввода "LLL"	Аббревиатура организационно-правовой формы собственности арендатора из трех символов
Наименование_арендатора	Текстовый	Юридическое наименование арендатора
Адрес_арендатора	Текстовый	Юридический адрес арендатора
Телефон_арендатора	Текстовый	Маска ввода "+7(000)0000000"	Телефон арендатора в международном формате
Контактное_лицо_арендатора	Текстовый	Ф. И. О. представителя арендатора
Тбл_заказы_запчастей
Код_заказа	Текстовый ключевое	Маска ввода "00-0000-0"	Шифр накладной-требования
Продолжение Таблицы 1
Наименование поля	Тип данных	Ограничения	Описание
Код_ос	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "ос1", поле "код_ос"
Дата_заказа	Дата/ время	Дата передачи заказа на склад
Заказано	Логичес-кий	"Да" - заказ передан; "Нет" - заказ не оформлен"
Поставлено	Логичес-кий	"Да" - запчасти по заказу поступили на склад; "Нет" - запчасти по заказу не поступили на склад
Передано	Логичес-кий	"Да" - запчасти по заказу переданы со склада в сервисный отдел; "Нет" - запчасти по заказу не переданы в сервисный отдел
Тбл_запчасти (таблица)
Код_запчасти	Текстовый ключевое	Артикул запчасти по каталогу производителя
Система	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "системы", поле "наименование_системы"
Наименование_запчасти	Текстовый	Наименование запчасти по каталогу производителя
Норма_на_то	Числовой	Количество запчастей, необходимых на одно ТО, по рекомендациям производителя техники
Тбл_модели (таблица)
Код_модели	Текстовый ключевое	Соответствует наименованию модели по каталогу производителя
Продолжение Таблицы 1
Наименование поля	Тип данных	Ограничения	Описание
Наименование_модели	Текстовый	Наименование модели, в соответствии с каталогом производителя
Тбл_ос1 (таблица)
Код_ос	Текстовый ключевое	Маска ввода "000-0000-0000000000"	Соответствует VIN-коду в международном формате
Модель	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "модели", поле "наименование_модели"
Поставщик	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "поставщики", поле "наименование_поставщика"
Дата_поставки	Дата/ время	Дата постановки экземпляра техники на учет
Срок_полезного_использования	Числовой	Срок полезного использования по нормам бухучета
Срок_фактической_эксплуатации	Числовой	Срок фактической эксплуатации
Коэффициент_амортизации	Числовой	Норма амортизации в коэффициентном выражении
Норматив_то	Числовой	Норма машиночасов, установленная производителем техники в межсервисной эксплуатации (между ТО)
Тбл_передача_запчастей
Код_передачи	Текстовый ключевое	Маска ввода "0000-00-00"	Соответствует шифру акта передачи запчастей в сервисный отдел
Заказ_запчастей	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "заказ_запчастей", поле "код_заказа"
Продолжение Таблицы 1
Наименование поля	Тип данных	Ограничения	Описание
Дата_передачи	Дата/ время	Дата фактической передачи запчастей со склада в сервисный отдел
Тбл_поставки (таблица)
Код_поставки	Текстовый ключевое	Маска ввода "00-00-0000-00"	Индекс договора поставки запчастей от поставщика на склад
Заказ_запчастей	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "заказ_запчастей", поле "код_заказа"
Объект_ос	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "ос1", поле "код_ос"
Модель	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "модели", поле "наименование_модели"
Система	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "системы", поле "наименование_системы"
Запчасть	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "запчасти", поле "наименование_запчасти"
Поставщик	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "поставщики", поле "наименование_поставщика"
Количество	Числовой	Количество поставленных запчастей по одному договору
Наименование поля	Тип данных	Ограничения	Описание
Дата_поставки	Дата/ время	Дата фактической поставки запчастей от поставщика на склад
Тбл_поставщики (таблица)
Инн_поставщика	Текстовый ключевое	Маска ввода "0000000000"	ИНН поставщика, назначается ФНС
Офп_поставщика	Текстовый	Маска ввода "LLL"	Аббревиатура организационно-правовой формы собственности поставщика из трех символов
Наименование_поставщика	Текстовый	Юридическое наименование поставщика
Адрес_поставщика	Текстовый	Юридический адрес поставщика
Телефон_поставщика	Текстовый	Маска ввода "+7(000)0000000"	Телефон поставщика в международном формате
Контактное_лицо_поставщика	Текстовый	Ф. И. О. представителя поставщика
Тбл_ремонты (таблица)
Код_ремонта	Текстовый ключевое	Маска ввода "00-00-0000-0"	Шифр ремонтной карты
Ос	Текстовый	Ограниченный список	Индексированное поле, подстановка из таблицы "ос1", поле "код_ос"
Дата_постановки_в_ремонт	Дата/ время	Дата передачи экземпляра техники в ремонт
Дата_окончания_ремонта	Дата/время	Дата фактической передачи экземпляра техники из сервисного отдела в производственный отдел
В_ремонте	Логичес-кий	"Да" - экземпляр техники передан в ремонт; "Нет" - экземпляр техники не передавался в ремонт
Наименование поля	Тип данных	Ограничения	Описание
Тбл_системы (таблица)
Код_системы	Текстовый ключевое	Маска ввода "LLLL"	Аббревиатура технической системы транспортного средства из четырех символов
Наименование_системы	Текстовый	Полное наименование системы. в соответствии с классификацией производителя
Тбл_типы (таблица)
Код_типа	Текстовый ключевое	Маска ввода "0000-00-000"	Код системы, соответствующий обозначению по каталогу ТН ВЭД РФ
Наименование_типа	Текстовое	Полное наименование типа техники, в соответствии с классификацией ТН ВЭД РФ

Таблицы разработанной для ООО "СЕРВИС ПАРТНЕР" базы данных выполняют две информационные функции:

1. Для ввода данных. 2. Для формирования справочников по:
- типа техники; - моделям техники; - экземплярам техники; - поставщикам техники и запасных частей; - арендаторам техники; - техническим системам транспортных средств; - запасным частям; - фактах поставки техники; - фактах заказа запасных частей сервисным отделом на склад; - фактах поставки запасных частей на склад.

Справочная функция таблиц реализована путем формирования соответствующих отчетов:

- отч_арендаторы_спр; - отч_заказы_запчастей_спр; - отч_запчасти_спр;

Рисунок 8 Схема связей таблиц базы данных арендного сегмента (формат MS Access)

Рисунок 9 Схема связей таблиц базы данных сервисного сегмента (формат MS Access)

- отч_модели_спр; - отч_ос1_спр; - отч_поставки_спр; - отч_поставщики_спр; - отч_системы_спр; - отч_типы_спр.

Для обеспечения функциональности информационной системы, в базе данных предусмотрено формирование 39 запросов, доступ к информации которых осуществляется через 16 форм с элементами управления, связанными с 57 макросами.

Похожие статьи

• Разработка информационной системы, Инфологическое проектирование - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Разработка пользовательского интерфейса, Руководство пользователя - Автоматизация процесса работы руководства ООО "Сервис партнер"

  В дипломном проекте тщательно продуман сценарий взаимодействия АРМа с пользователем, приведя его к оптимальной системе выполнения требуемых задач, и...

• Даталогическая модель системы - Автоматизация процесса работы руководства ООО "Сервис партнер"

  Каждой из этих сущностей в разработанной информационной системе соответствует индивидуальная таблица базы данных. Концептуальная модель информационной...

• Анализ используемых программных средств - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Круг задач, подлежащих автоматизации - Автоматизация процесса работы руководства ООО "Сервис партнер"

  Анализ существующих недостатков в информационном обеспечении управления, передаваемыми ООО "СЕРВИС ПАРТНЕР" позволяет констатировать наличие потребности...

• Разработка программного обеспечения, Выбор средств реализации информационной системы - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Этапы проектирования базы данных - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Структура программных средств - Автоматизация процесса работы руководства ООО "Сервис партнер"

  На рисунке 10 показана принципиальная схема взаимодействия элементов разработанной системы. Рисунок 10 Схема взаимодействия элементов системы На рисунке...

• Анализ информационных потоков предметной области - Автоматизация процесса работы руководства ООО "Сервис партнер"

  Информационные потоки предметной области показаны на рисунке 3. 4 Рисунок 3 Информационные потоки внутренней и внешней среды ООО "СЕРВИС ПАРТНЕР" Как...

• Руководство программиста - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Введение - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Заключение - Автоматизация процесса работы руководства ООО "Сервис партнер"

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

• Постановка задачи, Анализ предметной области - Автоматизация процесса работы руководства ООО "Сервис партнер"

  Анализ предметной области Организация 'ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "СЕРВИС ПАРТНЕР" зарегистрирована по адресу г. Краснодар, ул. им Федора...

• Основная часть, Физические модели таблиц базы данных - Проблема организации и хранения данных

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

• Нормализация реляционной модели, Структура таблиц базы данных - Процесс учета продукции в магазине по продаже садовых растений

  Анализ предметной области позволяет выявить пять сущностей: Сущность: Растения для сада (наименование растения; вид; высота; время цветения; отношение к...

• Проектирование логической и физической моделей базы данных - Проектирование и разработка базы данных "Прокат автомобилей"

  Логический уровень описания базы данных (логическая модель) отражает логические связи между таблицами. Логическая модель базы данных "Прокат автомобилей"...

• Проектирование информационной системы, Разработка функциональной модели системы в нотации IDF0 - Автоматизация процесса работы руководства ООО "Сервис партнер"

  Разработка функциональной модели системы в нотации IDF0 В целом, функционально совокупную систему ООО "СЕРВИС ПАРТНЕР" можно разделить на два сегмента:...

• ОРГАНИЗАЦИЯ ИНФОРМАЦИОННЫХ ПРОЦЕССОВ, Модели информационных процессов передачи, обработки, накопления данных - Теоретические основы информационных технологий

  Модели информационных процессов передачи, обработки, накопления данных Обобщенная схема технологического процесса обработки информации При производстве...

• Описание работы в среде электронного ресурса ИИС "MD_SLAGMELT", Анализ информационных технологий, Обоснование выбора модели данных - Разработка методов конвертирования данных из текстового в реляционный формат при проведении компьютерных экспериментов

  В среде электронного ресурса ИИС "MD_SLAGMELT" (Рис. 6) для доступа к компоненту "моделирование" необходима учетная запись (пара логин/пароль) (Рис.7)....

• МАТЕМАТИЧЕСКАЯ МОДЕЛЬ, ОПИСАНИЕ СТРУКТУРЫ БАЗЫ ДАННЫХ, Разработка базы данных типовых проектов по монтажу охранной сигнализации, Разработка базы данных фактического исполнения работ по проектам и причин простоев - Анализ потерь рабочего времени сорудников предприятия

  Пусть в сборку входит n монтажников, Тогда - множество монтажников, участвующих в одном этапе - рабочие, участвующие в выполнении одной операций -...

• ЛОГИЧЕСКАЯ МОДЕЛЬ РЕЛЯЦИОННОЙ БАЗЫ ДАННЫХ, ВХОДНЫЕ ДАННЫЕ - Автоматизированное рабочее место менеджера по работе с корпоративными клиентами

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

• ПОСТРОЕНИЕ КОНЦЕПТУАЛЬНОЙ МОДЕЛИ ДАННЫХ ПРЕДМЕТНОЙ ОБЛАСТИ - Автоматизированное рабочее место менеджера по работе с корпоративными клиентами

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

• Физические модели хранения данных, Файловые структуры организации базы данных - Проблема организации и хранения данных

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

• Физические модели БД - Банки и базы данных. Системы управления базами данных

  Под физической моделью БД понимается способ размещения данных на устройствах внешней памяти и способ доступа к этим данным. Каждая СУБД по-разному...

• Работа с данными для анализа - Интеллектуальный анализ данных, который способствует поддержке маркетинга в компании

  Описание исходных данных На текущий момент (в силу большой загрузки IT-отдела) не реализован доступ к серверу с ХД, маркетинговые данные выгружаются в...

• Функциональная модель организации "AS-IS", Проблемный анализ ключевых бизнес-процессов с точки зрения бизнес-целей организации - Автоматизация деятельности отдела продаж в логистической компании

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

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

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

• Концептуальная модель базы данных, Разработка концептуальной схемы БД, Разработка алгоритмов для работы с базой данных - Информационная система Вуза

  Разработка концептуальной схемы БД Концептуальная схема базы данных формируется путем перехода в Erwin с логического уровня на физический. Все отношения...

• Краткая характеристика объекта информатизации для проведения работ - Разработка частной модели угроз и технического задания на информационную систему персональных данных ТВ-компании

  2.1. ИСПДн класса К3 Заказчика характеризуются сосредоточенностью на территории занимаемого Заказчиком помещения без подключения к сетям общего...

• Справка для работы пользователя с программой - Математические модели информационных процессов управления

  Проверка программы на примере задачи. Для работы с программой запускаем файл TabSimMethod. exe рис.1. Рис.1 Файл TabSimMethod. exe Запустится программа...

• Выполнение программы, Выполнение функции добавление человека в базу данных, Выполнение функции удаление человека из базы данных, Выполнение функции изменение данных о человеке, Выполнение функции очистки данных о человеке, Выполнение функции сортировки людей по группам, Выполнение функции создания новой базы данных, Выполнение функции открытия уже существующей базы данных, Выполнение функции сохранения базы данных, Завершение работы программы - Руководство оператора

  Выполнение функции добавление человека в базу данных По нажатию на кнопку "Добавить" или сочетанием клавиш Ctrl+A произойдет добавление человека в базу...

• Условие задачи на выполнение курсовой работы, Выбор наиболее эффективного метода и решение задачи - Математические модели информационных процессов управления

  Вариант №1 1. Выбрать и обосновать наиболее эффективный метод решения задачи. 2. Разработать алгоритм и программу для решения задачи в общем виде. 3....

• Модель вычислительного процесса в GridMD - Повышение производительности работы библиотеки GridMD

  Узлы графа исполнения, используемого в GridMD, представляют собой конкретные этапы исполнения, с которыми связываются действия, определяемые программным...

• Инфологические и даталогические модели данных - Теория экономических информационных систем

  СУБД должна предоставлять доступ к данным любым пользователям, включая и тех, которые практически не имеют и (или) не хотят иметь представления о: -...

• Заключение, Список литературы - Инфологическая модель базы данных телекомуникационной компании

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

• Семиуровневая модель протоколов взаимодействия открытых систем - Управление взаимодействием процессов в вычислительных сетях. Семиуровневая модель протоколов взаимодействия открытых систем

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

• Таблицы "Заказчики", "ОсновныеСчета", "АвансПоОстаткамС2004Года", "ДанныеДляАвансОтчета", "Системы", "АвансовыйОтчет" - Инфологическая модель базы данных телекомуникационной компании

  1. Связь таблицы "Заказчики" с таблицей "АвансПоОстаткамС2004Года". Поле: "КодЗаказчика" в таблице "Заказчики" с полем "Заказчик" в таблице...

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

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

• Разработка физической модели АИС, Разработка интерфейса программы АИС - Проектирование автоматизированной информационной системы

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

• Этапы разработки базы данных, Разработка концептуальной модели базы данных, Разработка логической модели базы данных - Высокоуровневые методы информатики и программирования

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

Физическая модель данных - Автоматизация процесса работы руководства ООО "Сервис партнер"

Предыдущая | Следующая