2. Спиральная модель

Для преодоления перечисленных проблем была предложена спиральная модель жизненного цикла (рис. 3), делающая упор на начальные этапы жизненного цикла: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии программного обеспечения, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.

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

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

Рис 3. Спиральная модель жизненного цикла информационной системы.

Одним из возможных подходов к разработке программного обеспечения в рамках спиральной модели жизненного цикла является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки программного обеспечения, содержащий 3 элемента:

небольшую команду программистов (от 2 до 10 человек);

короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);

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

Жизненный цикл программного обеспечения по методологии RAD  состоит из четырех фаз:

1. фаза определения требований и анализа;

2. фаза проектирования;

3. фаза реализации;

4. фаза внедрения.

Билет №12

1. Опишите назначение систем поддержки принятия решений (СППР) и их классификацию. Рассмотрите требования к системам СППР для должностных лица категории «руководитель».

2. Структурный метод разработки программного обеспечения и его особенности.

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

СППР, как правило, являются результатом мультидисциплинарного исследования, включающего теории баз данных, искусственного интеллекта, интерактивных компьютерных систем, методов имитационного моделирования.

Как справедливо отмечено в [15], «… с момента появления первых разработок по созданию СППР, не было дано четкого определения СППР…».

Ранние определения СППР (в начале 70-х годов прошлого века) отражали следующие три момента: (1) возможность оперировать с неструктурированными или слабоструктурированными задачами, в отличие от задач, с которыми имеет дело исследование операций; (2) интерактивные автоматизированные (то есть реализованные на базе компьютера) системы; (3) разделение данных и моделей. Приведем определения СППР: СППР — совокупность процедур по обработке данных и суждений, помогающих руководителю в принятии решений, основанная на использовании моделей [17].

СППР — это интерактивные автоматизированные системы, помогающие лицу, принимающему решения, использовать данные и модели для решения слабоструктуризированных проблем [17, 20].

СППР — это система, которая обеспечивает пользователям доступ к данным и/или моделям, так что они могут принимать лучшие решения [7].

Последнее определение не отражает участия компьютера в создании СППР, вопросы возможности включения нормативных моделей в состав СППР и др.

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

СППР — в большинстве случаев — это интерактивная автоматизированная система, которая помогает пользователю (ЛПР) использовать данные и модели для идентификации и решения задач и принятия решений. Система должна обладать возможностью работать с интерактивными запросами с достаточно простым для изучения языком запросов.

Согласно Turban [26], СППР обладает следующими четырьмя основными характеристиками:

СППР использует и данные, и модели;

СППР предназначены для помощи менеджерам в принятии решений для слабоструктурированных и неструктурированных задач;

Они поддерживают, а не заменяют, выработку решений менеджерами;

Цель СППР — улучшение эффективности решений.

Turban [26] предложил список характеристик идеальной СППР (которая имеет мало общих элементов с определением, приведенным выше). Идеальная СППР:

оперирует со слабоструктурированными решениями;

предназначена для ЛПР различного уровня;

может быть адаптирована для группового и индивидуального использования;

поддерживает как взаимозависимые, так и последовательные решения;

поддерживает 3 фазы процесса решения: интеллектуальную часть, проектирование и выбор;

поддерживает разнообразные стили и методы решения, что может быть полезно при решении задачи группой ЛПР;

является гибкой и адаптируется к изменениям как организации, так и ее окружения;

проста в использовании и модификации;

улучшает эффективность процесса принятия решений;

позволяет человеку управлять процессом принятия решений с помощью компьютера, а не наоборот;

поддерживает эволюционное использование и легко адаптируется к изменяющимся требованиям;

может быть легко построена, если может быть сформулирована логика конструкции СППР;

поддерживает моделирование;

позволяет использовать знания.

Классификации СППР

Для СППР отсутствует не только единое общепринятое определение, но и исчерпывающая классификация. Разные авторы предлагают разные классификации.

На уровне пользователя Haettenschwiler (1999) [12] делит СППР на пассивные, активные и кооперативные СППР. Пассивной СППР называется система, которая помогает процессу принятия решения, но не может вынести предложение, какое решение принять. Активная СППР может сделать предложение, какое решение следует выбрать. Кооперативная позволяет ЛПР изменять, пополнять или улучшать решения, предлагаемые системой, посылая затем эти изменения в систему для проверки. Система изменяет, пополняет или улучшает эти решения и посылает их опять пользователю. Процесс продолжается до получения согласованного решения.

На концептуальном уровне Power (2003) [21] отличает СППР, управляемые сообщениями (Communication-Driven DSS), СППР, управляемые данными (Data-Driven DSS), СППР, управляемые документами (Document-Driven DSS), СППР, управляемые знаниями (Knowledge-Driven DSS) и СППР, управляемые моделями (Model-Driven DSS). СППР, управляемые моделями, характеризуются в основном доступ и манипуляции с математическими моделями (статистическими, финансовыми, оптимизационными, имитационными). Отметим, что некоторые OLAP-системы, позволяющие осуществлять сложный анализ данных, могут быть отнесены к гибридным СППР, которые обеспечивают моделирование, поиск и обработку данных.

Управляемая сообщениями (Communication-Driven DSS) (ранее групповая СППР — GDSS) СППР поддерживает группу пользователей, работающих над выполнением общей задачи.

