Рубрика: Semantic Web

Концептуальная карта и методы её визуализации

Концептуальная карта (concept map), предложенная в 60-70-е годы Джозефом Новаком из Корнельского университета(США) техника, сегодня активно используется в качестве простого инструмента визуализации предметных областей. Понятия предметной области отображаются вершинами графа, а отношения — ребрами. В отличии от еще более широко известных интеллектуальных карт (mind maps), концептуальная карта представляет собой именно граф, а не дерево(кстати, картой не является ни первое, ни второе). И как для любого плотного графа, для карты предметной области характерно катастрофическое возрастание сложности восприятия по мере роста количества вершин (см. рисунок выше). Продолжить чтение «Концептуальная карта и методы её визуализации»

Structured Wiki. Время собирать ссылки

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

Архитектура корпоративных знаний

Baker_Winter_2011Рядом с методологией проектирования, разработки и сопровождения информационных систем есть довольно большой пласт интересных идей, которые никогда не достигнут мэйнстрима. Не достигнут не потому, что они сырые или же бестолковые, а потому что сфера их актуальности не велика. Такие идеи могут существовать в голове одного человека или ограниченной группы лиц. Иногда превращаться в корпоративный стандарт, реже становиться отраслевой спецификацией. Как правило, речь идет об организации данных. Иногда процессов и сценариев их изменения и развития. Ну вот сел человек и придумал как следует хранить информацию об узлах связи и каналах передачи данных. Получилась хорошая(или не очень) объектная модель. Другой человек обобщил и нарисовал в своей голове универсальные сценарии оказания партнерских услуг. Третий придумал удобную номенклатуру дел и т.д. Потом они обсудили эти модели с коллегами и те их горячо поддержали. Кто-то искренне, а кто-то из вежливости и стремления соблюдать субординацию. Далее идут отраслевые конференции, статьи в специализированных журналах и пр. Ну а потом наступает самый интересный этап – воплощения этих идей в бизнес-процессах и приложениях. Продолжить чтение «Архитектура корпоративных знаний»

Вторая половина шахматной доски

chess masterТот энтузиазм, с которым компьютерное сообщество обсуждает сейчас тему 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. С появлением серверов приложений мы снова их переписывали. Продолжить чтение «Мобилизация корпоративных информационных систем и дилемма инноватора»