База знаний Антона Сидорова
База знаний по аналитике, ИТ архитектуре, API. Документирование. Тесты инструментов.
Project maintained by daemon110282
Hosted on GitHub Pages — Theme by mattgraham
Системный аналитик
Зачем
- Разрабатывает требования к программному обеспечению
- общение с заказчиком
- описание Use Case и User Story
- анализ и описание функциональных требований к системам
- сопровождение процесса разработки
- выступает архитектором информационных систем, обеспечивая соответствие технических решений бизнес-потребностям
Постановка задачи (ПЗ) - Технический дизайн (ТД)
Для разработчика
todo
Оценка качества (ПЗ)
Взаимное недоверие в командах – очень большой порок. Мы с этим боремся через получение обратной связи от разработчика. Аналитик, по сути, обслуживает разработчика, поэтому он должен спросить у него:
- Все ли тебя устраивает в том, как я описал интеграционные контракты?
- Все ли понятно в требованиях?
Важно получать эту обратную связь и корректировать свою дальнейшую работу
Вместо больших документов:
- прописываем пользовательские истории
- По юзер сториз делаем дизайн
- На основе дизайна оцениваем разработку
- Делаем архитектуру и структуру базы данных
- И только на этапе разработки делаем небольшой документ — описываем, как работает логика на бэкенде или какой-то сложный алгоритм
Функциональные требования, как правило, состоят из:
- User story — показывает, чего вы ожидаете от команды разработки
- Use cases — показывают сценарии использования фичи
- Wireframes — средство визуализации своей идеи