Проектирование автоматизированной системы "Мебельный центр"

и один вспомогательный бизнес-процесс:

4. Работа склада.

 

Рис. 3.1. Бизнес-процесс «Оформление заказа»

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

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

     Рис. 3.2 Бизнес-процесс «Выполнение заказа»

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

Рис. 3.3 Бизнес-процесс «Доставка заказа»

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

Рис. 3.4. Бизнес-процесс «Работа склада»

1.4 Определение целей и задач информационной системы

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

     На  этапе анализа и проектирования осуществляется.

     1) формирование и анализ требований к информации о предметной области;

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

      2) концептуальное проектирование;

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

      3) проектирование реализации.

     На  этом этапе осуществляется реализация информационной модели в рамках конкретной СУБД. Производится описание структуры  данных, разработка программ обработки  данных. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

2 РАЗРАБОТКА КЛИЕНТСКОГО ПРИЛОЖЕНИЯ

2.1 Логическое проектирование  базы данных

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

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

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

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

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

     В окончательном виде приведенная  к 3 Нормальной Форме схема базы данных представлена на рисунке 4. 
 

Рис. 4. Схема базы данных 

2.2 Физическое проектирование базы данных

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

     Таблица 1

Сущности  и атрибуты

 
 
 

2.3 Структура программного продукта

     Посредством интерфейса система получает исходную информацию, необходимую для ее работы, и выдает результирующую информацию для пользователей системы. Графический интерфейс позволяет управлять поведением вычислительной системы через визуальные элементы управления: окна, списки, кнопки, гиперссылки и т.д. Наиболее популярным видом интерфейса в информационных системах является GUI (Graphic User Interface) – набор графических окон для ввода и просмотра информации.

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

• MS Access имеет один из самых лучших наборов визуальных средств среди аналогичных программных продуктов. Вся работа с базами данных интегрирована в окне базы данных. При разработке программы широко используются такие современные решения, как панели инструментов, технология Drag&Drop (перетащи и брось), панели свойств, гипертекстовые ссылки и др.
• при создании форм, отчетов, запросов существует возможность воспользоваться большим количеством встроенных шаблонов и «помощников», следовательно, сокращается процесс написания программы;
• широко развитый пользовательский интерфейс. Существует возможность создавать в клиентских приложениях все элементы стандартного интерфейса Windows-приложений: окна, кнопки, полосы прокрутки, кнопки выбора, кнопки переключения и многие другие;
• широкие возможности документирования и создания помощи пользователям. Окна подсказок, «ярлыки» подсказок, отличная документация на русском языке и встроеная система помощи – отличительные особенности СУБД Microsoft Access.

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

Рис. 5.1 Главная кнопочная форма

Рис. 5.2. Форма «Каталог продукции»

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

     Рис. 5.3. Форма «Справочник материалов»

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

Рис. 5.4. Форма «Производство»

     Здесь можно откорректировать данные о заказе по этапам производства.

     

     Рис. 5.5. Форма «Заказы»

     Здесь можно откорректировать заказ: данные о заказчике, дату размещения заказа, дату исполнения заказа, дату доставки и т.д.  
 

ЗАКЛЮЧЕНИЕ

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

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

 

Список  использованной литературы

1. Учебное пособие  «Теория систем и системный анализ», С.Н. Павлов, Томск: Томский межвузовский центр дистанционного образования, 2003, 134 с.
2. Учебное пособие «Модели и проектирование баз данных»,  В.Д. Сибилев, Томск, 2002.
3. Интернет-университет информационных технологий, курс «Проектирование информационных систем», http://www.intuit.ru/department/se/devis/1/ .
4. «Бизнес-процессы, основные стандарты их описания», С.М. Ковалев, журнал «Справочник экономиста» №11’2006.
5. «Особенности автоматизации конструкторского и технологического проектирования в мебельном производстве», Павел Бунаков, журнал «САПР и графика» №7’2007.
6. «Автоматизация предприятия. С чего начать?», Илья Коломин, журнал «Фабрика мебели», №№ 1-4' 2006.