Оценка проекта Spring / Hibernate

Question

Я новичок в Spring Framework. Недавно я был частью Задачи, где готовилась оценка для веб-приложения на основе Spring / Hibernate. У нас были функциональные и бизнес-требования и подробные варианты использования. Меня попросили подготовить список типов инвентаризации или рабочих элементов (контроллеры, объекты, DAO, ServiceClasses, страницы приложения, таблицы базы данных и т. Д.).

Какова методология, чтобы сделать это (я уверен, что это может быть не специфично для Spring, но, поскольку каждый Framework / API потребовал бы создания архитектуры приложения определенным образом, я запутался)?

Пожалуйста, укажите мне любые веб-ресурсы, о которых вы знаете, если ответ слишком подробный, я не смог получить точные результаты от Google.

Большое спасибо.

Answer 1

Spring, безусловно, имеет свою собственную идиому, как и все языки и фреймворки, но я не думаю, что с ней связан процесс оценки.

Звучит так, будто вы относительно далеко продвинулись в этом процессе, если у вас есть подробные примеры использования. Какова была оценка работы до того, как вы получили варианты использования?

Java - объектно-ориентированный язык. Если у вас есть подробные варианты использования, начните проектировать систему с точки зрения объектов, разложив их. Пока не беспокойся о весне.

Как только вы их получите, я бы сказал, что вам следует начать с интерфейсов служб. Методы в этих интерфейсах должны очень хорошо соответствовать вашим вариантам использования. Вы сможете увидеть, как ваши бизнес-сценарии и сценарии использования системной системы начинают объединяться с услугами.

Имея под рукой интерфейсы объектов и сервисов домена, у вас не составит труда выстроить уровень персистентности и ORM.

Если у вас есть сервисные интерфейсы, макеты пользовательского интерфейса можно выполнять параллельно.

Как вы фиксируете свои оценки? Вы думали о покупке Fog Bugz? Если ничего другого, я заинтригован его подходом к оценкам.

Answer 2

В моей компании мы используем функциональную точку как метод для обработки проектов такого типа.

В основном мы считаем

• все используемые таблицы и приблизительное количество атрибутов,
• все значения, которые поступают в систему через интерфейс (GUI, файл, WebService, ...),
• все значения, которые покидают систему через интерфейс,
• все варианты использования, которые видны нашему клиенту (только функциональные варианты использования, без технических процедур),
• для каждого варианта использования - количество таблиц, из которых нужно читать или записывать.

Затем мы присваиваем каждому числу вес (здесь вам нужен некоторый опыт или хорошее чувство) и рассчитываем стоимость проекта.

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

Конечно, вам нужно выделить дополнительное время для настройки архитектуры проекта при первом использовании Spring Framework, Hibernate или любой другой технологии, с которой вы не знакомы.

Answer 3

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

http://www.joelonsoftware.com/articles/fog0000000245.html