308 подписчиков
В ответ на пост
Выжимка из выжимки от автора канала Системный сдвиг https://t.me/systemswing
Общий обзор процесса — на самом деле из этого делают примерно 3-4 вещи, посмотрите на стр. 10.
Разработка требований:
* Определение бизнес-цели — никого не интересует, почти никто не пишет.
* Определение классов пользователей — скорее всего, у вашей системы один класс пользователей — ваши пользователи. Или ваш продакт оунер.
* Уровни и типы требований — вам нужны только функциональные. 8 стр. посередине.
* Выявление требований — реально вы будете делать только интервью. 18 стр. внизу.
Я процитирую целиком:
Ключи к успеху: установка контакта, соблюдение рамок и границ проекта, предложение своих идеи , активное слушанье, заранее подготовленные вопросы и модели.
* Варианты использования — а что, разве их где-то ещё пишут? Если не пишете — пропускаете.
* Бизнес-правила — а разве их когда-то вообще писали? И вы не будете. Пропускаете.
Шаблон SRS — единственное, что вам нужно из этого раздела. стр. 27-28.
* Написание идеальных требований — забейте, это никого не волнует и никто не проверяет.
* Требования к данным — вам это не нужно. Максимум, нужно понимать, как составлять JSONы, но как раз этого у Вигерса нет.
* Атрибуты качества ПО — с 32 по 42 стр. Это "нефункциональные требования". Если вы их не пишете — можно пропустить.
* Управление требованиями — с 54 по 64 стр. Вы реально ведёте учет разных версий требований, отслеживаете изменения, состояния и связи требований? Или просто пишете один раз документ, отдаете его, и потом никогда его не переделываете? Если так — можно пропустить.
* Риски — 64 по 66. Забейте, их никто никогда не анализирует.
* Моделирование — с 66 по 71. Вам нужна только Sequence Diagram. Но её в этом конспекте тоже нет, так что ищите её где-то ещё.
Итого, нужно просмотреть первые 6 страниц (с 7 по 13), потом шаблон SRS на 27 стр.
Вот и всё, не благодарите.
(Если что, это шутка. но в каждой шутке, как мы знаем, есть доля истины...)
#Внедрение
1 минута
8 октября 2024