Главная Коллекция "Otherreferats" Программирование, компьютеры и кибернетика Разработка модуля конвертации на производственном предприятии

Разработка модуля конвертации на производственном предприятии

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 15.10.2018
Размер файла 1,3 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

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

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

Введение

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

Объектом исследования данной ВКР стала деятельность компании ООО «Вбк-снаб». Организация занимается продажей морозильного, холодильного оборудования в г. Уфа.

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

Для более точной оценки деятельности компании были построены модели «как есть» в нотации SADT такие как: IDEF0, IDEF3 и DFD, а также мнемосхема. Модель «как есть» позволяет систематизировать процессы компании, которые протекают в настоящий момент, а также выявить недостатки в деятельности компании, с целью определения необходимости внесения изменений в рабочий процесс.

После того, как будут выявлены недостатки компании, будут построены модели «как будет» IDEF0, IDEF3. Также будет построена информационная модель, на основе которой будет создаваться БД для хранения всей необходимой информации информационной системы управления заказами ООО «ВБК-снаб».

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

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

Задачи:

- Осуществление приема заказов через интернет;

- Автоматизация процесса управления и учета заказов;

- Сокращение времени клиента на формирование заказа.

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

Общество с ограниченной ответственностью «ВБК-снаб», далее именуемое «Общество», создано в соответствии с положениями Гражданского кодекса РФ, Федеральным законом «Об обществах с ограниченной ответственностью» и другими нормативными актами РФ.

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

Термины «Учредитель», «Участник» имеют в данном Уставе идентичное толкование.

Полное фирменное наименование Общества: общество с ограниченной ответственностью «Вбк-снаб».

Сокращенное фирменное наименование: ООО «Вбк-снаб».

Основной целью Общества является извлечение прибыли посредством хозяйственной деятельности.

Общество вправе преследовать иные цели, не запрещенные действующим законодательством РФ.

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

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

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

Организационная структура ООО «Вбк-снаб» представлена на рисунке 1.

Рисунок 1 - Организационная структура ООО «ВБК-снаб»

Во главе организации стоит директор. В его непосредственном подчинении находятся такие отделы как: отдел продаж, бухгалтерия, юридический отдел, отдел логистики, отдел ИТР, It-отдел.

Краткая характеристика подразделения или видов его деятельности.

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

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

Сотрудниками отдела продаж являются менеджеры по продажам, основными должностными обязанностями является:

- заказ оборудования;

- общение с клиентами;

- подбор необходимого оборудования для клиентов;

- управление заказами;

- продажа оборудования;

- оформление сделок;

Документами, регламентирующими деятельность данного структурного подразделения, являются: Устав компании, Закон РФ № 2300-1 «О защите прав потребителя», НК РФ, Должностные инструкции.

В своей работе этот отдел использует программные средства пакета MS Office - MS Word и MS Excel.

1.2 Экономическая сущность задачи

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

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

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

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

Рисунок 2 - Мнемосхема процесса «Продажа оборудования и управление заказами» (как есть)

Процесс продажи оборудования и его декомпозиции представлены в методологии SADT с использованием IDEF0 - нотация, предназначенная для моделирования бизнес-процессов, которая отображает логическое взаимодействие работ, рассматриваемого процесса [4]. IDEF3 - нотация, представляет собой сбор и отображение документирования и сбора информации [5]. Модели в нотациях IDEF0 и IDEF3 представлены на рисунках 3-5. В нем участвуют клиент, менеджер по продажам и зав.складом. Входом для данного процесса являются заявка. На выходе имеется договор поставки оборудования, отчет о работе склада и отчет о проданном оборудовании.

Рисунок 3 - Процесс «Продажа оборудования и управление заказами» в нотации IDEF0 (как есть)

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

Рисунок 4 - Декомпозиция процесса «Продажа оборудования и управление заказами» в нотации IDEF0 (как есть)

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

Рисунок 5 - Декомпозиция подпроцесса «Подбор подходящего оборудования» в нотации IDEF3 (как есть)

Рисунок 6 - Декомпозиция подпроцесса «Подбор подходящего оборудования» в нотации DFD (как есть)

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

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

1.3 Обоснование необходимости разработки экономической информационной системы

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

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

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

- неточностью информации о наличии оборудования;

- неправильным расчетом суммы договора.

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

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

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

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

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

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

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

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

1.4 Постановка задачи

Цель и назначение автоматизированного варианта решения задачи

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

- автоматизация процесса и подбора оборудования;

