Математическое моделирование
дает быстрый ответ на поставленный вопрос (в реальной обстановке решение требует годы);
предоставляет возможность широкого экспериментирования (осуществление на реальном объекте часто невозможно).
Правила для успешного математического моделирования:
Учитывать главные свойства моделируемого объекта.
Пренебрегать его второстепенными свойствами.
Уметь отделить главные свойства от второстепенных.
Математическая модель представляет собой систему взаимосвязанных математических формул представляющих поведение объекта в результате всех возможных управляющих и возмущающих воздействий на него.
Стандарты рекомендаций по управлению производством (MRP II, ERP, CSRP, и другие подходы). Типичные представители данного подхода.
Автоматизация управления как процесс – ориентированной деятельности. Понятие бизнес – процесса. Основные характеристики данного подхода. Workflow диаграммы.
На начальных этапах создания ИС необходимо понять, как работает организация, которую мы собираемся автоматизировать. Никто в организации не знает, как она работает в той мере подробности, которая необходима для создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель – функциональную модель (или модель процессов).
Обычно сначала строится модель существующей организации работы -"AS-IS" (как есть). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Найденные в модели "AS-IS" недостатки можно исправить при создании модели "TO-BE" (как должно быть) - модели новой организации бизнес-процессов.
Для описания логики взаимодействия информационных потоков используют workflow диаграммы, представляющие графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес - процессов для анализа завершенности процедур обработки информации. С их помощью можно описывать сценарии действий сотрудников организации, например, последовательность обработки заказа или события, которые необходимо обработать за конечное время. Каждый сценарий сопровождается описанием процесса и может быть использован для документирования каждой функции. Прямоугольники на диаграмме Workflow называются единицами работы (Unit of Work, UOW) и обозначают событие, процесс, решение или работу.
Технологии виртуальных предприятий и разработка ИС под конкретную организацию.
Многие готовые ИС, предлагаемые на рынки программного обеспечения, имеют широкую область применения без учета специфики конкретного предприятия. В них заложены возможные функции, которые необходимо решать большинству предприятий, т.е. сформировано так называемое виртуальное предприятие с определенной структурой управления. Применение такой ИС на предприятии со схожей структурой позволяет в кратчайшие сроки добиться получения выгоды. Если же структура управления имеет большие отличия то возможно стоит отказаться от использования данной ИС, так как это связано с необходимостью «болезненного» изменения структуры предприятия или адаптацию ИС под конкретную структуру, что также является сложной задачей. Другой стороной автоматизации деятельности предприятия является разработка ИС под конкретную организацию с ее целями и задачами. Процесс разработки реализации и внедрения в данном случае будет не быстрым, но полученная в результате система целиком удовлетворит потребности пользователей.
Реинжиниринг бизнес – процессов. Управление процессом разработки ИС.
Реинженеринг это изменение структуры происходящих процессов выполняемых в организации, с целью оптимизации выполняемых действий, движения информационных потоков и т.д. Для его выполнения необходимо иметь представление обо всех процессах происходящих в организации от глобальных до самых минимальных. Анализ данных процессов порой позволяет выявить выполнение одних и тех же действий в различных подразделениях, результатом которых является схожая информация на выходе. Чтобы исключить такие непроизводительные затраты трудовых ресурсов необходимо: составить модель процессов используя одну из множества нотаций используемых для описания процессов, произвести ее анализ и внести соответствующие коррективы.
Под управлением процессом разработки понимается контроль за соблюдением сроков выполнения поставленного плана и использованием предоставленных ресурсов. План включает в себя сроки выполнения всех этапов разработки, реализации, тестирования, внедрения и в случае необходимости сопровождения ИС. В план включены графики использования предоставленных ресурсов, сроки приобретения средств разработки и проведения необходимого обучения и т.д.
Инструментальные средства для поддержки проектирования: современные языки программирования, программные комплексы для поддержки проектных работ, автоматизированные системы проектирования (использование CASE-систем для проектирования приложений и баз данных).
Один из наиболее важных вопросов при создании систем управления является вопрос обеспечения надежности управляющих программ. При этом возникают определенные трудности. Во-первых, невозможно определить в техническом задании будущую систему во всех подробностях, а следовательно, контролировать соответствие технического задания и производимого программного продукта на каждом этапе проектирования. Во-вторых, неосуществима организация гарантированной проверки результатов работы каждого программиста. В-третьих, невозможно сертифицировать программный продукт, если он содержит порядка миллиона операторов исходного текста и объект управления представляет собой сложную систему.
Классический структурный подход к созданию информационных систем предполагает последовательную реализацию этапов анализа, проектирования, создания модулей, объединения модулей в единую систему, тестирования и внедрения.
Применение CASE-технологий и CASE - средств позволяет в несколько раз сократить время разработки информационных систем и значительно снизить вероятность появления ошибок за счет автоматизации начальных этапов разработки (а, как следствие- более качественного планирования и проектирования ) и автоматической генерации структуры сервера БД и кода клиентского приложения. Термин CASE подразумевает компьютеризацию (автоматизацию) разработки программного обеспечения. CASE средством считается программа или комплекс программ автоматизирующих ту или иную область деятельности по проектированию и реализации программных продуктов. Сюда относятся языки программирования высокого уровня, средства тестирования и документирования, оболочки объединяющие все используемые средства в единое информационное пространство, позволяющее согласовывать действия как по разработке отдельных блоков программного продукта одним разработчиком, так и координировать работу группы разработчиков. CASE – средства позволяют отслеживать график работ, ведение версий программного продукта установленных на рабочих местах пользователей и т.д. С помощью CASE – средств автоматизируется формирование программного кода и структуры БД по различным разработанным моделям.
Построение ИС на основе прототипов. Достоинства и недостатки данного подхода к построению ИС.
Прототипом ИС является другая система, которая предлагается разработчиком в качестве базовой, либо система уже используемая в других организациях. Построение ИС на базе прототипов предполагает изменение ряда функций или их добавления для полного выполнения требований заказчика. Достоинством данного метода является то, что нет необходимости создания уникальной системы с нуля. Недостатком является то, что может понадобиться большое изменение программного кода, если в качестве прототипа выбрана система реализующая некоторые функции .
Построение ИС на основе пакетов программ. Критерии оценки пакетов программ. Достоинства и недостатки данного подхода к построению ИС.
Под критериями оценки подразумевают возможности конкретных пакетов программ. Это может быть: выполняемые функции, эффективность, простота использования и т.д. Достоинством данного подхода является то, что нет необходимости разрабатывать собственные программные продукты реализующие конкретные функции, а достаточно выбрать среди предлагаемых вариантов наилучший и встроить его в единую оболочку системы.