Анализ и проектирование систем *

Петька, ну как? Сдал экзамен?
Нет, Василий Иванович! Меня попросили квадратный трехчлен разложить. А я его не то что разложить, я его представить не могу!

Постановка вопроса

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

Посмотрите на диаграмму. На ней кружочками что-то изображено. В нотации BPMN это что-то называется «Событие». Но что есть само событие? И почему операция по отправке сообщения в одном случае обозначено как событие, а в другом как операция?

Чем ИСО 15926 мне не понравился

В прошлых статьях я давал определения физического объекта.

Физический объект — это любое подмножество 4-Д пространства-времени.

Кроме того, я давал определения функционального и информационного объектов.

Физический и информационный объекты — это физические объекты в 4-Д пространстве-времени, которые с точки зрения наблюдателя выполняют определенные функции, или служат определенным целям.

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

Введение

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

Давайте зададим аналитикам простой вопрос.

Те, кто моделировал процессы, наверно, знакомы с нотацией BPMN. Очень часто при моделировании операции по заключению договора я встречаю такой фрагмент диаграммы:



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

• Бумажка с печатью
• Бумажки с печатью
• Класс бумажек с печатью
• Договор
• Договоренность
• Информация о договоренности
• Файл MS Word с названием договор
• Запись в базе данных
• Поток каких-то объектов

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

История создания терминов

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

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

Как правило, предлагаемые на рынке системы учета рабочего времени и контроля доступа обладают рядом недостатков, которые проблематично решить: передача карт другим сотрудникам, путаница между выбором режимов приход/уход, скопление большого количества персонала на проходных и точках учета. Терминалы с биометрическими технологиями автоматизации решают проблемы лишь частично. При этом компании не имеют юридической силы, обязывающей сотрудника зарегистрировать в терминале свои биометрические данные. В данной статье мы попытаемся обойти эти проблемы созданием системы учета рабочего времени и контроля доступа с использованием UHF RFID технологий и устройств, созданных на основе аппаратной платформы Tibbo Project System. В первую очередь, информация будет полезна автоматизаторам и интеграторам.

Введение

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

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

Продолжение статьи.
В данной статье я рассматриваю понятие функционального объекта и объясняю как можно трактовать модели функциональных объектов. Для торопящихся советую заглянуть сразу в конец статьи — в главу «Эксперименты и сотрудники», где дана готовая интерпретация модели, исходя из описанных здесь постулатов.

Понимание и познание

Когда мы описываем предметную область, мы думаем, что пытаемся ПОЗНАТЬ ее, а на самом деле занимаемся ПОНИМАНИЕМ предметной области и описанием своего понимания. Разницу между знанием и пониманием стоит подчеркнуть. Дело в том, что те модели, которые мы строим, являются субъективными, и потому являются отражением нашего понимания предмета, но не знания о предмете. Причина, по которой знание недостижимо, – это противоречивость того способа, который мы выбрали в качестве инструмента познания – расчленение объекта на части (анализ) и сборка их вместе (синтез) Моделирование объекта как целого и как композиции. Поэтому можно сказать, что мы нацелены прежде всего на понимание, но не на познание. Вопросами понимания занимается герменевтика. Понимание у каждого свое. Нет смысла спорить о том, у кого оно лучше или хуже. Можно спорить лишь о том, какое понимание способно объяснить более широкий круг практических задач, или является непротиворечивым в рамках определенных аксиом. Требовать от понимания большего нельзя. Например, я могу утверждать, что та модель, которую я предлагаю к рассмотрению, более полно описывает наше представление о реальности, чем модель, построенная на принципах реляционных данных. Но не могу сказать, что предлагаемая мной модель верно описывает наше представление о мире. Те же, кто не видят разницы между пониманием и знанием, часто претендуют в своих спорах на знание истины. Если рассуждать логически, и предположить, что истина постижима, то результатом ее постижения стало бы невозможность выразить его словами.

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

Целью нашей разработки было создание с нуля учетной системы для одной из крупных российских компаний. Система была призвана заменить текущую, написанную в конце 90-х. В результате были реализованы платформа и один из бизнес-модулей. В реализованной части было порядка 120 объектов, 180 таблиц, около 30 печатных форм.

Хочу оговориться, что подход, описанный ниже, не универсален для написания любого ПО. Он подходит для систем уровня предприятия, которые строятся на основе объектно-ориентированного подхода: учетных, CRM-, ERP-систем, систем документооборота и т.п.

Вся документация на наш программный продукт состояла из следующих разделов:

• Общая часть
  • Список терминов и определений
  • Описание бизнес-ролей
  
• Требования
  • Бизнес-требования
  
  • Общие сценарии
  • Сценарии использования
  • Алгоритмы и проверки
  • Системные требования
  • Нефункциональные требования
  • Требования к интеграции
  • Требования к пользовательскому интерфейсу
• Реализация
• Тестирование
• Руководства
• Управление

Пою что вижу, или вижу, что пою?

Основная задача бизнес-аналитика при разработке нового ПО – изучение предметной области и формальное описание полученных сведений в виде модели (Domain Model). Аналитик должен петь то, что он видит и то, что он хочет увидеть. Для этого у него должен быть язык, на котором он исполнит свою песню. Однако, аналитик не всегда знаком с подходящим языком, и потому часто пользуется другими языками. Отчасти это происходит по причине того, что управление проектом ведется не с точки зрения предметной области, а с точки зрения реализации. И тогда с аналитиком может произойти несчастье: он может перестать видеть то, что надо петь и начать видеть лишь то, для чего есть слова в словарном запасе используемого им языка. Все остальное перестает для него существовать. Тогда, вместо того, чтобы петь, что он видит, аналитик начинает видеть то, что поет. Должен сразу заметить, я не против языков, я против сужения области анализа, которое возникает по причине недостаточности этих языков.

