Записки о проектировании информационных систем - на основе моих работ и лучших мировых практик. Для аналитиков, системных инженеров, разработчиков и менеджеров ИТ
Системный и бизнес-анализ - это про интеллектуальный труд над системами, тем, что ими действительно является. Мы НЕ работаем с тем, что НЕ система - не состоит из связанных объектов и существует бесцельно
Стандарты не ограничивают инновации - наоборот, они призваны помогать сообществам профессионалов работать вместе, накапливать и использовать опыт разработки и внедрения ИТ ко всеобщему благу
Результаты сотрудничества специалистов разных стран и организаций помогут усилить компетенции, предложат эффективные инструменты и свежий взгляд на привычную работу
Как извне, так и в самой АИС на протяжении её жизненного цикла возникают и действуют разные факторы, определяющие границы автоматизации. Их называют требованиями к системе
Важно, чтобы программист мог взять постановку и понять, какие данные и как обрабатывать, чтобы выдать результат на экран, и в каком сценарии эта обработка нужна пользователю
Мифотворчество, разумеется, характерно для всего, что за гранью реальности, и поскольку ИТ работают с виртуальными сущностями, мы с вами где-то возле Олимпа профессиональных легенд
АИС, как и любая система, существует во множестве измерений: ресурсы для обработки, инфраструктура, данные, алгоритмы, целевые показатели, пользователи - и, конечно, время
Мы начинаем с анализа требований, формулируем границы проекта, строим функциональные модели, описываем схемы и потоки данных, включая интеграцию, участвуем в разработке архитектуры и т. д.
С чего начать хотя бы просто думать в сторону модели некой реальной картины мира, когда, к примеру, раньше работал в финтехе, а теперь надо переключиться на незнакомую сферу производства?
Мы говорим об одних и тех же запросах стейкхолдеров, однако эти модели отрабатывают их с различных позиций и используются на разных стадиях проектирования
Бизнес-модель описывает существующие схемы и правила выполнения тех или иных рабочих процессов, а также может включать рекомендации по их изменению. Что это даёт?
Вопрос, казалось бы, вполне прозаический, однако далеко не праздный, а ответ не очевиден. Главное - не форма артефакта, а его содержание и, следовательно, польза для проекта
В графической модели, как и в любой схеме, следует стремиться к лаконичности по смыслу - и по форме, и не множить сущности без необходимости. Но что значит такой минимализм?
Анализ - один из фундаментальных методов научного познания и мировоззрения, рассматривающий систему как множество составляющих или некий объект как часть системы со всеми их проявленными свойствами
Мы хотим принимать правильные решения. Обоснованность выводов не гарантирует верность, но является необходимым условием мудрого выбора. Поэтому нужна полезная информация, которой мы можем доверять
Оба артефакта создаются по мере работы со стейкхолдерами и отражают их требования. В целом они обрисовывают границы проекта со стороны внешнего окружения системы
Чтобы программисты смогли понять, какое требование и как должно быть закодировано так, что входящие данные обрабатываются в исходящие с нужным результатом.
Каждый заказчик ожидает, что расходы на автоматизацию позволят, как минимум, сократить издержки, а в идеале - увеличить доходы, то есть будут эффективны
Трудозатраты часто измеряют в человеко-часах - величина показывает, сколько времени в среднем необходимо middle-специалисту для выполнения всего объёма работ
Заинтересованные стороны, или стейкхолдеры, в проекте автоматизации - это любые люди, организации или институты, кто пользуется его результатами и может на них влиять.