Базы данных

№ 43

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Êàôåäðà àâòîìàòèçàöèè ñèñòåì óïðàâëåíèÿ

Å.À. Ìîðîçîâ

Áàçû äàííûõ

Ïðàêòèêóì

Ðåêîìåíäîâàíî ðåäàêöèîííî-èçäàòåëüñêèì
ñîâåòîì óíèâåðñèòåòà

Ìîñêâà   Èçäàòåëüñêèé Äîì ÌÈÑèÑ
2009

 

 

 
УДК 004.6 
 
М80 

Р е ц е н з е н т  
д-р техн. наук, проф. В.В. Куприянов 

Морозов Е.А. 
М80  
Базы данных: Практикум. – М.: Изд. Дом МИСиС, 2009. – 
83 с. 

Анализируются все стадии проектирования приложений базы данных на 
примере разработки информационной системы для торговой фирмы. Даются 
практические рекомендации по решению типовых задач, возникающих при 
проектировании. 
Практикум ориентирован на студентов, обучающихся по специальностям 
080800 «Прикладная информатика в экономике» и 230102 «Автоматизированные системы обработки информации и управления». Может быть использован при выполнении курсовых и дипломных работ. 
 

© Государственный технологический  
университет «Московский институт 
стали и сплавов» (МИСиС), 2009 

ОГЛАВЛЕНИЕ 

Введение....................................................................................................4 
1. Порядок разработки приложений .......................................................6 
2. Анализ предметной области и постановка задачи...........................10 
2.1. Описание технологического процесса.......................................10 
2.2. Первичный анализ технологического процесса .......................13 
2.4. Оценка эффективности автоматизации технологического 
процесса...............................................................................................24 
2.5. Постановка задачи.......................................................................25 
3. Разработка структуры базы данных..................................................28 
3.1. Концептуальная схема базы данных..........................................28 
3.2. Логическая схема базы данных..................................................35 
4. Разработка запросов ...........................................................................38 
4.1. Задание связей..............................................................................38 
4.2. Базовые примеры запросов.........................................................41 
4.3. Итоговые запросы........................................................................44 
4.4. Перекрестные запросы................................................................52 
5. Разработка форм .................................................................................57 
5.1. Доступ к бланкам свойств...........................................................57 
5.2. Свойства данных..........................................................................58 
5.3. Списки и поля со списками ........................................................59 
5.4. Иерархические формы ................................................................63 
6. Разработка отчетов .............................................................................65 
6.1. Сходства и различия отчетов с формами и запросами.............65 
6.2. Группировка записей...................................................................66 
6.3. Макетирование отчетов ..............................................................71 
7. Реализация управления приложением..............................................73 
Заключение..............................................................................................76 
Задания для самопроверки.....................................................................77 
Библиографический список...................................................................82 
 

ВВЕДЕНИЕ 

За годы существования концепции баз данных (примерно 
35–37 лет) в мире создано огромное количество баз данных и их 
приложений, посвященных самым разным аспектам человеческой 
деятельности. Однако в обозримом будущем конца этим разработкам 
не видно. Это естественно, если учесть стремительность развития 
науки, техники и изменение мирового сообщества в целом. Поэтому 
разработка новых баз данных и их приложений является постоянно 
новой, и в то же время и старой задачей. 
Первый вопрос, который в связи с этим возникает – нельзя ли 
обойтись без разработки хотя бы типовых (стандартных) приложений. Попросту говоря, не лучше ли внедрять (адаптировать) старые 
разработки. Например, задачи по учету кадров, расчету заработной 
платы, учету материальных средств и т.д. отработаны давным-давно 
в огромном количестве автоматизированных систем. И тем не менее, 
чуть ли не каждое предприятие из года в год разрабатывает и разрабатывает приложения для решения этих задач. 
Таким образом, отвечая на вопрос о возможности применения 
(внедрения) готовых типовых компьютерных систем, следует ответить и «да» и «нет». Да, теоретически стандартизация возможна (и 
очень желательна). Однако на практике она крайне трудно осуществима. Почему? Потому, что в соответствии с законом Мэрфи, как 
только после длительного изучения различных вариантов вы изберете систему, которая подходит на 99 %, а оставшийся процент покрывается возможностью настройки, предусмотренной в системе, в 
первый день эксплуатации вы обнаружите, что для того, чтобы использовать эту систему, необходимо поменять весь порядок работы 
на фирме. Далее вы столкнетесь с проблемами сопровождения этой 
системы разработчиками: в частности, вам будет очень трудно добиться внимательного отношения к вашим внутренним проблемам. В 
конечном счете окажется, что экономический и производственный 
эффект от системы ничтожен, а ее реальная стоимость в разы, а то и 
в десятки раз превышает стоимость покупки. 
Может возникнуть вопрос, как тогда объяснить тенденцию повышения спроса на тестировщиков. Действительно, в последние годы 
многие фирмы стали пользоваться услугами не программистов, а 
тестировщиков, т.е. специалистов, которые только проверяют работоспособность чужих компьютерных систем и адаптируют (точнее, 

пытаются адаптировать) их к нуждам фирмы. В большинстве случаев 
эти специалисты не знают ни программирования, ни теории баз данных, ни основ проектирования информационных систем. Что можно 
сказать по этому поводу? Как гласит пословица: «Дай бог нашему 
теляти волка поймати!». 
Данный практикум ориентирован на студентов, освоивших курс 
по базам данных, намеренных самостоятельно заниматься разработкой систем с базами данных и не ставящих перед собой цель кое-как 
отделаться от них, скачав что-то из интернета. 
Практикум не содержит никаких фундаментальных теоретических 
положений. Предполагается, что все используемые понятия и термины читателю известны. 
На простом примере деятельности некоторой торговой фирмы 
(типичный пример для наших дней) рассматривается процесс проектирования базы данных и ее приложения. В качестве инструментария 
для разработки используются диалоговые средства СУБД Access. 
При этом также предполагается, что эта СУБД известна читателю. 
Тем не менее, наиболее важные и сложные аспекты ее использования 
поясняются. Выбор этой СУБД никак не обосновывается. Она является только инструментарием для отображения процесса проектирования и может быть при необходимости заменена любой другой. 
Цель практикума – показать типичный порядок проектирования, 
его наиболее важные аспекты и возможные подходы к решению типовых задач. Практикум может быть полезен студентам при выполнении курсовых и дипломных работ. 

