CASE-система AllFusionProcessModeler
Эффективен в проектах, связанных с описанием действующих баз предприятий, реорганизацией бизнес-процессов, внедрением корпоративной информационнной системы. Позволяет оптимизировать деятельность предприятия и проверить ее на соответствие стандартам ISO 9000, спроектировать оргструктуру, снизить издержки, исключить ненужные операции и повысить эффективность.
Характеристики:
1) Поддерживает IDEF0(функциональное моделирование), DFD(моделирование потоков данных) и IDEF3(моделирование потоков работ). Эти три основных ракурса позволяют описывать предметную область более комплексно
2) Полностью поддерживает методы расчета себестоимости по объему хозяйственной деятельности
3) Недорог, распространен, по нему много информации и компетентных специалистов
4) Позволяет облегчить сертификацию на соответствие стандартам качества ISO9000
5) Содержит собственный генератор отчетов
6) Позволяет эффективно манипулировать моделями – сливать и расщеплять их
7) Имеет широкий набор средств документирования моделей
«(12-15)» Диаграммы потоков данных (DataFlowDiagramming) являются основным средством моделирования функциональных требований к проектируемой системе. Требования представляются в виде иерархии процессов, связанных потоками данных. Диаграммы потоков данных показывают, как каждый процесс преобразует свои входные данные в выходные, и выявляют отношения между этими процессами. DFD-диаграммы успешно используются как дополнение к модели IDEF0 для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет моделируемую систему как сеть связанных работ. Основные компоненты DFD (как было сказано выше) – процессы или работы, внешние сущности, потоки данных, накопители данных (хранилища).
|
|
|
В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Это представление потоков совместно с хранилищами данных и внешними сущностями делает модели DFD более похожими на физические характеристики системы — движение объектов, хранение объектов, поставка и распространение объектов (рис. 8.9).
В отличие от IDEF0, где система рассматривается как взаимосвязанные работы, DFD рассматривает систему как совокупность предметов. Контекстная диаграмма часто включает работы и внешние ссылки. Работы обычно именуются по названию системы, например "Система обработки информации". Включение внешних ссылок в контекстную диаграмму не отменяет требования методологии четко определить цель, область и единую точку зрения на моделируемую систему.
|
|
|
Рис. 8.9. Пример диаграммы DFD
В DFD работы(процессы) представляют собой функции системы, преобразующие входы в выходы. Хотя работы изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0 и IDEF3. Так же, как процессы IDEF3, они имеют входы и выходы, но не поддерживают управления и механизмы, как IDEF0 (рис. 8.9) (блоки "Проверка и внесение клиентов", "Внесение заказов").
«(13)»Диаграммы потоков данных (DataFlowDiagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Для построения DFD традиционно используются две различные нотации, соответствующие методам Йордона-ДеМарко и Гейна-Сэрсона. Эти нотации незначительно отличаются друг от друга графическим изображением символов (далее в примерах используется нотация Гейна-Сэрсона).
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям — потребителям информации.
Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока не будет достигнут уровень декомпозиции, на котором детализировать процессы далее не имеет смысла.
Состав диаграмм потоков данных
Основными компонентами диаграмм потоков данных являются:
• внешние сущности;
• системы и подсистемы;
• процессы;
• накопители данных;
• потоки данных.
Внешняя сущность представляет собой материальный объект или физическое лицо, являющиеся источником или приемником информации, например, заказчики, персонал, поставщики, клиенты, склад. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой системы. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой системы, если это необходимо, или, наоборот, часть процессов может быть вынесена за пределы диаграммы и представлена как внешняя сущность.
Внешняя сущность обозначается квадратом (Рис. 1), расположенным над диаграммой и бросающим на нее тень для того, чтобы можно было выделить этот символ среди других обозначений.
Рисунок 1. Графическое изображение внешней сущности
|
|
|
|
|
|
При построении модели сложной системы она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы как единого целого, либо может быть декомпозирована на ряд подсистем.
Подсистема (или система) на контекстной диаграмме изображается так, как она представлена на Рис. 2.
Рисунок 2. Подсистема по работе с физическими лицами (ГНИ — Государственная налоговая инспекция)
Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.
Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчетов, программа, аппаратно реализованное логическое устройство и т.д.
Процесс на диаграмме потоков данных изображается, как показано на Рис. 3.
Рисунок 3. Графическое изображение процесса
Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например: «Ввести сведения о налогоплательщиках», «Выдать информацию о текущих расходах», «Проверить поступление денег».
Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.
Накопитель данных — это абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми.
Накопитель данных может быть реализован физически в виде микрофиши, ящика в картотеке, таблицы в оперативной памяти, файла на магнитном носителе и т.д. Накопитель данных на диаграмме потоков данных изображается, как показано на Рис. 4.
Рисунок 4. Графическое изображение накопителя данных
Накопитель данных идентифицируется буквой «D» и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.
Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно соответствовать модели данных.
Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику. Реальный поток данных может быть информацией, передаваемой по кабелю между двумя устройствами, пересылаемыми по почте письмами, магнитными лентами или дискетами, переносимыми с одного компьютера на другой и т.д.
Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока (Рис. 5). Каждый поток данных имеет имя, отражающее его содержание.
Рисунок 5. Поток данных
Контекстная диаграмма и детализация процессов
Декомпозиция DFD осуществляется на основе процессов: каждый процесс может раскрываться с помощью DFD нижнего уровня.
Важную специфическую роль в модели играет специальный вид DFD - контекстная диаграмма, моделирующая систему наиболее общим образом.
Контекстная диаграмма отражает интерфейс системы с внешним миром, а именно, информационные потоки между системой и внешними сущностями, с которыми она должна быть связана. Она идентифицирует эти внешние сущности, а также, как правило, единственный процесс, отражающий главную цель или природу системы насколько это возможно. И хотя контекстная диаграмма выглядит тривиальной, несомненная ее полезность заключается в том, что она устанавливает границы анализируемой системы. Каждый проект должен иметь ровно одну контекстную диаграмму, при этом нет необходимости в нумерации единственного ее процесса.
DFD первого уровня строится как декомпозиция процесса, который присутствует на контекстной диаграмме.
Построенная диаграмма первого уровня также имеет множество процессов, которые в свою очередь могут быть декомпозированы в DFD нижнего уровня. Таким образом, строится иерархия DFD с контекстной диаграммой в корне дерева. Этот процесс декомпозиции продолжается до тех пор, пока процессы могут быть эффективно описаны с помощью коротких (до одной страницы) миниспецификаций обработки (спецификаций процессов). При таком построении иерархии DFD каждый процесс более низкого уровня необходимо соотнести с процессом верхнего уровня. Обычно для этой цели используются структурированные номера процессов. Так, например, если мы детализируем процесс номер 2 на диаграмме первого уровня, раскрывая его с помощью DFD, содержащей три процесса, то их номера будут иметь следующий вид: 2.1, 2.2 и 2.3. При необходимости можно перейти на следующий уровень, т.е. для процесса 2.2 получим 2.2.1, 2.2.2. и т.д.
«14»Декомпозиция данных и соответствующие расширения диаграмм потоков данных
Индивидуальные данные в системе часто являются независимыми. Однако иногда необходимо иметь дело с несколькими независимыми данными одновременно. Например, в системе имеются потоки яблоки, апельсины и груши. Эти потоки могут быть сгруппированы с помощью введения нового потока фрукты. Для этого необходимо определить формально поток фрукты как состоящий из нескольких элементов-потомков. Такое определение задается в словаре данных. В свою очередь поток фрукты сам может содержаться в потоке-предке еда вместе с потоками овощи, мясо и др. Такие потоки, объединяющие несколько потоков, получили название групповых.
Обратная операция, расщепление потоков на подпотоки, осуществляется с использованием группового узла (рис.38), позволяющего расщепить поток на любое число подпотоков. При расщеплении также необходимо формально определить подпотоки в словаре данных.
Аналогичным образом осуществляется и декомпозиция потоков через границы диаграмм, позволяющая упростить детализирующую DFD. Пусть имеется поток фрукты, входящий в детализируемый процесс. На детализирующей этот процесс диаграмме потока фрукты может не быть вовсе, но вместо него могут быть потоки яблоки и апельсины (как будто бы они переданы из детализируемого процесса). В этом случае должно существовать определение потока фрукты, состоящего из подпотоковяблоки и апельсины, для целей балансирования.
Применение этих операций над данными позволяет обеспечить структуризацию данных, увеличивает наглядность и читабельность диаграмм.
Для обеспечения декомпозиции данных и некоторых других сервисных возможностей к DFD добавляются следующие типы объектов.
1. Групповой узел.Предназначен для расщепления и объединения потоков.
В некоторых случаях может отсутствовать (т.е. фактически вырождаться в точку слияния/расщепления потоков на диаграмме).
2. Узел-предок.Позволяет увязывать входящие и выходящиепотоки между детализируемым процессом и детализирующей DFD.
3. Неиспользуемый узел.Применяется в ситуации, когда декомпозиция данных производится в групповом узле, при этом требуются не все элементы входящего в узел потока.
4. Узел изменения имени.Позволяет неоднозначно именовать потоки, при этом их содержимое эквивалентно. Например, если при проектировании разных частей системы один и тот же фрагмент данных получил различные имена, то эквивалентность соответствующих потоков данных обеспечивается узлом изменения имени. При этом один из потоков данных является входным для данного узла, а другой - выходным.
5. Текств свободном формате в любом месте диаграммы.
Возможный способ изображения этих узлов приведен на рис. 10.
Рис. 10. Расширения диаграммы потоков данных
«(15)»Построение модели
Главная цель построения иерархического множества DFD заключается в том, чтобы сделать требования ясными и понятными на каждом уровне детализации, а также разбить эти требования на части с точно определенными отношениями между ними. Для достижения этого целесообразно пользоваться следующими рекомендациями:
1. Размещать на каждой диаграмме от 3 до 6-7 процессов. Верхняя граница соответствует человеческим возможностям одновременного восприятия и понимания структуры сложной системы с множеством внутренних связей, нижняя граница выбрана по соображениям здравого смысла: нет необходимости детализировать процесс диаграммой, содержащей всего один или два процесса.
2. Не загромождать диаграммы несущественными на данном уровне деталями.
3. Декомпозицию потоков данных осуществлять параллельно с декомпозицией процессов; эти две работы должны выполняться одновременно, а не одна после завершения другой.
4. Выбирать ясные, отражающие суть дела, имена процессов и потоков для улучшения понимаемости диаграмм, при этом стараться не использовать аббревиатуры.
5. Однократно определять функционально идентичные процессы на самом верхнем уровне, где такой процесс необходим, и ссылаться на него на нижних уровнях.
6. Пользоваться простейшими диаграммными техниками: если что-либо возможно описать с помощью DFD, то это и необходимо делать, а не использовать для описания более сложные объекты.
7. Отделять управляющие структуры от обрабатывающих структур (т.е. процессов), локализовать управляющие структуры.
В соответствии с этими рекомендациями процесс построения модели разбивается на следующие этапы:
1. Расчленение множества требований и организация их в основные функциональные группы.
2. Идентификация внешних объектов, с которыми система должна быть связана.
3. Идентификация основных видов информации, циркулирующей между системой и внешними объектами.
4. Предварительная разработка контекстнойдиаграммы, на которой основные функциональные группы представляются процессами, внешние объекты – внешними сущностями, основные виды информации – потоками данных между процессами и внешними сущностями.
5. Изучение предварительной контекстной диаграммы и внесение в нее изменений по результатам ответов на возникающие при этом изучении вопросы по всем ее частям.
6. Построение контекстной диаграммы путем объединения всех процессов предварительной диаграммы в один процесс, а также группирования потоков.
7. Формирование DFD первого уровня на базе процессов предварительной контекстной диаграммы.
8. Проверка основных требований по DFD первого уровня.
9. Декомпозиция каждого процесса текущей DFD с помощью детализирующей диаграммы или спецификации процесса.
10. Проверка основных требований по DFD соответствующего уровня.
11. Добавление определений новых потоков в словарь данных при каждом их появлении на диаграммах.
12. Параллельное (с процессом декомпозиции) изучение требований (в том числе и вновь поступающих), разбиение их на элементарные и идентификация процессов или спецификаций процессов, соответствующих этим требованиям.
13. Проведение ревизии после построения двух-трех уровней с целью проверки корректности и улучшения понимаемости модели. Построение спецификации процесса (а не простейшей диаграммы) в случае, если некоторую функцию сложно или невозможно выразить комбинацией процессов.
«(16)»Графическая нотация модели: диаграммы "сущность-связь"
Типичной формой документирования логической модели предметной области при ER-моделировании являются диаграммы "сущность-связь", или ER-диаграммы (EntityRelationshipDiagram). ER-диаграмма позволяет графически представить все элементы логической модели согласно простым, интуитивно понятным, но строго определенным правилам — нотациям.
Для создания ER диаграмм обычно используют одну из двух наиболее распространенных нотаций.
Integration DEFinition for Information Modeling (IDEF1X). Эта нотация была разработана для армии США и стала федеральным стандартом США. Кроме того, она является стандартом в ряде международных организаций (НАТО, Международный валютный фонд и др.).
InformationEngineering (IE). Нотация, разработанная Мартином (Martin), Финкельштейном (Finkelstein) и другими авторами, используется преимущественно в промышленности.
Построение ER-диаграмм, как правило, ведется с использованием CASE-средств. В данной лекции во всех примерах, если это не оговорено особо, будет использоваться нотация MS OfficeVisio 2007.
Сущность на ER-диаграмме представляется прямоугольником с именем в верхней части ( рис. 6.3).
Рис. 6.3. Представление сущности "Сотрудник" на ER-диаграмме
В прямоугольнике перечисляются атрибуты сущности, при этом атрибуты, составляющие уникальный идентификатор сущности, подчеркиваются ( рис. 6.4).
Рис. 6.4. Представление сущности "Сотрудник" с атрибутами и уникальным идентификатором сущности
Каждый экземпляр сущности должен быть уникальным и отличаться от других атрибутов. Одним из основных компьютерных способов распознавания сущностей в ИС является присвоение сущностям идентификаторов (entityidentifier). Поскольку сущность определяется набором своих атрибутов, для каждой сущности целесообразно выделить такое подмножество атрибутов, которое однозначно идентифицирует данную сущность. Часто идентификатор сущности называют первичным ключом (primarykey).
«(17)»Сущности, отношения и связи
СУЩНОСТЬ представляет собой множество экземпляров реальных или абстрактных объектов (людей, событий, состояний, идей, предметов и т.п.), обладающих общими атрибутами или характеристиками. Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована. При этом имя сущности должно отражать тип или класс объекта, а не его конкретный экземпляр (например, АЭРОПОРТ, а не ВНУКОВО).
ОТНОШЕНИЕ в самом общем виде представляет собой связь между двумя и более сущностями. Именование отношения осуществляется с помощью грамматического оборота глагола (ИMEET, ОПРЕДЕЛЯЕТ, МОЖЕТ ВЛАДЕТЬ и т.п.).
Другими словами, сущности представляют собой базовые типы информации, хранимой в базе данных, а отношения показывают, как эти типы данных взаимоувязаны друг с другом. Введение подобных отношений преследует две основополагающие цели:
обеспечение хранения информации в единственном месте (даже если она используется в различных комбинациях);
использование этой информации различными приложениями.
Символы ERD, соответствующие сущностям и отношениям, приведены на рис. 9.
Рис. 9. Символы ERD в нотации Чена.
Независимая сущность представляет независимые данные, которые всегда присутствуют в системе. При этом отношения с другими сущностями могут как существовать, так и отсутствовать. В свою очередь, зависимая сущность представляет данные, зависящие от других сущностей в системе. Поэтому она должна всегда иметь отношения с другими сущностями. Ассоциированная сущность представляет данные, которые ассоциируются с отношениями между двумя и более сущностями.
Неограниченное (обязательное) отношение представляет собой безусловное отношение, т.е. отношение, которое всегда существует до тех пор, пока есть относящиеся к делу сущности. Ограниченное (необязательное) отношение представляет собой условное отношение между сущностями. Существенно-ограниченное отношение используется, когда соответствующие сущности взаимно зависимы в системе.
Для идентификации требований, в соответствии с которыми сущности вовлекаются в отношения, используются СВЯЗИ. Каждая связь соединяет сущность и отношение и может быть направлена только от отношения к сущности.
ЗНАЧЕНИЕ связи характеризует ее тип и, как правило, выбирается из следующего множества:
{"0 или 1", "0 или более", "1", "1 или более", "p:q" ( диапазон )}.
Пара значений связей, принадлежащих одному и тому же отношению, определяет тип этого отношения. Практика показала, что для большинства приложений достаточно использовал следующие типы отношений:
1*1 (один-к-одному). Отношения данного типа используются, как правило, на верхних уровнях иерархии модели данных, а на нижних уровнях встречаются сравнительно редко.
1*n (один-к-многим). Отношения данного типа являются наиболее часто используемыми.
n*m (многие-к-многим). Отношения данного типа обычно используются на ранних этапах проектирования с целью прояснения ситуации. В дальнейшем каждое из таких отношений должно быть преобразовано в комбинацию отношений типов 1 и 2 (возможно, с добавлением вспомогательных сущностей и введением новых отношений).
Диаграммы атрибутов
Каждая сущность обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности. При этом любой атрибут может быть определен как ключевой.
Детализация сущности осуществляется с использованием диаграмм атрибутов, которые раскрывают ассоциированные сущностью атрибуты. Диаграмма атрибутов состоит из детализируемой сущности, соответствующих атрибутов и доменов, описывающих области значений атрибутов. На диаграмме каждый атрибут представляется в виде связи между сущностью и соответствующим доменом, являющимся графическим представлением множества возможных значений атрибута. Все атрибутные связи имеют значения на своем окончании. Для идентификации ключевого атрибута используется подчеркивание имени атрибута.
Категоризация сущностей
Сущность может быть разделена и представлена в виде двух или более сущностей-категорий, каждая из которых имеет общие атрибуты и/или отношения, которые определяются однажды на верхнем уровне и наследуются на нижнем. Сущности-категории могут иметь и свои собственные атрибуты и/или отношения, а также, в свою очередь, могут быть декомпозированы своими сущностями-категориями на следующем уровне. Расщепляемая на категории сущность получила название общей сущности (отметим, что на промежуточных уровнях декомпозиции одна и та же сущность может быть как общей сущностью, так и сущностью-категорией).
Для демонстрации декомпозиции сущности на категории используются диаграммы категоризации. Такая диаграмма содержит общую сущность, две и более сущности-категории и специальный узел-дискриминатор, который описывает способы декомпозиции сущностей (рис. 10).
Рис. 10. Узел-дискриминатор.
Существуют 4 возможных типа дискриминатора:
Полное и обязательное вхождение Е/М (exclusive/mandatory) – сущность должна быть одной и только одной из следуемых категорий.
Полное и необязательное вхождение Е/О (exclusive/optional) – сущность может быть одной и только одной из следуемых категорий.
Неполное и обязательное вхождение I/M (inclusive/mandatory) – сущность должна быть, по крайней мере, одной из следуемых категорий.
Неполное и необязательное вхождение I/O (inclusive/optional) – сущность может быть, по крайней мере, одной из следуемых категорий.
«(18)» Реляционная модель хранения данных построена на взаимоотношении составляющих ее частей. В простейшем случае она представляет собой двухмерный массив или двухмерную таблицу, а при создании сложных информационных моделей составляет совокупность взаимосвязанных таблиц.
Пример реляционной таблицы:
| № личного дела | Фамилия | Имя | Отчество | Дата рождения | Группа |
| Костин | Владимир | Владимирович | 01.03.78 | БУА | |
| Антонов | Юрий | Петрович | 18.09.80 | ФК |
Реляционная модель базы данных имеет следующие свойства:
1) каждый элемент таблицы – один элемент данных;
2) все столбцы в таблице являются однородными, т.е. имеют один тип (числа, текст, дата и т.д.)
3) каждый столбец (поле) имеет уникальное имя;
4) одинаковые строки в столбце отсутствуют;
5) порядок следования строк и столбцов может быть произвольным.
Отношения представлены в виде таблиц, строки которых соответствуют кортежам или записям, а столбцы – атрибутам отношений, доменам, полям.
Если реляционная модель данных состоит из нескольких таблиц, то они связываются между собой ключами.
Ключ – поле, которое однозначно определяет соответствующую запись (ключевое поле).
В данном примере в качестве ключа может служить номер личного дела студента.
«(19)» Алан Лоулор рассматривал эффективность как всеобъемлющую меру того, насколько экономично и результативно предприятие выполняет следующие пять задач: цели, экономичность, результативность, сопоставимость и прогрессивные тенденции.
Цели могут достигаться, когда величина совокупного капитала достаточна для удовлетворения потребностей организации и измерения степени
достижения главных целей. Этот капитал называется общим доходом (ТЕ):
ТЕ = Объем продаж — Стоимость материалов = Б — М (1)
Полученный доход расходуется на покупку услуг, заработную плату, инвестиции в постоянный капитал, выплату налогов, и при этом остается прибыль.
Стоимость, созданная в процессе производства (£Р0)
Стоимость материалов (Сі) Амортизация (Сз) Выплаты рабочей силе (V) Чистая прибыль (Ма) Процент (Мь) Аренда (М) Налог (Ма)
Совокупная доба стоимость (Г6) вленная
Чистая добавленная стоимость(Гп)
Показатели для бизнеса (Б1ь) 1 1 1 1 1
1 Показатели для ! бизнеса (Б2Ь) 1 і
Показатели для бизнеса (Г3ь)
Структура стоимости, создаваемой в процессе производства, и варианты добавленной стоимости
Экономичность говорит нам о том, насколько хорошо имевшиеся ресурсы были израсходованы для производства реально необходимой продукции и указывает на использование имеющихся мощностей. Измерение экономичности выявляет отношение «выход -вход» и степень использования ресурсов по сравнению с общими мощностями (потенциалом).
Результативность используется для сравнения текущих достижений с тем, что могло бы быть, если бы ресурсами управляли более эффективно. Это понятие включает постановку цели (выпуск продукции) по достижению новых нормативных результатов деятельности или использованию потенциальных возможностей.
Повышение эффективности включает комбинацию возросшей результативности и улучшение использования имеющихся ресурсов. Оно определяется с помощью четырех базовых коэффициентов:
— фактическое значение выхода, деленное на фактическое значение входа, - статус-кво;
— более высокое значение выхода, деленное на текущее фактическое значение входа;
— фактическое текущее значение выхода, деленное на более низкое значение входа;
— максимальный выход, деленный на минимальный вход, - более высокий уровень эффективности.
Сопоставимость - это ориентир для результатов деятельности организации, ибо коэффициенты эффективности сами по себе мало говорят без срав-
нения в какой-либо форме. В целом, измерение эффективности означает сравнение на трех уровнях:
— сравнение текущих результатов деятельности с прошлыми базовыми результатами;
— сравнение результатов между подразделениями (указывает на относительные достижения);
— сравнение фактических результатов и цели (лучше всего, так как концентрирует внимание на задачах).
Тенденции, т.е. задача достижения прогрессивных тенденций, сводится к сравнению текущих показателей деятельности с базовыми показателями для того, чтобы выяснить улучшается или ухудшается работа предприятия и насколько быстро.
Этот подход требует, чтобы эффективность внутри предприятия измерялась, по меньшей мере, на двух уровнях: первичном и вторичном. На первичном уровне оценивается эффективность получения общего дохода. Таким образом, получение более высокого уровня общего дохода обеспечивает «здоровье организации. Измерение эффективности на вторичном уровне дает коэффициент использования ресурсов по сравнению с полной стоимостью всех имеющихся ресурсов. Общие издержки преобразования включают два основных компонента:
— издержки, возникающие, когда ресурсы используются производительно (Са) и эти издержки можно разделить на стоимость производительной работы (Се) и стоимость вспомогательной работы
(Са).
— стоимость неиспользуемых или исполь- Соотношение между этими издержками мож-
зуемых вхолостую ресурсов (С), когда люди и обо- но представить следующим образом:
рудование простаивают.
Стоимость производительной работы (Се) Стоимость вспомогательной работы (Са) Стоимость неиспользуемых ресурсов (СО
Стоимость операций (С)
«(20)» Разработка мероприятий по совершенствованию деятельности организации
Эти меры могут заключаться в изменениях производственного процесса, используемых технологий и оборудования, производственной программы, изменении ассортимента продукции, создании новых подразделений, совершенствовании производственной или управленческой структуры, улучшении системы стимулирования работников, совершенствовании организации труда, освоении новых рынков сбыта, улучшения качества продукции, продукции и систем т.д. Всего необходимо разработать не менее двух-трех достаточно серьезных мероприятия.
Эта глава, как правило, содержит разделы:
― исходные предпосылки, т.е. ссылки на отмеченные ранее недостатки, например, неэффективного использования производственного потенциала, инертности руководства предприятия и т.д.;
― название мероприятия (например, расширение рынка сбыта продукции, заключение дополнительных договоров, введение новых технологических линий, создание дополнительных рабочих мест, переподготовка кадров, активизация инвестиционной и инновационной деятельности);
― мероприятия по внедрению новых технологий, разработка и внедрение числовых экономико-математических, эконометрических, программных продуктов, по улучшению качества продукции, процессов, систем и т.д.
― обоснование и разработка новых концепций, стратегий развития, как на ближайшую, так и на отдаленную перспективу; оптимизация управленческих решений.
Приоритетными направлениями следует считать:
―инновационная деятельность в организациях АПК;
―увеличение объемов производства продукции и повышение ее качества до высшего мирового уровня на предприятиях АПК;
Приоритетными задачами следовало бы также считать: оценку социально-экономической ситуации в субъектах Российской Федерации и приоритеты развития АПК; концепцию развития пищевой и перерабатывающей отраслей промышленности; микроэкономические проблемы предприятий пищевой и перерабатывающей отраслей промышленности; структурную переориентацию экономики в условиях стагнации и финансово-экономического кризиса и другие.
Расчет экономической эффективности предлагаемых мероприятий. Результаты расчетов экономической эффективности предлагаемых мероприятий сводятся в таблицу 1:
Таблица 1- Экономическая эффективность мероприятий
По совершенствованию деятельности организации
| Наименование мероприятий | Прирост объема производства, в натур. выраж. | Прирост объема реализ. продук., тыс. руб. | Прирост прибыли от реализ. продук., тыс. руб. | Изменение себестоимости, тыс. руб. | Общий прирост прибыли, тыс. руб. | Инвестиции, тыс. руб. | Годовой экономии-ческий эффект, тыс. руб. |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 1.Расширение ассортимента продукции за счет производства печения со сгущенным молоком | 120,0 | 6993,3 | 1398,7 | 5594,6 | 0 | 0 | 0 |
| 2.Расширение ассортимента продукции за счет производства хлеба "Крестьянский" мини, 300 гр. | 195,5 | 3479,6 | 803,0 | 2676,6 | 0 | 0 | 0 |
| Итого | 315,5 | 10472,9 | 2201,6 | 8271,2 | 0 | 0 | 0 |
Примечание. В столбце 1 даются наименования мероприятий, предлагаемых студентом. В столбцах 2―8 указываются те показатели, на изменение которых повлияли предлагаемые мероприятия
Количество граф также может варьироваться. Это может быть, к примеру, высвобождение численности работников, увеличение прибыли за счет повышения цен на продукцию, снижение себестоимости за счет экономии по фонду оплаты труда и т.д. Обязательно необходимо указывать: экономический эффект, экономическую эффективность и срок окупаемости
Дата добавления: 2018-02-28; просмотров: 432; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!