Автоматизированная информационная система

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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. АНАЛИЗ УСЛОВИЙ ПРЕДПРИЯТИЯ

1.1 Организационная структура и цели функционирования

1.2 Состав бизнес-процессов

1.3 Описание бизнес-процессов

1.4 Объекты бизнес-процессов

1.5 Типовые бизнес-процессы, требующие автоматизации

2. ФОРМИРОВАНИЕ ТРЕБОВАНИЙ

2.1 Состав требований

2.2 Определение состава сценариев, реализующих требования

2.3 Разработка содержания сценариев

2.4 Определение требований к пользовательскому интерфейсу

3. АНАЛИЗ И ПРОЕКТИРОВАНИЕ

3.1 Классы граничных объектов

3.2 Классы сущностей

3.3 Определение методов объектов

3.4 Выбор технологий реализации

3.5 Проектирование хранилища данных

3.6 Развертывание

ЗАКЛЮЧЕНИЕ

СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

бизнес автоматизация интерфейс хранилище

1. АНАЛИЗ УСЛОВИЙ ПРЕДПРИЯТИЯ

1.1 Организационная структура и цели функционирования

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

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

В цехе работают 5 мастеров, каждый из которых «ведет» несколько заказов. Мастер занимается всеми операциями - от распилки пиломатериалов до обтяжки мебели тканью. Часть материалов - фурнитура (ручки, гвозди, шурупы, шарниры, подвижные блоки) и матрацы закупается на стороне.

Заказы распределяются между мастерами директором салона. Он также занимается закупкой материалов (дерева, фанеры, ткани и фурнитуры) и координирует работу.

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

У цеха также есть собственный дизайнер-технолог, который занимается разработкой новых моделей мебели.

Рис.1.1 Цели функционирования предприятия

Рис. 1.2 Организационная структура предприятия



1.2 Состав бизнес-процессов

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

1. Оформление заказа заключается в принятии заказа, оформлении договора и внесении предоплаты;

2. Выполнение заказа - заключается в непосредственном производстве мебели. В состав данного бизнес-процесса входят два вспомогательных бизнес-процесса - «Технологическая проработка заказа» и «Доставка материалов со склада»;

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

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

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

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

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

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

Рис. 1.3 Состав бизнес-процессов

1.3 Описание бизнес-процессов

Содержание бизнес-процесса «Оформление заказа» состоит из последовательного выполнения действий:

« прием заказа от покупателя»

« оформление договора»

«прием предоплаты от покупателя»

«передача предоплаты в бухгалтерию»

«поступление информации о заказе директору, распределение заказов»

В действии «прием заказа от покупателя» происходит беседа продавца с покупателем, который выбирает модель, расцветку обивки и комплектацию мебели.

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

В действии «прием предоплаты от покупателя» продавцом выписывается квитанция на сумму вносимой предоплаты, и необходимая сумма оплачивается покупателем.

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

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

Содержание бизнес-процесса «Выполнение заказа» состоит из последовательного выполнения действий:

«получение технологической документации»

«доставка необходимых материалов со склада»

«изготовление заказа»

«передача информации о готовности заказа»

В действии «получение технологической документации» происходит формирование технологическим отделом двух видов документов ведомость комплектации для бухгалтерии и технологическая документация, передаваемая в мастерскую.

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

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

Рис. 1.4 Диаграмма деятельности бизнес-процесса «Оформление заказа»

Рис. 1.5 Диаграмма деятельности бизнес-процесса «Выполнение заказа»

1.4 Объекты бизнес-процессов

Объекты бизнес-процесса «Оформление заказа»:

Объект «Каталог» - содержит подробную информацию о каждом модельном ряде, вариантах обивки и имеет атрибуты:

-«Название модельного ряда» - тип «ntext»,

-«Комплектация» - тип «ntext»,

-«Название предмета» - тип «ntext»,

- «Длина» - тип «int»,

-«Высота» - тип «int»,

-«Ширина» - тип «int»,

- «Механизм» - тип «ntext»,

- «Ценовая категория» - тип «ntext»,

-«Цена» - тип «int»,

-«Вид обивки» - тип «ntext».

