Проблема сейчас в том, что с таким документом неудобно работать:
- трудно бывает сразу определить, какие части уже реализованы, а какие нет. Потому что не всегда возможно сразу в 100% объёме реализовать use case.
- когда вносятся изменения, надо внимательно шерстить весть документ как для внесения правок, так и для считывания.
--
---
Вы получили это сообщение, поскольку подписаны на группу "dotnetconf".
Чтобы отменить подписку на эту группу и больше не получать от нее сообщения, отправьте письмо на электронный адрес dotnetconf+unsubscribe@googlegroups.com.
Чтобы настроить другие параметры, перейдите по ссылке https://groups.google.com/d/optout.
--
Поясню на примере:
Есть должник, не оплативший счёт вовремя. На него заводится "дело", которое проходит разные этапы. В зависимости от текущего этапа и от того какие этапы уже были пройдены, в колонке "пеня" будет стоять та или иная сумма.
Если показываются неоплаченные проводки (бухгалтерские позиции), то в колонке "дата" показывается дата, взятая из базы данных счетов, а не из оперативной базы проводок.
Выбор самих этих неоплаченных открытых проводок, какие вообще должны показываться пользователю, тоже непрост и зависит от многих факторов.
Для того чтобы "дело" перешло к следующему этапу, надо проверить 20 условий. Где это всё описывается? Это доменные знания, важные и для разработчиков.
--
ок, тогда так поставим вопрос. Если у меня каша в голове - (истории, задачи -- какая разница?), помогите сориентироваться по данной теме. Что подчитать?
Спасибо!
--