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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

О важности применения шаблонов в профессии аналитика

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

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

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

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

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

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

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

Раздел 2.3 Технологии изобретательства

Раздел 2.3 Технологии изобретательства

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