Ура! Егор Камелев снова в деле! С возвращением!

@Ekamelev

4 ай бұрын

Спасибо за поддержку!

Привет, Егор! Спасибо, очень интересно. Вопрос. Используешь ли в своих документах диаграммы (например UML), блок-схемы и т.п.? Мне кажется они добавляют наглядности и способствуют лучшему пониманию клиентом, разработчиком.

@Ekamelev

3 ай бұрын

Нет, обычно не использую.

Привет, Егор! Полезное видео! ФС для описания поведения мобильной версии ты выносишь в отдельный документ или делаешь всё в одном? Если последний вариант, какие-либо отличия мобилки от десктопа выносишь на уровень тезисов?

@Ekamelev

4 ай бұрын

В последний раз я проектировал мобильную версию информационной системы ещё в те времена, когда не писал функциональных спецификаций. Сейчас это либо мобильные приложения, либо адаптивные версии. А при адаптации интерфейсов набор их функций не теряется. Поэтому функциональная спецификация вообще не затрагивает этого момента. Все различия максимально очевидны в дизайн-макетах для разных точек слома.

А ссылку на документ для ознакомления ?

Это же просто бизнес-логика. А где системная часть?

@Ekamelev

4 ай бұрын

Думаю, что смогу ответить на ваш вопрос, если вы объясните, что такое «бизнес-логика» и что такое «системная часть».

@user-rv1qz1zi4n

4 ай бұрын

Это даже не бизнес-логика, а текстовое описание работы пользовательской части интерфейса. А внутреннее описание работы всех задействованных систем, то, как они обмениваются данными, где эти данные хранятся и в каком виде, все это выходит за рамки компетенций проектировщика и делается обычно системным аналитиком. Ну и это документ не на 40 страниц будет, а чуть побольше.

@RoyJonesBest

4 ай бұрын

@@user-rv1qz1zi4n зачем тогда роль проектировщика, если есть аналитик и дизайнер?!

Кажется, что имея интерактивный прототип и такой документ у дизайнеров и разработчиков уже нет шанса сделать что-то не правильно, это так? Или есть ещё серые области?

@Ekamelev

4 ай бұрын

Шансов сделать что-нибудь неправильно всё ещё полно. Но мы в любом случае значительно их уменьшаем. А самая серая область по моему опыту заключается в том, что редкий дизайнер решится прочитать даже 40-страничный документ и будет работать по прототипу и наитию. И ещё более редкий разработчик прочитает этот документ и будет оценивать работу по дизайну и примерному представлению о том, сколько у него ресурсов в прошлом заняло сделать подобный проект :)

@jean_peres

4 ай бұрын

@@Ekamelev Звучит не очень. Может быть, тогда стоит придумать другой инструмент? Типа СФ в форме тик-ток видео по музыку, что бы и полезно и интересно ;-)

@Ekamelev

4 ай бұрын

@@jean_peres Да не, всё нормально. Я описал распространённую практику. В своих проектах и в проектах, которые под моим авторским надзором, я слежу за тем, чтобы исполнители не брались за работу наобум и там документация здорово помогает. А остальные меня мало волнуют :)

что то непонятно в видео говоришь что сам писал и тут же что за это заплатил 50т р кому? если её писал ты

@Ekamelev

3 ай бұрын

Хороший вопрос. Я действительно заплатил эту сумму самому себе. В том конкретном случае у меня был выбор - потратить своё время, эквивалентное этой сумме, на написание ФС, либо заняться чем-то другим. У меня была роль ПО (product owner) и задач хватало. И вот в одном случае я махнул рукой, мол «и так справятся». А в другом я сел и потратил свои часы на документ. Количество денег я посчитал исходя из того, сколько инвестор платил в месяц за мою часть работы. А позже я уже поручал это дело своему штатному проектировщику.