Ім'я файлу: ПОЯСНИТЕЛЬНАЯ ЗАПИСКА.docx
Розширення: docx
Розмір: 1186кб.
Дата: 08.05.2021
скачати
Пов'язані файли:
Курсовая работа.docx

КУРСОВАЯ РАБОТА

Тема: «Разработка базы данных автосалона»
Выполнил:
Студент
Специальность:
Научный руководитель:

Преподаватель

2021 г.

СОДЕРЖАНИЕ


ВВЕДЕНИЕ 3

1ТЕОРЕТИЧЕСКАЯ ЧАСТЬ 5

1.1Структурный подход к проектированию информационной системы 5

1.2Анализ поставленной задачи 6

1.3Объекты системы автосалона 8

2ПРАКТИЧЕСКАЯ ЧАСТЬ 10

2.1Системный анализ предметной области 10

2.2Концептуальная модель данных 12

2.3Логическая схема БД 14

2.4Способы администрирования и защиты базы данных 18

2.5Группы пользователей и их права доступа 20

Заключение 21

БИБЛИОГРАФИЧЕСКИЙ СПИСОК 22

Приложение 1 Руководство пользователя 3

Приложение 2 Руководство администратора базы данных 5

ВВЕДЕНИЕ


В современное время число автомобилей растёт в геометрической прогрессии, следовательно, растет на них и спрос. Автомобиль - самое популярное средство передвижения. Существует огромное количество автосалонов по продаже автомобилей. При продаже автомобиля необходимо учитывать, что клиент хочет “немедленно” получить автомобиль, т.е. без ожидания. Если этот факт не учитывать, популярность автосалона резко упадет. А ведь главное для автосалона - это клиент, нет клиента, нет и автосалона. Чтобы избежать такую ситуацию, нужно внедрять быструю и качественную информационную систему. Многие фирмы имеют информационные системы, оставляющие желать лучшего. А некоторые и вовсе её не имеют. Чтобы работа автосалона была прибыльной, нужно внедрять только качественные программные продукты, и набирать соответствующий персонал. Бесспорно, в РФ отечественный автомобиль занимает более половины рынка всех автомобилей, значит, на него существует хороший спрос.

Объект исследования: Автосалон по продаже автомобилей.

Предмет исследования: Обеспечение продаж автосалона.

Работа выполнена на материалах Багриновский К.А. Хрусталев Е.Ю. [4], Пирогов В. [10], Гвоздева В.А. [5Error: Reference source not found], Головчинер М.Н. [6Error: Reference source not found] и других.

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

Задачи исследования:

  • Собрать требования и их проанализировать;

  • Построить концептуальную модель программного обеспечения;

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

  • Провести оформление технического проекта системы;

  • Выбрать методологию проектирования ИС.

В теоретической части курсовой работы описана предметная область, разработка объектно-ориентированной модели системы средствами RationalRose.

В практической части будут решены следующие вопросы:

  • системный анализ предметной области;

  • концептуальная модель данных;

  • логическая схема БД;

  • способы администрирования и защиты БД;

  • описание групп пользователей и их прав доступа.



  1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

    1. Структурный подход к проектированию информационной системы


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

Все наиболее распространенные методологии структурного подхода [9,11,12,13] базируются на ряде общих принципов [3]. В качестве двух базовых принципов используются следующие:

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

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

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

  • принцип абстрагирования - заключается в выделении существенных аспектов системы и отвлечения от несущественных;

  • принцип формализации - заключается в необходимости строгого методического подхода к решению проблемы;

  • принцип непротиворечивости - заключается в обоснованности и согласованности элементов;

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

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

  • SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;

  • DFD (Data Flow Diagrams) диаграммы потоков данных;

  • ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь".

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
    1. Анализ поставленной задачи


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

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

Каждый автосалон является индивидуальным, что создает еще одну проблему. Разработать же универсальное решение, включая все требования, не так уж и легко.

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

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

В свою очередь экономичность обусловлена:

использованием продуктивных и качественных программных комплексов;

сокращением расходов, связанные с сокращением количества консультантов.

Информационная модель автосалона

