- •Методы проведения обследования.
- •Понятие информационного процесса.
- •Понятие и классификация case-средств. Особенности case-средств.
- •Методы сбора данных при обследовании.
- •Измерение количества информации.
- •Особенности case-средства Erwin. Области применения, среда.
- •Основные характеристики
- •Стандарты графического описания бп.
- •Критерии ценности информации и минимума эвристик.
- •Современные методы моделирования ис. Особенности, области применения.
- •Анализ модели бизнес-процесса.
- •Аксиома теории управления.
- •Основные принципы структурной методологии проектирования.
- •Сущность структурного подхода
- •Методы проектирования нового бизнес-процесса.
- •Быстрый анализ
- •Бенчмаркинг
- •Перепроектирование
- •Реинжиниринг
- •Принцип необходимого разнообразия Эшби.
- •Понятие методологии, методов и технологии моделирования ис. Требования, предъявляемые к современным технологиям моделирования ис. Визуальное моделирование
- •Методы структурного анализа и проектирования по
- •Методы объектно-ориентированного анализа и проектирования по. Язык uml
- •Внедрение нового бизнес-процесса.
- •Документарное оформление нового бизнес-процесса.
- •1 1 Имеет
- •Проблемы при внедрении новых бизнес-процессов.
- •Понятие функционально-стоимостного анализа.
- •Понятие сложной системы. Неоднородные связи в системе.
- •Понятие связи и типы связей. Степень связи. Типы связей и отражение связей в среде Erwin. Окно «Свойство связи».
- •Практический подход к проведению фса.
- •Система сбалансированных показателей.
- •Реинжиниринг и реструктуризация предприятия.
- •Существо модели
- •Обратный инжиниринг.
- •Сферы применения обратной разработки Электроника
- •Программное обеспечение
- •Базы данных
- •Промышленность
- •Военная промышленность
- •Для анализа исходного кода
- •Нежелательные элементы при проведении анализа на этапе логического проектирования.
- •Условия успешного проведения инжиниринга.
- •Принцип Парето. Множество Парето.
- •Понятие ограничения целостности. Типы требований по ограничению целостности. Стратегии при ограничении ссылочной целостности. Назначение стратегии в среде Erwin.
- •Типичные ошибки при проведении реинжиниринга.
- •Этапы проектирования базы данных. Цель и виды работ на этапе концептуального проектирования базы данных.
- •Концепция врм.
- •Критерии оценки решений Аналитики Gartner выделяют как основные следующие критерии оценки bpm-решений:
- •Цели внедрения bpm Концепция предполагает внедрение bpm-решения для достижения следующих целей:
- •Основные участники управления бизнес-процессами
- •Оценивание сложный систем в условиях определенности.
- •Этапы проектирования базы данных. Цель и виды работ на этапе логического проектирования базы данных.
- •Цели внедрения концепции врм.
- •Критерии оценки решений
- •Цели внедрения bpm
- •Этапы проектирования базы данных. Цель и виды работ на этапе физического проектирования базы данных. Этапы проектирования данных
Существо модели
Реальный мир моделируется компонентами двух сортов: сущностями (элементами) и ассоциациями (связями). Сущность - это нечто, существующее отдельно и самостоятельно. Ассоциация - это нечто, существующее только в связи с какими-то другими вещами, и которое не имеет смысла в отрыве от них.
В рамках базы данных сущности и ассоциации являются структурами данных, обладающих следующими свойствами:
"Сущности" имеют уникальный идентификатор, имя и тип.
"Ассоциации" имеют уникальный идентификатор, а также содержат идентификаторы трёх других объектов, представляющих "источник", "глагол" и "цель", которые описывают какой-то факт об "источнике". Каждый из этих трёх объектов может быть как "сущностью", так и "ассоциацией".
Например, следующее утверждение: "Рейс SU1234 прибывает в аэропорт "Пулково" 12 августа 2010 года в 13:40" в рамках этой модели содержит семь "сущностей":
четыре "существительных": "Рейс SU1234", "аэропорт "Пулково"", "12 августа 2010 года" и "13:40";
и три "глагола": "прибывает в", "[на дату]", "в".
Взаимосвязи между "сущностями" описываются следующими ассоциациями:
<X>: "Рейс SU1234" "прибывает в" "аэропорт "Пулково""
<Y>: <X> "[на дату]" "12 августа 2010 года"
<Z>: <Y> "в" "13:40"
В базе данных это будет представлено так:
-
Сущности
Идентификатор
Имя
1
"Рейс SU1234"
2
"аэропорт "Пулково""
3
"12 августа 2010 года"
4
"13:40"
5
"прибывает в"
6
"[на дату]"
7
"в"
-
Ассоциации
Идентификатор
Источник
Глагол
Приёмник
8
1
5
2
9
8
6
3
10
9
7
4
БИЛЕТ №____15____
Обратный инжиниринг.
Обра́тная разрабо́тка (обратный инжиниринг, реверс-инжиниринг; англ. reverse engineering) — исследование некоторого устройства или программы, а такжедокументации на них с целью понять принцип его работы и, чаще всего, воспроизвести устройство,программу или иной объект с аналогичными функциями, но без копирования как такового.
Применяется обычно в том случае, если создатель оригинального объекта не предоставил информации оструктуре и способе создания (производства) объекта. Использование обратной разработки можетпротиворечить закону об авторском праве и патентному законодательству.
В настоящее время под словами «reverse engineering» чаще всего понимается т. н. «clean room reverseengineering», то есть процесс, при котором одна группа разработчиков анализирует машинный кодпрограммы (в сленге хакеров для этого процесса используется также выражение «обратный инжиниринг» или«реверсный инжиниринг»), составляет алгоритм данной программы на псевдокоде, либо, если программаявляется драйвером какого-либо устройства, составляет исчерпывающие спецификации интересующегоустройства. После получения спецификаций другая группа разработчиков пишет собственный драйвер наоснове полученных спецификаций или алгоритмов. Такой подход позволяет избежать обвинений внарушении авторских прав на исходную программу, так как по законам, к примеру в США, подпадает подпонятие «fair use», то есть добросовестного использования оригинальной программы. Результат обратнойразработки редко идентичен оригиналу, что и позволяет избежать ответственности перед законом
Понятие «обратный инжиниринг» является современной формулировкой прежнего понятия – копирование, усовершенствование…
С развитием компьютерных технологий, когда мир стремится сделать что-либо новое, необычное и на этом заработать деньги, появляется огромное количество новейших технологий, изделий, приспособлений и т.д.
Однако, если немного поразмыслить, то все новое это хорошо забытое, невостребованное в той или иной форме старое. Немного усовершенствовав двигатель или проект – и, готово новое современное изобретение, с новым объемом и новым внешним видом.
И так, что же такое «обратный инжиниринг» в наше время?
Проанализировав большинство проектов в IT-технологиях можно прийти к мнению, что чтобы сотворить что-то новое нужно, прежде всего, проанализировать уже созданные технологии, а затем уже усовершенствовать устаревшие и в редких случаях придумать, спроектировать что-то новое, которое в настоящий момент трактуется как новое открытие.
Понятие обратный инжиниринг применяется, когда разработчик представил новый продукт (единственный в своем роде), но не указал, на какой продукт ссылался, когда производил свой. Но тогда, разработчик может войти в конфликт с законом об авторском праве и патенте.
В настоящий момент, чтобы не противоречить закону об авторском праве, многие разработчики делятся как бы на две группы – одна изучает продукт, вторая - его усовершенствует, пишет свою программу полученных данных и алгоритмов. Результат обратного инжиниринга не соответствует оригиналу и таким образом разработчики живут и работают без противоречия закону.
Сегодня существует огромное множество методик, результатов исследований проектов, но не существует стройной системы, которая бы позволила гораздо проще подойти к решению модернизации, усовершенствованию существующих проектов не с начала, а начиная разработку уже с достигнутого ранее уровня. Это довольно-таки кропотливая, трудная и пока неподъемная работа, так как инициаторам придется переработать все, что сделано программистами всех уровней в мировом масштабе.
Теперь попробуем сформулировать, что же такое обратный инжиниринг, основываясь на вышеизложенном. Однако, думаю точного определения пока не существует, и все же:
обратный инжиниринг – это анализ современного продукта, в котором исследуются детали и связь между ними и создание нового продукта из ранее исследуемого на основе последних современных технологий.
Особая роль принадлежит программным продуктам, операционным системам, так как с развитием Интернета появилась возможность более быстрого анализа программного продукта по поводу, например конфликтов его с другими программами, недоработок с одной стороны, а с другой – возможность анализа вирусных программ и их блокирования или уничтожения.
Если же взять обратный инжиниринг на уровне государств, то это могут быть уже «шпионские страсти», когда разведчик достает и исследует устройство, что бы нанести вред государству- конкуренту или же создать более универсальный продукт, например в военной области.
Ярким примером обратного инжиниринга есть давняя тяжба с судами между фирмами ADM и Intel, которые в течение 10 лет судились из-за чипов, одна сторона утверждала, что процессор у них скопировали и выпускают как свой продукт, а другая сторона утверждала, что это совершенно новый продукт. И, в общем-то, дело разрешилось само собой, так как появились новые технологии и фирмы разработали следующие продукты различные по своим характеристикам и технологиям.
