Первая страница всех статей Вторая страница всех статей Третья страница всех статей Четвертая страница всех статей Пятая страница всех статей Шестая страница всех статей Седьмая страница всех статей Восьмая страница всех статей

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Первая страница всех статей Вторая страница всех статей Третья страница всех статей Четвертая страница всех статей Пятая страница всех статей Шестая страница всех статей Седьмая страница всех статей Восьмая страница всех статей

Полезные материалы

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

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

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

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

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

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

Самомотивация и закрытие рабочих/проектных этапов

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

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

Внедрение ИС Часть 2

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

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

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

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

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