Реферат Создание базы данных 6
Работа добавлена на сайт bukvasha.net: 2015-10-28Поможем написать учебную работу
Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
от 25%
Подписываем
договор
СОДЕРЖАНИЕ
ВВЕДЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3
ЦЕЛИ И ЗАДАЧИ КУРСОВОЙ РАБОТЫ . . . . . . . . . . . . . . . . . . . . . .4
СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕКТА НА ОТДЕЛЬНЫЕ МОДУЛИ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Исходная документация, используемая для построения базы данных . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Выбор СУБД . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6
Аппаратные требования к будущему программному продукту . . . .9
Программное обеспечение . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9
Требования к интерфейсу . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Разбиение проекта на отдельные модули . . . . . . . . . . . . . . . . . . . . 11
ИНТЕРФЕЙС ПРОЕКТА . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
ПОРЯДОК ВВОДА В ЭКСПЛУАТАЦИЮ . . . . . . . . . . . . . . . . . . . 35
4.2. Установка программного продукта и настройка . . . . . . . . . . . . . . . 35
4.3. Ввод исходной информации . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .35
4.4. Программа обучения персонала . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
5. ОЦЕНКА ПРОЕКТА . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
ЗАКЛЮЧЕНИЕ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ . . . . . . . . . . . . . . . . . 39
ПРИЛОЖЕНИЯ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
ВВЕДЕНИЕ
Вычислительная техника шагает в будущее гигантскими шагами, не оставляя в стороне никого. Невозможно представить область интенсивной деятельности человека, которая могла бы обойтись без вычислительной техники и автоматизированных систем, без ущерба для себя. Не секрет, что неавтоматизированный труд сейчас рассматривается как пережиток прошлого. Люди хотят облегчить свою жизнь за счет применения техники. Базы данных стали основой информационных систем и коренным образом изменили методы работы многих организаций.
Курсовая работа будет посвящена автоматизации предприятия, по продаже мебели. В данное время существует уже много подобных программ, но каждое предприятие является уникальным и невозможно найти программу, которая удовлетворяла бы всем требованиям предприятия. Почти все задачи, которые возникают в ходе работы магазина, достаточно легко поддаются автоматизации. Здесь одной из главных задач является быстрая и бесперебойная обработка значительных потоков информации.
Базой данных смогут пользоваться разные службы магазина: директор, бухгалтерский отдел, менеджер, дежурный администратор и т.д. Созданный программный продукт позволит в удобной форме и в короткие промежутки времени ориентироваться в огромной массе информации. Использование программы должно значительно упростить и ускорить работу сотрудников предприятия и экономить средства не только организации, но и ее клиентов.
1. ЦЕЛИ И ЗАДАЧИ КУРСОВОЙ РАБОТЫ
Цель курсовой работы – создать базу данных, которая позволила бы автоматизировать покупку и продажу мебели в магазине, подсчёта выручки за определённые типы сделок.
К задачам курсового проекта относится выполнение программного продукта, который позволит вводить необходимую информацию о клиентах (ФИО, название (если это организация), средство связи с клиентом), работниках магазина (ФИО, домашний адрес, средство связи, должность), мебели имеющейся в наличии (название, цена, количество, производитель), заказы (Покупатель, дата, тип сделки, количество и название мебели, общая стоимость, стоимость за одну единицу).
Не мало важным также является получение наглядной информации о том, какая мебель имеется в наличии и в каком количестве, список сделок осуществлённых за промежуток времени, какие сотрудники работают в магазине в данный момент, а кто был уволен и по какой причине. Также одно из поставленных требований – это возможность вывода на печать данных об имеющейся мебели, клиентах, сотрудниках.
Для создания базы данных необходимо:
1. Произвести анализ работы организации.
2. Произвести сбор исходных данных о магазине.
3. Установить сроки создания данного проекта.
4. Выбрать программное обеспечение для реализации проекта.
5. Создать схему связи отношений в базе данных.
6. Создать простой и понятный пользовательский интерфейс.
7. Разработать схему внедрения проекта.
Структура и объем работы.
Работа состоит из введения, пяти разделов, заключения, библиографического списка и приложения в виде схемы данных (Рис.П.2.1.), отчетов и таблиц. Заключение написано для того что бы наиболее кратко охарактеризовать данный курсовой проект. Поэтому данные в заключении максимально конкретны и изложены в очень краткой форме. Пояснительная записка изложена на сорока трёх страницах печатного текста, содержит двадцать три рисунка, двадцать пять таблиц. Приложение представлено на десяти печатных листах. Использование больше десяти листов в приложении считаю ненужным.
Список использованной литературы содержит тридцать одно наименования работ отечественных и зарубежных авторов.
ВЫВОД
Данная программа, упрощает работу, экономит время, а значит средства не только организации, но и ее клиентов. Отсюда возникает вывод о необходимости создания данного программного продукта. Т.к. в современном мире невозможно всё учитывать в ручную, я считаю это просто невозможным. К тому же в наше время стремительно развиваются компьютерные технологии, появляются всё новые и новые программные продукты, упрощающие работу предприятий. Так зачем же считать всё в ручную, когда можно воспользоваться новыми технологиями и приложить к решению поставленной задачи минимум усилий. Именно для этого я начал создавать свой проект, та как считаю о его необходимости в мире по учёту товаров. С моей программой пользователь сможет не только облегчить свой труд, но и сэкономить кучу времени, так как моя программа и предназначена именно для этого. Что касается интерфейса то я сделал его похожим на Windows 98. Потому что с Windows 98 работало огромное количество пользователей, и многим может показаться непривычный интерфейс. Для своего проекта я использовал классический стиль с серыми тонами. Т.к считаю его наиболее приятным и не раздражающим для глаз. Потому что в моём проекте ничего не должно раздражать пользователя, так как мой проект предназначен в основном для бухгалтеров, а им, насколько мне известно, и так приходиться целыми днями сидеть за компьютером, так что моей второстепенной задачей было создание приятного дружественного интерфейса.
2. СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕТА НА ОТДЕЛЬНЫЕ МОДУЛИ
2.1. Исходная документация, используемая для построения базы данных
В ходе заполнения базы данных будет использоваться набор входящей документации, удостоверяющей личность сотрудника (паспорт). В качестве исходных данных берется информация о существующих сотрудниках.
2.2. Выбор СУБД
Для создания проекта в качестве среды разработки выбрана программа MS Access 2003.
Проведен сравнительный анализ с такими СУБД как Oracle и Visual Fox Pro.
Система управления базами данных Oracle.
Реляционная система управления базами данных фирмы Oracle является лидером на рынке СУБД. По производительности, надежности хранения данных, развитию семейства интерфейсов, объему серверных платформ продукты Oracle возглавляют многочисленные рейтинги.
Гибкость использования, развитие средства управления доступом и распределенная архитектура делают сервер Oracle чрезвычайно привлекательным для технологии информационных хранилищ, а возможность работы на свободно – распространяемых Unix - платформах расширяет его возможности в некоммерческой среде.
Существенным ограничением использования Oracle является достаточно высокая цена.
Система управления базами данных Visual FoxPro.
Visual FoxPro — это полнофункциональный язык объектно-ориентированного программирования. Он предлагает мощные средства для интерактивной работы и создания приложений, предназначенных для управления реляционными базами данных. И, что не менее важно, этот язык прост в изучении. Кроме того, программы, написанные на языке Visual FoxPro 7.0, будут совместимы с программами, написанными на Visual FoxPro предыдущих версий.
Разработка объектно-ориентированных приложений начинается с моделирования реальных объектов, необходимых для выполнения конкретного задания. При создании приложения вы взаимодействуете с хорошо знакомыми объектами: таблицами баз данных, формами, цветовыми схемами. Создание каждого объекта предполагает использование Visual FoxPro. Вам предоставляется возможность скопировать созданные объекты из одного приложения в другое и тем самым сократить объем работы. Например, если вы создали кнопку, которая предназначена для поиска фамилии клиента в указанной таблице, то вы можете использовать эту же кнопку в другом приложении. Вам потребуется лишь изменить наименование поля и таблицы, в которых будет осуществляться поиск.
Visual FoxPro позволяет сэкономить ваше время и деньги на каждом этапе процесса создания приложения. На начальной стадии время, затраченное на разработку прототипов, не пропадает даром. Вы можете сохранить каждый прототип в качестве класса и использовать при создании новых форм. На следующих стадиях разработки приложения (и даже после того, как работа над приложением уже завершена) вы можете в любой момент вернуться к нужному объекту и изменить или расширить его свойства, не нарушая целостности других объектов. Сопровождение и модификация приложений, написанных на Visual FoxPro, осуществляется гораздо более эффективно и требует меньших затрат по сравнению с традиционными линейными программами.
Система управления базами данных MS Access.
Общая характеристика:
Программный продукт MS Access представляет собой настольную систему управления базами данных (СУБД). Понятие "настольная" СУБД указывает на то, что все операции с базой данных осуществляются на локальном компьютере пользователя. Именно здесь находится физическое место хранения информации, а также работают средства управления и организации запросов.
Противоположностью настольной системе является распределенная база данных, т. е. такая архитектура, при которой ядро БД работает на выделенном сервере; там же обычно хранятся и данные. Через локальную или глобальную сеть пользователь посредством установленного на своем компьютере программного обеспечения посылает запросы и получает ответы. Такие системы предназначены для работы с большим количеством клиентов, и зачастую в качестве серверов в них функционируют компьютеры более сложные и мощные, чем РС. Впрочем, сказанное не означает, что MS Access способен выполнять операции только в однопользовательском режиме. Напротив, программа успешно работает и в сетях, правда, с ограниченным числом клиентов. Кстати, сама компания Microsoft настоятельно рекомендует инсталлировать MS Access в рамках небольших рабочих групп.
Идеальная среда для внедрения MS Access - малый и средний бизнес, связанный с интенсивным товаро и документооборотом. СУБД прекрасно справляется с такими типовыми задачами, как учет складского хозяйства, обеспечение работы магазина и т. д. При желании на Access вполне можно написать продвинутую бухгалтерскую или кадровую программу. С таким же успехом он применим и в качестве служебного средства, например, для поддержки сложного Web-сайта или системы intranet. Вообще, MS Access позволяет создать сложный по своей архитектуре продукт. Вопрос лишь в масштабах его применения: чем больше пользователей одновременно должно работать с базами данных и чем плотнее осуществляются транзакции, тем ближе граница между настольным MS Access и более мощными СУБД, например MS SQL Server.
Преимущества перед другими средами разработки:
возможность быстрой и интуитивной разработки (до десятков раз быстрее разработки на визуальных языках программирования);
разработка доступна даже новичку (для разработки простейших решений не требуется даже владения языками программирования);
полноценное хранилище данных, поддерживающее транзакции, индексы, типы данных, ограничения, связи.
2.3. Аппаратные требования к будущему программному продукту
Аппаратные требования, предъявляемые программой включают как минимум:
процессор Pentium с тактовой частотой 223 МГц или выше;
оперативная память не менее 128 Mb;
свободное пространство на жестком диске не менее 300 Mb;
монитор SVGA;
клавиатура;
сетевая карта.
Помимо этого, для того чтобы имелась возможность вывода на печать необходимых данных, необходимо наличие лазерного принтера.
Для того, чтобы другие магазины по продажи мебели могли использовать базу данных в профессиональных целях, необходимо настроить локальную сеть. Топология сети – шина, наиболее простая и распространенная топология. Надежность здесь выше, так как выход из строя отдельных компьютеров не нарушит работоспособность сети в целом.
2.4. Программное обеспечение
Программное обеспечение программного продукта включает:
операционную систему Windows XP;
драйвера интерфейсных плат;
драйвер к принтеру.
Характеристика операционной системы.
Операционная система Windows XP.
Windows XP объединяет в себе достоинства предыдущих поколений версий операционных систем: удобство, простоту установки и эксплуатации ОС семейства Windows 98 и Windows ME, а также и функциональность Windows 2000.
Применяемые в Windows XP расширение web – технологии открываю возможность обмена текстовыми и голосовыми сообщениями. С использованием специальной функции Динамическое обновление пользователь Windows XP получает удаленный доступ к любым необходимым драйверам и обновлениям «в одно нажатие мышью», причем все необходимые изменения в конфигурации ОС осуществляются автоматически.
Настройка Windows стала еще удобнее, а элементы Панели управления – еще нагляднее. Так же как и другие ОС, созданные с применением технологии NT, Microsoft Windows XP полностью поддерживает многопользовательский режим работы, причем усовершенствованный механизм разграничения доступа обеспечивает повышенный уровень безопасности хранящихся на диске приватных данных, а усовершенствованные алгоритмы контроля гарантируют стабильность новой версии Windows.
Windows XP имеет интеллектуальный настраиваемый интерфейс. Теперь пользователь не привязан к какому – либо стандартному интерфейсу, устанавливаемому в системе по умолчанию. В Windows XP используются оригинальные цветовые схемы, множество настраиваемых тем рабочего стола.
Новый пользовательский интерфейс Windows XP построен по принципам проблемно – ориентированной архитектуры. Это означает, что пользователь может получить оперативный доступ к интерактивной системе помощи и подсказок.
Усовершенствованный механизм поиска в Windows XP представлен в виде специальной утилиты (Search Companion). В состав Windows XP включен специальный механизм Быстрое переключение сеансов, с применением которого можно быстро, без регистрации подключать к работе с ОС новых пользователей или группы пользователей. Появилась также возможность переключаться между несколькими сеансами работы без необходимости сохранять данные или перезагружать систему.
2.5. Требования к интерфейсу
Главная кнопочная форма выполняет функции титульного листа и меню. Главная кнопочная форма должна открываться при обращении к базе данных. Из нее пользователь будет обращаться к основным элементам базы данных. Главная кнопочная форма будет иметь командные кнопки, которые будут обеспечивать запуск других элементов базы данных. Для оформления кнопки будет использоваться стандартный вид кнопки Access 2003. На кнопке будет отображаться только её название, которое будет подсказывать пользователю какую функцию она выполняет.
2.6. Разбиение проекта на отдельные модули
На основе исходных данных необходимо разбить базу данных на отдельные модули. Главным требование при разбиении - это наличие наименьшего количества функциональных связей между модулями. В базе данных «Учёт товаров в мебельном магазине «Виктория» можно рассмотреть четыре модуля. Первый модуль включает в себя сведения о клиентах (ФИО, средства связи). Второй модуль содержит сведения о сотрудниках магазина (ФИО, должность, домашний адрес, средство связи, паспортные данные). Третий модуль содержит информацию о заказах (Покупатель, продавец, тип сделки, сумма). Четвертый модуль посвящен ассортименту товара (Название, производитель, количество, цена за одну единицу).
После сбора исходных данных был создан и связан ряд таблиц, представленных в приложении. Описание таблиц приводится ниже.
Таблица «Номенклатура» (П.1.1.). Таблица содержит ключевое поле ID Номенклатуры (тип поля: счетчик), которое служит для идентификации номенклатуры. В этом поле повторение значений недопустимо. Также имеются поля Номер мебели (тип поля: числовой), это поле служит для вода номера мебели. Поле id Типа мебели (тип поля: числовой), в этом поле водиться тип мебели. Поле Артикул (тип поля: текстовый) служит для ввода артикула мебели. Поле id Производителя (тип поля: числовой) служит для ввода производителя.
Таблица «Список сотрудников» (П.1.2.). Таблица содержит ключевое поле ID сотрудника (тип поля: счетчик), которое служит для идентификации сотрудника магазина. В этом поле повторение значений недопустимо. Также имеются поля Фамилия, Имя, Отчество (тип поля: текстовый). В этих полях слово должно начинаться с большой буквы и не иметь пробелов. Поле Дата рождения (тип поля: дата/время) служит для ввода даты рождения сотрудника. Поле id пола (тип поля: логический) служит для идентификации пола сотрудника.
Таблица «Паспортные данные» (П. 1.3.). Таблица содержит ключевое поле ID паспортных данных (тип поля: счетчик), которое служит для идентификации паспортных данных. В этом поле повторение значений недопустимо. Также имеются поля id Сотрудника (тип поля: числовой). Служит для идентификации данных сотрудника. Поля Серия, Номер (тип поля: числовой), Кем выдан (тип поля: текстовый), Когда выдан (тип поля: дата/время) используются для ввода паспортных данных.
Таблица «Список должностей» (П.1.4.). Таблица содержит ключевое поле ID Должности (тип поля: счетчик), которое служит для идентификации должности. В этом поле повторение значений недопустимо. Также имеется поле Наименование должности (тип поля: текстовый) служит для идентификации должности сотрудника.
Таблица «Список типов мебели» (П.1.5). Таблица содержит ключевое поле ID Список типов мебели (тип поля: счетчик), которое служит для идентификации списка мебели. В этом поле повторение значений недопустимо. Имеется также поле Наименование типа мебели (тип поля: текстовый), которые служат для идентификации наименования мебели.
Таблица «Прием на должность» (П.1.6.). Таблица содержит ключевое поле ID Приема на должность (тип поля: счетчик), которое служит для идентификации приема на должность. В этом поле повторение значений недопустимо. Поля id сотрудника и id должности (тип поля: счетчик) служат для идентификации сотрудника и должности соответственно. Поля Дата приема и Дата увольнения (тип поля: счетчик) служат для ввода даты приема на работу и даты увольнения сотрудника. В поле Причина указывается причина увольнения или перевода сотрудника.
Таблица «Список полов» (П.1.7.). Таблица содержит ключевое поле ID Пола (тип поля: счетчик), которое служит для идентификации пола. В этом поле повторение значений недопустимо. Поле наименование пола (тип поля: логический) служит для идентификации названия пола.
Таблица «Тип населенного пункта» (П.1.8.). Таблица содержит ключевое поле ID населенного пункта (тип поля: счетчик), которое служит для идентификации населенного пункта. В этом поле повторение значений недопустимо. В поле Наименование населенного пункта (тип поля: текстовый) записывается наименование населенного пункта.
Таблица «Список типов улиц» (П.1.23.). Таблица содержит ключевое поле ID Типа адреса (тип поля: счетчик), которое служит для идентификации типа улицы. В этом поле повторение значений недопустимо. В поле Тип улицы (тип поля: текстовый) записывается наименование типа улицы.
Таблица «Список улиц» (П.1.22.). Таблица содержит ключевое поле ID улицы (тип поля: счетчик), которое служит для идентификации улицы. В этом поле повторение значений недопустимо. В поле Название улицы (тип поля: текстовый) записывается название улицы. В полях id населённого пункта и id типа улицы (тип поля: числовой) служат для идентификации населённого пункта и типа улицы соответственно.
Таблица «Домашний адрес» (П.1.8.). Таблица содержит ключевое поле ID Адреса (тип поля: счетчик), которое служит для идентификации адреса. В этом поле повторение значений недопустимо. В полях id Тип адреса, id Сотрудник, id Улица (тип поля: числовой) вводится идентификация типа адреса, собственно сотрудника, и названия улицы. Поле Номера дома и квартиры (тип поля: текстовый) используется для ввода дома и квартиры сотрудника.
Таблица «Средства связи клиента» (П.1.9.). Таблица содержит ключевое поле ID Средства связи клиента (тип поля: счетчик), которое служит для идентификации средств связи клиента. В этом поле повторение значений недопустимо. Поля id Тип средства связи и id Сотрудника клиента (тип поля: числовой) используются для определения типа средства связи и определения списка сотрудника клиента. Поле Значение (тип поля: текстовый) используется для ввода значения.
Таблица «Средства связи сотрудников» (П.1.10.). Таблица содержит ключевое поле ID Средства связи сотрудников (тип поля: счетчик), которое служит для идентификации средства связи сотрудников. В этом поле повторение значений недопустимо. В полях id Средства связи и id Сотрудника (тип поля: числовой) определяется тип связи и соответственно список сотрудника. Поле Значение (тип поля: текстовый) используется для ввода значения.
Таблица «Список типов средств связи» (П.1.11.). Таблица содержит ключевое поле ID почтового отделения (тип поля: счетчик), которое служит для идентификации почтового отделения. В этом поле повторение значений недопустимо. В поле Наименование почтового отделения (тип поля: текстовый) вводится наименование почтового отделения. В поле Центральное почтовое отделение (тип поля: логический) отмечается, является ли данное почтовое отделение центральным или нет. Поле id населенного пункта (тип поля: числовой) служит для идентификации населенного пункта, в котором находится данное почтовое отделение.
Таблица «Список заказ» (П.1.13.). Таблица содержит ключевое поле ID Заказ (тип поля: счетчик), которое служит для идентификации заказа. В этом поле повторение значений недопустимо. Поле Дата (тип поля: дата) содержит дату заказа. Поле id Клиента, id Сотрудника, id Типа сделки (тип поля: числовой) служит для идентификации списка клиентов, списка сотрудников, списка типа сделок.
Таблица «Состав заказа» (П.1.14.). Таблица содержит ключевое поле ID Заказа (тип поля: счетчик), которое служит для идентификации состава заказа. Поля id Заказа, id Номенклатуры (тип поля: числовой) служат для идентификации списка заказа и списка номенклатуры. Поле Количество (тип поля: числовое) и Цена за 1 единицу (тип поля: денежный) содержат информацию о том, в каком количестве находится товар и сколько стоит одна единица.
Таблица «Стоимость номенклатуры» (П.1.15.). Таблица содержит ключевое поле ID Стоимость (тип поля: счетчик), которое служит для идентификации стоимости. В поле id Номенклатуры (тип поля: числовое) это поле служит для идентификации списка номенклатуры. Поле Стоимость (тип поля: денежный) и поле Дата (тип поля: Дата) содержат информацию о стоимости товара и когда товар был приобретён.
Таблица «Список производителей» (П.1.16.). Таблица содержит ключевое поле ID Производителя (тип поля: счетчик), которое служит для идентификации производителя. В этом поле повторение значений недопустимо. В поле Производитель (тип поля: текстовый) вводится наименование производителя.
Таблица «Список клиентов» (П.1.17.). Таблица содержит ключевое поле ID Клиента (тип поля: счетчик), которое служит для идентификации клиента. В этом поле повторение значений недопустимо. В поле Наименование предприятия (тип поля: текстовый) вводится само наименование предприятия.
Таблица «Сотрудник клиент» (П.1.18.). Таблица содержит ключевое поле ID Сотрудника клиента (тип поля: счетчик), которое служит для идентификации сотрудника клиента. В этом поле повторение значений недопустимо. В полях Фамилия, Имя, Отчество, (тип поля: текстовый) вводится фамилия, имя и отчество сотрудника клиента. Поле id Клиента и id Должности (тип поля: числовой) наименование предприятия и должность сотрудника.
Таблица «Список сделок» (П.1.19.). Таблица содержит ключевое поле ID Тип сделки (тип поля: счетчик), которое служит для идентификации типа сделки. В этом поле повторение значений недопустимо. Поле id услуги (тип поля: числовой) служит для идентификации услуги. Поле Наименование сделки (тип поля: текстовый) описывается тип сделки.
Таблица «Список штатов» (П.1.20.). Таблица содержит ключевое поле ID Должности (тип поля: счетчик), которое служит для идентификации должности. В этом поле повторение значений недопустимо. Поле Наименование должности (тип поля: текстовый) служит для ввода названия должности.
Таблица «Список типов адресов» (П.1.21.). Таблица содержит ключевое поле ID Списка адресов (тип поля: счетчик), которое служит для идентификации списка адресов. Поле Наименование типа адреса (тип поля: текстовый) служит для ввода наименования типа адреса.
Таблица «Населённые пункты» (П.1.25.). Таблица содержит ключевое поле ID Населённого пункта (тип поля: счётчик), которое служит для идентификации населённого пункта. Поле Наименование (тип поля: текстовый) используется для ввода наименования населённого пункта. Поле Телефонный код (тип поля: числовое) используется для ввода телефонного кода. Поле id Тип (тип поля: числовое) используется для идентификации наименования типа населённого пункта. Не должно использоваться для наименования чего-либо другого.
ВЫВОД
Для создания проекта выбрана СУБД Access 2003, так как на сегодняшний день она является одной из наиболее популярных СУБД реляционного типа. Программный продукт имеет интуитивно понятный интерфейс и не требует дорогостоящего программного и аппаратного оборудования. Потому что допустим в начинающей фирме не могут позволить дорогостоящего оборудования, разве из-за этого им стоит отказываться от программного продукта и переходить на старинный метод учёта товаров с помощью ручки и тетради. Поэтому мой проект требует минимальные системные требования, не очень разборчив в операционных системах. Использовать его может любой пользователь который хоть немного знает компьютер, знания допускаются на уровне пользователя. Access 2003 я выбрал потому что его может приобрести любая организация и он не требует каких либо больших затрат. Можно даже купит не лицензионный пакет Microsoft для начинающей фирмы это вполне приемлемо, но вот в последствии когда фирма начнёт набрать обороты я этого как разработчик проекта не советую, потому что любая проверка может нанести серьёзный урон финансовой системе магазина. Именно по этому я и выбрал Microsoft Access 2003.
3. ИНТЕРФЕЙС ПРОЕКТА
База данных поделена на четыре модуля: «Список товаров», «Сотрудники», «Клиенты», «Заказы».
Модуль «Список товаров» включает в себя формы: «Номенклатура», «Тип мебели» «Производитель»
Модуль «Сотрудники» включает в себя формы: «Список сотрудников», «Список должностей», «Список полов», «Прием на работу», «Средства связи», «Тип средства связи», «Адрес сотрудника», «Список регионов», «Список типов регионов», «Список населенных пунктов», «Список типов населенных пунктов», «Список почтовых отделений», «Список улиц», «Список типов улиц».
Модуль «Клиенты» включает в себя формы: «Список клиентов», «Средства связи с клиентом».
Модуль «Заказы» включает в себя формы: «Список производителей», «Номенклатура», «Список сотрудников», «Список клиентов», «Список типов сделок».
Первая форма – это «Главная кнопочная форма» (Рис. 3.1.). Данная форма выполняет функции титульного листа и меню. Главная кнопочная форма открывается при обращении к базе данных. В данной форме отсутствует, какая либо картинка, сделано это для того, что бы пользователь не отвлекался на неё, надпись, представляющая организацию и шесть кнопок, с помощью которых пользователь может обращаться к основным элементам базы данных.
Кнопка «Список мебели» открывает форму «Номенклатура». Кнопка «Сотрудники» открывает форму «Сотрудники». Кнопка «Клиенты» открывает форму «Клиенты». Кнопка «Заказы» открывает форму «Заказы». Кнопка «Об авторе» открывает форму « Об авторе», в которой содержится информация о разработчике.
И, наконец, кнопка «Выход» закрывает базу данных и Microsoft Access.
Рис. 3.1. Главная кнопочная форма
Рис. 3.2. О разработчике
Кнопка «Выход» позволяет закрыть не только Главную кнопочную форму, но и выйти из Access. Так же присутствует кнопка «Разработчик» открывающая окно «О разработчике» (Рис. 3.2.).
Форма «Номенклатура» предоставляет информацию о мебели, (Рис. 3.3.). Эта форма состоит из трёх подчиненной формы «Номенклатура», «Список типов мебели», «Производитель». Главная форма снабжена кнопками «Добавить тип мебели», которая при нажатии позволяет добавить или редактировать информацию о мебели и «Добавить производителя» при нажатии, на которую можно добавить производителя. Имеются также кнопки «Просмотреть отчет» и «Печать отчета» (для оформления не используются рисунки, что бы не отвлекать пользователя), которые позволяют наглядно просмотреть информацию о мебели и при необходимости распечатать ее. Кнопка «Закрыть» позволяет выйти из данной формы.
Для того чтобы соединить как поля Номенклатура, производитель, тип мебели, производитель мебели был создан так называемый за запрос на выборку (Рис. 3.4.).Так как без запроса на выборку не возможно соединить указанные выше поля. К тому же в данной форме запрос на выборку просто не обходим. Так как данная форма является одной из основных форм. Ниже я представил этот запрос на языке SQL так как именно этот язык использовался для построения запроса. На языке SQL этот запрос выглядит следующим образом и никак иначе:
SELECT Номенклатура.[ID Номенклатуры], [Список типов мебели]![Наименование типа мебели] & ' ' & ' ' & Номенклатура!Артикул & ' (' & [Список производителей]!Производитель & ')' AS Выражение1, [Список типов мебели].[Наименование типа мебели], Номенклатура.Артикул, [Список производителей].Производитель
FROM [Список типов мебели] INNER JOIN ([Список производителей] INNER JOIN Номенклатура ON [Список производителей].[ID Производителя] = Номенклатура.[id Производителя]) ON [Список типов мебели].[ID Типа мебели] = Номенклатура.[id Типа мебели];
Рис. 3.3. Форма «Номенклатура»
Рис. 3.4. Структура запроса «Номенклатура»
Следующая форма «Сотрудники» (Рис. 3.5.).
Данная форма показывает информацию о сотрудниках, работающих в магазине. Эта форма состоит из четырёх подчиненных форм: «Сотрудник», «Адрес», «Паспортные данные», «Должность», «Средства связи». Кнопка «Закрыть» позволяет закрыть главную форму.
Для того чтобы соединить поля Фамилия, Имя, Отчество, был создан запрос на выборку (Рис. 3.6.). На языке SQL этот запрос выглядит как:
SELECT Сотрудник.[ID Сотрудник], [Фамилия] & ' ' & [Имя] & ' ' & [Отчество] AS Выражение1, Сотрудник.Фамилия, Сотрудник.Имя, Сотрудник.Отчество
FROM Сотрудник;
Подчинённая форма «Адрес», в ней используется подстановка улицы, т.к на языке SQL этот запрос очень мал, он будет представлен только в графическом виде и будет выглядеть так:
SELECT Улица.[ID Улица], [Наименование типа улицы] & ' ' & [Наименование улицы] AS Выражение1, [Тип улицы].[Наименование типа улицы], Улица.[Наименование улицы]
FROM [Тип улицы] INNER JOIN Улица ON [Тип улицы].[ID Тип улицы] = Улица.[id Тип улицы];
Так же в данной форме используется подстановка почтового отделения.
Данный запрос выглядит следующим образом:
SELECT Почта.[ID Почтовое отделение], [Почтовый индекс] & ', ' & [Наименование населеного пункта] & ' ' & [Наименование пункта] AS Выражение1, Почта.[Почтовый индекс], [Тип населеного пункта].[Наименование населеного пункта], [Населеный пункт].[Наименование пункта]
FROM [Тип населеного пункта] INNER JOIN ([Населеный пункт] INNER JOIN Почта ON [Населеный пункт].[ID Населеный пункт] = Почта.[id Населеный пункт]) ON [Тип населеного пункта].[ID Тип населеного пункта] = [Населеный пункт].[id Тип населеного пункта];
Р
Рис. 3.6. Структура запроса «Подстановка сотрудников»
Рассмотрим подчиненные формы.
В форме «Домашний адрес» указывается информация о том, где проживает данный сотрудник, и номер его дома и квартиры (Рис.3.7.). Так как эти данные необходимы для полного представления о местожительстве сотрудника. В данной форме присутствует кнопка «Добавить улицу» после нажатия на которую, можно ввести новую улицу, а так же номер дома и квартиры.
В форме «Паспортные данные» указывается «Серия», «Номер», «Кем выдан» и «Когда выдан» паспорт (Рис. 3.8.). Так как паспортные данный являются самыми важными и самыми точными. С их помощью можно узнать о сотруднике практически всё. Эта форма снабжена дополнительными кнопками «Просмотр отчета» и «Печать отчета», которые позволяют просмотреть и напечатать отчет.
В форме «Должность» указывается «Должность» сотрудника, «Дата принятия», «Дата увольнения», и «Причина» (Рис. 3.9.). В каждой организации должны знать на какой должности работает данный сотрудник. Так же в данной форме присутствует кнопка добавления должности, при нажатии на которую появится форма «Штаты» (Рис. 3.10.) в которую можно будет ввести новую должность, которая автоматически появится в списке выбора должности.
В форме «Средства связи» указывается «Тип средства связи» и «Значение» (Рис. 3.11.). В данной форме указывается данные о средствах связи с сотрудникам. Так как без них в случае допустим болезни сотрудника, с ним нельзя будет связаться, а придётся ехать по его местожительству, а это как известно очень не удобно. Так же в данной форме присутствует кнопка «Добавить тип средства связи» при нажатии на которую появится форма «Список типов средств связи» (Рис. 3.12.), в которую можно будет ввести новый тип средства связи. Ещё в данной форме присутствует кнопка «Обновить», которая обновляет нововведённые названия типов средств связи, для того что бы они отображались в меню выбора.
Рис.3.7. Форма « Домашний адрес»
Рис. 3.8 Форма «Паспортные данные»
Рис.3.9. Форма «Штаты»
Рис. 3.10 Форма «Приёма на должность»
Рис. 3.11 Форма «Средства связи сотрудников»
Рис.3.12 Форма «Список типов средств связи»
Далее рассмотрим остальные имеющиеся формы.
В форме «Заказ» вводиться информация о заказах (Рис.3.13.). Эта форма состоит из пяти подчиненных форм: «Сотрудник», «Клиент», «Номенклатура», «Список типов мебели», «Список сделок». Кнопка «Закрыть» позволяет закрыть эту форму. Так же в данной форме производится подсчёт итоговой стоимости заказа, для этого создавался отдельный запрос «Итого» (Рис.3.14.) в котором использовалась форма «Состав заказа» (Рис.3.15.).
Данный запрос выглядит следующим образом:
SELECT [Состав заказа].[id Заказа], [Состав заказа].Количество, [Состав заказа].[Цена за 1 единицу], [Состав заказа]![Количество]*[Состав заказа]![Цена за 1 единицу] AS Выражение1
FROM [Состав заказа];
Форма «Средства связи клиента» (Рис.3.16.).
В данной форме указываются и вводятся данные по средствам которых можно связаться с клиентами. Здесь отсутствуют какие либо кнопки добавления, так как всё предусмотрено.
Форма «Список сделок» (Рис.3.17.).
Эта форма используется для ввода списка сделок. Она отображается в форме «Заказы». Информация, которой заполняется данная форма, соответствует тому набору атрибутов, который мы определили при анализе предметной области. Данные, вводимые в форму должны отображать название типа сделки.
Закрытие формы происходит при нажатии стандартной для всех форм кнопки.
Форма «Пол» (Рис.3.18.).
Эта форма используется для ввода пола сотрудников, она отображается в форме «Сотрудники». Информация, которой заполняется данная форма, соответствует тому набору атрибутов, который мы определили при анализе предметной области.
Закрытие формы происходит при нажатии стандартной для всех форм кнопки.
Форма «Список производителей» (Рис.3.19.).
Эта форма используется для ввода названия производителя. Она может быть вызвана из формы «Номенклатура». Информация, которой заполняется данная форма, соответствует тому набору атрибутов, который мы определили при анализе предметной области. Данные, вводимые в форму собственно наименование предприятия или если есть то можно ввести имя директора предприятия.
Закрытие формы происходит при нажатии стандартной для всех форм кнопки.
Форма «Почта» (Рис.3.20.).
Данная форма используется для ввода почтовых данных. Она отображается в закладке «Адрес». Информация, которой заполняется данная форма, соответствует тому набору атрибутов, который мы определили при анализе предметной области. Исходя из атрибутов которые мы выбрали в данной предметной области мы заполняем данную форму такой информацией которая наиболее чётко бы отображала данные о почте
Закрытие формы происходит при нажатии стандартной для всех форм кнопки.
Форма «Населённый пункт» (Рис.3.21.).
Данная форма используется для ввода данных о типе населенного пункта. Она уже содержится в форме «Сотрудники» в виде вкладки «Адрес». Информация, которой заполняется данная форма, соответствует тому набору атрибутов, который мы определили при анализе предметной области. Исходя из набора атрибутов который мы выбрали в данной предметной области мы заполняем данную форму такой информацией которая наиболее точно будет отображать место проживания сотрудников
Закрытие формы происходит при нажатии стандартной для всех форм кнопки.
Р
Рис.3.14. Запрос на выборку «Итого»
Рис.3.15. Форма «Состав заказа»
Рис.3.16. Форма «Средства связи клиентов»
Рис.3.17. Форма «Список сделок»
Рис.3.18. Форма «Список полов»
Рис.3.19. Форма «Список производителей»
Рис.3.20. Форма «Почта» Рис.3.21. «Населённый пункт»
В базе данных представлено три отчета.
Первый отчет называется «Паспортные данные сотрудника». В данном отчёте отображаются паспортное данные сотрудников. Я сделал этот отчёт потому что считаю, что самыми важными сведениями о сотрудниках являются их паспортные данные. Так как они являются самыми достоверными и точными. К примеру данные о месте проживания или почтовых данных их можно подделать, а паспортные данные как я считаю практически невозможно, в противном случае такому сотруднику проще идти на работу не в магазин по продаже мебели а в какую-нибудь силовую структуру к примеру экспертом по подделкам паспортов.
Отчет «Заказ». В данном отчёте наглядно показано какая сделка была произведена и кто её произвёл. Этот отчёт я сделал для того чтобы было легче отследить кто, когда и какой тип сделки был произведён в определенный промежуток времени. В большинстве случаев этот отчёт будет применяться в различных спорных ситуациях, когда будут происходить различного рода неясности или накладки. К примеру может случиться такая ситуация что товар деньги были получены а товар покупатель не получил, вот именно в это время и пригодится данный отчёт.
Отчет «Номенклатура» (Рис.3.22.). В данном отчёте представлен весь товар имеющиёся в магазине. Этот учёт нужен для точного учёта товаров, потому что в магазине важна точность. Данный отчёт был создан, потому что в каждом магазине продавцы должны обладать точными сведениями, сколько товаров имеется на складе и в каком количестве. Так как на практике этой информацией некоторые продавцы не владеют и им приходится долго выяснять имеется ли данный товар на складе. А с таким отчётом достаточно будет нажать одну кнопку и получить быстрый и точный отчёт об имеющемся товаре. Т.к я считаю этот отчёт наиболее важным в моей базе данных, я приведу его графический пример так как словами описывать очень долго и не наглядно. Потому что данный пример наиболее точно отразит данный отчёт.
Р
ВЫВОД
Программа имеет интуитивно понятный и дружественный интерфейс. Для оформления использовались стандартные серые тона нераздражающие глаз. Потому что применение в данном проекте различных цветов я считаю неуместным. По моему мнению использование цветов делается для того чтобы отвлечь работника от его основных обязанностей. Наличие в проекте цветных эффектов а тем более картинок очень сильно будет тормозить работу которую будет выполнять какой либо сотрудник Главная кнопочная форма выполняет функции меню. На ней располагаются четыре кнопки, нажатие которых позволяет открыть главные формы, которые в свою очередь имеют вкладки. Главная форма служит своеобразным путеводителем по моей базе данных. Благодаря главной кнопочной форме пользователь никогда не запутается в моём проекте. На каждой вкладке имеются кнопки «Просмотреть отчет» и «Печать отчета, которые позволяют наглядно просмотреть информацию о мебели при необходимости распечатать ее. Кнопка «Выход» закрывает главную форму.
4. ПОРЯДОК ВВОДА В ЭКСПЛУАТАЦИЮ
4.1. Установка программного продукта и настройка
Для установки программного продукта Учёт товаров в мебельном магазине «Виктория» необходимо, во – первых, наличие операционной системы Windows XP, пакета MS Office 2003. Также необходимо установить принтер и его драйвер для печати отчетов.
Во – вторых, необходимо сначала скопировать программу на жесткий диск. После этого можно пользоваться базой. При запуске файла базы данных она автоматически будет открываться в Microsoft® Access 2003 если конечны вы его всё таки установили.
4.2. Ввод исходной информации
В базу данных необходимо ввести ряд начальных исходных данных в форме «Сотрудники». Их адрес, паспортные данные, средства связи, пол. В форме «Номенклатура» также ввести данные по имеющейся мебели. Что касается клиентов, то информация о них будет заноситься в базу данных по мере того как часто магазин будет с ними работать.
4.3. Программа обучения персонала
Для работы с данной программой необходимо наличие навыков работы с Windows.
Для начала необходимо запустить саму базу двойным нажатием мыши или нажатием клавиши «Enter». Если после двойного нажатия или после нажатия клавиши Enter база данных не запускается, то проверьте правильность установки на вашем компьютере операционной системой. Так как ошибочным будет мнение о неработоспособности данного проекта. Данная база данных должна запуститься при любых условиях. Конечно если пользователь не забыл, установит пакет программ. Далее появляется главная кнопочная форма. В ней находятся шесть кнопок с соответствующими названиями.
Кнопка «Номенклатура» открывает форму, в которой содержатся данные об имеющейся мебели. Кнопка «Сотрудники» открывает форму с данными о сотрудниках. Кнопка «Клиенты» открывает форму, в которой содержатся данные обо всех клиентах. Кнопка «Заказ» открывает форму с данными о заказах. Также здесь находится кнопка «Об авторе», открывающая форму с информацией об авторе. Ну и, конечно, кнопка «Выход» для закрытия базы данных.
Обучение данному программному продукту может проходить также посредством изучения пояснительной записки.
ВЫВОД
Данный раздел содержит рекомендации по установке и запуску программы, а также возможности настройки. Описан минимальный набор программного обеспечения, необходимый для работы с базой данных. Составлена программа обучения персонала, в которой подробно описано назначение каждой формы и кнопки. Если кто-то из персонала будет считать что данная пояснительная записка недостаточно точно описана, то по вопросам нужно будет обратиться к работающему в магазине или на предприятии программисту. С его уровнем знаний операционных систем вы легко сможете понять и найти вашу проблему
5. ОЦЕНКА ПРОЕКТА
Оценка разработчика:
С моей точки зрения как автора данного программного продукта, она удовлетворяет всем выдвинутым требованиям на этапе постановки целей создания базы данных. Но, возможно, я как автор не вижу некоторых недостатков. Но если говорить по существу, то программный продукт работает, выполняет необходимые действия и неплохо оформлен. Также, говоря с точки зрения разработчика, проект находится на ранней стадии развития и в дальнейшем его можно доработать и усовершенствовать.
Оценка пользователя:
Если посмотреть на базу данных с точки зрения конечного пользователя, то можно сказать, что созданная база данных довольно корректна. Она имеет дружественный и интуитивно понятный интерфейс. Для пользователя главное простота работы и понятность всего происходящего. Это хорошо реализовано в данной базе данных. Все кнопки имеют понятные надписи. Недовольство пользователя может вызвать то, что придется еще заполнять данные, но это уже необходимость. В целом со стороны пользователя база данных «Учёт товаров в мебельном магазине «Виктория» приемлема.
Оценка заказчика:
Все цели были выполнены. Стоит отметить, что данный продукт не требует дорогостоящего программного и аппаратного обеспечения. База данных позволит экономить время, а значит в конечном итоге и средства заказчика. Недостатки могут быть выявлены только в ходе работы пользователей с базой.
ВЫВОД
В данном разделе описана оценка проекта заказчиком, оценка проекта разработчиком и конечным пользователем и выявлено, что данная база данных не совершенна, и возможна ее дальнейшая доработка, но на начальной стадии база вполне корректна.
ЗАКЛЮЧЕНИЕ
1. Определены цели и задачи курсовой работы - это создание программного продукта, предназначенного для автоматизации работы предприятия, занимающегося, продажей мебели. Для этого был произведен анализ работы предприятия, сбор необходимых данных, установлены сроки создания проекта.
2. Определена структура и объем работы. Работа должна состоять из введения, шести разделов, заключения, приложения в виде схемы данных и таблиц. Также обязательно наличие библиографического списка с наименование работ отечественных и зарубежных авторов и наличие поясняющих рисунков и таблиц.
3.Собраны необходимые данные. Проект разбит на отдельные модули,
в качестве среды разработки проекта выбрана MS Access 2003. Проведен сравнительный анализ MS Access с такими СУБД как Oracle и Visual Fox Pro. Выявлены преимущества и недостатки. Определены минимальные аппаратные и программные требования к программному продукту. Определены требования к интерфейсу. Проект разбит на четыре отдельных модуля. Создан и представлен ряд исходных таблиц.
4. Описан интерфейс проекта. При обращении к базе данных открывается Главная кнопочная форма, выполняющая функции титульного листа и меню. Описаны функциональные возможности и назначение каждой кнопки, расположенной на Главной кнопочной форме, и кнопок расположенных в других формах. Наглядно представлены все главные формы и подчиненные формы.
5. Определен порядок ввода программного продукта в эксплуатацию: порядок установки и настройка. Определено, какие данные необходимо вводить изначально, а какие в процессе эксплуатации базы данных. Написана программа обучения персонала, в которой объяснено, как правильно и удобней пользоваться базой данных.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1. Михеева В., Харитонова И. «MS Access 2003 - наиболее полное руководство», СПб: «БХВ – Петербург», 2006. – 1088 с.
2. Кириллов В.В. «Основы проектирования реляционных баз данных», Санкт – Петербургский государственный институт точной механики и оптики. Кафедра вычислительной техники. Интернет учебник.
3. Кузнецов С.Д. «Современные базы данных», Москва – Центр информационных технологий. Интернет учебник.
4. Хомоненко А., Гридин В. «MS Access. Экспресс курс», СПб: «БХВ – Петербург», 2005. – 289 c.
5. Дейт К. Введение в системы баз данных, 7-е издание.– М.: Издательский дом «Вильямс», 2001. – 1072 с.
6. Конолли Т., Бегг К., Страчан А. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд. Уч. пос. – М.: Издательский дом «Вильямс», 2000. – 1120 с.
7. Хансен Г., Хансен Д.. Базы данных: разработка и применение. – М.: ЗАО "изд-во БИНОМ", 1999. – 704 с.
8. Ульман Д., Уидом Д.. Введение в системы баз данных. – М.: Изд-во Лори, 2000. – 374 с.
9. Гетц К., Литвин П., Гилберт М. Access 2000. Руководство разработчика. Том 1. Настольные приложения. – М.: Издательская группа BHV, 2000. – 1264 с.
10. Каратыгин С., Тихонов А., Долголаптев В., Ильина М., Тихонова Л.. Электронный офис. Т. 2. – М.: Нолидж, 1999.
11. Грофф Д.Р., Вайнберг П.Н. SQL: полное руководство. – М.: Издательская группа BHV, 1999. – 608 с.
12. Грабер М. Справочное руководство по SQL. – М.: Изд-во ЛОРИ, 1997. – 292 с.
13. Саймон А.Р. Стратегические технологии баз данных: менеджмент на 2000 год. – М.: Бином, 1999. – 480 с.
14. Горев А., Ахаян Р., Макашарипов С. Эффективная работа с СУБД. – СПб.: Питер, 1997. – 704 с.
15. Праг, Керри Н. и др. «Секреты Access 2000» Пер с англ. – Киев, Диалектика. 2000. – 198 с.
16. Гончаров A. Microsoft Access 7.0 в примерах. – СПб, 1999. – 361 с.
Макарова Н.В. Информатика. – М., 1999. – 361 с.
17. Ахаян Р., Горев А., Макашарипов С. Эффективная работа с СУБД. - СПб.: Питер, 1997. - с. 100 - 105.
18. Горев А., Макашарипов С., Владимиров Ю. Microsoft SQL Server . - СПб.: Питер, 2000. - 596 с.
19. Джексон Г. Проектирование реляционных баз данных: Пер. с англ. – М.:1999. – 358с.
20. Ботт Э. Microsoft Office. М.: Бином, 2000. – 925 с.
21. Кириллов В.В. Структурированный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
22. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 1984. – 294 с.
23. Цикритизис Д., Лоховски Ф. Модели данных. – СПб.: Питер, 2000. – 344 с.
24. Глушаков С.В., Сурядный А.С. Microsoft Office 2000: Учебный курс. – Ростов-на-Дону: Феникс, 2001. – 500 с.
25. Глушаков С.В., Ломотько Д.В. Базы данных: Учебный курс. – М.: АСТ, 2001.- 504 с.
26. Решетников Н. В., Сотников А. Н. Проектирование баз данных. – М.: Бином, 2001 – 489 с.
27. Мамаев Е. В., Вишневский А. В. Microsoft SQL Server для профессионалов. – СПб: Питер, 2000. – 523.
28. «Информатика: Учебное пособие», Под ред. С.В. Швеца. – Изд. 2-е, перераб. и доп. - Абакан: Издательство Хакасского государственного университета им. Н. Ф. Катанова, 2002.
29. С. Симонович, Г. Евсеев, А. Алексеев, «Общая информатика», Москва: АСТ – ПРЕСС, 2001.
30. Мамаев Е. В., Вишневский А. В. Microsoft SQL Server для профессионалов. – СПб: Питер, 2000. – 523.
31. «Информатика: Учебное пособие», Под ред. С.В. Швеца. – Изд. 2-е, перераб. и доп. - Абакан: Издательство Хакасского государственного университета им. Н. Ф. Катанова, 2002.
ХГУ КПОИиП Т – 31 Узунов Олег Андреевич