1. ПОРЯДОК РАЗРАБОТКИ ПРИЛОЖЕНИЙ 

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

 

Рис. 1. Таблицы базы данных и типовые компоненты приложения 

Иногда у лиц, изучающих теорию баз данных, вызывает недоумение отнесение форм, отчетов, запросов, макросов к разряду компонентов приложения. Действительно, эти компоненты имеют двойственный смысл, так как при своем использовании могут рассматриваться как информационные объекты БД. Однако следует учитывать, 
что создаются они именно программными средствами (редакторами, 
генераторами или непосредственно прикладными программами), и, 
таким образом, не противоречат выше сделанному определению. 
Порядок разработки приложений баз данных во многом аналогичен порядку разработки любого изделия или процесса. Его основные 
этапы приведены ниже. 
I. 
Первичный анализ предметной области. 
II. Постановка задачи. 
III. Проектирование приложения. 
IV. Создание действующего макета приложения. 
V. Пробная эксплуатация приложения пользователями. 
VI. Доработка приложения по результатам пробной эксплуатации. 
VII. Сдача приложения в эксплуатацию и его сопровождение. 
Поясним содержание работ первых трех этапов. Именно их мы 
будем рассматривать в дальнейшем. Смысл остальных в особых 
комментариях не нуждается. 

На этапе Первичного анализа необходимо: 
а) составить для себя четкое представление о том производственном (технологическом) процессе или его части, для которого(ой) вы 
хотите писать прикладную задачу. Для этого необходимо ответить на 
следующие вопросы. 
1. Какие операции выполняются в данном процессе? 
2. Какая информация нужна для выполнения каждой операции? Откуда она берется? 
3. Какие документы необходимо выпускать, и в каких операциях? 
4. Как в процессе выполнения каждой операции ответственный за ее выполнение сотрудник взаимодействует с другими 
сотрудниками подразделениями или сторонними лицами, учреждениями? Какой информацией он с ними обменивается? 
5. Какие изменения технологического процесса наиболее 
вероятны в будущем? 

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

 На этапе Постановки задачи необходимо: 
а) определить, какие операции из технологического процесса будут выполняться компьютером, какие пользователем вручную, а какие пользователем на компьютере; 
б) определить характер и движение информации в системе. 
1. Какие элементы информации обязательны для соответствующих операций? 
2. Какая информация вводится в компьютер оператором 
вручную? 
3. Какую информацию можно использовать из уже существующих систем? 
4. Как формируются данные для выдачи документов? 
5. Какие данные выводятся в каждом документе? 
6. Что берется непосредственно из входных данных? 
7. Что требует обработки (вычислений, сортировки, поиска 
и т. п.)? 
8. Что создается внутри системы? 
в) составить общее представление об интерфейсе пользователя. 
1. Какие операции будут доступны пользователю? 
2. Как будет организован ввод данных и вывод документов? 
3. Какие настройки задачи могут потребоваться при перенесении на другие компьютеры, постановке задачи на локальную 
сеть? 

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

