Планирование программного обеспечения: интеграция - PullRequest
2 голосов
/ 02 марта 2010

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

Ответы [ 2 ]

1 голос
/ 02 марта 2010

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

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

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

1 голос
/ 02 марта 2010

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

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

...