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

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

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


Наименование:


контрольная работа Контроллинг логистических систем

Информация:

Тип работы: контрольная работа. Добавлен: 30.09.2012. Сдан: 2011. Страниц: 8. Уникальность по antiplagiat.ru: < 30%

Описание (план):


      Министерство  образования и науки Российской Федерации 

      Федеральное агентство по образованию
      Государственное образовательное учреждение высшего  профессионального образования 

      Хабаровская государственная академия экономики  и права 
 

      Кафедра: Логистики и коммерции 
 

      КОНТРОЛЬНАЯ РАБОТА
      по  дисциплине: Контроллинг логистических  систем 

      вариант: 5 
 
 

                                               Выполнил: студ. гр Л(с)-91
                                               Барбутько А.А. 
                                               з/к № 0823032-з
                                               Проверил (а):
                                               ________________________  
 
 
 
 
 
 
 

      Хабаровск-2011 
СОДЕРЖАНИЕ
 

      Введение …………………………………………………………………3
      1. Организация службы контроллинга…………………………………4
      2. Общая методология моделирования бизнес процессов……………7
      3. Для выявления резервов сокращения затрат на ………………….
      транспортировку и складирование сформулируйте  ………………..
      по 8-10 вопросов для анализа этих затрат…………………………..18
      Заключение…………………………………………………………….20
      Список  используемой литературы……………………...…………….21
 

       ВВЕДЕНИЕ 

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

       1 Организация службы контроллинга 

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

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

      В ряде случаев целесообразно применять  комбинацию этих способов.
      Цели, задачи, функции и структура службы контроллинга в большей степени, чем в других подразделениях, зависят  от позиционирования данной службы в  структуре предприятия и характера  ее взаимодействия с вышестоящими руководителями и руководителями подразделений этого же уровня управления. Такие подразделения, как отдел закупок, отдел кадров, бухгалтерия, цеха основного и вспомогательного производства, выполняют свои основные функции независимо от положения в организационной структуре предприятия, так как они, в отличие от службы контроллинга:
      1. Не проводят оценку деятельности  ответственных лиц.
      2. Выполняют понятные для работников  предприятия функции, значимость  которых в большинстве случаев  не оспаривается.
      3. Традиционно существуют на любом  предприятии.
      Следовательно, при разработке "Положения о  службе контроллинга" необходимо уделять  внимание вопросам подчинения руководителя службы, а также вопросу размещения службы в структуре предприятия.
      На  практике в случае создания централизованной службы контроллинга могут встречаться следующие варианты позиционирования службы контроллинга в организационной структуре предприятия:
      Служба  контроллинга входит в состав подразделений  финансово-экономического блока и  подчиняется при этом заместителю  директора по экономике и финансам (финансовому директору).
      Служба  контроллинга является самостоятельной  во всех отношениях структурой и находится  в непосредственном подчинении директора  предприятия.
      Цель  деятельности службы контроллинга - информационно-аналитическая  и методическая поддержка руководителей всех уровней управления предприятием в процессе принятия ими управленческих решений.
      Типовыми  задачами службы контроллинга являются:
      1. Организация, координация и методическая  поддержка процессов планирования  и бюджетирования на предприятии.
      2. Организация, координация и методическая  поддержка системы учета затрат  и доходов на предприятии.
      3. Разработка, поддержание и совершенствование  системы диагностирования отклонений.
      4. Разработка, поддержание и совершенствование  системы анализа отклонений.
      5. Предоставление аналитической информации  руководителям всех рангов для  обеспечения эффективного управления  предприятием в целом и его  структурными подразделениями.
      6. Информационно-аналитическая и методическая  поддержка реализации инвестиционных проектов и инновационных процессов.
 

       2 Общая методология моделирования бизнес процессов 

      Под методологией (нотацией) создания модели (описания) бизнес-процесса понимается совокупность способов, при помощи которых объекты реального мира и связи между ними представляются в виде модели. Любая методология (методика) включает три основные составляющие:
      – теоретическая база;
      –описание шагов, необходимых для получения  заданного результата;
      –рекомендации по использованию как отдельно, так  и в составе группы методик [2].
      Моделирование бизнес-процессов можно выполнять  с применением различных подходов, методологий, нотаций и инструментальных средств — в зависимости от требований к модели в каждом конкретном случае. Чем определяются эти требования? Во многом — процессом создания системы автоматизации в целом, в рамках которого проводится моделирование предметной области. Этот процесс определяет, каким образом будет строиться, уточняться и использоваться модель.
      Как правило, система создается коллективом людей. Эти люди имеют различные специальности, опыт, привычки, образование, предпочтения и личные качества. Модель бизнес-процессов строится для того, чтобы эти люди могли эффективно обмениваться знаниями и совместно принимать решения по ходу создания системы. Модель является языком общения между сторонами, участвующими в создании системы автоматизации, — заказчиками, экспертами, архитекторами и т. д. Она должна быть организована таким образом, чтобы каждая сторона, воспринимающая моделируемую систему с собственной точки зрения, могла эффективно вносить свой вклад в общее понимание предметной области.
      Процесс создания автоматизированной системы  часто оказывается итеративным, поэтому модель должна допускать  последовательные уточнения. В идеале модель должна строиться таким образом, чтобы при ее детализации не изменялись ранее построенные более общие элементы модели, а только добавлялись бы новые [2].
      Модель  должна быть устойчива к изменениям предметной области. Это значит, что  она должна быть организована таким образом, чтобы при изменениях предметной области изменялся только некоторый минимально необходимый набор элементов модели. Более того, модель сама должна быть инструментом реорганизации бизнес-процессов в рамках создания системы автоматизации.
      Необходимо учитывать важные характеристики моделирования бизнес-процессов. В частности, к преимуществам моделирования бизнес-процессов относят: повышение качества и скорости производства продукции с одновременным снижением издержек; рост профессионализма сотрудников; повышение конкурентоспособности компании. Недостатки, в свою очередь: усиление эксплуатации сотрудников и связанные с этим проблемы социально-психологического характера; необходимость проведения целенаправленной работы по изменению корпоративной культуры.
      Основу  многих современных методологий  моделирования бизнес-процессов  составила методология SADT (Structured Analysis and Design Technique – метод структурного анализа и проектирования) и алгоритмические  языки, применяемые для разработки программного обеспечения.
      В сжатом виде история развития методологий  моделирования бизнес-процессов  представлена на рисунке 1. Для наглядности параллельно приведена история развития подходов к управлению качеством [2].
      
      Рисунок 1 - История развития методологий моделирования бизнес-процессов 

      В настоящее время для описания, моделирования и анализа бизнес-процессов  используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии:
      u моделирования бизнес-процессов (Business Process Modeling);
      u описания потоков работ (Work Flow Modeling);
      u описания потоков данных (Data Flow Modeling).
      Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов  – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа – по информации, управлению, движению материальных ресурсов [2].
      С помощью методологии семейства IDEF можно эффективно отображать и анализировать  модели деятельности широкого спектра  сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. В настоящий момент к семейству IDEF можно отнести следующие стандарты:
      IDEF0 - методология функционального моделирования. С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;
      IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
      IDEF1X (IDEF1 Extended) – методология построения  реляционных структур. IDEF1X относится  к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;
      IDEF2 – методология динамического  моделирования развития систем. В связи с весьма серьезными  сложностями анализа динамических  систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе;
      IDEF3 – методология документирования  процессов, происходящих в системе,  которая используется, например, при  исследовании технологических процессов  на предприятиях. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 – каждая функция может быть представлена в виде отдельного процесса средствами IDEF3;
      IDEF4 – методология построения объектно-ориентированных систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;
      IDEF5 – методология исследования сложных систем [2].
      Система ARIS представляет собой комплекс средств  анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов  моделирования, отражающих разные взгляды  на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику [1].
      ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:
      • организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
      • функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
      • информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
      • модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.
      Для построения перечисленных типов  моделей используются как собственные  методы моделирования ARIS, так и различные известные методы и языки моделирования - ERM, UML, OMT и др.
      В процессе моделирования каждый аспект деятельности предприятия сначала  рассматривается отдельно, а после  детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами.
      Модели  в ARIS представляют собой диаграммы, элементами которых являются разнообразные  объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами  устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Основная бизнес-модель ARIS - eEPC (extended Event Driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой [1].
      В заключение краткого описания существующих методологий следует отметить, что  бизнес-процессы предприятия могут  быть представлены при помощи стандартных  блок-схем, которые, по сути, основаны на идеологии нотации IDEF3, но при этом содержат некоторые дополнительные специальные графические объекты. Использование этих объектов позволяет сделать блок-схемы процессов более наглядными и понятными для исполнителей.
      Сводная информация об основных существующих сегодня методологиях представлена на рисунке [2].
      В настоящее время для описания, моделирования и анализа бизнес-процессов используются несколько типов методологий. К числу наиболее распространенных типов относятся следующие методологии:
      u моделирования бизнес-процессов (Business Process Modeling);
      u описания потоков работ (Work Flow Modeling);
      u описания потоков данных (Data Flow Modeling).
      Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов  – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа – по информации, управлению, движению материальных ресурсов [2].
      С помощью методологии семейства IDEF можно эффективно отображать и анализировать  модели деятельности широкого спектра  сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. В настоящий момент к семейству IDEF можно отнести следующие стандарты:
      IDEF0 - методология функционального моделирования.  С помощью наглядного графического языка IDEF0, изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций. Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы;
      IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;
      IDEF1X (IDEF1 Extended) – методология построения  реляционных структур. IDEF1X относится  к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;
      IDEF2 – методология динамического  моделирования развития систем. В связи с весьма серьезными  сложностями анализа динамических  систем от этого стандарта  практически отказались, и его развитие приостановилось на самом начальном этапе;
      IDEF3 – методология документирования  процессов, происходящих в системе,  которая используется, например, при  исследовании технологических процессов  на предприятиях. С помощью IDEF3 описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 – каждая функция может быть представлена в виде отдельного процесса средствами IDEF3;
      IDEF4 – методология построения объектно-ориентированных  систем. Средства IDEF4 позволяют наглядно отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы;
      IDEF5 – методология исследования сложных  систем [2].
      Система ARIS представляет собой комплекс средств  анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов  моделирования, отражающих разные взгляды  на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику [1].
      ARIS поддерживает четыре типа моделей,  отражающих различные аспекты исследуемой системы:
      • организационные модели, представляющие структуру системы - иерархию организационных подразделений, должностей и конкретных лиц, связи между ними, а также территориальную привязку структурных подразделений;
      • функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
      • информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
      • модели управления, представляющие комплексный взгляд на реализацию бизнес-процессов в рамках системы.
      Для построения перечисленных типов  моделей используются как собственные  методы моделирования ARIS, так и различные  известные методы и языки моделирования - ERM, UML, OMT и др.
      В процессе моделирования каждый аспект деятельности предприятия сначала  рассматривается отдельно, а после  детальной проработки всех аспектов строится интегрированная модель, отражающая все связи между различными аспектами.
      Модели  в ARIS представляют собой диаграммы, элементами которых являются разнообразные  объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами  устанавливаются разнообразные  связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Основная бизнес-модель ARIS - eEPC (extended Event Driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой [1].
      В заключение краткого описания существующих методологий следует отметить, что  бизнес-процессы предприятия могут  быть представлены при помощи стандартных  блок-схем, которые, по сути, основаны на идеологии нотации IDEF3, но при этом содержат некоторые дополнительные специальные графические объекты. Использование этих объектов позволяет сделать блок-схемы процессов более наглядными и понятными для исполнителей.
      Сводная информация об основных существующих сегодня методологиях представлена на рисунке 4.
      
      Рисунок 4 - Методологии моделирования бизнес-процессов 

      Таким образом, компания, решившаяся на оптимизацию  бизнес-процессов, может выбрать  методологию из нескольких стандартных, использовать простейшие блок-схемы  или, наконец, разработать собственную  форму описания. Выбор методологий должен базироваться на понимании их возможностей и недостатков, а также целей использования создаваемых моделей бизнес-процессов.
      Рассмотрим  методологии описания потоков данных DFD. Цель такого представления —  продемонстрировать, как каждый процесс преобразует свои входные данные в выходные. Может отражать не только информационные, но и материальные потоки.
      Основными компонентами диаграмм потоков данных являются:
      - внешние сущности (материальный объект или физическое лицо, являющиеся источником или приёмником информации, например, заказчики, персонал, поставщики, клиенты, склад);
      - системы и подсистемы (например, подсистема по работе с физическими лицами);
      - процессы (преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом; физически это может быть, например, подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчетов, программа, аппаратно реализованное логическое устройство и т.д.);
      - накопители данных (абстрактные устройства для хранения информации);
      - потоки данных.
      Необходимо  размещать на каждой диаграмме от 3 (меньше нет смысла) до 7 (больше - не воспринимаемо) процессов, не загромождая  диаграммы несущественными на данном уровне деталями.
      Первым  шагом при построении иерархии DFD является построение контекстных диаграмм. Обычно при проектировании относительно простых систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации. Для сложных систем (десять и более внешних сущностей, распределенная природа и многофункциональность системы) строится иерархия контекстных диаграмм. При этом контекстная диаграмма верхнего уровня содержит не единственный главный процесс, а набор подсистем, соединенных потоками данных.
      Каждый  процесс на DFD может быть детализирован  при помощи DFD или (если процесс элементарный) спецификации. Спецификации представляют собой описания алгоритмов задач, выполняемых процессами. Языки спецификаций могут варьироваться от структурированного естественного языка или псевдокода до визуальных языков моделирования.
 

       3 Практическое задание 

      Для выявления резервов сокращения затрат на транспортировку и складирование сформулируйте по 8-10 вопросов для анализа этих затрат. 

      Для анализа затрат на транспортировку  перечислим основные операции, которые предусматривают оплату:
   - подготовку товара к отгрузке (проверку качества, количества, упаковку, маркировку);
   - погрузку-выгрузку внутри страны;
   - хранение в пунктах перевалки  грузов, в портах;
   - перевозку товара до погранпунктов, портов или до транспортных средств, следующих за границу;
   - погрузку на судно, в вагон, автомашину, в том числе и в пункте перехода границы;
   - перевозку международным транспортом;
   - оплату за страхование, таможенное декларирование;
   - выгрузку груза в пункте назначения;
   - оплату таможенных пошлин, налогов и сборов;
   - оплату по доставке груза на склад покупателя. 

   Для сокращения затрат на складирование необходимо учитывать следущее:
   - Осуществлять наиболее эффективно процесс грузопереработки возможно основываясь на логистических принципах:
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


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