База данных Access Прокат автомобилей
Вариант №12 – БД «Прокат автомобилей».
Постановка задачи. Создать базу данных «Прокат автомобилей» содержащую информацию об автомобилях, данных в прокат.
1) База данных должна содержать следующую информацию:
• Таблицу «Автомобили», содержащую следующую информацию об автомобилях: Марка автомобиля, Модель автомобиля, Цена проката, Номер парка, Описание.
• Таблицу «Парки», содержащую информацию о парках: Номер парка, Заведующий парком, Телефон парка, Адрес парка.
• Таблицу «Клиенты», содержащую следующую информацию о клиентах: Фамилия клиента, Имя клиента, Телефон клиента, Адрес
клиента, Дата рождения.
• Таблицу «Прокат», содержащую информацию об автомобилях, выданных в прокат: Дата сделки, Начало проката, Конец проката, Залог, Дополнительные услуги.
2) Определить первичные и вторичные (внешние) ключи (если необходимо добавьте поля). Ввод в поля с небольшим набором возможных значений организовывать с помощью полей подстановки, а также предусмотреть маску ввода, где это возможно.
3) Установить связь между таблицами, предусмотрев обеспечение целостности данных, каскадное обновление связанных полей и каскадное удаление связанных записей.
4) Ввести не менее 4 записей в таблицы без внешнего ключа и не менее 10 записей в таблицы, содержащие поле внешнего ключа.
5) Создать следующие запросы, задав для них смысловые имена:
• Запрос на выборку, для отображения информации о клиентах взявших в прокат автомобили марки Nissan. На экран вывести следующие поля: Фамилия, Имя клиента, Марка автомобиля, Модель автомобиля.
• Запрос на групповые операции, для отображения общего количества клиентов каждого парка. На экран вывести следующие поля: Номер парка, Телефон парка, Адрес парка, Количество клиентов.
• Параметрический запрос для вывода на экран данных о клиентах, оставивших в залог сумму, большую, заданной параметром.
• Перекрестный запрос, отображающий информацию о залогах, оставленных за пользование автомобилем определенной марки в каждом из автопарков.
• Запрос на создание таблицы, для создания таблицы «Автомобили Nissan», содержащую информацию обо всех имеющихся автомобилях марки Nissan. Таблица должна содержать следующие поля: Марка автомобиля, Модель автомобиля, Цена проката, Номер парка, Описание.
• Запрос на обновление, для снижения цен в таблице «Автомобили Nissan» за прокат автомобилей на 10% в связи с рекламной акцией, проводимой компанией Nissan.
6) Создать следующие формы, задав для них смысловые имена:
• Подчиненную форму, отображающую данные из таблиц «Прокат» и «Автомобили». В созданную форму добавить кнопки для перехода между записями.
• Форму с вычисляемым полем, отображающую следующую информацию: Дата сделки, Фамилия клиента, Имя клиента, Марка автомобиля, Модель автомобиля, Цена проката. В область примечаний добавить цену со скидкой на 10% на прокат данного автомобиля.
7) Создать отчет, отображающий следующую информацию: Дата сделки, Фамилия клиента, Имя клиента, Телефон клиента, Марка автомобиля, Модель автомобиля, Цена проката, Начало проката, Конец проката. В нижний колонтитул добавить свою фамилию, номер группы и дату создания базы данных.
8) Создать макросы (шесть макросов) для открытия таблиц базы данных. Задать смысловые имена макросам.
9) Создать форму «Пользовательский интерфейс» в режиме конструктора, позволяющий работать с созданной базой данных. На форме отобразить информацию о названии базы данных и об авторе. Поместить на форме командные кнопки, задав для них смысловые имена, позволяющие открывать таблицы, запросы, формы и отчеты. Оформите запрос с помощью элементов рисования панели элементов.
10) Создать макрос для автоматического открытия формы «Пользовательский интерфейс».
Таблица «Клиенты» — База данных Access Прокат автомобилей
Таблица «Автомобили» — База данных Access Прокат автомобилей
Перекрестный запрос — База данных Access Прокат автомобилей
Запрос «Кол-во клиентов по паркам» — База данных Access Прокат автомобилей
Запрос «Прокат Nissan» — База данных Access Прокат автомобилей
Форма «Автомобили» — База данных Access Прокат автомобилей
Форма «Прокат со скидкой» — База данных Access Прокат автомобилей
Отчет — База данных Access Прокат автомобилей
Пользовательский интерфейс — База данных Access Прокат автомобилей
Готовая база данных Access Прокат автомобилей доступна для скачивания по ссылке ниже.
База данных Access Прокат автомобилей
Вариант 19. Прокат автомобилей
Описание предметной области
Вы являетесь руководителем коммерческой службы в фирме, занимающейся прокатом автомобилей. Вашей задачей является отслеживание финансовых показателей работы пункта проката.
В Ваш автопарк входит некоторое количество автомобилей различных марок, стоимостей и типов. Каждый автомобиль имеет свою стоимость проката. В пункт проката обращаются клиенты.
Все клиенты проходят обязательную регистрацию, при которой о них собирается стандартная информация (фамилия, имя, отчество, адрес, телефон). Каждый клиент может обращаться в пункт проката несколько раз. Все обращения клиентов фиксируются, при этом по каждой сделке запоминаются дата выдачи и ожидаемая дата возврата.
Пояснительной записки WORD нет!
Цель практических заданий – приобретение навыков анализа предметной области, проектирования базы данных, ее физической реализации в СУБД Access.
Результат выполнения работы представляется в виде файла БД Access, который должен содержать:
• структуру спроектированных таблиц,
• схему данных со связями между таблицами,
• примеры форм, обеспечивающих интерфейс пользователя,
• запросы (в режиме Конструктора и на языке SQL),
• отчеты (в режиме отчета и в режиме Конструктора),
• главную кнопочную форму.
Таблица «Автомобили» — База данных Access «Прокат автомобилей»
Таблица «Клиенты» — База данных Access Прокат автомобилей
Запрос «Средняя стоимость авто» — База данных Access «Прокат автомобилей»
Форма «Автомобили» — База данных Access «Прокат автомобилей»
Форма «Клиенты» — База данных Access «Прокат автомобилей»
Отчет «Клиенты» — База данных Access Прокат автомобилей
Главная кнопочная форма — База данных Access «Прокат автомобилей»
Готовая база данных Access «Прокат автомобилей» доступна для скачивания по ссылке ниже.
База данных Access Прокат автомобилей
База данных Access Прокат автомобилей
8. Прокат автомобилей
Вы являетесь руководителем коммерческой службы в фирме, занимающейся прокатом автомобилей. Вашей задачей является отслеживание финансовых показателей работы пункта проката.
В Ваш автопарк входит некоторое количество автомобилей различных марок, стоимостей и типов. Каждый автомобиль имеет свою стоимость проката. Стоимость проката автомобиля зависит не только от самого автомобиля, но от года выпуска. В базе данных хранятся данные об автомобилях: Государственный номер, Марка, Модель, Год выпуска, Стоимость автомобиля, Суточная стоимость проката.
В пункт проката обращаются клиенты. Все клиенты проходят обязательную регистрацию, при которой о них собирается стандартная информация (Фамилия, Имя, Отчество, Адрес, Телефон). Каждый клиент может обращаться в пункт проката несколько раз.
В автопарке разработана система скидок (Наименование скидки, Процент от суммы проката) для постоянных клиентов и система штрафов (Наименование штрафа, Сумма штрафа) за возвращение автомобиля в ненадлежащем виде.
Все обращения клиентов фиксируются в базе данных, при этом по каждой выдаче автомобиля запоминаются: Дата выдачи, Количество дней, Ожидаемая дата возврата, Сумма проката [Сумма проката = Стоимость проката за сутки * Количество дней], Сумма скидки, Сумма штрафа, Итоговая сумма. В одной выдаче задействованы один автомобиль, один клиент, возможна скидка и может быть несколько видов штрафов.
База данных Access Прокат автомобилей содержит 8 таблиц, 9 запросов, 8 форм + главная кнопочная форма, 4 отчета. Данная база данных Access является учебной, подходит для дальнейшей оптимизации и доработки под персональные требования.
Пояснительной записки в WORD нет!
Цель практических заданий – приобретение навыков анализа предметной области, проектирования базы данных, ее физической реализации в СУБД Access.
Результат выполнения работы представляется в виде базы Access, который должен содержать:
• структуру спроектированных таблиц,
• схему данных со связями между таблицами,
• формы, обеспечивающих интерфейс пользователя,
• различные виды запросов к базе данных: на выборку; с использованием логических операций в условии отбора; с параметром; перекрестный запрос; на обновление; на добавление; на удаление; с вычисляемыми полями (если это возможно для Вашей предметной области).
• отчеты,
• главную кнопочную форму.
Таблица «Автомобили» — База данных Access Прокат автомобилей
Таблица «Клиенты» — База данных Access Прокат автомобилей
Запрос «Все прокаты» — База данных Access Прокат автомобилей
Запрос «Расчет итоговой суммы проката» — База данных Access Прокат автомобилей
Отчет «Прайс-лист компании»
Готовая база данных Access Прокат автомобилей доступна для скачивания по ссылке ниже.
Готовая база данных Access Прокат автомобилей
Описание товара
Вариант №12 – БД «Прокат автомобилей».
Постановка задачи. Создать базу данных «Прокат автомобилей» содержащую информацию об автомобилях, данных в прокат.
1) База данных должна содержать следующую информацию:
• Таблицу «Автомобили», содержащую следующую информацию об автомобилях: Марка автомобиля, Модель автомобиля, Цена проката, Номер парка, Описание.
• Таблицу «Парки», содержащую информацию о парках: Номер парка, Заведующий парком, Телефон парка, Адрес парка.
• Таблицу «Клиенты», содержащую следующую информацию о клиентах: Фамилия клиента, Имя клиента, Телефон клиента, Адрес
клиента, Дата рождения.
• Таблицу «Прокат», содержащую информацию об автомобилях, выданных в прокат: Дата сделки, Начало проката, Конец проката, Залог, Дополнительные услуги.
2) Определить первичные и вторичные (внешние) ключи (если необходимо добавьте поля). Ввод в поля с небольшим набором возможных значений организовывать с помощью полей подстановки, а также предусмотреть маску ввода, где это возможно.
3) Установить связь между таблицами, предусмотрев обеспечение целостности данных, каскадное обновление связанных полей и каскадное удаление связанных записей.
4) Ввести не менее 4 записей в таблицы без внешнего ключа и не менее 10 записей в таблицы, содержащие поле внешнего ключа.
5) Создать следующие запросы, задав для них смысловые имена:
• Запрос на выборку, для отображения информации о клиентах взявших в прокат автомобили марки Nissan. На экран вывести следующие поля: Фамилия, Имя клиента, Марка автомобиля, Модель автомобиля.
• Запрос на групповые операции, для отображения общего количества клиентов каждого парка. На экран вывести следующие поля: Номер парка, Телефон парка, Адрес парка, Количество клиентов.
• Параметрический запрос для вывода на экран данных о клиентах, оставивших в залог сумму, большую, заданной параметром.
• Перекрестный запрос, отображающий информацию о залогах, оставленных за пользование автомобилем определенной марки в каждом из автопарков.
• Запрос на создание таблицы, для создания таблицы «Автомобили Nissan», содержащую информацию обо всех имеющихся автомобилях марки Nissan. Таблица должна содержать следующие поля: Марка автомобиля, Модель автомобиля, Цена проката, Номер парка, Описание.
• Запрос на обновление, для снижения цен в таблице «Автомобили Nissan» за прокат автомобилей на 10% в связи с рекламной акцией, проводимой компанией Nissan.
6) Создать следующие формы, задав для них смысловые имена:
• Подчиненную форму, отображающую данные из таблиц «Прокат» и «Автомобили». В созданную форму добавить кнопки для перехода между записями.
• Форму с вычисляемым полем, отображающую следующую информацию: Дата сделки, Фамилия клиента, Имя клиента, Марка автомобиля, Модель автомобиля, Цена проката. В область примечаний добавить цену со скидкой на 10% на прокат данного автомобиля.
7) Создать отчет, отображающий следующую информацию: Дата сделки, Фамилия клиента, Имя клиента, Телефон клиента, Марка автомобиля, Модель автомобиля, Цена проката, Начало проката, Конец проката. В нижний колонтитул добавить свою фамилию, номер группы и дату создания базы данных.
8) Создать макросы (шесть макросов) для открытия таблиц базы данных. Задать смысловые имена макросам.
9) Создать форму «Пользовательский интерфейс» в режиме конструктора, позволяющий работать с созданной базой данных. На форме отобразить информацию о названии базы данных и об авторе. Поместить на форме командные кнопки, задав для них смысловые имена, позволяющие открывать таблицы, запросы, формы и отчеты. Оформите запрос с помощью элементов рисования панели элементов.
10) Создать макрос для автоматического открытия формы «Пользовательский интерфейс».
Таблица «Клиенты» — База данных Access Прокат автомобилей
Таблица «Автомобили» — База данных Access Прокат автомобилей
Перекрестный запрос — База данных Access Прокат автомобилей
Запрос «Кол-во клиентов по паркам» — База данных Access Прокат автомобилей
Запрос «Прокат Nissan» — Готовая база данных Access Прокат автомобилей
Форма «Автомобили» — Готовая база данных Access Прокат автомобилей
Форма «Прокат со скидкой» — База данных Access Прокат автомобилей
Отчет — Готовая база данных Access Прокат автомобилей
Пользовательский интерфейс — Готовая база данных Access Прокат автомобилей
Разработка базы данных «Прокат автомобилей»
Разработка приложения для автоматизации процесса обработки информации по прокату автомобилей. Определение ограничений по входным, выходным данным базы данных (БД). Разработка модели потоков данных БД с использованием инструментальной среды проектирования.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 08.02.2017 |
| Размер файла | 2,9 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Министерства образования и науки Самарской области
Государственное бюджетное профессиональное образовательное учреждение Самарской области
«Самарский машиностроительный колледж»
к курсовому проекту по междисциплинарному курсу
«Технология разработки и защиты баз данных»
Тема курсового проекта: Разработка базы данных «Прокат автомобилей»
Руководитель курсового проекта
Караулова Вероника Ивановна
Студент группы 483
Введение
Компании, занимающиеся автопрокатом, предлагают различные модификации автомобилей иностранных и отечественных производителей. Также предоставляют дополнительные услуги, такие как: прокат автомобиля с водителем; доставка автомобиля по месту требования и т.д.
Такой вид деятельности в г. Самаре широко развивается. Услуги автопроката востребованы, как частными, так и корпоративными клиентами. Это прекрасная возможность сэкономить финансовые средства и большое количество времени.
Сегодня можно с уверенностью утверждать, что решение широкого круга задач в любой сфере деятельности человека практически невозможно без использования системы управления баз данных.
Целью курсового проекта является разработка приложения для автоматизации процесса обработки информации в сфере проката автомобилей.
1. Анализ предметной области
1. Юридический адрес
443022, Самара, Заводское шоссе, 11, офис 109 ООО «БУМЕРАНГ-АВТО»
– ИНН 6312143781; КПП 631801001;
– Р/с 0702810129180001170 в Филиал «Самарский» АО «АЛЬФА-БАНК»;
– К/с 30101810200000000824 в ВОЛГО-ВЯТСКОЕ ГУ БАНКА РОССИИ;
Телефоны:+7 (846) 989-04-24;+7 (937) 989-04-34;8-927-260-54-51 спец. техника; 8-937-99-80-60 технический специалист;
2. Деятельность компании
Компания «БУМЕРАНГ-АВТО» оказывает услуги в области аренды и проката автомобилей в Самаре.
3. Структура предприятия
4. Ограничение предметной области
На сновании бланка договора, паспорта автомобиля, страхового полиса автомобиля выявлены следующие ограничения:
– Паспортные данные (серия номер)- 11 знаков;
2. Техническое задание
1.1. Наименование программы: база данных «БУМЕРАНГ АВТО».
1.2. Краткая характеристика области применения: База данных предназначена для ввода, вывода, хранения, удаление, редактирования информации о клиентах, сотрудниках, автомобилях «БУМЕРАНГ АВТО».
1.3. Условные обозначения и сокращения:
1.4. Основания для разработки: задание на курсовую работу.
2. Назначение разработки
2.1. Функциональное назначение: БД предназначена для добавления, редактирования и удаления данные об автомобилях, сотрудниках и договорах на аренду. Печать договоров, учета информации
3. Требования к программе или программному изделию
3.1. Требования к составу выполняемых функций
1. Осуществлять ввод, вывод, редактирование информации о сотрудниках, клиентах, автомобилях.
2. Осуществлять поиск сотрудников, клиентов, автомобилей.
3.2. Ввод и редактирование информации
В Базе должна быть предусмотрена возможность ввода и редактирования информации о договорах аренды автомобилей:
– Категория прав на автомобиль
– Дата начала аренды
– Дата окончания аренды
Поиск и просмотр информации
В Базе должна быть предусмотрена возможность поиска и просмотра информации о сотрудниках. Поиск должен выполняться по одному из следующих параметров:
1) Поиск по марке авто
2) Поиск по ФИО клиента
3) Поиск по гос. номеру
4) Поиск по ФИО сотрудника
3.3. Требования к организации входных данных
Буквы английского алфавита и цифры
Категория водительских прав
Год изготовления ТС
Кузов (кабина, прицеп)
Цвет кузова (кабины, прицепа)
Мощность двигателя, л/с (кВт)
Масса без нагрузки, кг
Разрешенная максимальная масса, кг
Дата выдачи паспорта
Паспортные данные клиента
Категория прав на автомобиль
Дата начала аренды
Дата окончания аренды
Стоимость аренды за сутки
Дата поступления на ремонт
Дата окончания ремонта
Фамилия Имя Отчество
Дата приема на работу
3.4. Требования к выходным данным
Выходные данные соответствуют входным данным. Просмотр выходных данных осуществляется на мониторе и отображается в виде таблицы.
Категория водительских прав
Год изготовления ТС
Кузов (кабина, прицеп)
Цвет кузова (кабины, прицепа)
Мощность двигателя, л/с (кВт)
Масса без нагрузки, кг
Разрешенная максимальная масса, кг
Дата выдачи паспорта
4. Требования к надежности
4.1. Требования к обеспечению надежного (устойчивого) функционирования программы
Надежное (устойчивое) функционирование БД должно быть обеспечено выполнением Организацией (Частным учебным центром) и компьютерным отделом в совокупности организационно-технических мероприятий, а именно:
1) своевременное пополнение базы данных
2) организацией бесперебойного питания серверного и коммуникационного оборудования
3) использованием лицензионного программного обеспечения
4) регулярным выполнением рекомендаций Министерства здравоохранения и социального развития РФ, изложенных в Приказе от 14 октября 2011 г. «Об утверждении Межотраслевых типовых норм времени на работы по сервисному обслуживанию оборудования телемеханики, сопровождению и доработке программного обеспечения»
5) регулярным выполнением требований ГОСТ 51188-98. «Защита информации. Испытания программных средств на наличие компьютерных вирусов» (переиздание от 01.08.2003 г.)
4.2. Отказы из-за некорректных действий оператора
Возможными считаются отказы Базы вследствие некорректных действий персонала, обслуживающего СУБД, операционную систему, под управлением которой работает База, в том числе использование нелицензионного ПО. Защита от подобных действий настоящим Техническим заданием не предусматривается. Меры безопасности по недопущению некорректных действий персонала должны определяться соответствующими руководствами пользователя и системного программиста.
5. Условия эксплуатации
5.1. Требования к видам обслуживания
Обслуживание Базы включает в себя:
2) системное администрирование БД
5.2. Требования к численности и квалификации персонала
В соответствии с указанными в п. 4.3.2 видами обслуживания Базы, минимальное количество персонала, требуемое для ее нормального функционирования, должно составлять не менее двух штатных единиц: ответственный за информационное обслуживание и системный администратор.
Ответственный за информационное обслуживание Базы должен обладать практическими навыками работы с пользовательским интерфейсом операционной системы, знать общие принципы организации и функционирования информационных систем, быть компетентным в предметной области Базы.
Системный администратор должен иметь специальное или высшее профильное образование и обладать необходимыми знаниями в области администрирования операционных систем и используемой СУБД. В перечень выполняемых им задач должны входить:
1) поддержание работоспособности технических средств
3) установка (инсталляция) и настройка программного изделия
5.3. Требования к составу и параметрам технических средств
Минимальные аппаратные требования:
– Процессор: тактовая частота 1GHz;
– Оперативная память: 512Mb оперативной памяти;
– Видеокарта: Встроенный графический адаптер с 512 Мб видеопамяти;
– Свободное место на жёстком диске: 2000Kb;
– Прочие средства: мышь, клавиатура, монитор;
5.4. Требования к информационной и программной совместимости
БД работает при наличии ОС типа Windows и установленного пакета MSOffice, включая MSAccess.
Требования к защите информации и программ
Требования к защите информации и программ не предъявляются.
6. Требования к программной документации
6.1. Предварительный состав программной документации
Состав программной документации должен включать в себя:
– ГОСТ 19.503-79. ЕСПД. Руководство системного программиста.
– ГОСТ 19.505-79. ЕСПД. Руководство оператора.
3. Выбор средств методологии проектирования
Методология проектирования БД предусматривает разбиение всего процесса проектирования на несколько фаз, каждая из которых состоит из нескольких этапов.
Общепринятая методология проектирования БД разделяется на 3 основные фазы:
Существуют несколько методологий проектирования, представлены в таблице 6.
Тип разрабатываемой модели
SADT (StructuredAnalysisandDesignTechnique, методология структурного анализа и проектирования)
DFD (DataFlowDiagrams,диаграммы потоков данных)
Функциональная или компонентная
ERD (Entity-Relationship Diagrams,диаграммы «сущность-связь»)
EPC (Event-driven Process Chain, событийнаяцепочкапроцессов)
Функциональная или поведенческая
BPMN (Business Process Model and Notation, модельинотациябизнес-процессов)
Функциональная или поведенческая
Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:
– графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом функции выполняются и управляются (модели IDEF0,IDEF1,IDEF2, IDEF3, IDEF3X);
– строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика.
Правила SADT включают:
– ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);
– связность диаграмм (номера блоков);
– уникальность меток и наименований (отсутствие повторяющихся имен);
– синтаксические правила для графики (блоков и дуг);
– разделение входов и управлений (правило определения роли данных).
– отделение организации от функции, т.е. исключение влияния организационной структуры на функциональную модель.
1. Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.
При построении функциональной модели системы альтернативой методологии SADT(IDEF0,IDEF1,IDEF2, IDEF3, IDEF3X) является методология диаграмм потоков данных(DataFlowDiagrams, DFD). В отличие отIDEF0, предназначенной для проектирования систем вообще, DFD предназначена для проектирования потоков информационных систем. Ориентированность этой методологии на проектирование автоматизированных систем делает ее удобным и более выгодным инструментом при построении функциональной модели TO-BE.
3. При проектировании БД в виде поведенческой модели используют методологию Flowcharts (блок-схемы). С помощью схем можно отобразить как статические, так и динамические аспекты системы. Символы, приведенные в государственном стандарте, могут использоваться в следующих типах схем:
5. Основной целью BPMN (BusinessProcessModelandNotation) является обеспечение доступной нотацией описания бизнес-процессов всех пользователей: от аналитиков, создающих схемы процессов, и разработчиков, ответственных за внедрение технологий выполнения бизнес-процессов, до руководителей и обычных пользователей, управляющих этими бизнес-процессами и отслеживающих их выполнение. Таким образом, BPMN нацелен на устранение расхождения между моделями бизнес-процессов и их реализацией.
Для проектирования концептуальной модели БД «прокат автомобилей» будем использовать методологию SADT (IDF0) и DFD (диаграмму потоков).
Моделирование информационных систем и БД, как правило, выполняется с помощью case-средств. К таким средствам относятся:
4. RationalRose представляет собой CASE средство проектирования и разработки информационных систем и программного обеспечения для управления предприятиями. Как и другие CASE средства (ARIS, BPwin, ERwin) его можно применять для анализа и моделирования бизнес процессов.
Для проектирования концептуальной модели воспользуемся CASE-средством СА ErwinProcessModeler, а для проектирования физико-логической модели воспользуемся CA ErwinProcessModeler,так как они изучались на дисциплине инструментальные средства разработки программного обеспечения.
4. Разработка концептуальной модели
Основной объем задач концептуального проектирования относится к ранним стадиям разработки технических систем: при постановке задачи на проектирование, выработке массива вариантов технических и оформительских решений и в эскизном проектировании, при создании технического задания.
4.1 Разработка модели IDEF0 БД «Прокат авто»
На основании анализа предметной области (см. стр. 2)и ТЗ (см. стр. 4) построим концептуальную модель IDEF0 БД «Прокат авто».
Для построения концептуальной модели была использована среда case-проектирования CA ErwinProcessModeler.
Элементы графической нотации IDEF0
Прямоугольник представляет собой работу (процесс, деятельность, функцию или задачу), которая имеет фиксированную цель и приводит к некоторому конечному результату. Имя работы должно выражать действие (например, «Изготовление детали», «Расчет допускаемых скоростей», «Формирование ведомости ЦДЛ № 3»).
Взаимодействие работ между собой и внешним миром описывается в виде стрелок. В IDEF0 различают5видов стрелок:
При запуске Process Modeler открывается диалоговое окно, с созданием выбора имени и типа концептуальной модели или открытия уже готовой модели в соответствии с рисунком 3.