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

Реферат Курсовая Конспект

Выполнение заказа по пошиву

Выполнение заказа по пошиву - раздел Образование, Проектирование АСОИУ. Курс лекций Принять Заказ Разработать Выкройки Произвести Пошив По Выкр...

Принять заказ

Разработать выкройки

Произвести пошив по выкройкам

Провести первую примерку

Подогнать изделие по результатам примерки

Провести окончательную примерку

Принять деньги от клиента и оформить необходимые документы

3.2.11. Применение методов IDEF для моделирования поведения компаний

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

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

В целом корпоративная стратегия охватывает четыре основные области:

• сегменты рынка, которые компания намеревается занять;

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

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

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

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

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

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

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

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

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

Если компания не занимается постоянным пересмотром и модификацией своей конкурентной стратегии, она может начать терять позиции на рынке. Подобная ситуация сложилась в конце 80-х гг. во многих американских корпорациях, когда специалисты по менеджменту Майкл Хаммер (Michael Hammer) и Джеймс Чемпи (James Champy) разъяснили необходимость отказа от устаревших правил ведения бизнеса и разработки новых. Реинжиниринг бизнес-процессов – процесс разработки и применения стратегии, при котором взамен устаревшей существующей стратегии ведения бизнеса разрабатывается новая с использованием описанных выше методов моделирования.

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

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

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

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

• неправильная разработка интерфейса "человек – система".

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

Выводы. Появившись в начале 80-х гг. как технология поддержки разработки информационных систем, методология CASE применяется в настоящее время де только в программировании, но и как средство описания деятельности различных организаций. Удобные средства визуального представления информации, описанные в стандартах семейства IDEF, могут применяться как для описания деятельности произвольной компании, так и для проведения реинжиниринга бизнес-процессов – оптимизации ее функционирования на рынке. Всего принято более десятка стандартов IDEF, каждый из которых нашел свое применение в различных аспектах моделирования.

3.2.12. Синтаксис и семантика моделей IDEF0

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

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

Первый шаг при построении модели IDEF0 заключается в определении назначения модели – набора вопросов, на которые должна отвечать модель. Набор вопросов можно сравнить с предисловием, в котором раскрывается назначение книги.

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

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

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

Более простой альтернативой предложенным выше двум подходам может служить так называемая таблица вызовов (activation table), описывающая различные комбинации входов, выходов, управлений и механизмов исполнения для каждого способа вызова функционального блока на исполнение. Вызов – это уникальная конфигурация значений входа, управления и требований к механизмам исполнения. Простейший пример таблицы вызовов представлен в табл. 3.1.8. Для каждого вызова присваивается уникальное имя в пределах блока, и перечисляются значения различных стрелок. Комбинация значений стрелок должна быть уникальной для каждого вызова.

Таблица 3.1.8. Пример таблицы вызовов

Вызов Стрелка Значение стрелки
Значительная сумма наличных Наличные деньги Более 1000 руб.
Счетчик банкнот Требуется 1 счетчик
Мелкая сумма наличных Наличные деньги Не более 1000 руб.
Счетчик банкнот Не требуется

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

3.2.13. Создание моделей IDEF3 для отображения блоков IDEF0

Для иллюстрирования вызовов листовых функциональных блоков IDEF0 (т.е. блоков, не имеющих диаграмм декомпозиции) может быть применено построение IDEF3-моделей. Если развитие IDEF0-модели предполагается аналитиками именно таким способом, моделями IDEF3 должен быть тщательно документирован каждый возможный вызов функционального блока. Соответствующие таблицы вызовов (наподобие табл. 3.1.8) можно будет составить впоследствии из соответствующих диаграмм IDEF3.

Выводы. Методология функционального моделирования IDEF0 – это технология описания системы в целом как множества взаимозависимых действий или функций IDEF0 имеет функциональную направленность. IDEF0-функции системы исследуются независимо от объектов, которые обеспечивают их выполнение. Одной из основных идей IDEF0-моделей является построение двух видов моделей: "как есть" и "как должно быть". Это нужно при проведении реинжиниринга бизнес-процессов организации. Кроме того, IDEF0 обеспечивает удобный язык обмена информацией о моделируемой системе.

