2

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ЦЕЛИ И ЗАДАЧИ КУРСОВОЙ РАБОТЫ

2. СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕКТА НА ОТДЕЛЬНЫЕ МОДУЛИ

2.1 Сбор исходных данных

2.2 Выбор СУБД

2.3 Программно-аппаратная платформа

2.4 Функциональные требования к программному продукту

2.5 Функциональные требования к программному продукту

2.6 Системные требования программного продукта

Вывод

ВВЕДЕНИЕ

Информация в наше время - самый распространенный товар. К началу XXI века во всех сферах производства стали появляться компьютерное оборудование. И поэтому основными проблемами являются ее хранение, защита и обработка. Создавались самые различные варианты того, как именно следует это делать. Сейчас люди пришли к выводу, «что наилучшим решением являются так называемые реляционные базы данных. В них вся информация распределяется по нескольким таблицам, а между таблицами устанавливается связь. Оказалось, что практически все задачи, требующие использования баз данных, можно решить именно с применением реляционной модели.

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

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

Существует достаточно много способов и методик, чтобы изучить любой язык программирования или систему управления базами данных. Основная особенность СУБД - это наличие процедур для ввода и хранения не только самих данных, но и описаний их структуры.

1. ОПРЕДЕЛЕНИЕ ЦЕЛЕЙ И ЗАДАЧ КУРСОВОЙ РАБОТЫ

Как известно средства личной гигиены, косметические, повышающие иммунитет товары давно стали неотъемлемой частью жизни каждого человека, ведь у всех есть желание ухаживать за собой, следить за своим внешним и внутренним видом, особенно в этом во всем вовлечена прекрасная половина человечества - женщины.

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

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

Для учета всякого рода услуг существует масса программного обеспечения.

Однако, для работы с подобным программным обеспечением необходим специальный человек для настройки, работы, сопровождения, устранение неполадок и т.д. для того, чтобы исправить такое положение в данной сфере, была разработана База данных “Учет продаж компании АРГО”, которая ставит перед собой следующие задачи:

· Ввод/редактирование данных о сотрудниках и заказах;

· Осуществлять полнофункциональный учет деятельности обслуживающих клиентов (оформления заказов);

· Иметь удобный, оперативный, интуитивно понятный и исчерпывающий интерфейс пользователя;

· Наглядно предоставить отчетность об обслуживании читателей (как в электронном, так и в печатном виде);

· Иметь возможность добавления и удаления готовых пользовательских данных.

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

Вывод

Основной задачей базы данных в целом является процесс автоматизации обработки данных. Такой способ работы с данными более эффективен и надежен.

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

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

2. СБОР ИСХОДНЫХ ДАННЫХ И РАЗБИЕНИЕ ПРОЕКТА НА МОДУЛИ

2.1 Сбор исходных данных

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

Данный программный продукт предназначен для учёта продаж компании «АРГО», список сотрудников и просмотра товаров и их характеристик.

Данная база будет обрабатывать следующие данные:

Во-первых, это сотрудники компании, совокупность этих таблиц будет хранить данные по каждому сотруднику.

Во-вторых, товары компании «АРГО», которые закупаются, обмениваются и продаются сотрудниками, для этого необходимо создать связь с идентификационным номером сотрудника, по полям «ID сотрудника» в списке сотрудников и полем «Id сотрудника» в списке заказы.

Весь проект был разбит на пять модулей: ведение списка сотрудников компании «АРГО», учет закупаемых товаров, учет продаваемых товаров, личных данных о сотрудниках, справочной системы.

Модуль ведения списка сотрудников, содержит в себе сведения о фамилии, имени, отчестве сотрудника, дате его рождения и пола сотрудник. Эти поля необходимы для заполнения, и для каждого из них выбран свой тип данных для хранения информации. Например, поля Фамилия, Имя, Отчество являются текстовыми. Так как в наше время в русском языке самая большая фамилия состоит из 32 букв, максимальный размер поля фамилия будит 32, а поле «Дата рождения» имеет тип Дата/время, и для удобства мы выбрали привычный для нас Краткий формат даты, где через точку вписывается число, месяц и год. Этот модуль содержит еще один подмодуль личные данные сотрудника, который хранит в себе паспортные данные сотрудника, средства связи с сотрудником, и так же адрес проживания.

Модули учета продаваемых товаров, содержат информацию о товарах, дате их продажи и закупке, количестве товара, цене продажи, и информацию о сотрудниках и клиента, которые продают и покупают данные товары.

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

2.2 Выбор СУБД

Для разработки проекта был выбран продукт MS Access.

Проведем сравнительную характеристику таких СУБД, как Oracle, Visual FoxPro и MS Access.

Реляционная система управления базами данных - 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 представляет собой настольную систему управления базами данных (СУБД). Понятие "настольная" СУБД указывает на то, что все операции с базой данных осуществляются на локальном компьютере пользователя. Именно здесь находится физическое место хранения информации, а также работают средства управления и организации запросов.

Противоположностью настольной системе является распределенная база данных, т. е. такая архитектура, при которой ядро БД работает на выделенном сервере; там же обычно хранятся и данные. Такие системы предназначены для работы с большим количеством клиентов, и зачастую в качестве серверов в них функционируют компьютеры более сложные и мощные, чем PC. Впрочем, сказанное не означает, что MS Access способен выполнять операции только в однопользовательском режиме. Напротив, программа успешно работает и в сетях, правда, с ограниченным числом клиентов. Кстати, сама компания Microsoft настоятельно рекомендует инсталлировать MS Access в рамках небольших рабочих групп.

Идеальная среда для внедрения MS Access - малый и средний бизнес, связанный с интенсивным товаром и документооборотом. СУБД прекрасно справляется с такими типовыми задачами, как учет складского хозяйства, обеспечение работы магазина и т. д. При желании на Access вполне можно написать продвинутую бухгалтерскую или кадровую программу. С таким же успехом он применим и в качестве служебного средства, например, для поддержки сложного Web-сайта или системы Internet. Вообще, MS Access позволяет создать сколь угодно сложный по своей архитектуре продукт. Вопрос лишь в масштабах его применения: чем больше пользователей одновременно должно работать с базами данных и чем плотнее осуществляются транзакции, тем ближе граница между настольным MS Access и более мощными СУБД, например MS SQL Server.

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

В Microsoft Office Access 2003 появилась возможность создания интерактивных Web-страниц для просмотра, ввода и анализа данных в виде нового типа объектов базы данных -- страниц доступа к данным. Для этого можно преобразовать уже существующую таблицу или запрос в Web-страницу или воспользоваться мастером.

Немаловажно заметить, что платформа Microsoft Office Access обеспечивает пользователя современными средствами для построения как устаревшей файл-серверной технологией, предназначенной для малых баз данных, так и современной клиент-серверной технологией. Технология клиент сервер, реализованная в Microsoft Office Access 2003 обеспечивает доступ к базам данных любого размера и содержит драйвера для доступа практически ко всем современным реляционным базам данных, реализованными различными СУБД. Имеется технология подключения драйверов для поддержки «незнакомых» форматов реляционных баз данных.

Преимущества перед другими средами разработки:

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

Разработка доступна даже новичку (Для разработки простейших решений не требуется даже владения языками программирования)

Полноценное хранилище данных, поддерживающее транзакции, индексы, типы данных, ограничения, связи.

2.3 Программно-аппаратная платформа

В данный момент рынок программного обеспечения предъявляет большие требования к создаваемым проектам. Так, для современных программных средств важными требованиями являются переносимость, мультиплатформенность и масштабируемость.

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

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

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

Исходя из того, что платформа IBM PC является наиболее распространенной в России, было принято решение разрабатывать программный продукт именно под эту аппаратную платформу.

2.5 Функциональные требования к программному продукту

Данный проект базы данных должен обладать характеристиками:

· Работать под управлением наиболее распространенных операционных систем Windows, таких как Windows 98/NT/2000/XP/Server 2003/ Vista;

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

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

2.6 Системные требования программного продукта

· Компьютер с процессором AMD Athlon 2000 Mhz или совместимым.

· Оперативная память не менее 256 Mb.

· Жёсткий диск объёмом не менее 20 Gb.

· Установленная ОС Windows 98/NT/2000/XP/Vista.

· Монитор VGA;

· Мышь или совместимое указывающее устройство;

Для более быстрой работы с базой данных желательно использовать более современный компьютер.

Вывод

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