Forwarded from Project management | IT
Telegraph
Как стать хорошим техлидом
В 2006 году Яндекс и Google приехали в Петербург в Borland, который сокращал команду. Обе компании одновременно открывали в Петербурге свои офисы на его базе. Тогда к нам пришли замечательные ребята. Мы много общались, но больше всего запомнились слова Толи…
👍8😱1
Forwarded from Business | System analyst
BPMN2_0_Poster_RU.pdf
272.7 KB
Алоха! Сегодня делюсь с вами шпаргалкой по BPMN 2.0: "BPMN 2.0 – Метамодель и нотация бизнес-процессов"
👍9🔥8
This media is not supported in your browser
VIEW IN TELEGRAM
Испытательный срок закончился, контракта нет
😁19😢6👍1
Введение в суррогатные модели.
Часть 1 - Актуальность
Часть 2 - Прикладной пример
Часть 3 - Выходим в топ
Часть 1 - Актуальность
Часть 2 - Прикладной пример
Часть 3 - Выходим в топ
Хабр
Введение в суррогатные модели. Часть 1: Актуальность
Реальные задачи, с которыми сталкиваются проектировщики, требуют колоссальных ресурсов. Есть один очень мощный прием на базе машинного обучения, который помогает сократить время разработки:...
👍4
Forwarded from Business | System analyst
50 лучших вопросов из интервью для бизнес-аналитиков
"Независимо от того, приступаете ли вы к новой для себя сферы деятельности или хотите поднятся на ступеньку выше в своей карьере бизнес-аналитика, важно подготовиться к различным вопросам, которые вы можете услышать на собеседовании в новой компании. Потому что собеседование — это искусство преподнести компании себя наиболее подходящим кандидатом с нужным набором навыков и знаний, а также личностных качеств"
Перейти
"Независимо от того, приступаете ли вы к новой для себя сферы деятельности или хотите поднятся на ступеньку выше в своей карьере бизнес-аналитика, важно подготовиться к различным вопросам, которые вы можете услышать на собеседовании в новой компании. Потому что собеседование — это искусство преподнести компании себя наиболее подходящим кандидатом с нужным набором навыков и знаний, а также личностных качеств"
Перейти
👍6
QApedia - канал от тестировщиков для тестировщиков, в котором вы найдете:
— Переведенные зарубежные статьи, которые есть только у нас;
— Возможность предложить нам статью для перевода;
— Полезные видео;
— Профессиональный юмор;
Присоединяйтесь, давайте расти как профессионалы вместе 😉
— Переведенные зарубежные статьи, которые есть только у нас;
— Возможность предложить нам статью для перевода;
— Полезные видео;
— Профессиональный юмор;
Присоединяйтесь, давайте расти как профессионалы вместе 😉
Деревья и пожары: растим деревья на данных и тушим пожар риск-мониторинга
В статье вы узнаете:
✅Про дерево. Как анализировать данные с помощью дерева данных.
✅Про риск-мониторинг. Как наложить слой риск-мониторинга на дерево и увидеть масштаб пожара.
✅Про управление рисками. Как управлять рисками и тушить пожар с помощью проверок.
✅Про проекты. Как применить данный подход в своих проектах.
Читать статью
В статье вы узнаете:
✅Про дерево. Как анализировать данные с помощью дерева данных.
✅Про риск-мониторинг. Как наложить слой риск-мониторинга на дерево и увидеть масштаб пожара.
✅Про управление рисками. Как управлять рисками и тушить пожар с помощью проверок.
✅Про проекты. Как применить данный подход в своих проектах.
Читать статью
Хабр
Деревья и пожары: растим деревья на данных и тушим пожар риск-мониторинга
Представьте, что вы работаете в контролирующей организации, и вам нужно проверить большое количество объектов. Как охватить одним взглядом все данные? Сколько контрактов у проверяемой организации?...
❤4
Forwarded from Business | System analyst
Нефункциональные требования к системе
При разработке или при внедрении существующей Информационной системы специалисты обязательно столкнутся в своей работе с необходимостью определения требований.
Можно разделить требования на поведенческие (требования к поведению системы или требования, которые несут функциональный характер) и не поведенческие (которые несут нефункциональный характер).
К поведенческим требованиям можно отнести: функциональные требования, пользовательские требования и бизнес-требования.
А вот Нефункциональные требования (NFRs), являются часто просто всеобъемлющим термином, который охватывает все требования пользователя, не являющиеся в явном виде функциональными. NFRs иногда называют скорее не поведенческими, чем нефункциональными. К ним можно отнести: Бизнес-правила, системные требования, требования к документированию, требования к дизайну, требования к надежности и безопасности, и т.д.
✅Функциональные требования - описывают, что конкретно нужно реализовать в той или иной системе или продукте, какие действия должны производить пользователи в отношении данной разработки
✅Нефункциональные требования - описывают, как именно работает создаваемая система или программный продукт, какими свойствами и характеристиками обладает конкретная разработка.
К нефункциональным требованиям (NFRs) можно отнести:
— Технические ограничения (Restrictions) - ОС и их версии, сетевые особенности, браузеры и их версии, устройства и другие аппаратные требования
— Локализация (Localizability) - требования к возможности и простоте локализации приложения, перечень языков, на которые предполагается локализация приложения
— Производительность (Performance) - требования к количеству одновременно работающих пользователей, обслуживаемых транзакций, времени реакции, продолжительности вычислений, скорости и пропускной способности каналов связи
— Масштабируемость (Scalability) - оценивает самые высокие рабочие нагрузки, при которых система все еще будет справляться
— Надежность (Reliability) - поведение приложения при наступлении нештатных ситуаций, например, автоматический перезапуск, восстановление работы, дублирование важных данных, резервирование логики
— Доступность (Availability) - требования ко времени непрерывной работы приложения, например, 24x7, минимальное время простоя и т.п.)
— Безопасность (Security) - Как система и ее данные защищены от атак или несанкционированного доступа
— Удобство использования (Usability) - удобно ли людям пользоваться продуктом. Можно оценивать по 5 параметрам: Обучаемость, Эффективность, Запоминаемость, Ошибки, Удовлетворенность)
NFRs - должны быть измеримы и их можно проверить и протестировать
Автор: @ba_and_sa
Более подробно познакомиться с темой помогут статьи:
📌Что такое нефункциональные требования, примеры, что в них должно быть
📌Нефункциональные требования к системе: понятие и примеры
📌О нефункциональных требованиях. Примеры, типы и подходы к их формированию
При разработке или при внедрении существующей Информационной системы специалисты обязательно столкнутся в своей работе с необходимостью определения требований.
Можно разделить требования на поведенческие (требования к поведению системы или требования, которые несут функциональный характер) и не поведенческие (которые несут нефункциональный характер).
К поведенческим требованиям можно отнести: функциональные требования, пользовательские требования и бизнес-требования.
А вот Нефункциональные требования (NFRs), являются часто просто всеобъемлющим термином, который охватывает все требования пользователя, не являющиеся в явном виде функциональными. NFRs иногда называют скорее не поведенческими, чем нефункциональными. К ним можно отнести: Бизнес-правила, системные требования, требования к документированию, требования к дизайну, требования к надежности и безопасности, и т.д.
✅Функциональные требования - описывают, что конкретно нужно реализовать в той или иной системе или продукте, какие действия должны производить пользователи в отношении данной разработки
✅Нефункциональные требования - описывают, как именно работает создаваемая система или программный продукт, какими свойствами и характеристиками обладает конкретная разработка.
К нефункциональным требованиям (NFRs) можно отнести:
— Технические ограничения (Restrictions) - ОС и их версии, сетевые особенности, браузеры и их версии, устройства и другие аппаратные требования
— Локализация (Localizability) - требования к возможности и простоте локализации приложения, перечень языков, на которые предполагается локализация приложения
— Производительность (Performance) - требования к количеству одновременно работающих пользователей, обслуживаемых транзакций, времени реакции, продолжительности вычислений, скорости и пропускной способности каналов связи
— Масштабируемость (Scalability) - оценивает самые высокие рабочие нагрузки, при которых система все еще будет справляться
— Надежность (Reliability) - поведение приложения при наступлении нештатных ситуаций, например, автоматический перезапуск, восстановление работы, дублирование важных данных, резервирование логики
— Доступность (Availability) - требования ко времени непрерывной работы приложения, например, 24x7, минимальное время простоя и т.п.)
— Безопасность (Security) - Как система и ее данные защищены от атак или несанкционированного доступа
— Удобство использования (Usability) - удобно ли людям пользоваться продуктом. Можно оценивать по 5 параметрам: Обучаемость, Эффективность, Запоминаемость, Ошибки, Удовлетворенность)
NFRs - должны быть измеримы и их можно проверить и протестировать
Автор: @ba_and_sa
Более подробно познакомиться с темой помогут статьи:
📌Что такое нефункциональные требования, примеры, что в них должно быть
📌Нефункциональные требования к системе: понятие и примеры
📌О нефункциональных требованиях. Примеры, типы и подходы к их формированию
👍13🔥4