СППР, управляемые данными (Data-Driven DSS) или СППР, ориентированные на работу с данными (Data-oriented DSS) в основном ориентируются на доступ и манипуляции с данными. СППР, управляемые документами (Document-Driven DSS), управляют, осуществляют поиск и манипулируют неструктурированной информацией, заданной в различных форматах. Наконец, СППР, управляемые знаниями (Knowledge-Driven DSS) обеспечивают решение задач в виде фактов, правил, процедур.

На техническом уровне Power (1997) [19] различает СППР всего предприятия и настольную СППР. СППР всего предприятия подключена к большим хранилищам информации и обслуживает многих менеджеров предприятия. Настольная СППР — это малая система, обслуживающая лишь один компьютер пользователя. Существуют и другие классификации (Alter [3], Holsapple и Whinston [13], Golden, Hevner и Power [11]). Отметим лишь, что превосходная для своего времени классификация Alter‘a, которая разбивала все СППР на 7 классов, в настоящее время несколько устарела.

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

отчеты, как правило, базируются на стандартных для организации запросах; число последних относительно невелико;

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

как правило, ИСР ориентированы на конкретный вертикальный рынок, например финансы, маркетинг, управление ресурсами.

СППР второго типа предполагают достаточно глубокую проработку данных, специально преобразованных так, чтобы их было удобно использовать в ходе процесса принятия решений. Неотъемлемым компонентом СППР этого уровня являются правила принятия решений, которые на основе агрегированных данных дают возможность менеджерам компании обосновывать свои решения, использовать факторы устойчивого роста бизнеса компании и снижать риски. СППР второго типа в последнее время активно развиваются. Технологии этого типа строятся на принципах многомерного представления и анализа данных (OLAP).

При создании СППР можно использовать Web-технологии. В настоящее время СППР на основе Web-технологий для ряда компаний являются синонимами СППР предприятия.

Архитектура СППР представляется разными авторами по-разному. Приведем пример. Marakas (1999) [18] предложил обобщенную архитектуру, состоящую из 5 различных частей: (a) система управления данными (the data management system — DBMS), (b) система управления моделями (the model management system — MBMS), (c) машина знаний (the knowledge engine (KE)), (d) интерфейс пользователя (the user interface) и (e) пользователи (the user(s)).

2.Разработка включает в себя все работы по созданию ПО и его компонент в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала и т.д. Разработка ПО включает в себя, как правило, анализ, проектирование и реализацию (программирование).

Билет №13

1. Опишите назначение систем поддержки принятия решений (СППР) и их классификацию. Рассмотрите особенности работы и требования к СППР для должностных лиц категории «должностное лицо органа управления».

2. Опишите подходы к стандартизации в области разработки программного обеспечения. Опишите методологию IDEF0.

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

СППР, как правило, являются результатом мультидисциплинарного исследования, включающего теории баз данных, искусственного интеллекта, интерактивных компьютерных систем, методов имитационного моделирования.

Как справедливо отмечено в , «… с момента появления первых разработок по созданию СППР, не было дано четкого определения СППР…».

Ранние определения СППР (в начале 70-х годов прошлого века) отражали следующие три момента: (1) возможность оперировать с неструктурированными или слабоструктурированными задачами, в отличие от задач, с которыми имеет дело исследование операций; (2) интерактивные автоматизированные (то есть реализованные на базе компьютера) системы; (3) разделение данных и моделей. Приведем определения СППР: СППР — совокупность процедур по обработке данных и суждений, помогающих руководителю в принятии решений, основанная на использовании моделей [17].

СППР — это интерактивные автоматизированные системы, помогающие лицу, принимающему решения, использовать данные и модели для решения слабоструктуризированных проблем [17, 20].

СППР — это система, которая обеспечивает пользователям доступ к данным и/или моделям, так что они могут принимать лучшие решения [7].

Последнее определение не отражает участия компьютера в создании СППР, вопросы возможности включения нормативных моделей в состав СППР и др.

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

СППР — в большинстве случаев — это интерактивная автоматизированная система, которая помогает пользователю (ЛПР) использовать данные и модели для идентификации и решения задач и принятия решений. Система должна обладать возможностью работать с интерактивными запросами с достаточно простым для изучения языком запросов.

Согласно Turban [26], СППР обладает следующими четырьмя основными характеристиками:

СППР использует и данные, и модели;

СППР предназначены для помощи менеджерам в принятии решений для слабоструктурированных и неструктурированных задач;

Они поддерживают, а не заменяют, выработку решений менеджерами;

Цель СППР — улучшение эффективности решений.

Turban [26] предложил список характеристик идеальной СППР (которая имеет мало общих элементов с определением, приведенным выше). Идеальная СППР:

• оперирует со слабоструктурированными решениями;

• предназначена для ЛПР различного уровня;

• может быть адаптирована для группового и индивидуального использования;

• поддерживает как взаимозависимые, так и последовательные решения;

• поддерживает 3 фазы процесса решения: интеллектуальную часть, проектирование и выбор;

• поддерживает разнообразные стили и методы решения, что может быть полезно при решении задачи группой ЛПР;

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

• проста в использовании и модификации;

• улучшает эффективность процесса принятия решений;