- сокращение временных затрат на обслуживание клиентов;

- автоматизация процесса приема заявок;

- снижение вероятности возникновения ошибок сотрудников.

Подбор оборудования, прием и обработка заявок - этапы в работе отдела продаж, которые занимают много времени и особенно сильно тормозят деятельность, как отдела, так и всей организации в целом [7]. Поэтому проектируемая АИС направлена на решение именно этой проблемы. Так как основную прибыль компании приносит деятельность отдела продаж, то автоматизация его работы, несомненно, приведет к росту объемов продаж, а значит и к увеличению прибыли.

Проектируемая АИС будет основываться на архитектуре клиент-сервер. Сервер - компонент сети, который предоставляет свои ресурсы пользователям для хранения данных, доступа и работы с БД [8]. Клиент - компонент архитектуры «клиент - сервер», который пользуется услугами, предоставляемыми сервером. Для подключения к серверу пользователю необходимо получить свой логин и пароль.

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

В связи с этим было принято решение, что АИС будет являться модулем, который будет присоединен к сайту компании. Система будет написана на языке PHP, сама ИС будет расположена на сервере Apache с использованием MySQL. Работа с системой будет осуществляться через интернет-браузер [9]. Для того чтобы ввести необходимую информацию в систему пользователь будет заполнять форму, которая будет обрабатываться с помощью PHP-скрипта.

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

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

1.5 Анализ существующих разработок и обоснование выбора технологии проектирования

Существует ряд программных продуктов, решающих подобные задачи. На первый взгляд очевидным решением данной проблемы является использование продуктов компании 1С - 1С: Предприятие, 1С: Битрикс [10].

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

1) стоимость программы - покупка программы на 3 ПК на данный момент времени неприемлема для компании;

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

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

4) онлайн заказ - 1С не позволит клиентам оставлять заказы на приобретение оборудования через интернет, а значит сохранится необходимость личного присутствия клиентов [11].

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

1.1 Обоснование проектных решений по видам обеспечения

1.1.1 По техническому обеспечению (ТО)

Техническое обеспечение - это совокупность технических средств, компьютерной техники, средств передачи информации, используемых в автоматизированных системах управления и в информационных системах [12].

Для успешного функционирования АИС необходимы следующие компоненты аппаратного комплекса:

- ПК пользователей;

- ПК администратора.

Минимальные требования к техническим характеристикам персональных компьютеров пользователей и администраторов [13]:

- микропроцессор - процессор Intel Celeron N2830, 1,7 ГГц;

- кэш микропроцессора - Кэш L2 1024 Кб;

- память - 2048 Мб DDR3;

- максимальный объем памяти - поддержка до 8192 Мб памяти DDR3;

- видеокарта - графический акселератор Intel® HD Graphics;

- тип видеоадаптера: встроенный;

- дисплей - TFT (1366x768), 15.6 дюймов;

- жесткий диск - 320 ГБ.

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

К внемашинному ИО относятся:

- товарные накладные;

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

- товарные чеки.

К внутримашинному ИО относится информация о:

- критериях выбора товара;

- клиентах;

- товарах.

Источниками информации для функционирования комплексов задач автоматизированной информационной системы являются:

- заявки клиентов на покупку оборудования;

- информация об оборудовании;

- информация о продажах.

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

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

При разработке АИС будут использоваться программные средства:

- пакет Denwer - в состав входят локальный сервер (Apache, PHP, MySQL и т.д.) и программная оболочка;

- система управления MySQL с web-интерфейсом phpMyAdmin;

- интернет браузер - используется для осуществления работы с системой.

Основным критерием при выборе ПО для разработки является операционная система (ОС). Приведенный выше перечень необходимых программных средств без проблем устанавливается на ОС Windows [18].

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

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

2. Проектная часть

2.1 Проектирование информационной системы «КАК ДОЛЖНО БЫТЬ»

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

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

В традиционном реинжиниринге именно на основе модели «как должно быть» рекомендуется производить автоматизацию бизнес-процессов и проектировать АИС [21]. Подразумевается, что это позволяет существенно снизить риск проявления автоматизации как исключительно источника затрат из-за автоматизации несовершенных процессов.

Для того чтобы оценить насколько эффективным будет внедрение АИС были построены мнемосхема и модели в нотациях IDEF0 и DEF3 «как должно быть». Модель «to be» позволит снизить риск того, что автоматизация приведет к большим затратам, но будет малоэффективна.

