Анти­кризис­ный ларец

Содержание других частей.

• Анонс и введение
• 1 этап (требования)
• 2 этап (требования)
• 3 этап (требования)
• 4 этап (пред. проект)
• 5 этап (пред. проект)
• 6 этап (ок. проект)
• 7 этап (ок. проект)

Анонсирую цикл статей про этапы разработки программного обеспечения, в особенности про его проектирование. Не буду особо останавливаться на важных стандатрах, например таких, как их комплекс ГОСТ 34 серии и прочих. Знание стандартов либо уже осознанно специалистом, либо ещё предстоит. Целью данной статьи является краткое описание RUP/ICONIX, активно применяемое у нас.

RUP/ICONIX используется как методология проектирования для небольших и средних проектов, сложность которых косвенно оценивается до 1 млн. строк кода и меньше. Для более сложных проектов рекомендуется RUP без упрощений. Модели строятся в Sparx EA, что позволяет генерировать документы, связанные с изменениями в проекте, выполнять обратный инжиниринг и многое из того, что упрощает работу по приведению документации, моделей и кода в соответствие друг другу. Читатель без труда выберет для себя удобный CASE-инструмент, кроме Sparx EA, т.к. описываемое здесь выполнимо и с другими инструментами.

Повествование в целом согласуется с методичкой «Применение объектного моделирования с использованием UML и анализ прецедентов на примере разработки книжного Internet-магазина» Кендалла Скотта и Дуга Розенберга. Хотя обстоятельное освоение UML как такового рекомендуется начать с «UML 2.0. Объектно-ориентированное моделирование и разработка» Джеймса Рамбо и М. Блаха.

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

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

Статьи будут полезными как для начинающих аналитиков, так и для тех, кто хочет укрепиться во владении своей профессией. Конечно же статьи также полезны и ИТ-архитекторам разных уровней. Любителям масала-диаграмм и проектирования на коленке в особенности рекомендуется прочесть анонсируемый материал, как возможность освоить профессию, пройдя от стадии отрицания до стадии принятия методологии и связанного с ней инструментария. Многим аналитикам на рынке труда, чья роль сводится сейчас к передаче слов заказчика с оформлением в Word и прикладыванием пары Visio-картинок на UML также очень рекомендуется к прочтению, т.к. у них появляется шанс всё-таки начать осваивать свою профессию.

С обилием отечественных операционных систем приходит обилие штатных репозиториев и нежелание переусложнять свои системы на ровном месте просто из-за того, что кто-то захотел поставить эту операционную систему, а не ту, которая поддерживается инженерами предприятия. Скажем, принято в компании пользоваться Astra Linux или Alt Linux, и значит желательно пользоваться дистрибутивами программного обеспечения именно под эту операционную систему. И далеко не всегда свободно распространяемый пакет (deb или rpm) сразу подходит. Это и разные системные окружения (например, версии базовых библиотек другие) и разные механизмы работы с пакетами (rpm для Alt Linux отличается от rpm для Red Hat).

В связи с этим появляются запросы по перепаковке какого-то существующего программного обеспечения. Становится актуальной отдельная услуга по созданию дистрибутивов под заказчика.

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

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

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

Долой имитаторов, дорогу инноваторам!

Хотите открыть новые направления бизнеса?
Продвинуть проект, а внутренних ресурсов не хватает?
Привести в порядок процессы собственной разработки?
Начать то, до чего давно не доходят руки?

До 25 ноября для вас приготовлены БОНУСЫ.

Купон EXPCONS — 60% бонус для экспресс-консультации.
Купон CONS — 40% бонус для полноценной дневной консультации.

Пожалуйста обращайтесь!

Часто при собеседовании програмиста на проектные работы мной даётся небольшое практическое задание, которое он может выполнять с использованием любых инструментов, какие он знает. Люблю простые и ёмкие вопросы. Вот пример такого задания на bash.

Имеется участок кода на bash с определением функции, работающей с переменными.

#!/bin/bash

set -e

#
#  <Описание c параметрами>
#
function get_stats ()
{
    local CURL_COMMAND_URL="${VAR_ROOT_URL}api/jobs?return_timeout=${VAR_TIMEOUT_SECONDS}&fields=description"
    local CURL_RESULT="$(curl --silent -k "${CURL_COMMAND_URL}")"
    # <обработка ошибок 1>
    local JOB_RECORDS="$(echo "${CURL_RESULT}" | jq --raw-output --compact-output ".records[]")"
    # <обработка ошибок 2>
    while IFS= read -r VAR_JOB_OBJECT; do
        # формирование отчёта ...
    done <<< "${JOB_RECORDS}"
}

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

Так и происходит набор специалистов, например, на проектные работы.

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

Итак, вашему вниманию: экспресс консультации и экспресс требования.

Как-то ознакомился со списком докладов на JPoint 2024 и м.б. слишком привередлив, но не зацепило. Платить 42 килорубля за то, чтобы тебя хантили или за то, чтобы смотреть на все эти замечательные лица инженеров-программистов? Да этого и забесплатно навалом. Где-то в глубине души понимаю, что надо бы там появиться, но явную причину не вижу. Ведь из года в год одно и то же.