• позволяет человеку управлять процессом принятия решений с помощью компьютера, а не наоборот;

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

• может быть легко построена, если может быть сформулирована логика конструкции СППР;

• поддерживает моделирование;

• позволяет использовать знания.

Классификации СППР

Для СППР отсутствует не только единое общепринятое определение, но и исчерпывающая классификация. Разные авторы предлагают разные классификации.

На уровне пользователя Haettenschwiler (1999) [12] делит СППР на пассивные, активные и кооперативные СППР. Пассивной СППР называется система, которая помогает процессу принятия решения, но не может вынести предложение, какое решение принять. Активная СППР может сделать предложение, какое решение следует выбрать. Кооперативная позволяет ЛПР изменять, пополнять или улучшать решения, предлагаемые системой, посылая затем эти изменения в систему для проверки. Система изменяет, пополняет или улучшает эти решения и посылает их опять пользователю. Процесс продолжается до получения согласованного решения.

На концептуальном уровне Power (2003) [21] отличает СППР, управляемые сообщениями (Communication-Driven DSS), СППР, управляемые данными (Data-Driven DSS), СППР, управляемые документами (Document-Driven DSS), СППР, управляемые знаниями (Knowledge-Driven DSS) и СППР, управляемые моделями (Model-Driven DSS). СППР, управляемые моделями, характеризуются в основном доступ и манипуляции с математическими моделями (статистическими, финансовыми, оптимизационными, имитационными). Отметим, что некоторые OLAP-системы, позволяющие осуществлять сложный анализ данных, могут быть отнесены к гибридным СППР, которые обеспечивают моделирование, поиск и обработку данных.

Управляемая сообщениями (Communication-Driven DSS) (ранее групповая СППР — GDSS) СППР поддерживает группу пользователей, работающих над выполнением общей задачи.

СППР, управляемые данными (Data-Driven DSS) или СППР, ориентированные на работу с данными (Data-oriented DSS) в основном ориентируются на доступ и манипуляции с данными. СППР, управляемые документами (Document-Driven DSS), управляют, осуществляют поиск и манипулируют неструктурированной информацией, заданной в различных форматах. Наконец, СППР, управляемые знаниями (Knowledge-Driven DSS) обеспечивают решение задач в виде фактов, правил, процедур.

На техническом уровне Power (1997) [19] различает СППР всего предприятия и настольную СППР. СППР всего предприятия подключена к большим хранилищам информации и обслуживает многих менеджеров предприятия. Настольная СППР — это малая система, обслуживающая лишь один компьютер пользователя. Существуют и другие классификации (Alter [3], Holsapple и Whinston [13], Golden, Hevner и Power [11]). Отметим лишь, что превосходная для своего времени классификация Alter‘a, которая разбивала все СППР на 7 классов, в настоящее время несколько устарела.

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

отчеты, как правило, базируются на стандартных для организации запросах; число последних относительно невелико;

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

как правило, ИСР ориентированы на конкретный вертикальный рынок, например финансы, маркетинг, управление ресурсами.

СППР второго типа предполагают достаточно глубокую проработку данных, специально преобразованных так, чтобы их было удобно использовать в ходе процесса принятия решений. Неотъемлемым компонентом СППР этого уровня являются правила принятия решений, которые на основе агрегированных данных дают возможность менеджерам компании обосновывать свои решения, использовать факторы устойчивого роста бизнеса компании и снижать риски. СППР второго типа в последнее время активно развиваются. Технологии этого типа строятся на принципах многомерного представления и анализа данных (OLAP).

При создании СППР можно использовать Web-технологии. В настоящее время СППР на основе Web-технологий для ряда компаний являются синонимами СППР предприятия.

Архитектура СППР представляется разными авторами по-разному. Приведем пример. Marakas (1999) [18] предложил обобщенную архитектуру, состоящую из 5 различных частей: (a) система управления данными (the data management system — DBMS), (b) система управления моделями (the model management system — MBMS), (c) машина знаний (the knowledge engine (KE)), (d) интерфейс пользователя (the user interface) и (e) пользователи (the user(s)).

2.Стандарт IDEF позволяет систематизировать технологии системного проектирования с единой точки зрения. Различают следующие методологии в принятой IDEF-классификации:

IDEF0 – методология функционального моделирования; с помощью специального графического языка изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков);

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

IDEF1X – методология построения реляционных структур; отображает процесс отношений между объектами в терминах «сущность-связь»;

IDEF2 – методология динамического моделирования развития систем; сам анализ динамики развития систем весьма сложен, однако в последнее время появились алгоритмы и программы, превращающие набор статических диаграмм IDEF0 в динамические модели;

IDEF3 – методология документирования процессов, происходящих в системе, которая используется, например, при исследовании технологических процессов на предприятии; с помощью IDEF3 описывают сценарий и последовательность операций для каждого процесса;

IDEF4 – методология построения объектно-ориентированных систем; позволяет наглядно отображать структуру объектов и заложенные принципы их взаимодействия несмотря на сложность описания;

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

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

Билет №14

1. Опишите назначение систем поддержки принятия решений (СППР) и их классификацию. Рассмотрите особенности работы и требования к СППР для должностных лиц категории «оперативный дежурный» и «оператор».

