Подходы к проектированию и документированию архитектур программных продуктов. Продолжение...

Подходы к проектированию и документированию архитектур программных продуктов. Продолжение...

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

Перейти к статье

Подходы к проектированию и документированию архитектур программных продуктов

Подходы к проектированию и документированию архитектур программных продуктов

Наша сегодняшняя встреча будет посвящена наиболее волнующей и интересной части нашего «подкурса» о архитектурном проектировании и соответствующем документировании информационных систем. В ней мы рассмотрим самые популярные, признанные сообществом ИТ и эффективные подходы и модели для разработки архитектур.

Перейти к статье

Архитектурное документирование. Что и Как? Начало

Архитектурное документирование.

Что и Как? Начало

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

Перейти к статье

Еще немного о требованиях и соответствующих им архитектурных рисках

Еще немного о требованиях и соответствующих им архитектурных рисках

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

Перейти к статье

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

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

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

Перейти к статье

Роль стандартов в процессах разработки архитектуры программных продуктов

Роль стандартов в процессах разработки архитектуры программных продуктов

Стандарты определяют рабочие принципы, которые должны действовать на всем протяжении жизненного цикла программного продукта. Несоответствие принятым стандартам грозит возникновению потенциальных ошибок. Если стандарт по каким-то причинам не соблюдается, то все «нарушения» должны устраняться. Если стандарт требует доработок в связи с изменившимися первоначальными предпосылками его создания, то его необходимо либо дорабатывать, либо менять. Слепое следование стандартам губительно, так же как и постоянные попытки обойти их по необоснованным причинам.

Перейти к статье

Внешние события, атрибуты, формирующие архитектуру программных продуктов и процесс её документирования Ч.1

Внешние события, атрибуты, формирующие архитектуру программных продуктов и процесс её документирования Ч.1

Единство, определяется как унифицированная рабочая философия конкретной компании, пронизывающая её «насквозь», от исполнителей бизнес процессов до топ-менеджеров, формирующих стратегию компании. Подобная философия должна представлять собой best practice организации. В нем должен быть агрегирован и представлен наиболее эффективный, опыт, методологии, технологии работы, доказавшие свою результативность на практике, в разнообразных рабочих ситуациях.

Перейти к статье

Основные объекты и связи, представленные в виде компонентов архитектур программных продуктов

Основные объекты и связи, представленные в виде компонентов архитектур программных продуктов

Адекватная архитектура отличается тем, что она в состоянии балансировать и распределять значимость компонентов (а соответственно и их загрузку) равномерным «слоем» между всеми составляющими её объектами. Это позволяет снизить перегруженность и значимость отдельных объектов и повысить универсальность архитектуры в целом и её возможную производительность...

Перейти к статье

Основные характеристики и требования к современным архитектурам информационных приложений

Основные характеристики и требования к современным архитектурам информационных приложений

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

Перейти к статье

Архитектурное проектирование программного обеспечения.Практики проектирования

Архитектурное проектирование программного обеспечения.Практики проектирования

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

Перейти к статье

Архитектурное проектирование программного обеспечения

Архитектурное проектирование программного обеспечения

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

Перейти к статье

Уровни «процессной» зрелости компании в контексте риск-менеджмента

Уровни «процессной» зрелости компании в контексте риск-менеджмента

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

Перейти к статье

Актуальность развития риск-менеджмента. Роль риск-менеджера

Актуальность развития риск-менеджмента. Роль риск-менеджера

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

Перейти к статье

Методы управления рисками

Методы управления рисками

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

Перейти к статье

Системный подход к процессу управления рисками

Комплексная программа управления рисками (Часть 1)

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

Перейти к статье

Системный подход к процессу управления рисками

Системный подход к процессу управления рисками

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

Перейти к статье

Количественный анализ рисков

Количественный анализ рисков

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

Перейти к статье

Качественный анализ рисков

Качественный анализ рисков

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

Перейти к статье

Настольный справочник аналитика

Настольный справочник аналитика

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

Перейти к статье

Виды анализа рисков

Виды анализа рисков

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

Перейти к статье

Настольный справочник аналитика (BABOK). Глава 2. Планирование и Мониторинг бизнес анализа

Глава 2. Планирование и Мониторинг бизнес анализа (BABOK)

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

Перейти к статье

Часть 2. Таинство изобретения и его плоды. Раздел 2.4