Объект «Бланк заказа» - содержит краткую информацию о заказчике, подробное описание заказа (модель, комплектность, цвет и т.д.) и имеет атрибуты:

-«Номер заказа» - тип «int»,

-«ФИО покупателя» - тип «ntext»,

-«Адрес покупателя» - тип «ntext»,

-«Телефон покупателя» - тип «int»,

- «Название модели» - тип «ntext»,

-«Комплектность» - тип «ntext»,

-«Название обивки» - тип «ntext»,

- «Дата» - тип «datetime».

Объект «Договор» - содержит информацию о заказчике, исполнителе, а также предмете договора и имеет атрибуты:

-«Номер договора» - тип «int»,

-«ФИО покупателя» - тип «ntext»,

-«ФИО директора» - тип «ntext»,

-«Адрес организации» - тип «int»,

- «Адрес покупателя» - тип «ntext»,

-«Заказ» - тип «ntext»,

-«Количество» - тип «int»,

-«Срок изготовления заказа» - тип «int»,

-«Цена» - тип «int»,

-«Сумма» - тип «int»,

-«Стоимость доставки» - тип «int»,

- «Дата» - тип «datetime».

Объект «Квитанция на предоплату» - содержит краткую информацию о заказчике, договоре, стоимости заказа и имеет атрибуты:

-«Номер договора» - тип «int»,

-«ФИО покупателя» - тип «ntext»,

-«Полная стоимость заказа» - тип «int»,

-«Сумма предоплаты» - тип «int»,

- «Дата» - тип «datetime».

Объект «Список мастеров»- содержит имена, фамилии и отчества сотрудников, которые работают в организации.

Объект «Отчет по заказу» - отображает всю основную информацию по заказам и имеет атрибуты:

-«Период» - тип «datetime»,

-«ФИО покупателя» - тип «ntext»,

-«Адрес покупателя» - тип «ntext»,

-«Телефон покупателя» - тип «int»,

- «Название модели» - тип «ntext»,

-«Комплектность» - тип «ntext»,

-«Название обивки» - тип «ntext»,

- «Дата подписания договора» - тип «datetime»,

-«Полная стоимость заказа» - тип «int»,

-«Сумма предоплаты» - тип «int»,

-«Срок изготовления заказа» - тип «int».

Объект «Отчет о количестве заказов принятых определенным мастером» - отображает всю основную информацию по заказам и имеет атрибуты:

-«Период» - тип «datetime»,

-«ФИО заказчика» - тип «ntext»,

-«ФИО мастера» - тип «ntext»,

-«Номер заказа» - тип «int»,

- «Срок изготовления заказа» - тип «ntext»,

-«Кол-во заказов» - тип «int»

Объекты бизнес-процесса «Выполнение заказа»:

Объект «Технологические документы» - содержит комплекс графических и текстовых документов, определяющих технологический процесс, изготовления изделия, которые содержат данные для организации производственного процесса (карты раскроя, таблиц операций, сборочные чертежи и т.д.).

Объект «Ведомость комплектации» - содержит подробную информацию о материалах необходимых для производства той или иной модели и имеет атрибуты:

-«Номер заказа» - тип «int»,

-«Наименование модели» - тип «ntext»,

-«Ном. Номер » - тип «int»,

-«Название детали» - тип «int»,

- «Кол-во» - тип «int»,

-«Ед. измерения» - тип «ntext».

Объект «Ведомость на закупку» - содержит информацию о материалах недостающих для выполнения заказов и имеет атрибуты:

-«Номер заказа» - тип «int»,

-«Ном. Номер » - тип «int»,

-«Название детали» - тип «int»,

- «Кол-во» - тип «int»,

-«Ед. измерения» - тип «ntext».

Объект «Инструкция по эксплуатации» - содержит основные рекомендации по эксплуатации и уходу за мебелью, условия гарантийного обслуживания и имеет атрибуты:

-«Наименование модели» - тип «ntext»,

-«Комплектность» - тип «ntext»,

-«Инструкция по эксплуатации» - тип «ntext»,

- «Рекомендации по уходу» - тип «ntext»,