2. Опишите способы построения сетевых приложений. Опишите особенности построения и проектирования файл-серверных приложений.

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

СППР, как правило, являются результатом мультидисциплинарного исследования, включающего теории баз данных, искусственного интеллекта, интерактивных компьютерных систем, методов имитационного моделирования.

Как справедливо отмечено в , «… с момента появления первых разработок по созданию СППР, не было дано четкого определения СППР…».

Ранние определения СППР (в начале 70-х годов прошлого века) отражали следующие три момента: (1) возможность оперировать с неструктурированными или слабоструктурированными задачами, в отличие от задач, с которыми имеет дело исследование операций; (2) интерактивные автоматизированные (то есть реализованные на базе компьютера) системы; (3) разделение данных и моделей. Приведем определения СППР: СППР — совокупность процедур по обработке данных и суждений, помогающих руководителю в принятии решений, основанная на использовании моделей [17].

СППР — это интерактивные автоматизированные системы, помогающие лицу, принимающему решения, использовать данные и модели для решения слабоструктуризированных проблем [17, 20].

СППР — это система, которая обеспечивает пользователям доступ к данным и/или моделям, так что они могут принимать лучшие решения [7].

Последнее определение не отражает участия компьютера в создании СППР, вопросы возможности включения нормативных моделей в состав СППР и др.

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

СППР — в большинстве случаев — это интерактивная автоматизированная система, которая помогает пользователю (ЛПР) использовать данные и модели для идентификации и решения задач и принятия решений. Система должна обладать возможностью работать с интерактивными запросами с достаточно простым для изучения языком запросов.

Согласно Turban [26], СППР обладает следующими четырьмя основными характеристиками:

СППР использует и данные, и модели;

СППР предназначены для помощи менеджерам в принятии решений для слабоструктурированных и неструктурированных задач;

Они поддерживают, а не заменяют, выработку решений менеджерами;

Цель СППР — улучшение эффективности решений.

Turban [26] предложил список характеристик идеальной СППР (которая имеет мало общих элементов с определением, приведенным выше). Идеальная СППР:

• оперирует со слабоструктурированными решениями;

• предназначена для ЛПР различного уровня;

• может быть адаптирована для группового и индивидуального использования;

• поддерживает как взаимозависимые, так и последовательные решения;

• поддерживает 3 фазы процесса решения: интеллектуальную часть, проектирование и выбор;

• поддерживает разнообразные стили и методы решения, что может быть полезно при решении задачи группой ЛПР;

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

• проста в использовании и модификации;

• улучшает эффективность процесса принятия решений;

• позволяет человеку управлять процессом принятия решений с помощью компьютера, а не наоборот;

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

• может быть легко построена, если может быть сформулирована логика конструкции СППР;

• поддерживает моделирование;

• позволяет использовать знания.

Классификации СППР

Для СППР отсутствует не только единое общепринятое определение, но и исчерпывающая классификация. Разные авторы предлагают разные классификации.

На уровне пользователя Haettenschwiler (1999) [12] делит СППР на пассивные, активные и кооперативные СППР. Пассивной СППР называется система, которая помогает процессу принятия решения, но не может вынести предложение, какое решение принять. Активная СППР может сделать предложение, какое решение следует выбрать. Кооперативная позволяет ЛПР изменять, пополнять или улучшать решения, предлагаемые системой, посылая затем эти изменения в систему для проверки. Система изменяет, пополняет или улучшает эти решения и посылает их опять пользователю. Процесс продолжается до получения согласованного решения.

На концептуальном уровне Power (2003) [21] отличает СППР, управляемые сообщениями (Communication-Driven DSS), СППР, управляемые данными (Data-Driven DSS), СППР, управляемые документами (Document-Driven DSS), СППР, управляемые знаниями (Knowledge-Driven DSS) и СППР, управляемые моделями (Model-Driven DSS). СППР, управляемые моделями, характеризуются в основном доступ и манипуляции с математическими моделями (статистическими, финансовыми, оптимизационными, имитационными). Отметим, что некоторые OLAP-системы, позволяющие осуществлять сложный анализ данных, могут быть отнесены к гибридным СППР, которые обеспечивают моделирование, поиск и обработку данных.

Управляемая сообщениями (Communication-Driven DSS) (ранее групповая СППР — GDSS) СППР поддерживает группу пользователей, работающих над выполнением общей задачи.

СППР, управляемые данными (Data-Driven DSS) или СППР, ориентированные на работу с данными (Data-oriented DSS) в основном ориентируются на доступ и манипуляции с данными. СППР, управляемые документами (Document-Driven DSS), управляют, осуществляют поиск и манипулируют неструктурированной информацией, заданной в различных форматах. Наконец, СППР, управляемые знаниями (Knowledge-Driven DSS) обеспечивают решение задач в виде фактов, правил, процедур.

На техническом уровне Power (1997) [19] различает СППР всего предприятия и настольную СППР. СППР всего предприятия подключена к большим хранилищам информации и обслуживает многих менеджеров предприятия. Настольная СППР — это малая система, обслуживающая лишь один компьютер пользователя. Существуют и другие классификации (Alter [3], Holsapple и Whinston [13], Golden, Hevner и Power [11]). Отметим лишь, что превосходная для своего времени классификация Alter‘a, которая разбивала все СППР на 7 классов, в настоящее время несколько устарела.

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