Приветствую, Хабрахабр!

В этой статье я постараюсь приоткрыть завесу над интересной технологией из области управления бизнес-процессами ( BPM). Интеллектуальный анализ процессов ( Process Mining) фокусируется на обнаружении, анализе и оптимизации бизнес-процессов на основе данных из журналов событий (англ. event logs), представляя недостающее звено между классическим анализом бизнес-процессов с использованием их моделей и интеллектуальным анализом данных ( Data Mining).




Рисунок 1. Позиционирование Process Mining.

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

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

Здравствуйте! Меня зовут Халитов Кирилл, я аспирант из МГУДТ (Московский государственный университет дизайна и технологии (МГУДТ) ). В моей диссертации возникла задача упростить процесс создания интерфейса для локального и веб-приложения и в итоге получился сабж.

Вы пишете лишнюю документацию для вашего проекта? Нет? Тогда вам ее, скорее всего, недостаточно.

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

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

В данной публикации речь пойдет о разработке комнатной метеостанции на основе аппаратной платформы Tibbo Project System. Гибкость, широкие возможности масштабирования, свободное программирование позволяют использовать приведенное решение как в «домашней автоматике», так и для создания профессиональных систем автоматизации на рынке HVAC (системы приточной вентиляции, кондиционирования, управление климатом и т.п.). В статье показана работа с климатическими датчиками, реле, подключение к программной платформе AggreGate, визуализация параметров на дисплее. Вы увидите, как легко создаются собственные устройства автоматизации используя технологии Tibbo Technology.

В августе, в Минске прошла конференция ProductCamp-2014, для людей не в теме, наверно, представляющейся каким-нибудь «Рынок Продуктов-2014» с темой продовольственного белорусского импортозамещения («хамон-пармезан-белорусские осьминоги», вот это все).

На самом деле, это была конференция продуктологов (продукт-менеджеров, Product Owners и т.п.), профессии достаточно новой, не устоявшейся (даже нет отдельного хабрахаба!) — смежной и с классическими проектным менеджментом, и маркетингом, продажами и бизнес-анализом, и во всем этом важную часть занимает дизайн и UX. Да, к продукт-менеджерам часто можно отнести и маркетологов-сейлзов, и аналитиков, и юзабилистов, и даже менеджеров проектов, понимающих и влияющих на развитие продукта в целом.

И среди докладчиков было много продукт-менеджеров, как из крупных компаний c популярными продуктами (яндекс-варгейминг-2gis и т.п. — самое идеальное место, чтобы отловить их и попробовать пролоббировать давно алкаемую фичу, я правда не нашел, кого убить за смерть ярушки), так из кофаундеры разных нишевых стартапов разной степени известности и устойчивости …. Были и специалисты по юзабилити, тренеры по стратегическому мышлению… кого только там не было.

Я собственно снимал эту конференцию, давно смонтировал и опубликовал видеозаписи — съемка с нескольких камер, четкий экран, звук с микрофона (почти везде), технологии взбадривания. Но только в эти праздники дошли руки посмотреть, и кратко классифицировать/описать/аннотировать все эти доклады (вообще, я надеялся, это сделает кто-то еще).

Если очень кратко и без слов — вот собственно одноминутный ролик, почти coub, выжатый из всех трех десятков докладов конференции 14 часовой длительности (эпилептикам не смотреть):

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

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

«Умный дом» – комплексное техническое решение, реализуемое за счет программных и аппаратных средств. Сюда входят: потребители электроэнергии, бытовые и технические приборы, различные подсистемы, инженерные устройства, которые объединяются в единую систему управления домом.

К нам в руки попал демонстрационный набор фирмы HDL, занимающейся автоматизированными системами.

Данное устройство наглядно демонстрирует функционал систем автоматизации «Умного дома»:

• управления светом (5 встроенных диммируемых LED ламп, 8 маленьких лампочек на каналах реле, функции датчика движения, датчика освещенности, сценарии освещения);
• управления климатом (климатические страницы на DLP, термосенсор на DLP, управление обогревом через реле, ИК управление кондиционером, управление функциями климата с сенсорного экрана);
• управление музыкой и видео (Z-Audio, воспроизводит музыку с SD карточки, FM тюнера или с локального входа, можно подключить к компьютерной сети, ИК управление приборами, RS232/RS485 управление сторонними приборами);
• система безопасности (детекция движения, охранный контроллер, установка режимов с DLP и сенсорного экрана), срабатывание реле.

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

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

В качестве средства безостановочной оплаты проезда в Европе и в России используются транспондеры DSRC — недорогие «коробочки», крепящиеся к лобовому стеклу и обеспечивающие обмен информацией по радиоканалу с антеннами на пунктах взимания платы. Коллеги из компании ОССП, оператора трассы М-4, предоставили мне для опытов один из своих транспондеров, который мы разберем с целью изучения. Но перед тем как начать ломать транспондер, нужно отдать должное тематике хаба и рассмотреть архитектуру, лежащую в основе системы безостановочной оплаты проезда.

«Воспользоваться хорошим советом — значит расширить свои возможности»

Иоганн Гете

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