-«Условия гарантийного обслуживания» - тип «ntext».

Рис.1.6 Объекты бизнес-процесса «Оформление заказа»

1.5 Типовые бизнес-процессы, требующие автоматизации

В качестве типовых бизнес-решений, то есть элементов бизнес-процессов требующих автоматизации были выбраны следующие:

«Прием заказа от покупателя»,

«Оформление договора»,

«Прием предоплаты от покупателя»,

«Формирование отчетов»,

«Получение технологической документации»,

«Доставка необходимых материалов со склада».

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

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

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

Рис. 1.7 Типовые бизнес-процессы, требующие автоматизации

2 ФОРМИРОВАНИЕ ТРЕБОВАНИЙ

2.1 Состав требований

Бизнес-процессы требующие автоматизации мы делим на бизнес подсистемы по функциональному признаку и строим матрицу трассировки "Подсистема - Функциональное требование".

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

Рис. 2.1 Матрица трассировки типовых решений БП в требования

Рис. 2.2 Матрица трассировки "Подсистема - Функциональное требование"

2.2 Определение состава сценариев, реализующих требования

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

· Просмотр каталогов.

· Оформить заказ.

· Удалить заказ.

· Формирование договора и квитанции.

· Формирование отчета по заказу и отчета о количестве заказов принятых определенным мастером.

· Формирование ведомости комплектации и ведомости на закупку.

Рис. 2.3 Диаграмма вариантов использования, отображающая состав сценариев, реализующих функциональные требования

2.3 Разработка содержания сценариев

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

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

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

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

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

Рис. 2.4 Декомпозиция сценария «Начать оформление заказа»

2.4 Определение требований к пользовательскому интерфейсу

Форма «Главная» это основная форма, она предназначена для осуществления навигации по приложению.

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

Форма «Каталог тканей» позволяет покупателям ознакомиться с вариантами обивки для мягкой мебели и выбрать подходящий.

Форма «Заказы» предназначена для удаления, редактирования заказов. Здесь можно откорректировать заказ: данные о заказчике, комплектация, обивку и т.д. Чтобы выбрать другую обивку, нужно дважды нажать на соответствующее поле. После того, как заказ полностью сформирован, можно распечатать договор, выдать ведомость комплектации на изготовление заказа и ведомость на закупку недостающих материалов. Данные о материалах берутся из таблицы «Справочник Материалов».

Форма «Список мастеров » отображает список всех существующих мастеров, при помощи объектов расположенных на этой форме можно добавлять новых мастеров, удалять существующих, также назначить мастера для заказа.

Форма «Отчеты » предназначена для создания отчетов. При помощи этой формы можно создать два типа отчетов: отчет по заказу и отчет о количестве заказов принятых определенным мастером.

3 АНАЛИЗ И ПРОЕКТИРОВАНИЕ

3.1 Классы граничных объектов

Класс «Каталог продукции» является формой отображающей всю производимую предприятием продукцию, имеет атрибуты:

-«Название модельного ряда» - тип «ntext»,

-«Комплектация» - тип «ntext»,

-«Название предмета» - тип «ntext»,

- «Длина» - тип «int»,

-«Высота» - тип «int»,

-«Ширина» - тип «int»,

- «Механизм» - тип «ntext»,

- «Ценовая категория» - тип «ntext»,

-«Цена» - тип «int»,

-«Вид обивки» - тип «ntext».

Форма «Каталог тканей» отображает все имеющиеся в ассортименте виды обивок, имеет атрибуты:

- «Ценовая категория» - тип «ntext»,

-«Цена» - тип «int»,

-«Вид обивки» - тип «ntext».

Форма «Список мастеров» отображает всех мастеров, имеет атрибуты:

- «ФИО мастера» - тип «ntext».

Класс «Заказы » является формой предназначенной для заполнения информацией, о заказчике и выбранной им продукции, имеет атрибуты:

-«Номер заказа» - тип «int»,

-«ФИО клиента» - тип «ntext»,

-«Адрес клиента» - тип «ntext»,

-«Телефон клиента» - тип «int»,

- «Предмет» - тип «ntext»,

-«Обивка» - тип «ntext»,