отчеты, как правило, базируются на стандартных для организации запросах; число последних относительно невелико;

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

как правило, ИСР ориентированы на конкретный вертикальный рынок, например финансы, маркетинг, управление ресурсами.

СППР второго типа предполагают достаточно глубокую проработку данных, специально преобразованных так, чтобы их было удобно использовать в ходе процесса принятия решений. Неотъемлемым компонентом СППР этого уровня являются правила принятия решений, которые на основе агрегированных данных дают возможность менеджерам компании обосновывать свои решения, использовать факторы устойчивого роста бизнеса компании и снижать риски. СППР второго типа в последнее время активно развиваются. Технологии этого типа строятся на принципах многомерного представления и анализа данных (OLAP).

При создании СППР можно использовать Web-технологии. В настоящее время СППР на основе Web-технологий для ряда компаний являются синонимами СППР предприятия.

Архитектура СППР представляется разными авторами по-разному. Приведем пример. Marakas (1999) [18] предложил обобщенную архитектуру, состоящую из 5 различных частей: (a) система управления данными (the data management system — DBMS), (b) система управления моделями (the model management system — MBMS), (c) машина знаний (the knowledge engine (KE)), (d) интерфейс пользователя (the user interface) и (e) пользователи (the user(s)).

2.Архитектура информационной системы типа файл-сервер использует в качестве внешней поддержки один или несколько файловых серверов. Сервера обеспечивают управление внешней памятью, но не обладают «интеллектом», поддерживая лишь обмен файлами. Впрочем, здесь существуют элементы перехода к технологии «клиент-сервер», для которой характерно разбиение операций на отдельные элементы.

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

• простота использования и дешевизна создания локальной сети

• возможность соединения с ПК различного уровня обеспечения

• наличие удобных и развитых средств разработки графического пользовательского интерфейса и систем управления БД.

К недостаткам файл-серверной архитектуры информационной системы следует отнести следующее:

• необходимость наличия большого числа мощных клиентских компьютеров, так как почти вся работа выполняется на стороне клиета, а от сервера требуется только достаточно емкая дисковая память

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

• работа клиента с удаленными файлами вызывает существенную перегрузку трафика (поскольку СУБД работает на стороне клиента, то для выборки данных необходимо иметь на стороне клиента весь соответствующий файл целиком).

Инструменты для создания файл-серверных приложений

Основой разработки файл-серверных приложений для локальных сетей ПК является инструментальное окружение различных "персональных" СУБД: FoxPro, Clipper, Paradox, Clarion, Paradox, dBase и т.п. Такие средства, как правило, реализованы в виде диалоговой интегрированной среды, предоставляющих три уровня доступа: . программирование и создание приложений на языке, сочетающем возможности языка 3GL с некоторыми возможностями языков четвертого поколения 4GL; . создание и ведение структуры БД и индексов, а также интерактивная генерация макетного приложения и его компонентов (меню, форм или окон, отчетов, запросов и программных модулей); . использование диалоговой среды и генераторов конечными пользователями для создания, ведения и просмотра БД, а также формирования несложных запросов и отчетов.

Диалоговые среды поддерживают как текстовой для DOS, так и графический интерфейс пользователя для Windows. Внедрение графического интерфейса привело к развитию объектных свойств инструментов, средств визуальной генерации программ и событийного механизма приложений.

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

СУБД для ПК MS Access может использоваться для создания масштабируемых одиночных и групповых информационных приложений и для разработки клиентской части приложений клиент-сервер, а также как средство автоматизации делопроизводства в составе MS-Office.

Традиционные инструментальные средства класса xBase (такие как FoxPro, Clipper, dBase и др.) теряют рынок (число их продаж значительно сокращается) из-за несоответствия современным требованиям. По мере того, как предприятия все шире используют СУБД MS Access и новые средства разработки, такие как Visual Basic и Delphi, популярность среды Xbase уменьшается. Более того, Microsoft может прекратить поддержку FoxPro, так как эта СУБД с устаревшим языком и сокращающейся рыночной долей не вписывается в долговременную стратегию развития средств разработки, которую Microsoft строит вокруг Visual Basic и Access. Новые "визуальные" инструменты этого класса (Visual FoxPro, CA-Visual Objects, Visual dBase) пытаются сохранить и расширить прежний ареал. Они могут быть рекомендованы для сопровождения и развития прежних xBase-разработок, для создания масштабируемых одиночных и групповых файл-серверных приложений и для переноса и адаптации приложений в архитектуру клиент-сервер с использованием интерфейса ODBC. Но нужно четко осознавать, что при применении нового инструментария для создания диалога и с переходом на SQL- операторы от прежних xBase-приложений остается ничтожно мало, а, кроме того, существенно меняется подход к разработке, и прежние навыки вряд ли будут востребованы.

Инструментальное средство MS Access хорошо зарекомендовало себя в разработке файл-серверных приложений с возможностью масштабирования, так как оно имеет удобные средства визуального конструирования, отладки и возможности использования как Access Basic, так и SQL. Интерфейс ODBC открывает широкие возможности интероперабельности с различными СУБД. В 1995 г. на долю MS Access пришлось 57% рынка настольных баз данных, а FoxPro и dBase - 9% и 2%, соответственно

