Перейти к содержанию
    

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

Уважаемый All поделитись опытом или ссылками на документацию по subj pls !

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для управления бальшими проектами

используется version menegment, например CVS.

Сейчас MG интегрировала CVS в FPGAdv (HDL Designer).

 

Участвовал в большом проекте, где отдельные модули

писало 3 человека (они же проводили кое-какое тестирование

своих модулей). Я писал тесты для всей системы. Смысл

в этом есть, так как обычно "свои тесты" хорошо тестируют

"свой код". Свои ошибки тяжело самому найти.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Именно с такой ситуацией столкнулись сейчас. Делаем большое устройство, коллектив разработчиков - 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 больше по вкусу пришлась. Четче работа и функции получше реализованы. Но, за это и деньги требуют...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

oleg_rudakov

А где можно скачать WinCVS? или он платный?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Некоторый формализм еще иногда называют маршрутом

проектирования, который включает в себя способы избежать

ошибок при проектировании и основан на опыте предыдущих

проектов. В частности по тому насколько детально проработон

маршрут проектирования судят о солидности и надежности

компании.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Выдержка из руководства по 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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/

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

Я бы добавил к системе контроля версий:

1) Программу планирования проекта (Microsoft Project).

2) Многопользовательскую базу знаний технической информации по САПР/языкам и т.д. (MediaWiki)

3) Многопользовательскую систему учета багов (Bugzilla, Project Sync).

4) На больших проектах - систему для общения разработчиков (Skype - голосовое общение).

 

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Читай про cvs, только если вынужден его использовать.

Ссылки

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...