Часть 2. Таинство изобретения и его плоды. Раздел 2.4

Становление любой теории начинается с того момента, когда она доказывает свое право на жизнь с помощью практического применения и использования на конкретной задаче/группе задач. Такое «право на жизнь» принято называть технологией.

Перейти к статье

Идентификация рисков

Идентификация рисков

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

Перейти к статье

Деятельность по управлению рисками

Деятельность по управлению рисками

Управление и анализ рисков – это отдельная область, имеющая четко определенное отношение к ИТ. Но при этом, данное направление работ было бы некорректно называть наукой, а вполне правильно говорить о методологии, которая обладает собственным понятийным аппаратом, классификацией, видами анализа и т.д.

Перейти к статье

Немного о процессах анализа и управления рисками

Немного о процессах анализа и управления рисками

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

Перейти к статье

Глава 1. Часть 2 Введение в дисциплину бизнес – анализа (BABOK)

Глава 1. Часть 2 Введение в дисциплину бизнес – анализа (BABOK)

«BABOK» не предписывает набор методов анализа, которые должны использоваться. Методы, описанные в данном документе, относятся к тем, которые продемонстрировали ценность и используются, большинством из сообщества бизнес анализа. Бизнес-аналитики, которые знакомы с этими методами, способны эффективно преодолеть большинство проблем и обстоятельств, с которыми они, вероятно, столкнутся.

Перейти к статье

Глава 1. Часть 1 Введение в дисциплину бизнес – анализа (BABOK)

Глава 1. Часть 1 Введение в дисциплину бизнес – анализа (BABOK)

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

Перейти к статье

Раздел 2.3 Технологии изобретательства (продолжение, серия статей о ТРИЗ)

Раздел 2.3 Технологии изобретательства (продолжение, серия статей о ТРИЗ)

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

Перейти к статье

Часть 2. Таинство изобретения и его плоды (Серия статей о ТРИЗ)

Часть 2. Таинство изобретения и его плоды (Серия статей о ТРИЗ)

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

Перейти к статье

О важности применения шаблонов в профессии аналитика, как путь к содержательному творчеству

О важности применения шаблонов в профессии аналитика, как путь к содержательному творчеству

Безусловно, на данный момент существует множество проектных и процессных методологий, стандартов и т.д., которые направлены на то, что бы искоренить тип проблем, с которым столкнулся наш благородный ИИ, но немногие видят в них истинное благо.

Перейти к статье

Системы Электронного Документооборота

Каково было моё удивление тому факту, что СЭД (а так же термины - синонимы – САД, ЭДО и т.д.) это термин/аббревиатура, применимая только для организаций в пределах нашего необъятного отечества и содружественных государств.

Перейти к статье

Часть 1. О методе обучения и самообучения ТРИЗ

Обучение ТРИЗ целесообразно начинать не с «голой» теории, а со ступенчатого (от простого к сложному) метода исследований уже известных и хорошо себя зарекомендовавших приемов и, сделанных благодаря ТРИЗ (очно или заочно), изобретений.

Перейти к статье

Введение в ТРИЗ для аналитиков

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

Перейти к статье

Настольный справочник аналитика. Руководство к действию

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

Перейти к статье

Cорсинг. Взгляд с позиции специалиста

Сам по себе термин сорсинг представляет собой абсолютно теоретическое значение о способе сэкономить за счет использования наёмных активов. Но, как только приходит решение о том, что мы отдаём часть наших, «родных» процессов «на сторону», у добропорядочного родителя должен созреть вопрос «А как же там без меня будет жить моё дитятко?».

Перейти к статье

Немного о самомотивации и закрытии рабочих/проектных этапов с позиции аналитика

Около года назад, усиленно изучая (не путать с «читая») литературу по методологиям типа ITIL, COBIT и т.д., задумался о процессе непрерывного анализа и обратной связи.

Перейти к статье

Внедрение ИС, как показатель способности сотрудников к росту и повышению квалификации. Часть 1

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

Перейти к статье

Внедрение ИС, как показатель способности сотрудников к росту и повышению квалификации. Часть 2

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

Перейти к статье

Пути развития ИС

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

Перейти к статье

«Коробочка» Пандоры

Как часто при общении с «бизнесом» или IT – представителями крупных компаний приходится слышать гордое высказывание: «Это наше уникальное ПО.

Перейти к статье