Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Сибирская государственная геодезическая академия»

(ФГБОУ ВПО «СГГА»)

Кафедра инженерной геодезии и информационных систем

Дипломная работа соответствует установленным

требованиям и направляется в ГАК для защиты.

Заведующий кафедрой________/А.В. Середович/

ДИПЛОМНАЯ РАБОТА

230201-Информационные системы и технологии

СОЗДАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ ПО УЧЕТУ КОМПЛЕКТУЮЩЕЙ И ГОТОВОЙ ПРОДУКЦИИ МЕБЕЛЬНОЙ ФАБРИКИ «РУСТА»

Выпускник ___________/Д.В.Антонов/

Руководитель ___________/Р.З. Тельтаев/

Консультанты___________/О.П. Ляпина/

____________/И.Я. Барлиани/

Нормоконтролер__________/Т.М. Медведская/

Новосибирск - 2013

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования

«Сибирская государственная геодезическая академия» (ФГБОУ ВПО «СГГА»)

“УТВЕРЖДАЮ”

Зав. кафедрой ___________________

________________________(Ф.И.О.)

“ ____ ”_____________ 20 __г.

ЗАДАНИЕ

НА ВЫПУСКНУЮ КВАЛИФИКАЦИОННУЮ РАБОТУ

в форме дипломной работы_____________________

(бакалаврской работы, дипломного проекта, дипломной работы, магистерской диссертации)

Студенту(ке) Антонову Денису Васильевичу______________________

Группа___ИС-53__Институт____геодезии и менеджмента___________

Направление (специальность)

230201 - Информационные системы и технологии

(код, наименование)

Код квалификации 65 Степень или квалификация ___Инженер _______

Тема ВКР Создание информационной системы по учету комплектующей и готовой продукции мебельной фабрики «Руста»

Руководитель Научный руководитель - для магистерских диссертаций_Тельтаев Руслан Зарапович_______________________

Ученое звание, ученая степень руководителя _____________________

Место работы, должность руководителя Сибирская Государственная Геодезическая Академия, старший преподаватель______________________

Срок сдачи полностью оформленного задания на кафедру 01.04.2013г.

Задание на ВКР (перечень рассматриваемых вопросов):

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

Вопросы экономики может быть исключен из бланка при его отсутствии в структуре ВКР** может быть исключен из бланка при его отсутствии в структуре ВКР** Технико-экономическое обоснование проведения научно-исследовательских работ в области создания Ис по учету комплектующей и готовой продукции мебельной фабрики «Руста»

Вопросы безопасности жизнедеятельности

1) Гигиеническое нормирование производственных факторов. 2) Права и обязанности граждан РФ в области защиты в ЧС.

Перечень графического материала с указанием основных чертежей и (или) иллюстративного материала (формат А4):

1) Схема данных информационной системы; 2) Перечень основных таблиц СУБД; 3) Главное окно приложения; 4) Пример запроса на выборку данных; 5) Пример запроса на обновления данных; 6) Структура обменного файла; 7) Программный код для генерации обменного файла; 8) Схема взаимодействия Информационной системы и веб-сайта.

Консультанты:

по экономике

Барлиани Ирина Яковлевна к.э.н., декан эконом. ф-та, ИГиМ СГГА_________

(ФИО, место работы и должность)

по вопросам безопасности жизнедеятельности

Ляпина Ольга Петровна доцент каф. БЖД СГГА________________________ (ФИО, место работы и должность)

ГРАФИК ВЫПОЛНЕНИЯ ВКР

№ этапа	Этапы ВКР	Срок исполнения
1	Начало выполнения ВКР	26.03.2013 г.
2	Подбор литературы и исходных материалов	10.04.2013 г.
3	Выполнение исследовательских, экспериментальных, расчетных работ (нужное подчеркнуть)	18.04.2013 г.
4	Выполнение графических (иллюстративных) работ	30.04.2013 г.
5	Текстовая часть ВКР (указать ориентировочные названия разделов и конкретные сроки их написания)
	Введение	15.04.2013 г.
	Аналитический обзор	25.04.2013 г.
	Практическая часть	08.05.2013 г.
	Вопросы БЖД	15.05.2013 г.
	Заключение	18.05.2013 г.
6	Первый просмотр руководителем	10.05.2013 г.
7	Второй просмотр руководителем	20.05. 2013 г.
8	Срок сдачи ВКР на кафедру	10.06. 2013 г.

“01”апреля 2013 г.

Руководитель_____________________(подпись)

Консультанты ________________________Ляпина О.П.

_______________________________________________Барлиани И.Я

Задание принял к исполнению и с графиком согласен ______________

РЕФЕРАТ

Антонов Денис Васильевич. Создание информационной системы по учету комплектующей и готовой продукции мебельной фабрики «Руста».

Место дипломирования: Сибирская государственная геодезическая академия.

Руководитель: старший преподаватель СГГА Тельтаев Р.З.

2013 г., специальность 230201 «Информационные системы и технологии», квалификация 65 - Инженер.

73 с., 26 рис., 10 источников, 2 приложения.

БАЗЫ ДАННЫХ, ИНФОРМАЦИОННЫЙ ОБМЕН, СУБД, ОБМЕННЫЙ ФАЙЛ, ЗАПРОСНАЯ СИСТЕМА, MS ACCESS, SQL ЗАПРОС, ЭКСПОРТ/ИМПОРТ ТАБЛИЧНАЯ ИФОРМАЦИЯ, СХЕМА ДАННЫХ

Цели и задачи дипломной работы:

- изучение методики построения корпоративных СУБД;

- разработка механизма информационного обмена между СУБД и онлайн ресурсом;

- разработка базы данных для мебельной фабрики по учету комплектующей и готовой продукции;

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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. МОНИТОРИНГ ТЕКУЩЕГО СОСТОЯНИЯ ИНФОРМАТИЗАЦИИ ПРЕДПРИЯТИЯ

1.1 Информатизация на мебельной фабрике

1.2 Обзор программного обеспечения мебельной фабрики

2. MICROSOFT ACCESS-ОСНОВНОЙ ИНСТРУМЕНТ ДЛЯ РАЗРАБОТКИ ИС

2.1 Реляционные базы данных

2.2 Система управления базами данных

2.3 Microsoft Access

3. РАЗРАБОТКА ИС ПО УЧЕТУ КОМПЛЕКТУЮЩЕЙ И ГОТОВОЙ ПРОДУКЦИИ МЕБЕЛЬНОЙ ФАБРИКЕ «РУСТА»

3.1 Предпроектное обследование объекта внедрения

3.2 Схема взаимодействия персонала фабрики

3.3 Структура каталога готовой продукции предприятия

3.4 Классификация комплектующей

3.5 Разработка схемы данных для информационной системы

3.5.1 Основные положения

3.5.2 Описание основных сущностей информационной системы

3.5.3 Построение связей между таблицами

3.5.4 Справочники и шифраторы системы

3.6 Основные интерфейсные решения

3.6.1 Основные понятия

3.6.2 Экранные формы ввода и редактирования данных

3.6.3 Шаблонные отчеты

3.6.4 Параметризованные запросы

3.6.5 Кнопочные формы

3.7 Ввод первоначальной информации

3.8 Принципы взаимодействия информационной системы и веб сайта организации

3.9 Опытно-промышленная эксплуатация

3.9.1 Основные понятия

3.9.2 Исправление технических ошибок

3.9.3 Испытание системы «под нагрузкой»

3.9.4 Корректировка схемы данных

4. ВОПРОСЫ БЕЗОПАСНОСТИ ЖИЗНЕДЕЯТЕЛЬНОСТИ

4.1 Гигиеническое нормирование уровней производственных факторов

4.2 Права и обязанности граждан РФ в области защиты в чрезвычайных ситуаций

5. ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКОЙ РАБОТЫ В ОБЛАСТИ СОЗДАНИЯ ЭЛЕКТРОННОЙ БАЗЫ ДАННЫХ

5.1 Характеристика программного продукта с экономической точки зрения

5.2 Определение трудоемкости и плановой себестоимости

5.3 Оценка научной и научно-технической результативности и определение экономического эффекта НИР

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ А (обязательное) классификация товара по функциональному назначению

ПРИЛОЖЕНИЕ Б (ОБЯЗАТЕЛЬНОЕ) КЛАССИФИКАЦИЯ ТОВАРА ПО КОЛЛЕКЦИЯМ

ВВЕДЕНИЕ

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

Именно так обстояли дела на мебельной фабрике «Руста» к началу 2013 года. В рамках дипломного проекта был сделан первый шаг в части увязывания всех имеющихся ПК в единую информационную сеть. Была спроектирована и разработана база данных учета комплектующих и готовой продукции на основе СУБД MS Access, для которой была предусмотрена подсистема обмена информацией с онлайн ресурсом предприятия.

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

1. МОНИТОРИНГ ТЕКУЩЕГО СОСТОЯНИЯ ИНФОРМАТИЗАЦИИ ПРЕДПРИЯТИЯ

1.1 Информатизация на мебельной фабрике

Качественная и оперативная информатизация на мебельной фабрике позволит осуществить быструю коммуникацию со всеми сотрудниками, а также облегчает и позволяет реализовать более эффективную работу персонала. Более современная техника позволит осуществлять контроль процессов во всех помещениях учреждения, а также на прилегающей территории и таким образом избежать непредвиденных ситуаций. Таким образом, комплексные ИТ-решения для мебельных фабрик позволяют создать условия для более качественной и надежной работы персонала, что поможет привлечь новых клиентов [1].

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

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

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

1.2 Обзор программного обеспечения мебельной фабрики

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

- учет товарных и материальных средств;

- расчет заработной платы.

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

- расчет амортизации основных средств;

- взаиморасчет с агентами;

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

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

Дополнительные функции разделены на три прикладных компонента:

- бухгалтерский учет;

- оперативный учет;

- расчет.

Первая группа направлена на решение задач ведения бухгалтерского учета на предприятии.

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

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

Что касается аппаратно-программного обеспечения, то на мебельной фабрике «Руста» имеется восемь компьютеров, пять принтеров, сетевое оборудование для объединения компьютеров в локальную сеть. Сервером в этой сети служит компьютер администратора. На сетевом диске у каждого пользователя сети имеется своя папка, которая защищена паролем, т.е. доступ имеет к информации только хозяин этой папки в целях защиты информации. Также имеется папки с общим доступом. Одна из обязанностей администратора следить за работой сети, архивировать информацию прошедшего периода для поддержания ресурса ОЗУ.

Список программного обеспечения, используемого предприятием:

- MICROSOFT WINDOWS XP - Базовый комплекс компьютерных программ, обеспечивающий интерфейс пользователя, управление аппаратными средствами компьютера, работу с файлами, ввод и вывод данных;

- «1С: Бухгалтерия» версия 7,7 - универсальная программа массового назначения для автоматизации бухгалтерского учета;

- «1С: Зарплата и кадры» - программа предназначена для расчета заработной платы и учета сотрудников. Она представляет собой компоненту «Расчет» системы программ «1С: Предприятие» версия 7.7;

- «1С: Торговля и Склад» - программа предназначена для учета запасов и движения материалов на предприятии.

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

2. MICROSOFT ACCESS-ОСНОВНОЙ ИНСТРУМЕНТ ДЛЯ РАЗРАБОТКИ ИС

2.1 Реляционные базы данных

Реляционные базы данных. Реляционная БД -- это база данных, состоит из таблиц и отношений. Чтобы использовать реляционные базы данных нужно знать ключевые основы этих БД, а именно таблицы, столбцы, строки, значения и ключи. Можно сказать, что реляционные БД являются самыми используемыми в мире из-за простой и гибкой структуры. В реляционных базах данных вся информация содержится в таблицах, строках и столбцах которые называются записями и полями соответственно. Такие таблицы называются реляцией. Записи в таблицах не повторяются. Уникальность таких записей обеспечивает первичный ключ, который содержит набор полей, однозначно определяющих запись [3].

Достоинства реляционной БД:

- эта БД отображает информацию в простой для пользователя форме;

- основывается на развитом математическом аппарате, который позволяет конкретно описать основные действия над данными;

- позволяет создать язык управления данными не процедурного типа;

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

Недостатки реляционной БД:

- очень медленный доступ к данным;

- трудоемкая разработка [7].

Понятия реляционных баз данных. Реляционные БД включают в себя следующие понятия: тип данных, домен, отношение, первичный ключ. Тип данных [7].

Тип данных. Данные, содержащиеся в реляционной БД, являются типизированными, т. е. тип хранимого значения известен. Определение типа данных в реляционной модели данных идентично определению типа данных в языках программирования. В современных реляционных БД применяется хранение символьных, числовых данных (точных и приблизительных), специализированных числовых данных (например, деньги), а также специальных данных (дата, время, временной интервал). Так же, в реляционных системах применяется возможность определения пользователями личных типов данных [7].

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

Отношение. Определение отношения наиболее фундаментальное в реляционном подходе к организации БД, т.к. n-арное отношение это единственная родовая структура данных, хранящаяся в реляционной БД. Это показано и в общем названии подхода - понятие реляционный (relational) произошло от relation (отношение). Но само понятие отношение является неточным т.к. говоря про абсолютно любые сохраняемые данные стоит отметить тип этих данных, значения этого типа и переменные, в которых сохраняются значения [7].

В итоге, для определения точности термина отношение выделяют понятия заголовок отношения, значение отношения и переменная отношения [7].

Первичный ключ. Первичный ключ (primary key) является одним из примеров уникальных индексов и используется для уникального определения записей в таблице. Ни одни из двух записей в таблице не смогут иметь идентичное значение первичного ключа. Первичный ключ для каждой отдельно взятой строки таблицы уникален, соответственно в таблице с первичным ключом нет двух абсолютно идентичных строк. Таблица, с отличающимися друг от друга строками, в математических терминах называется отношением. Этому термину реляционные БД и обязаны своим названием, поскольку в их основании лежат отношения (таблицы с отличающимися друг от друга строками). Первичный ключ обычно сокращенно обозначают как PK (primary key) [7].

2.2 Система управления базами данных

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

Основные функции СУБД:

- контроль и управление данными во внешней памяти;

- контроль и управление данными в оперативной памяти, а так же с использованием дискового кэша;

- фиксирование изменений, резервное копирование, устранение последствий сбоя базы данных;

- поддерживание языков БД.

Современная СУБД содержит в себе следующие компоненты:

- ядро, отвечающие за контроль над данными во внешней и оперативной памяти и фиксирование;

- процессор языка базы данных, который обеспечивает оптимизацию запросов на извлечение и редактирование данных, и создание машинно-независимого исполняемого внутреннего кода;

- подсистему поддерживания времени исполнения, которая определяет программы управления данными, создающие пользовательский интерфейс с СУБД;

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

СУБД подразделяется на несколько типов:

- иерархические;

- сетевые;

- реляционные;

- объектно-ориентированные;

- объектно-реляционные;

- локальные СУБД (все составляющие локальной СУБД располагаются на одной ЭВМ);

- распределённые СУБД (составляющие СУБД располагаются на двух и более ЭВМ);

- файл-серверные.

В файл-серверных СУБД файловые данные размещены централизованно на файл-сервере. СУБД размещается на каждом клиентском ЭВМ. Доступ СУБД к данным происходит через локальную сеть. Соответствие чтений и обновлений происходит при помощи файловых блокировок. Приоритетом этой структуры является малая нагрузка на процессор файлового сервера. Недостатки: превышенная нагрузка локальной сети; затруднение или невозможность централизованного управления; затруднение или невозможность исполнения таких важных функций как высокая надёжность, высокий доступ и высокая степень безопасности. Используются зачастую в локальных приложениях, которые применяют функции управления БД; в системах с недостаточной интенсивностью обрабатывания данных и низкими пиковыми нагрузками на БД.

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

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

2.3 Microsoft Access

Microsoft Access. Microsoft Office Access или просто Microsoft Access -- это реляционная СУБД корпорации Microsoft, имеющая широкий диапазон функций, включая связанные запросы, осуществление связи с внешними таблицами и базами БД. Благодаря встроенному языку VBA, в самом Access можно написать приложения, работающие с БД [2].

Основные компоненты MS Access:

- создание таблиц;

- создание экранных форм;

- построение SQL-запросов;

- создание отчётов, выводимых на печать.

Эти компоненты могут вызывать заскриптованные действия на языке VBA, именно поэтому MS Access позволяет создавать приложения и БД практически с самого начала или написать оболочку для внешней БД.

Microsoft Jet Database Engine, который функционирует, как движок базы данных MS Access является файл-серверной СУБД и соответственно применима лишь к приложениям, которые работают с небольшими количеством данных и при малом числе пользователей, параллельно работающих с этим данными. Непосредственно в Access нету ряда функций, необходимых в многопользовательских БД, таких как триггеры.

Взаимодействие с другими СУБД. Встроенные функции взаимодействия MS Access с внешними СУБД с применением интерфейса ODBC снимают ограничения, которые присутствуют в Microsoft Jet Database Engine. Компоненты MS Access, которые позволяют осуществить такой функционал, называются «связанные таблицы» (связь с таблицей СУБД) и «запросы к серверу» (запрос на диалекте SQL, который «понимает» СУБД) [2].

Корпорация Microsoft для постройки полноценных клиент-серверных приложений на основе MS Access советует применять в качестве движка базы данных СУБД MS SQL Server. При этом возможно совместить с присущей MS Access простотой атрибуты для управления БД и функции разработки.

MS Access сейчас одна из самых популярных среди настольных программных систем управления БД. Причинами такой популярности являются:

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

- проработанные и развитые возможности интеграции с иными программными продуктами, которые входят в состав MS Office, а также с любыми программными продуктами, которые поддерживают технологию OLE;

- разнообразный набор визуальных функций разработки.

MS Access - это система с высокой производительностью, которая предназначена для управления реляционными БД, и которая входит в состав профессиональной версии официального пакета Microsoft Office.

MS Access используется для разрабатывания настольной БД и создания приложений баз данных архитектуры клиент-сервер, функционирующих под контролем операционных систем семейства Windows. Эта система создана для пользователя любого уровня.

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

Основные этапы разработки базы данных в среде MS Access:

- создание и описание структуры таблиц данных;

- создание схемы данных и задание системы взаимодействия между таблицами;

- создание системы запросов к таблицам БД и интеграция их в схему данных;

- создание экранных форм ввода/вывода данных;

- создание системы отчетов по данным;

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

- создание системы безопасности данных, прав и ограничений по доступу [5].

Процесс разработки БД в СУБД MS Access начинается с создания описания структуры таблиц. Если нажать кнопку Создать и выбрав в появившемся окне режим конструктор появится окно, использующееся для ввода описания структуры создаваемой таблицы. Процесс описания атрибутов поля должен начинается с присвоения ему идентификатора. Желательно, чтобы этот идентификатор был с одной стороны полноценным, а с другой стороны кратким, для удобства управления им. Далее нужно определить тип поля, это должно выполняться, исходя из содержания тех данных, которые будут в нем содержаться.

Поле может иметь дополнительные атрибуты:

- формат поля, который определяет правила вывода данных из этого поля;

- маска ввода, которая определяет правила ввода данных в поле;

- подпись - содержащая расширенный заголовок;

- значение по умолчанию - позволяющее указать значение, автоматически присваиваемое полю при задании новой записи;

- условие на значение - определяющее требования к данным, вводимым в поле;

- сообщение об ошибке - определяющее текст сообщения, которое будет всплывать в случае нарушения заданного выше условия;

- обязательное поле - указывающее, требования ввода значения или нет;

- индексированное поле - определяющее индекс, создаваемый по данному полю. Индекс, ускоряющий выполнение запросов, в которых используются индексированные поля, и операции сортировки и группировки [8].

3. РАЗРАБОТКА ИС ПО УЧЕТУ КОМПЛЕКТУЮЩЕЙ И ГОТОВОЙ ПРОДУКЦИИ МЕБЕЛЬНОЙ ФАБРИКЕ «РУСТА»

3.1 Предпроектное обследование объекта внедрения

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

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

- оформление заказа;

- выполнение заказа;

- доставка заказа покупателю;

- разработка новой модели.

Бизнес процесс: «Оформление заказа» - Продавец принимает заказ от покупателя, оформляет договор, получает предоплату. Предоплата передается в бухгалтерию. Информация о заказе поступает директору, и осуществляется следующий бизнес-процесс «Выполнение заказа».

Бизнес-процесс «Выполнение заказа» - Директор поручает заказ конкретному мастеру. После передачи технологической документации и нужных материалов со склада, осуществляется изготовление заказа. Мастер исполняет всю работу, начиная с распилки пиломатериалов и заканчивая обивки мебели тканью. После того, как работа будет окончена, реализуется следующий бизнес-процесс «Доставка заказа»

Бизнес-процесс «Доставка заказа» - Осуществляется по окончании бизнес-процесса «Выполнение заказа». Информация о готовности заказа передается в магазин. Продавец связывается с заказчиком и договаривается о дате и времени доставки. После этого создает документы на получение заказа, остатка оплаты и гарантийный талон. Документы поступают к водителю, который забирает заказ с мастерской и осуществляет доставку его заказчику. Оформленные документы и остаток оплаты передаются в бухгалтерию.

Бизнес-процесс «Разработка новой модели» - Дизайнер-технолог цеха, предварительно изучив спрос и пожелания покупателей, приступает к созданию новых моделей мягкой мебели. Если директор одобрит новые модели, то проект их создания передается в мастерскую для последующего изготовления, а оттуда в магазин. Продавцы в магазине предлагают новую модель покупателям.

3.2 Схема взаимодействия персонала фабрики

На рисунке 1 представлена схема взаимодействия сотрудников предприятия.

Рисунок 1 - Схема взаимодействия сотрудников предприятия

Схема взаимодействия персонала может быть построена в виде схемы. На схеме стрелками показана связи «начальник-подчиненный», пунктирная линия показывает координационные связи.

3.3 Структура каталога готовой продукции предприятия

Каталог готовой продукции мебельной фабрики «Руста» допускает классификацию по двум характеристикам, первая классификация разбивает множество всех товаров по функциональному назначению единицы товара. Эта структура приведена в приложении А. В основу второй классификации положено разбиение по коллекциям. Под коллекцией в нашем случае понимается множество товаров разработанных в конструкторском отделе фабрики в рамках единой концепции, к примеру, коллекции ЮНИКС была разработана как детская мебель. Классификация по коллекциям приведена в приложении Б.

3.4 Классификация комплектующей

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

3.5 Разработка схемы данных для информационной системы

3.5.1 Основные положения

Схема базы данных содержит в себе описания содержания, структуры и ограничений целостности, применяемые для создания и поддержки базы данных. Создание схемы данных позволит намного упростить конструирование многотаблиц, форм, запросов, отчетов, а также осуществить поддержание целостности взаимосвязанных данных при изменении таблиц. Схема данных наглядно отображает таблицы и связи между ними, а также позволяет обеспечивать использование связей при обработке данных и целостность БД [4].

Схема данных задает структуру БД. Она является графическим образом БД. Схема данных базы графически отображается в своем окне, таблицы представлены списками полей, а связи - линиями между полями разных таблиц. Схема данных ориентирована на работу с таблицами, отвечающими требованиям нормализации, между которыми установлены связи 1:М и 1:1 с обеспечением целостности БД. Поэтому схема данных строится в соответствии с информационно-логической моделью[4].

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

- объединение только тех записей, в которых связанные поля обеих таблиц совпадают;

- объединение тех записей, в которых связанные поля обеих таблиц совпадают, а также объединение всех записей из первой таблицы, для которых нет связанных во второй, с пустой записью второй таблицы;

- объединение тех записей, в которых связанные поля обеих таблиц совпадают, а также объединение всех записей из второй таблицы, для которых нет связанных в первой, с пустой записью первой таблицы [4].

Создание схемы данных начинается в окне БД с выполнения команды Сервис/Схема данных или нажатием соответствующей кнопки. После этого можно выбрать таблицы, включаемые в схему данных, и приступить к определению связей между ними. Устанавливая связи между парой таблиц в схеме данных, надо выделить в главной таблице уникальное ключевое поле, по которому устанавливается связь, и протащить курсор мыши в соответствующее поле подчиненной таблицы [4].

Поскольку схема строится для нормализованной БД, в открывающемся окне Связи автоматически установится тип отношения 1:М.

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

Разработанная схема БД для мебельной фабрики “Руста” выглядит следующим образом (рисунок 2).

Рисунок 2-Схема данных

Дадим некоторые пояснения к схеме. Все таблицы в БД разделяются на три группы:

- таблицы, относящиеся к готовой продукции;

- таблицы, относящиеся к комплектующей;

- таблицы, для подсистемы учет рабочего времени.

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

3.5.2 Описание основных сущностей информационной системы

Сущность - любой конкретный или абстрактный объект в рассматриваемой предметной области. Сущности - это основные типы информации, которые хранятся в БД (в реляционной БД каждой сущности назначается таблица). Например, к сущностям в произвольной БД организации могут относиться таблицы клиенты, студенты и т.д. Экземпляр сущности и тип сущности - это разные понятия. Понятие тип сущности относится к набору однородных личностей, предметов или событий, выступающих как целое (например, студент, клиент и т.д.). Экземпляр сущности относится, например, к конкретной личности в наборе. Типом сущности может быть студент, а экземпляром - Петров, Сидоров и т. д. В терминах реляционных БД сущность представляется таблицей или запросом на выборку. Экземпляром в такой постановке является запись в таблице или результата запроса на выборку [2].

Приведем описание сущностей в присутствующей системе.

Таблица категории товара.

Таблица коллекции.

Таблица товары.

Таблица склад готовой продукции.

Таблица справочник контрагентов.

Таблица консигнация.

Таблица возврат.

Таблица покупатели.

Таблица продажи

Таблица комплектующие.

Таблица поставщики.

Таблица склад комплектующих.

Таблица учет комплектующих.

Таблица штат.

Таблица учет сверхурочного.

3.5.3 Построение связей между таблицами

Связь между двумя таблицами организуется посредством общих полей этих таблиц. Связь между таблицами определяется путем добавления связываемых таблиц в окно «Схема данных» с последующим перемещением ключевого поля из одной таблицы в другую [6].

Существует три типа связей между таблицами:

