2012-05-24 3 views
0

Я работаю в очень большой организации, которая ищет новые идеи. В настоящее время существует этот большой проект, который должен обеспечить общую архитектуру для самых разных приложений. Мы организовали так много «общих» компонентов, которые привыкли создавать «развертываемую единицу» или DU, DU является окончательным приложением.Организация и процессы большой Java-проекта

Не вдаваясь в слишком скучную (и чувствительную) деталь, то, как мы делаем это сейчас, не работает. У нас есть 30 приложений, и вы можете подождать более двух лет, прежде чем получить разрешение сделать что-то большее, чем самое отчаянное исправление. Я ищу предложения, которые охватывают организацию и тестирование.

Если вы заинтересованы, моя идея до сих пор выглядит следующим образом:

  1. Создание групп на основе специальных навыков. Например, команда GUI, команда JSP, команда базы данных, команда HTML/CSS и т. Д. Когда эти ребята получают запросы на решения, они идеально подходят для просмотра возможностей повторного использования, которые должны ускорить разработку. Тот факт, что команда состоит из экспертов по предмету, также означает, что качество выпускаемого кода также должно быть лучше. Эти команды будут создавать пользовательские решения, адаптированные для запроса, и будут содержать только то, что необходимо для обеспечения решения - ничего другого.
  2. Создайте команду, которая работает с бизнес-клиентом, который соберет требования, а затем перейдите в соответствующую специализированную команду для решения. Затем эта команда будет отвечать за интеграцию различных решений в окончательное приложение и выполнение модульного тестирования.
  3. Максимально использовать автоматизированные средства тестирования (например, JUnit). Кроме того, чтобы максимизировать количество приложений, которые могут проходить тестирование при приеме пользователей в процессе производства, такие как среды, вы устанавливаете короткие фиксированные длительности тестирования. Если вы не готовы к концу этого времени, вы вернетесь к разработке и модульному тестированию - никаких исключений! Другими словами, будьте уверены, что вы готовы к приему/производству пользователя, прежде чем запрашивать его.

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

Есть ли что-нибудь даже удаленно, как то, что я только что описал уже там?

+1

Это OT здесь. Возможно, на «Программистах», которые я не часто, но не здесь. –

ответ

Смежные вопросы