Реинжиниринг и управление бизнес-процессами Контрольная работа Информатика

Контрольная работа на тему Методология структурного анализа и проектирования и разработка структурной модели для предприятия

  • Оформление работы
  • Список литературы по ГОСТу
  • Соответствие методическим рекомендациям
  • И еще 16 требований ГОСТа,
    которые мы проверили
Нажимая на кнопку, я даю согласие
на обработку персональных данных
Фрагмент работы для ознакомления
 

Содержание:

 

1. Формирование списков объектов (данных) и функций 3
2. Создание диаграммы верхнего уровня. Определение набора работ, порядка их доминирования, внешних и внутренних связей. Их расщепление и слияние 5
3. Разработку контекстной диаграммы. Определение контекста модели, граничных связей, цели, точки зрения. 7
4. Коллективное (индивидуальное) создание диаграмм декомпозиции нижних уровней. Проведение экспертизы и устранение замечаний. Обоснование количества выбранных уровней декомпозиции 8
5. Формирование словарей и определений 14
Список использованных источников 16

 

Не хочешь рисковать и сдавать то, что уже сдавалось?!
Закажи оригинальную работу - это недорого!

Фрагмент текста работы:

 

1. Формирование списков объектов (данных) и функций

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

 

Содержание:

 

1. Теоретическое описание 4
1.1. Стандарт и нотация IDEF0 4
1.2. Описание программных средств 5
2. Практическое описание 11
2.1. Описание выбранного объекта, процесса 11
2.2. Описание модели процесса «как есть» с использованием подходящего программного обеспечения 13
2.3. Оценка эффективности процесса 15
2.4. Рекомендации по совершенствованию или реорганизации 16
2.5. Построение модели «как будет» 18
Список использованных источников 20

Не хочешь рисковать и сдавать то, что уже сдавалось?!
Закажи оригинальную работу - это недорого!

Фрагмент текста работы:

 

1. Теоретическое описание

1.1. Стандарт и нотация IDEF0

Зачастую к разработчикам обращаются с просьбой не просто выявить и решить какую-либо проблему в работе компании, но и определить, какую роль она играет в структуре компании. Потому как куда важнее понять, каким образом неправильно функционирующее подразделение взаимодействует с другими, чем просто понять, почему она работает неправильно. Поэтому выявление любой проблемы начинается с изучения работы компании и составления её функциональной модели.
Зачастую к разработчикам обращаются с просьбой не просто выявить и решить какую-либо проблему в работе компании, но и определить, какую роль она играет в структуре компании. Потому как куда важнее понять, каким образом неправильно функционирующее подразделение взаимодействует с другими, чем просто понять, почему она работает неправильно. Поэтому выявление любой проблемы начинается с изучения работы компании и составления её функциональной модели [5].
Модели IDEF0 представляет собой графические схемы со своими особенностями и правила их построения.
Нотация – формат, в котором бизнес-процессы представлены в виде графических объектов, использующихся при моделировании, и непосредственно правила моделирования. Нотация – своеобразный графический язык, позволяющий представить функционирование компании, демонстрирующий связь между отделами и подразделениями. То есть, нотацию можно считать своеобразным языком программирования в бизнес-аналитике [3].
IDEF0 – метод функционального моделирования, а также графическая нотация, которая используется для описания и формализации бизнес-процессов. Особенность IDEF0 заключается в том, что эта методология ориентирована на соподчиненность объектов. IDEF0 была разработана для автоматизации предприятий еще в 1981 году в США [2].
Функциональная модель IDEF0 – это блоки, каждый из которых имеет несколько входов и выходов. В каждом блоке есть управление и механизмы, детализирующиеся до необходимого уровня. В левом верхнем углу расположена самая важная функция. Она соединяется с остальными стрелками и описаниями функциональных блоков. У каждой стрелки или активности есть свое значение. Благодаря этому такая модель используется для описания любых административных и организационных процессов.
При работе с функциональной моделью приняты следующие правила. К примеру, стрелки получают названия именами существительными (правила, план и т.д.), блоки – глаголами (провести учет, заключить договор).
IDEF0 позволяет обмениваться информацией, при этом благодаря универсальности и наглядности участники обмена легко поймут друг друга. IDEF0 тщательно разрабатывался и совершенствовался, работать с IDEF0 можно с помощью различных инструментов, к примеру, ERWIN, VISIO, Bussines studio.
У IDEF0 есть еще оно неоспоримое преимущество. Эта методика была разработана сравнительно давно, и за три десятилетия она прошла тщательную шлифовку и корректировку. Поэтому создать функциональную модель компании можно быстро и минимальной вероятностью ошибки.

Важно! Это только фрагмент работы для ознакомления
Скачайте архив со всеми файлами работы с помощью формы в начале страницы

Похожие работы