Билет №15

1. Рассмотрите важнейшие подходы к классификации автоматизированных информационных систем. Опишите назначение и основные типы автоматизированных систем управления, автоматизированных информационно-вычислительных систем и автоматизированных систем обучения.

2. Опишите способы построения сетевых приложений. Опишите особенности построения и проектирования клиент-серверных приложений.

1.Классифицировать ИС можно различным образом, учитывая различные аспекты их функционирования. Одной из важнейших является классификация информационных систем по их назначению, выражающемуся в особенностях применения в профессиональной деятельности. Принято выделять следующие типы автоматизированных систем, основываясь на области применения и на задачах, реализация которых требуется от данной системы:

1. автоматизированные системы управления (АСУ);

2. системы поддержки принятия решений (СППР);

3. информационно-вычислительные системы (АИВС);

4. автоматизированные системы обучения (АСО);

5. автоматизированные информационно-справочные системы (АИСС).

Автоматизированные системы управления предназначены непосредственно для решения задач управления предприятием или технически сложным объектом. В зависимости от объекта управления различают АСУ персоналом и АСУ техническими средствами. АСУ управления персоналом является организационной и технической основой для реализации рациональной технологии коллективного решения задач управления в различных условиях обстановки. Именно разработка такой рациональной технологии и является определяющим этапом создания любой АСУ.

АСУ техническими средствами (АСУТС) являются передаточным звеном между должностными лицами, осуществляющими управление техническими системами, и самими техническими системами. Большинство новейших технологических процессов настолько сложно, что управлять ими без АСУТС попросту невозможно.

Системы поддержки принятия решений предназначены для облегчения деятельности различных категорий управленцев. Автоматизация действий конкретных физических лиц, наделенных властными полномочиями, требует весьма четких информационных обоснований, обеспечиваемых компьютерной поддержкой. Выделяются четыре категории:

• руководитель

• должностное лицо органа управления

• оперативный дежурный

• оператор.

В зависимости от категории управленца и круга его обязанностей меняются как параметры информационной системы, так и общие задачи, решаемые при ее проектировании.

Автоматизированные информационно-вычислительные системы применяются для научных расчетов, требующих больших объемов самой разнообразной информации, или же в тех случаях, когда таких же информационных ресурсов требует проблема управления (например, планирование деятельности предприятия). Технической базой таких АИС (АИВС) являются сетевые структуры, а основной сложностью в разработке - необходимость высокой оперативности расчетов и обмена информацией в системе при строгом разграничении доступа должностных лиц к служебной информации. Подклассом АИВС являются системы автоматизации проектирования или САПР. САПР помогает проектантам справиться с максимально большим объемом работ по построению и редактированию проектов на основе единой информационной базы, математических и графических моделей, автоматизированных проектных процедур. Собственно говоря, САПР – это опыт поколений, выраженный в доступном (компьютерном) виде. Именно с такой точки зрения выстроено и объектно-ориентированное программирование. Таким образом, индивидуальные усилия исследователей слились в единый комплекс программно-технических средств, позволяющий любому профессионалу, не тратя лишнее время на детальное изучение предыдущего опыта и. тем более. На личное участие в этом опыте, применять готовые процедуры для получения новых результатов.

В области экономики САПР могут использоваться при проектировании информационных систем и их элементов. Собственно говоря, знаменитая CASE-технология является одной из разновидностей САПР.

В рамках АИВС также различают проблемно-ориентированные имитационные системы (ПОИС), предназначенные для автоматизации разработки имитационных моделей в заданной предметной области. Сложность построения таких АИС связана с вариативностью как предметной области, так и способов ее изучения. Такие системы дороги и применимы лишь для очень интеллектуально емких областей знаний (например, военные технологии).

Моделирующие центры. Такая АИВС содержит в себе совокупность моделей (тренингов), объединенных единой предметной область, информационной базой и языком общения с пользователем. В отличие от ПОИС моделирующие центры (МЦ) не предназначены для прогноза и исследования, но реализуют вполне конкретные задачи, например, поведение самолета в различных ситуациях.

Автоматизированные системы обучения – это особый вид информационных систем. Дело в том, что традиционные методы обучения имеют ряд недостатков, наиболее значительным из которых является пассивный характер устного изложения. Автоматизированные средства обучения предлагают студенты войти в характерные обстоятельства той деятельности, которой он предполагает заниматься. АСО подразделяются на:

• автоматизированные системы программированного обучения;

• системы обеспечения деловых игр;

• тренажеры и тренажерные комплексы (весьма близкие к моделирующим центрам).

Наибольшую сложность при создании АСО составляет воплощение реальных ситуаций в компьютерной форме. Чем отработаннее дисциплина (физика, математика, летная профессия), тем более качественным является обучение с помощью АСО. Хотя хорошие АСО дороги, их использование окупается эффектом минимизации потерь при реальном обучении на конкретных материальных объектах.

Автоматизированные информационно-справочные системы предназначены для облегчения поиска информации в нужной предметной области. В зависимости от характера работы с информацией различают следующие виды АИСС:

9. автоматизированные архивы;

10. системы делопроизводства;

11. автоматизированные справочники и картотеки;