Мнемосхема процесса продажи оборудования и управления заказами после автоматизации представлена на рисунке 7.

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

Рисунок 7 - Мнемосхема процесса «Продажа оборудования и управление заказами» (как должно быть)

Процесс продажи оборудования «как будет» представлен на рисунке 8. В качестве процесса на контекстной диаграмме представлен процесс продаж и управление заказами, входом для данного процесса служит заявка клиента, в качестве выхода выступает: отчет о проданном оборудовании, отчет о работе склада, договор поставки оборудования. В качестве управления процессом клиент, менеджер, заведующий складом и внедренная информационная система. В качестве механизмов: закон РФ «О защите прав потребителя №2300-1» и Устав компании.

Рисунок 8 - Контекстная диаграмма (как должно быть)

Как видно из рисунка 9, после автоматизации процесс продажи оборудования и управления заказами будет состоять из следующих этапов:

1) прием заявки;

2) подбор подходящего оборудования;

3) оформление сделки и оплата;

4) выдача оборудования.

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

Рисунок 9 - Декомпозиция процесса «Продажа оборудования» в нотации IDEF0 (как должно быть)

Более детально процесс подбора подходящего оборудования представлен на рисунке 10. Теперь этот процесс протекает следующим образом: производится обработка данных заявки, затем осуществляется поиск оборудования в базе данных, после выбирается оборудование, имеющееся в наличии. Далее, если интересующее оборудование есть на складе, то происходит бронирование оборудования [22].

Рисунок 10 - Декомпозиция подпроцесса «Подбор подходящего оборудования» в нотации IDEF3 (как должно быть)

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

2.2 Характеристика первичных документов с нормативно справочной и входной оперативной информацией

Нормативно-справочная информация.

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

Таблица 1 - Структура сущности «Тип оборудования»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id типа

числовой

код записи в таблице

-

наименование типа

текстовый

полное наименование типа оборудования

-

дополнительная информация

текстовый

дополнительная информация о типе оборудования

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

Таблица 2 - Структура сущности «Оборудование»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id оборудования

числовой

код записи в таблице

-

наименование

текстовый

фамилия клиента

-

стоимость

текстовый

имя клиента

-

наличие на складе

текстовый

отчество клиента

-

дополнительно

текстовый

название организации, которую клиент представляет

FK

id типа

числовой

код типа оборудования

FK

id параметра

числовой

код параметра

FK

id поставщика

числовой

код поставщика

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

Таблица 3 - Структура сущности «Сотрудники»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id сотрудника

числовой

код записи в таблице

-

фамилия

текстовый

фамилия сотрудника

-

имя

текстовый

имя сотрудника

-

отчество

текстовый

отчество сотрудника

-

должность

текстовый

должность, занимаемая сотрудником

FK

id авторизации

числовой

код авторизации

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

Таблица 4 - Структура сущности «Продажи»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id продажи

числовой

код записи в таблице

-

дата продажи

дата

дата продажи

-

№ договора

текстовый

номер договора, заключенного при оформлении продажи

-

форма оплаты

текстовый

форма оплаты оборудования

-

количество

числовой

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

FK

id заявки

числовой

код заявки

FK

id оборудования

числовой

код оборудования

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

Таблица 5 - Структура сущности «Авторизация»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id авторизации

числовой

код записи в таблице

-

тип пользователя

текстовый

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

-

логин

текстовый

логин пользователя для входа в систему

-

пароль

текстовый

пароль пользователя для входа в систему

В данной таблице содержится информация о пользователях системы. Система будет иметь 3 типа пользователей:

1) клиент - ему не нужна авторизация в системе, он может только заполнять заявку;

2) менеджер - все менеджеры имеют общие логин и пароль, могут редактировать данные во всех таблицах.

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

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

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

Таблица 6 - Структура «Заявки клиента»

Ключевое поле

Наименование поля

Идентификатор

Тип данных

Ключ

id заявки

id_z

Числовой

-

Дата подачи

date_z

Дата

-

ФИО клиента

fio_kl

Текстовый

-

Телефон

tel_kl

Числовой

-

e-mail

mail_kl

Текстовый

-

Тип оборудования

tip_ob

Текстовый

-

сумма

summa

Денежный

Этот документ позволит улучшить взаимопонимание между менеджером и клиентом и более четко сформулировать пожелания клиента.

Таблица 7 - Структура сущности «Заявки»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id заявки

числовой

код записи в таблице

-

дата

текстовый

дата подачи заявки

-

пожелания

текстовый

