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

Бродил я тут по сайту университета Беркли и набрёл на вот такое меню (которому уже невесть сколько лет). Да, в Беркли всегда знали, что на самом деле нужно для развития IT-индустрии.

По мотивам недавнего топика.

In a better world…

По-идее, in a better world, правительство принимает постановление, потом ещё одно, президент даёт поручение, министры, губернаторы и мэры их исполняют и выпускают свои, выделяются деньги, нанимается команда профессионалов, и… через какое-то время появляется «Облачное ЖКХ». В облачном ЖКХ не только учет показаний приборов учёта (на что давил предыдущий автор), но и прозрачность, Интернет-кабинеты, оплату и разборки абонент устраивает сидя на диване с кредитной картой и видеокамерой, УК сокращают штат, РСО ремонтируют сети и устраняют утечки, информация прозрачна, доступна и собрана в одном месте, бухгалтерия доступна, деньги не воруют. Видя это, управляющие компании рады – они же автоматизировали столько работы, их не напрягают вопросами и скандалами жильцы – всё ведь видно и прозрачно, жильцы, довольные красивыми картинками говорят спасибо управляющей компании и голосуют «за» президента, однако…

Life is a bitch

В ходе своей работы и преподавания я сталкиваюсь с описанием бизнес-процессов организации в нотации eEPC (Extended event driven process chain), которая принята стандартом де-факто для описания процедур и регламентов после обследования деятельности организации. К сожалению, используя эту нотацию очень просто допустить ошибки моделирования, не зная правил, по которым она составляется. Эти ошибки приводят в последующем к несоответствию логики процесса, и как следствие – непониманию реальной ситуации в организации. Эта статья является некоторым обобщением моего опыта моделирования бизнес-процессов, и надеюсь, послужит некоторым читателям полезным руководством.

Занимаясь автоматизацией производства, разработчики сталкиваются со множеством проблем. Но две из них волнуют всех:
1. Передача данных с объекта.
2. Организация базы данных.

На работе занимаюсь автоматизацией производства в тепловых сетях.
Анализируя графики работы оборудования, можно получить много интересной информации, а иногда — обнаружить пульс праздника!
Пример — удивительное новогоднее поздравление от Водоканала.
Выбираем параметр — давление холодной воды, период — район Нового года и внимательно смотрим…

Короткий ответ

ITSM – Information Technology Service Management

Чуть более длинный ответ

ITSM – это область знаний об управлении деятельностью по оказанию ИТ-услуг. Основных исходных посылок, принятых в ITSM, две: во-первых, услуга – это основная форма предоставления ценности, исходящей от ИТ, во-вторых, деятельность по оказанию ИТ-услуг лучше всего организовать как комплекс процессов с четко определенным целями, задачами, ролями и обязанностями.

ещё более полный ответ под катом

Многие знают о ”культе карго” — удивительном явлении, имевшим место во время Второй мировой войны. В ходе боевых действий удаленные острова в Тихом океане вдруг стали стратегическим объектом, американцы построили на них военную базу, и местные туземцы были осчастливлены продуктами цивилизации, которые доставляли грузовые самолеты. Туземцы решили, что хитрый белый человек, который сам не производит никаких материальных ценностей, получает их напрямую от богов, выполняя загадочные ритуалы: марширует с палками по плацу, сидит возле ящика с антенной и молится на непонятном языке, призывая небесных птиц. Когда война окончилась, американцы оставили острова и их наивных обитателей. Когда же позднее на остров вернулись исследователи, они с удивлением обнаружили туземцев с нарисованными нашивками, марширующих по плацу и шаманов, призывающих ”карго” в деревянных наушниках перед муляжом радиостанции.

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

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

Решил поделиться накопленным за 8 лет опытом в с сфере разработки, внедрения и сопровождения автоматизированных систем уровня предприятия. Речь не пойдет про контроллеры и АСУТП или про ERP с бухгалтерскими делами, а расскажу про то как мы делаем то что между ними, где уже нет датчиков, но еще нет и денег, а есть заготовки, полуфабрикаты, изделия, станки, технологи, плановики и отчеты.
Кому интересна эта тема добро пожаловать…

Не даром в фундаментальной науке нет изобретений или созданий. Есть Открытия. То есть, всё в мире уже существует, нужно только открыть очередную тайну. Вся суть вещей содержится в них самих. Значит и секрет Идеальной Системы невозможно изобрести, его можно только открыть. В этой статье, я, с помощью эзотерического метода познания, попытаюсь открыть, что есть «Идеальная Система».

Предупреждение: топик «антинаучный», и сложный для понимания.

Аннотация

В статье представлен структурный анализ подсистемы питания стационарных средств измерений показателей качества электрической энергии (СИ ПКЭ).
Данный принцип также подходит для проектирования подситемы питания других различных приборов и электронных устройств.

В песочнице уже писал эту тему, только там, к сожалению, не вышли картинки, поэтому повторяю )
Компании сегодня развиты фрагментарно, цели бизнеса, процессы, результаты зачастую мало связаны между собой. Бизнес работает по инерции, мало кто задумывается над высокоуровневым пониманием своей компании. Но когда приходит время автоматизации — внедрить CRM или даже ERP систему всё таки нужно начинать с самого верха. Автоматизация часто выступает в качестве толчка к выстраиванию целостной системы.
Предлагаю чек-лист для проверки готовности компании к автоматизации:
1. Стратегия
2. Бизнес-модель
3. Социальная архитектура
4. Бизнес-процессы
5. Техническая архитектура
6. Результаты

Бывает, пользователь заказывает сделать для него нечто непонятное и странное. Решать подобное желание пользователя можно двумя путями:

1. либо помочь заказчику сформулировать его желание поконкретнее и чётче, и затем просто это воплотить, доверившись невербализованной интуиции просящего
2. либо разобрать желание глубже и выяснить, что оно — производное одного или несколько других желаний, одна часть из которых обычно оказывается желаниями уже исполненными (просто заказчик этого не знает), вторая — неоправданными (и это удаётся продемонстрировать пользователю в процессе дополнительного обучения), а третья — более внятными и конкретными, с существенно более чёткими обоснованиями и задачами для реализации понятной дополнительной функциональности.

Будучи апологетом второго подхода, я однажды задумался и осознал — хоть второй путь и не в пример лучше, но всё же не стоит полностью отрицать и первый.

В прошлый раз в статье "АСУДД: Что висит над дорогой?" мы бегло прошлись по «железу», которое устанавливается на транспортных магистралях: по типам детекторов транспортного потока, светодиодным табло и дорожным контроллерам.

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

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

Приветствую!

Наверное, многие из вас сталкивались с таким явлением жизни, как консалтинг. А кто-то никогда не сталкивался, но все обязательно слышали. Так уж получилось, что я работаю в этой сфере и хотелось бы пролить чуть-чуть света на эту деятельность и рассказать, как оно происходит и что из себя представляет.

Давайте сразу определимся. Я не буду вам затуманивать голову умными словами и буду говорить как есть. Ваше дело верить или нет, это уже другой вопрос, комментарии открыты для дискуссий. И еще — мои слова не нужно воспринимать как истину в последней инстанции. Это не более чем мое личное мнение и мой личный взгляд на вещи. У вас он может быть другим.

И еще одна маленькая ремарка — да, я знаю что хабр — это ИТ ресурс. Да, это статья про ИТ. Технологии управления так же относятся к ИТ. Более того, принимаемые решения в области управления всегда прямо влияют на ИТ структуру компании, поэтому важно знать и понимать, что же такое консалтинг. Хотя бы просто чтоб уметь держать оборону перед начальством :)

А теперь поехали.

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

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

Сегодня мы посмотрим на дорожное «железо», устанавливаемое на магистралях.

Вступление

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

Тема на самом деле довольно интересная и материалов на русском или украинском языках довольно мало. На мой взгляд, одной из причин этому есть относительно недавнее его появление. Хотя следует добавить, что методы, о которых мы будем вести речь рассматриваются по отдельности во многих учебниках на многих языках.

Американский стандарт интеллектуальных транспортных систем U.S. Dot ITS описывает весь комплекс автоматизированных систем управления транспортом. Стандарт настолько масштабен, что втиснуть его описание в один или даже два поста нереально. Так как большинство описанных в нем систем для нас недостижимое светлое будущее, то и делать этого не стоит. А вот что стоит сделать — это рассмотреть то, как он устроен изнутри, какие находки сделали неизвестные американские (ой ли?) ИТ-специалисты, проделавшие весьма значительный объем работы за счет налогоплательщиков.

Чтобы было проще, предлагаю рассмотреть более подробно одну из систем стандарта, а именно АСУДД (автоматизированную систему управления дорожным движением). Тем более, что это сейчас крайне модная тема в нашей стране, где еще сильны иллюзии того, что компьютеры смогут заменить нормальный асфальт, а, может быть, вообще позволят обойтись без дорог.

Введение

Модное сейчас слово ИТС (интеллектуальные транспортные системы), которым разнообразные сведущие и не очень люди разбрасываются направо и налево, мало что значит для ИТ-специалиста. Максимум, на что хватает фантазии — это на пресловутые умные светофоры и на безнадежную борьбу с пробками в наших мегаполисах. В регионах, где пробок нет, ИТС и вовсе остается всего лишь любопытной теорией.

Как бы то ни было, неплохо бы разобраться в том, что же собой представляют ИТС и для чего они предназначены. Опустим транспортную и политическую составляющие и сосредоточимся на «Айтишной». Разберем на самом высоком уровне архитектуру ИТС и коротко пробежимся по основным ее блокам. Заодно системным архитекторам будет любопытно узнать, как вообще строится архитектура систем масштаба страны.

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

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

Картинок, естественно, не будет, они тут совершенно не нужны, у всех технически грамотных людей должно быть абстрактное мышление.

Недавно была затронута тема проектирования дорожной инфраструктуры. Я бы хотел мельком заглянуть в будущее и осветить эту проблему немного иначе.

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

Когда всё заработало, выяснилась интересная вещь. В режиме автоматического управления, краны стали вести себя так, что даже я сам, разработчик алгоритма, не всегда мог сказать, почему в тот или иной момент было принято определённое решение. Но, при этом, общая производительность работы выросла, причём выросла заметно.

Задача одновременного перемещения масс людей — есть задача вычислительная, задача оптимизации, которой должен заниматься не человек, а компьютер.