Больше полезного материала в тг канале УДАЛЕНКА
Системы также являются важным источником для получения требований. Стоит выделять следующие:
- системы, которые мы собираемся заменить в ходе проекта на новую (или новые);
- системы, которые будут взаимодействовать с проектируемым решением;
- конкурирующие или аналогичные системы.
Для любых разработок, за исключением новых и абсолютно уникальных, обычно есть какая-то предшествующая система (как любят говорить, «наследие», или legacy).
Это система, которой в данный момент пользуются люди, она помогает им решать их задачи, но чем-то не устраивает.
Существующая система дает аналитику более детальное понимание проблем заказчика.
Аналитику необходимо узнать:
• как система используется для решения задач бизнеса;
• какие функции в ней реализованы хорошо, а какие вызывают нарекания,
• какие задачи в данный момент не могут быть решены с помощью системы, каким образом и с помощью чего в данный момент реализуются эти бизнес-задачи;
• какие функции системы не используются и почему;
• какие функции системы используются не по их прямому на-значению.
Вторым типом систем, которые служат источником требований для разрабатываемой системы, являются системы, с которыми нужно будет взаимодействовать проектируемой вами системе. Казалось бы, с ними все достаточно очевидно - аналитику необходимо получить требования по интеграции. 🤷♂
Однако стоит также изучить и возможности этих систем, особенно если эти системы принадлежат вашему заказчику. Возможно, ряд требований, выдвинутых представителями заинтересованных сторон, уже реализованы в системах, с которыми должно быть интегрировано ваше решение. Это означает, что вы имеете потенциальную возможность снизить риски проекта, сократив объем разработок. 🛠
Если часть требований уже реализована в существующих системах, которые вы не собираетесь заменять, то, возможно, достаточно лишь дать доступ тем заинтересованным лицам, которым эти функциональные возможности необходимы для их работы.
Третий тип систем, на которые стоит обращать внимание при сборе требований, это аналогичные, или конкурирующие системы. В мире разработки коробочных решений это один из ключевых факторов успеха.
Компания, разрабатывающая решения для массового рынка, должна досконально знать возможности систем, конкурирующих с ее продуктами, иначе она рискует остаться без продаж. 💰
Однако в мире заказной разработки также полезно знать о функциональных возможностях готовых систем, их достоинствах и недостатках. Это особенно актуально, когда перед аналитиком ставится задача выбора между одной из продающихся на рынке систем и заказной разработкой «с нуля».📈
Заметки системного аналитика в тг канале УДАЛЕНКА