пожелания клиента

FK

id клиента

числовой

код клиента

FK

id сотрудника

числовой

код сотрудника

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

Таблица 8 - Структура сущности «Клиенты»

Ключевое поле

Наименование поля

Тип данных

Описание

PK

id клиента

числовой

код записи в таблице

-

фамилия

текстовый

фамилия клиента

-

имя

текстовый

имя клиента

-

отчество

текстовый

отчество клиента

-

название организации

текстовый

название организации, которую клиент представляет

-

адрес

текстовый

адрес организации, которую клиент представляет

-

телефон

числовой

телефон для связи с клиентом

-

e-mail

текстовый

электронный адрес для связи с клиентом

-

ИНН

числовой

ИНН организации

-

КПП

числовой

КПП организации

-

ОГРН

числовой

ОГРН организации

В данной таблице содержится полная информация о клиентах компании - названия организаций, адреса, ФИО контактных лиц и др.

2.3 Используемые классификаторы и системы кодирования

Классификатор - систематизированный перечень наименованных объектов, каждому из которых в соответствие дан уникальный код [25]. Классификация объектов производится согласно правилам распределения заданного множества объектов на подмножества (классификационные группировки) в соответствии с установленными признаками их различия или сходства. Применяется в автоматизированных системах управления и обработке информации. Классификатор является стандартным кодовым языком документов, финансовых отчётов и автоматизированных систем.

Существуют два метода классификации:

1) фасетный - совокупность нескольких независимых классификаций, осуществляемых одновременно по различным основаниям, в которой: понятия представлены в виде пересечения ряда признаков; классификационные индексы синтезируются посредством комбинирования фасетных признаков в соответствии с фасетной формулой [26];

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

Для организации процесса продаж и управления заказами используются следующие классификаторы: ИНН, КПП, ОГРН, номер договора (табл. 9):

Таблица 9 - Классификаторы и их структура

Наименование кодируемого множества объектов

Значность кода

Система кодирования

Система классификации

Вид классификатора

ИНН

10

Комбинированная

Отсутствует

Локальный

КПП

9

Комбинированная

Фасетная

Локальный

ОГРН

13

Комбинированная

Отсутствует

Локальный

Номер договора

9

Комбинированная

Фасетная

Локальный

ИНН - цифровой код, упорядочивающий учёт налогоплательщиков в Российской Федерации. Присваивается как юридическим, так и физическим лицам. Для организаций он состоит из:

1) кода налогового органа, который присвоил налогоплательщику идентификационный номер налогоплательщика - 4 знака;

2) порядкового номера - 5 знаков;

3) контрольного числа, рассчитанного по специальному алгоритму, установленному Министерством Российской Федерации по налогам и сборам - 1 знак.

КПП - код причины постановки на учёт. Данный реквизит бывает только у юр. лиц, у ИП - не предусмотрен [27]. Состоит из:

1) кода субъекта РФ - 2 знака;

2) кода Государственной налоговой инспекции - 2 знака;

3) коды причины постановки на учёт - 2 знака;

4) порядковый номер постановки на учёт по соответствующей причине - 3 знака.

ОГРН - это основной государственный регистрационный номер записи о создании юридического лица [28]. Состоит из:

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

2) двух последних цифр года внесения записи в государственный реестр - 2 знака;

3) порядкового номера субъекта РФ по перечню субъектов РФ, установленному статьей 65 Конституции РФ - 2 знака;

4) кода налоговой инспекции - 2 знака;

5) номера записи, внесенной в государственный реестр в течение года - 5 знаков;

6) контрольного числа - 1 знак.

Номер договора состоит из:

1) числа заключения договора - 2 знака;

2) разделителя «/» - 1 знак;

3) месяца заключения договора - 2 знака;

4) разделителя «-» - 1 знак;

5) порядкового номера - 3 знака.

2.4 Характеристика результатной информации

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

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

Структура отчета представлена в таблице 10.

Таблица 10 - Структура «Отчета»

№ п/п

Наименование поля

Идентификатор

Тип данных

1

id отчета

id_otch

числовой

2

дата формирования

date_form

дата

3

составитель

sost

текстовый

4

параметры поиска

param

текстовый

5

результат поиска

rez

текстовый

6

количество

kol

числовой

7

стоимость

st

денежный

На основе этого отчета менеджер будет подбирать оборудование, наиболее точно удовлетворяющее потребность клиента.

2.5 Информационная модель и ее описание

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

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

Информационная модель включает в себя следующие сущности:

