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

Аннотация

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вступление

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

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

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

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

Введение

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

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

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

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

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

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

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

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

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

Мне давно хотелось в простой и доступной форме рассказать о построении интеллектуальных транспортных систем. Потому что мне кажется, что эта тема недостаточно хорошо раскрыта на русском языке, а российских специалистов в этой области можно пересчитать по пальцам. Себя я к числу этих специалистов пока отнести не могу, так как только начал разбираться в проблеме. Но именно поэтому мне интересно об этом писать. Я хочу рассказать о том, как живет отрасль сейчас, какие вообще существуют технологии и средства решения транспортных проблем, какие нюансы и интересные особенности есть в этой сфере. Я хочу написать то, что мне самому так хотелось прочитать хотя бы год назад, когда вокруг не было совсем ничего. Если вам что-то покажется наивным или совершенно очевидным, не судите строго. Для меня эта наивность — хлеб и соль. Только эта наивность, помноженная на богатую фантазию помогает строить в воображении детальную модель будущего. Которая при некоторых познаниях в UML и BPML превращается в проектную документацию.

Раз уж нам с вами предстоит пройти некоторый путь вместе, позвольте представиться. Меня зовут Алексей. По специальности я инженер-системотехник, профессиональный сисадмин. Окончил профильный ВУЗ в 1999 году, 6 лет работал системным инженером, потом 3 года специализировался в менеджменте в области ИТ, а потом нашел себя в роли бизнес-аналитика.

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

Надо сказать, коллеги, что эта работа — просто рай для любителей игры Sim City и Transport Tycoon. Где еще вам представиться возможность построить транспортную систему целого города? И не на экране компьютера, а живьем.

Конечно, не все в этой отрасли радужно и прекрасно. Особенно в нашей стране. Далее о проблемах.

Мы, Сергей Нужненко и Денис Бесков, объявляем набор в летнюю школу системного анализа.

Что это такое
Это базовый курс прикладного системного анализа в информационнных технологиях, который мы будем вести в Москве очно и бесплатно всё лето, 12 недель, каждое воскресенье, с 12 до 15 часов дня.

В состав курса входят лекции, практические занятия, домашние задания и ежемесячный рубежный контроль. Общий объём курса — от 36 до 100 очных часов (программа уточняется), возможны интенсивы (недельный тренинг в рабочее время, если позволит расписание всех участников). Средняя нагрузка на учащегося в неделю (занятия и самостоятельная работа) — от 5 до 10 часов.

Что приобретут участники

• Четкое понимание, что является предметом труда системного аналитика и как отличить плохой результат от хорошего.
• Понимание того, какие знания, умения и навыки являются основополагающими для системного аналитика.
• Понимание специфики работы системного аналитика в 4-х основных производственных контекстах (внутренняя разработка, продуктовая разработка, заказная разработка, системная интеграция и внедрение).
• Самые основные умения и навыки планирования, выполнения и управления аналитическими работами.

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

На хабрахабре регулярно публикуются статьи о юзабилити. Некоторые вещи, которые в них говорятся обычно достаточно очевидны, некоторые требуют серьезной подготовки. Однако во всех них чего-то не хватает.

А не хватает одной детали – если юзабилити занимается удобством пользования, то почему никто не обращает внимания на само использование? Не на кнопочки в интерфейсе, а на сам процесс работы с сервисом от начала и до конца. Причем как внешними пользователями, так и внутренними, что может быть даже более важно.

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

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

Последним и завершающим разделом бизнес-анализа, после выполненного описания предметной области, является анализ проблем заинтересованных лиц, анализ зависимостей и описание бизнес-возможностей сторон.

V. Анализ бизнес-проблем

Проблемы, их владельцы и причины

Описание проблем удобно описывать с помощью таблицы, чтобы структурировать информацию по следующим пунктам.

1. Проблема.
2. На кого воздействует.
3. Результатом чего является.
4. Выигрыш от новой системы.
5. Приоритет.

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

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

IV. Описание предметной области

Законодательные ограничения

— Зрителю должно быть больше 14 лет (для сделкоспособности).
— Необходимо дополнительное пользовательское соглашение, в котором пользователю будет необходимо дать согласие на использование его персональных данных.
— В соглашении также должно быть указано, что услуга бронирования предоставляется безвозмездно.

Словарь терминов

Диаграмма сущностей

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

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

III. Описание процесса в графической форме

В виде диаграмм бизнес-процесс можно описывать с помощью различных нотаций: ARIS — VAD и EPC, IDEF0, BPMN и др. Нотаций много, у каждой есть свои достоинства и недостатки, в рамках этой статьи эта тема не затрагивается.

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

Посещение кинотеатра без предварительного бронирования билетов (в нотации VAD)

I. Бизнес-контекст

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

Издательский дом «Афиша» был основан в апреле 1999 года и сегодня является владельцем нескольких ведущих журналов и сайтов о развлечениях. Компания издает журнал «Афиша», выходящий в трех версиях, — для Москвы, Петербурга и 20 других городов России. Аудитория одного номера журнала составляет около 1 миллиона человек. Сайт «Афиши» ежемесячно посещают порядка 3,2 млн человек.

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