Инфраструктура для программного проекта [закрыто]

Question

Скоро я возглавлю новый проект.И я размышлял над тем, какова базовая инфраструктура для программного проекта.Это то, что, я думаю, должно быть в каждом проекте:

-Соглашения о стиле кодирования

-Соглашения об именовании

-Стандартная структура каталогов проекта (например, стандартная компоновка каталога maven и т.д.)

-Управление проектами и отслеживание проблем (например, trac, redmine и т.д.)

-Сервер непрерывной интеграции (например, hudson, круиз-контроль и т.д.)

Я не уверен, что я что-то упустил.Кто-нибудь хотел бы добавить?

Answer 1

В качестве предварительного ответа ознакомьтесь с тестом Джоэла:http://www.joelonsoftware.com/articles/fog0000000043.html

Просто закуска:

1. Используете ли вы систему управления версиями?
2. Можете ли вы выполнить сборку за один шаг?
3. Делаете ли вы ежедневные сборки?
4. У вас есть база данных ошибок?
5. Исправляете ли вы ошибки перед написанием нового кода?
6. У вас есть актуальное расписание?
7. У вас есть спецификация?
8. Есть ли у программистов спокойные условия работы?
9. Используете ли вы лучшие инструменты, которые можно купить за деньги?
10. У вас есть тестировщики?
11. Пишут ли новые кандидаты код во время собеседования?
12. Проводите ли вы тестирование юзабилити коридора?

Answer 2

• система контроля версий (напр.subversion, cvs, git)

Answer 3

В дополнение к вашему я поставлю:

• Стратегия модульного тестирования
• Стратегия интеграционного тестирования
• Определенный Процесс
• Стратегия выпуска (доставки) (например, этапы, рабочие пакеты и так далее)
• Стратегия ветвления системы управления версиями

Answer 4

• Как насчет документации - как (комментарии в коде, высокоуровневые спецификации), когда, количество, кто
• Как вы будете тестировать - модульное / приемочное / пользовательское тестирование
• управление версиями кода, какой-нибудь SVN / Git (или он включен в trac?)
• роли и обязанности команды - должны быть указаны в ocntext вашего проекта

Answer 5

Управление знаниями имеет решающее значение.Поскольку вы уже планируете использовать wiki (например, Trac или Красный Рудник) вы могли бы использовать его и для KM.

Answer 6

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

Answer 7

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

Answer 8

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