– Конец работы –

Эта тема принадлежит разделу:

Проектирование АСОИУ. Курс лекций

государственный технический университет... Кафедра... Проектирование АСОИУ...

Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ: Выполнение заказа по пошиву

Что будем делать с полученным материалом:

Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:

Все темы данного раздела:

Структуризация АС
1.2.1. Виды структур АС Проектирование любого объекта, в том числе и АСУ требует предварительного анализа этого объекта с целью его структуризации.

Общий порядок проектирования АСУ
Создание новых и развитие действующих АСУ осуществляется в соответствии с государственными, общеотраслевыми и отраслевыми методическими материалами, обязательными в части состава, содержания и поря

Методы анализа документооборота в исследуемом объекте управления
Основой разработки АС является составленная модель существующей системы управления. Построение такой модели осуществляется в результате реализации диагностического анализа организации и детального

Структурный анализ систем средствами IDEF-моделирования
3.2.1. Общие положения Постоянное усложнение производственно-технических и организационно-экономических систем – фирм, предприятий, производств, и др. суб

Принять
исправления   Рис. 3.6.3. Связь типа «временное предшествование» между действиями 1.1 и 1.2

Структурный анализ потоков данных с помощью диаграмм DFD
Так же, как и диаграммы IDEF0, диаграммы потоков данных (Data Flow Diagrams – DFD) моделируют систему как набор действий, соединенных друг с другом стрелками. Диаграммы потоков данных могут содержа

Математическая модель оптимизации движения информационных потоков в системе управления
На предпроектной стадии важно выделить возможные узкие места в системе обработки информации. Это позволит оптимально (рационально) распределить средства вычислительной техники по подразделениям, об

Построение макромодели АС на предпроектной стадии ее проектирования
Одной из важнейших целей предпроектного анализа создаваемой АСУ является построение ее макромодели. Такая макромодель состоит из 4-х матриц следующего вида: а) цели системы управления – (м

Перечень комплексов задач и массивов информации в подсистемах АСУП
Таблица3.3. Обозначение на графе Наименование массивов и комплексов задач Принадлежность к подсистеме А Б &n

Формализация разбиения проектируемой АС на модули
3.6.1 Общая постановка задачи Проектирование АСУ с использованием модульного принципа связано с созданием программного и информационного обеспечения АСУ и

Синтез информационного обеспечения АС модульного типа
3.7.1. Постановка задачи Модульное построение проектируемой АС накладывает ряд условий на синтез информационного обеспечения. Основными из них являются не

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

Модели формирования тематического плана РП
4.2.1. Общая постановка задачи формированная тематического плана Пусть к началу формирования тематического плана предприятия для всех разработок, предпола

Модели оперативного управления разработками
4.3.1. Модель определения срока начала выполнения новой разработки Одной из особенностей большинства РП является поступление заданий на новые разработки в

Модели для определения частоты опроса отдельного исполнителя при оперативном управлении разработками
4.4.1. Графическая модель При оперативном управлении разработками возникает задача определения оптимальной частоты опроса исполнителей, выполняющих заплан

Общие положения
Требования к содержанию документов, разрабатываемых при создании АС, установлены методическими указаниями по информационной технологии РД 50-34.698-90, а также государственными стандартами Единой с

Требования к документам по общесистемным решениям
К документам по общесистемным решениям, в общем случае, относят следующие: 1) ведомость эскизного (технического) проекта; 2) пояснительную записку к эскизному ( техническому ) проекту

Хотите получать на электронную почту самые свежие новости?
Education Insider Sample
Подпишитесь на Нашу рассылку
Наша политика приватности обеспечивает 100% безопасность и анонимность Ваших E-Mail
Реклама
Соответствующий теме материал
  • Похожее
  • Популярное
  • Облако тегов
  • Здесь
  • Временно
  • Пусто
Теги