12. автоматизированные системы, ориентирующиеся на определенную предметную область (например, СПС «Консультантплюс»).

Интересна классификация систем по видам профессиональной деятельности (области применения), например, бухгалтерские, юридические, системы маркетинга, банковские и т.п. Классифицируя АИС по области применения, можно выделить такие классы систем, как бухгалтерские программы, например, «1С:Бухгалтерия», автоматизированные банковские системы («DiasoftBANK4x4», «RS-Bank» и другие), системы юридической поддержки («Консультантплюс», «Гарант»), маркетинговые информационные системы, системы информационного обеспечения страховой деятельности и т.п.

2.Корпоративные информационные системы, построенные в рамках архитектуры «клиент-сервер», предоставляют широкий спектр приложений и инструментов разработки, которые ориентированы на максимальное использование вычислительных возможностей клиентских рабочих мест. Ресурсы сервера используются в основном для хранения и обмена документами, а также для выхода во внешнюю среду. Данная архитектура позволяет лучше защитить серверную часть приложений, позволяя клиентским приложениям либо напрямую адресоваться к серверным приложениям либо маршрутизировать запросы к ним. Таким образом, приложения и данные распределены одновременно между различными клиентами (режим разделения времени). Эта архитектура более сложна для настройки и сопровождения.

Традиционным методом организации информационной системы является двухзвенная архитектура «клиент-сервер». В этом случае прикладная часть выполняется на стороне клиента, а на стороне сервера БД осуществляется только доступ к данным. Двухзвенная архитектура «клиент-сервер» состоит из: а) рабочих станций, в том числе клиентских серверов, осуществляющих часть пользовательских задач б) локальной вычислительной сети в) сервера БД.

Для повышения общей эффективности системы применяются трехзвенные архитектуры «клиент-сервер», при этом в систему вводится сервер приложений, расположенный перед сервером БД и являющийся дополнительным связующим звеном между локальной вычислительной сетью (ЛВС) и сервером БД.

Возросшим требования к обработке данных в распределенной среде удовлетворяет архитектура «клиент-сервер», основанная на выделении одного узла сети под сервер БД с реляционной СУБД, поддерживающей максимальный уровень надежности хранения БД, ее актуальность и достоверность. При интеграции отдельных АРМ в корпоративные сети было бы желательно сохранить не только постановку задачи и применяемых алгоритмы, но и собственное программное обеспечение. Существуют следующие подходы к интеграции и адаптации «файл-серверных» приложений к архитектуре «клиент-сервер»:

• Использование библиотек доступа к серверам БД;

• Связь с сервером БД через протокол ODBC;

• Укрупнение «файл-серверных» приложений.

Под распределенной системой обработки данных (РСОД) понимается сетевая структура, обеспечивающая при помощи той или иной архитектуры общий доступ и управление ресурсами сетевой системы.

Обычно распределенной считают такую систему, в которой функционирует более одного сервера БД. В этом смысле система клиент-сервер тоже относится к классу РСОД. Распределенные СОД подразделяются на три класса:

- малые распределенные системы (РС) имеют небольшой жизненный цикл, ориентированы на массовое использование, имеют невысокую цену, модификация их затруднена, технические и программные средства достаточно просты и однородны, также практически отсутствует и система информационной безопасности;

средние (корпоративные) распределенные системы;

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

К функциям РС следует отнести:

• работу с данными, расположенными на разных физических серверах

• работу с данными, порожденными различными платформами (т.е. обеспечение совместимости данных в рамках различных ОС)

• работу с данными, имеющими разные форматы (обеспечение преобразование данных)

Именно поэтому важнейшую роль в РС играют протоколы и стандарты открытого типа, позволяющие легко интегрировать разнообразные части общей сети. Как правило, технология таких систем опирается на Интернет-технологию. В современных РС необходимым является наличие Web-шлюза (или Web-моста, если речь идет о соединении локальной сети с Интернет-сетью). Если открытая с точки зрения технологии и масштабируемости сеть носит закрытый, корпоративный информационный характер, ее принято называть Интранет-системой.

Билет №16

1. Опишите базовую информационную технологию управления предприятием. Какие типы автоматизированных информационных систем наиболее способствуют реализации каждой из основных функций этой технологии? Приведите конкретные примеры.

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

1. Целью базовой информационной технологии на предприятии является создание информационного продукта, позволяющего определить «образ» конкурентоспособной продукции и осуществить управление ее производством. На концептуальном уровне фазы управления производством реализуются совокупностью базовых информационных процессов. С помощью частных математических моделей функциональные задачи преобразуются в вычислительные, таким образом, выполнение информационных функций управления производством переходит на уровень данных. В работе вычислительных задач принято выделять следующие аспекты:

• Организация вычислительного процесса (пакетная, режим разделения времени);