Отметим, что на этапе проектирования в большинстве случаев 
разработке подлежат все основные компоненты приложения, отмеченные на рис. 1. 
Конечно, данный порядок (прежде всего это относится к этапам I–
III) несколько идеализирован. Большую часть необходимых данных 
разработчик получает уже после создания работающего макета и его 
пробной эксплуатации пользователем. 
Не исключено, что, проработав с приложением достаточно длительное время и пристроив к нему множество «мансард» и «сарайчиков», вы придете к выводу, что проще сделать его новую версию, чем 
пытаться пристроить к нему еще что-нибудь. И тем не менее, чем 
больше вы соберете информации на начальных этапах, тем дольше 
вы продержитесь на первой версии, да и создать следующую версию 
будет гораздо проще. 

2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И 
ПОСТАНОВКА ЗАДАЧИ 

2.1. Описание технологического процесса 

Попытаемся поставить конкретную задачу, которую и будем использовать в дальнейшем изложении. 
Рассмотрим небольшую фирму, одним из направлений деятельности которой является мелкооптовая торговля перевязочными материалами, предметами санитарии и гигиены, а также медикаментами. 
В дальнейшем будем разрабатывать для нее небольшую торговую 
систему. Действуем в соответствии с примерным порядком, введенным нами в предыдущем разделе. 
Начинаем с описания технологического процесса продаж. 
К торговому менеджеру обращается клиент, желающий приобрести товар. Клиент может обратиться лично, появившись в офисе, или 
заочно – по телефону, по электронной почте, письмом, и т.д. 
Менеджер собирает всю информацию, которая нужна для удовлетворения потребностей клиента, выписки необходимых документов (счета, накладной, заявки на резервирование товара на складе) и 
выполнения операций по исполнению заказа клиента, а далее производит эти операции, набор которых зависит в первую очередь от 
формы оплаты товара, а также от того, лично или заочно обращался 
клиент. 
Ограничимся следующими формами оплаты: 
А – безналичная предоплата; 
Б – оплата наличными непосредственно при получении товара; 
В – с отсрочкой платежа на определенный срок. 

А. Безналичная предоплата. 
При заочном обращении менеджер проделывает следующие операции. 
А.1. Выписывает в бухгалтерии счет на завозной товар и, при необходимости, за услуги по погрузке и доставке товара. 
А.2. Отправляет клиенту счет сам или отдает для отправки секретарю или курьеру. 
А.3. Ожидает оплаты выставленного счета. Здесь возможны 2 варианта. 

А.3.1. Для надежных клиентов (точнее, надежных банков) в качестве подтверждения оплаты принимается копия платежного поручения. В этом случае об оплате обычно сообщает клиент, пересылая 
копию платежки по факсу или передавая ее лично при получении 
товара. 
А.3.2. В основном же, подтверждением оплаты является приход 
денег на счет фирмы, о чем менеджеру сообщает бухгалтерия. Тогда, 
если клиент не звонит сам, что бывает крайне редко, о приходе денег 
ему сообщает менеджер. 
А.4. В обоих случаях после подтверждения оплаты менеджер совместно с клиентом определяют день и время отпуска товара, для 
чего менеджер должен узнать, имеются ли на складе нужные товары, 
и зарезервировать соответствующее количество. 
А.5. Если доставка товара производится фирмой, менеджер должен также зарезервировать транспорт и грузчиков. 
А.6. Для отпуска товара менеджер должен: 
А.6.1. Выписать в бухгалтерии накладную на отпуск товара в 2-х 
экземплярах, получить на ней подписи ответственного лица и бухгалтера, а также поставить печать фирмы. 
А.6.2. Выписать требование на склад. 
А.6.3. Выписать счет-фактуру на отпуск товара с занесением ее в 
книгу продаж. 
А.7. Оформляет документы на доставку: 
а) если клиент получает товар самовывозом, то ему выдаются все 
вышеперечисленные документы, и он отправляется на склад. 
б) при доставке товара клиенту эти документы выдаются экспедитору, который доставляет товар клиенту. 
При очном обращении клиента и безналичной предоплате все 
вышеприведенные операции остаются, за исключением отправки 
счета, последний просто вручается клиенту. 

Б. Наличная оплата. 
Заочное обращение клиента. 
Б.1. Определение дня и времени отпуска товара. 
Б.2. Резервирование товара на складе. 
Б.3. Резервирование транспорта и грузчиков при необходимости. 
Б.4. Отпуск товара. 
Б.4.1. Выписка накладной, требования на склад и счета-фактуры. 
Б.4.2. Организация получения наличных денег кассиром с выдачей клиенту приходного ордера.