КаБа

Есть вот такая статья:  Как повысить качество государственных сайтов? Говорят, по ней не прошелся только ленивый. Поэтому я тоже не буду исключением. Поскольку эта статья породила ряд других заметок и дискуссий, я свое мнение по ней хочу высказать по схеме "тезис - мое мнение". Итак, поехали.

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

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

Мне нравится проектировать порталы. Я всегда с удовольствием берусь за такие проекты. Мне они интересны тем, что, как правило, создание портала сопряжено с решением разнородных технических задач (таких, как интеграция, управление контентом, публикация, UXD, реализация workflow и т.п.). При разработке порталов основная проблема, с которой мне приходилось сталкиваться, заключается в том, что объем информации, который на них хотят публиковать, достаточно большой для того, чтобы решать задачу разработки требований к порталу "в лоб". Но ее можно прилично упростить, если структурировать содержание портала по типу его формирования. Т.е. если посмотреть на портал, то можно выделить четыре типа публикаций: статический контент; периодически обновляемый контент - контент, который редактируется от случая к случаю, по мере необходимости; динамический контент - контент, автоматически формируемый на основе каких-нибудь внешних данных; сервисы - формы, позволяющие пользователю вв...

Этот текст был написан пару или тройку лет назад. Он есть результат моего сугубо субъективного видения. Сюда я его публикую только по той причине, что в него вошли все (или почти все) базовые вещи, на которые мне потребуется ссылаться в случае изложения каких-либо мыслей относительно аналитики. Да, это примитивы, но я буду очень признателен за любые замечания и комментарии. Что такое требования Результатом аналитической стадии проекта являются требования. Требования – это условия или возможности, которым должна отвечать система, чтобы представлять ценность для ее заказчика и пользователей. Эта ценность не является абстракцией, она вполне осязаема. Ценность системы выражается в форме ожиданий Заказчика, выражающих полезность системы для бизнеса, ее способность стать инструментом достижения стоящих перед бизнесом целей и решения имеющихся проблем. Исходя из такого определения требованиями можно считать: условия или возможности, которым должна соответствовать система для достижения ...