1) авторизация;

2) заявки;

3) клиенты;

4) оборудование;

5) продажи;

6) сотрудники;

7) тип оборудования.

Логический уровень информационной технологии, представляется комплексом взаимосвязанных моделей, формализующих информационные процессы при технологических преобразованиях информации и данных. Формализованное (в виде моделей) представление информационной технологии позволяет связать параметры информационных процессов, а это означает возможность реализации управления информационными процессами и процедурами [31].

Логический уровень информационной модели представлен на рисунке 11.

Рисунок 11 - Логический уровень информационной модели

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

Физический уровень информационной модели представлен на рисунке 12.

Рисунок 12 - Физический уровень информационной модели

Логический и физический уровень информационной модели состоят из сущностей и их связей:

- cущность «Клиенты» и сущность «Заявки» имеют связь один-ко-многим, это значит, что один клиент может составить заявку несколько раз;

- сущность «Авторизация» и сущность «Сотрудники» имеют связь один-к-одному, это значит, что одному сотруднику присущи свой индивидуальный логин и пароль;

- сущность «Сотрудники» и сущность «Заявки» имеют связь один-ко-многим, это значит, что один сотрудник может составить много заявок;

- сущность «Продажи» и сущность «Заявки» имеют связь один-ко-многим, это значит, что одна заявка может учувствовать во многих продажах;

- сущность «Продажи» и сущность «Оборудование» имеют связь один-ко-многим, это значит, что один тип оборудования может быть продан несколько раз;

- сущность «Тип оборудования» и сущность «Оборудование» имеют связь один-ко-многим, это значит, что один тип оборудования может относится ко многому оборудованию;

- сущность «Оборудование» и сущность «Параметры оборудования» имеют связь один-к-одному, это значит, что один параметр оборудования может подходить к одному оборудованию.

На основе разработанной информационной модели реализована БД.

3. Программная часть

3.1 Организация программного обеспечения

Для определения наиболее оптимального метода проектирования был использован метод анализа иерархий (МАИ) [33]. МАИ - это математическая процедура для иерархического представления сущностных элементов на все более простые составляющие части и дальнейшей обработки последовательных суждений оценщика по парным сравнениям. В результате может быть выражена относительная степень (интенсивность) взаимодействия элементов в иерархии. Эти суждения затем выражаются численно.

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

Порядок применения метода анализа иерархий:

1) построение качественной модели проблемы в виде иерархии, включающей цель, альтернативные варианты достижения цели и критерии для оценки качества альтернатив;

2) определение приоритетов всех элементов иерархии с использованием метода парных сравнений;

3) синтез глобальных приоритетов альтернатив путем линейной свертки приоритетов элементов на иерархии;

4) проверка суждений на согласованность;

5) принятие решения на основе полученных результатов.

Для исследований МАИ была использована программная система поддержки принятия рациональных решений Mpriority 1.0 (рис. 13-19). Для сравнения были выбраны следующие способы реализации: Joomla, Drupal, Wordpress. Сравнение проводится по следующим критериям:

- функциональность;

- надежность;

- стоимость;

На рисунке 13 представлена иерархия объектов и критериев выбора наилучшего программного средства.

Рисунок 13 - Иерархия объектов и критериев

Для дальнейшего анализа выбора программного средства для разработки автоматизированной информационной системы ООО «Вбк-снаб» производим попарные сравнения относительно объекта.

Рисунок 14 - Относительные оценки критериев

Из результатов выставления относительных оценок критериев (см. рис. 14), стало видно, что наибольший приоритет 0,6175 имеет критерий функциональность, наименьший - стоимость.

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

Рисунок 15 - Сравнительная оценка по критерию функциональности программного средства

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

Рисунок 16 - Сравнительная оценка по критерию стоимости

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

Рисунок 17 - Сравнительная оценка по критерию надежности

Все матрицы парных сравнений являются согласованными, так как ОС (отношение согласованности) < 0,1.

Рисунок 18 - Результат МАИ

Результат исследования МАИ наглядно представлен на графике с рисунка 18. Из него видно, что наибольшее предпочтение получил Cms WordPress с приоритетом 0,6. Именно с его использованием будет написана система.

3.2 Общие положения (дерево функций и сценарий диалога)

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

Дерево функций системы представлено на рисунке 19.

Рисунок 19 - Дерево функций системы

В системе имеется 3 вида функций:

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

- служебные - администрирование доступа;

- сервисные - вход и выход из системы, справка.

