среда, 21 января 2015 г.

Ad hoc систематизация исследовательских задач

  Возникла потребность разложить по полочкам проблему планирования: решение исследовательских задач в проектах, особенно в проектах исследовательских (научных и технических). В качестве области применимости, рассмотрим "родное" нам пересечение: ИТ + разработка ПО + прикладная математика + ИБ + проектирование систем и процессов (иначе можно было бы пришлось методы типа опытов над животными добавить).

понедельник, 18 августа 2014 г.

Что мешает дать ПК-каждому-школьнику

Несколько интересных отчетов о попытках внедрить ПК в учебный процесс. Выбирали разные форм-факторы ПК, планшеты ipad/android, chrome-буки. Как результат - приостановка или полный отказ от программы и "памятник" в кладовой.

Основные проблемы на уровне "физики": дети крушат любые усиленные форм.факторы, теряют и позволяют безвозвратно украсть защищённые отслеживающим софтом устройства.

Отдельная история - доступ к wifi. Без регулярного сменяющегося пароля пол-города садится на школьную сеть.

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

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

В России проекты информатизации школ активно развиваются и было бы обидно прогуляться по известным граблям.

[1] Проблемы с раздачей ноутов 
[2] Ipad или Android? 

Возможно прослушка через гироскоп на устройствах Андроид?

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

Подробности будут 22 августа
http://www.engadget.com/2014/08/15/gyrophone-eavesdropping-hack/

понедельник, 11 августа 2014 г.

Искусственно-светлый образ или астротурфинг как он есть

Астротурфинг (англ. Astroturfing) — использование современного программного обеспечения, либо специально нанятых оплачиваемых пользователей для искусственного управления общественным мнением.(wikipedia)

Дальше например и наблюдения о методах

пятница, 28 февраля 2014 г.

Зрелость приходит постепенно

mat1
Модель зрелости логирования [Raffy]
Для многих систем обеспечения ИБ ведение журнала (лога) - основная, а иногда и единственная задача. Кроме того - в сложных системах аналогично можно рассматривать компоненты, отвечающие за логирование.

На практике часто приходится обсуждать возможности (а чаще - невозможность) реализовать в рамках тех или иных систем/компонентов ту или иную аналитику.

пятница, 7 февраля 2014 г.

Планирование в проекте. Профиль загрузки.

Пока идёт открытие олимпиады зафиксирую одну, как обычно довольно банальную и в тоже время ёмкую мысль, имеющую многие приложения и следствия:

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

Почему так получается? Объем работы, паузы для ожидания готовности по другим задачам, ограничение по ресурсам.

Что это эмпирическое знание нам даёт? На этапе планирования работ для объемных и/или продолжительных задач после декомпозиции задач, прикидки по срокам и трудозатратам имеет смысл сделать предположения и о виде распределения.

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

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

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

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