![](/stc/img/evkova.png)
Разработка регламента выполнения процесса «Управление заказами»
Содержание:
ВВЕДЕНИЕ
В настоящее время на рынке существует большое количество решений для автоматизации практически любой деятельности организаций.
Информационные технологии дают жизнь новым технологиям торговли и наоборот. Потребности торговых компаний высоки: управление широким ассортиментом продукции, территориально-распределенной складской и торговой сетью, обеспечение гибкого и оперативного обслуживания потребителей, управление логистикой централизованных и децентрализованных поставок, принятие обоснованных управленческих решений. В современном конкурентом мире востребованы программные продукты, поддерживающие самые разнообразные подходы к организации торговли с помощью всех доступных каналов, централизованное управление и контроль.
Любое из этих решений не может идеально вписаться в рамки бизнес процессов каждой конкретной организации. Стандартные решения автоматизации способны удовлетворить многие, но не все требования предприятий.
Для принятия решений нужна информация, наиболее удобным образом обобщающая учетные данные, т.е. требуются разнообразные аналитические отчеты. Традиционная учетная система предлагает Вам стандартные регламентированные отчеты, но полного объема данных увидеть не позволяет. При этом в используемых программных решениях используется одинаково структурированная основная информация с очень малым количеством различий. В большинстве случаев использование такого подхода продиктовано необходимостью в кратчайшие сроки развернуть полностью работоспособную систему, выполнив при этом минимальный объем доработок.
Поэтому обосновано утверждают, что в жесткой конкурентной борьбе большие шансы на победу имеет предприятие, использующее в управлении современные информационные технологии[1].
Целью выполнения курсовой работы является описание бизнес-процесса для регистрации и исполнению заказов швейной фабрики ООО «Ариадна» однозначно актуальна, учет и регистрация заказов несет в себе большую бумажную работу по составлению различных отчетов, работу с товарооборотом, с клиентами и т.д. Необходимость сбора, хранения, переработки, анализа большого объема разнообразной информации, предоставления ее пользователям в удобной форме ставит задачу создания на предприятии соответствующей информационной системы, которая сократит время обработки информации и увеличит объем продаваемых товаров. Это и является целью реализации работы.
Для достижения этой цели необходимо решить ряд задач:
- изучить основные понятия процессного подхода и этапы создания регламента;
- разработать регламент процесса управления для регистрации и исполнению заказов швейной фабрики ООО «Ариадна».
ГЛАВА 1. ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ РАЗРАБОТКИ РЕГЛАМЕНТА БИЗНЕС-ПРОЦЕССОВ
1.1. Основные понятия процессного подхода
Процессный подход к управлению - основа всех современных систем управления, как регулярной деятельностью, так и развитием. Отсутствие понятного и структурированного описания системы «Процессный подход к управлению» приводит к наличию большого количества заблуждений в среде российских менеджеров и даже консультантов и, как следствие, разочарованию в процессном подходе после неудачных попыток его внедрения.
Давайте сначала определимся, что будем подразумевать под термином «подход к управлению». Подход к управлению - это способ (метод) делегирования полномочий и ответственности. В менеджменте существует три подхода к управлению: функциональный, проектный, процессный. Реально в практической работе менеджера, почти всегда, используется суперпозиция этих трех подходов к управлению. Например, широко используемым инструментом для реализации функционального подхода к управлению является система бюджетирования (делегирование полномочий и ответственности через вложенную систему центров финансовой ответственности (ЦФО)). В свою очередь, управление бюджетированием требует применения процессного подхода к управлению. А для внедрения бюджетирования необходимо применение проектного подхода к управлению. Опишем все три подхода к управлению.
Функциональный подход к управлению – делегирование полномочий и ответственности через функции. Функция – подсистема организации, выделенная по принципу схожести работ, выполняемых сотрудниками. Существует четыре основных функции в организации (вариант): маркетинг, производство, персонал, финансы. Кроме этого, можно выделить некоторое количество вспомогательных функций, например, безопасность, юридическое сопровождение. Соответственно, в рамках функционального подхода к управлению система (организация) делится на функции, во главу которых ставятся функциональные руководители, наделяемые полномочиями и ответственностью по их управлению. Затем функции делятся на подсистемы - подфункции (подразделения), во главе которых находятся руководители, наделенные полномочиями и ответственностью по управлению вверенных им подразделений, и так далее. Таким образом, создается система делегирования полномочий и ответственности, пронизывающая всю организацию в целом. Функциональный руководитель отвечает за максимально результативную и эффективную деятельность вверенного ему подразделения. Данный подход к управлению применяется для управления регулярной (многократно повторяющейся) деятельностью.
Проектный подход к управлению – делегирование полномочий и ответственности через проекты, где проект это «разовая» деятельность, для реализации которой создается кросс функциональная команда, один из участников которой назначается руководителем проекта, другой - главным инженер проекта (при необходимости). Полномочия и ответственность, связанные с достижением целей проекта (результативность и эффективность), делегируются руководителю проекта. В этом случае участники проектной команды попадают под двойное управление: руководителя проекта (проектная, «разовая» деятельность) и функционального руководителя (регулярная деятельность), создается матричная организационная структура, связанная с реализацией двух подходов к управлению одновременно[2].
Для проектных организаций все немного сложнее, у них существует «стабильный» функционал руководителей проектов и главных инженеров проектов, хотя общий подход не меняется.
Процессный подход к управлению – делегирование полномочий и ответственности через Бизнес процессы, где Бизнес процесс это устойчивая (многократно повторяющаяся) деятельность, преобразующая ресурсы (ВХОДЫ) в результаты (ВЫХОДЫ). В рамках Процессного подхода предполагается выделение проблемного Бизнес-процесса и его участников, назначение одного из участников Бизнес-процесса Владельцем и делегирование полномочий и ответственности по управлению данным Бизнес процессом ему. Возникает матричная структура при управлении регулярной деятельностью. Участник Бизнес процесса подчиняется функциональному руководителю и владельцу Бизнес-процесса, что связано с применением одновременно двух подходов к управлению регулярной деятельностью: функционального и процессного. Что, кстати, не исключает и тройного подчинения, если он (сотрудник) так же является членом проектной команды (не регулярная деятельность). Создание оптимальных условий взаимодействия трех подходов к управлению это отдельная тема, находящаяся за границами данного материала.
В средине прошлого века в менеджменте стали активно применять принципы системного подхода, который рассматривает окружающий нас мир как совокупность взаимодействующих компонент. Один из основных законов системного подхода: точка «оптимальной работы всей системы» не соответствует «сумме точек оптимальных работ подсистем». Функциональный подход к управлению предполагает максимизацию результативности и эффективности всех отдельных участников Бизнес процесса. В такой ситуации совокупный Бизнес процесс будет далек от максимальной результативности и эффективности. Рассмотрим компанию, производящую и продающую фломастеры[3]. Для максимальной результативности и эффективности продавцам компании необходимо иметь очень большое количество производимых и продаваемых цветов фломастеров и чем больше, тем лучше (удовлетворение самого широкого спроса). А для производственного подразделения максимальная результативность и эффективность достигается при выпуске фломастеров одного цвета (отсутствие потерь на перенастройку и мойку оборудования, более простые учет и хранение сырья). А наилучший совокупный результат работы всего предприятия скорей всего будет находиться в точке семи цветов. Получается, что если производственники и продавцы будут работать «немного» не оптимально, то совокупный результат от этого выиграет. Процессный подход предполагает настройку неоптимальности подпроцессов для достижения максимальной оптимальности Бизнес процесса в целом.
Система процессного подхода к управлению предполагает наличие следующих подсистем:
- Выделенный Бизнес процесс – объект управления с определением границ системы (контекст – внешнее окружение; подсистемы и компоненты, входящие в систему; потребляемые ресурсы и получаемые результаты и т.д.)
- Ключевые Показатели Эффективности (KPI/ КПЭ), включая систему их планирования и контроля – система измеримых показателей, отражающих результативность и эффективность Бизнес процесса, используемых для управления Бизнес процессом (планирование, контроль, мотивация)
- Владелец Бизнес процесса – участник Бизнес процесса, которому делегированы полномочия и ответственность по управлению Бизнес процессом
- Регламент Бизнес процесса – описание объекта управления в объеме, необходимом для всех заинтересованных лиц. В первую очередь для участников Бизнес процесса, его Владельца и контролеров
- Система мотивации участников Бизнес процесса на достижения его результатов[4].
1.2. Описание предметной области
Объектом исследования в данной работе является швейная фабрика «Ариадна», расположенная 610017, РФ, г. Киров (обл.), ул. Горького, 5, офис 304.
Швейная фабрика «Ариадна» оказывает полный комплекс услуг по пошиву одежды из высококачественных материалов, построении лекал и разработке дизайна одежды, подбору тканей и пошиву одежды на заказ любой сложности как для крупных корпоративных заказов, государственных заказов так и небольших компаний.
Материал для производства закупаются у поставщиков. Предприятие поставляет свою продукцию в магазины, ориентируясь на потребителей, для которых важно качество покупаемого товара, его внешний вид и уникальность.
В настоящее время фабрика выделяет следующие виды продукции:
- пошив трикотажа;
- пошив корпоративной одежды;
- пошив одежды для промо-акций;
- текстиль;
- пошив униформы;
- нанесение логотипа;
- пошив верхней одежды;
- пошив других категорий;
- пошив чехлов.
Организационно-правовая форма предприятия – Общество с ограниченной ответственностью. Предприятие частной формы собственности. Швейная фабрика «Ариадна» основана в 2008 году.
В Уставе предприятия отражены следующие основные виды деятельности: швейное производство и продажа швейных изделий.
Организационная структура предприятия является линейной.
Организационная структура швейной фабрики ООО «Ариадна» приведена на рис.1.1.
Рисунок 1.1 - Организационная структура швейной фабрики «Ариадна»
Структура предприятия является трехступенчатой.
Первая ступень – это руководители подразделений, которые осуществляют обслуживание подразделений, ряд руководителей подразделениями.
Вторая ступень – это заведующие подразделениями.
Третья ступень – это заместители во главе с директором ООО «Ариадна», главные специалисты предприятия.
ООО «Ариадна» самостоятельно устанавливает размер оборотных средств, их прирост производится за счет повышения эффективности производственно-хозяйственной деятельности, кредитов банка.
Управление предприятием осуществляет директор, которому непосредственно подчиняются начальник производства, главный бухгалтер, начальник АХО (административно-хозяйственный отдел) и заведующие складами.
Начальник производства занимается вопросами производства. Главный экономист несет ответственность и пользуется правами, установленными законодательством РФ для главных бухгалтеров предприятия, которому подчиняется бухгалтерия, отвечает за осуществление бухгалтерского учета.
В рамках данной работы рассматривается деятельность подразделений отдела реализации готовой продукции и отдела снабжения в части оборота сырья и готовой продукции, формирования аналитической отчетности.
Производственный процесс на фабрике «Ариадна» организован следующим образом. Мастера закройно-подготовительного участка (технолог, закройщик) изготавливают экспериментальный образец будущей продукции в соответствии с заданным артикулом. Лекальщики, резчики готовят сырье для швейного цеха. Работники швейного цеха изготавливают продукцию по операциям. Сырье для производства (ткани, фурнитура) поступают на фабрику в последнюю декаду месяца на следующий месяц. Продукция отгружается по мере изготовления
Предметом исследования в данной работе является деятельность по учету закупок сырья и реализации продукции. Организационная структура данных технологических процессов приведена на рисунке 1.2. Данная технология находится в компетенции отделов снабжения и отдела реализации готовой продукции.
Рисунок 1.2 - Организационная структура технологии закупки сырья и реализации готовой продукции ООО «Ариадна»
Сформулируем основные критерии реализации автоматизированной информационной системы «Учет закупок»:
- создание максимально возможного удобства в работе. Для этого программа должна иметь удобный и современный интерфейс пользователя;
- работа модуля должна выполняться с максимально возможной скоростью.
Нежелательны ситуации, в которых пользователю длительное время придется ожидать результата на свое действие;
- максимальная простота в использовании;
- минимальные затраты на разработку;
- простое обновление и развитие;
- легкое тиражирование;
- автоматизация всей деятельности учета техники на предприятии на предприятии;
- максимальное снижение ручной работы для учета техники на предприятии;
- наличие аппаратных средств определенной конфигурации;
- наличие сертифицированных программных систем;
- возможности инструментальных средств;
- обеспечение взаимодействия с различными серверами баз данных;
работа в локальной сети[5].
ГЛАВА 2. РАЗРАБОТКА часто РЕГЛАМЕНТА ВЫПОЛНЕНИЯ каждая ПРОЦЕССА «УПРАВЛЕНИЕ ЗАКАЗАМИ»
2.1. Характеристика процесса бухгалтерском управления документооборотом
Работа менеджера по закупкам представляет собой совокупность бухгалтерского, оперативного и статистического учета. Учет – одна из наиболее трудоемких функций управления. Отличительной чертой учета является большая массовость и однородность исходных и итоговых показателей. Как правило, итоговые показатели формируются путем многократной группировки по различным признакам исходных первичных данных без применения сложных расчетов.
Управление торговыми процессами в ООО «Ариадна» основывается на информации, отражающей объем, структуру и динамику поступления, продажи и запасов товаров. Движение информации между ООО «Ариадна» и внешней средой (поставщиками, покупателями) осуществляется в форме потоков информации. По отношению к оптовому предприятию различают входные, внутренние и выходные потоки информации (входную, внутреннюю и выходную информацию). От рациональной организации потоков информации оптового предприятия, способов сбора, регистрации, передачи, хранения и обработки информации, ее состава и своевременного получения зависят оперативность и эффективность управления торговыми процессами.
Автоматизация работы менеджера по закупкам позволит:
- наиболее эффективным образом модифицировать технологию создания и движения документов внутри компании;
- снизить трудовые затраты;
- сократить время обработки информации;
- повысить скорость работы с документами;
- устранить многократное дублирование информации;
- максимально сократить количество бумажных документов;
- облегчить получение различных аналитических отчетов.
На данный момент на предприятии уже существует комплекс вычислительной техники, который предназначен для обработки прихода и расхода товаров, оформления документов и прочей информации. Существующая база данных дает информацию для принятия решений, но она не полная или не сгруппированная. Что приводит в свою очередь к определенным трудностям в принятии стратегических решений.
Главным недостатком существующей системы на предприятии является не автоматизированная работа менеджера по закупкам товаров. Имеющаяся система не только снижает производительность работы, но и создает множество дополнительной рутинной бумажной работы в отделах. Такая схема работы является не гибкой в плане отслеживания динамического корректирования заказов. Не существует возможности массовой корректировки заказов поставщикам.
В результате проведенного исследования объекта АРМ менеджера по закупкам была выявлена цель автоматизированного варианта решения задачи. Ей является повышение производительности труда менеджера по закупкам, рациональное и эффективное использование ПК, повышение достоверности вводимой, хранимой и результатной информации, обеспечение экономической эффективности автоматизированного решения задачи.
Исходной первичной информацией в данном случае будут являться документы, предоставляющие количественно-стоимостную информацию (счета, расходные накладные, договора на поставку товара) и денежную информацию (платежное требование, счета, счета фактуры).
Менеджер в своей работе использует программные продукты Microsoft Office. Для оформления договоров, приказов Microsoft Word, для работы с базой данных, складом Microsoft Excel.
Использование этих программных средств не отвечает требованиям:
- Отсутствие единой базы приводит к необходимости уточнения наличия того или иного товара на складе.
- Остатки по складам приходилось хранить в различных файлах.
- Ручной ввод всех данных приводил к тому, что малейшая ошибка приводила к неверным расчетам, и ее приходится искать, просматривая огромное количество материала.
- Сложность поиска товара. При заполнении расходных, приходных накладных и других документов, приходится искать в огромном списке товар, который есть на складе.
- Повторный ввод информации.
Все эти недостатки приводят к необоснованным затратам времени и ресурсов.
Учет реализации товаров в оптовой торговле осуществляется по мере отгрузки товаров и предъявления покупателям расчетных документов.
Продажа товара происходит по следующей схеме
Рисунок 2.1 - Схема информационных потоков предприятия
При учете реализации готовой продукции следующие два момента могут считаться продажей:
- факт отгрузки товаров и предъявление покупателю расчетных документов;
- факт поступления оплаты от покупателей на счета в учреждения банков;
- факт поступления оплаты от покупателей в кассу.
Этот фактор определяет момент перехода права владения, пользования и распоряжения реализуемых товаров от поставщика к покупателю. В первом случае, как только товары отгружены и покупателю предъявлены на нее расчетные документы, все права собственности переходят на этот товар к покупателю; во втором – до момента оплаты товар является собственностью ООО «Ариадна».
Момент продажи товаров обусловливает метод определения выручки от продажи: метод начисления («по отгрузке») или кассовый метод («по оплате»).
Метод определения выручки по отгрузке товаров и предъявлению расчетных документов покупателю повсеместно используется в международной практике.
Фактически в ООО «Ариадна» при продаже продукции применяется кассовый метод «по оплате», но иногда бывают исключения, и используется метод начисления «по отгрузке».
Учет реализации готовой продукции неразрывно связан с такими понятиями, как контроль платежей, контроль своевременности выполнения заказов на поставку готовой продукции, анализ деятельности менеджеров компании¸ контроль выполнения обязательств со стороны клиентов и так далее. Целью учета, таким образом, является получение объективной и своевременной информации о деятельности компании для предоставления ее директору и составления соответствующей бухгалтерской отчетности[6].
2.2. Обоснование эту выбора инструментальных внешние средств
Описание, Этим анализ и моделирование хватает бизнес-процессов без эффективную применения специальных организации инструментов возможно индивидуальными только в самых обеспечения простейших случаях. нормативно Для решения диаграмму задач компании применении используется программный предопределяемый продукт BPwin, характерны который включает без следующие методологии: руководителям IDEF0, DFD и входным IDEF3, позволяющие рынок анализировать бизнес-процессы с фрагменты трех ключевых актуальные точек зрения:
- Диаграмма IDEF0 - это проектной функциональная модель, называемой предназначенная для сдача описания бизнес-процессов производства на предприятии. справочник Она позволяет действующими понять, какие снижению объекты или Контекстная информация служат него сырьем для заинтересованным процессов, какие сценарий результаты производят технической работы, что порядок является управляющими провели факторами и какие личность ресурсы для перечисляются этого необходимы. рынок BPwin автоматически позволяя синхронизирует изменения ним объектов диаграмм вытекающей на всех свести уровнях детализации, учетные тем самым, выполняемым освобождая пользователя AS от ручного субъекта ведения словаря Вариантов объектов модели. Внедрить Так если инструментальных мы исправим мере на верхнем приемников уровне название становится объекта, то несёт получим изменение документов на всех потребителя уровнях, где широком данный объект проанализировать встречается. Также взаимодействия невозможным является производиться случайное дублирование места наименований работ. характера При появлении пять такой ситуации наличию BPwin генерирует структурированного предупреждающее сообщение.
- систем Диаграммы DFD (Data свою flow diagramming) уделяли переводится на Lane русский как «схемы управленческий потоков данных». С данный их помощью определяется описываются документооборот и взаимосвязанная обработка информации. вызывает Подобно IDEF0, документ DFD представляет выполняемые модельную систему ролей как сеть срок связанных между образом собой работ. ролевой DFD можно На использовать как должность дополнение к модели содержанию IDEF0, когда Diagramming требуется более достигнуты наглядное отображение будут текущих операций материалы документооборота, описания другими функций обработки натуральных информации, документов, храниться объектов, а также этапы сотрудников или принятия отделов, которые слово участвуют в обработке регламента информационных потоков. назначают Синтаксис DFD, проблемного помимо работ и частью стрелок, включает производящая дополнительно два пакета типа объектов. определенный Первый, внешняя BPwin сущность, служит регламентов для отображения организация внешних по результаты отношению к проектируемой CASE системе объектов. название Это может дополнить быть клиент, средств отдел кадров, рассчитывается справочник и т.п. Второй, межфункциональном хранилище данных, — стандарту это «склад» информационных контекстной объектов. Им минимизации может быть акцент база данных, самый файл или обеспечивает архив бумажных помогает документов. Хранилище инструкций данных как Контекстная бы «замораживает» данные, областях позволяя отобразить свою отсрочку в передаче соответствуют объектов и информации уровнем от одной принципы работы к другой. дюжина Причем элементы описано для описания Этап источников, приемников и несёт хранилищ данных развитию позволяют более БИЗНЕС эффективно и наглядно аналогии представить процесс снизит документооборота.
- Для систем описания логики рис взаимодействия информационных подразделения потоков более Словарь подходит IDEF3. структурная Иногда ее гораздо называют workflow другими diagramming - моделирование с служит использованием графического таких описания информационных единых потоков, взаимоотношений лучше между процессами Функция обработки информации и реквизитов объектами, являющимися описан частью этих ценность процессов. У IDEF3 самых имеется специфический простые элемент перекресток. поиск Им описывают действительно последовательность выполнения отражающих работ, очередность деятельностью их запуска и информация завершения. С помощью документированных workflow-схем можно поиску моделировать сценарии Первичные действий сотрудников отражено организации, например данного порядок обработки шкафах заказа или описано события, на технологических которые необходимо учетной реагировать за причиной конечное время. утверждается Каждый сценарий данной сопровождается описанием пользователю процесса и может рынке быть использован компанию для документирования зарубежных любой функции, используемым моделируемой на Иногда схеме IDEF0. поиск IDEF3 предполагает менеджмента построение двух процедуры типов моделей: На модель может это отражать некоторые рапорты процессы в их Первичные логической последовательности, переплетены позволяя увидеть, нормальный как функционирует ситуация организация, или BPwin же модель оптимизацией может показывать «сеть передаче переходных состояний плата объекта», предлагая отличается вниманию аналитика, представления последовательность состояний, в производятся которых может автоматическом оказаться объект продаваемых при прохождении только через определенный проектных процесс. С помощью функционал диаграмм IDEF3 Фактически можно анализировать затрат сценарии из идентифицировать реальной жизни, Case например, как принятие осуществлять оформление важнейших документов при платы приемке груза. заказам Каждый такой дает сценарий содержит в ответить себе описание моделью процесса и может делегирование быть использован, выполняется чтобы наглядно самых показать или перенастройку лучше документировать Разработка бизнес-функции организации.
мотивация Каждая диаграмма физико может быть главным выполнена отдельно с создавшие помощью BPwin, ему но и все видов диаграммы в совокупности, месте заключенные в модель, выпускаться дают полную утвержденные картину разрабатываемой ВВЕДЕНИЕ предметной области.
рассматривает Пакет BPwin помогает пользователю справиться с ошибками. Часть их анализируется на этапе внесения новых объектов, так как некоторые ошибочные элементы просто невозможно внести в схему, а другая часть документируется в специальном отчете Model Consistency Report, который представляет собой список синтаксических ошибок.
Именно по этим причинам было выбрано Case-средство – Computer Associates BPwin – для проектирования системы автоматизации документооборота на предприятии[7].
2.3. Моделирование регламента выполнения процесса «Управление закупками»
Рассмотрим существующую технологию управления швейным производством в части организации закупки сырья и сбыта готовой продукции швейного производства. Контекстная диаграмма приведена на рисунке 2.4.
Рисунок 2.4 – Контекстная диаграмма
В соответствии с приведенной схемой, в качестве входных потоков информации используются заявки клиентов на покупку и информация о товаре, данные о контрагентах. На выходе данного процесса имеются расходная накладная, товарный чек, товарно-транспортная накладная, свод по заявкам поставщикам, аналитический отчет. Диаграмма декомпозиции первого уровня представлена на рисунке 2.5.
Рисунок 2.5 – Диаграмма декомпозиции нулевого уровня
Как показано на рис.2.5, основными процессами в технологии управления швейным производством являются:
- работа с заказами;
- производственная работа;
- формирование отчетности.
Диаграмма декомпозиции процесса «Работа с заказами клиентов» приведена на рис.2.6.
Рисунок 2.6 – Диаграмма декомпозиции первого уровня
Технология работы с заказами клиентов для швейного производства предполагает:
- работу с поставщиками;
- закупку сырья;
- управление производством.
Работа с документами в рамках оборота готовой продукции и закупки сырья для её производства заключает в себе функции оформления сопроводительных докуме6тов и формирования сводной отчетности.
Как выяснено руководством предприятия, в последнее время часто возникает ситуация, когда объемы поставок и продаж не совпадают, несовпадение также может происходить и по наименованию товарных позиций. В результате большое количество товара остается хранится на складе или не может быть поставлено вовремя клиентам. В связи с этим фирма несет убытки.
В настоящее время учет и планирование продаж осуществляется напрямую менеджерами отдела реализации готовой продукции.
Заявки клиентов на покупку фиксируются в файле Excel, где указывается номер заявки, наименование клиента, вид продукции и его количество, а также дата поставки клиенту. Менеджеры отдела реализации готовой продукции обобщают эти сведения по типу продукции, и, исходя из полученной информации, формируют план продаж и отчетные документы.
Таким образом, учет продаж включает в себя следующие основные подпроцессы:
- учет продаж и формирование сопроводительных документов;
- формирование отчетности по продажам продукции.
Работа с документами по реализации готовой продукции начинается после того, как поступают заявки клиентов на покупку, выписываются счет-фактура и расходная накладная. Далее происходит формирование отчетности по продажам продукции, на выходе получается отчет по продажам.
Таким образом, при учете реализации готовой продукции менеджеру, ответственному за учет, необходимо внести данные о клиенте, продукции, ее стоимости, количестве, сроке оплаты и виде оплаты.
Если же необходимо найти какую-либо информацию по продажам, то поиск осуществляется в архиве, который хранится в виде бумажных документов - журналов учета и других. Большую часть рабочего дня бухгалтер занят занесением необходимых сведений в книги учета, а также, при необходимости анализом и поиском нужных сведений.
Кроме того, в отчетный период менеджеру отдела реализации готовой продукции швейного производства необходимо составлять аналитические отчеты, включающие в себя анализ продаж фирмы за определенный период.
Для данного способа характерны следующие недостатки:
1. Невысокая скорость и точность выполнения расчетов.
2. Слабый контроль работы бухгалтера.
3. Усталость менеджеров - усиление негативного воздействия человеческого фактора.
В связи с этим, руководством компании было принято решение об автоматизации данного процесса, то есть создании экономической информационной системы для повышения качества учета и уменьшения временных затрат на обработку необходимых документов и получения результативной информации в рамках технологии управления швейным производством.
2.4. Разработка регламента процесса «Управления документооборотом»
Разработка пользовательского интерфейса состоит из проектирования панелей и диалога. Панель приложения разделена на три части: меню действий, тело панели и область функциональных клавиш.
Объектом автоматизации является отдел по регистрации и исполнения заказов швейной фабрики. Функционирование системы управления предприятием опирается на информацию указанного отдела.
Структура объекта автоматизации в любой системе управления основывается на понятии информационной базы, под которой понимается совокупность упорядоченной информации, используемой при функционировании информационной системы, а также взаимосвязь различных составляющих этой информации. При этом совокупность упорядоченной информации должна соответствовать по составу и содержанию требованиям тех задач, которые решаются на ее основе. Информационная база влияет на эффективность всей системы, возможность решения функциональных задач и т.д.
На рисунке 2.7 приведена информационная модель базы данных.
Рисунок 2.7 - Информационная модель базы данных
Входной информацией для разрабатываемой в проекте автоматизированной системы является:
- для отражения приходных операций приходные накладные, заполняющиеся от руки (формы входных документов прихода приведены в приложении). Эти документы необходимы для учета поступления товара на склад от поставщиков, а также для учета излишков, возникающих на складе.
- для отражения расходных документов: товарно-транспортная накладная и счет-фактура, которые заполняются от руки. Эти документы подтверждают факт отгрузки продукции со склада.
Для оформления операций заготовки и приобретения материалов используются расчетные документы поставщиков: счета-фактуры, товарно-транспортные накладные и другие документы.
Все данные по оперативной входной информации заносятся в компьютер с помощью специально разработанных форм. С помощью этих форм удобно заносить информацию, а также форма позволяет просто выбирать нужную позицию из предложенного списка, что позволяет сохранить целостность данных.
На основании первичных данных можно распечатать приходные накладные, товарные накладные, счет-фактуры и акт списания товара.
Данная входная информация позволяет формировать итоговые таблицы «Остатки» и «Журнал», а также, с использованием запросов, итоговые отчеты.
Помимо входных данных, в проектируемой системе есть и постоянные данные, которые хранятся и заносятся в справочники системы.
Ведение данных постоянной информации позволяет исключить условно-постоянную информацию из первичных документов, что влияет на снижение трудоёмкости их заполнения, а также позволяет автоматизировать отчётный процесс.
Основным входным документом, на основании которого формируются отчеты, является приходная накладная. Данный документ содержит все необходимые данные для формирования выходных документов.
Для составления справочников по поставщикам и клиентам информация поступает из различных источников, таких, как журналы, газеты, справочные материалы.
Для проектирования базы данных воспользуемся методом «сущность-связь». Данный метод называют также методом «ER-диаграмм». ER-диаграмма представлена на рисунке 2.5.
Рисунок 2.5 - ER-диаграмма.
Проектирование БД начинается с определения всех объектов, сведения о которых будут включены в базу.
Выделим следующие сущности:
- ПОСТАВЩИК (Ключ — Наименование поставщика),
- ПОЛУЧАТЕЛЬ (Ключ — Наименование получателя),
- ТОВАР (Ключ — Название товара).
Выделим связи между сущностями:
- ПОСТАВЩИК ПОСТАВЛЯЕТ ТОВАР,
- ПОЛУЧАТЕЛЬ ЗАКАЗЫВАЕТ ТОВАР.
Сущность ТОВАР имеет следующие атрибуты:
- Название;
- ед.изм.;
- цена последней закупки.
Связь ПОСТАВИЛ является связью типа М:М, т.к. товар может быть поставлен несколькими поставщиками, а поставщик может поставить несколько товаров. Сущность ТОВАР имеет обязательный класс предпочтения, поскольку каждый товар имеет своего поставщика. Сущность ПОСТАВЩИК имеет необязательный класс предпочтения, т.к. имеются такие поставщики, которые не поставили ни одного товара.
Сущность ПОСТАВЩИК имеет следующие атрибуты:
- Код;
- наименование;
- ИНН;
- юридический адрес;
- телефон.
Таблица “Заказанный товар” имеет следующие реквизиты:
- код
- наименование;
- единица измерения;
- количество;
- Сумма.
Связь ЗАКАЗЫВАЕТ является связью типа М:М, т.к. организация продает несколько видов товаров (смол), которые могут быть заказаны несколькими клиентами. Сущность КЛИЕНТ имеет необязательный класс предпочтения, т.к. могут быть клиенты, которые не заказали ни одного товара.
Сущность КЛИЕНТ имеет следующие атрибуты:
- Код;
- наименование;
- ИНН;
- юридический адрес;
- телефон.
Таблица РАСХОД_ТОВАР имеет следующие реквизиты:
- Код:
- Наименование товара;
- цена продажи;
- количество;
- Сумма.
2.5. Программное обеспечение задачи
Требования к программному обеспечению включают необходимость использования операционной системы Windows 2003 Server, поддержку СУБД SQL.
В процессе эксплуатации программного продукта, зачастую возникают задачи, которые невозможно решить уже имеющимися средствами. Интеграция средств, сторонних разработчиков для решения этих задач, приводит к значительному увеличению цены разработки. Поэтому автоматизированная система должна иметь интерфейсы для обмена информацией с наиболее распространенными приложениями для хранения и обработки информации: MS Word, MS Excel.
Требования к аппаратному обеспечению автоматизированной системы управления торговой деятельностью предприятия вытекают из текущего состояния технической оснащенности предприятий, поэтому, на сегодняшний день, эти требования соответствуют аппаратному обеспечению, находящемуся на предприятии.
Система должна отвечать ряду требований:
а) обеспечения контроля ввода недопустимой информации в базу данных;
б) возможности реконфигурации системы под требования заказчика на этапе разработки;
в) отвечать требованиям клиент-серверного приложения;
г) хранения информации с возможностью администрирования, создания архивных копий базы данных и т.п.;
д) ведения необходимых оперативных журналов и выдачу отчетов;
е) обеспечения контроля доступа к информации.
Требования к приспособляемости (к изменению условий эксплуатации), масштабности Системы.
В случае изменения условий эксплуатации системы, должны выполняться следующие требования:
а) система должна адаптироваться к увеличению нагрузочной способности без необходимости изменения архитектуры или установки дополнительного программного обеспечения;
б) в процессе адаптации защищенность не должна становиться хуже существующей на момент начала адаптации.
Дизайн системы должен удовлетворять следующим требованиям:
а) занесение информации из справочников реализовано в режиме иерархических меню в целях сокращения времени поиска;
б) обеспечивать минимум усилий и временных затрат пользователя для навигации;
в) обладать развитой системой поиска информации;
г) корректно отображаться при всех возможных разрешениях и количестве одновременно отображаемых цветов монитора;
д) сохранять идентичность отображения на большинстве современных ОС;
е) меню должно отражать лаконичные справки по каждой из возможных задач;
ж) предусматривать возможность поддержки мультиязычного контента.
Должны выполняться следующие требования:
а) взаимодействие вычислительных средств со скоростью обмена данными между конечными узлами сети не менее 100 Мбит / сек по каждому из каналов связи (основному и резервным);
б) электропитание технических средств от сети напряжением 380 / 220В с частотой 50 Гц с глухо–заземленной нейтральностью. По основным показателям качества электроэнергии системы первичного электропитания должны соответствовать требованиям ГОСТ 13109–87, а по электромагнитной совместимости и устойчивости к электромагнитным помехам – ГОСТ Р50628–93 и МЭК–555–2;
в) физическая защита аппаратных компонентов системы, носителей данных, резервирование ресурсов и текущее обслуживание реализуется техническими и организационными средствами, предусмотренными в структуре площадки, предоставленной заказчиком;
г) техническое обслуживание, ремонт и хранение компонентов системы осуществляется штатными специалистами, предусмотренными в структуре площадки, предоставляемой предприятием.
Для конечных пользователей интерфейс и работа программы являются одним и тем же. Это обусловлено тем, что пользователи взаимодействуют с программой только через интерфейс. Поэтому при создании конечного программного продукта разработчик должен большое внимание уделять созданию простого и понятного для пользователя интерфейса.
Разработка интерфейса программы является одной из важнейших задач проектирования базы данных. Интерфейс должен быть простым для восприятия и понимания пользователем. Цвета окон не должны быть яркими, но в то же время они не должны быть тусклыми. При разработке интерфейса необходимо обеспечить доступ пользователя для просмотра информации, необходимой для работы, если она находится в другом окне.
Пользовательский интерфейс представляет собой декларируемую модель. Это модель процесса, которую система представляет пользователю. При проектировании интерфейса цель разработчика – сделать незаметными для пользователя как можно больше элементов модели реализации.
Интерфейс главной кнопочной формы приведен на рисунке 2.9.
Рисунок 2.9 - Главная кнопочная форма
Работа с приложением начинается с открытия главной кнопочной формы. На данной форме имеются кнопки для открытия соответствующих форм. Слева расположены категории швейных изделий, а справа наименования товаров в отмеченной категории.
Основными операциями при работе с базой данных являются операции прихода (Рисунок 2.10) и расхода швейных изделий (Рисунок 2.11).
Рисунок 2.10 - Форма прихода товара
Рисунок 2.11 - Форма расхода товара
Оприходование товара осуществляется на основании приходного кассового ордера, который представлен на рисунке 2.13.
Рисунок 2.13 - Приходный кассовый ордер
Счет-фактура представлен на рисунке 2.14.
Рисунок 2.13 - Счет-фактура
Информационная система регистрации и исполнения заказов швейной фабрики тесно связана с задачами управления снабжением и сбытом, а также учетом заказов на ремонт автомобилей.
На основании вышеизложенного можно сделать вывод что, к основным возможностям разработанной системы регистрации и исполнения заказов швейной фабрики можно отнести:
- ведение различных справочников по видам товаров, по наименованию товаров и их групп, а также по поставщика;
- обработка и расчет поступления заказов;
- получение необходимых документов для заказчиков и исполнителей работ;
- формирование справочника заказов на определенную дату.
ЗАКЛЮЧЕНИЕ
Подводя итог проделанной работе, хочется отметить успешное выполнение поставленной цели курсовой работы: разработан проект системы управления швейным производством, использующая возможности и имеющиеся информационные хранилища автоматизированной системы ООО «Ариадна». Стоит отметить, что такой подход позволил реализовать полный требуемый функционал системы, при этом риски умышленного и случайного нанесения вреда внутриорганизационным информационным системам сведены к минимуму.
Так же, в рамках данной курсовой работы, были решены все задачи, поставленные на первоначальных этапах: детально изучена предметная область; выявлена необходимость автоматизации одного из самых значимых направлений деятельности – учета реализации готовой продукции и заявок на поставку сырья; помимо этого, при разработке проектных решений применялись современные технологии разработки средств сбора, передачи, обработки, хранения и выдачи информации.
В аналитической части проекта выполнен комплекс работ, направленных на обоснование необходимости автоматизации: определена сущность задачи, описаны основные свойства существующей информационной системы ООО «Ариадна», дано описание основному бизнес-процессу, рассмотрены вопросы, связанные с анализом существующих разработок в этой области. Также в первой главе обосновываются проектные решения по информационному, программному и техническому обеспечению.
Проектная часть посвящена рассмотрению этапов жизненного цикла проекта. Также дана характеристика информационной архитектуре разрабатываемого проекта, построена информационная модель, проведено моделирование «сущность-связь» (ER-модель), описана структура полей таблиц базы данных, проанализированы все информационные потоки входной, оперативной, нормативно-справочной и результатной информации.
В процессе реализации проектных решений по программному обеспечению построены: дерево диалога (сценарий работы с системой), структурная схема пакета и ряд других компонент проекта, подробно раскрывающих сущность машинной реализации задачи.
СПИСОК ЛИТЕРАТУРЫ
- Швейная фабрика «Ариадна». [Электронный ресурс]. Режим доступа: http://ariad-na.ru/
- Акперов, И.Г. Информационные технологии в менеджменте: Учебник / И.Г. Акперов, А.В. Сметанин, И.А. Коноплева. - М.: НИЦ ИНФРА-М, 2013. - 400 c.
- Венделева, М.А. Информационные технологии в управлении: Учебное пособие для бакалавров / М.А. Венделева, Ю.В. Вертакова. - М.: Юрайт, 2013. - 462 c.
- Голицына, О.Л. Базы данных: Учебное пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: Форум, 2012. - 400 c.
- Грекул В. И., Денищенко Г. Н., Коровкина Н. Л. Проектирование информационных систем. — М.: Интернет-университет информационных технологий – М.: ИНТУИТ.ру, 2009. с.135
- Гринберг, А.С. Информационные технологии управления: [Учеб. пособие для вузов по специальностям 351400 "Прикладная информатика (по обл.)", 061100 "Менеджмент орг.", 061000 "Гос. и муницип. упр."] /А.С. Гринберг, Н.Н. Горбачев, А.С. Бондаренко.-М.: ЮНИТИ, 2010.-479 с.
- Диго, С.М. Базы данных: проектирование и использование: [Учеб. для вузов по специальности "Прикладная информатика (по обл.)"] /С.М. Диго.-М.: Финансы и статистика, 2010.-591 с.
- Ивасенко, А.Г. Информационные технологии в экономике и управлении: [учеб. пособие для вузов по специальностям "Прикладная информатика (по обл.)", "Менеджмент орг.", "Гос. и муницип. упр."] /А. Г. Ивасенко, А. Ю. Гридасов, В. А. Павленко.-М.: КноРус, 2011.-153 с.
- Информатика: [учеб. для вузов по специальности "Прикладная информатика (по обл.)" и др. экон. специальностям] /А. Н. Гуда [и др.] ; под общ. ред. В. И. Колесникова.-М.: Дашков и К°, 2010.-399 с.
- Информатика: учебник для студентов вузов, обучающихся по специальности 080801 "Прикладная информатика" и другим экономическим специальностям /[В. В. Трофимов и др.] ; под ред. проф. В. В. Трофимова.-М.: Юрайт, 2010.-910 с.
- Информационные системы и технологии в экономике и управлении: [учеб. для вузов по специальности "Прикладная информатика (по обл.)" и др. экон. специальностям] /[В. В. Трофимов и др.] ; под ред. В. В. Трофимова.-М.: Высш. образование, 2010.-480 с.
- Информационные технологии: [учеб. для студентов вузов, обучающихся по специальности 080801 "Прикладная информатика" и др. экон. специальностям /В. В. Трофимов и др.] ; под ред. проф. В. В. Трофимова.-М.: Юрайт, 2009.-624 с.
- Исаев, Г.Н. Информационные технологии: Учебное пособие / Г.Н. Исаев. - М.: Омега-Л, 2013. - 464 c.
- Карпова, И.П. Базы данных: Учебное пособие / И.П. Карпова. - СПб.: Питер, 2013. - 240 c.
- Кириллов, В.В. Введение в реляционные базы данных.Введение в реляционные базы данных / В.В. Кириллов, Г.Ю. Громов. - СПб.: БХВ-Петербург, 2012. - 464 c.
- Комплексная система защиты информации на предприятии. Часть 1. – М.: Московская Финансово-Юридическая Академия, 2008. – 124 с.
- Коноплева, И.А. Информационные технологии: учеб. пособие : [для вузов по специальности "Прикладная информатика (по областям)] /И. А. Коноплева, О. А. Хохлова, А. В. Денисов.-М.: Проспект, 2010.-294 с.
- Кудинов, Ю.И. Основы современной информатики: учеб. пособие для студентов вузов, обучающихся по специальности "Прикладная информатика" /Ю. И. Кудинов, Ф. Ф. Пащенко.-СПб.: Лань, 2009.-255 с.
-
Калянов Г. Н. Консалтинг при автоматизации предприятий: подходы, методы, средства // Директору информационной службы. №11. 2015. ↑
-
Верников Г. Основные методологии обследования организаций. Стандарт IDEF0 // Директору информационной службы. №5. 2015. ↑
-
Антон Бакулев, лаборатория информационных систем МФТИ (Московский физико-технический институт). «Чертова дюжина систем электронного документооборота» с сайта http://www.bishelp.ru/ ↑
-
Антон Бакулев, лаборатория информационных систем МФТИ (Московский физико-технический институт). «Чертова дюжина систем электронного документооборота» с сайта http://www.bishelp.ru/ ↑
-
Калянов Г. Н. Консалтинг при автоматизации предприятий: подходы, методы, средства // Директору информационной службы. №11. 2015. ↑
-
Дёмин Ю.М. Делопроизводство. Подготовка служебных документов. 2-е изд., доп. и перераб. - СПб.: Питер, 2016. - 224 с: ил. ↑
-
Сахаров П. Rational Rose, BPwin и другие – аспект анализа бизнес-процессов // Директору информационной службы. №11. 2015. ↑
- Разработка проекта информационной системы для библиотеки (Теоретические аспекты проектирования информационных систем)
- Варианты построения интерфейса программ: особенности и эволюция (Общее понятие об интерфейсе)
- Анализ развития инновационных проектов в России (Понятие и сущность инноваций и инновационной деятельности)
- Принципы и основания наследования (Принципы наследственного права в мировой практике)
- Нотариальные действия (Понятие и классификация нотариальных действий)
- Изучение покупательского спроса (Теоретические и методические аспекты исследования спроса на потребительские товары)
- Методология исследования межличностных отношений (Теоретические аспекты межличностных отношений)
- Прибыль и рентабельность производственной организации, на пример реально существующей организации (Прибыль и рентабельность производственного предприятия)
- Порядок отражения в бухгалтерском учете кассовых операций, операций с наличной иностранной валютой (Теоретические основы кассовых операций и операций с наличной иностранной валютой)
- Технологии и методы продаж в гостиничном бизнесе ( Теоретические аспекты изучения сервисного обслуживания покупателей в организациях малого бизнеса)
- Социально-этическая концепция управления маркетингом и её место в деятельности современных зарубежных и российских компаний
- Японская модель менеджмента (Теоретические аспекты японской модели менеджмента)