Организация работы в коллективе разработчиков. Опции

[ilya79]

Уважаемый All поделитись опытом или ссылками на документацию по subj pls !
Раньше когда в проекте участвовало 3-4 человека стыковка модулей происходила достаточно безболезненно, но при рарзростании колектива до 10-12 человек(правда и сложность проектов возрасла) огромное количество времени стало уходить именно на стыки модулей. Где-то читал что на западе принято что модуль делает один разработчик а тест для него пишет другой! Кто нибудь использовал данную методику ? Пишет ли кто-нибудь поведенчискую модель системы целиком?

[YuryL]

Для управления бальшими проектами
используется version menegment, например CVS.
Сейчас MG интегрировала CVS в FPGAdv (HDL Designer).

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

[oleg_rudakov]

Именно с такой ситуацией столкнулись сейчас. Делаем большое устройство, коллектив разработчиков - 7 человек. Вопрос синхронизации кодов, учета версий, и project issues backtracking реализовали проработкой политики ведения документации по проекту (ввели трехуровневую модель) и систему CVS, как единственно бесплатную.

Из предыдущего опыта работы в канадской компании NORTEL Networks (проектировали и верифицировали ASICs трафиковых процессоров на 10 млн. вентилей по технологии IBM Cu11) могу сказать следующее. Обычно существует две параллельно работающие команды: RTL-дизайнеры и верификаторы. Для их работы необходимо существование написанного документа (General Specifications), в котором описана структура и работа проектируемого устройства. RTL-дизайнеры разрабатывают RTL-модель устройства, а верификаторы - поведенческую модель, верификационную среду и обширный набор тестовых программ (testcases), которые заранее разрабатываются в соответствии с Conformance Test Plan, сочетающего в себе описание прямых (Direct Testcases) и рандомизированных (Constrained Randomization Testcases) проверок.

Суть и цель работы - разработать эквивалентные модели (RTL и behavioral), отладить с помощью BEH-модели тестовые программы, а затем, изъяв поведенческую, и подставив на ее место RTL-модель, выполнить регрессионную верификацию до полного исчезновения несоответствия в функционировании моделей.

Золотое правило разработки аппаратуры - никогда не доверять разработку и тестирование одному и тому же человеку (коллективу). Дела не будет.

Мы использовали Synchronicity DesignSync и ProjectSync для синхронизации кодов VERA-программ и Verilog-моделей. ProjectSync использовалась для ведения Issues DataBase, в которую заносились все сбои и проблемы, обнаруженные на регрессии, и которые требовали от соответствующих ответственных лиц реакции.

В Российской действительности все идентично, но денег нет на "крутые системы", поэтому легко обходимся Aldec Active-HDL как интегральной средой FPGA-проектирования и верификации, а WinCVS - как средство синхронизации кодов.

Лично мне Synchronicity больше по вкусу пришлась. Четче работа и функции получше реализованы. Но, за это и деньги требуют...

[ilya79]

Огромное спасибо! Хотелось бы узнать присутсвует ли некоторый формализм при разработке ? Т.е. когда разработчику дают задание на модуль , то к ниму прилагаються временные диагарамы или он делает их под себя?

[oleg_rudakov]

Разработчик должен получить ВСЮ необходимую информацию, позволяющую ему выполнить работу. Таким образом, он должен получить функциональное описание его модуля (то есть словесное описание работы, тех. проект), стандарты (протоколы, и т.п., если таковые используются), циклограммы (если проектируемый модуль работает с внешней средой, протоколы которой не стандартизированы и являются внутренней разработкой компании), требования на интерфейс программной части (Software Interface). Как правило, этого оказывается достаточно.

[lamerok]

oleg_rudakov
А где можно скачать WinCVS? или он платный?
И где можно почитать книжку или руководства по работе в коллективе например прогрммистов? Основные принципы?

[YuryL]

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

[YuryL]

Выдержка из руководства по CVS
You can get cvs in a variety of ways, including free download from the internet. For
more information on downloading cvs and other cvs topics, see:
http://www.cvshome.org/
http://www.loria.fr/~molli/cvs-index.html

[oleg_rudakov]

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

WinCVS - это бесплатное ПО.

Вот некоторые полезные ссылки по WinCVS:

1) http://mesh.dl.sourceforge.net/sourceforge...WinCvs13b20.zip - скачивайте отсюда.

http://www.thathost.com/wincvs-howto/ - полезная документация по WinCVS.

Кстати, при установке WinCVS потребуется еще и Python, который можно залить отсюда: http://www.activestate.com/Products/ActivePython/

[lamerok]

oleg_rudakov
Спасибо

[Angel]

TortoiseCVS(h__p://www.tortoisecvs.org/) — великолепная система версий для Windows на базе известной open-source системы CVS. Интегрируется в оболочку Windows, работать с ней очень удобно из обычного «проводника» Windows.

[Escorial]

Как вы считаете, какие системы помимо непосредственно САПР и системы контроля версий должны использоваться на предприятии?

Я бы добавил к системе контроля версий:
1) Программу планирования проекта (Microsoft Project).
2) Многопользовательскую базу знаний технической информации по САПР/языкам и т.д. (MediaWiki)
3) Многопользовательскую систему учета багов (Bugzilla, Project Sync).
4) На больших проектах - систему для общения разработчиков (Skype - голосовое общение).


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

[vitus_strom]

Может кто то из собравшихся расскажет в общих чертах как пользоваться WinCVS? так сказать dataflow...

[Escorial]

Может кто то из собравшихся расскажет в общих чертах как пользоваться WinCVS? так сказать dataflow...

Я бы не советовал сейчас использовать CVS. Лучше посмотрите в сторону Subversion. На форуме он активно обсуждается.

[spf]

Может кто то из собравшихся расскажет в общих чертах как пользоваться WinCVS? так сказать dataflow...

Для себя не стоит использовать cvs, существуют более продвинутые и развивающиеся продукты, например , subversion.
Читай про cvs, только если вынужден его использовать.
Ссылки