webdonsk.ruКак сделать проектное задание на самостоятельную разработку базы данных
Добавил пользователь Евгений Кузнецов Обновлено: 01.09.2024
Вариант 1. Домашняя коллекция дисков
Необходимо создать базу данных для приложения, учитывающего информацию о домашней коллекции CD и DVD. Хранится информация о контенте диска (музыка, фильмы). Для музыкального произведения хранится информация об исполнителе, альбоме, название песни, жанр и год выхода альбома. Для фильма – название, режиссер, список актеров и жанр фильма. Необходимо учитывать, что песня или фильм могут встречаться более чем на одном диске.
Вариант 2. Цветочный магазин
Необходимо создать базу данных для приложения, обслуживающего информационные потребности цветочного магазина. В БД должны храниться сведения о цветах, которые есть в продаже (название, класс, цена, кол-во экземпляров, срок завоза, страна происхождения). Кроме этого, необходимо создать иерархический классификатор цветов (Класс-Отряд-Семейство-Вид) для облегчения поиска необходимых растений. Каждый класс имеет название и краткое описание. БД также должна учитывать продажи цветов (дата продажи, кол-во проданных экземпляров).
Вариант 3. Пункт проката видеопродукции
Для пункта проката видеопродукции необходимо создать приложение и БД для учета выдачи видео. Видео может храниться на DVD, CD или видеокассетах, причем один и тот же фильм может встречаться на разных носителях. Для каждого фильма необходимо хранить информацию о названии, жанре, режиссере и список актеров. Для каждой единицы проката необходимо хранить цену проката за сутки и сумму залога. При выдаче прокатной продукции необходимо сохранять дату выдачи и ФИО клиента. При возврате – дату возврата.
Вариант 6. База данных ГИБДД
В ГИБДД решили автоматизировать деятельность одного из своих подразделений и создать приложение для учета автомобилей. В базе данных необходимо хранить информацию об автомобилях и их владельцах. Человек может владеть несколькими автомобилями. Необходимо хранить следующую информацию:
1. О владельце: ФИО, номер паспорта, номер водительского удостоверения, адрес
2. Об автомобиле: модель, номер кузова, номер двигателя, номер тех. паспорта, дату регистрации.
3. Необходимо хранить историю смены владельцев
4. Так же необходимо хранить информацию об угнанных и найденных автомобилях, для этого необходимо предусмотреть хранение информации о дате угона, месте угона, дате и месте нахождения.
Вариант 7. Приложение Speedy Pizza
Пиццерии необходимо приложение для приема заказов и оформления доставки пиццы. Вот что было выяснено во время беседы с директором:
1. Покупатель звонит и оформляет заказ на доставку
a. Фиксируется время заказа и блюда, которые были заказаны
b. Также фиксируется адрес доставки, имя клиента и контактный телефон
c. В заказе могут быть несколько блюд
d. Могут быть заказаны несколько одинаковых блюд
2. Для доставки могут быть специальные инструкции, указанные в заказе
3. После доставки регистрируется время
4. При заказе более 3-х блюд делается скидка 5%, а при заказе более 10 блюд – 10% на всю сумму заказа
5. Помимо пиццы в также меню присутствуют салаты и спагетти
6. Для каждого блюда указывается цена. История изменения цен заказчика не интересует
7. Для каждого блюда необходимо указывать составляющие
8. Постоянным клиентам после 50 заказов делается скидка 15%, а после 100 – 20%
Практическая работа в 11 классе. Пошаговое выполнение работы.
Практическая работа № 1
Цель работы: освоение приемов работы с Microsoft Access в процессе создания спроектированной базы данных.
1. Открыть файл для новой базы данных. Для этого:
выполнить команду Файл ? Создать БД ? Новая БД;
в файловом окне указать путь и имя файла: Приемная комиссия.
2. Создать таблицу ФАКУЛЬТЕТЫ. Для этого:
в режиме Таблица выполнить команду Создать;
из списка выбрать Создание таблицы в режиме конструктора;
в таблице конструктора для всех полей таблицы ФАКУЛЬТЕТЫ указать имена, типы и свойства (размер, формат):
3. Назначить главный ключ таблицы. Для этого:
установить указатель мыши на поле КОД_ФКТ, которое вы хотите сделать ключевым;
выполнить команду Правка ? Ключевое поле (то же самое происходит при нажатии кнопки с изображением ключа на панели инструментов).
4. Сохранить таблицу с именем ФАКУЛЬТЕТЫ.
5. Создать таблицу СПЕЦИАЛЬНОСТИ следующей структуры:
6. Назначить главным ключом таблицы поле КОД_СПЕЦ.
7. Сохранить таблицу с именем СПЕЦИАЛЬНОСТИ.
8. Связать таблицы ФАКУЛЬТЕТЫ и СПЕЦИАЛЬНОСТИ через общее поле КОД_ФКТ. Для этого:
выполнить команду Сервис ? Схема данных;
откроется окно Добавление таблицы; выделить ФАКУЛЬТЕТЫ;
щелкнуть на кнопке Добавить;
щелкнуть на кнопках Добавить, Закрыть;
в поле окна Схема данных появятся образы двух таблиц; при нажатой левой кнопке мыши перетащить ключевое поле КОД_ФКТ из таблицы ФАКУЛЬТЕТЫ на это же поле в таблице СПЕЦИАЛЬНОСТИ;
выполнить команду Создать;
сохранить схему и закрыть окно.
9. Ввести данные в таблицу ФАКУЛЬТЕТЫ. Для этого:
в окне Access выделить название таблицы ФАКУЛЬТЕТЫ;
выполнить команду Открыть;
на экране появятся бланк таблицы, содержащий заголовки и пустую строку; ввести три строки (данные трех факультетов):
10. Аналогично заполнить таблицу СПЕЦИАЛЬНОСТИ. Ввести шесть строк – данные о шести специальностях:
СПЕЦИАЛЬНОСТЬ
финансы и кредит
11. Создать таблицу АБИТУРИЕНТЫ следующей структуры:
12. Организовать связь таблицы АБИТУРИЕНТЫ с таблицей СПЕЦИАЛЬНОСТИ через поле КОД_СПЕЦ.
13. Создать таблицу АНКЕТЫ следующей структуры:
14. Организовать связь таблиц АНКЕТЫ и АБИТУРИЕНТЫ через поле РЕГ_НОМ.
Пояснение: Таблица АНКЕТЫ содержит семь полей, которые не вмещаются в ширину экрана. Поэтому в данном случае для заполнения таблицы удобно использовать форму:
15. Создать форму для ввода и просмотра таблицы АНКЕТЫ:
перейти на вкладку Формы, выполнить команду Создать;
выбрать способ создания формы: Мастер форм;
выбрать таблицу АНКЕТЫ;
переместить все поля таблицы из окна Доступные поля в окно Выбранные поля, щелкнуть на кнопке Далее;
включить кнопку В один столбец, щелкнуть на кнопке Далее;
выбрать стиль формы Обычный, щелкнуть на кнопке Далее;
16. Ввести записи в таблицу АНКЕТЫ с помощью формы. Содержание таблицы:
УЧ_ЗАВЕДЕНИЕ
17. Создать форму для ввода и просмотра таблицы АБИТУРИЕНТЫ.
18. Ввести записи в таблицу АБИТУРИЕНТЫ. Содержание таблицы:
Пояснение: В Access логическое значение ИСТИНА обозначается галочкой, заключенной в квадратик, ЛОЖЬ – пустым квадратом.
19. Создать таблицу ИТОГИ следующей структуры:
20. Связать таблицы ИТОГИ и АБИТУРИЕНТЫ через поле РЕГ_НОМ.
21. Ввести в таблицу данные в следующем виде:
Пояснение: В дальнейшем, после проведения приемной комиссией зачисления абитуриентов в университет по результатам приемных экзаменов, в графу ЗАЧИСЛЕНИЕ будет выставлено значение ИСТИНА (галочки в квадратах) для зачисленных абитуриентов.
Проверь себя
Если ты правильно установил все связи, то должно получится примерно следующее:
Практическая работа №2
Реализация простых запросов с помощью конструктора
Цель работы: освоение приемов реализации запросов на выборку с помощью конструктора запросов Microsoft Access.
Основные понятия
Запрос - это обращение к БД для поиска или изменения в базе данных информации, соответствующей заданным критериям.
С помощью Access могут быть созданы следующие типы запросов: запросы на выборку, запросы на изменение, перекрестные запросы, запросы с параметром.
Одним из наиболее распространенных запросов является запрос на выборку, который выполняет отбор данных из одной или нескольких таблиц по заданным пользователем критериям, не приводящий к изменениям в самой базе данных.
Простой запрос - создает простой запрос из определенных полей.
Конструктор запросов – высокоуровневое средство формирования запросов в СУБД Access, которое можно рассматривать как пользовательскую оболочку к языку запросов SQL. Для формирования запроса в конструкторе используется табличная форма.
Окно конструктора запросов представлено на рисунке.
Поле схемы запроса – верхняя часть окна конструктора запросов, куда помещаются схемы таблиц, данные из которых используются в запросе.
Бланк запроса – таблица в нижней части окна. Столбцы относятся к полям, участвующим в формировании запроса. В первой строке указываются имена всех этих полей. Вторая строка – имя таблицы, из которой извлекается соответствующее поле. Третья строка – признак сортировки (может не использоваться). Флажки в пятой строке отмечают признак вывода данного поля на экран при выполнении запроса. В следующих строках формируется условие отбора.
Для его выполнения достаточно одной таблицы ФАКУЛЬТЕТЫ. Команда (на гипотетическом языке) для такого запроса имеет вид:
.выбрать ФАКУЛЬТЕТ, ЭКЗАМЕН_1, ЭКЗАМЕН_2, ЭКЗАМЕН_3
сортировать ФАКУЛЬТЕТ по возрастанию
1. Перейти к работе с конструктором запросов:
открыть вкладку Запросы;
выполнить команду Создать;
в открывшемся окне Новый запрос выбрать Конструктор, щелкнуть на кнопке ОК.
2. В поле схемы запроса поместить таблицу ФАКУЛЬТЕТЫ. Для этого в окне Добавление таблицы, на вкладке Таблицы выбрать название таблицы Факультеты, щелкнуть на кнопках Добавить и Закрыть.
3. Заполнить бланк запроса: ввести в бланк данные, показанные на рисунке ниже.
4. Выполнить запрос – команда Запрос ? Запуск. На экране появится таблица следующего вида:
Целевая аудитория: для учителя
Представлен объёмный проверочный материал по теме "Базы данных". В документ включено множество тестов, заданий ЕГЭ, практических работ. Ко всем тестам есть ключи.
2 Анастасия8960 • 08:23, 12.04.2017
Физкультминутки обеспечивают кратковременный отдых детей на уроке, а также способствуют переключению внимания с одного вида деятельности на другой.
Диплом и справка о публикации каждому участнику!
© 2007 - 2022 Сообщество учителей-предметников "Учительский портал"
Свидетельство о регистрации СМИ: Эл № ФС77-64383 выдано 31.12.2015 г. Роскомнадзором.
Территория распространения: Российская Федерация, зарубежные страны.
Учредитель: Никитенко Евгений Игоревич
Сайт является информационным посредником и предоставляет возможность пользователям размещать свои материалы на его страницах.
Публикуя материалы на сайте, пользователи берут на себя всю ответственность за содержание материалов и разрешение любых спорных вопросов с третьими лицами.
При этом администрация сайта готова оказать всяческую поддержку в решении любых вопросов, связанных с работой и содержанием сайта.
Если вы обнаружили, что на сайте незаконно используются материалы, сообщите администратору через форму обратной связи — материалы будут удалены.
Все материалы, размещенные на сайте, созданы пользователями сайта и представлены исключительно в ознакомительных целях. Использование материалов сайта возможно только с разрешения администрации портала.
Фотографии предоставлены
Создание информационной системы является сложным процессом, в котором принимает участие целый коллектив разработчиков. Создание информационной системы и лежащей в ее основе базы данных разбивается на стадии проектирования, программной реализации и эксплуатации (рис. 3.10). В процессе эксплуатации системы время от времени возникают моменты, когда необходимо произвести ее модификацию в связи с изменившимися бизнес-процессами или потребностью расширить ее функции.
Рис. ЗЛО. Жизненный цикл базы данных
В процессе создания информационной системы подготавливаются рабочие документы, которые служат основой для всех разработчиков и пользователей системы.
Рассмотрим этапы создания базы данных как важнейшей части информационной системы.
Проектирование
Этап проектирования является самым важным этапом в разработке информационной системы и ее базы данных, так как ошибки, допущенные на этом этапе, в дальнейшем бывает очень сложно или невозможно устранить. Без хорошо организованного проекта базы данных построенная на ее основе информационная система не сможет избежать различных трудностей, связанных с некорректностью и несогласованностью информации. Основные виды работ и выходные документы данного этапа представлены на рис. 3.11.
Рис. 3.11. Этап проектирования БД
Проектирование базы данных заключается в многоступенчатом описании будущей базы данных с различной степенью детализации и формализации, в ходе которого производится уточнение и оптимизация ее структуры [10]. Проектирование начинается с описания предметной области и задач информационной системы, идет к более абстрактному уровню логического описания данных и далее — к схеме физической (внутренней) модели базы данных. Соответственно трем основным уровням моделирования системы — концептуальному, логическому и физическому — различают три последовательных этапа детализации описания объектов базы данных и их взаимосвязей. На рис. 3.12 представлены этапы проектирования базы данных.
Рис. 3.12. Этапы проектирования баз данных
На концептуальном уровне проектирования производится смысловое (семантическое) описание информационного содержания предметной области, определяются ее границы, производится абстрагирование от несущественных для данной информационной системы деталей. В результате определяются моделируемые объекты, их свойства и связи. Выполняется структуризация знаний о предметной области, стандартизируется терминология. Затем строится концептуальная модель, описываемая на естественном языке. Для описания свойств и связей объектов применяют различные диаграммы.
Концептуальная модель служит основой для взаимодействия разработчиков системы и обеспечивает ее долговременную работу.
На следующем шаге принимается решение о том, в какой конкретно СУБД будет реализована база данных. Выбор СУБД является сложной задачей и должен основываться в первую очередь на потребностях с точки зрения информационной системы и пользователей. Определяющими здесь являются вид программного продукта и категория пользователей (профессиональные программисты, или конечные пользователи, или и то и другое). Другими показателями, влияющими на выбор СУБД, являются:
- • удобство и простота использования;
- • качество средств разработки, защиты и контроля базы данных;
- • уровень коммуникационных средств в случае применения ее в сетях;
- • фирма-разработчик;
- • стоимость.
Каждая конкретная СУБД работает с определенной моделью данных, основные модели данных были рассмотрены выше. В настоящее время большинство СУБД использует реляционную модель данных, которая более подробно будет описана ниже.
На логическом уровне производится отображение данных концептуальной модели в логическую модель в рамках той структуры данных, которая поддерживается выбранной СУБД. Если на этапе концептуального проектирования объектом исследования является предметная область, то на этапе логического проектирования в качестве объекта исследования выступают уже сами данные, их структура и правила построения. Логическая модель не зависит от конкретной СУБД (в рамках определенной модели данных). Так, построенная на основе таблиц логическая модель может быть реализована на любой СУБД реляционного типа.
На физическом уровне производится выбор рациональной структуры хранения данных и методов доступа к ним, которые обеспечивает выбранная СУБД. На этом уровне решаются вопросы эффективного выполнения запросов к базе данных, для чего строятся дополнительные структуры, например индексы. В физической модели содержится информация обо всех объектах базы данных (таблицах, индексах, процедурах и др.) и используемых типах данных. Физическая модель зависит от конкретной СУБД. Одной и той же логической модели может соответствовать несколько разных физических моделей. Физическое проектирование является начальным этапом реализации базы данных.
Читайте также: