MS
про требования мы вам всё расскажем, а про архитектуру лучше спросить у коллег в @itarchitect
Он там уже спросил)
Size: a a a
2020 July 25
DB
Всем привет, я веб разработчик. Для своего проекта сейчас хочу систематизировать требования и продумать архитектуру. в сети наткнулся на методологию Iconix. Единственное что смущает, это то что она старая и на русском материалов не много. Кто нибудь использовал ее в реальных проектах?
для систематизации требований к ПО можно использовать набор сценариев использования
N
А вы что в понятие «архитектура» вкладываете?
Архитектура как скелет приложения - задает некоторые устойчивые конструкции, вокруг которых обрастает дальше классы, модули и тд
DB
для систематизации требований к ПО можно использовать набор сценариев использования
для систематизации прочих требований — просто чеклист:
1. производительность
2. надёжность
3. совместимость
4. внутреннее качество
по 1-3 можем подсказать, что как
1. производительность
2. надёжность
3. совместимость
4. внутреннее качество
по 1-3 можем подсказать, что как
N
это больше нефункциональные требования. я правильно понимаю?
DB
для систематизации требований к ПО можно использовать набор сценариев использования
если сценарии использования неизвестны, можно сначала поизучать деятельность и сделать сквозной неформальный бизнес-сценарий
DB
это больше нефункциональные требования. я правильно понимаю?
это не больше, а именно так их часто называют. но более точно — атрибуты качества и ограничения
DB
параллельно можно проработать модель данных на концептуальном и атрибутном уровне, сослаться из юскейсов на неё, для наиболее важных классов проработать модели состояний
N
Вот есть какая нибудь книга где обо всем этом будет расписано ?
DB
если нет понимания, зачем вообще делаем программу и как поймём, что получилось — можно сделать краткую концепцию ПО или хотя бы карточку проекта
DB
Вот есть какая нибудь книга где обо всем этом будет расписано ?
Карл «Великий» Вигерс
АБ
Добрый вечер,
Кто сталкивался с документированием Legacy Systems?
Интересно ваше мнение с чего начать:
Кейс такой: системе 20 лет, есть lead dev, который разрабатывал её 20 лет с разными командами. Только он единственный владелец знаний. И он увольняется через 2 месяца. Задача: максимально осуществить Knowledge Transfer за это время, чтобы новая команда разработчиков смогла поддерживать систему. Ваши действия как BA?
Кто сталкивался с документированием Legacy Systems?
Интересно ваше мнение с чего начать:
Кейс такой: системе 20 лет, есть lead dev, который разрабатывал её 20 лет с разными командами. Только он единственный владелец знаний. И он увольняется через 2 месяца. Задача: максимально осуществить Knowledge Transfer за это время, чтобы новая команда разработчиков смогла поддерживать систему. Ваши действия как BA?
DB
Вот есть какая нибудь книга где обо всем этом будет расписано ?
вот тут методика, которую я применяю в своих проектах https://medium.com/it-analyst/srs-technology-5699e11ffa16
N
вот тут методика, которую я применяю в своих проектах https://medium.com/it-analyst/srs-technology-5699e11ffa16
Спасибо. как раз натыкался в сети на ваш курс. к сожалению свободных денег нет) так что приходится по крупицам собирать знания)
DB
да мы всё необходимое можем рассказать
DB
смысл курса в практике и обратной связи)
DB
вот тут методика, которую я применяю в своих проектах https://medium.com/it-analyst/srs-technology-5699e11ffa16
Примеры артефактов вот тут: https://medium.com/it-analyst/10-requirements-techniques-aa23120f9417
E
Читал про это. Вы использовали эту модель в реальной жизни?
Да, это неплохая отправная точка, на мой взгляд
E
Архитектура как скелет приложения - задает некоторые устойчивые конструкции, вокруг которых обрастает дальше классы, модули и тд
Может вам проще подойти? Оттолкнутся от C4 + зафиксировать в любой нотации решения на атрибуты качества с учётом тех ограничений, что вы смогли в рамках требований сформулировать и что в C4 не влезло - вот вам и описание архитектуры
N
Спасибо всем больше. не ожидал тут такой поддержки. Я можно сказать сам себе заказчик. У меня есть идея для стартапа, но хочу еще прокачаться в роли аналитика, но попал что то вроде в ловушку аналитика - когда много думаешь, а ничего не делаешь)