- •Глава 1. Асоиу как объект проектирования
- •1.1. Классификация асу
- •1.2. Структуризация ас
- •1.2.1. Виды структур ас
- •1.2.2. Виды обеспечений асоиу и их структура
- •Глава 2. Регламентация порядка проектирования асу
- •2.1. Общий порядок проектирования асу
- •2.2. Содержание работ предпроектных стадий создания асу.
- •2.3. Содержание работ проектных стадий создания асу
- •2.4. Содержание работ на стадиях ввода в действие и сопровождения асу
- •Глава 3. Методы и модели анализа и синтеза ас на предпроектных и проектных стадиях ее создания
- •3.1. Методы анализа документооборота в исследуемом объекте управления
- •3.2. Структурный анализ систем средствами idef-моделирования
- •3.2.1. Общие положения
- •3.2.2. Методология описания бизнес-процессов idef3
- •3.2.3. Методология функционального моделирования idef0
- •3.2.3.1. Точка зрения
- •3.2.4. Определение стрелок на контекстной диаграмме
- •3.2.5. Нумерация блоков и диаграмм
- •3.2.6. Связь между диаграммой и ее родительским функциональным блоком
- •3.2.7. Два подхода к началу моделирования ("в ширину" и "в глубину")
- •3.2.8. Когда остановиться?
- •3.2.9. Другие диаграммы idef0
- •3.2.10. Структурный анализ средствами idef-моделирования
- •3.2.11. Применение методов idef для моделирования поведения компаний
- •3.2.12. Синтаксис и семантика моделей idef0
- •3.2.13. Создание моделей idef3 для отображения блоков idef0
- •3.3. Структурный анализ потоков данных с помощью диаграмм dfd
- •3.4. Математическая модель оптимизации движения информационных потоков в системе управления
- •3.5. Построение макромодели ас на предпроектной стадии ее проектирования
- •Уровень 3, ранг 0
- •Уровень 2, ранг 1
- •Уровень 1, ранг 2
- •3.6. Формализация разбиения проектируемой ас на модули
- •3.6.1 Общая постановка задачи
- •3.6.2. Постановка и модель решения задачи разбиения илм асу на функциональные модули с минимальным числом информационных связей
- •3.6.3. Постановка и модель решения задачи разбиения илм асу на функциональные модули с минимальным временем обмена с внешней памятью эвм (базой данных)
- •3.6.4. Синтез технической структуры асутп на основе конденсации графовой функциональной модели системы
- •Алгоритм решения задачи
- •3.7. Синтез информационного обеспечения ас модульного типа
- •3.7.1. Постановка задачи
- •3.7.2. Задача и модель определения числа и состава информационных массивов
- •3.7.3. Задача выбора оптимальных методов организации полученных массивов и размещения программных модулей и массивов во внешней памяти эвм
- •3.7.4. Задача определения оптимальной величины блока данных
- •Глава 4. Примеры математических моделей для асоиу разрабатывающего предприятия (рп).
- •4.1. Агрегированные модели распределения ресурсов рп между нир и окр
- •4.1.1 Общая постановка задачи
- •4.1.2. Модель на основе временной зависимости между затратами ресурсов на нир и окр
- •4.2. Модели формирования тематического плана рп
- •4.2.1. Общая постановка задачи формированная тематического плана
- •4.2.2. Двухуровневое распределение ресурсов между разработками методом динамического программирования
- •4.3. Модели оперативного управления разработками
- •4.3.1. Модель определения срока начала выполнения новой разработки
- •4.3.2. Постановка и вероятностная модель определения периодичности контроля процесса выполнения проектных работ
- •4.4. Модели для определения частоты опроса отдельного исполнителя при оперативном управлении разработками
- •4.4.1. Графическая модель
- •Глава 5. Требования к содержанию документов, разрабатываемых на проектных стадиях создания ас
- •5.1. Общие положения
- •5.2. Требования к документам по общесистемным решениям
- •5.3.Требования к содержанию документов по видам обеспечения ас
- •5.3.1.Требования к содержанию документов по организационному обеспечению
- •5.3.2. Требования к содержанию документов с решениями по техническому обеспечению
- •5.3.3.Требования к содержанию документов с решениями по информационному обеспечению
- •5.3.4.Требования к содержанию документов с решениями по программному обеспечению
- •5.3.5.Требования к содержанию документов с решениями по математическому обеспечению
- •5.3.6.Требования к выполнению схем алгоритмов, программ, данных и систем
- •Экзаменационные вопросы по курсу «проектирование асоиу» 2004 – 2005 учебный год
- •Содержание
- •Глава 1. Асоиу как объект проектирования 1
- •Глава 2. Регламентация порядка проектирования асу 31
- •Глава 3. Методы и модели анализа и синтеза ас на предпроектных и проектных стадиях ее создания 43
- •Глава 4. Примеры математических моделей для асоиу разрабатывающего предприятия (рп). 131
- •Глава 5. Требования к содержанию документов, разрабатываемых на проектных стадиях создания ас 147
3.2.11. Применение методов idef для моделирования поведения компаний
Моделирование деятельности – ключевой компонент построения бизнес-систем, поскольку стратегия функционирования компании выражается в действиях. При выполнении необходимого набора действий определяется успех или неудача реализации выбранной компанией стратегии функционирования.
Корпоративная стратегия может быть представлена как компас, показывающий направление ее развития и выражающийся в обобщенном взгляде на ее положение на рынке в течение достаточно продолжительного времени. Стратегия развития реализуется набором действий, таким образом, модели деятельности служат своего рода дорожной картой, помогающей компании добраться до выбранного пункта назначения.
В целом корпоративная стратегия охватывает четыре основные области:
• сегменты рынка, которые компания намеревается занять;
• продукты и услуги, которые компания намеревается предложить на выбранных сегментах рынка;
• каналы дистрибуции и маркетинга, которые компания будет использовать для освоения данных сегментов рынка;
• действия и процессы, которые компания будет выполнять для реализации определенной стратегии.
Выбор сегментов рынка, которые представляют интерес для компании, имеет наиболее существенное значение, поскольку оно определяет все дальнейшие действия по построению корпоративной стратегии. Окончательный набор четко выраженных сегментов рынка обязательно возникнет при развитии стратегии, но существенные изменения в выборе целевого рынка могут свести на нет другие важные решения.
Основная стратегия поведения на выбранных рынках имеет три измерения: ценовое лидерство, дифференцированная полезность и границы рынка. Компания может стараться стать ценовым лидером в выбранном сегменте рынка, предлагая самую низкую цену и получая прибыль за счет оптимизации производства. Второй подход заключается в полном игнорировании фактора цены и предложении максимально полезного. Для целевого рынка товара. Допустимо также применять смешанные варианты двух указанных подходов. Компания может также сфокусироваться на обслуживании незначительной ниши рынка, выбрать несколько таких ниш, разработав для обслуживания каждой специальную стратегию, или захватить весь рынок с использованием единой корпоративной стратегии.
Если компания не может непосредственно достичь целевого рынка, она занимается развитием сети каналов или посредников, которые могут эффективнее занять выбранный сегмент, например, за счет более удачного географического расположения. Как правило, для освоения различных сегментов требуются разные типы посредников. Компании также используют разнообразные каналы для обмена деловой информацией.
Компания должна идентифицировать и разработать набор действий, который будет использован для реализации стратегии. Модели деятельности играют интегрирующую роль в этом решающем шаге построения стратегии. Для достижения Доставленных целей необходимые затраты не должны превышать планируемой отдачи. Зачастую неожиданные факты, выявленные при разработке необходимых для достижения целей действий и процессов, такие, например, как чрезмерные затраты на выполнение тех или иных действий, приводят к необходимости принятия новых стратегических решений.
К примеру, несмотря на то, что клиентам в каком-либо выбранном сегменте рынка требуется специальное обучение для использования определенного продукта, они могут быть не готовы заплатить сумму, достаточную для компенсации разработки соответствующей учебной программы. Это может иметь огромное влияние на стратегию компании для этого сегмента рынка.
Разработка и применение стратегии являются процессами, которые могут быть проанализированы и смоделированы сами по себе. Чем эффективнее компания может претворить в жизнь свою стратегию, сконцентрировавшись на современных решениях и технологиях и максимально учитывая вероятное противодействие со стороны конкурентов, тем больше ее шансы на достижение длительного лидерства на рынке.
Если компания не занимается постоянным пересмотром и модификацией своей конкурентной стратегии, она может начать терять позиции на рынке. Подобная ситуация сложилась в конце 80-х гг. во многих американских корпорациях, когда специалисты по менеджменту Майкл Хаммер (Michael Hammer) и Джеймс Чемпи (James Champy) разъяснили необходимость отказа от устаревших правил ведения бизнеса и разработки новых. Реинжиниринг бизнес-процессов – процесс разработки и применения стратегии, при котором взамен устаревшей существующей стратегии ведения бизнеса разрабатывается новая с использованием описанных выше методов моделирования.
Возрастающая роль информационных технологий в ведении бизнеса также повысила необходимость обмена информацией между все более отдаляющимися друг от друга группами специалистов в компьютерной и прикладных областях. Классическая проблема разработчиков информационных систем, выражающаяся в невозможности поставки корректно работающего программного обеспечения в срок и в пределах отведенного бюджета, в значительной степени вызвана четырьмя глубинными причинами:
• несоответствие обозначенным требованиям к системе;
• неадекватное или,(!)-некорректное проектирование системы;
• неадекватная производительность системы;
• неправильная разработка интерфейса "человек – система".
Тщательное понимание действий и процессов, которые должна поддерживать информационная система, является решающим при разработке программного обеспечения. С дальнейшим распространением информационных систем цена подобных неудач будет возрастать. Несомненно, что одним из основных приоритетов руководства большинства компаний в скором времени станет усовершенствование механизмов применения существующих информационных технологий для нужд бизнеса.
Выводы. Появившись в начале 80-х гг. как технология поддержки разработки информационных систем, методология CASE применяется в настоящее время де только в программировании, но и как средство описания деятельности различных организаций. Удобные средства визуального представления информации, описанные в стандартах семейства IDEF, могут применяться как для описания деятельности произвольной компании, так и для проведения реинжиниринга бизнес-процессов – оптимизации ее функционирования на рынке. Всего принято более десятка стандартов IDEF, каждый из которых нашел свое применение в различных аспектах моделирования.