Инфраструктура программного проекта

Question

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

-Coding конвенций стиль

-Naming конвенции

структура -Стандартный проект каталога (например, Maven макет стандарта реж и т.д.)

- управление проектами и отслеживания ошибок (например, Trac, Redmine, и т.д.)

-Непрерывная сервер интеграции (например, Гудзон, круиз-контроль и т.д.)

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

Answer 1

В дополнение к твоему вложу:

• Unit Strategy Test
• Integration Test Strategy
• определенного процесса
• выпуска (поставки) стратегии (например, этапы, рабочие пакеты и так далее)
• Стратегия разветвления источника управления

Answer 2

• система контроля версий (напр. подрывной деятельности, резюме, мерзавец)

Answer 3

В качестве предварительного ответа, проверить тест Joel: http://www.joelonsoftware.com/articles/fog0000000043.html

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

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

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

Answer 8

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