Концептуальная карта (concept map), предложенная в 60-70-е годы Джозефом Новаком из Корнельского университета(США) техника, сегодня активно используется в качестве простого инструмента визуализации предметных областей. Понятия предметной области отображаются вершинами графа, а отношения – ребрами. В отличии от еще более широко известных интеллектуальных карт (mind maps), концептуальная карта представляет собой именно граф, а не дерево(кстати, картой не является ни первое, ни второе). И как для любого плотного графа, для карты предметной области характерно катастрофическое возрастание сложности восприятия по мере роста количества вершин (см. рисунок выше). Читать далее Концептуальная карта и методы её визуализации
Рубрика: Semantic Web
Structured Wiki. Время собирать ссылки
Это сообщение отличается от остальных заметок блога. Мне понадобилась страница для сбора и некоторого структурирования информации о технологиях управления знаниями, которые сочетают в себе подход реляционных баз данных и хранилищ в виде гипертекста. Постараюсь сильно не злоупотреблять англоязычными статьями и сопровождать ссылки небольшими аннотациями Возможно, кому-то этот набор аннотированных ссылок будет полезным. Остальные же могут просто пропустить это сообщение и перейти к следующему. Читать далее Structured Wiki. Время собирать ссылки
Архитектура корпоративных знаний
Рядом с методологией проектирования, разработки и сопровождения информационных систем есть довольно большой пласт интересных идей, которые никогда не достигнут мэйнстрима. Не достигнут не потому, что они сырые или же бестолковые, а потому что сфера их актуальности не велика. Такие идеи могут существовать в голове одного человека или ограниченной группы лиц. Иногда превращаться в корпоративный стандарт, реже становиться отраслевой спецификацией. Как правило, речь идет об организации данных. Иногда процессов и сценариев их изменения и развития. Ну вот сел человек и придумал как следует хранить информацию об узлах связи и каналах передачи данных. Получилась хорошая(или не очень) объектная модель. Другой человек обобщил и нарисовал в своей голове универсальные сценарии оказания партнерских услуг. Третий придумал удобную номенклатуру дел и т.д. Потом они обсудили эти модели с коллегами и те их горячо поддержали. Кто-то искренне, а кто-то из вежливости и стремления соблюдать субординацию. Далее идут отраслевые конференции, статьи в специализированных журналах и пр. Ну а потом наступает самый интересный этап – воплощения этих идей в бизнес-процессах и приложениях. Читать далее Архитектура корпоративных знаний
Вторая половина шахматной доски
Тот энтузиазм, с которым компьютерное сообщество обсуждает сейчас тему Big Data, свидетельствует о том, что они сами не ведают, что творят. Футуролог Рэймонд Курцвейл, известный книжками по технологической сингулярности (гипотетический момент, по прошествии которого, технический прогресс станет настолько быстрым и сложным, что окажется недоступным пониманию см. википедию ) ввел в обиход термин вторая половина шахматной доски. Как известно, изобретатель шахмат попросил в качестве награды положить на первую клетку доски одно зерно, на вторую – два, на третью четыре и т.д. Общее количество зерен на шахматной доске составит 2 в 64 степени без 1, а это очень и очень много. Однако, количество зерен, которые следует разместить на первых клетках шахматной доски, не кажется таким большим. Даже на 32 клетке будет всего 2 гигабайта зерен. Это примерно сто тонн риса. Это полтора современных железнодорожных вагона, предназначенных для перевозки зерна. Термин вторая половина шахматной доски сейчас активно используется в экономике и управлении, например в книжке “Race Against The Machine” By Erik Brynjolfsson and Andrew McAfee. Читать далее Вторая половина шахматной доски
Open Graph: Третье поколение глобальной сети
Эту заметку следует прочитать не только тем, кто интересуются архитектурой информационных систем. Об этом полезно знать всем кто, так или иначе связан с информационными технологиями – системами коллективной работы, интранет приложениями, решениями для документооборота, анализа и управления бизнес-процессами. Возможно, кому-то это покажется банальным и давно очевидным. Кто-то с первого раза не поймет о чем речь, обвинит меня в предвзятости и надувании очередного мыльного пузыря. Но, мне хочется верить в то, что найдутся люди, которым это сообщение будет полезным и интересным.
Идея этого сообщения родилась у меня пару дней назад, 14 февраля, на встрече клуба архитекторов. Обсуждали мы вторую версию языка моделирования архитектуры предприятия ArchiMate. Вероятно, несколько главных ИТ архитекторов, собравшихся в одно время и в одной комнате, создают некоторый магнетизм, что позволят обратить внимание на вещи, которые почему-то с первого взгляда от внимания ускользают. Дело в том, что у элементов, определенных в ArchiMate нет свойств(и методов), как например у классов языка UML. Свойства элементов определяются теми отношениями, в которых они участвуют. Кроме того, в ArchiMate нет аналога понятия стереотип, используемого в UML. Т.е. если мы хотим показать, что какой-то класс является частным случаем другого класса, то мы должны делать это явно. Но вернемся к теме. Читать далее Open Graph: Третье поколение глобальной сети
Facebook Graph API
Я довольно давно не затрагивал тему adaptive case management. Не затрагивал, не потому что она мне стала не интересной. Просто последние несколько месяцев у меня очень много работы, связанной с практической реализацией ИТ поддержки такого рода процессов. В первую очередь, речь идет о процессах решения телеком инцидентов. Это тысячи тикетов ежедневно, необходимость оперативного доступа к данным о клиентах, договорах, адресах подключений, данным по сетевому оборудованию и предоставляемым сервисам. Все это по-разному работает для разных типов услуг, линий бизнеса, в разных информационных системах. Этот практический опыт подтверждает мои предыдущие наблюдения. Если бы мне сейчас пришлось писать Adaptive Case Management Manifesto я бы начал с того, что гибкость бизнес-процессов достигается разделением приложений для совместной работы и приложений управления данными.
Читать далее Facebook Graph API
Мобилизация корпоративных информационных систем и дилемма инноватора
Если бы лет пять назад вы спросили программиста, будет ли в будущем его приложение работать на андроиде то, в лучшем случае, он счел бы вас эксцентричным фанатом «Звездных войн». Сегодня вопрос предоставления сотрудникам доступа к корпоративной информационной системе с мобильных устройств звучит вполне обыденно. Вопрос не в том, предоставлять ли такой доступ, а скорее – как это сделать. Очевидный ответ на него: разработать для приложений мобильные клиенты – мне представляется нечестным и трудно реализуемым. На протяжении последних пятнадцати лет мы регулярно переписываем свои корпоративные системы. Сначала мы переписывали их в архитектуру клиент-сервер, потом переписывали на Java, затем готовили к проблеме 2000. С появлением серверов приложений мы снова их переписывали. Читать далее Мобилизация корпоративных информационных систем и дилемма инноватора
Адаптивный кейс-менеджмент и основные данные
Перед отпуском я написал серию сообщений о SOA, ESB, EDA и Master Data Management. Потом я написал о том, как собрать это все вместе. А по возвращении из отпуска позволил себе добавить в эту конструкцию еще и BPM. Но честно говоря, я еще не сказал главного, о чем мне и напомнил доклад Анатолия Левенчука “Между проектами и процессами: адаптивное управление кейсами”. Настоятельно рекомендую его послушать.
Прежде чем перейти к главному, я все же соберу ссылки на все упомянутые выше сообщения:
- 10.07.2011 Event-driven architecture. Размышления о том, является ли SOA архитектурой и нужна ли для её построения ESB.
- 17.07.2011 Как сделать хороший API? О необходимости абстрагирования для построения повторно-используемых программных интерфейсов
- 12.08.2011 Интерес к управлению данными возвращается.
- 15.08.2011 Master Data Management, EDA, ESB, SOA: собираем все вместе. О том, что для управления основными данными нужна и сервисная шина и управляемая событиями архитектура.
- 17.09.2011 … добавляем бизнес-процессы. Несколько рассуждений о BPM и MDM вместо сочинения о на тему «как я провел лето»
Как внести больше смысла в структуры основных данных
На прошлой недели меня пригласили на встречу, организованную для ИТ директоров одним из известных поставщиков решений класса master data management. Значительная часть обсуждения была посвящена вопросу как «продать» бизнес-заказчику MDM решение. Безусловно, у такого рода проектов должен быть именно бизнес-заказчик. Однако, выгоды внедрения новой системы для ИТ тоже должны быть обозначены. Иначе ИТшники будут сидеть и ждать пока бизнес созреет и сам принесет им MDM-проект. Ниже я постарался набросать несколько собственных мыслей на тему зачем нужен MDM ИТ директору.
Читать далее Как внести больше смысла в структуры основных данных
Интерес к управлению данными возвращается
В конце июля – начале августа этого года Gartner выпустил целую серию исследований посвященных управлению данным:
- Hype Cycle for Data Management, 2011
- Hype Cycle for Master Data Management, 2011
- CIO Alert: You Need Information Professionals
- и еще несколько статей
Интерес к теме управления данными у Gartner присутствовал всегда, но если раньше в исследованиях преобладали рассуждения о роли управления основными данными (master data management) для успеха SOA или BPM проектов, то сейчас тема данных стала вполне самодостаточной. На вершине пика завышенных ожиданий информационной архитектуры предприятия находится Semantic Web. Правда в мэйнстрим корпоративных информационных систем попадет он еще не скоро. О возможностях использования Semantic Mediawiki для отображения архитектуры предприятия я рассказывал некоторое время тому назад на заседании Клуба архитекторов Microsoft и на SOA мероприятии AHConference Архитектура предприятия в формате Semantic Web Подходят к пику ожиданий: Complex-Event Processing, Enterprise Taxonomy and Ontology Management (Таксономия и фолксономия), Data Services, Enterprisewide Metadata Repositories.
А вот Master Data Management покинул пик ожиданий и начал сползать в котлован разочарований. Т.е. интерес к MDM будет угасать, а недовольство высокой стоимостью MDM решений – расти. На мой взгляд, это совершенно несправедливо, т.к. практической пользы от MDM можно получить существенно больше, чем например от сервисов. Master Data Management – тема не очень новая и не очень сложная. Введение в тему можно почитать в статье Задачи управления мастер-данными Некоторое замешательство могут вызвать русскоязычные аналоги этого понятия «управление основными данными» и «нормативно-справочная информация». Но, в общем и целом большинству людей понятно, что речь идет о синхронизации справочников из различных информационных систем предприятия. Есть транзакционные данные, т.е. записи о конкретных операциях и есть справочники, на которые ссылаются транзакционные данные. Под мастер-данными (основными данными) и понимают справочники в широком смысле, т.е. существительные, отвечающие на вопросы «кто?» (клиенты, сотрудники, партнеры), «что?» (продукты, услуги), «где?» (адреса) и т.д. Наведение порядка в справочниках – задача скорее организационная, чем техническая. Впрочем, технические проблемы, являющиеся в данном случае прямым следствием организационно-политических причин, присутствуют тоже