• Способы и средства обмена данными (взаимодействие различных компьютерных устройств при совместной организации вычислительного процесса;

• Накопление данных; накопление данных связано с организацией информационной базы;

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

Информационные системы существуют на разных уровнях иерархии. На операциональном уровне работают системы обработки трансакций. Эти системы обрабатывают простейшие операции (выписка счетов, выдача справок и т.п.), являясь поставщиками информации для ИС остальных типов. Не следует путать такие системы с транзакционными ИС, занимающимися обеспечением операций с базой данных. На тактическом уровне работают системы обработки знаний и системы автоматизации офиса. Первые занимаются созданием и интеграцией новых знаний, например, дизайном продукции или техническим проектированием. Вторые повышают производительность труда менеджеров. Также на тактическом уровне работают управленческие и аналитические системы, облегчающие управление, контроль, подготовку решений, планирование и т.п. Наконец, на стратегическом уровне работают системы поддержки руководства и стратегические информационные системы (СИС).

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

• Управление сбытом готовой продукции;

• Управление производством;

• Управление материально-техническим снабжением;

• Управление финансами;

• Управление персоналом.

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

2.Понятие жизненного цикла информационной системы (ИС) и ее программного обеспечения (ПО) является базовым понятием в проектировании ИС. Это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации. Структура жизненного цикла ПО базируется на трех группах процессов:

• Основные процессы (приобретение, поставка, разработка, эксплуатация, сопровождение);

• Вспомогательные процессы (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);

• Организационные процессы (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение проекта, обучение).

Существуют различные подходы к формированию жизненного цикла ИС, однако в каждом из них последовательность и перечень стадий проектирования в целом одинаковы:

1. Планирование и анализ требований (предпроектная стадия, системный анализ предметной области);

2. Проектирование (техническое проектирование, логическое проектирование);

3. Реализация требований (рабочее проектирование, физическое проектирование, программирование);

4. Внедрение (тестирование, опытная эксплуатация);

5. Промышленная эксплуатация (сопровождение, анализ, модернизация).

Наибольшее распространение получили три модели ЖЦ:

• Каскадная модель (70-80 годы) характерна последовательным проведением работ, переход к следующему этапу разработки возможен только по окончанию предыдущего;

• Поэтапная модель с промежуточным контролем (80-85 годы) – итерационная модель разработки ПО с циклами обратной связи между этапами; межэтапные корректировки обеспечивают меньшую трудоемкость, однако этапы становятся гораздо продолжительнее;

• Спиральная модель (позже 85 года) делает упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное (эскизное) и детальное проектирование; при этом обоснованность принятия решений моделируется и проверяется с помощью прототипов; каждый виток спирали характерен своим жизненным циклом, а до реализации доводится наиболее удачный прототип.

Преимущества спиральной модели:

• Накопление и повторное использование программных средств, моделей и прототипов;

• Ориентация на развитие и модификацию ПО в процессе проектирования;

• Анализ риска и издержек в процессе проектирования.

Очевидно, что основной риск при создании ИС – неверная постановка изначальной задачи – в спиральной модели наиболее минимален, так как на основе работающей модели будущей системы гораздо легче оценить ее преимущества и недостатки. Однако технология быстрой разработки (RAD-технология спирального цикла) не всегда применима. Если система достаточно сложна в разработке, обычно проводят ее системный анализ на основе тех или иных методов такого анализа и CASE-средств.

Билет №17

1. Опишите основные фазы управления производством. В чем сущность фазы планирования производства? Опишите особенности различных моделей планирования производства.

2. Классификация автоматизированных информационных систем по объему выполняемых функций. Опишите цели и задачи проектирования автоматизированной информационной системы управления предприятием.

1. Для реализации функций управления выделяют следующие подсистемы, реализующие фазы управления производством:

• Планирование;

• Учет;

• Анализ;

• Регулирование;

• Собственно производство.

ФАЗА ПЛАНИРОВАНИЯ

В основе лежат математические модели а) перспективного (прогнозного) планирования (3-5 лет); б) годового планирования; в) оперативного (менее года).

В основе перспективного планирования лежат вероятностные модели, основанные на методах статистики, учитывающие случайные влияния внешних факторов.

В основе годового планирования лежат детерминированные модели, при этом используются модели производственного баланса (т.е., концептуальная модель производства) и оптимального программирования (прежде всего, линейного программирования, т.е. оптимизационные задачи). Информационным продуктом является перспективный план производства. Формируется бизнес-план предприятия, где в сбалансированном виде представлены ресурсные, производственные и маркетинговые возможности предприятия, объединенные сквозной целью.

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

ФАЗА УЧЕТА

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

ФАЗА АНАЛИЗА

Здесь решаются задачи анализа состояния отдельных параметров производственного процесса по отношению к заданным параметрам (плану). Это задачи по анализу выпускаемой продукции, ее себестоимости, трудовых ресурсов, трудозатрат, состояния материальных и финансовых ресурсов. На логическом уровне эти задачи описываются математическими моделями одно- и многофакторного анализа, аналитических и оптимизационных расчетов. Информационным продуктом являются аналитические таблицы, графики, рекомендации по регулированию производства.

Использование в фазе анализа моделей представления и формализации знаний, экспертных систем существенно повышает обоснованность и корректность принимаемых решений.

ФАЗА РЕГУЛИРОВАНИЯ

Здесь решаются задачи календарного планирования и диспетчирования производства, т.е. происходит оперативное воздействие на параметры производственного процесса.

Модели, положенные в основу календарного планирования: календарные, сетевые, транспортные и т.п.

Модели, положенные в основу диспетчирования, - это: модели оперативного управления.

Информационный продукт: календарные и сетевые графики, путевые маршруты, алгоритмы диспетчирования.