beskov

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

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

Я решил воспользоваться своим опытом анализа понятия доступность, который я озвучивал на конференции User Experience Russia-2007 и представить новые требования в разрезе классификатора доступности, заодно сделав их более наглядными для ознакомления и изучения.

Итак, требования к доступности информации разбиты по 4-м категориям:

1. Фактическое наличие
2. Возможность доступа
3. Возможность найти
4. Возможность воспользоваться

I. Фактическое наличие

Резервное копирование

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

Повреждение информации

Должна быть обеспечена защита информации от уничтожения, модификации и блокирования доступа к ней, а также от иных неправомерных действий в отношении такой информации.
( Read more... )

Новый логотип Сбербанка - это ребус-сообщение от власти народу.

У меня уже есть своя версия. А у вас?

Совет 1. Как сделать X?
Наймите грамотного спеца.
Если спец вам в отчёте написал «применяються», то этот спец — не грамотный. Наймите другого.

Совет 2. Как сделать хорошую систему вовремя?
Напишите чоткое ТЗ.
Если при прочтении 643 страницы у вас перед глазами плывёт, значит ТЗ — нечоткое. Перепишите ТЗ. Переписывайте ТЗ до тех пор, пока ТЗ не станет чотким. Если вы устали, см. совет 1.

Совет 3. Как сделать X, если денег на найм грамотного спеца нет?
В общем случае это зависит. На всякий случай можно написать чоткое ТЗ, иногда помогает.

it dawned on me, как говорится

Если 2 ПМа заказывают 2 задачи по 10 часов каждый одному исполнителю:

1. При последовательном выполнении задач первый ПМ может получить результат через 13±2 часа, второй — через 26±3 часа.

2. При параллельном выполнении задач каждый из ПМов получит результат через 26±4 часа.

Даже не думал, что всё настолько очевидно.

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

Темы данного семинара:
1. Понятие концепции (vision). Место концепции в жизненном цикле разработки ПО
2. Взаимосвязь концепции с артефактами проекта по разработке ПО
3. Структура концепции
4. Примеры документа "концепция" в различных методологиях разработки ПО
5. А у нас все не так! (ответы на вопросы)

Докладчики: Векленко Ирина и Сурова Ирина

Дата и время проведения: 26 ноября 2009 года с 19:00 до 21:30

Место проведения: Москва, Архангельский переулок, 1/1/9, строение 1, офис 423. Компания «Заказные ИнформСистемы».

Регистрация