Университет «Дубна»

Индивидуальные задания по курсу «Базы данных»

2012 год, 2-й курс, группы 2014-2015

Составил: доц. Васильев П.М.

Общие требования к выполнению индивидуального задания.

1. Индивидуальное задание должно выполняться самостоятельно.

2. Индивидуальное задание должно быть завершено и сдано до начала зачетной недели.

3. Реализация индивидуального задания должна состоять из двух частей:

   1. Серверная – реализация при помощи SQL и PL\SQL.

   2. Клиентская – реализация при помощи Visual Studio на языке C#.

4. Взаимодействие клиентской и серверной частей информационной системы должно происходить только посредством вызова хранимых процедур, функций и анонимных блоков PL\SQL. Все процедуры и функции должны быть оформлены внутри одного пакета PL\SQL.

5. Индивидуальное задание основано на учебной базе данных. Все необходимые для выполнения индивидуального задания объекты учебной базы данных могут быть созданы посредством следующего скрипта:

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

6. Результат выполнения индивидуального задания должен корректно функционировать хотя бы на одном из компьютеров в том компьютерном классе, где проходят семинарские занятия по Базам Данных (1-319).

7. В ходе сдачи индивидуального задания студенту необходимо уметь:

   1. Демонстрировать реализацию любого из пунктов, указанных в задании.

   2. Обозначить место в коде (SQL, PL\SQL или C#), где реализован любой из пунктов, указанных в задании.

   3. Обосновать способ реализации любого из пунктов, указанных в задании.

8. Интерфейс приложений на C# должен быть дружественным пользователю, все элементы управления для ввода и вывода данных должны быть продублированы соответствующими элементами типа Label, должны быть исключены лишние нажатия на кнопки.

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

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

Вариант 1.

Реализовать информационную систему для пополнения перечня товаров и групп товаров.

1. К существующему перечню атрибутов товара в базе данных необходимо добавить два новых атрибута – дата добавления (CREATED) и дата последнего изменения (LASTUPDATED) информации о товаре. Корректным образом обновить поле CREATED в таблице PRODUCTS.

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

3. При добавлении или изменении информации о товаре система должна обеспечивать уникальность названий товаров, а также положительные значения атрибутов WEIGHT и QUANTITY.

4. При добавлении или изменении информации о товаре система должна также позволять указывать/изменять группу товара.

5. Система должна уметь формировать и показывать историю операций по добавлению/изменению/удалению информации о товарах – название товара, название операции и дату операции.

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

Вариант 2.

Реализовать информационную систему для управления ценами на товары.

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

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

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

4. При добавлении или изменении информации о цене на товар система должна также позволять указывать/изменять валюту цены.

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

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

Вариант 3.

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

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

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

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

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

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

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