Воронкова Елена Александровна.Проектирование информационной системы учета хозяйственной деятельности предприятия по изготовлению ВБИ

2
Содержание
Введение ................................................................................................................... 3
Глава 1.Моделирование предметной области ...................................................... 6
1.1 Обзор предметной области .......................................................................... 6
1.2 Анализ существующих программных решений ....................................... 13
1.3 Постановка задачи автоматизации ............................................................. 19
Глава 2. Проектирование информационной системы ....................................... 25
2.1 Анализ и моделирование требований к информационной системе ...... 25
2.2 Детальное проектирование .............................................................. ........30
2.3
Календарно-ресурсное
планирование
проекта,
анализ
бюджет-
ных затрат ........................................................................................................... 36
Заключение ............................................................................................................ 41
Список литературы ............................................................................................... 43
3
Введение
Любое предприятие является сложной, динамичной и управляемой
системой. Оно вынуждено постоянно подстраиваться под непрерывно изменяющиеся условия рыночной экономики, бороться с жёсткой конкуренцией,
удерживать поставщиков, инвесторов и прочих лиц, в деловых связях с которыми организация заинтересована. Цель информационного обеспечения
предприятия состоит в том, чтобы на базе собранных исходных данных получить обработанную объединённую информацию, которая должна служить
основой для принятия управленческих решений. Так же информационные
системы призваны упростить и оптимизировать и повысить эффективность
работы сотрудников [8].
Современные масштабы и темпы внедрения средств автоматизации
управления ставит задачу проведения комплексных исследований, связанных
со всесторонним изучением и обобщением возникающих при этом проблем
как практического, так и теоретического характера. В последние годы возникает концепция распределенных систем управления, где предусматривается
локальная обработка информации. Чаще всего они определяются как профессионально-ориентированные малые вычислительные системы, расположенные непосредственно на рабочих местах специалистов и предназначенные
для автоматизации их работ.
В последней четверти ХХ века огромное увеличение объемов информации и внедрение компьютерных технологий стали предъявлять повышенные требования к организации информационно-документационного оборота.
Возникает необходимость рационализации отработанных методов поиска,
обработки и хранения информации (документов) с разработкой совершенно
новых приемов, режимов и методик оценки, анализа и оптимизации как
внутренних, так и внешних документационных потоков предприятия, используя современные компьютерные технологии.
Из вышесказанного вытекает цель настоящей выпускной квалификационной работы, а именно проектирование информационной системы учёта хо-
4
зяйственной деятельности предприятия. Для проведения исследований было
выбрана организация ООО«КомплектСтройИндустрия», занимающаяся производством и продажей бетонных вибропрессованных изделий.
Для достижения поставленной цели необходимо решить ряд задач:
− изучить выбранную предметную область, ознакомиться с деятельностью ООО«КомплектСтройИндустрия» ;
− провести обзор существующих программных решений;
− провести моделирование выбранной предметной области и выявить область автоматизации;
− провести анализ и определить требования к проектируемой информационной системе;
− провести календарное планирование работ по созданию информационной системы и рассчитать стоимость их выполнения.
Объект исследования: ООО «КомплектСтройИндустрия» – компания,
являющаяся одним из ведущих поставщиков бетонных изделий для дорожного строительства в России.
Предметом являются процессы взаимодействия и информационного
обеспечения сотрудников предприятия.
Структуру выпускной квалификационной работы представляют следующие элементы:
− введение;
− основная часть, состоящая из двух глав;
− заключение;
− список литературы;
− приложение.
Во введении представлена цель и вытекающие из неё задачи выпускной
квалификационной работы, выделены объект и предмет исследования, описана структура работы.
В первой главе проведёно исследование предметной области, представлено описание деятельности выбранного предприятия, проведён обзор
5
существующих программных решений, представлено моделирование предметной области в нотации IDEF0, проанализированы и предложены необходимые процессы для автоматизации.
Во второй главе проведен анализ требований системы, представлено
проектирование информационной системы с использованием нотации UML,
выполнены расчёты времени разработки и ввода в эксплуатацию системы,
выделены основные работы и их порядок, проведён расчёт стоимости реализации проекта.
В заключении подведены основные итоги работы.
Список литературы содержит источники, используемые при написании
работы.
6
Глава 1. Моделирование предметной области
1.1 Обзор предметной области
Обзор предметной области следует начать с рассмотрения деятельности выбранного предприятия. ООО«КомплектСтройИндустрия» – один из
ведущих поставщиков бетонных изделий для дорожного строительства в
России, обладающих собственными производственными мощностями. Предприятие основано в 2003 году и за короткий период работы выросло до крупнейшего завода по производству бетонных изделий для дорожного строительства.
Производство организовано с использованием современных технологий (завод оснащен современным оборудованием немецкой фирмы MASA).
Это позволяет с каждым годом повышать уровень работы и соответствовать
самым высоким требованиям различных клиентов, используя индивидуальный подход к каждому покупателю [17].
В настоящее время компания представляет собой динамично развивающееся промышленное предприятие полного производственного цикла,
ориентированное главным образом на производство бетонных вибропрессованных изделий для обустройства территорий и дорог, таких как: тротуарная
плитка, бордюрный камень, водоотводные лотки. Высокая производительность, полная автоматизация, отлаженный технологический процесс позволяют выпускать продукцию в любом объеме в сжатые сроки.
Наличие собственной производственной базы и современного технологического оборудования наряду с выгодным местом расположения завода (на
территории пескокаръера) позволило профессиональной команде предприятия наладить промышленное производство и предложить быстрорастущему
российскому рынку жилищного, офисного и дорожного строительства полный ассортимент используемой при дорожном строительстве экологически
чистой продукции[17].
7
В целях производства качественной продукции, компетентного обслуживания технологического оборудования, изучения потребительского спроса, вывода продукции завода на рынок и ее рекламы, формирования и поддержания положительного имиджа компании на рынке, а также в целях сбыта продукции на предприятии создан отлаженный трудовой коллектив.
За годы работы были установлены тесные деловые взаимоотношения с
крупными строительными компаниями и организациями, работающими в
сфере дорожного строительства, ландшафтного дизайна и благоустройства
территорий в Московском регионе и близлежащих регионах страны. Компания осуществляет доставку своей продукции по Московской области и ближайшим регионам.
Адрес отдела продаж: г. Москва, ул. Марии Поливановой, д. 9.
Адрес производства: Московская область, Волоколамский район, п.
Сычёво, 70 км от МКАД, ГОК – по этому же адресу находится склад.
Бухгалтерия и главный офис так же располагаются по разным адресам.
Из этого вытекает проблема документооборота между отделами [17].
Сайт компании: http://ksi-beton.ru/. На нём можно ознакомиться с деятельностью организации, с прайс-листом выпускаемой продукции и технологией её изготовления, условиями доставки и оплаты. В открытом доступе
имеется некоторая документация по продукции, выложен список партнёров,
контактная информация. Любой пользователь может задать интересующий
его вопрос, ознакомиться с ответами, отзывами, просмотреть новости, связанные с деятельностью фирмы, а так же полезную, по мнению компании,
информацию. Здесь же потенциальный клиент может оформить заказ, связаться с сотрудниками фирмы.
Структура сайта (часть его реализации представлена на рисунке 1) и
его информативная составляющая направлены на привлечение новых покупателей и оповещении о каких-либо изменениях. Конструкция удобна для
работы с клиентом до стадии оформления заказа, после чего для информирования заказчика о статусе его заказа необходимо с ним лично связаться од-
8
ному из сотрудников. Для получения необходимой информации по заказу
менеджеру так же необходимо связываться с соответствующими отделами.
Рисунок 1 – Реализация сайта компании
Этот процесс становится достаточно сложным с учётом объёмов заказов, количества заказчиков, возможной удалённостью клиента от производства. Несвоевременно полученная информация о продукции или её транспортировке может существенно навредить как планам заказчика, так и самой
компании, подорвать её репутацию на рынке, что может привести к потери
клиентов и сказаться на прибыли.
Следовательно появляется необходимость создания автоматизированной системы учёта хозяйственной деятельности предприятия, которая будет
обеспечивать сообщение между сотрудниками разных отделов, а так же обмен информацией между ними. Помимо этого система должна почти полностью автоматизировать работу менеджера по продажам, что уменьшит трудоёмкость многих процессов и обеспечит увеличение количества обработки
заказов каждого сотрудника. Отсутствие необходимости выполнять некоторые процессы в ручную даёт возможность исключить возникновение человеческого фактора, таким образом система позволит увеличить успешность заказов, а как следствие улучшить спрос у клиентов и увеличение прибыли [6].
9
Для ведения заказа необходимо сообщение и обмен информацией между такими сотрудниками как: менеджер по продажам, бухгалтер, логист и
кладовщик, так же необходима подпись документов руководителей.
Менеджер несет широкий круг обязанностей, однако, суть его работы
сводится всегда к одной цели – осуществлять связь как торговый посредник
между клиентом и компанией. Даже если менеджер не занимает руководящей должности, а находится в рядовых, он все равно приравнивается к ответственному исполнителю. Он отвечает за финансовое развитие и ход торговых
операций организации. Даже от самой простой исполнительной единицы в
отделе продаж, зависит общая продуктивность всего отдела и компании. Поэтому, как говорилось выше, менеджер является ответственным исполнителем, от которого зависит в целом успех фирмы на рынке. В основные обязанности менеджера отдела продаж входит:
− организация и ведение продаж товара фирмы – рост продаж, увеличение клиентов, а также получение максимальной прибыли от
сделок;
− сбор данных о потенциальных покупателях, мотивация потребителей на сотрудничество с организацией, проявление внимания к
клиентам и создание оптимальных предложений для продукции
фирмы;
− обновление и пополнение клиентской базы, ведение переговоров,
поддержка отношений через интернет, обрабатывание звонков,
заявок, прием людей в офисе, выезд на территорию потребителя
и общение на его стороне;
− оформление договоров с физическими и юридическими лицами,
ведение документации, отчетов по совершенным сделкам;
− контроль над отгрузками товара и расчетами с покупателями;
− осуществление расчетов предполагаемой выручки по плану продаж;
10
− анализ рынка сбыта и систематизирование полученных данных с
целью оптимизирования работы по сбыту;
− мониторинг конкурентов, определение шкалы цен на товары и
размеры возможных скидок.
Итогом каждой проведённой менеджером сделки является получение
прибыли. Финансовым а так же хозяйственным учётом на предприятии занимается бухгалтер, помимо этих функций в его обязанности входит:
− прием и контроль за всей первичной документацией;
− расчет заработной платы;
− осуществление операций, которые связаны с движением денежных и основных средств, а также различных товарных и материальных ценностей;
− отчисление денежных средств в службы страхования, налоговую
службу, профсоюзные или пенсионные фонды.
За отгрузку товара и информирование о продукции отвечает работник
склада – кладовщик. Он должен осуществлять приемку и выдачу товаров, руководить погрузочно-разгрузочными работами, руководить размещением товаров на полках и в различных отсеках склада. Принимаемые ценности
должны сопровождаться документами, принятыми на предприятии и соответствовать им. Кладовщик отвечает за комплектацию товаров к отгрузке в
соответствии с требованиями заказчика, составляет соответствующую сопроводительную документацию, должен правильно вести учетную документацию, участвовать в инвентаризации.
Доставкой грузов занимается транспортный отдел. Такой специалист,
как логист организует и координирует доставку товаров заказчику. Так же в
должностные обязанности логиста входят:
− поиск транспорта, приём и его контроль;
− составление маршрутов транспортировки грузов и координация
водителей;
− управление складскими запасами и заказами;
11
− ведение документооборота, контроль договоров и счетов от
контрагентов, составление отчетов;
− мониторинг и анализ затрат на логистику.
Грузоперевозки в компании «КомплектСтройИндустрия» осуществляются сторонними организациями. Поиск транспорта упрощается с использованием сайта «АвтоТрансИнфо», который является надежной системой обмена информацией между заказчиками и перевозчиками. Ежедневно на страницах сайта появляются до нескольких тысяч предложений и заявок на
транспортировку грузов. Среди существенных плюсов АТИ.СУ можно выделить [18]:
− страхование груза;
− помощь оформления пропусков в Москву (МКАД, ТТК, СК);
− проверка контрагентов;
− развитый сервис рейтинга;
− наличие мобильной версии.
Широкий спектр обязанностей перечисленных выше сотрудников усложняет процесс ведения заказов, автоматизация некоторых функций значительно упростит учёт хозяйственной деятельности предприятия. Из этого вытекает актуальность выбранной темы выпускной квалификационной работы.
Работа менеджера с заказом начинается с заявки заказчика, которую он
может оставить на сайте или же связаться с сотрудником через другие контакты, представленные на сайте.
Ведение заказа сопровождается соответствующей документацией. После уточнения условий сделки составляется договор поставки – это соглашение сторон, по которому поставщик – продавец, осуществляющий предпринимательскую деятельность, – обязуется передать в обусловленный срок или
сроки производимые или закупаемые им товары покупателю для использования в предпринимательской деятельности или в иных целях, не связанных с
личным, семейным, домашним и иным подобным использованием [13]. Такой договор является одним из видов договора купле-продажи. Если же за-
12
казчик отказывается от доставки от компании, заключается обычный договор
купле-продажи.
Для оплаты заказа формируется квитанция на оплату – это официальный документ служащий для безналичных платежей через кассу банка. В
квитанции указываются реквизиты получателя платежа из обязательных являются: наименование получателя платежа ООО или ИП и его индивидуальный налоговый номер (ИНН), так же необходимо указать банковские реквизиты: БИК (банковский идентификационный код), корреспондентский счет,
расчетный счет или код бюджетной квалификации (КБК). Помимо реквизитов получателя платежа необходимо указать реквизиты плательщика. В квитанции отражается сумма платежа, дата ее составления и подпись плательщика. Ответственными лицами в осуществлении оплаты помимо плательщика является закреплённый за заказом менеджер и бухгалтер компании.
Комплектация товара к отгрузке производится кладовщиком. Сопровождает груз товарно-транспортная накладная, предназначенная для учёта
движения товарно-материальных ценностей при их перемещении с участием
транспортных средств. Состоит из двух разделов:
− Товарного, определяющего взаимоотношения грузоотправителей
и грузополучателей и служащего для списания товарноматериальных ценностей у грузоотправителей и получения их
грузополучателем;
− Транспортного, определяющего взаимоотношения грузоотправителей заказчиков автотранспорта с организациями-владельцами
автотранспорта, выполнившими перевозку грузов и служащего
для учёта транспортной работы и расчетов грузоотправителей
или грузополучателей с организациями-владельцами автотранспорта за оказанные им услуги по перевозке грузов.
Так же при осуществлении самовывоза заказчиком используется обычная товарная накладная.
13
В следующем пункте представлен обзор существующих программных
решений, позволяющих работать с заказами, проведен анализ целесообразности создания новой информационной системы.
1.2 Анализ существующих программных решений
Стоит отметить, что на рынке программного обеспечения существуют
различные системы, обеспечивающие автоматизацию работы с заказами. Далее приведен анализ основных программных средств данной группы, представленных на рынке программного обеспечения.
В первую очередь это крупные программные системы, обеспечивающие хранение данных о клиентах и их заказах. Одной из таких крупных программ является «1С: Управление торговлей 8». Это современный инструмент
повышения эффективности бизнеса торгового предприятия.
Прикладное решение рассчитано на любые виды торговых операций.
Реализованы функции учета от ведения справочников и ввода первичных документов до получения различных аналитических отчетов. Решение позволяет вести управленческий учет по торговому предприятию в целом. Для предприятия холдинговой структуры документы могут оформляться от имени нескольких организаций, входящих в холдинг [22].
Прикладное решение автоматизирует следующие направления хозяйственной деятельности:
− управление отношениями с клиентами;
− управление продажами (включая оптовую, розничную и комиссионную торговлю);
− управление закупками;
− анализ цен и управление ценовой политикой;
− управление складскими запасами;
− управление денежными средствами;
− учет коммерческих затрат, учет НДС;
− мониторинг и анализ эффективности торговой деятельности.
14
1С обеспечивает современные методы управления взаимоотношения с
клиентами (CRM). Управление отношениями с клиентами, известное также
как CRM или CustomerRelationshipManagement, является неотъемлемой
функциональной областью современной комплексной информационной системы предприятия. Концепция CRM предполагает регулярный сбор и анализ
информации о каждом клиенте, реальном и потенциальном: как клиент отреагировал на деловое предложение, доволен ли он качеством обслуживания,
меняются ли его предпочтения со временем, насколько аккуратно он выполняет взятые на себя обязательства и, в конечном итоге, сколько дохода клиент приносит (или мог бы принести) предприятию. Отслеживаются все стадии отношений с клиентом. Конфигурация позволяет делать следующее [22]:
− использовать персонифицированный подход к нуждам и требованиям каждого клиента;
− хранить полную контактную информацию по контрагентам и их
сотрудникам, историю взаимодействия с ними;
− регистрировать информацию о поставщиках: условия доставки
товаров, надежность, сроки исполнения заказов, номенклатура и
цены поставляемых товаров и материалов;
− автоматически оповещать пользователей о предстоящих контактах с контрагентами и других событиях;
− планировать рабочее время и контролировать рабочие планы работников;
− анализировать незавершенные и планировать предстоящие сделки с покупателями и потенциальными клиентами;
− регистрировать каждое обращение потенциального клиента и в
дальнейшем анализировать процент привлечения клиентов;
− оперативно контролировать состояние запланированных контактов и сделок;
− проводить анализ причин срыва выполнения заказов покупателей
и объемов закрытых заказов;
15
− анализировать и оценивать эффективность рекламных и маркетинговых акций.
Возможности конфигурации по управлению отношениями с клиентами
могут быть востребованы очень многими подразделениями предприятия.
Еще одна CRM-система, «Маркетинг и менеджмент», разработана компанией «КОМПАС», информация о ней представлена на сайте crm.kompas.ru.
Основные функции CRM-системы «Маркетинг и менеджмент» можно
сегментировать на 5 разделов [19]:
− функции управления сбытом;
− функции управления обслуживанием;
− функции управления взаимоотношениями с партнерами;
− функции автоматизации маркетинга;
− функции планирования и контроля работы сотрудников.
Данная программа позволяет выполнить следующие задачи:
− внести и проанализировать информацию о клиентах;
− зафиксировать обращение клиента;
− сохранить объем предоставляемой скидки и передать его в программу расчета стоимости услуг.
Следующая программа, «Скидка», – узкоспециализированное программное средство [20]. Скидка – небольшая и простая в использовании программа для расчета и учета накопительных скидок. В программе присутствует встроенный справочник клиента, с возможностью предварительного просмотра информации и дальнейшей печати, поиск клиентов по ID номеру карты, гибкая настройка скидок (всего предусмотрено десять вариантов различных скидок) и другое.
Еще одна специализированная программа, «Учет обращений граждан и
организаций», предназначена для учета данных по обращениям граждан и
организаций, а также для хранения и обработки данных о рассмотрении этих
обращений. Программа может быть легко настроена под условия любой организации. Она позволяет изменить количество и название некоторых полей
16
в картотеке. Данная программа позволяет компьютеризировать учет обращений граждан и организаций. С ее помощью можно быстро получить информацию по конкретному обращению и сформировать отчет по результатам
рассмотрения обращений за произвольный период времени [16] .
Высокая надежность программы и регулярное автоматическое резервное копирование данных позволяют отказаться от бумажной картотеки и существенно облегчить работу по учету и обработке информации.
Стоит перейти к сравнительной характеристике описанных выше систем. При оценке будет учитываться, что для проектируемой информационной
системы важно выполнение следующих функций:
− хранение данных о клиентах, возможность импорта данных из
других документов;
− хранение данных обо всех заказах клиента с указанием принятых
решений и ответственного за их принятие;
− возможность отслеживания состояния заказа клиента;
− возможность поиска данных по разным критериям;
− возможность автоматического расчета скидок с учетом длительности контракта;
− возможность ведения справочника услуг;
− возможность прикрепления документов к заказам (ТЗ, генеральных планов и т.д.);
− печать необходимых документов;
− возможность донастройки;
− стоимость.
Для сравнения программных средств дана оценка возможности каждой
программы по реализации функций проектируемой информационной системы. Каждая система имеет определенную оценку в зависимости от того, насколько эффективно эта функция выполняется. На основе этих оценок рассчитана итоговая оценка продукта и проводиться сравнение.
17
Результаты сравнения программных решений представлены в таблице:
Таблица 1– Сравнительная характеристика программных средств
Программные средства
Необходимые функции будущей информационной системы
1С
CRMсистема
«Маркетинг
и менеджмент»
Скидка
Учет обращений
пользователей
Хранение данных о клиентах, 5
возможность импорта данных
из других документов.
5
4
4
Хранение данных обо всех
5
заказах клиента с указанием
принятых решений и ответственного за их принятие.
5
1
2
Возможность отслеживания
состояния заказа клиента.
4
3
0
2
Возможность поиска данных
по разным критериям.
4
3
3
3
Возможность автоматического расчета скидок с учетом
длительности контракта.
1
2
3
0
Возможность ведения справочника услуг.
4
3
2
0
Возможность прикрепления
документов к заказам (ТЗ, генеральных планов и т.д.).
0
0
0
0
Печать документов
4
2
1
2
Возможность донастройки
4
1
0
0
Стоимость
3
3
5
5
Общая оценка системы
34
27
19
18
18
Для оценки возможностей программных средств использовалась следующая шкала:
0 – функция отсутствует;
1 – характеристика не соответствует потребностям компании (функция
практически не реализована, интерфейс не эргономичен, цена недопустимо
высокая);
2 – характеристика лишь частично соответствует потребностям компании (функция практически не реализована, интерфейс не очень удобен,
функция сопровождения практически поддерживается, цена слишком высокая);
3 – характеристика соответствует потребностям компании на среднем
уровне (функция реализована частично, интерфейс не слишком удобен,
функция сопровождения поддерживается для части задач, цена средняя);
4 – характеристика практически полностью соответствует потребностям компании (функция реализована практически полностью, интерфейс
достаточно удобен, функция сопровождения поддерживается в достаточном
объеме, цена приемлемая);
5 – характеристика полностью соответствует потребностям компании
(функция реализована, интерфейс удобный, эргономичный, имеется помощь,
функция сопровождения поддерживается в достаточном объеме, цена выгодная).
Стоит отметить, что максимальную оценку получила программа «1C»
Это связано с тем, что данная система является комплексной, она включает
множество функций и широко распространена на рынке программного обеспечения. Однако оценка этой программы все же не дотягивает до максимальной (50 баллов), что свидетельствует о возможных проблемах при ее использовании. Излишние функции так же мешают работе в системе. Это является
основанием для индивидуальной разработки информационной системы с
учетом нужд компании.
19
1.3 Постановка задачи автоматизации
Ранее была изучена предметная область и проведён анализ существующих программных решений, стоит перейти к моделированию системы. В
данном пункте будут выделены и описаны необходимые процессы для автоматизации. Как отмечалось в тексте выпускной квалификационной работы,
основным процессом в деятельности компании выступает выполнение заказа.
Для графического моделирования системы была использована нотация
IDEF0, которая применяется для создания функциональной модели. Она отображает структуру и функции основной деятельности предприятия, а также
потоки информации и материальных объектов, связывающие эти функции [2]. Нотация IDEF0 является одной из самых популярных нотаций моделирования бизнес-процессов. На рисунке 2 представлена такая функциональная диаграмма. Диаграмма называется контекстной. Затем блок, который
представляет систему в качестве единого модуля, детализируется на другой
диаграмме с помощью нескольких блоков, соединённых интерфейсными дугами. Эти блоки определяют основные подфункции исходной функции.
Рисунок 2 – Функциональное моделирование функции
«Ведение заказа»
20
Данная нотация предполагает некоторый уровень абстракции в построении, используется модель «черного ящика», детали выполнения выделенных функций опускаются. Главной функцией менеджера по продажам является ведение заказа, она начинается с появления новой заявки. Выполнение
заказа организуется так же другими специалистами, координирующими соответствующие отделы, на рисунке они отражены стрелками снизу, так называемое управление. Результатом ведения любого заказа является получение
прибыли организацией, «получение оплаты» – на данной диаграмме. При
выполнении данного процесса сотрудники руководствуются нормативной
документацией, установленной ГК РФ [13], а так же политикой организации
касательно этого процесса.
Данный уровень детализации не может дать полного видения существующих потоков информации. Нужна декомпозиция функции «ведение заказа», где один процесс разбивается на более мелкие, полученная диаграмма
изображена на рисунке 3 «декомпозиция функции Ведение заказа».
Рисунок 3 – Декомпозиция функции «Ведение заказа»
Как можно заметить, помимо функционального блока потоки информации тоже разбились на несколько. При поступлении заявки менеджеру надо её обработать, под этим подразумевается анализ исходных данных заказчика, уточнение сроков изготовления, доставки и стоимости, и прочие усло-
21
вия договора. После чего на основе полученных первичных данных (реквизиты заказчика, позиции и стоимость заказа, сроки выполнения всего заказа)
заключается договор о поставке или купле-продажи с заказчиком. После заключения сделки необходимо создать так называемую сопроводительную
документацию, которая была описана в пункте 1.1 настоящей выпускной
квалификационной работы [14]. Полученные в результате накладная на отгрузку и квитанция на оплату являются входом для следующей рассматриваемой подфункции. Выполнением договора занимаются уже другие сотрудники организации на основе заключённого договора, менеджер осуществляет
контроль выполнения ими своих должностных обязанностей, следит за сроками выполнения [8]. Данный процесс стоит рассмотреть более подробно.
На рисунке 4 изображена декомпозиция функции «Выполнение договора». На основе договора и политики организации ведётся производство необходимой продукции по накладной, которая отправляется на склад.
Рисунок 4 – Декомпозиция функции «Выполнение договора»
После того, как вся необходимая продукция будет в полном объёме находиться на складе, логист должен подать транспорт на отгрузку. Далее производится погрузка товара и передаётся документация водителю. Логист координирует доставку до заказчика. По факту получения груза завершается
отплата выполненных условий договора. Сделка закрывается.
22
Выше был описан полный перечень информационных и материальных
потоков в выделенном процессе. Проектируемая система будет охватывать
некоторые из них. Автоматизация ориентирована на упрощение деятельности
менеджера, таким образом будет охватывать в основном его функции, связанные с документацией и вычислениями, обеспечивать сообщение между
другими сотрудниками. Система должна накапливать информацию о клиентах и выполненных заказах. Отсюда вытекает ещё одна функция для автоматизации. В компании используется сдельная система оплаты труда менеджеров и руководителей отделов. Заработная плата каждого менеджера зависит
от его личной выработки и командной работы отдела. Помимо большого
объёма разнородной работы бухгалтера, каждый месяц ему надо высчитывать заработную плату каждого сотрудника. Поэтому появляется вопрос об
автоматизации данной функции. Остальной персонал получает оплату по окладу.
На функциональной диаграмме (рисунок 5) этот расчёта заработной
платы отдела продаж изображен более наглядно.
Рисунок 5 – Функциональная диаграмма «Расчёт ЗП»
23
Все важные моменты по поводу выплаты заработной платы регулирует
в Трудовой кодекс, а государство выступает гарантом трудовых отношений,
что означает надзор и контроль за своевременной оплатой труда и соблюдением работодателями сроков выплат. Статья 136 Трудового кодекса четко
определяет сроки выплаты заработной платы: два раза в месяц. Поскольку в
РФ установлен уровень минимальной заработной платы, компанией установлен определённый оклад, при отсутствии премий у сотрудника за отчётный
период он получает фиксированный доход [21]. При выполнении личного
плана менеджером меньше, чем на 49,99%, сотрудник лишается так называемой премии за личные продажи (ПЛП). Продажи отдела складываются из
личных продаж каждого сотрудника, и так же, если отдел выполнил меньше
30% от установленного ему плана, все работники отдела лишаются премии за
командную работу (ПКП). На рисунке 6 расчёт заработной платы бухгалтером представлен более подобно.
Рисунок 6 – Декомпозиция функции
«Вычисление заработной платы сотрудников»
Таким образом рассчитать заработную плату сотрудников фирмы можно по формуле:
для менеджера
24
для руководителя отдела
где
– заработная плата сотрудника;
– личная премия;
– премия за личные продажи;
– премия за командные продажи;
– премия руководителя;
объём личных продаж;
процент премии (личной);
объём продаж группы;
процент премирования группы;
/
к
коэффициент трудового участия.
При анализе предметной области и моделировании основных процессов с помощью нотации IDEF0 были выявлены такие основные недостатки:
− проблемы с сообщением между сотрудниками фирмы в связи с
удалённостью отделов друг от друга;
− заполнение документации и выполнение расчётов вручную;
− наличие человеческого фактора;
− большие временные затраты на ведение учёта хозяйственной деятельности.
Решением всех этих проблем может стать разработка информационной
системы учета хозяйственной деятельности предприятия, которая подразумевает учёт заказов фирмы, автоматическое заполнение форм документаций за
счёт аккумулирования и хранения информации по выполненным заказам и
клиентам, возможность доступа и редактирования информации по заказу необходимой менеджеру для контроля за его выполнением. Следующий параграф посвящен непосредственно проектированию системы.
25
Глава 2. Проектирование информационной системы
1.1 Анализ и моделирование требований к информационной системе
Прежде чем перейти к непосредственному проектированию системы
необходимо определиться с её действующими лицами. Основным пользователем автоматизации является менеджер, так же были выделены такие пользователи как: бухгалтер, кладовщик и логист. Последние обеспечивают менеджера необходимой информацией по заказу. Описание возможностей в
системе представленных выше пользователей показано на диаграмме прецедентов, или вариантов использования (рисунок 1). Данный вид UMLдиаграмм позволяет описать систему на концептуальном уровне [1].
При появлении новой заявки, за ней закрепляется наиболее свободный
менеджер, который будет вести заказ. В системе он должен создать новый
заказ и ввести первичную информацию о заказе, которая включает в себя:
–
информацию о заказчике;
–
позиции заказа;
–
способ доставки;
–
сроки выполнения;
–
способ оплаты.
Информация о прошлых клиентах компании должна храниться в базе
данных, для удобства его можно выбрать из списка, в связи с этим отпадает
необходимость повторно вводить информацию о заказчике. После чего Менеджер должен ввести позиции необходимой продукции. В системе он выбирает её из списка и вводит необходимое количество.
Прежде чем заключать договор с заказчиком, нужно согласовать все
условия выполнения заказа, что включает в себя время выполнения заказа и
его стоимость [14].
26
26
Рисунок 7 – Диаграмма вариантов использования
27
Время выполнения складывается из времени, необходимого на изготовление, и времени доставки груза заказчику. Поскольку заказ полностью
или частично может присутствовать на складе предприятия, появляется необходимость отображать данную информацию в системе. Этим занимается
кладовщик. Менеджер может просмотреть имеющуюся продукцию на складе и учесть это при расчёте времени изготовления заказа. Когда продукция
отсутствует или имеется частично, система на основе времени изготовления
единицы продукции рассчитывает примерное время, необходимое на изготовления заказа.
За определение времени, которое потребуется на доставку груза, отвечает логист. Исходя из уже имеющейся в системе информации об объёме
продукции, приблизительном времени отгрузки и пункте назначения, он находит транспорт с минимальными временными и денежными затратами на
доставку, а так же определяет необходимое количество машин. После чего
вводит данную информацию в систему. Далее менеджер рассчитывает уже
полное время выполнения заказа. При выборе такого способа доставки, как
«самовывоз» время доставки не учитывается.
Так же при данном выборе стоимость заказа будет представлять собой
только стоимость продукции. Если доставку осуществляет компания, то в
стоимость заказа будут включаться расходы на транспортировку, распределённые на единицу продукции. Данную функцию в системе реализует менеджер.
На диаграмме эти связанные друг с другом процессы отражены в виде
связей «include» и «extend». Расширение (англ. Extend) — разновидность отношения зависимости между базовым вариантом использования и его специальным случаем. Включение (англ. Include) — определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого всегда задействуется базовым вариантом использования [1]. Таким образом можно заметить, что возможности логиста:
«Ввод стоимости доставки», «Ввод количества машин и времени доставки»
28
связаны с «Ввод информации о заказе» связью расширения. То есть ввод информации о заказе может осуществляться и без ввода информации о транспорте, времени доставки и её стоимости, это происходит в случае отказа заказчика от доставки компании.
Действия менеджера «Вычисление времени готовности заказа» и «Расчёт стоимости заказа» имеют с «Ввод информации о заказе» связь включения. Завершение ввода информации о заказе не возможно без совершения
этих действий, иначе данных будет недостаточно для заключения договора
поставки.
Таким образом по завершению этих процессов в системе будет получена более полная информация о заказе, после согласования её с заказчиком,
менеджер автоматически составляет договор поставки (или купле-продажи),
который учитывает все условия сделки. Далее менеджер формирует в системе квитанцию об оплате, необходимая информация берётся автоматически из
составленного ранее договора. Таким же образом формируется накладная на
отгрузку, или же несколько, если для перевозки одной машины не достаточно. Создание перечисленных документов на диаграмме отражено в прецеденте «Создание сопроводительной документации». Доступ к данной документации имеется у всех ответственных за её обработку лиц.
После чего в процессе жизненного цикла заказа в информацию о нём
могут вносить изменения кладовщик и логист. Первый из них должен отражать в системе статус заказа, показывающий информацию о готовности заказа к отгрузке. Если необходимой продукции нет на складе, то кладовщик ставит статус «Производится». Когда все позиции заказа собраны на складе, статус меняется на «Ждёт отгрузки», когда продукция с самого начала имелась
на складе, такой статус заказ приобретает сразу. При возникновении проблем
на производстве это отражается и в статусе.
Задача логиста как можно больше сократить время простоя продукции
на складе, подать вовремя транспорт и занести этот факт в систему. После
отгрузки заказа, уже он меняет статус на «Отправлено», после чего статус за-
29
каза кладовщик менять больше не может. Статус меняется на «Доставлено»
логистом по факту разгрузки всего заказа.
Поскольку объёмы заказов не всегда позволяют доставить продукцию
одной машиной, на один заказ может приходиться по несколько накладных,
статусы которых будут отражаться отдельно только и по факту разгрузки
всех машин будет выставлен статус «Доставлено».
Закрытие заказа производится по выполнению договорённости обеими
сторонами, после чего вся информация по нему заносится в базу данных для
хранения и дальнейшего использования. Так с её помощью бухгалтер рассчитывает заработную плату менеджера с учётом выполненных им заказов в течение месяца. Данная функция осуществляется автоматически, бухгалтеру
необходимо ввести только запланированный объём продаж. Этот процесс так
же отражен на диаграмме прецедетнов с использованием связи включения.
Для того чтобы провести данные расчеты бухгалтеру необходимо открыть
его личную страницу, затем форму расчёта заработной платы, после чего
ввести необходимые данные. Система будет выдавать документ с перечнем
сотрудников по каждому отделу и соответствующие имени объёмы заработной платы.
Для точного описания каждого варианта использования, представленного на диаграмме, используется его спецификация – документ, который
точно, полностью и в поддающейся проверке форме определяет требования,
устройство, поведение и другие его особенности [9].
Спецификация такого действия, как «Расчёт стоимости заказа» будет
выглядеть следующим образом:
Главный актор: менеджер.
Предусловия: ввод информации о заказе.
Основной поток:
1. Прецедент начинается, когда менеджер нажал кнопку «Рассчитать
стоимость заказа».
30
2. Система автоматически берёт значения полей заказа, высчитывает
общую сумму с учётом способа доставки и возвращает полученное значение.
Исключения: Если все поля заполнены, ИС возвращает общую стоимость заказа.. Если заполнены не все поля или заполнены некорректно (ввод
не совпадает с типом данных), ИС выдает ошибку, предлагая перезаполнить
поля с ошибками.
Описанная концепция информационной системы нуждается в детальном рассмотрении.
1.2 Детальное проектирование
В данном пункте представлено более детальное описание системы с
использованием унифицированного языка моделирования UML, одним из
основных принципов которого является принцип абстрагирования, предписывающий включать в модель только те аспекты проектируемой системы,
которые имеют непосредственное отношение к выполнению системой своих
функций или своего целевого предназначения. При этом все второстепенные
детали опускаются, чтобы чрезмерно не усложнять процесс анализа и исследования полученной модели [1].
Для моделирования статической структуры классов системы и связей
между ними используется диаграмма классов (рисунок 8). На таких диаграммах показывают классы, интерфейсы, объекты и кооперации, а также их отношения. При моделировании объектно-ориентированных систем этот тип
диаграмм используют чаще всего.
Основными классами, выделенными в данной системе, являются: Менеджер, Бухгалтер, Кладовщик, Логист – пользователи системы. А так же Заказ, с входящими в него классами, которые в общем можно назвать сопроводительной документацией: Договор поставки, Квитанция об оплате и Накладная на отгрузку. Эта связь на диаграмме изображается в виде агрегации.
31
31
Рисунок 8 – Диаграмма классов
32
В базе данных хранится информация о клиентах, менеджерах и выполненных ими заказах. Им соответствуют одноимённые классы. Класс «База
данных» является контейнером для классов Заказчик и Заказ. На данном виде
диаграмм для идентификации каждого класса используются так называемые
атрибуты – то, что отличает класс от других. например, для пользователей
это ИНН и Ф.И.О. Так же с помощью операций описывается поведение определённого класса в системе.
Стоит остановиться на рассмотрении класса Заказ, который является
главным в системе. Он обладает такими атрибутами как: номер заказа, заказчик, ответственный менеджер, позиции продуктов, сроки выполнения, сумма
заказа и статус заказа. С ним связаны почти все классы проектируемой системы, в их операциях описано влияние на заказ и сопроводительную документацию.
На диаграмме так же описаны интерфейсы между заказом и: менеджером, бухгалтером, логистом и кладовщиком. Класс Заказ в системе реализует
просмотр заказа для всех пользователей. Помимо этого действия для класса
Менеджер Заказ реализует такие действия как: создание заказа ввод информации о заказе, вычисление времени готовности заказа, расчёт стоимости заказа, создание сопроводительной документации и закрытие заказа. Для кладовщика: просмотр накладной и изменение статуса заказа. Так же изменение
статуса заказа реализуется и для логиста, который для класса Заказ является
инициатором таких действий как: ввод количества машин и времени, необходимого для доставки, и ввод стоимости доставки.
С базой данных в системе ассоциацией связаны классы: Менеджер и
Кладовщик. Последний вводит информацию о имеющейся продукции на
складе, что так же отражено на соответствующем интерфейсе. Между Менеджером и Базой данных тоже имеется интерфейс взаимодействия, менеджер инициирует просмотр имеющейся продукции на складе и просмотр клиентской базы, а База данных возвращает данному пользователю формы с интересующей его информацией.
33
Для расчёта заработной платы выделен одноимённый класс, определяемый в системе по периоду и объёму продаж, которые вводит бухгалтер
при создании объекта класса. Между названными классами имеется интерфейс. Бухгалтер может открыть свою страницу, перейти к форме для расчёта
заработной платы, ввести туда необходимые данные и рассчитать заработную плату.
Интерфейсы на диаграмме классов показывают, как взаимодействуют
связанные сущности. Классы-пользователи вызывают необходимую им
функцию, связанный с ним класс предоставляет необходимую ему функциональность [1].
Вариант использования «Расчёт заработной платы» более подробно
описан диаграммой последовательности (рисунок 9). Для её построения были
выделены объекты, участвующие в сценарии: Бухгалтер и База данных являются классами системы, Страница бухгалтера и Форма расчёта ЗП – объектами класса Расчёт заработной платы.
Рисунок 9 – Диаграмма последовательности
Процесс начинается с открытия бухгалтером страницы бухгалтера, где
он выбирает действие Расчёт заработной платы. По нажатию соответствую-
34
щей кнопки, ему возвращается форма расчёта заработной платы, где бухгалтеру необходимо ввести период, за который будет начисляться заработная
плата. Система автоматически ищет в базе данных, завершенные за это время
заказы и подставляет в поля необходимые для расчётов значения.
После чего бухгалтеру надо ввести в форму план продаж, запланированный на соответствующий период и нажать кнопку "рассчитать", система
рассчитает заработную плату всех менеджеров компании с учётом командной работы. Заработная плата в компании напрямую зависит от работы менеджера и их командной работы.
Одной из ответственных задач менеджера является введение в системе
информации о заказе, от её корректности зависит правильность оформления
остальной документации, формируемой в системе, и как следствие – сама
сделка. До составления договора поставки менеджер должен внести данные о
заказчике, заказе и особенностях сделки, и на основе введённой информации
рассчитать стоимость заказа. Потом уже на основе собранной в системе информации с согласия заказчика составляется договор.
Ход выполнения данного сценария можно описать с помощью диаграммы деятельности (рисунок 10).
На данной диаграмме с помощью дорожек выделены зоны влияния
пользователей системы, менеджера и логиста. После создания заказа менеджер ищет в базе данных клиента, система вставляет соответствующие данные
в поля, если клиент найден, или говорит, что соответствий не найдено, в таком случае все поля о заказчике заполняет менеджер, они заносятся в базу
данных автоматически. После того как информация о заказчике заполнена,
вводится информация по самому заказу. Менеджер выбирает из каталога
продукции необходимые позиции и вводит количество. Как было сказано ранее, прежде чем рассчитать время выполнения заказа, менеджер проверяет,
нет ли необходимой продукции на складе, если её не хватает для отгрузки,
рассчитывается примерное время, которое уйдёт на её изготовление. Далее
менеджер вводит выбранный заказчиком способ доставки. Как и ранее на
35
диаграмме это показано условием. Если доставку осуществляет компания, то
деятельность переходит к логисту, который осуществляет поиск транспорта и
вводит в систему время и стоимость доставки.
Рисунок 10 – Диаграмма деятельности
На основе полученной ранее информации о временных издержках менеджер определяет полное время на реализацию заказа. Если продукция отгружается самовывозом, то этим временем послужит время изготовления
продукции и подготовки к отгрузке. Далее высчитывается стоимость заказа
36
на основе введённых данных. Деятельность в пределах выбранного сценария
заканчивается.
Собранная информация по заказу служит основой для заключения договора, автоматизация данных процессов ускорит время обработки заказов и
уменьшит вероятность ошибок, обусловленных человеческим фактором.
2.3 Календарно-ресурсное планирование проекта, анализ бюджетных затрат
Для оценки затрат на внедрение системы необходимо разработать проект разработки и внедрения системы, оценить временные и материальные ресурсы, необходимые для каждой задачи.
Для того чтобы спланировать выполнение проекта, необходимо выполнить разбиение проекта на подпроекты. Для этого нужно простроить дерево
целей проекта (рисунок 11).
Разработка
программы
Подготовка к
разработке
системы
Разработка
информационной
системы
Анализ
предметной
области
Разработка БД
Подготовка к
эксплуатации
Подготовка
оборудования
Постановка
задачи
Программирование
Внедрение
системы
Проектирование
ИС
Тестирование ПО
Рисунок 11 – Дерево целей проекта
Для реализации основной цели необходимо сначала выполнить подготовку к разработке системы, которая подразумевает анализ предметной об-
37
ласти, постановку задачи и проектирование информационной системы. Затем
осуществляется разработка проекта, состоящая из создания БД и программирования и тестирования программного обеспечения. Завершающим этапом
разработки системы является подготовка к эксплуатации, прежде чем ввести
программное обеспечение в эксплуатацию необходимо подготовить для этого оборудование.
Для эффективной организации разработки информационной системы
следует построить диаграмму Ганта. Данный вид диаграмм представляет
проекты или задачи в виде каскада горизонтальных линейчатых графиков.
Диаграмма Ганта показывает разложенную на части структуру проекта (дату
начала и окончания, различные связи между задачами в рамках проекта) и
таким образом помогает контролировать выполнение задач во времени и согласно намеченным ориентирам. Для построения диаграммы необходимо составить вспомогательную таблицу (таблица 2).
Таблица 2 – Этапы выполнения работ
Этап
Анализ
Содержание работ
Сроки
и Сбор и анализ требований: получение информации о 2 дня
проекти-
том, какие проекты выполняются в рамках указанного
рование
договора, выявление требований
Составление технического задания
3 дня
Проектирование ИС
30 дней
Составление программы и методики испытания
3 дня
системы
Разработка Создание информационной системы
системы
Запуск
30 дней
Доработка для соответствия требованиям заказчика
7 дней
Тестирование
7 дней
38
системы
Необходимые
доработки
по
результатам 7 дней
тестирования
Сдача
Проведение приемо-сдаточных испытаний
7 дней
проекта
Дата начала проекта берётся условно, 1 января 2018года. После упорядочивания работ была построена диаграмма Ганта с упорядоченными во времени сроками выполнения работ (рисунок 12). Дата завершения проекта 10
апреля 2018 года.
Проведение приемо-сдаточных…
Необходимые доработки по…
Тестирование
Доработка для соответствия…
Создание информационной системы
Составление программы и методики…
Проектирование ИС
Составление технического задания
Сбор и анализ требований:…
Продолжительность
11/11/2017
31/12/2017
19/02/2018
10/04/2018
30/05/2018
Рисунок 12 – Диаграмма Ганта
Самыми долгими являются этапы проектирования и создания программной части системы. После того, как были определены этапы выполнения работ, необходимо рассчитать стоимость создания проекта.
Для реализации информационной системы необходимо привлечь следующих специалистов:
–
менеджер проекта – 1 человек;
–
системный аналитик – 1 человек;
–
программист – 3 человек;
–
проектировщик – 2 человек;
–
тестировщик – 2 человека;
–
специалист по внедрению ПО – 1 человек.
Заработная плата каждого специалиста, взята по средним показателям
39
по Орловской области, указана в таблице 3.
Таблица 3 – заработные платы специалистов проекта
Специалист
Заработная плата (руб./мес.)
менеджер проекта
25000
системный аналитик
20000
Программист(3)
105000
Проектировщик(2)
50000
Тестировщик(2)
40000
специалист по внедрению ПО
20000
Всего:
260000
Так же необходимо учесть обязательные налоговые отчисления. Полученные значения представлены в таблице 4.
Таблица 4 – Отчисления от заработной платы (руб.)
Отчисления
в
Фонд
социального
страхования (ставка 2,9%)
Отчисления в Пенсионный
фонд,
страховая и накоп. части (ставка 22%)
7540
57200
Отчисления в Фонд Социального
Страхования по травматизму (ставка
520
0,2%)
Отчисления в ФФОМС (ставка 5,1%)
13260
Всего:
78520
Инфляция
4%
Коммунальные услуги
5000
Всего:
5000
40
Итоговыми вычислениями будет расчёт полных затрат на создание
проекта с учётом продолжительности проекта и средней месячной инфляции.
Затраты складываются из заработной платы сотрудников с учётом времени
их появления в проекте, налоговых отчислений и коммунальных услуг.
Таблица 5 – Расчет стоимости разработки информационной системы
Период
Заработная
1 месяц
2 месяц
3 месяц
4 месяц
Всего
плата
95000
сотрудников
Отчисления
240792
260858
86952,67
28690 72959,16
79039,09
26346,36
5016,5
5033,054
1683,221
128690 318767,7
344930,1
114982,3
от
заработной платы
Коммунальные
услуги
Итого:
5000
907370
На окончание 2017 года годовая ставка инфляции ожидается равной 4% [15]. Итого, с учетом среднемесячной ставки инфляции 0, 33% в месяц себестоимость проекта на создание информационной системы составит
907370 рублей. В связи с объёмами оборачиваемых денежных средств от
продаж компания может позволить заказ подобной системы, которая будет
соответствовать индивидуальным требованиям организации. Отсутствие
лишних функций и простота использования поможет упростить работу сотрудников, работающих с данной системой.
41
Заключение
Для любой современной компании очень важным является процесс обслуживания заказов клиентов, наличие актуальной, достоверной и полной
информации по клиентам и заказам, возможность быстрого поиска информации, отслеживания изменений по заказу, выполнение расчетов, подготовка
документов для клиентов и других подразделений компании. Именно процесс учета заказов клиентов предприятия по изготовлению вибропрессованных изделий ООО«КомплектСтройИндустрия». Учет заказов предполагает
обработку большого количества информации, что связано с выполнением
однотипных, рутинных операций, которые требует большого количества
времени и усилий. При анализе процесса выполнения задачи были выявлены
такие основные недостатки:
1. Большие затраты времени на выполнение процесс анализа финансово-хозяйственной деятельности.
2. Высокая стоимость выполнения процесса.
3. Наличие ошибок, которые могут негативно влиять на процесс принятия решения, а также требовать дополнительного времени для поиска и устранения.
Решением всех этих проблем может стать разработка спроектированной в настоящей выпускной квалификационной работе информационная система. При внедрении этой автоматизации становится возможным решение
вышеуказанных проблем, привлечение новых клиентов, повышение удовлетворенности сотрудников своей работой.
В результате анализа деятельности компании, существующих проблем
обработки данных была выполнена постановка задачи и разработаны требования к проектируемой информационной системе.
Для обоснования необходимости собственной разработки была произведена оценка существующих программных средств, которые могли бы использоваться для разработки информационной системы компании. Все системы были оценены с использованием определенной шкалы. На основании
42
анализа был сделан вывод, что оценки всех программ не дотягивает до максимальной (50 баллов), что свидетельствует о возможных проблемах при их
внедрении. Это является основанием для индивидуальной разработки информационной системы с учетом нужд компании.
Следующим этапом стала разработка моделей предметной области.
Были проанализированы функции внедряемой системы, документопотоки,
построена функциональная модель.
Для оценки затрат на внедрение системы необходимо было разработать
проект создания и внедрения системы. Срок окупаемости проекта составит 4
месяца и принесет компании определенные выгоды, как в денежном, так и в
качественном выражении.
43
Список литературы
1.
Арлоу, Д. UML 2 и Унифицированный процесс. Практический
объектно-ориентированный анализ и проектирование [текст] / Д. Арлоу, И.
Нейштадт. – 2-е изд. изд. – СПб.: Символ-Плюс, 2007. – 624 с.
2.
Бахтизин, В.В. Методология функционального проектирования
IDEF0: учеб. Пособие по курсу «Технология разработки программного обеспечения»/ В.В. Бахтизин, Л.А. Глухова – Минск: БГУИП, 2003. – 24с.
3.
Буч Г. Язык UML. Руководство пользователя/ Г.Буч, Д.Рамбо,
А.Джекобсон. – 2-е изд. – М.: ДМК, 2006. – 496с.
4.
Вендров А. М., Проектирование программного обеспечения эко-
номических информационных систем: Учебник. 2-е изд., перераб. и доп.
[Текст] / М.: Финансы и статистика, 2009 – 544 стр.
5.
Гвоздева В.А. Основы построения автоматизированных инфор-
мационных систем: учебник [текст] / В.А. Гвоздева, И.Ю. Лаврентьева. – М.:
ИД «ФОРУМ»: ИНФРА-М, 2007. – 320 с.
6.
Дубровин И.А. Бизнес-планирование на предприятии: учебник
для бакалавров/ И. А. Дубровин – 2-е изд. – М.: Издательско-торговая корпорация Дашков и Ко, 2016 – 432с.
7.
ГОСТ 34.003–90. Автоматизированные системы термины и опре-
деления. – Введ. 01.01.1992. – М.: Изд-во стандартов, 1992. 23 с.5.вова
8.
Капулин, Д. В. Информационная структура предприятия: учебное
пособие/ Д. В. Капулин, А. С. Кузнецов, Е. Е. Носкова. – Красноярск: Сиб.
федер. ун-т, 2014. – 186с.
9.
Коберн, А. Современные методы описания требований к систе-
мам/ А.Коберн – М.: Лори, 2011. – 288с.
10.
РД 50-680-88.
Методические указания. Автоматизированные
системы. Основные положения. Введ.01.01.1990. – М.: Изд-во стандартов,
1989.
11.
РД IDEF0–2000 . Методология функционального моделирования
IDEF0. – М.: Изд-во стандартов, 2000. – 75.
44
12.
Википедия, свободная энциклопедия [Электронный ресурс]. –
Режим доступа: https://ru.wikipedia.org
13.
Гражданский кодекс Российской Федерации (часть вторая) от
26.01.1996 N 14-ФЗ(ред. от 23.05.2016) [Электронный ресурс]. – Режим доступа: http://stgkrf.ru
14.
Методологическое пособие менеджера: ведение заказов [Элек-
тронный ресурс]. – Режим доступа: http://eriko.ru/metodicheskoe-posobiemenedzhera
15.
Официальные данные Минфина на прогнозируемый уровень ин-
фляции в России на 2017 год. [Электронный ресурс] – Режим доступа:http://novyjgod.com/vesti/uroven-inflyacii-na-2017-god-oficialnye-dannye.htm
16.
Программа «Учет обращений граждан и организаций» [Элек-
тронный ресурс]. – Режим доступа: http://www.autoaf.ru/soft-arch-uchetobraschenij-grazhdan.htm
17.
Сайт компании ООО «КомплектСтройИндустрия» [Электронный
ресурс]. – Режим доступа: http://ksi-beton.ru
18.
Система грузоперевозок АвтоТрансИнфо [Электронный ресурс].
– Режим доступа: http://ati.su
19.
Система Компас: Маркетинг и менеджмент [Электронный ре-
сурс] – Режим доступа: http://www.compas.ru/solutions/economy_mandm.php
20.
Скидка
1.0.
[Электронный
ресурс]
–
Режим
доступа:
http://www.softportal.com/software-24613-kidka.html
21.
Трудовой кодекс Российской Федерации" от 30.12.2001 N 197-ФЗ
(ред. от 03.07.2016)(с изм. и доп., вступ. в силу с 01.01.2017).[Электронный
ресурс] – Режим доступа: http://www.trudkod.ru/
22.
Управление торговлей: описание конфигурацией [Электронный
ресурс] – Режим доступа: http://v8.1c.ru/trade/
Орловский ГУ
АНТИПЛАГИАТ
ТВОРИТЕ СОБСГВЕННЫМ УМОМ
сп
рАвкА
о результетах проверки текстового документа
на наличие заимствований
Проверка выполнёна в Gистеме
Антиплаrиат.ВУ3
Автор работы
Вороrшова Елена Аrrексаtrдrоыrа
Факульте1 кафедра,
номер rруппы
tDизико-матемаплческий
Тип работы
flипломная работа
Название работы
ВКР Воронкова Е.
Название файла
ВКР Воронкова E..docx
Процент заимствования
Б,15'6
Процент цитирования
о,о496
Процент ориrинальности
T4p:Д%
fl,aTa проверки
16:37:iЮ 28 lrоня 2оl7г.
Модули поиска
Модуль поиска ЭЕС ОБиблиоРоссrtка"; Цит}rрование; Модуль поиска ЭБС
'Yнивериrетская библиоrека онлайн"; Коллеttция д,lссертацrй РБ; Коллекция
eLIBRARY.RU; Модуль поиска ЭБС "Айбукс"; Мqдуль поиска Интернет; Модуль поиска
ЭБС "Лань"; Модуль поиска "ФБОJ ВО ОГУ им. И.С.Тургенева"; Кольцо rузов
Работу проверил
Селютуiн Иадиmир flмлтриевич
экономике
факультет, кафедра алrефы и мitтвматических методов в
ФИО проверяюцеrо
flaTa подписи
Чтобы убедиться
в подrtинности справки,
используйте QR-код, который
содержит ссылку на опет,
J,8,00,дrr+
Ответ на вопрос, является ли обнаруженное заимствование
ковректным, система оставляет на усмотрение проверяющеrо.
Предоставленная информация не подлежит использованию
в коммерческих целях.