КаБа

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

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

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

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