Информационная модель автосалона, которая должна стать основой для функционирования системы, фиксирует значения характеристик системы. Это означает, что данная система должна иметь временной фактор. Поэтому модель должна иметь следующие характеристики:

выполнять декомпозицию сущностей исходя из временных характеристик;

сохранять состояния объекта относительно времени;

изымать объект по приоритетному состояния.

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

Функция системы - это все то, что выполняет система или может выполнять согласно своему назначению. Множество функций системы является преобразованием назначения системы в действии. Функцию элемента удобно рассматривать как совокупность ее состояний в пространстве и времени. При взаимодействии функций довольно часто возникает новое свойство (свойства), которые не обнаруживаются в каждом отдельном элементе системы. Например, достаточно сложно понять функцию отдельной части автомобиля изолированно от него, однако она становится понятной, когда мы видим ее во взаимодействии с другими, то есть когда автомобиль движется. Одна и та же функция может осуществляться несколькими путями.

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

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


Объект является олицетворением сущности проблемной области, меняет свое состояние относительно с изменением времени. В данной системе определены следующие объекты:

  • автомобиль;

  • двигатель;

  • кузов;

  • стандартное оборудование;

  • продавец;

  • продажу.

Рассмотрим характеристики отдельных элементов системы:

Автомобиль.

Автомобиль имеет ряд таких свойств: марка автомобиля, цена в дилерской сети, двигателя, кузова и стандартного оборудования.

Двигатель.

Выбирая автомобиль каждый хочет знать, насколько он мощный. К свойствам двигателя относятся: тип двигателя, количество клапанов, мощность и разгон 0 - 100 км / ч.

Кузов.

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

Стандартное оборудование.

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

Продавец.

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

Продажа.

Каждый, кто хочет приобрести автомобиль может узнать автомобиль покупают больше всего. Продажа характеризуется: заказ, автомобиля, датой продажи, цене автомобиля в автосалоне и продавца.
  1. ПРАКТИЧЕСКАЯ ЧАСТЬ

    1. Системный анализ предметной области


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

Контекстная диаграмма автосалона по продаже автомобилей (Рисунок 1) отображает взаимодействие системы с окружающим миром. Управление работой автосалона осуществляется правилами и должностными инструкциями. Механизмами являются заявки клиентов. Материалом для деятельности автосалона являются сотрудники и клиенты. На выходе, как результат деятельности информационной системы, получаются выполненные заказы.



Рисунок 1 Контекстная диаграмма автосалона

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



Рисунок 2 Диаграмма декомпозиции первого уровня

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

Создана диаграмма декомпозиции диаграммы «Работа с поставщиками» в методологии IDEF0.

Работа с поставщиками может быть трёх видов: анализ предложений от поставщиков, отбор моделей и передача авто на сервисное обслуживание. При передаче авто на сервисное обслуживание подается заявка на гарантийное обслуживание. При анализе предложений поставщиков подписывается контракт на поставку автомобиля. Создадим диаграммы декомпозиции «Работа с поставщиками» в методологии IDEF0 (рисунок 3) и отдел работы с клиентами (рисунок 4).



Рисунок 3Диаграмма декомпозиции «Работа с поставщиками» IDEF0



Рисунок 4.Диаграмма декомпозиции «Отдел работы с клиентами» IDEF0
    1. Концептуальная модель данных


ER-диаграмма базы данных, приведена на рисунке 5.

Диаграмма выполнена в нотациях IDEF1X.



Рисунок 5ER-диаграмма БДАвтосалон

Диаграммы FA-уровня модели, выполненные в нотациях стандарта IDEF1X, представлена на рисунке 6.



Рисунок 6 FA-уровень модели данных

Глоссарий сущностей представлен в таблице 1.

Таблица 1- Глоссарий сущностей

Сущность

Описание

Автомобили

Список автомобилей

Клиенты

Список клиентов

Кузова

Описание кузовов

Менеджеры

Список менеджеров

Партия

Список партий

Поставщики

Список поставщиков

Продажа

Список продаж

Сборка

Описание сборки



    1. Логическая схема БД


Создана схема в MS Access 2010.



Рисунок 7. Схема БД Автосалон в MS Access 2010

