Информационная инженерия ( IE ), также известная как инженерия информационных технологий ( ITE ), методология информационной инженерии ( IEM ) или инженерия данных , представляет собой подход к проектированию и разработке информационных систем с помощью программной инженерии .
Инженер данных является тот , кто создает большие данные ETL трубопроводы, и позволяет принимать большие объемы данных и перевести его в прозрения . [1] Они ориентированы на готовность данных к производству и такие вещи, как форматы, устойчивость, масштабирование и безопасность. Инженеры по обработке данных обычно имеют опыт разработки программного обеспечения и владеют такими языками программирования, как Java , Python и Scala . [2]
Инженерия информационных технологий (ITE) включает архитектурный подход к планированию, анализу, проектированию и внедрению приложений. Стивен М. Дэвис определил ITE как: «Интегрированный и эволюционирующий набор задач и методов, которые улучшают деловое общение на предприятии, позволяя ему развивать людей, процедуры и системы для достижения своего видения». [ необходима цитата ]
ITE преследует множество целей, включая планирование организации, реинжиниринг бизнеса, разработку приложений , планирование информационных систем и реинжиниринг систем. ITE можно использовать для анализа, проектирования и реализации структур данных на предприятии. Цель ITE - позволить бизнесу улучшить способ управления своими ресурсами, такими как капитал, люди и информационные системы, для достижения своих бизнес-целей. Важность ITE и ее концепций быстро возросла с развитием современных технологий. ITE предполагает, что логические представления данных стабильны; что противоположно процессам, использующим данные, которые постоянно меняются. Это позволяет использовать логическую модель данных, отражающую идеи организации, в качестве основы для разработки систем.
История
Инженерия информационных технологий раньше была известна как информационная инженерия; это изменилось в начале 21 века, и информационная инженерия приобрела новое значение .
Инженерия информационных технологий имеет несколько неоднородную историю, которая следует по двум очень разным направлениям. Она возникла в Австралии в период между 1976 и 1980 годами, и появляется первым в литературе в серии статей Шесть INDEPTH с одноименным названием , опубликованной в США Computerworld в мае - июнь 1981 года [3] Информационные технологии инженерной первых при условии анализа данных и проектирование баз данных методов которые могли использоваться администраторами баз данных (DBA) и системными аналитиками для разработки проектов баз данных и систем, основанных на понимании потребностей организаций в оперативной обработке данных на 1980-е годы.
Клайв Финкельштейн признан «отцом» инженерии информационных технологий, [4] [5]разработав свои концепции с 1976 по 1980 год на основе оригинальной работы, проделанной им по переходу от стратегического бизнес-планирования к информационным системам. Он написал первую публикацию по инженерии информационных технологий: серию из шести обстоятельных статей с таким же названием, опубликованных в US Computerworld в мае - июне 1981 года. Он также является соавтором влиятельного отчета Института Саванта под названием «Информационная инженерия» с Джеймсом Мартином. , опубликовано в ноябре 1981 года. Тема Finkelstein эволюционировала с 1976 года как бизнес-вариант ITE. Поток Martin превратился в вариант ITE, управляемый обработкой данных (DP). С 1983 по 1986 год ITE продолжала развиваться в более сильный бизнес-ориентированный вариант ITE, который был предназначен для решения быстро меняющейся бизнес-среды. Тогдашний технический директор Чарльз М. Рихтер, с 1983 по 1987 год,под руководством Клайва Финкельштейна сыграла значительную роль в обновлении методологии ITE, а также в разработке программного продукта ITE (пользовательские данные), который помог автоматизировать методологию ITE, открыв путь для следующего поколенияИнформационная архитектура .
Тема Мартина с самого начала была ориентирована на проектирование баз данных, а с 1983 г. была сосредоточена на возможности автоматизации процесса разработки за счет предоставления методов описания бизнеса, которые можно было использовать для заполнения словаря данных или энциклопедии, которые, в свою очередь, можно было бы использовать в качестве исходный материал для генерации кода. Методология Мартина заложила основу для индустрии инструментов CASE (автоматизированная разработка программного обеспечения). Сам Мартин имел значительные доли по крайней мере в четырех поставщиках инструментов CASE - InTech (Excelerator), Higher Order Software, KnowledgeWare , первоначально Database Design Inc, Information Engineering Workbench и James Martin Associates, первоначально DMW, а теперь Headstrong (первоначальные разработчики Texas Instruments ' CA Gen и основные разработчики методологии).
В конце 1980-х - начале 1990-х годов поток Мартина включал в себя быструю разработку приложений (RAD) и реинжиниринг бизнес-процессов (BPR), а вскоре после этого также вошел в объектно-ориентированную область. За этот же период направление Финкельштейна эволюционировало в архитектуру предприятия (EA), а его бизнес-ориентированные методы ITE превратились в Enterprise Engineering для быстрой доставки EA. Это описано в его книгах: «Архитектура предприятия для интеграции: методы и технологии быстрой доставки». первое издание Клайва Финкельштейна (2006) в твердом переплете. Второе издание (2011 г.) находится в формате PDF и в виде iBook на Apple iPad и электронной книги на Amazon Kindle.
По мере того как бизнес начал развиваться в обществе, росла и потребность в широкомасштабном внедрении методов информационного инжиниринга для повышения производительности, эффективности и прибылей бизнеса. Во всем, что делает бизнес, почти всегда можно каким-то образом помочь с помощью технологий. Здесь становится важным методология информационной инженерии. У предприятий всегда будут проблемы, которые нужно решать, и развитие технологий с помощью методологии информационного инжиниринга стало одним из лучших событий в мире бизнеса. Проблемы, которые приходилось решать вручную, теперь можно решать с помощью компьютера, например, расчет заработной платы и льгот для компании. Использование информационной инженерии для решения проблем может сэкономить время, деньги и снизить вероятность человеческой ошибки.
Этапы информационной инженерии
Стратегическое бизнес-планирование: бизнес-цели, которые руководители ставят на будущее, описываются в ключевых бизнес-планах, с их более заметным определением в тактических бизнес-планах и реализацией в операционных бизнес-планах. Сегодня большинство предприятий осознают фундаментальную необходимость развития бизнес-плана, который следует этой стратегии. Эти планы часто трудно реализовать из-за отсутствия прозрачности на тактическом и оперативном уровнях организаций. Такой вид планирования требует обратной связи, чтобы можно было на раннем этапе исправить проблемы, возникшие из-за недопонимания и неправильного толкования их бизнес-плана.
Моделирование данных: идеальная основа для моделей данных должна основываться на направлениях, сделанных руководством для будущего бизнеса. Эти направления определены в бизнес-планах. Модели данных могут дать четкое представление о будущих потребностях бизнеса, когда бизнес-планы станут недоступными или устаревшими. Модели данных могут быть разработаны на основе любого заявления о политике, целях, задачах или стратегии для бизнеса и его потребностей. Данные, которые постоянно обновлялись, могут быть полезны в рамках бизнеса, чтобы увидеть, как все изменилось и как меняются потребности бизнеса в будущем.
Моделирование процессов: моделирование процессов похоже на моделирование данных в том смысле, что оно дает широкий взгляд на процессы, которые требуются бизнесу и которые изложены в его бизнес-плане. Используя подход информационной инженерии, процессы могут быть связаны с данными и потребностями, чтобы лучше понять, почему процесс существует и как он должен выполняться. Это позволяет компании получить обзор того, что она делает в настоящее время, почему она делает то, что делает, важность каждой вещи и то, как это делается.
Системное проектирование и внедрение: четвертый и последний этап информационной инженерии - это системное проектирование и внедрение. После составления бизнес-плана модели данных используются для создания моделей процессов, которые затем используются для проектирования систем, чтобы они были готовы к внедрению. Этот этап является завершающим этапом. Этап проектирования и внедрения системы берет то, что было создано на предыдущих трех этапах информационной инженерии, и объединяет все это в один конечный продукт, чтобы его можно было реализовать. Именно здесь компании могут увидеть кульминацию своих этапов и усилий в области информационной инженерии. [6]
Темы инженерных информационных технологий
Варианты ITE
Есть два варианта инженерии информационных технологий. Они называются вариантом, управляемым DP, и вариантом, ориентированным на бизнес.
Управляемый DP: вариант разработки информационных технологий, управляемый DP, был разработан, чтобы позволить отделам информационных систем разрабатывать информационные системы, которые удовлетворяли информационные потребности 1980-х годов. Эти потребности в значительной степени обусловлены средой разработки, основанной на DP. Большинство доступных сегодня инструментов CASE поддерживают этот управляемый DP вариант ITE.
Бизнес-ориентированность: ITE была расширена до стратегического бизнес-планирования для бизнес-ориентированного варианта разработки информационных технологий. Этот вариант был разработан для быстрой смены объектно-ориентированной среды клиент / сервер в бизнес-ориентированных 1990-х годах.
ITE, ориентированная на бизнес, описана в более поздних книгах Клайва Финкельштейна.
Вариант ITE, управляемый DP
Планирование информационной стратегии: основная цель планирования информационной стратегии (ISP) - разработать план внедрения бизнес-систем для поддержки бизнес-потребностей. Существующий системный ландшафт сравнивается с амбициями, выраженными в текущем бизнес-плане, и определяется ряд проектов разработки новых или усовершенствованных систем.
Краткий анализ бизнес-области: для каждого проекта разработки бизнес-аналитики определяют бизнес-процессы и данные, потенциально необходимые в новой системе. Они моделируются с использованием диаграмм декомпозиции процессов, диаграмм зависимостей процессов и моделей отношений сущностей.
Подробный анализ бизнес-области: цель этапа DBAA - предоставить подробные модели в качестве прочной основы для проектирования системы. Процессы разбиваются на элементарные бизнес-процессы, а бизнес-логика процессов выражается в действиях с данными в отношении полностью нормализованной модели данных. Таким образом, перед построением модели процесса и данных сравниваются друг с другом.
Проектирование бизнес-системы: цель проекта «Дизайн бизнес-системы» - определить все аспекты системы, которые имеют отношение к ее пользователям, при подготовке к техническому проектированию, созданию и установке одной или нескольких тесно связанных баз данных и систем. Элементарные процессы разработаны в виде процедур, которые могут выполняться пользователями. Готовятся однозначные и согласованные спецификации с объемом деталей, необходимым для принятия проектных и проектных решений.
Технический дизайн: Технический проект подготавливает область реализации для строительства и монтажа. Ключевые задачи структурированы так, чтобы создать систему и базу данных, которые соответствуют критериям приемлемости пользователя и являются технически надежными.
Строительство: Целью этапа строительства является создание системы, как определено в технической спецификации, в срок и в рамках бюджета. Система должна быть приемлемого качества и содержать все необходимые рабочие и пользовательские процедуры. Задача считается выполненной, когда критерии приемки для бизнес-системы выполнены.
Переход: Переход определяется как период, в течение которого новые разработанные процедуры постепенно заменяют существующие процедуры или сопрягаются с ними. Выполнение проекта Transition, очевидно, требует глубокого понимания как системы, которая будет установлена, так и систем, которые необходимо заменить.
Бизнес-вариант ITE для быстрой доставки
Анализ стратегии: это метод быстрой доставки для старших менеджеров и руководителей бизнес-подразделений для уточнения существующих стратегических бизнес-планов или разработки новых стратегических бизнес-планов, если таковых еще нет.
Стратегическое моделирование: здесь используется упрощенный сеанс моделирования с участием старших бизнес-менеджеров, которые рассматривают стратегические бизнес-планы для разработки стратегической модели. Это модель данных предприятия, в которой связи «многие ко многим» были разложены для определения приоритетных бизнес-операций и процессов, определенных руководством. При этом используется анализ зависимостей сущностей для автоматического получения планов проекта и карт проекта из стратегической модели. Это приводит к многократно используемым процессам для быстрой доставки в производство в виде интегрированных баз данных и многократно используемых систем.
Тактическое и операционное моделирование: здесь используется тот же подход, что и для стратегического моделирования, но основное внимание уделяется тактическим бизнес-единицам - расширению до деталей тактических атрибутов, а затем деталей операционных атрибутов для создания и установки физической базы данных.
Моделирование деятельности: модели деятельности, основанные на IDEF0 и калькуляции затрат, используются для документирования приоритетных бизнес-операций для быстрой доставки.
Моделирование процессов: используется нотация моделирования бизнес-процессов (BPMN), поддерживаемая инструментами моделирования, для определения диаграмм моделей процессов в BPMN приоритетных действий для быстрого внедрения в производство.
Генерация кода: диаграммы модели процессов BPMN используются для генерации кода на основе XML на языке выполнения бизнес-процессов (BPEL) для выполнения.
ITE техники
Некоторые методы, которые используются во время проекта ITE:
Анализ сущности: определяет все, о чем предприятие может хотеть хранить данные. Анализ классифицирует все вещи по различным типам сущностей, показывая, как они соотносятся друг с другом. Что описывается в модели сущности.
Функциональный анализ и зависимость процессов: берет функцию (основную бизнес-деятельность) предприятия и разбивает ее на элементарные бизнес-процессы. На основе этого готовятся две диаграммы: диаграмма декомпозиции процесса, которая показывает структуру бизнес-функции, и диаграмму зависимостей процессов, которая показывает взаимозависимости бизнес-процессов.
Анализ логики процесса: описывает последовательность действий, выполняемых бизнес-процессом, и показывает, какие данные используются каждым действием.
Анализ жизненного цикла типа сущности: описывает существенные бизнес-изменения для сущностей и подтверждает, что процессы были смоделированы для воздействия на эти изменения.
Перекрестная проверка матрицы: создает перекрестные ссылки между объектами данных и процессами для проверки их необходимости и полноты.
Нормализация: предоставляет формальные средства подтверждения правильности модели сущности.
Кластерный анализ : помогает определить объем областей проектирования для предлагаемых бизнес-систем.
Поток данных и анализ данных: делает возможным сравнение моделей бизнес-областей и систем, которые в настоящее время поддерживают эту область, эти текущие системы анализируются с использованием потоков данных и методов анализа данных.
Синергия инструментов и информационной инженерии
Важным аспектом развития информационной инженерии является использование компьютеров для помощи в процессе проектирования, позволяющее решать более крупные и сложные проблемы. Это развитие произошло из-за нехватки умственных способностей, которыми обладают люди для решения этих сложных проблем, требующих слишком большого количества информации, которую человеческий мозг должен удерживать. Некоторыми примерами этого являются определения, макеты, представления символов, требования к отчетам и идентификаторы. Все это примеры информации, которая лучше хранится на компьютерах, чем в человеческом мозгу. Наряду с информацией требовались визуальные аспекты для представления этих фрагментов информации, что еще больше увеличивало потребность в технологическом решении этой проблемы.
В 1980-х годах компьютеры стали широко использоваться в мире бизнеса. Это явление привело к необходимости получения информации более быстрым и эффективным способом. Эта эволюция информационной инженерии позволила быстрее принимать решения, быстрее обнаруживать данные, быстрее составлять отчеты и быстрее реагировать на транзакции. Хотя скорость была основным фактором в действиях этих компаний, информация все же должна была быть точной. Это создало «гонку» между компаниями, чтобы увидеть, у какой из них лучшие данные в кратчайшие сроки, используя наименьшее количество ресурсов.
Этот рост привел к идее автоматизации. Автоматизация позволила быстро выполнить эти процессы без особого участия человека. Это увеличило скорость, снизило точность и повысило эффективность. Подход информационной инженерии быстро развивается в последние годы, поскольку он оказался одной из лучших методологий разработки.
Информационная инженерия как область обучения и карьеры
Основная статья: Информационная инженерия (поле)
В связи с массовым развитием технологий в последние годы информационная инженерия становится все более популярной. Концепции информационной инженерии преподаются уже в начальной школе, а также в магистратуре и докторантуре в области информационной инженерии. Этот рост популярности привел к повсеместному росту числа людей, имеющих квалификацию для работы в областях, в значительной степени основанных на информационной инженерии. Информационная инженерия стала самостоятельной карьерой, и к тому же довольно прибыльной. По данным Glassdoor, информационные инженеры получают среднюю зарплату в 106 000 долларов. Многие ведущие колледжи и университеты также предлагают программы по информационной инженерии.
Программные инструменты
Есть несколько инструментов, поддерживающих разработку информационных технологий.
CA Gen от Texas Instruments Software . Впоследствии он был продан компании Sterling Software, а затем компании Computer Associates. Он все еще существует в усовершенствованной форме в составе пакета Advantage. С 2006 года именуется ALL: Fusion Gen, способный генерировать веб-приложения J2EE и JAVA в дополнение к устаревшим платформам клиент / сервер и мэйнфреймам.
Продукт ProVision компании Metastorm обеспечивает поддержку многих типов методов моделирования с использованием инструмента на основе репозитория.
Microsoft Visio обеспечивает поддержку диаграмм для некоторых схематических методов, таких как ER-моделирование с использованием нотации Кроу , диаграммы потоков данных, моделирование процессов и диаграммы дорожек.
Другие инструменты включают Bachman's Data Analyst, Excelerator, [7] и другие. См. Раздел « Автоматизированная разработка программного обеспечения» .
Смотрите также
Информационные технологии
Программная инженерия
Информатика
использованная литература
^ Тамир, Майк; Миллер, Стивен; Гальярди, Алессандро (11 декабря 2015 г.). «Инженер данных» . Рочестер, штат Нью-Йорк. DOI : 10.2139 / ssrn.2762013 . S2CID 113342650 . SSRN 2762013 . Цитировать журнал требует |journal=( помощь )
^ "Инженер данных против ученого данных" . Блог Springboard . 7 февраля 2019 . Проверено 14 марта 2021 года .
^ «Информационная инженерия», часть 3 , часть 4 , часть 5 , часть 6 »Клайва Финкельштейна. In Computerworld, In depths, приложение. 25 мая - 15 июня 1981 г.
^ Кристофер Аллен, Саймон Чатвин, Екатерина Creary (2003). Введение в реляционные базы данных и программирование SQL.
^ Терри Халпин , Тони Морган (2010). Информационное моделирование и реляционные базы данных. п. 343
^ "Т.е. (информационная инженерия)" . Gartner . Проверено 13 декабря 2019 года .
дальнейшее чтение
Джон Харес (1992). «Информационная инженерия для продвинутого специалиста», Wiley.
Клайв Финкельштейн (1989). Введение в информационную инженерию: от стратегического планирования к информационным системам . Сидней: Эддисон-Уэсли.
Клайв Финкельштейн (1992). «Информационная инженерия: разработка стратегических систем». Сидней: Эддисон-Уэсли.
Ян Макдональд (1986). «Информационная инженерия». в: Методологии проектирования информационных систем . TW Olle et al. (ред.). Северная Голландия.
Ян Макдональд (1988). «Автоматизация методологии информационной инженерии с помощью средства информационной инженерии». В: Компьютеризированная помощь в течение жизненного цикла информационных систем . TW Olle et al. (ред.). Северная Голландия.
Джеймс Мартин и Клайв Финкельштейн . (1981). Информационная инженерия . Технический отчет (2 тома), Институт Савант, Карнфорт, Ланс, Великобритания.
Джеймс Мартин (1989). Информационная инженерия . (3 тома), Prentice-Hall Inc.
Клайв Финкельштейн (2006) "Архитектура предприятия для интеграции: методы и технологии быстрой доставки". Первое издание, Artech House, Норвуд, Массачусетс, в твердом переплете.
Клайв Финкельштейн (2011) "Архитектура предприятия для интеграции: методы и технологии быстрой доставки". Второе издание в формате PDF на сайте www.ies.aust.com, а также в виде интерактивной книги на Apple iPad и электронной книги на Amazon Kindle.
внешние ссылки
Викискладе есть медиафайлы, связанные с информационной инженерией .
Комплексный метод IEM
Быстрая разработка приложений
Инжиниринг предприятия и быстрая доставка архитектуры предприятия
Категории :
Процесс разработки программного обеспечения
Информационные системы
Скрытые категории:
Ошибки CS1: отсутствует журнал
Используйте даты MDY с августа 2021 г.
Статьи, требующие дополнительных ссылок, от июля 2015 г.
Все статьи, требующие дополнительных ссылок
Все статьи с утверждениями без источника
Статьи с неподтвержденными источниками за ноябрь 2014 г.