-«Кол-во» - тип «int»,

-«Цена за ед.» - тип «int»,

-«Скидка» - тип «int»,

-«Отпускная цена» - тип «int»,

- «Дата размещения» - тип «datetime»,

- «Дата исполнения» - тип «datetime»,

- «Дата доставки» - тип «datetime»,

-«Срок изготовления» - тип «int»,

-«Сумма заказа» - тип «int»,

-«Стоимость доставки» - тип «int»,

-«Итого» - тип «int»,

-«Сумма предоплаты» - тип «int».

Форма «Отчет по заказу» предназначена для выбора одного из двух типов создаваемого отчета. Не имеет атрибутов.

Форма «Отчет по заказу » предназначена для занесения информации, необходимой для формирования отчета. Имеет атрибуты:

-«Номер заказа» - тип «int»,

-«Период»- тип «datetime».

Форма «Отчет о количестве заказов принятых определенным мастером » предназначена для занесения информации, необходимой для формирования отчета. Имеет атрибуты:

-«ФИО мастера » - тип «ntext»,

-«Период»- тип «datetime».

3.2 Классы сущностей

Класс «Заказ в электронной форме» - содержит информацию о клиенте, выбранном заказе, сроках изготовления, доставке и имеет атрибуты:

-«Номер заказа» - тип «int»,

-«ФИО клиента» - тип «ntext»,

-«Адрес клиента» - тип «ntext»,

-«Телефон клиента» - тип «int»,

- «Предмет» - тип «ntext»,

-«Обивка» - тип «ntext»,

-«Кол-во» - тип «int»,

-«Цена за ед.» - тип «int»,

-«Скидка» - тип «int»,

-«Отпускная цена» - тип «int»,

- «Дата размещения» - тип «datetime»,

- «Дата исполнения» - тип «datetime»,

- «Дата доставки» - тип «datetime»,

-«Срок изготовления» - тип «int»,

-«Сумма заказа» - тип «int»,

-«Стоимость доставки» - тип «int»,

-«Итого» - тип «int»,

-«Сумма предоплаты» - тип «int»,

Класс «Каталог продукции» - содержит подробную информацию о каждом модельном ряде, комплектности имеет атрибуты:

-«Название модельного ряда» - тип «ntext»,

-«Комплектация» - тип «ntext»,

-«Название предмета» - тип «ntext»,

- «Длина» - тип «int»,

-«Высота» - тип «int»,

-«Ширина» - тип «int»,

- «Механизм» - тип «ntext»,

- «Ценовая категория» - тип «ntext»,

-«Цена» - тип «int»,

-«Вид обивки» - тип «ntext».

Класс «Каталог тканей» содержит краткую информацию о видах обивок, имеет атрибуты:

- «Ценовая категория» - тип «ntext»,

-«Цена» - тип «int»,

-«Вид обивки» - тип «ntext».

Класс «Список мастеров»- содержит имена, фамилии и отчества мастеров, которые работают в организаци.

-«ФИО судьи» - тип «ntext».

Класс «Отчет по заказу» содержит всю основную информацию по выбранному заказу и имеет атрибуты:

-«Период» - тип «datetime»,

-«ФИО покупателя» - тип «ntext»,

-«Адрес покупателя» - тип «ntext»,

-«Телефон покупателя» - тип «int»,

- «Название модели» - тип «ntext»,

-«Комплектность» - тип «ntext»,

-«Название обивки» - тип «ntext»,

- «Дата подписания договора» - тип «datetime»,

-«Полная стоимость заказа» - тип «int»,

-«Сумма предоплаты» - тип «int»,

-«Срок изготовления заказа» - тип «int».

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

-«Период» - тип «datetime»,

-«ФИО заказчика» - тип «ntext»,

-«ФИО мастера» - тип «ntext»,

-«Номер заказа» - тип «int»,

- «Срок изготовления заказа» - тип «ntext»,

-«Кол-во заказов» - тип «int»

Класс «Период» содержит период в течение которого поступали заказы, имеет атрибуты:

-«Период» - тип «datetime».

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

Рис. 3.5 Классы сущностей

3.3 Определение методов объектов