Свойства столбцов таблицы «Автомобили» представлены в таблице 2:
Таблица 2- Свойства столбцов таблицы Автомобили

Наименование поля

Тип данных

Ключевое поле

Размер поля

Примечание

kod avto

счетчик

Да

Длинное целое

Подпись: код автомобиля.

kod post

числовой

Нет

Длинное целое

Подпись: код поставщика; обязательное; подстановка из таблицы «поставщики».

tip sb

числовой

Нет

Длинное целое

Подпись: тип сборки; обязательное; подстановка из таблицы «сборка».

tip kuz

Числовой

Нет

Длинное целое

Подпись: тип кузова; обязательное; подстановка из таблицы «кузова».

marka

текстовый

Нет

15

Подпись: марка; обязательное; маска ввода: ????????.

model

текстовый

Нет

15

Подпись: модель; обязательное.

kol

числовой

Нет

Целое

Подпись: количество; обязательное; условие на значение: >=0; сообщение об ошибке: количество не может быть отрицательным.

nal

логический

Нет

Да/нет

Подпись: наличие.


Свойства столбцов таблицы «Клиенты» представлены в таблице 3:

Таблица 3 - Свойства столбцов таблицы Клиенты

Наименование поля

Тип данных

Ключевое поле

Размер поля

Примечание

Kod kli

Счетчик

Да

Длинное целое

Подпись: код клиента;

Fio

Текстовый

Нет

255

Подпись: фамилия, имя, отчество клиента; обязательное; маска ввода: ?????.

City

Текстовый

Нет

15

Подпись: город; обязательное; маска ввода:??????.

Address.

Текстовый

Нет

30

Подпись: адрес; обязательное.

Tel

Текстовый

Нет

16

