Аналитика данных - одно из IT направлений, которое развивается высокими темпами и имеет огромный потенциал развития в будущем. Компании и различные бизнесы повсеместно используют данные для получения бизнес-ценности и оптимизации своих процессов.
В рамках своего канала @data_study Даниил делится знаниями и теоретическими навыками работы аналитиком:
- работа с базами данных
- хранилища данных, озера данных
- управление данными, качество данных
- обработка данных
- SQL, Python
- бизнес-анализ
- визуализация данных
- soft-навыки аналитика
Канал будет интересен как новичкам в аналитике, так и специалистам, желающим повысить свои навыки работы с данными.
https://t.me/data_study
@daniildzheparov
В рамках своего канала @data_study Даниил делится знаниями и теоретическими навыками работы аналитиком:
- работа с базами данных
- хранилища данных, озера данных
- управление данными, качество данных
- обработка данных
- SQL, Python
- бизнес-анализ
- визуализация данных
- soft-навыки аналитика
Канал будет интересен как новичкам в аналитике, так и специалистам, желающим повысить свои навыки работы с данными.
https://t.me/data_study
@daniildzheparov
Telegram
Аналитика данных / Data Study
Сайт: https://datastudy.ru/
По всем вопросам: @daniildzheparov
Про аналитику и инженерию данных
Вакансии: https://t.me/data_vacancy
Книги: https://t.me/analyst_books
По всем вопросам: @daniildzheparov
Про аналитику и инженерию данных
Вакансии: https://t.me/data_vacancy
Книги: https://t.me/analyst_books
📑 Нормализация баз данных. 1, 2 и 3 нормальные формы.
Нормализация – метод проектирования базы данных, который позволяет привести базу данных к минимальной избыточности, обезопасив её от логических и структурных проблем, называемых аномалиями данных.
Данный метод дает следующие преимущества:
▪︎ упрощает процесс выборки;
▪︎ обеспечивает целостность данных;
▪︎ улучшает масштабируемость;
▪︎ минимизирует избыточность данных;
▪︎ предотвращает потери информации.
Устранение избыточности происходит за счёт декомпозии отношений (когда одна таблица разбивается на несколько).
Существует несколько правил нормализации баз данных, каждое из которых называется «Нормальной формой».
Применение данных правил осуществляется итерационно, последовательно переходя от одной нормальной формы, к другой.
Для большинства приложений достаточно нормализовать базы данных до третьей нормальной формы:
🔹️ Первая нормальная форма (1NF) - предполагает, что сохраняемые данные на пересечении строк и столбцов должны представлять скалярное значение, а таблицы не должны содержать повторяющихся строк.
🔹️ Вторая нормальная форма (2NF) - предполагает, что каждый столбец, не являющийся ключом, должен зависеть от первичного ключа.
🔹️ Третья нормальная форма (3NF) - предполагает отсутствие в таблицах транзитивной зависимости (когда один неключевой столбец связан с первичным ключом через другой неключевой столбец)
Полный перечень нормальных форм и требования к ним приводятся тут
#БазыДанных | @notes_analyst
Нормализация – метод проектирования базы данных, который позволяет привести базу данных к минимальной избыточности, обезопасив её от логических и структурных проблем, называемых аномалиями данных.
Данный метод дает следующие преимущества:
▪︎ упрощает процесс выборки;
▪︎ обеспечивает целостность данных;
▪︎ улучшает масштабируемость;
▪︎ минимизирует избыточность данных;
▪︎ предотвращает потери информации.
Устранение избыточности происходит за счёт декомпозии отношений (когда одна таблица разбивается на несколько).
Существует несколько правил нормализации баз данных, каждое из которых называется «Нормальной формой».
Применение данных правил осуществляется итерационно, последовательно переходя от одной нормальной формы, к другой.
Для большинства приложений достаточно нормализовать базы данных до третьей нормальной формы:
🔹️ Первая нормальная форма (1NF) - предполагает, что сохраняемые данные на пересечении строк и столбцов должны представлять скалярное значение, а таблицы не должны содержать повторяющихся строк.
🔹️ Вторая нормальная форма (2NF) - предполагает, что каждый столбец, не являющийся ключом, должен зависеть от первичного ключа.
🔹️ Третья нормальная форма (3NF) - предполагает отсутствие в таблицах транзитивной зависимости (когда один неключевой столбец связан с первичным ключом через другой неключевой столбец)
Полный перечень нормальных форм и требования к ним приводятся тут
#БазыДанных | @notes_analyst
📑 Jira. Знакомство с инструментом.
Jira - это программный инструмент с открытым исходным кодом, используемый для управления проектами, задачами и отслеживания ошибок, который:
▪︎ позволяет создавать карту проекта, контролировать ход выполнения задач,
управлять загрузкой исполнителей,
выделять "узкие" места в проектах и важные задачи;
▪︎ имеет ряд необходимых стандартных отчетов;
▪︎ использует настраиваемые доски Scrum и Kanban;
▪︎ имеет возможности конфигурирования, интеграции и расширения функций.
Статья: Jira - как вводная часть для тех, кто только начинает свое знакомство с данным инструментом.
Содержание статьи:
° Agile-разработка с Jira
° Для чего используют Jira
° Как пользоваться Jira
° Интерфейс
° Создание первого проекта
° Создание задачи
° Повышение производительности
° Аналоги.
#инструменты | @notes_analyst
Jira - это программный инструмент с открытым исходным кодом, используемый для управления проектами, задачами и отслеживания ошибок, который:
▪︎ позволяет создавать карту проекта, контролировать ход выполнения задач,
управлять загрузкой исполнителей,
выделять "узкие" места в проектах и важные задачи;
▪︎ имеет ряд необходимых стандартных отчетов;
▪︎ использует настраиваемые доски Scrum и Kanban;
▪︎ имеет возможности конфигурирования, интеграции и расширения функций.
Статья: Jira - как вводная часть для тех, кто только начинает свое знакомство с данным инструментом.
Содержание статьи:
° Agile-разработка с Jira
° Для чего используют Jira
° Как пользоваться Jira
° Интерфейс
° Создание первого проекта
° Создание задачи
° Повышение производительности
° Аналоги.
#инструменты | @notes_analyst
Мини-курс "Введение в API".Брайан Кукси
(перевод под редакцией Артема Стукалова и Дениса Бескова)
Содержание:
▪︎ Глава 1: Введение
▪︎ Глава 2: Протоколы
▪︎ Глава 3: Форматы данных
▪︎ Глава 4: Аутентификация, часть 1
▪︎ Глава 5: Аутентификация, часть 2
▪︎ Глава 6: Проектирование API
▪︎ Глава 7: Связь в реальном времени
▪︎ Глава 8: Реализация
Скачать оригинал в формате PDF
#API | @notes_analyst
(перевод под редакцией Артема Стукалова и Дениса Бескова)
Содержание:
▪︎ Глава 1: Введение
▪︎ Глава 2: Протоколы
▪︎ Глава 3: Форматы данных
▪︎ Глава 4: Аутентификация, часть 1
▪︎ Глава 5: Аутентификация, часть 2
▪︎ Глава 6: Проектирование API
▪︎ Глава 7: Связь в реальном времени
▪︎ Глава 8: Реализация
Скачать оригинал в формате PDF
#API | @notes_analyst
Друзья, привет!
А какие модели разработки ПО используются в вашей компании?
#опрос
А какие модели разработки ПО используются в вашей компании?
#опрос
Anonymous Poll
5%
Только традиционные (Waterfall, V-Model, Спиральная ...)
35%
Только гибкие (Agile: Scrum, Kanban , Lean..)
16%
Гибридные
13%
Как традиционные, так и гибкие
11%
Никакие
20%
Посмотреть результаты
📑 Как правильно писать User Stories
User stories (пользовательские истории) представляют исходные требования от заказчика о целях пользователей в общем виде.
Каждая Пользовательская История – это повод к обсуждению, а не конечное требование к системе.
Для написания Пользовательских историй часто используют шаблон:
Как <тип пользователя>, я хочу <цель>, чтобы <причина>.
Авторы статьи на примере разбирают возможные ошибки при написании User stories и способы их исправления.
Перейти к статье
#работастребованиями | @notes_analyst
User stories (пользовательские истории) представляют исходные требования от заказчика о целях пользователей в общем виде.
Каждая Пользовательская История – это повод к обсуждению, а не конечное требование к системе.
Для написания Пользовательских историй часто используют шаблон:
Как <тип пользователя>, я хочу <цель>, чтобы <причина>.
Авторы статьи на примере разбирают возможные ошибки при написании User stories и способы их исправления.
Перейти к статье
#работастребованиями | @notes_analyst
📑 Частые ошибки бизнес-/системного аналитика
Виктор Дмитриев - практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска Web и Mobile проектов, подготовил список ошибок , которые часто допускают бизнес-/системные аналитики в своей ежедневной работе, и даёт рекомендации, как их не допустить:
Статья 1:
▪︎ Ошибка 1. Принимаем требования заказчика без уточнения его реальных потребностей
▪︎ Ошибка 2. Создали и продолжаем поддерживать систему-франкенштейн
▪︎ Ошибка 3. Забыли обработать исторические данные
▪︎ Ошибка 4. Принимаем слова руководителей за «чистую монету»
Статья 2:
▪︎ Ошибка 5. Забыли получить согласование ТЗ
▪︎ Ошибка 6. Не привлекаете дизайнера на интервью заказчика
▪︎ Ошибка 7. В процессе сбора требований вы общаетесь не с тем человеком
▪︎ Ошибка 8. Не фиксируете все договоренности в заметках встреч
#статья | @notes_analyst
Виктор Дмитриев - практикующий бизнес-/системный аналитик с опытом управления командой / глубокого бизнес-анализа / запуска Web и Mobile проектов, подготовил список ошибок , которые часто допускают бизнес-/системные аналитики в своей ежедневной работе, и даёт рекомендации, как их не допустить:
Статья 1:
▪︎ Ошибка 1. Принимаем требования заказчика без уточнения его реальных потребностей
▪︎ Ошибка 2. Создали и продолжаем поддерживать систему-франкенштейн
▪︎ Ошибка 3. Забыли обработать исторические данные
▪︎ Ошибка 4. Принимаем слова руководителей за «чистую монету»
Статья 2:
▪︎ Ошибка 5. Забыли получить согласование ТЗ
▪︎ Ошибка 6. Не привлекаете дизайнера на интервью заказчика
▪︎ Ошибка 7. В процессе сбора требований вы общаетесь не с тем человеком
▪︎ Ошибка 8. Не фиксируете все договоренности в заметках встреч
#статья | @notes_analyst
📚 Путь аналитика. Практическое руководство IT-специалиста. А.Перерва, В. Иванова
"Как воплотить неясные ожидания заказчика в блестящий и прибыльный проект? Как избежать ошибок на начальном этапе? Как стать эффективным аналитиком? Авторы отвечают на эти вопросы и делятся своими ноу-хау, которые позволят вам стать гуру в разработке программного обеспечения. Главное достоинство книги — ее практическая направленность. В ней собрана полезная информация со ссылками на теоретические материалы из разных областей разработки программного обеспечения: анализа, архитектуры, управления проектами, лидерства и управления персоналом — все, что понадобится в реальных производственных проектах.."
Прочитать об авторах, о том, для кого предназначена данная книга и что вы в ней найдёте, а чего нет - можно тут
Скачать 📗
#литература | @notes_analyst
"Как воплотить неясные ожидания заказчика в блестящий и прибыльный проект? Как избежать ошибок на начальном этапе? Как стать эффективным аналитиком? Авторы отвечают на эти вопросы и делятся своими ноу-хау, которые позволят вам стать гуру в разработке программного обеспечения. Главное достоинство книги — ее практическая направленность. В ней собрана полезная информация со ссылками на теоретические материалы из разных областей разработки программного обеспечения: анализа, архитектуры, управления проектами, лидерства и управления персоналом — все, что понадобится в реальных производственных проектах.."
Прочитать об авторах, о том, для кого предназначена данная книга и что вы в ней найдёте, а чего нет - можно тут
Скачать 📗
#литература | @notes_analyst
📑 REST, что же ты такое? Понятное введение в технологию для ИТ-аналитиков.
- Какие принципы вложил в парадигму REST её автор и как они могут помочь при проектировании систем?
- Почему существует терминологическая путаница вокруг REST?
- Как связаны HTTP и REST?
- Почему REST противопоставляют SOAP?..
Ответы на эти и другие вопросы, касающиеся REST , можете найти в видео Андрея Буракова или в статье, составленной по его вебинару.
#rest | @notes_analyst
- Какие принципы вложил в парадигму REST её автор и как они могут помочь при проектировании систем?
- Почему существует терминологическая путаница вокруг REST?
- Как связаны HTTP и REST?
- Почему REST противопоставляют SOAP?..
Ответы на эти и другие вопросы, касающиеся REST , можете найти в видео Андрея Буракова или в статье, составленной по его вебинару.
#rest | @notes_analyst
📑 Уровни тестирования.
Как минимум каждый второй системный аналитик так или иначе участвует в тестировании.
В связи с этим хотелось бы несколько постов посвятить теме: #тестирование
Сегодня предлагаю разобраться с уровнями тестирования, которые определяют то, над чем производятся тесты.
Выделяют 4 базовых уровня:
1️⃣ Модульное/компонентное тестирование
проверяет функциональность и ищет дефекты в частях приложения, которые доступны и могут быть протестированы по-отдельности (модули программ, объекты, классы, функции и т.д.)
На этом уровне тестирования создаются модульные тесты (unit тесты), которые проверяют правильность работы модуля в тестовых условиях.
2️⃣ Интеграционное тестирование фокусируется на взаимодействии между компонентами / модулями / подсистемами / системами.
Выделяют два подтипа:
▪︎ Компонентное интеграционное тестирование - проверяет работу модулей в связке друг с другом.
▪︎ Системное интеграционное тестирование - проверяет связи между подсистемами / системами.
Существует несколько подходов интеграционного тестирования:
▪︎ Большой взрыв - тестируются все или практически все разработанные модули, собранные вместе в виде законченной системы или ее основной части.
▪︎ Снизу вверх - все низкоуровневые модули, процедуры или функции собираются воедино и затем тестируются. Далее собирается и тестируется следующий уровень модулей.
▪︎ Сверху вниз - вначале тестируются все высокоуровневые модули, и постепенно один за другим добавляются низкоуровневые.
▪︎ Гибридная интеграция (сэндвич)- представляет собой комбинацию подходов «сверху вниз» и «снизу вверх».
3️⃣ Системное тестирование- заключается в проверке как функциональных, так и нефункциональных требований в системе в целом.
Можно выделить два подхода к системному тестированию:
▪︎ на базе требований, когда для каждого отдельного требования пишутся тест-кейсы;
▪︎ на базе вариантов использования (use case)
4️⃣ Приемочное тестирование предназначено для проверки соответствия системы заявленным требованиям. Позволяет заказчику системы убедиться в соответствии системы спецификации.
Существует несколько форм приемочного тестирования:
▪︎ Пользовательское приемочное тестирование - проверяет пригодность системы к эксплуатации конечными пользователями;
▪︎ Эксплуатационное приемочное тестирование - тестирование с позиции тех, кто будет поддерживать работу программы;
▪︎ Контрактное приемочное тестирование - проводится в соответствии с критериями, указанными в контракте приемки специального ПО;
▪︎ Альфа- и бета-тестирование - используются для получения обратной связи от потенциальных или существующих клиентов.
#тестирование | @notes_analyst
Как минимум каждый второй системный аналитик так или иначе участвует в тестировании.
В связи с этим хотелось бы несколько постов посвятить теме: #тестирование
Сегодня предлагаю разобраться с уровнями тестирования, которые определяют то, над чем производятся тесты.
Выделяют 4 базовых уровня:
1️⃣ Модульное/компонентное тестирование
проверяет функциональность и ищет дефекты в частях приложения, которые доступны и могут быть протестированы по-отдельности (модули программ, объекты, классы, функции и т.д.)
На этом уровне тестирования создаются модульные тесты (unit тесты), которые проверяют правильность работы модуля в тестовых условиях.
2️⃣ Интеграционное тестирование фокусируется на взаимодействии между компонентами / модулями / подсистемами / системами.
Выделяют два подтипа:
▪︎ Компонентное интеграционное тестирование - проверяет работу модулей в связке друг с другом.
▪︎ Системное интеграционное тестирование - проверяет связи между подсистемами / системами.
Существует несколько подходов интеграционного тестирования:
▪︎ Большой взрыв - тестируются все или практически все разработанные модули, собранные вместе в виде законченной системы или ее основной части.
▪︎ Снизу вверх - все низкоуровневые модули, процедуры или функции собираются воедино и затем тестируются. Далее собирается и тестируется следующий уровень модулей.
▪︎ Сверху вниз - вначале тестируются все высокоуровневые модули, и постепенно один за другим добавляются низкоуровневые.
▪︎ Гибридная интеграция (сэндвич)- представляет собой комбинацию подходов «сверху вниз» и «снизу вверх».
3️⃣ Системное тестирование- заключается в проверке как функциональных, так и нефункциональных требований в системе в целом.
Можно выделить два подхода к системному тестированию:
▪︎ на базе требований, когда для каждого отдельного требования пишутся тест-кейсы;
▪︎ на базе вариантов использования (use case)
4️⃣ Приемочное тестирование предназначено для проверки соответствия системы заявленным требованиям. Позволяет заказчику системы убедиться в соответствии системы спецификации.
Существует несколько форм приемочного тестирования:
▪︎ Пользовательское приемочное тестирование - проверяет пригодность системы к эксплуатации конечными пользователями;
▪︎ Эксплуатационное приемочное тестирование - тестирование с позиции тех, кто будет поддерживать работу программы;
▪︎ Контрактное приемочное тестирование - проводится в соответствии с критериями, указанными в контракте приемки специального ПО;
▪︎ Альфа- и бета-тестирование - используются для получения обратной связи от потенциальных или существующих клиентов.
#тестирование | @notes_analyst
📑 Apache Kafka: основы технологии
Apache Kafka (брокер сообщений) распределенная система обмена сообщениями между серверными приложениями в режиме реального времени.
Основное её назначение - централизованный сбор, обработка, безопасное хранение и передача большого количества сообщений от отделенных друг от друга сервисов.
Apache Kafka можно использовать, например, для: связи микросервисов между собой; организации потоков данных; агрегации записей; сбора логов..
Разобраться в том, чем Kafka отличается от популярных систем обмена сообщениями, как хранит данные и обеспечивает гарантию сохранности, а так же, как записываются и читаются данные, поможет статья: Apache Kafka: основы технологии
#kafka | @notes_analyst
Apache Kafka (брокер сообщений) распределенная система обмена сообщениями между серверными приложениями в режиме реального времени.
Основное её назначение - централизованный сбор, обработка, безопасное хранение и передача большого количества сообщений от отделенных друг от друга сервисов.
Apache Kafka можно использовать, например, для: связи микросервисов между собой; организации потоков данных; агрегации записей; сбора логов..
Разобраться в том, чем Kafka отличается от популярных систем обмена сообщениями, как хранит данные и обеспечивает гарантию сохранности, а так же, как записываются и читаются данные, поможет статья: Apache Kafka: основы технологии
#kafka | @notes_analyst
📑 Курс по документированию API.
(вольный перевод курса Documenting APIs: a guide for technical writers, составленного Томом Джонсоном, техническим писателем Amazon)
На курсе вы разберете API на составные части, узнаете о конечных точках, параметрах, типах данных, аутентификации, curl, JSON, командной строке, консоли разработчика Chrome, JavaScript и прочих деталях, связанных с REST API.
Модули курса:
▪︎ Введение в REST API
▪︎ Используем API как разработчики
▪︎ Документирование конечных точек
▪︎ Спецификация OpenAPI и Swagger
▪︎ Тестирование документации
▪︎ Концептуальные разделы
▪︎ Публикация документации
▪︎ Работа технического писателя
▪︎ Нативные библиотеки API
▪︎ Глоссарий API и источники
▪︎ Документирование кода
#api | @notes_analyst
(вольный перевод курса Documenting APIs: a guide for technical writers, составленного Томом Джонсоном, техническим писателем Amazon)
На курсе вы разберете API на составные части, узнаете о конечных точках, параметрах, типах данных, аутентификации, curl, JSON, командной строке, консоли разработчика Chrome, JavaScript и прочих деталях, связанных с REST API.
Модули курса:
▪︎ Введение в REST API
▪︎ Используем API как разработчики
▪︎ Документирование конечных точек
▪︎ Спецификация OpenAPI и Swagger
▪︎ Тестирование документации
▪︎ Концептуальные разделы
▪︎ Публикация документации
▪︎ Работа технического писателя
▪︎ Нативные библиотеки API
▪︎ Глоссарий API и источники
▪︎ Документирование кода
#api | @notes_analyst
📑 MVP - минимально жизнеспособный продукт.
MVP (Minimum Viable Product) - это самая ранняя версия продукта, которая обладает только необходимыми функциями, достаточными для того, чтобы донести основополагающие ценности до аудитории и проверить их на первых пользователях.
Основная задача MVP - сократить время и усилия на тестирование идеи до начала разработки полноценного продукта.
MVP позволяет:
▪︎ проверить гипотезу на основе реальных данных и доказать жизнеспособность идеи;
▪︎ снизить возможность финансовых убытков при запуске неудачного продукта;
▪︎ уменьшить стоимость разработки за счёт отказа от ненужных функций;
▪︎ выявить неучтённые потребности клиентов;
▪︎ оптимизировать тестирование продукта и ускорить поиск ошибок;
▪︎ собрать начальную базу клиентов до полномасштабного запуска;
▪︎ выйти на рынок и привлечь инвесторов.
О том, что на самом деле представляет из себя минимально жизнеспособная версия продукта, с чем её не стоит путать и как её создавать, читайте в статье:
"Ещё раз об MVP"
#mvp | @notes_analyst
MVP (Minimum Viable Product) - это самая ранняя версия продукта, которая обладает только необходимыми функциями, достаточными для того, чтобы донести основополагающие ценности до аудитории и проверить их на первых пользователях.
Основная задача MVP - сократить время и усилия на тестирование идеи до начала разработки полноценного продукта.
MVP позволяет:
▪︎ проверить гипотезу на основе реальных данных и доказать жизнеспособность идеи;
▪︎ снизить возможность финансовых убытков при запуске неудачного продукта;
▪︎ уменьшить стоимость разработки за счёт отказа от ненужных функций;
▪︎ выявить неучтённые потребности клиентов;
▪︎ оптимизировать тестирование продукта и ускорить поиск ошибок;
▪︎ собрать начальную базу клиентов до полномасштабного запуска;
▪︎ выйти на рынок и привлечь инвесторов.
О том, что на самом деле представляет из себя минимально жизнеспособная версия продукта, с чем её не стоит путать и как её создавать, читайте в статье:
"Ещё раз об MVP"
#mvp | @notes_analyst
Друзья, привет!
Как вы считаете, к какому типу требований стоит отнести следующее:
"Если продление не предоставлялось, индивидуальные запросы на возврат федерального налога должны быть отправлены до 23:59 первого рабочего дня в апреле."
Как вы считаете, к какому типу требований стоит отнести следующее:
"Если продление не предоставлялось, индивидуальные запросы на возврат федерального налога должны быть отправлены до 23:59 первого рабочего дня в апреле."
Anonymous Quiz
18%
Бизнес-требование
20%
Функциональное требование
43%
Бизнес-правило
9%
Системное требование
5%
Ни к какому из перечисленных
5%
Затрудняюсь ответить
Forwarded from Базы данных & SQL
PostgreSQL. Основы языка SQL: учеб. пособие / Е. П. Моргунов; под ред. Е. В. Рогова, П. В. Лузанова
#литература
В пособии рассматриваются следующие темы:
° Введение в базы данных и SQL
° Создание рабочей среды
° Основные операции с таблицами
° Типы данных СУБД PostgreSQL
° Основы языка определения данных
° Запросы
° Изменение данных
° Индексы
° Транзакции
° Повышение производительности
Скачать книгу можно тут
#литература
В пособии рассматриваются следующие темы:
° Введение в базы данных и SQL
° Создание рабочей среды
° Основные операции с таблицами
° Типы данных СУБД PostgreSQL
° Основы языка определения данных
° Запросы
° Изменение данных
° Индексы
° Транзакции
° Повышение производительности
Скачать книгу можно тут
Сегодня рекомендация - полезный тг-канал Belarus: хочу в IT
Советуем Вам полезный тг-канал Belarus: хочу в IT, где Вы cможете найти:
✅ свежие вакансии
✅ стажировки
✅ карьерные рекомендации
✅ качественные курсы
Рекомендуем! 😉
#партнерский_пост
Советуем Вам полезный тг-канал Belarus: хочу в IT, где Вы cможете найти:
✅ свежие вакансии
✅ стажировки
✅ карьерные рекомендации
✅ качественные курсы
Рекомендуем! 😉
#партнерский_пост
📑 Как задавать требования к внешнему качеству ПО в цифрах?
Из множества возможных внешних атрибутов качества (качества при эксплуатации) стоит выделить наиболее важные, которые встречаются в большинстве проектов:
▪︎ Производительность
▪︎ Масштабируемость
▪︎ Доступность
▪︎ Надёжность
▪︎ Информационная безопасность
Подробнее о том, как формулировать требования к первым 4-м аспектам внешнего качества, читайте в статье: Как задавать требования к качеству ПО в цифрах?, авторы которой так же приводят примеры:
- ситуаций, при которых может потребоваться выявлять атрибуты качества;
- того, как недостаточное внимание к качеству системы может привести к плачевным последствиям.
Читать статью
#атрибутыкачества | @notes_analyst
Из множества возможных внешних атрибутов качества (качества при эксплуатации) стоит выделить наиболее важные, которые встречаются в большинстве проектов:
▪︎ Производительность
▪︎ Масштабируемость
▪︎ Доступность
▪︎ Надёжность
▪︎ Информационная безопасность
Подробнее о том, как формулировать требования к первым 4-м аспектам внешнего качества, читайте в статье: Как задавать требования к качеству ПО в цифрах?, авторы которой так же приводят примеры:
- ситуаций, при которых может потребоваться выявлять атрибуты качества;
- того, как недостаточное внимание к качеству системы может привести к плачевным последствиям.
Читать статью
#атрибутыкачества | @notes_analyst