- связь «один-ко-многим» является одним из самых популярных и часто употребляемым видом связи. В этом случае каждой записи таблицы А может соответствовать много записей таблицы Б (или ни одной). Так же стоит заметить что, каждой записи таблицы Б соответствует в точности одна запись таблицы А. Таблица А в такой связи называется главной, а таблица Б -- связанной или подчиненной. Самый распространенный пример применения такой связи является справочники;

- связь «многие-ко-многим» многим записям из таблицы А может соответствовать много записей из таблицы Б и наоборот. В таком случае связь в Microsoft Access можно организовать при помощи третьей дополнительной таблицы, в которой каждому первичному ключу из таблицы А соответствует первичный ключ из таблицы Б. Стоит сказать что, связь типа многие-ко-многим представляет собой две связи типа один-ко-многим. При этом таблицы А и Б размещены со стороны один, а вспомогательная таблица -- со стороны многие. Такой тип связи применяется реже, но могут возникнуть ситуации, когда без нее не обойтись;

- связь «один-к-одному» одной записи таблицы А соответствует в точности одна запись таблицы Б, а так же и наоборот. Этот тип связи практически никогда не применяется. Единственный случай, когда применение этого типа связи оправданно -- разбивка таблицы, включающей в себя довольно большое количество полей, на несколько частей [3].

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

Внутреннее объединение. Объединяются исключительно те записи из таблиц, связанные поля которых совпадают. Оставшиеся записи в итоговую выборку не попадут. К примеру, таблицы Товары и Типы связаны между собой по полям Код Категории. При выборке записей из этих таблиц в конечную выборку попадут исключительно те записи из таблицы Типы, ссылка на которые имеется в таблице Товары. Этот тип объединения применяется в подавляющем большинстве случаев [9].

Левое внешнее объединение. Объединяются все записи таблицы со стороны один, и только те записи таблицы со стороны многие, значения связанного поля которых совпадают со значениями соответствующего поля первой таблицы. Можно сказать что, к результатам выборки по внутреннему объединению добавятся все записи из таблицы со стороны один, изначально в нее не вошедшие. Соответствующие поля этих записей второй таблицы в выборке будут иметь пустое значение [9].

Правое внешнее объединение. Идентично левому внешнему объединению, но таблицы со стороны один и со стороны многие обмениваются ролями, т.е. к результатам выборки по внутреннему объединению прибавятся не вошедшие в нее записи из таблицы со стороны многие [9].

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

Приведем пример связи между таблицами данных (Рисунок 18):

Рисунок 18 - связь между таблицами

3.5.4 Справочники и шифраторы системы

Справочник хранит условно-постоянную информацию, то есть информация, которая на длительном промежутке времени почти не меняется [3].

Существует специальный вид таблицы, называемый справочником (шифратором). Без справочников невозможно представить более или менее сложную БД. Суть справочника проста. При формировании описания сущности часто возникает необходимость указания для экземпляров сущностей той или иной повторяющейся характеристики, например если для какой-то совокупности объектов предлагается указать улицу как часть адресного ориентира, то естественным образом в БД возникает справочник улицы. Структура вновь образованной таблицы проста: первая колонка - это нумератор позиций, вторая собственно наименование улицы. Теперь для любых сущностей БД при необходимости указать улицу в соответствующем поле проставляется код этой улицы и соответствующего справочника. Такой подход позволяет разработчику БД гарантированно решить проблему разночтений (теперь указания адресного ориентира не позволит оператору указать наименование одной и той же улицы в различных видах); справочник реализует механизм каскадного обновления (теперь изменения наименования улицы не приведет к необходимости менять адресные ориентиры по всем объектам БД, достаточно изменить всего одну запись в справочнике). Заметим лишь, что корректная реализации механизма каскадного обновления требует обязательного введения истории изменения справочника. В заключение приведем еще один пример использования справочников. Очень часто БД проектируется с возможностью удаления определенной выборки или как вариант присвоения статуса архивной. С этой целью для любой сущности нужно изначально предусматривать вспомогательную колонку, в которой будет сохраняться (определяться) актуальность текущей записи. Второе название справочников шифратор происходит из технических БД, к примеру, справочники единиц измерений традиционно определяется как шифратор. Сейчас название шифратор используется в тех случаях, когда справочник используется для хранения кратких наименований для тех или иных объектов.

Приведем пример справочника входящего в нашу БД (Рисунок 19):

Рисунок 19 - Справочник

3.6 Основные интерфейсные решения

3.6.1 Основные понятия

СУБД Access содержит в себе широкий набор возможностей для организации удобного и качественного интерфейса.

Интерфейс пользователя в Office Access 2007 содержит определенное количество элементов для работы с приложением. Эти новые элементы были введены для того, чтобы можно было проще освоить навыки работы с Access и более оперативно производить поиск нужных команд. Обновленный дизайн облегчает доступ к функциональным возможностям, которые ранее можно было не заметить из-за более сложной структуры меню и панелей инструментов. Новое окно помогает сократить время на ознакомление с приложением и обеспечивает быстрый доступ к средствам для начала работы, в числе которых -- комплект профессионально разработанных шаблонов [6].

Самый основной из новых элементов интерфейса получил название ленты. Лента является частью интерфейса пользователя Пользовательский интерфейс Microsoft Office Fluent. Лента представляет собой полосу в верхней части окна программы, на которой доступны группы команд. Лента Office Fluent позволяет реализовать единую среду работы с командами и является основной заменой меню и панелей инструментов. На ленте так же можно увидеть вкладки, которые содержат в себе команды, объединенные в группы в соответствии с логикой работы. В Office Access 2007 основными вкладками ленты являются вкладки Главная, Создать, Работа с внешними данными и Работа с базами данных. Каждая вкладка содержит в себе группу связанных команд, которые могут открывать другие новые элементы интерфейса, например коллекцию - элемент управления, позволяющий выбирать варианты по внешнему виду [6].

К основным элементам нового интерфейса пользователя в Office Access 2007 относятся следующие:

- приступая к работе с Microsoft Office Access. Область, отображаемая при запуске приложения Access из меню Пуск в Windows или с помощью ярлыка на рабочем столе;

- лента Office Fluent. Область в верхней части окна программы, в которой можно осуществить выбор команды;

- вкладка команд. Команды, отобранные по определенным логическим связям;

- контекстная вкладка команд. Вкладка с командами, зависящими от контекста - объекта, с которым работает пользователь, или выполняемой задачи;

- коллекция. Элемент управления с отображением внешнего вида вариантов выбора, позволяющий заранее представить ожидаемые результаты;

- панель быстрого доступа. Единственная стандартная панель инструментов, предусмотренная в интерфейсе ленты. Она позволяет осуществить доступ одним нажатием кнопки к наиболее часто используемым командам, например Сохранить и Отменить;

- область переходов. Область в левой части окна, в которой отображаются объекты базы данных. Область переходов заменяет окно базы данных, применяемые в более ранних версиях Access;

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

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

- мини-панель инструментов. Прозрачный элемент, подключенный к объекту, который появляется над выбранным текстом и позволяет легко отформатировать его [6].

3.6.2 Экранные формы ввода и редактирования данных

Экранные формы - основной инструмент редактирования и ввода данных в MS Access. Формы являются удобным интерфейсом и помогают пользователям при вводе и редактировании данных. В режиме формы более подробно можно воспользоваться средствами, предоставляемые графической средой Windows (различные шрифты, цвет, графика и т.д.). С помощью формы можно показать всю информацию, которая содержится в каждой записи, в то время как в режиме таблицы часть полей может выходить за границу экрана. Формы могут быть созданы в режиме Автоформы, Мастера или Конструктора [3].

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

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

Проиллюстрируем на примере из нашей БД (Рисунок 20):

Рисунок 20 - Экранная форма

3.6.3 Шаблонные отчеты

Отчеты - основная форма представления данных в MS Access. Отчеты применяются для отображения информации, содержащейся в таблицах, в отформатированном виде, который легко читается как на мониторе компьютера, так и на листе бумаге. Кроме данных, извлеченных из нескольких таблиц и запросов, отчеты могут включать элементы оформления, свойственные печатным документам, как, например, названия, заголовки и колонтитулы [3].

Отчет, возможно, отобразить в трех режимах: в режиме конструктора, который позволяет изменить внешний вид и макет отчета, в режиме просмотра образца, где можно просмотреть все элементы готового отчета, но в сокращенном виде, и в режиме предварительного просмотра, где отчет отображается в том виде, в каком будет напечатан [9].

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

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

К числу таких элементов относятся:

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

Верхний колонтитул. Применяется для вывода данных, таких как заголовки столбцов, даты или номера страниц, печатающихся сверху на каждой странице отчета. Для добавления или удаления верхнего колонтитула следует выбрать в меню Вид команду Колонтитулы. Microsoft Access добавляет верхний и нижний колонтитулы одновременно. Чтобы скрыть один из колонтитулов, следует задать для его свойства Высота значение 0.

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