Подпись: телефон; обязательное; маска ввода: \(#\-####\)##\-##\-##.


Свойства столбцов таблицы «Кузова» представлены в таблице 4:

Таблица 4 - Свойства столбцов таблицы Кузова

Наименование товара

Тип данных

Ключевое поле

Размер поля

Примечание.

Kod kuz

Счетчик

Да

Длинное целое

Подпись: код кузова.

Tip kuz

Текстовый

Нет

15

Подпись: тип кузова; обязательное.


Свойства столбцов таблицы «Менеджеры» представлены в таблице 5:

Таблица 5 - Свойства столбцов таблицы Менеджеры

Наименование поля.

Тип данных.

Ключевое поле

Размер поля.

Примечание.

Kod men

Счетчик

Да

Длинное целое

Подпись: код менеджера.

Fio

Текстовый

Нет

25

Подпись: фамилия, имя, отчество менеджера; обязательное; маска ввода: ???????.

Data

Дата/ время

Нет

Краткий формат даты.

Подпись: дата принятия менеджера на работу; обязательное.

Oklad

Денежный

Нет

# ##0,0

Подпись: должностной оклад; обязательное;

Adress

Текстовый

Нет

30

Подпись: адрес; обязательное.


Свойства столбцов таблицы «Партия» представлены в таблице 6:

Таблица 6 - Свойства столбцов таблицы Партия

Наименование поля.

Тип данных

Ключевое поле

Размер поля

Примечание.

Kod part

Счетчик

Да

Длинное целое

Подпись: код партии;

Kod post

Числовой

Нет

Длинное целое

Подпись: код поставщика; обязательное;







Нет




Подстановка из таблицы «поставщики».

Tip sb

Числовой

Нет

Длинное целое

Подпись: тип сборки; обязательное; подстановка из таблицы « сборка».

Tip kuz

Числовой

Нет

Длинное целое

Подпись: тип кузова; обязательное; подстановка из таблицы « кузова».

Marka

Текстовый

Нет

255

Подпись: марка; обязательное; подстановка из таблицы « автомобили».

Model

Числовой

Нет

Длинное целое

Подпись: модель; обязательное; подстановка из таблицы « автомобили».

Kol

Числовой

Нет

Целое

Подпись: количество; обязательное.

Cena

Денежный

Нет

# ##0,0

Подпись: цена партии; обязательное.


Свойства столбцов таблицы «Поставщики» представлены в таблице 7:

Таблица 7 - Свойства столбцов таблицы Поставщики

Наименование поля.

Тип данных.

Ключевое поле

Размер поля.

Примечание.

Kod post

Счетчик

Да

Длинное целое

Подпись: код поставщика.

Firma

Текстовый

Нет

25

Подпись: наименование фирма; обязательное.

City

Текстовый

Нет

15

Подпись: город; обязательное; маска ввода:???????.

Address

Текстовый

Нет

30

Подпись: адрес;

Tel

Текстовый

Нет

16

Подпись: телефон фирмы;


Свойства столбцов таблицы «Продажа» представлены в таблице 8:

Таблица 8 - Свойства столбцов таблицы Продажа

Наименование поля.

Тип данных.

Ключевое поле

Размер поля.

Примечание.

Kod pr.

Счетчик.

Да

длинное целое.

подпись: код продажи.

Kod kli.

Числовой.

Нет

Длинное целое.

Подпись: код клиента; обязательное; подстановка из таблицы «клиенты».

Kod men

Числовой

Нет

Длинное целое

Подпись: код менеджера; обязательное.

Kod part

Числовой

Нет

Длинное целое

Подпись: код партии; обязательное; подстановка из таблицы « партия».

Kod avto

Числовой

Нет

Длинное целое

Подпись автомобиль; обязательное; подстановка из таблицы « автомобили».

Tip sb

Числовой

Нет

Длинное целое

Подпись: сборка; обязательное; подстановка из таблицы «сборка».

Data

Дата/время

Нет

Краткий формат времени

Подпись: дата оформления; обязательное; маска ввода: ##.##.####.

Summa

Денежный

Нет




Подпись: сумма; обязательное.

Otmetka

Логический

Нет

Да/нет

Подпись: отметка о выплате.

Свойства столбцов таблицы «Сборка» представлены в таблице 9:

Таблица 9 - Свойства столбцов таблицы Сборка

Наименование поля.

тип данных

Ключевое поле

Размер поля

Примечание.

Kod sb

Счетчик

Да

Длинное целое

Подпись: код сборки.

Tip sb

Текстовый

Нет

10

Подпись: тип сборки; обязательное.

Opisanie

Текстовый

Нет

255

Подпись: описание; обязательное.



    1. Способы администрирования и защиты базы данных


Базы данных требуют не только хороших технических характеристик, но и хорошего управления (администрирования).

Общий вид структурной схемы администрирования базы данных представлен на рисунке 8. Основными элементами (действующими лицами и объектами) администрирования являются:

Пользователи — это отдельные лица или организации (предприятия, фирмы), пользующиеся услугами базы данных.

Администратор БД — это лицо или группа лиц, ответственных за проектирование, состояние, развитие и целевое использование БД пользователями.

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



Рисунок 8. Структурная схема администрирования базы данных 

Основные функции администратора БД:

  • сбор данных об объектах предметной области и связях между ними;

  • проектирование баз данных и обучение пользователей;

  • размещение данных в БД, редактирование и удаление данных, •контроль новизны, полноты, достоверности и не противоречивости данных;

  • поддержание целостности БД в пределах заданных ограничений;

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

  • согласование требований пользователей и разработчиков программного обеспечения БД, физическая организация и совместимость компонентов БД;

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

  • резервирование БД;

  • восстановление БД в аварийных ситуациях, поиск ианализ источников отказов.

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

Необходимость защиты БД возникает из-за возможности нарушения ее целостности:

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

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

  • случайных сбоев в работе аппаратуры БД, ПО, системах электропитания, каналах и сетях связи и т.п.
    1. Группы пользователей и их права доступа


В базе данных две группы пользователей – администратор и пользователей. Права и доступ к данных описан в приложении 1 и в приложении 2.

Заключение


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

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

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

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

  • произведен выбор методологии проектирования ИС;

При написании курсовой работы были применены и закреплены теоретические знания, полученные во время обучения в университете, а также приобретен опыт работы и освоены новые знания.

В процессе проектирования был изучен теоретический материал, на основе которого разработана информационной системы «Учёт продаж». Был проведен анализ сред разработки автоматизированных систем.

Данный курсовой проект может быть использован при разработке (программировании) информационной системы «Учёт продаж».

БИБЛИОГРАФИЧЕСКИЙ СПИСОК


  1. ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»

  2. ГОСТ 34.321-96. Информационные технологии. Система стандартов по базам данных. Эталонная модель управления данными

  3. ГОСТ 7.70-96 СИБИД. Описание баз данных и машиночитаемых информационных массивов. Состав и обозначение характеристик

  4. Багриновский К.А. Хрусталев Е.Ю. Новые информационные технологии. – М.: ЭКО, 2015. – С.25.

  5. Гвоздева В.А. Информатика, автоматизированные информационные технологии и системы - М.: ИД ФОРУМ: НИЦ ИНФРА-М, 2015. - 544 с.

  6. Головчинер М.Н. Проектирование информационных систем / М.Н.Головчинер. - Томск: ТГУ, 2015. — С.110.

  7. Грофф Дж.Р., Вайнберг П.Н., Оппелъ Э. Дж., SQL. Полное руководство. - Вильямс, 2015. -959с., ил.

  8. Гуриков С.Р.. Интернет-технологии: Учебное пособие - М.: Форум: НИЦ ИНФРА-М, 2015. - 184 с.

  9. Лойко В.И. Информационные системы и технологии в экономике: Учебник. – 2-е изд., доп. и перераб [Текст] / В.И. Лойко, Т.П. Барановская, М.И. Семенов, А.И. Трубилин. – М.: Финансы и статистика, 2015. – 416 с.

  10. Пирогов В. Информационные системы и базы данных: организация и проектирование. СПб.: БХВ, 2015. – 341 с.

  11. Долганова, О.И. Моделирование бизнес-процессов: Учебник и практикум для академического бакалавриата / О.И. Долганова, Е.В. Виноградова, А.М. Лобанова. - Люберцы: Юрайт, 2016. - 289 c.

  12. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем. Учебник: моногр. / Э.Р. Ипатова. - М.: Флинта, 2016. - 300 c.

  13. Ипатова, Э. Р. Методологии и технологии системного проектирования информационных систем. Учебник: моногр. / Э.Р. Ипатова. - М.: Флинта, 2016. - 300 c.

  14. Макконел Стив. Профессиональная разработка программного обеспечения [Текст] / С. Макконел; пер. с англ. под ред. В.Агаповой. – СПб.: Символ-Плюс, 2016. – 240 с.

  15. Рыбальченко М. Архитектура информационных систем. М.: Эксмо, 2016. – 221 с.

  16. Синева П. А. Компьютерные технологии в жизненном цикле изделия / П. А. Синева. – СПб: СПбГУ ИТМО, 2016 – С.27.

  17. Стасышин Д. Проектирование информационных систем и баз данных. СПб.: Питер, 2017. – 453 с.

  18. Конноли Томас, Бегг Каролин. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. 3-е издание: Пер. с анг. – М.: Издательский дом «Вильямс», 2019. – 1440 с.

  19. Проектирование и разработка автоматизированных, информационных и аналитических систем [Электронный ресурс]. – URL: www.info-system.ru (дата обращения: 03.05.2021)



Приложение 1 Руководство пользователя


При запуске приложения MicrosoftAccess потребителю открывается меню запроса в виде кнопочной формы «Поисково-информационная система по автосалону», в котором имеется 3 кнопки, «Пользователь», «Администратор» и «Определите права доступа к базе».



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

При нажатии на кнопку «Определите права доступа» появлчяется следующее поясняющее окно:



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

В меню пользователя потребитель может пролистать список автомобилей или провести его выбор по критериям отбора, а также он имеет возможность выйти из базы в окно «Рабочий стол» Windows.


Приложение 2 Руководство администратора базы данных


Если потребитель базы является администратором, то после ввода пароля из формы запроса:



Ему выводится следующая форма:



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

При нажатии кнопки «Корректировка списка» открывается новая форма с возможностью проведения корректировки записи и возврата в основное меню.



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


скачати

© Усі права захищені
написати до нас