Для каждого сценария строиться своя диаграмма последовательностей, включающая все объекты, определенные в данном сценарии. На диаграмме последовательностей изображены временные последовательности сообщений, которые созданы на основе выбранного сценария. Для сценария «Добавить заказ» диаграмма последовательностей изображена на рисунке 3.4. На основе диаграмм последовательностей и действий, выявленных в данных диаграммах, задаются методы объектов. Каждое действие, направленное на объект является его методом.

Методы классов граничных объектов:

Класс «Каталог продукции» имеет методы:

-«Добавить в заказ»- тип «void» (сценарий «Редактировать заказ»),

-«Виды обивок»- тип «void» (сценарий «Виды обивок»),

-«Начать оформление заказа»- тип «void» (сценарий «Оформление заказа и работа с заказами», сценарий «Редактировать заказ»),

-«Открыть заказ»- тип «void» (сценарий «Добавить заказ»),

Класс «Каталог тканей» имеет методы:

-«Выбрать»- тип «void» (сценарий «Каталог тканей»),

-«Сохранить изменения»- тип «void» (сценарий «Каталог тканей»),

-«Удалить»- тип «void» (сценарий «Каталог тканей»),

-«Редактировать»- тип «void» (сценарий «Каталог тканей»).

Класс «Заказы» имеет методы:

-«Ведомость комплектации»- тип «void» » (сценарий «Оформление заказа и работа с заказами»),

-«Ведомость на закупку»- тип «void» (сценарий «Оформление заказа и работа с заказами»),

-«Договор»- тип «void» (сценарий «Оформление заказа и работа с заказами»),

-«Закрыть»- тип «void» (сценарий «Оформление заказа и работа с заказами»),

-«Удалить заказ»- тип «void» (сценарий «Оформление заказа и работа с заказами»).

Класс «Список мастеров» имеет методы:

-«Открытие формы»- тип «void» » (сценарий «Работа со списком мастеров»),

-«Выбор мастера»- тип «void» (сценарий «Работа со списком мастеров»),

-«Назначение мастера на заказ»- тип «void» (сценарий «Работа со списком мастеров»),

-«ЗаполнениеПолей»- тип «void» (сценарий «Работа со списком мастеров»),

-«СохранениеВведенныхДанных»- тип «void» (сценарий «Работа со списком мастеров»),

-«Удаление мастера из списка»- тип «void» (сценарий «Работа со списком мастеров»).

Класс «Отчет по заказу» имеет методы:

-«Открытие Формы»- тип «void» (сценарий «Отчет по заказу»),

-«Отображение Полей Ввода»- тип «void» (сценарий «Отчет по заказу»),

-«Ввод Данных»- тип «void» (сценарий «Отчет по заказу»),

-«Сохранение Отчета»- тип «void» (сценарий «Отчет по заказу»).

Класс «Отчет о количестве заказов принятых определенным мастером» имеет методы:

-«Открытие Формы»- тип «void» (сценарий «Отчет о количестве заказов принятых определенным мастером»),

-«Отображение Полей Ввода»- тип «void» (сценарий «Отчет о количестве заказов принятых определенным мастером»),

-«Ввод Данных»- тип «void» (сценарий «Отчет о количестве заказов принятых определенным мастером»),

-«Сохранение Отчета»- тип «void» (сценарий «Отчет о количестве заказов принятых определенным мастером»).

Методы классов сущностей:

Класс «Заказ в электронной форме» имеет методы:

-«Сохранение заказа»- тип «void» (сценарий «Оформление заказа и работа с заказами»).

Класс «Каталог продукции» имеет методы:

-«Выбор каталога продукции»- тип «void» (сценарий «Добавить заказ», сценарий «Оформление заказа и работа с заказами», «Удалить заказ», «Редактировать заказ»),

-«Заполнение каталога»- тип «void» (сценарий «Добавить заказ», «Редактировать заказ»),

-«Изменение каталога»- тип «void» (сценарий «Удалить заказ»).

Класс «Каталог тканей» имеет методы:

