(прошу прощения, не ту кнопочку нажал, а отредактировать не могу)
Получить/сформулировать ФТ от заказчика
Оценить свою работу (без создания прототипа)
Выдать требования тем, кто должен реализовывать ваш дизайн.
И так по все пищевой цепочке. Повторюсь, если каждый участник проекта будет изготавливать свой драфт (у вас - прототип), то оценка будет золотой. На самом деле, насколько помню, вся эта процедура описана в разных проектных моделях, в т.ч. в ГОСТ
Что тогда здесь понимается под "ресурсами"? Обычно ресурсы - это время, средства, люди (и иногда можно разбить средства на деньги и материалы, но не здесь). Ваша компания знакома с основами проектной деятельности (про треугольник как модель ресурсов)?
Но меня больше другое интересует. Если требуется выполнить проект, то необходима его оценка. Оценка от и до. В которой участвуют все основные затратные ресурсы (с вашей стороны - дизайн). Вопрос - зачем выполнять прототип вместо того, чтобы его оценить? Если следовать логике вашей работы, то делаем дизайн - оцениваем, делаем фронт - оцениваем... А всего-то от вас требуется:
Треть статьи - введение в различия между двумя основными архитектурными стилями. Наверное, автор хочет плавно подвести нас к теме статьи? Но нет, в 100501 изложении монолита не видно ни слова про тему статьи. Подразумевается, но не сказано.
Описание AA в каждом пункте. "Мы", "нам" - кто эти загадочные звери? Что мешает указывать конкретные сущности (группы сущностей), которые выполняют это действие?
И самый интересный пункт, OAuth 2.0, внезапно всего три строчки. И это всё?! Только собрался спросить, раз "через refresh можно", значит, необязательно?, и кто решает, можно или нет и т.п., как статья резко закончилась.
В общем, я не понял ни смысл статьи, ни части её содержания. И даже завидую тем, кому она показалась лучшей
(прошу прощения, не ту кнопочку нажал, а отредактировать не могу)
Получить/сформулировать ФТ от заказчика
Оценить свою работу (без создания прототипа)
Выдать требования тем, кто должен реализовывать ваш дизайн.
И так по все пищевой цепочке.
Повторюсь, если каждый участник проекта будет изготавливать свой драфт (у вас - прототип), то оценка будет золотой.
На самом деле, насколько помню, вся эта процедура описана в разных проектных моделях, в т.ч. в ГОСТ
Что тогда здесь понимается под "ресурсами"? Обычно ресурсы - это время, средства, люди (и иногда можно разбить средства на деньги и материалы, но не здесь). Ваша компания знакома с основами проектной деятельности (про треугольник как модель ресурсов)?
Но меня больше другое интересует.
Если требуется выполнить проект, то необходима его оценка. Оценка от и до. В которой участвуют все основные затратные ресурсы (с вашей стороны - дизайн).
Вопрос - зачем выполнять прототип вместо того, чтобы его оценить? Если следовать логике вашей работы, то делаем дизайн - оцениваем, делаем фронт - оцениваем...
А всего-то от вас требуется:
Треть статьи - введение в различия между двумя основными архитектурными стилями. Наверное, автор хочет плавно подвести нас к теме статьи? Но нет, в 100501 изложении монолита не видно ни слова про тему статьи. Подразумевается, но не сказано.
Описание AA в каждом пункте. "Мы", "нам" - кто эти загадочные звери?
Что мешает указывать конкретные сущности (группы сущностей), которые выполняют это действие?
И самый интересный пункт, OAuth 2.0, внезапно всего три строчки. И это всё?!
Только собрался спросить, раз "через refresh можно", значит, необязательно?, и кто решает, можно или нет и т.п., как статья резко закончилась.
В общем, я не понял ни смысл статьи, ни части её содержания. И даже завидую тем, кому она показалась лучшей