Функциональная структура предприятия модель дерево функций

Построения организационно-функциональной модели компании

Организационно-функциональная модель компании строится на основе функциональной схемы деятельности компании рис. 5.12 . Рис. 5.12. Функциональная схема компании На основании миссии формируются цели и стратегии компании. С их помощью определяется необходимый набор продуктов и, как следствие — требуемые ресурсы. Воспроизводство продукции происходит за счет переработки ресурсов в основном производственном цикле. Его компоненты формируют необходимые бизнес-функции для поставки ресурсов, производства продуктов и их

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

1. агрегированную модель; 2. детализированную модель. Агрегированная модель — модель организационной структуры, учетные регистры которой имеют ограничение по степени детализации до 2-3 уровней. Целью построения данной модели является предоставление информации об организационной структуре высшим руководителям компании для проведения стратегического анализа, анализа соответствия данной структуры стратегии и внешнему окружению компании. Модель может также предоставляться внешним пользователям (например, потенциальным инвесторам как иллюстрация к бизнес-плану, крупным клиентам и др.). Детализированная модель — модель организационной структуры, детализация учетных регистров которой производится на более глубоких уровнях, чем в агрегированной модели. Степень детализации в модели обусловлена конкретными потребностями компании (создание определенных организационных регламентов). Целью построения данной модели является предоставление информации о распределении функциональных обязанностей между подразделениями компании, а также об организации бизнес-про- цессов в компании. Построение детализированной модели позволяет создавать различные внутрифирменные регламенты: Положения об организационной структуре рис. 5.13 . Ниже приведен пример описания фрагментов организационно-функциональной модели производственного предприятия рис. 5.14 и торгового предприятия рис. 5.15 . Приведенные матрицы проекций являются основой для выделения бизнес-процессов предприятия и их владельцев на последующих этапах создания ИС. Рис. 5.13. Схема создания Положения об организационнофункциональной структуре компании

Источник

Функциональное описание системы в виде дерева функций

Функциональное описание — это отражение конкретного функционирования (“поведения”) системы и ее частей во времени с допущением выбора из многих вариантов одного варианта исполнения частей и целого по структуре.

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

Функциональная модель сети процессов обработки информации должна создаваться в соответствии со следующим примерным перечнем требований (задач):

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

Основное понятие IDEF0-методологии – это понятие «модель». IDEF0-модель – это искусственный объект, представляющий собой виртуальный образ системы и ее компонентов, в виде функциональной структуры объекта (совокупность диаграмм), отображающих производимые им действия и связи между этими действиями. IDEFO-модели состоят из трех типов документов: графических диаграмм, текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга. Модель описывает, что происходит в системе, как ею управляют, какие сущности она преобразует, какие средства использует для выполнения своих функций и что производит. В IDEFO система представляется как совокупность взаимодействующих процессов или функций. Такая чисто функциональная ориентация является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации. Поэтому исследование или разработка любой сложной системы должна начинаться с функционального анализа и моделирования как системы в целом, так и всех ее подсистем. Согласно методологии IDEF0 создание иерархической модели производится на основе использования метода декомпозиции, заключающегося в разделении крупных составных структур на более мелкие: метасистемы — на системы, системы — на подсистемы, и затем определяются элементы систем. Декомпозиция — это процесс разделение объекта моделирования на его структурные части – блоки и стрелки, с целью создания диаграммы, детализирующей блок верхней доминантности и связанные с ним стрелки. Диаграмма — часть модели, описывающая декомпозицию блока. В процессе моделирования очень важным является четко определить направление разработки модели — ее контекст, точку зрения и цель. Контекст модели очерчивает границы моделируемой системы и описывает ее взаимосвязи с внешней средой. Точка зрения определяет позицию автора, т.е. что будет рассматриваться и под каким углом зрения. Необходимо помнить, что одна модель представляет одну точку зрения. Для моделирования системы с нескольких точек зрения используется несколько моделей. Цель отражает причину создания модели и определяет ее назначение. При этом, все взаимодействия в модели рассматриваются именно с точки зрения достижения поставленной цели. 44. Системы автоматизированного проектирования информационных систем. Технология RAD. RAD (быстрая разработка приложений) — концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы. Практическое определение: RAD предполагает, что разработка ПО осуществляется небольшой командой разработчиков за срок порядка трех-четырех месяцев путем использования инкрементного прототипирования с применением инструментальных средств визуального моделирования и разработки. Технологию RAD целесообразно применять, когда четко определены некоторые приоритетные направления разработки проекта:

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

Фазы разработки:

1. Планирование — совокупность требований, полученных при системном планировании и анализе процедуры разработки жизненного цикла (SDLC). На этом этапе пользователи, менеджеры и IT-специалисты обсуждают задачи проекта, его объём, системные требования, а также сложности, которые могут возникнуть при разработке. Фаза завершается согласованием ключевых моментов с RAD-группой и получением от руководителей проекта разрешения на продолжение.
2. Пользовательское проектирование — на протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функции.
3. Конструирование — этап, в котором основная задача заключается в разработке программ и приложений.
4. Переключение — включает в себя операции по конверсии данных, тестирование, переход на новую систему и тренировку пользователей.

Технология быстрой разработки приложений (RAD) позволяет обеспечить:

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

Источник