-«Выбор каталога продукции»- тип «void» ((сценарий «Каталог тканей»),

-«Заполнение каталога»- тип «void» (сценарий «Каталог тканей»),

-«Изменение каталога»- тип «void» (сценарий «Каталог тканей»).

Класс «Период» имеет методы:

-«Выбор Периода»- тип «void» (сценарий «Отчет по заказу», сценарий «Отчет о количестве заказов принятых определенным мастером» ).

Класс «Отчет по заказу» имеет методы:

-«Создание Отчета»- тип «void» (сценарий «Отчет по заказу»).

Класс «Отчет о количестве заказов принятых определенным мастером» имеет методы:

-«Создание Отчета»- тип «void» (сценарий «Отчет о количестве заказов принятых определенным мастером»).

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

3.4 Выбор технологий реализации

3.4.1 Выбор операционной системы

В качестве операционной системы для развертывания ИС выбираем Windows . Выбор данной операционной системы обусловлен тем, что на машинах предприятия, для которого предназначена разрабатываемая ИС, установлен Windows XP или Windows 7 и комплект необходимых для работы программ, смена операционной системы будет нецелесообразной.

3.4.2 Выбор взаимодействия пользователя с операционной системой

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

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

Пользовательские компоненты будут взаимодействовать с данными на основе технологии ADO, поскольку для развертывания ИС была выбрана операционная система Windows.

3.4.4 Выбор языка и среды программирования

В качестве среды программирования выбираем СУБД Microsoft Access, а в качестве языка VBA. Программируя на языке VBA, можно создавать такие мощные программы, как сама система Access. По сути дела, многие инструментальные средства Access (например, мастера и конструкторы) написаны именно на VBA.

Visual Basic for Applications пред-ставляет собой новаторское дости-жение в языках программирова-ния, возможно наиболее значи-тельное с тех пор, как состоялся выпуск первой интегрированной среды разработки. VBA сочетает в себе практически неограниченные возможности с простотой изучения и использования. Теперь большинство функций можно описать, не прибегая к программированию. В системе Access VBA используется для создания макросов.

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

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

Для подготовки запросов в Access чаще всего используют SQL (Structured Query Language) -- язык структурированных запросов.

SQL является наиболее распространенным языком управления базами данных клиент/сервер содержит операторы:

- описания данных (DDL -- Data Definition Language). Основные операторы DDL -- Create Domain (Создание домена), Alter Domain (Изменение домена), Drop Domain (Уничтожение домена), Create Table, Alter Table, Table Drop;

- управления данными (DML -- Data Manipulation Language). Основные операторы DML -- Select (Выбор), Insert (Вставка), Update (Обновление), Delete (Удаление);

- формирования запросов.

Основой SQL является инструкция SELECT, используемая для создания запросов на выборку.

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

3.4.5 Определение параметров развертывания

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

Рис. 3.8 Начальный вариант диаграммы развёртывания

3.5 Проектирование хранилища данных

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

· MS Access имеет один из самых лучших наборов визуальных средств среди аналогичных программных продуктов. Вся работа с базами данных интегрирована в окне базы данных. При разработке программы широко используются такие современные решения, как панели инструментов, технология Drag&Drop (перетащи и брось), панели свойств, гипертекстовые ссылки и др.

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

· Широко развитый пользовательский интерфейс. Существует возможность создавать в клиентских приложениях все элементы стандартного интерфейса Windows-приложений: окна, кнопки, полосы прокрутки, кнопки выбора, кнопки переключения и многие другие.

· Широкие возможности документирования и создания помощи пользователям. Окна подсказок, «ярлыки» подсказок, отличная документация на русском языке и встроеная система помощи - отличительные особенности СУБД Microsoft Access.

· Одно из основных преимуществ MS Access - тесная интеграции с популярным офисным пакетом Microsoft Office. 80% пользователей в мире применяют этот пакет для организации работы в офисе и дома. Следовательно, проектируемая нами система может быть легко применена и перенесена между множеством компьютеров.

Таблица «Каталог продукции» отображает информацию, которая содержится в электронном каталоге продукции имеет следующие колонки:

-«Код модели»- тип «int»;

-«Код ряда»- тип «int»;

-«Тип модели »- тип «ntext »;

-«Длина»- тип «int»;

-«Ширина »- тип «int»;

-«Высота »- тип «int»;

-«Трансформация »- тип «ntext »;

-«Описание »- тип «ntext ».

Таблица «Каталог тканей» отображает информацию, которая содержится в электронном каталоге тканей имеет следующие колонки:

-«НомНомер»- тип «int»;

-«ВидОбивки»- тип «ntext »;

-«Ценовая категория»- тип «ntext ».

Таблица «Сведения о заказе» отображает информацию о заказанной продукции, имеет следующие колонки:

-«КодЗаказанного»- тип «int»;

-«КодЗаказа»- тип «int»;

-«КодМодели»- тип «int»;

-«КодРяда»- тип «int»;

-«Кол-воЗаказанного»- тип «int»;

-«ЦенаЗаЕд»- тип «int»;

-«Скидка»- тип «int»;

-«Обивка»- тип «ntext ».

Таблица «Заказы» содержит информацию о заказчике и самом заказе имеет следующие колонки:

-«Код заказа»- тип «int»;

-«ФИО клиента»- тип «ntext »;

-«Адрес клиента»- тип «ntext »;

-«Телефон»- тип «ntext »;

-«ДатаРазмещения»- тип «datetime»;

-«ДатаИсполнения»- тип «datetime»;

-«ДатаДоставки»- тип «datetime»;

-«СуммаПредоплаты»- тип «int»;

-«Ст-тьДоставки»- тип «int»;

-«СрокИзготовления»- тип «int»;

-«ФИО Мастера»- тип «ntext ».

Таблица «Цены» содержит информацию о ценах на продукцию, имеет следующие колонки:

-«КодЦены»- тип «int»;

-«КодМодели»- тип «int»;

-«КодРяда»- тип «int»;

-«Цена»- тип «int»;

-«Ценовая категория»- тип «ntext ».

Таблица «Модельный ряд» содержит информацию о всех модельных рядах, имеет следующие колонки:

-«Код ряда»- тип «int»;

-«Название ряда»- тип «ntext »;

-«Описание ряда»- тип «ntext ».

Таблица «Мастера» содержит фамилии, имена и отчества мастеров имеет следующие колонки:

-«Код мастера»- тип «int»;

-«ФИО мастера»- тип «ntext ».

3.6 Развертывание

Процесс развертывания должен начинаться с установки СУБД Microsoft Access на сервер, расположенный на предприятии. Затем необходимо подключить, спроектированную базу данных, на каждую машину являющуюся клиентом необходимо установить разработанное клиентское приложение. На рисунке 3.10 изображена схема развертывания.

Рис. 3.10 Схема развертывания

ЗАКЛЮЧЕНИЕ

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

Основные итоги проделанной работы по внедрению в салон корпусной мебели информационной системы:

· повысилась производительность труда и устойчивость бизнеса;

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

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

· наладилась согласованная работа всех подразделений;

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

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Буч, Г. Язык UML.Руководство пользователя [Текст] / Г. Буч, Дж. Рамбо, И. Якобсон. - М: ДМК пресс, 2007. - 496 с.

2. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем [Текст]: учебник-М.: Финансы и статистика, 2005.-544с.

3. Елиферов, В. Г. Бизнес-процессы. Регламентация и управление [Текст] / В. Г. Елиферов, В. В. Репин. - М.: Инфра-М, 2006. - 320 с.

4. Золотухина Е.Б. Основы бизнес моделирования: Методическая разработка. - М., 2005.: ил.

5. Леоненков, А. В. Объектно-ориентированный анализ и проектирование с использованием UML [Текст] / А. В. Леоненков. - М.: Бином, 2006. - 320 с.

6. Принципы проектирования и разработки программного обеспечения: Учебный курс MCSD / пер. с англ. - 2-е изд., испр. - М: ИТД "Русская Редакция", 2002. - 736 с.

7. Смирнова, Г.Н. Проектирование информационных систем [Текст]/Г.Н. Смирнова, А.А. Сорокин, Ю.Ф. Тельнов - М.: Финансы и статистика, 2001.-512с.

Размещено на Allbest.ru

...