Методические указания к выполнению курсовой работы по дисциплине "информационные технологии"
| Вид материала | Методические указания |
- Методические указания к выполнению курсовой работы по дисциплине " информационные технологии, 233.79kb.
- Методические указания к выполнению курсовой работы для студентов всех форм обучения, 197.12kb.
- Методические указания по выполнению курсовой работы по дисциплине Для студентов иэутс,, 852.81kb.
- Методические указания по выполнению курсовой работы по дисциплине «Информационные системы», 38.1kb.
- Методические указания к выполнению курсовой работы по дисциплине «Основы научных исследований», 403.99kb.
- Методические указания к выполнению курсовой работы по дисциплине «Оценка качества продовольственного, 856.1kb.
- Методические указания по выполнению курсовой работы студентам заочной формы обучения, 668.08kb.
- Методические указания по выполнению курсовой работы Ижевск, 289.74kb.
- Методические указания по выполнению курсовой работы для студентов 2 курса всех специальностей, 1477.96kb.
- Методические указания к выполнению курсовой работы по дисциплине Маркетинг для студентов, 150.44kb.
МЕТОДИЧЕСКИЕ УКАЗАНИЯ К ВЫПОЛНЕНИЮ
КУРСОВОЙ РАБОТЫ
ПО ДИСЦИПЛИНЕ “ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ”
Разработал Балабаев С.Л.,
доцент кафедры РЭС ЗиС
1.Рекомендации по выбору предметной области
Студент выбирает тему либо из предложенного списка (Приложение 1), либо формулирует ее самостоятельно, исходя из следующих требований к предметной области:
- содержание предметной области должно отражать задачи, решаемые в науке, технике, образовании, коммерции, рекламе или в любой другой сфере деятельности;
- объем входной информации, закладываемой в базу данных, должен обеспечить создание не менее 5 запросов (всех типов, реализуемых средствами СУБД) и формирование не менее 3 выходных документов (отчетов).
2.Содержание курсовой работы
Методические указания даны в предположении, что проектируемая база данных – реляционная, проектирование выполняется с помощью программы Microsoft Access. Студент имеет право выбрать другой тип базы данных. В этом случае необходимо согласовать с преподавателем методику ее проектирования.
Ниже перечислены разделы курсовой работы и указано, что должно быть отражено в каждом из них.
2.1.ВВЕДЕНИЕ
Указываются:
- наименование предметной области;
- назначение (цель) разработки БД;
- потенциальные пользователи БД, и их права;
- общие сведения о задачах, решаемых в курсовой работе;
2.2.АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
- Наименования предприятия (истинное или вымышленное), для которого разрабатывается БД;
- Место разрабатываемой системы в общей системе управления (учёта);
- Требования заказчика к разрабатываемой БД;
- Основные объекты и их характеристики;
- Связь между ними;
2.3.ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
- Определение необходимых полей, таблиц;
- Обоснование выбора ключевых полей;
- Нормализация таблиц;
- Определение свойств каждого поля;
- Схема данных (в Microsoft Access);
2.3.ЛОГИЧЕСКАЯ МОДЕЛЬ БД
Приводится полная атрибутивная модель “сущность-связь”, построенная в ERwin. Должны быть заданы и показаны на диаграмме ограничения целостности, указаны первичные, внешние и альтернативные ключи, инверсные входы.
Логическая модель должна быть нормализована.
Если есть необходимость денормализовать модель – обоснуйте. Денормализацию следует выполнить также в ERwin.
2.4.ВЫБОР И ОПИСАНИЕ ИСПОЛЬЗУЕМОЙ СУБД
В этом разделе следует сформулировать требования к системе БД, например, быстродействие системы, требования к технике, обеспечение удобного пользовательского интерфейса, контроль доступа, возможность многопользовательского режима, средства резервного копирования и восстановления БД, финансовые критерии, распространенность СУБД, возможность использовать данные “чужого” формата для рассматриваемой СУБД и т.п.
Проанализировать не менее двух СУБД на предмет соответствия сформулированным требованиям.
Обосновать сделанный выбор.
2.5.ФИЗИЧЕСКАЯ МОДЕЛЬ БД
Физическая модель строится средствами ERWIN. Должны быть указаны типы данных, обосновано введение новых доменов.
В соответствии с выбранной СУБД приводятся:
- состав файлов/таблиц БД,
- структура и ключи файлов/таблиц БД, индексы,
- схема данных.
2.6.ФУНКЦИОНАЛЬНАЯ СТРУКТУРА ПРОГРАММНОЙ СИСТЕМЫ ОБРАБОТКИ ДАННЫХ
Кнопочная форма или Меню
2.7.ОПИСАНИЕ ЗАПРОСОВ К БД
Запросы на естественном языке.
Запись запроса на SQL.
(Результаты запросов привести в приложении)
2.8.ОПИСАНИЕ ФОРМ (перечень, назначение, тип формы)
2.9.ОПИСАНИЕ ОТЧЕТОВ (схемы отчетов)
2.10.ЗАКЛЮЧЕНИЕ (обобщаются результаты проведенной работы и делаются выводы)
2.11.Список литературы
2.12.Приложения
- Словарь терминов, используемых в данной предметной области.
- Входные заполненные документы.
- Распечатки реализованных экранных форм/ запросов/отчетов.
3.Требования к оформлению
Курсовая работа предъявляется в виде распечатанного отчета объемом 25-30 страниц и оформляется в соответствии с требованиями ГОСТ. Пример оформления некоторых разделов приведен в Приложении 2.
ПРИЛОЖЕНИЕ 1. ВАРИАНТЫ ЗАДАНИЯ
Реализация:
|
Реализация:
|
Выдача:
|
Выдача:
|
Выдача:
|
Реализация:
|
Реализация:
|
Реализация:
|
Расписание:
|
Реализация:
|
Обслуживание животных
|
Проживание:
|
Лечение
|
Успеваемость:
|
КРАТКИЙ ПРИМЕР. ПРЕДМЕТНАЯ ОБЛАСТЬ «УЧЕТ РАБОТЫ С КЛИЕНТАМИ, УЧЕТ ПРОДАЖ РЕКЛАМНОГО ВРЕМЕНИ»
1. Описание постановки задачи. Описание бизнес - процессов
Наименование фирмы: радиостанция «Неро».
Наименование предметной области: работа отдела маркетинга и рекламы (продажа рекламы на радио), учет работы с клиентами.
Цель разработки информационной системы (базы данных): организация оперативного учета состояния работы с клиентами рекламодателями и рекламными агентами, учет продаж рекламного времени.
Точка зрения: руководитель отдела маркетинга.
Перечень процессов, которые будут далее рассмотрены подробнее:
Радиостанция заключает трудовые соглашения с рекламными агентами (продавцами), которые, в свою очередь, активизируют объемы продаж рекламного времени радиостанции.
- Рекламодатель через продавца рекламы (рекламного агента) оформляет контракт на рекламу, пользуясь прайс листом, в котором указаны цены по наименованию рекламных услуг, предоставляемых радиостанцией при наличии свободного места. Здесь же оговариваются сроки размещения рекламы, общее количество выходов, стоимость.
- Согласно контракта выписывается счет Рекламодателю, который он обязан оплатить.
- После оплаты счета (радиореклама не может выйти раньше оплаты по счету, за исключением крайних случаев и только при согласии руководства) радиостанция обязуется предоставить рекламное время в эфире.
Перечень выявленных бизнес процессов:
На рис. П.2.1 показана упрощенная схема взаимосвязи бизнес компонент с информационными потоками.
- составление прайс листов предлагаемых видов рекламных услуг;
- распространение прайс листов;
- заключение договоров с рекламными агентами;
- анализ рынка;
- процесс продажи рекламного времени;
- оформление контрактов, счетов, эфирных справок;
- текущее управление работой;
- размещение собственной рекламы;
- решение задач бухгалтерского и статистического учета;
- учет валютного курса;
- и др.
Рис. П.2.1. Основные компоненты бизнес системы и информации.
Описание регламента для некоторых процессов:
- составление прайс листов предлагаемых видов рекламных услуг обновление производится раз в 6 месяцев, либо по необходимости;
- распространение прайс листов выполняется 1 раз в месяц, либо по требованию клиентов;
- заключение договоров с рекламными агентами постоянно. Договор заключается на 6 месяцев и продлевается при эффективной работе;
- анализ рынка постоянно;
- процесс продажи рекламного времени стимулируются личные продажи;
- оформление контрактов, счетов, эфирных справок; выполняется постоянно;
- текущее управление работой выполняется постоянно;
- размещение собственной рекламы постоянно путем участия в массовых мероприятиях, объявлений в средствах массовой информации, внешняя реклама;
- решение задач бухгалтерского и статистического учета ежемесячно в соответствии с календарем отчетности;
- учет валютного курса ежедневно.
Уточнение правил выполнения бизнес-процессов для предметной области:
- сведения о рекламодателях хранятся 5 лет в базе данных (с момента окончания последнего контракта);
- оплата счета ожидается 3 дня, контракт аннулируется, если деньги не поступают;
- при отказе рекламодателя от выполнения условий контракта с рекламодателя взимается 10% от суммы счета;
- просрочка выхода в эфир рекламы оплачивается рекламодателю из расчета 0,5% в день от суммы счета, но не более 20%;
- в случае если рекламодателю не предоставлено рекламное время в течение 2-х месяцев, клиенту возвращается вся сумма оплаты и пени в двойном размере.
Перечень выявленных сущностей:
Рекламодатель
- Наименование рекламных услуг
- Радиореклама
- Контракт
- Продавец (рекламный агент)
- Счет
Перечень возможных запросов к базе данных:
- список контрактов, заключенных продавцом за любой требуемый промежуток времени с начала работы радиостанции;
- список счетов, выставленных рекламодателем за любой промежуток времени (дополнительно посчитать суммы за эти промежутки);
- список контрактов для указанного рекламодателя;
- просмотр номенклатуры рекламных услуг, предлагаемых радиостанцией по видам услуг (ролики, игры, объявления и др.);
- количество клиентов по форме собственности;
- список рекламодателей по форме собственности;
- список контрактов, заключенных каждым отдельным продавцом за любой промежуток времени с момента начала работы радио.
Перечень возможных отчетов:
1. Список рекламодателей (по формам собственности, по количеству контрактов и т.д.)
2. Перечень контрактов, заключенных каждым продавцом.
2. Информационная модель данных
На рис. П.2.2 представлена концептуальная модель данных.
Рис. П.2.2. Информационная модель предметной области.
2.1. Логическая модель
На рис. П.2.3 представлена диаграмма отношения сущностей, выполненная на основе анализа концептуальной модели.
Рис. П.2.3. Диаграмма отношения сущностей
2.2. Физическая модель
На рис. П.2.4 показана физическая модель данных в отражении Access.
Рис. П.2.4. Представление физической модели данных в Access
Для просмотра счетов указанного рекламодателя по указанному контракту показаны отношения между таблицами на рис. П.2.5.:
Рис. П.2.5. Схема, описывающая связь таблиц Рекламодатель-Контракт-Счет
Для просмотра счетов, соответствующих контрактам на определенные позиции радиорекламы показаны следующие отношения:
Рис. П.2.6. Схема, описывающая связь таблиц Наименование рекламных услуг - Радиореклама - Контракт-Счет
Для просмотра сведений (счетов и контрактов) рекламного агента показаны следующие отношения:
Рис. П.2.7. Схема, описывающая связь таблиц Продавец - Контракт - Счет
На основе физической модели выполнено описание структуры таблиц базы данных.
В таблицах 1 6 представлено описание структуры таблиц.
Таблица 1
Cчет Зависимая
| | Заголовок поля | Идентификатор поля | Ключ | Тип поля | Длина |
| 1 | Код услуги | Код услуги | FK | Numeric | 3 |
| 2 | Номер счета | Номер счета | PK | Numeric | 3 |
| 3 | Код контракта | Код контракта | FK | Numeric | 3 |
| 4 | Код рекламодателя | Код рекламодателя | FK | Numeric | 3 |
| 5 | Код радиорекламы | Код радиорекламы | FK | Numeric | 3 |
| 6 | Код продавца | Код продавца | FK | Numeric | 3 |
| 7 | Дата выписки | Дата выписки | | Date | 8 |
| 8 | Cумма | Cумма | | Numeric | 5 |
| 9 | Налог на рекламу | Налог на рекламу | | Numeric | 6.2 |
| 10 | НДС | НДС | | Numeric | 6.2 |
Таблица 2
Контракт Зависимая
| | Заголовок поля | Идентификатор поля | Ключ | Тип поля | Длина |
| 1 | Код контракта | Код контракта | PK | Numeric | 3 |
| 2 | Код радиорекламы | Код радиорекламы | FK | Numeric | 3 |
| 3 | Код продавца | Код продавца | FK | Numeric | 3 |
| 4 | Код услуги | Код услуги | FK | Numeric | 3 |
| 5 | Код рекламодателя | Код рекламодателя | FK | Numeric | 3 |
Таблица 3
Наименование рекламных услуг Независимая
| | Заголовок поля | Идентификатор поля | Ключ | Тип поля | Длина |
| 1 | Код услуги | Код услуги | PK | Numeric | 3 |
| 2 | Наименование услуги | Наименование услуги | | Character | 15 |
| 3 | Рекламное время за сутки | Рекламное время за сутки | | Numeric | 2 |
| 4 | Оплата за сутки | Оплата за сутки | | Numeric | 4 |
Таблица 4
Продавец Независимая
| | Заголовок поля | Идентификатор поля | Ключ | Тип поля | Длина |
| 1 | Код продавца | Код продавца | PK | Numeric | 2 |
| 2 | Фамилия/2 | Фамилия | | Character | 10 |
| 3 | Имя/2 | Имя | | Character | 10 |
| 4 | Отчество/2 | Отчество | | Character | 10 |
| 5 | Наименование продавца | Наименование продавца | | Character | 15 |
| 6 | Адрес продавца | Адрес продавца | | Character | 30 |
| 7 | Контактный телефон | Контактный телефон | | Numeric | 10 |
Таблица 5
Радиореклама Зависимая
| | Заголовок поля | Идентификатор поля | Ключ | Тип поля | Длина |
| 1 | Код радиорекламы | Код радиорекламы | PK | Numeric | 3 |
| 2 | Код услуги | Код услуги | FK | Numeric | 3 |
| 3 | Дата начала выхода | Дата начала выхода | | Date | 8 |
| 4 | Дата окончания выхода | Дата окончания выхода | | Date | 8 |
| 5 | Начало эфира | Начало эфира | | Numeric | 10 |
| 6 | Окончание эфира | Окончание эфира | | Numeric | 10 |
| 7 | Продолжительность | Продолжительность | | Numeric | 10 |
| 8 | Общее количество | Общее количество | | Numeric | 10 |
| 9 | День недели выхода | День недели выхода | | Numeric | 10 |
| 10 | Цена | Цена | | Numeric | 3 |
| 11 | Выполнение | Выполнение | | Character | 10 |
Таблица 6
Рекламодатель Независимая
| | Заголовок поля | Идентификатор поля | Ключ | Тип поля | Длина |
| 1 | Код рекламодателя | Код рекламодателя | PK | Numeric | 3 |
| 2 | Наименование рекламодателя | Наименование рекламодателя | | Character | 25 |
| 3 | Признак юридического лица | Признак юридического лица | | Character | 5 |
| 4 | Адрес | Адрес | | Character | 30 |
| 5 | Телефон | Телефон | | Numeric | 15 |
| 6 | Факс | Факс | | Numeric | 15 |
| 7 | Электронный адрес | Электронный адрес | | Character | 20 |
| 8 | Должность | Должность | | Character | 15 |
| 9 | Фамилия | Фамилия | | Character | 10 |
| 10 | Имя | Имя | | Character | 10 |
| 11 | Отчество | Отчество | | Character | 10 |
| 12 | Расчетный счет | Расчетный счет | | Numeric | 15 |
| 13 | Банк | Банк | | Numeric | 10 |
| 14 | Корреспондентский счет | Корреспондентский счет | | Numeric | 15 |
| 15 | Банк 2 | Банк 2 | | Numeric | 10 |
| 16 | ОКПО | ОКПО | | Numeric | 10 |
| 17 | ОКОНХ | ОКОНХ | | Numeric | 15 |
| 18 | ИНН | ИНН | | Numeric | 15 |
| 19 | Примечания | Примечания | | Character | 20 |
3. Описание запросов к базе данных
Здесь приведены примеры реализации некоторых запросов, перечисленных в описании постановки задачи. Все запросы генерируются в среде Access.
3.1.Посчитать количество клиентов по указанной формы собственности.
SELECT Count(Рекламодатель.[Признак юридического лица]) AS [Count_Признак юридического лица]
FROM Рекламодатель
HAVING (((Рекламодатель.[Признак юридического лица])=[Укажите форму собственности:]));
3.2. Показать список рекламодателей указанной формы собственности, заключивших контракты .
SELECT DISTINCTROW Рекламодатель.[Код рекламодателя], Рекламодатель.[Наименование рекламодателя], Рекламодатель.[Признак юридического лица], Рекламодатель.Адрес, Рекламодатель.Телефон, Рекламодатель.[Электронный адрес]
FROM Рекламодатель INNER JOIN Контракт ON Рекламодатель.[Код рекламодателя] = Контракт.[Код рекламодателя]
WHERE (((Рекламодатель.[Признак юридического лица])=[Укажите форму собственности:]));
3.3. Список контрактов, заключенных каждым продавцом .
SELECT DISTINCTROW Продавец.[Код продавца], Продавец.[Фамилия продавца], Продавец.[Наименование продавца], Продавец.Имя, Продавец.Отчество, Контракт.[Код контракта], Рекламодатель.[Наименование рекламодателя], Счет.[Номер счета]
FROM Рекламодатель INNER JOIN (Продавец INNER JOIN (Контракт INNER JOIN [Счет] ON Контракт.[Код контракта] = Счет.[Код контракта]) ON Продавец.[Код продавца] = Контракт.[Код продавца]) ON Рекламодатель.[Код рекламодателя] = Контракт.[Код рекламодателя]
GROUP BY Продавец.[Код продавца], Продавец.[Фамилия продавца], Продавец.[Наименование продавца], Продавец.Имя, Продавец.Отчество, Контракт.[Код контракта], Рекламодатель.[Наименование рекламодателя], Счет.[Номер счета];
- Сумма контрактов, заключенных каждым продавцом .
SELECT DISTINCTROW Продавец.[Фамилия продавца], Продавец.Имя, Продавец.Отчество, Контракт.[Код контракта], Sum(Счет.Сумма) AS [Sum _ Сумма]
FROM Продавец INNER JOIN (Контракт INNER JOIN [Счет] ON Контракт.[Код контракта] = Счет.[Код контракта]) ON Продавец.[Код продавца] = Контракт.[Код продавца]
GROUP BY Продавец.[Фамилия продавца], Продавец.Имя, Продавец.Отчество, Контракт.[Код контракта];
4. Описание отчетов
Далее приведены только 3 примера практической реализации отчетов.
Список рекламодателей, счета которых находятся в указанном банке.
Рис. П. 2.8. Структура отчета «Список рекламодателей, счета которых находятся в указанном банке»
На рис. П.2.8 приведена схема размещения полей отчета. Полностью настройку отчета можно посмотреть в среде Access.
Отчет составляется на базе запроса, текст запроса приведен ниже:
SELECT Рекламодатель.[Код рекламодателя], Рекламодатель.[Наименование рекламодателя], Рекламодатель.[Признак юридического лица], Рекламодатель.Адрес, Рекламодатель.Телефон, Рекламодатель.Факс, Рекламодатель.[Электронный адрес], Рекламодатель.Должность, Рекламодатель.Фамилия, Рекламодатель.Имя, Рекламодатель.Отчество, Рекламодатель.[Расчетный счет], Рекламодатель.Банк, Рекламодатель.[Корреспондентский счет], Рекламодатель.Банк2, Рекламодатель.ОКПО, Рекламодатель.ОКОНХ, Рекламодатель.ИНН, Рекламодатель.Примечания
FROM Рекламодатель;
- Список контрактов, заключенных каждым продавцом
Отчет формируется по запросу, текст которого приведен ниже:
SELECT DISTINCTROW Продавец.[Фамилия продавца], Продавец.Имя, Продавец.Отчество, Контракт.[Код контракта], Sum(Счет.Сумма) AS [Sum _ Сумма]
FROM Продавец INNER JOIN (Контракт INNER JOIN [Счет] ON Контракт.[Код контракта] = Счет.[Код контракта]) ON Продавец.[Код продавца] = Контракт.[Код продавца]
GROUP BY Продавец.[Фамилия продавца], Продавец.Имя, Продавец.Отчество, Контракт.[Код контракта];.
На рис.П.2.9 показана схема отчета.
Рис. П.2.9. Схема отчета «Список контрактов, заключенных каждым продавцом»
- Список рекламодателей, заключивших более 1 контракта
Отчет формируется по запросу, текст которого приведен ниже:
SELECT DISTINCTROW Рекламодатель.[Код рекламодателя], Рекламодатель.Фамилия, Рекламодатель.[Признак юридического лица], Рекламодатель.[Электронный адрес], Count(*) AS [Count _ Контракт]
FROM Рекламодатель INNER JOIN Контракт ON Рекламодатель.[Код рекламодателя] = Контракт.[Код рекламодателя]
GROUP BY Рекламодатель.[Код рекламодателя], Рекламодатель.Фамилия, Рекламодатель.[Признак юридического лица], Рекламодатель.[Электронный адрес]
HAVING (((Count(*))>1));
На рис. П.2.10 показана схема отчета
Рис. П.2.10. Схема отчета «Список рекламодателей, заключивших более 1 контракта»
6. Описание экранных форм
Приведено в каталоге с примером.
На рис. П.2.12. приведен пример экранной формы.
Рис. П.2.12. Экранная форма для ввода и просмотра данных о рекламодателях