На своей основной работе занимаюсь разработкой бортовых информационных систем для летательных аппаратов. Тема очень интересная, но слишком обширная для одного топика. Так что я начну с самых основ и первую свою статью на хабре посвящу общему описанию бортовой аппаратуры воздушного транспорта.Читать полностью »
Рубрика «Анализ и проектирование систем» - 149
Бортовые информационные системы летательных аппаратов
2013-05-23 в 15:19, admin, рубрики: авиация, Анализ и проектирование систем, железо и технологии, История ИТ, метки: авиация, железо и технологииВидеозаписи летнего аналитического фестиваля 2010-2012
2013-05-22 в 8:07, admin, рубрики: Анализ и проектирование систем, видео, разработка требований, управление проектами, управление требованиями, метки: Анализ и проектирование систем, видео, разработка требований, управление требованиямиЗа 3 года существования летнего аналитического фестиваля мы накопили большое количество записей интересных выступлений. И сегодня хотим поделиться с вами подборкой:
1. Предпроектные работы
- Юрий Ведение. Как написать хорошее коммерческое предложение
- Константин Быченков. Цели проекта: Что? Зачем? Как?
2. Выявление требований
Какими должны быть стандарты (на примере медицинских данных)
2013-05-20 в 7:53, admin, рубрики: IT-стандарты, Анализ и проектирование систем, медицина, разработка, стандартыКратко об авторе исходной статьи: Адам Босворт (Adam Bosworth) начал карьеру в Borland, где работал над системой электронных таблиц Quattro. Перейдя в Microsoft он занимал различные руководящие должности, включая пост главного руководителя группы WebData, занятой созданием и продвижением XML. Кроме этого он занимался Access и движком Internet Explorer 4.0 с кодовым именем Trident. Уйдя из Microsoft Адам вошел в число сооснователей Crossgain, после ряда поглощений их основной продукт превратился в Oracle Workshop for WebLogic. В 2004-2007 годах Босворт занимал пост вице-президента по разработке продуктов в Google, где занимался Google Docs и руководил разработкой Google Health (закрыта с 1 января 2012, когда-то о ней писали на хабре). После ухода из Google он основал стартап Keas, использующий элементы социальных сетей и игр для улучшения здоровья.
На этой неделе меня любезно попросили принять участие в качестве эксперта на правительственном совещании (1) о стандартах. В это время я обычно сплю, но в нужный момент я был бодр и сидел у телефона, несмотря на все свое отвращение к недосыпанию. Что заставило меня так поступить? Обсуждались способы, с помощью которых медицинские данные можно было бы на самом деле сделать прозрачными. Какие стандарты надо использовать для совмещения подобных данных?
К собственному удивлению и в какой-то степени боли, я успел поучаствовать в разработке нескольких стандартов. Один из них использовался для обмена данными между базами данных и пользовательскими приложениями вроде электронных таблиц или Access. Он назывался ODBC и отлично показал себя, несмотря на некоторые затруднения в начале. Другим был стандарт того, что сейчас называется AJAX, создания сложных, интерактивных веб-страниц вроде Gmail. Наверное самым важным был XML. Это все успехи. Были и провалы. Особенно хорошо я помню OLE DB, которым мы хотели заменить/вытеснить ODBC. Одним из балансировавших на грани успеха и провала был/является XML Schema. В результате всех этих усилий я выучил несколько уроков, которыми постараюсь поделиться с вами. Каковы они?
Читать полностью »
Системы взимания платы на базе спутниковой навигации. Часть 1
2013-05-16 в 10:42, admin, рубрики: gps, Анализ и проектирование систем, глонасс, платные дороги, СВП, метки: gps, глонасс, платные дороги, СВП На сегодня у нас намечена экскурсия на передний край практических технологий взимания платы за проезд по автомобильным дорогам на основе спутниковой навигации. Несмотря на кажущуюся простоту вопроса, для настоящего понимания данной темы с ракурса системной архитектуры необходимо уяснить некоторое количество концептуальных положений. Большая их часть выработана международным сообществом путем хождения по техническим граблям, включая как неудачные «пилоты», так и проваленные «взрослые» проекты с многомиллионными бюджетами. Некоторые проекты провалились по политическим причинам, но в каждом провале, независимо от того, откуда был нанесен последний фатальный удар, присутствует изрядная порция технических ошибок. А мы с вами, коллеги, прекрасно понимаем, что честная информация об ошибке стоит десяти рапортов об успехах. Начнем мы с краткого описания технологии, потом в следующих частях перейдем к информационным потокам и стандартам, а закончим традиционными проектными сплетнями.
Читать полностью »
Корпоративный кластер. Мысли вслух
2013-05-15 в 5:05, admin, рубрики: IT-стандарты, Анализ и проектирование систем, ит-инфраструктура, кластер, метки: кластерДанный пост является размышлением на тему максимально эффективного использования простаивающих ресурсов корпоративной сети. Читать полностью »
Redis — главное хранилище? Что за хрень?!
2013-05-14 в 8:04, admin, рубрики: nosql, redis, softcraft, Анализ и проектирование системRedis это размещаемое в памяти хранилище ключ-значение, обычно используемое для кэшей и подобных механизмов ускорения сетевых приложений. Мы, тем не менее, храним все наши данные в Redis — в нашей главной базе данных.
Сеть полна предупреждений и предостерегающих повествований об использовании подобного подхода. Есть ужасающие истории о потере данных, исчерпании памяти или людях неспособных эффективно управлять данными в Redis, вы, возможно, интересуетесь «О чём вы вообще думаете?». Так вот, наш рассказ, почему мы всё же решили использовать Redis и как мы преодолели все эти проблемы.
Читать полностью »
Эволюция СВП. Проезд свободен
2013-05-08 в 15:34, admin, рубрики: Анализ и проектирование систем, платные дороги, СВП, метки: платные дороги, СВПВ прошлой статье мы рассмотрели проблемы на пути внедрения ИТС в России, которые, в общем-то, являются общими для всех высокотехнологичных областей, основанных на импортных технологиях. Сегодня разговор пойдет об эволюции систем взимания платы за проезд по автомобильным дорогам.
Данный класс систем интересен прежде всего тем, что он развивается как бы сам по себе и независимо от остальных систем ИТС. Заказчиком практически всех систем ИТС являются государственные структуры, но только СВП собирают живые деньги. Думаю, излишне объяснять, что операторы платных дорог чрезвычайно заинтересованы в предельной эффективности своих систем.
В одной из предыдущих статей я рассказал об архитектуре «классической» СВП, с картинками и диаграммами. «Классическая» СВП оборудована шлагбаумами и кабинами оплаты, это внушительных размеров сооружение из металла и бетона, с подсобными помещениями, включающими диспетчерский зал, комнату для подсчета наличных, комнаты и раздевалки для персонала и т.п.
Никакому оператору не хочется содержать все это капитальное хозяйство. Потому что в основе наиболее часто встречающихся отношений государства и оператора платной дороги лежит принцип «платежа доступности». То есть, государство ежегодно платит оговоренную сумму оператору, который выполняет определенный комплекс услуг с оговоренным качеством. По факту, это похоже на айтишный SLA. Таким образом, чем больше денег оператор потратит на обеспечение KPI, тем меньше ему (и его инвесторам) останется на хлебушек с икрой.
Читать полностью »
Анализ методики проектирования: ошибки, ситуации и полезные выводы из них
2013-05-07 в 7:45, admin, рубрики: анализ, Анализ и проектирование систем, бизнес студии, методика, ошибки управления, проектирование, сбор информации, управление проектами, Управление проектом, эскизы, метки: анализ, методика, ошибки управления, проектирование, сбор информации, Управление проектом, эскизыПоследний раз я писал статью о проектировании в 2011 году. Тогда я собирался написать гораздо больше, но подумал: «Методика есть, но она не проверена временем, клиентами и проектами. Какого беса я буду писать о ней?». И не стал. Прошло два года, за которые мы с командой спроектировали полсотни разных проектов: корпоративные сайты и каталоги товаров, личные кабинеты, системы управления, сервисы, посадочные страницы, мобильные приложения. Многое поменялось: у меня есть статистика, данные по конверсии, отзывы пользователей и клиентов, сделано и исправлено много ошибок в методике и процессе. Теперь можно и написать.
Начну с обзора этих ошибок и выводов за последние два года. Надеюсь, это будет вам полезно. Отдельно надеюсь получить отклики из вашего личного опыта.Читать полностью »
Переводы, привязанные к источнику
2013-05-04 в 14:18, admin, рубрики: data mining, Анализ и проектирование систем, иностранные языки, Новости, новостные ресурсы, переводы, метки: иностранные языки, новости, новостные ресурсы, переводы Как выглядят переводы? Это документ, оформленный на другом сайте, других страницах, но который повторяет последовательность мыслей автора и структуру его текста. Бывает, что авторский текст меняется, особенно часто это случается в документации — основном профессиональном применении переводов, с которыми приходится встречаться программистам и другим пользователям технической продукции. Если привязать перевод к исходному коду статьи, документации или книги так, чтобы скрипт показа перевода следовал по структуре, проверял изменения и отмечал непереведённое, то становится очень легко следить за изменениями текстов и переводить изменения. Новые версии текстов не становятся слишком отличными от старых и прежние переводы остаются частично работать. Перевод сам будет следить за своей актуальностью. Все прочие тексты будут представлять собой просто слепки, имеющие меньшую ценность, чем созданный и поддерживаемый таким способом перевод. Да, за их состоянием скрипт или сервер может следить, чтобы вовремя сообщить держателям слепков об устаревании. Слепки полезны не только как источник контента владельцам сторонних ресурсов, но нужны пользователям для работы в оффлайне или в составе пользовательских программ. Но более ценным будет всё же перевод, привязанный к структуре и оформлению оригинала. Он же поможет следить не за копией сайта, а за самим оригинальным сайтом в случае работы с документацией.
Читать полностью »
Введение в Source Maps
2013-05-04 в 14:18, admin, рубрики: data mining, Анализ и проектирование систем, иностранные языки, Новости, новостные ресурсы, переводы, метки: иностранные языки, новости, новостные ресурсы, переводы В современной разработке ваш код сильно отличается от кода на «боевом» сервере (production) после компиляции, минификации, объединения и разных оптимизаций. Тут-то и вступают в игру карты кода (source maps), показывая точное соответствие элементов готового рабочего кода проекта и вашего кода разработки. В этом вводном уроке мы возьмём простой проект и запустим его с помощью различных компиляторов JavaScript с целью посмотреть работу карт кода в браузере.
Читать полностью »