Система имеет 2 типа пользователей - клиент и менеджер.

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

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

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

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

Интерфейс пользователя - это разновидность интерфейсов, в котором одна сторона представлена человеком (пользователем), другая -- машиной/устройством. Представляет собой совокупность средств и методов, при помощи которых пользователь взаимодействует с различными, чаще всего сложными, машинами, устройствами и аппаратурой [36].

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

Рисунок 20 - Сценарий диалога системы

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

Таблица 11 - Сценарий диалога

№ вершины графа

Операция

0

Запуск программы

1

Меню системы

2

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

3

Заполнение заявки

5

Список заявок

6

Редактировать заявку

7

Удалить заявку

8

Список клиентов

9

Добавить клиента

10

Редактировать клиента

11

Удалить клиента

12

Список оборудования

13

Добавить оборудование

14

Редактировать оборудование

15

Удалить оборудование

16

Список продаж

17

Добавить продажу

18

Редактировать продажу

19

Удалить продажу

20

Поиск наименованию оборудования

21

Просмотр страницы «О нас»

22

Просмотр страницы «Контакты»

23

Просмотр страницы «Отзывы»

24

Заполнение формы отзыва

25

Отправка отзыва

26

Добавление товара в корзину

27

Удаление из корзины

28

Заказ оборудования

29

Назад на главную

30

Выход

3.3 Структурная схема пакета (дерево программных модулей)

Программный модуль - согласно ГОСТ 19781-90 - это программа или функционально завершенный фрагмент программы, предназначенный для: хранения, трансляции, объединения с другими программными модулями, загрузки в оперативную память [37].

Создаваемая система состоит из файлов *.php и БД, созданной в PhpMyAdmin с помощью MySQL.

Дерево программного модуля представлен на рисунке 21. Система имеет 4 основных модуля:

- модуль добавления заявок;

- модуль для работы менеджера;

- модуль справочной информации;

- Модуль интернет-магазина.

Рисунок 21 - Дерево программных модулей

На дереве видно, как взаимодействуют между собой программные модули системы.

3.4 Алгоритмы и описания программных модулей

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

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

3.5 Описание контрольного примера реализации проекта

Контрольный пример реализации проекта представлен в Приложении Б.

Работа с системой начинается с главной страницы сайта.

В левом меню можно выбрать категории.

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

При выборе товара можно добавить его в корзину.

При выборе пункта меню список заказов на экран выводится список всех поступающих заказов.

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

3.6 Анализ экономической эффективности

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

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

Исходные данные для расчета экономической эффективности были взяты из бухгалтерской информации и данных отдела кадров (табл. 12).

Таблица 12 - Исходные данные для расчёта затрат на разработку и внедрение информационной системы

Наименование показателя затрат

Условное обозначение

Единица измерения

Значение показателя

Оклад менеджера по продажам 1

ЗП_мп1

руб.

20000

Оклад менеджера по продажам 2

ЗП_мп2

руб.

20000

Оклад менеджера по продажам 3

ЗП_мп3

руб.

20000

Оклад логист

ЗП_зс

руб.

18000

Региональный коэффициент

Кр

1,8

Коэффициент накладных расходов

Кнр

%

20

Стоимость 1 машино-часа

См_ч

руб/час

7,25

Отчисления во внебюджетные фонды:

30,2

Отчисления в ПФР

ПФР

%

22

Отчисления в ФСС

ФСС

%

2,9

Отчисления в ФФОМС

ФФОМС

%

5,1

Страхование от несчастных случаев

С_нс

%

0,2

Среднее количество рабочих дней в месяце

Дм

дн.

22

Продолжительность рабочего дня

Тд

час

8

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

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

Таблица 13 - Исходные данные для расчёта затрат на выполнение рабочего процесса до и после автоматизации

Стадии работы сотрудников

Затраты рабочего времени до внедрения ИС, ч

Затраты рабочего времени после внедрения ИС, ч

Условные обозначения

Менеджер по продажам (tм_1)

Заведующий складом (t_зс1)

ЭВМ (t_эвм1)

Менеджер по продажам (t_м2)

Заведующий складом (t_зс2)

ЭВМ (t_эвм1)

Поиск подходящего оборудования

15 мин

0 мин

0 мин

5 мин

0 мин

3 мин

Уточнение наличия оборудования

5 мин

5 мин

0 мин

2 мин

0 мин

2 мин

Итого

20 мин

5 мин

0 мин

7 мин

0 мин

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены