Идеология IDEF

Использование документированного стандарта для IDEF гражданскими и военными службами. Характеристики содержания информации как основа раскрытия стандарта IDEF. Этапы процесса разработки IDEF. Структура, элементы и методика описания бизнес-процесса.

Рубрика Программирование, компьютеры и кибернетика
Вид статья
Язык русский
Дата добавления 07.12.2011
Размер файла 28,9 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

документированный стандарт бизнес процесс

Реферат

Идеология IDEF

Стандарт IDEF (Integrated computer aided manufacturing DEFinition), чаще называемый технологией структурного анализа и проектирования (SADT) была разработана американской корпорацией СофтТех, Инк. в конце 60-х годов, как инструмент инженерии для разработки машинных и человеческих комплексных систем. Затем ВВС США приняли в конце 70-х годов на вооружение большую часть технологии SADT, назвав в будущем ее IDEF0 как часть своей Интегрированной компьютерной производственной программы (ICAM) и технология скоро стала стандартом технологии моделирования действий для Министерства обороны США.

В 1993 году Группа Пользователей IDEF (в настоящее время Общество Организационного Проектирования) в содружестве с Национальным Институтом Стандартов и Технологии предприняли попытку создать документированный стандарт для IDEF0, для последующего использования и гражданскими, и военными службами Правительства и министерств США. Данный стандарт носит имя Федеральный стандарт обработки информации (FiPS). Данная технология моделирования информационных систем исходит из следующей парадигмы. При описании информационной системы предполагается, что она содержит два типа сущностей: некоторый аналог программы (операционные сущности, которые выполняют некоторую обработку) и данные (пассивные сущности, которые хранят информацию, доступную для поиска, чтения и замены).

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

Понятие «сознание» относится к одной из важнейших философских категорий.

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

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

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

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

Целостность - следующее свойство системы - является внутренним единством, принципиальной несводимостью свойств системы к сумме свойств составляющих ее элементов.

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

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

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

- семантическую, характеризующую смысловое значение информации;

- семиотическую, определяющую способ кодирования информации и ее выражение в различных шифросистемах;

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

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

Анализ информационных свойств систем непосредственно связан с понятием ее сложности, относящейся также к свойствам систем.

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

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

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

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

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

Касаясь понятия «элемент бизнес-системы» мы лишь упомянем, какие элементы в действительности насыщают бизнес-систему.

Все имеющиеся элементы бизнес-системы нужно подразделять на внешние и внутренние элементы.

К основным внутренним элементам бизнес-системы мы можем отнести следующие:

- организационная структура;

- политика, правила, нормы организации;

- кадры;

- информация;

- труд;

- финансы;

- технико-технологическое обеспечение;

- культура.

Основные внешние элементы бизнес-системы можно представить в следующем составе:

- социальная и демографическая среда;

- экономическая и политическая среда;

- предпринимательская среда.

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

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

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

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

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

Консультанты не собираются проектировать новую модель бизнес-процесса, каковая цель и стоит перед БПР.

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

В) Уменьшение размерности организации. Эта работа производит уменьшение возможностей компании, вызванные снижением требований рынка, в отличие от реинжиниринга, который напротив увеличивает потенциал организации.

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

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

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

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

В завершающей части введения в предстоящий экскурс по изучению стандартов IDEF, как инструмента БПР, хотелось бы затронуть еще одну важную тему.

Если вернуться к вышеперечисленным пунктам, того, что не является реинжинирингом, то стоит обратить внимание к пункту А.

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

Говоря же о реинжиниринге в правильном его понимании, то львиная доля затрат приходится как раз на не материальную часть, т.е. на знания и опыт консультантов (специалистов) по реинжинирингу бизнес-процессов. Некоторые могут заметить, что при правильном проведении реинжениринга зачастую неизбежно предложение (рекомендация) со стороны специалистов об использовании нового программного продукта или организационной техники. И с этим приходится соглашаться. Да, придется покупать новое программное обеспечение и даже возможно поэтому будет необходимо обновить техническую часть организации. Но это ли главное? В этом ли кроется путь к дальнейшему достижению успеха организации? И тут мы уже скажем: «Нет!»

Гуру реинжениринга бизнес-процесса Майкл Хаммер и Джеймс Чампи отмечали в своей работе «Реинжиниринг корпорации: манифест революции в бизнесе»:

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

Система декомпозируется на подсистемы и так далее, до тех пор, пока не получится управляемый объект.

IDEF-технологии позволяют добиться структурного системного анализа IDEF (Integration Definition for Function Modeling).

Они используются также для информационного моделирования. Можно посмотреть на interface.ru - Сайт основного дистрибьютора Computer Associates. Idefine.com

Будем рассматривать три основные технологии, которые используются в программе BPwin

1. IDEF0

2. IDEF3

3. DFD (Data Flow Diagrams)

На их основе построена программа BPwin.

1. IDEF0 - технология структурного анализа и проектирования. Это язык моделирования предложенный более 30-ти лет назад Россом. Тогда она называлась SADT (Структурный системный анализ), когда производили стандартизирование технологий, SADT стал IDEF0 SADT (Structural Analysis and Design Technique) Технология структурного анализа и проектирования. Согласно этой технологии анализируемый процесс представляется в виде совокупности множества взаимосвязанных работ, действий (activities), которые взаимодействуют между собой на основе определенных правил (контроль), с учетом потребляемых информационных, и производственных ресурсов. Имеющих четко определенный вход (input) и не менее четко определенный выход (output).

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

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

Методология описания бизнес процессов IDEF3.

Это технологии хорошо приспособлены для проведения структурного анализа системы.

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

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

Пример 1. Временное предшествование. Внести изменения можно только после того, как будут приняты исправления.

Пример 2. Получить счет на оплату услуг. Поток - объектный поток - счет к оплате. Конечный блок - произвести оплату.

Пример 3. Запустить двигатель. Второй функциональный блок - запустить водяной насос. Секундная задержка для предотвращения перегрузки сети.

& - называется соединение «и». Бывают разворачивающее, когда каждое конечное действие инициируется. Бывает сворачивающееся - каждое конечное действие должно завершиться.

Пример. Функциональный блок «Обнаружение пожара». Разные действия: «Включить пожарную сигнализацию», «Набрать 01», «Приступить к тушению пожара». Только после тогда все действия завершатся, сделать запись в журнале дежурств. (все стрелки сводятся к блоку с “&”).

О - соединение «или». Разворачивающее - одно или все цели инициируются, сворачивающееся - одно и только одно действие должно завершиться.

Пример: Функциональный блок «Проверить счет».

Также бывают синхронные и асинхронные действия.

IDEF3 Показывает разные сценарии действий. Технология IDEF3 является развитием технологии SADT. IDEF0 был разработан 1981 г. В рамках обширной программы развития автоматизации промышленных предприятий.

ICMM - предложенных департаментом военно-воздушных сил США. В некоторых источниках «стрелки» называются «интерфейсные дуги» (однонаправленными стрелками).

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

1. Материальные потоки. Товары, детали, сырье и так далее.

2. Финансовые потоки. Project Expert: финансовые, наличные, инвестиции, безналичные и т.д.

3. Потоки документов. Коммерческие, финансовые, организационные и т.д.

4. Потоки информации. Информация, данные о намерениях, устные распоряжения и т.д.

5. Ресурсы. Сотрудники, станки, машины и т.д.

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

Одно из главных отличий стандарта IDEF0 от других методологий - это обязательное наличие управляющих интерфейсов. Реально от таких работ, которые не имеют управления нужно избавляться. Это низко не профессионально. Любая модель начинается с контекстной диаграммы.

Что такое «туннелирование»? Возможны ситуации, когда отдельные интерфейсные дуги нет смысла рассматривать в дочерних диаграммах ниже какого-то определенного уровня в иерархии, или наоборот: отдельные дуги не имею практического смысла выше какого то уровня. Иначе получается перегрузка диаграмм. Они должны быть читабельны. Для решения подобных задач перегрузки интерфейсными дугами, предусмотрены понятия туннелирования. Raw Tunnel. Обозначения туннели в виде двух скобок в начале интерфейсной дуги означает, что эта дуга не была унаследована от функционального родительского блока и появилась из туннеля только на этой диаграмме. Такое же обозначение у конце стрелки рядом с блоком приемником, означает, что в дочерней по отношению к этому блоку диаграмме эта дуга не будет отображаться и рассматриваться. Она, эта стрелка уйдет в туннель. Т.е. отдельные объекты и интерфейсные дуги, стрелки, не рассматриваются в диаграмме, и при необходимости возвращаются обратно.

Глоссарий. Для каждого из элементов IDEF0 (диаграмм, функциональных блоков, дуг) стандарт подразумевает создание и поддержания набора соответствущих определений ключевых слов, повествовательных изложений, которые характеризуют объект. Допустим создание слишком сложных моделей не будет никем использоваться, из-за перегрузки и нечитабельности диаграммы. Ограничение числа подходящих к одному функциональному блоку - 4. Если больше - будет перегрузка, и будет сложно читать.

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

Процессы разработки IDEF0 является итерационным (циклическим) и состоит из следующих условных этапов.

Этап 1. Создание моделей группой специалистов из разных сфер деятельности предприятия. Они обычно являются авторами. Построение первоначальной модели является динамическим процессом, в течении которого, авторы опрашивают компетентных лиц о структуре различных процессов. Здесь описывается предметная область. Когда работник знает, умеет создавать модель - модель будет адекватной. И на основе, в результате выполнения первого этапа создается «черновик модели» (model draft)

Этап 2. Черновик распространяется для рассмотрения, для согласования и комментирования. На этой стадии происходят обсуждения черновика модели широким спектром компетентных лиц на предприятии. Их называют читателями. При этом каждая из диаграмм черновой модели письменно комментируется и замечание передается автору. Автор в свою очередь, также, письменно соглашается с критикой, или отвергнуть. Если отвергает - должен обосновать свое мнение. И дает на рассмотрение, и это повторятся до тех пор, пока не придут к общему мнению.

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

Моделирование потоков данных DFD

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

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

Процесс - преобразует значения данных. Назначение: генерация выходных потоков из входных в соответствии с именем задаваемых процессов.

Накопитель данных - это пассивный объект в составе DFD в котором данные сохраняются для последующего доступа. Т.е. это данные, которые будут сохраняться в памяти между потоками. Срезы потоков во времени.

Внешний источник - это сущность вне контекста системы, являющийся источником или приемником системных данных. Им обычно обозначается существительные «Звонки клиентов».

Декомпозиция DFD обозначается на основе процессов.

Использованная литература

1. Верников Г. Что такое реинжиниринг? // Еженедельный ж-л Консалтинг.ру

2. Зиндер Е. Реинжиниринг бизнес-процессов и автоматизация офиса // Тезисы к конференции

3. Могилевский В.Д. Методология систем: вербальный подход. - М.: ОАО «Издательство «Экономика», 1999

4. Ойхман Е.Г., Попов Э.В. Реинжиниринг бизнеса: Реинжиниринг организаций и информационные технологии. - М.: Финансы и статистика, 1997

5. Райзберг Б.А., Лозовский Л.Ш., Стародубцева Е.Б. Современный экономический словарь. - М.: Инфра-М, 1998

6. Философия. - под. ред. Лавриненко В.Н. - М.: Юристъ, 1996

7. Хаммер М., Чампи Дж. Реинжиниринг корпорации: манифест революции в бизнесе. - СПб.: Издательство С.-Петербургского университета, 1997

8. Шумахер В. Устранение препятствий для успеха реинжиниринга // Еженедельный ж-л Консалтинг.ру

Размещено на Allbest.ru


Подобные документы

  • Понятие CASE-средств как программных средств, которые поддерживают процессы создания и сопровождения информационных систем (ИС). Особенности IDEF-технологии разработки ИС. Описание нотации IDEF0. Разработка функциональных моделей бизнес-процесса.

    презентация [399,8 K], добавлен 07.04.2013

  • Создание функциональной структуры фирмы. Методологии проектирования информационных систем. Состав стандарта IDEF. Средства структурного системного анализа. Метод функционального моделирования SADT. Стратегии декомпозиции. Диаграмма потоков данных DFD.

    презентация [324,1 K], добавлен 27.12.2013

  • Моделирование процесса в нотациях IDEF, EPC, BPMN и в соответствии с требованиями ГОСТ 19.701-90. Описание предметной области. Формальное описание алгоритмов. Модель EPC, BPMN. Моделирование данных в нотации IDEF1X. Эффективность реинжиниринга процесса.

    курсовая работа [1,2 M], добавлен 20.06.2015

  • Моделирование бизнес-процессов как средство поиска путей оптимизации деятельности компании. Методология SADT (структурный анализ и проектирование), семейство стандартов IDEF и алгоритмические языки в основе методологий моделирования бизнес-процессов.

    реферат [21,7 K], добавлен 14.12.2011

  • Методология процесса моделирования IDEF, которая входит в семейство стандартов США по комплексной компьютерной поддержке производства ICAM. Распространенные методологии структурного подхода. Метод функционального моделирования SADT, иерархия диаграмм.

    лекция [188,5 K], добавлен 27.12.2013

  • Окружение и функциональные требования, предъявляемые к электротехнической лаборатории. Функциональное моделирование с использованием методологии IDEF. Выбор и обоснование средств разработки прикладного обеспечения. Описание и виды программных модулей.

    дипломная работа [5,7 M], добавлен 24.06.2015

  • Рассмотрение особенностей структурного разбиения предметной области. Характеристика функциональной и информационной модели бизнес-процессов предметной области. Построение IDEF0- и IDEF1Х-модели заданной предметной области с помощью пакета Design/IDEF.

    контрольная работа [486,5 K], добавлен 08.06.2019

  • Проект выполнения курсовой работы, выполненный MS Project. Полное наименование системы и ее условное обозначение, область применения. цели создания программного обеспечения АП "АПОС". Обоснование выбора среды моделирования. Составление IDEF-комплекта.

    курсовая работа [2,2 M], добавлен 27.12.2009

  • Объектная модель программной системы согласно методологии ОМТ (в виде IDEF-диаграмм): анализ предъявляемых требований и предварительное проектирование системы. Описание алгоритмов обработки данных. Реализация системы на языке С#, листинг программы.

    контрольная работа [399,2 K], добавлен 25.02.2013

  • Система мандатного разграничения доступа. Разработка функциональной модели и ее уровни. Разработка информационной и динамической модели. Необходимость использования механизмов. Методология IDEFO. Функциональный блок. Анализ идентификационных данных.

    курсовая работа [1,9 M], добавлен 24.01.2009

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.