Вчера Ингвар обвинил меня в том, что я не правильно понимаю значение слова «архитектура» и не так понимаю суть работы «архитектора».

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

Напишите свой вариант, а потом вместе обсудим вариант Ингвара.

Что такое «архитектура» и кто такой «архитектор»

С тем что такое Архитектура справились на самом деле многие!

Первым был @Absolem_us

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

Чего должен добиться Архитектор:
Сохранения разнообразия вариантов (Keeping options open)!

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

Задача архитектора: сделать так чтобы как можно дольше иметь больше вариантов. Что такое варианты? Это детали.

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

Цель архитектора: создать систему в которой политики будут самым важным элементом. Сделать так, чтобы политики не зависели от деталей. Дать возможность не принимать решение о деталях как можно дольше.

Давайте по примерам:
Мы делаем печатную форму.

Данные из базы данных - это детали. Внешний вид печатной формы - это тоже детали. Как быть, Ингвар?

В данном случае политикой или бизнес правилами выступает команда начала формировария. А роль контроллера выполнения на себя берет платформа. При этом кнопка начала формирования это тоже интерфейсные детали!

Потому мы тут должны понять какие могут быть оси изменений: по каким причинам нам потом придется что-то менять.

Основные:
- Новые требования по внешнему виду текущих данных.
- Добавление новых данных в отчёт.
- Перенесение отчёта на другую базу данных.
- Вынесение кнопки начала формирования в другое место

Делаем так:
1. Рисуем внешний вид печатной формы
2. Определяем какая должна быть минимальная достаточная структура данных для выполнения компановки.
3. Вызываем компоновку с заглушкой в виде подставных данных, убеждаемся что форма работает красиво!

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

4. Пишем выборку из базы данных таким образом, чтобы получилась та самая подставная структура которую мы использовали для теста.

DIP: Принцип инверсии зависимостей. Направление исполнения кода у нас идет от компоновщика к базе данных. Но при этом компоновщик от нее не зависит. Теперь база данных должна сформировать данные в виде, нужном для компоновщика.

Паттерном проектирования в данном случае является Мост (Bridge). Разделяя интерфейс и конкретную реализацию. Абстракцию диктует компоновщик, реализация же зависит от базы данных и объектов метаданных.

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

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

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

👤Ингвар

Интересные посты на канале в июне:

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

✦ «И чтец, и жнец, и на дуде уже всех тоже достал». Нетиповой функционал 1С.

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

✦ Понимание внедряемого продукта на примере блока Закупки в ERP. Нюансы внедрения учёта закупок на реальном, живом предприятии.

✦ Идентификация проектных рисков простыми словами.

✦ Различия между портфелем, программой и цепочкой проектов.

✦ Kanban — метод управления проектами и задачами. Краткая информация об этом методе, способах и инструментах его применения.

✦ Путь системного архитектора. Как попасть в крутую команду специалистов и получить премию Проект года 1С.

Задать вопрос, поделиться мнением, рассказать историю по теме проектных технологий вы можете в чате Проектник 1С

Мы уже писали о методе Kanban. В этой статье дается описание кейса по организация работы IT-команды 1С с помощью этого метода.
https://infostart.ru/1c/articles/1889463/

Запись вебинара. БИТ. Управление проектами: применение системы управления проектами

На прошлой неделе наши эксперты провели интерактивный вебинар, на котором представили программно-методический комплекс БИТ. Управление проектами и продемонстрировали удобство его применения для любых отраслей бизнеса.

БИТ.Управление проектами – это комплексный подход к ведению проектов, включающий набор программ, методологий, проектных технологий и систем управления командами. ПМК успешно используют уже 500 + руководителей проектов. В состав ПМК входит российское решение наших экспертов – Корпоративная система управления проектами (КСУП).

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

✅ Смотрите запись вебинара на нашем канале Яндекс. Дзен https://dzen.ru/video/watch/64a27eb5e6b5371cc9ed8348?t=4

Что такое БИТ. Управление проектами?

БИТ. Управление проектами — это программно-методический комплекс, который состоит из набора программ, методологий, проектных технологий и систем управления командами. Это универсальная методика и уникальный подход к реализации технологий управления проектами с учетом разных прикладных систем.

Хорошая статья, в которой рассматриваются вопросы проектирования ИТ-ландшафта, как сложной системы.

Почему микроменеджмент — это плохо?

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

Проблемы многозадачности и как с ними справиться

Мы все с детства слышали истории о том, что Юлий Цезарь мог одновременно выполнять несколько задач. Это звучало очень круто и казалось, что умение выполнять несколько задач одновременно очень ценится работодателем. Ну, кто из нас не хотел походить этим умением на прославленного полководца?

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

Завтра коллеги из Cors Academy проведут вебинар «Документация на IT-проектах»

⬇️ Подробнее ⬇️

🔥 6 июля в 12:00 МСК вебинар "Документация на IT-проектах"
На вебинаре мы рассмотрим, какие типы документов рождаются на каждом из этапов жизненного цикла проектов, что должны содержать эти документы и как эффективно их использовать в проектах.
👉Регистрация и программа вебинара по ссылке: https://goo.su/qIReIr

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

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

🎁 Если вы интересуетесь методологией PRINCE2, то в конце статьи мы подготовили список полезной литературы, посвященной этой теме.

🔥 Приглашаем вас, ваших коллеги и сотрудников на 9 поток Онлайн-курса «Школа аналитика» от компании Первый Бит.

📆 Старт 21 июля
➡️ Подробнее о курсе

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

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

📌 Программа обучения:
Часть 1. Логика и методы исследования:
— основы логики;
— методы исследования;
— системный анализ.
Часть 2. Проектные технологии:
— обзор проектных технологий;
— формирование требований пользователя к автоматизированной системе;
— разработка концепции автоматизированной системы и ТЗ;
— разработка программы и методики испытаний.

Автор и ведущий — Юлий Минькин. Руководитель проектного офиса компании Первый Бит и центра обучения и развития проектных специалистов. Опыт руководства проектными подразделениями в крупных IT-компаниях – более 20 лет.

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

➡️ Подробнее о курсе

Авторский онлайн курс Юлия Минькина
«Школа аналитика»

старт 21 июля
9 поток

➡️ Подробнее

📑 Папин системный, мамин бизнес-аналитик

"Целью данной статьи является защита точки зрения, что Системный аналитик с бизнес-навыками или наоборот Бизнес-аналитик с навыками системного анализа — это то, что сейчас востребовано бизнесом, хотя открыто это и не декларируется. "...

Читать статью

#SA #BA | @notes_analyst

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

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

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

Все вперемешку: agile, концепт, waterfall, sprint, kanban, ТЗ, ФТ, Лист требований и пр. Все это может, на полном серьезе, обсуждаться применительно к одному проекту.

Я даже не знаю, как потом эти проекты выполняются. Но видимо, как-то это происходит и это для меня настоящее чудо 🙂.

Вчера с коллегами обсуждали свой опыт применения СППР на одном из наших проектов по внедрению 1С:ERP, делились мнениями на этот счет.

Вроде программа хорошая, много объектов и предположительно они могут быть полезными.

Но, блин, выясняется, что никто толком не знает как она должна работать. Не в какой-то части, а в целом. И, видимо, нет понимания не только у нас, но похоже и в среде специалистов 1С тоже никто этого не знает, кроме, видимо, авторов этого произведения.

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

Ну ничего, мы осилим эту тему и победим эту чудо программу по имени СППР 🙂.