Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: кто как ведет совместный проект и документацию к нему?
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Управление проектами
witcherry
Встала проблема документировать свои действия, для дальнейшего использования (создание хелпа, разбора полётов и истории версий, т.п.), чтоб не забыть потом.
Наверняка многие через это проходили.
Поделитесь опытом, кто чем пользуется.
witcherry
Спасибо большое за ссылки! Правда, интересно.
LeonY
Не очень понятно о чем идет речь - толи о совместном проекте, т.е. проекте, выполняемом несколькими конторами, удаленными группами and so on, или о проекте, где требуется хранить/предоставлять кому-то history. Вообще-то это разные вещи и, соответственно, разные tools и методики. Первое требование гораздо шире и включает в себя второе. Поэтому начну со второго. Для хранения истории используют Version Control Systems, т.е. специальные программы для ентого дела предназначенные. Их разных как грязи (CVS, PVCS,.... и много еще, по крайней мере Google на "Version Control System" или "Version Control" выдаст ссылок по самые уши и выше) - бесплатных, дешевых, дорогих...

Но ВСЕ они заточены под разработку софта (или hardware на HDL) и крайне плохо приспособлены и приспосабливаются к разработке hardware классическими способами, механики или смешанным проектам. Вот тут все проблемы и начинаются. Но решает их каждый сам (имею в виду контору, а не личность)

Второй необходимый компонент в этом деле - строгий формальный Configuration Control (я не выпендриваюсть - просто не знаю как это будет на "русском языка", наверное что-то типа "Оборот технической документации").

Для инженеров и первое и второе это как серпом по одному месту, но мириться приходится, это АБСОЛЮТНО НЕОБХОДИМО.

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

Возвращаясь к началу... Если же вопрос о Project Management, то тут тоски и книг и бумаг еще больше. И это как-бы отдельное "искуство".Тут и деньги, и расчеты времени, и синхронизация исполнителей, и..., и.... Читайте книги, идите на курсы по Project Management, причем не на месяц, а на годик - другой, а еще лучше MBA, в каком-нибудь престижном универе
vitan
Да не надо для этого в Гарвард ехать!

Берете любую прогу управления проектами, читаете хелп, и этого достаточно!
Я реально так и поступил. После этого вся работа организовалась, все записано, все прогнозируется и управляется. Глюки - в базу данных, работы - расписаны по задачам, план составить проще некуда.

Для начала этого - за глаза. Потом, если не понравится уровень работы, надо подумать об образовании, но это потом, на совсем другом уровне...
witcherry
На самом деле, мне бы что по-проще. Если не сложно, приведите, пожалуйста, примеры по-проще и, желательно, freeware.
vitan
Цитата(witcherry @ Apr 10 2006, 14:43) *
по-проще и, желательно, freeware.


C системой контроля версий, ИМХО, проще - не значит лучше. CVS подойдет. Изучать ее можно долго, но и новичку с ней работать можно научиться за 2 дня. За 1 день, ИМХО, можно научиться работать c Subversion. С остальных, наверное, не нужно начинать, т.к. они мало распространены.
Для глюков и задач бесплатный CVSTrac, но он не очень красивый... smile.gif
Я лично юзаю Sirid. Он платный, но красивый (на Jave), мне нравится. В нем, конечно, нет такого количества фишек, как, например в JIRE (atlassian jira), но мне пока и не надо...
Все такие проги обладают веб-интерфейсом (т.е. на компе будет "сайт") и хранят инфу в базах данных (у меня - MySQL), так что проблем с переходом на новые платформы не должно быть много. smile.gif

А вообще, пишите в гугле "Free bug tracking software", и там найдете столько...
Там даже есть сравнительная табличка! (только не помню, где - давно это было... smile.gif )
vet
Subversion (SVN). Начал с ней работать, установив дистрибутив и почитав полчаса документацию, причём до этого с контролем версий не сталкивался.
KolyanV
А я пользую TeamSource (он входит в поставку Delphi и C++ Builder), кажется бесплатный. По возможностям не самая мощная программа, но очень удобная, мне хватает.
dissector
Есть замечательная софтина, пока еще не слишком распространенная в России - AuthorIT. Софтина эта поддерживает все возможности, перечисленные в этом разделе форума. Более того, софтина почти халявная, триал полнофункционален и не ограничен по времени. Только при публикации впихивает в текст слова authorit evaluation, но этот фокус уже научились обходить. А при публикации в XML она это делать и вовсе забывает smile.gif

Работаю с этой софтиной с ноября 2004, сделал с ее помощью десятка три проекта АИИС КУЭ, несколько софтверных проектов, четыре сайта, кучу документации на железо по ГОСТ 2.601-95. Внешне - ворд вордом, а возможностей значительно больше. Да и борландовские штучки типа калиберРМ рядом не лежали. Кому интересно - см. Автоматизация разработки технической документации и "рядом лежащие" статьи.
rest1234
Есть ещё возможность управления проектом польностью через интернет. Тоже очень удобно.
one_man_show
rest1234 Ссылку дайте пожалуйста
dissector
Цитата
Есть ещё возможность управления проектом польностью через интернет. Тоже очень удобно.

Такой фичей не пользовался, но совместная работа в сети возможна. Потребуется MS SQL Server, крутящийся у какого-нибудь хостинг провайдера - и все. В локалке все работает нормально, сам пробовал, в интернете все зависит от каналов связи.
lehho
А во такой штукой http://www.mantisbt.org/ никто не пользовался? Интересует прежде всего постановка задач и контроль за ходом выполнения работ?
Doka
Цитата(lehho @ May 15 2007, 08:01) *
А во такой штукой http://www.mantisbt.org/ никто не пользовался? Интересует прежде всего постановка задач и контроль за ходом выполнения работ?

прочитав сообщение, сначало подумал, что вы имеете в виду аналог NetOffice, затронутый в обсуждении Софт для организации работы,
однако прочитав на странице программы: "Mantis is a free popular web-based bugtracking system", наверное она близка к таким системам как Bugzilla, Scmbug (Bugzilla with Subversion), в проекции на интеграцию с SVN было бы интересно попробовать Scmbug.
lehho
Ну да это bugtracking system, но интересно использование для постановки задач/отчётности для проекта в целом, а не только как вспомогательная среда при разработке софта. Вот как это может выглядеть: http://www.advantex.ru/rus/products/produc...ges/design1.gif. В таком контексте bugtrack никто не использовал? Спасибо за наводку на Scmbug. Интеграция с SVN весьма интересна.
spf
Цитата(Doka @ May 15 2007, 16:09) *
[skip]
наверное она близка к таким системам как Bugzilla, Scmbug (Bugzilla with Subversion), в проекции на интеграцию с SVN было бы интересно попробовать Scmbug.

Почему не Trac?
Пробовали Bugzilla - не понравилось.
Поставили Roundup issue-tracking system, до Subversion Integration все руки не доходят.

PS: Roundup рассматривают для использования проектом Python.
lehho
Поставил, mantis. Вещь простая в установке и на первый взгляд понятная. Посмотрю насколько от неё будет пользы в работе.
lamerok
Используем Для контроля версий и совместной разработки Rational ClearCase (UCM) для отслеживания багов (bag tracking) ClearQuest.
Документация на UML. Планируем на Ration Software Architect перейти. Используем только C++
Это для встроенного ПО (AVR, PIC, MSP430).

ДЛя верхнего ПО клинеты- MS Visual Studio Team Suite SW Architect 2005, MS Visual Studio Team Suite Developer 2005, MS Visual Studio Team Suite Tester 2005,
Сервер MS Visual Studio Team Suite.
Doka
Цитата(spf @ May 16 2007, 03:51) *
Почему не Trac?

довольно много проектов в сети на Trac... решил попробовать..
сегодня поставил.. (замумокаешься пока все пакеты скачаешь и соберёшь ).
"Browse Source" - отличий мало от используемого ранее браузинга по репозиториям WebSVN. + слабая поддержка подсветки синтаксиса (хотя может еще не разобрался - WebSVN для этих целей используется Enscript)
далее "WiKi" - синтаксис откровенно разочаровал.неудобный какой-то((( (после использования DokuWiki. вообще почему-то ошибочно считал что у всех Вики синтаксис идентичен)
ну а чтобы юзать остальное надо понимать для чего оно.. доки пока не читал, да что-то скудные они (опять же тот же Вики на trac.edgewall.org/wiki/ ). Доки тоже в "-". Есть же тучи опенсорц-проектов с человеческой документацией (в т.ч. и в PDF)/


кстати, подробнее посмотрел Scmbug.
интересная вещь: предоставляет frontend к SVN, CVS (как системам контроля ревизий) с одной стороны и к Bugzilla, Mantis, Roundup (как системам багтрек) с другой.
+ хорошая документация.. как найду время займусь им плотнее.
lehho
Цитата(lamerok @ May 18 2007, 22:44) *
Используем Для контроля версий и совместной разработки Rational ClearCase (UCM) для отслеживания багов (bag tracking) ClearQuest.
Документация на UML. Планируем на Ration Software Architect перейти. Используем только C++
Это для встроенного ПО (AVR, PIC, MSP430).
ДЛя верхнего ПО клинеты- MS Visual Studio Team Suite SW Architect 2005, MS Visual Studio Team Suite Developer 2005, MS Visual Studio Team Suite Tester 2005,
Сервер MS Visual Studio Team Suite.

Правильно понимаю, что для диаграмм UML используйте Rational Rose? Может кто искал оптимальный редактор для UML? Что посоветуйте? Сам для прикладного ПО использую Java, среда от Sun: NetBeans 5.5. Она поддерживает UML, но модуль UML только beta версия, глючный.
Цитата(Doka @ May 18 2007, 23:26) *
кстати, подробнее посмотрел Scmbug.
интересная вещь: предоставляет frontend к SVN, CVS (как системам контроля ревизий) с одной стороны и к Bugzilla, Mantis, Roundup (как системам багтрек) с другой.
+ хорошая документация.. как найду время займусь им плотнее.

не забудьте поделиться впечатлением.
lamerok
Цитата(lehho @ May 18 2007, 23:26) *
Правильно понимаю, что для диаграмм UML используйте Rational Rose? Может кто искал оптимальный редактор для UML? Что посоветуйте? Сам для прикладного ПО использую Java, среда от Sun: NetBeans 5.5. Она поддерживает UML, но модуль UML только beta версия, глючный.

не забудьте поделиться впечатлением.

В данный момент используем MS Visio... но есть одна проблема с мерджем Visio файла в ClearCase (получается что править диаграмму в один момент времени может только один человек), попробывали Rational Software Architect, так как продукты ClearCase и Rational Software Architect от одной конторы (IBM Rational Rose), то таких проблем там нет и можно одновременно работать над одним документом.
Пока попробывали триальную версию на 1 месяц. Немного непревычно после Visio, но думаю привыкнуть можно...
Есть еще Visual UML, говорят неплохая штука.

Дело в том, что из-за особенностей встроенного С++, не всегда можно из UML диаграммы сделать заготовку класса (для использования). Поэтому вначале разрабатывается архитектура, затем детальная архитектура (Все классы, все функции, статические диаграммы, диаграммы взаимодействия, описываются все функции), а затем по ним пишется код, Для этой задачи Visio подходит очень хорошо..
Повторюсь проблема только с мерджем...
lehho
Цитата(lamerok @ May 20 2007, 13:55) *
В данный момент используем MS Visio... но есть одна проблема с мерджем Visio файла в ClearCase (получается что править диаграмму в один момент времени может только один человек), попробывали Rational Software Architect, так как продукты ClearCase и Rational Software Architect от одной конторы (IBM Rational Rose), то таких проблем там нет и можно одновременно работать над одним документом.
Пока попробывали триальную версию на 1 месяц. Немного непревычно после Visio, но думаю привыкнуть можно...
Есть еще Visual UML, говорят неплохая штука.

Дело в том, что из-за особенностей встроенного С++, не всегда можно из UML диаграммы сделать заготовку класса (для использования). Поэтому вначале разрабатывается архитектура, затем детальная архитектура (Все классы, все функции, статические диаграммы, диаграммы взаимодействия, описываются все функции), а затем по ним пишется код, Для этой задачи Visio подходит очень хорошо..
Повторюсь проблема только с мерджем...

Спасибо за разъяснения. Решение с MS Visio вполне нормальное, сам его использую. Поскольку встроенное ПО пишем исключительно на C, то на UML описываем только архитектуру, да и то не всегда. Проблема с мерджем понятна, но мы ещё до такого не доросли, чтоб UML одновременно несколько человек правили, хотя в будущем может быть. Конечно здорово, что Rational Software Architect проблему с мерджем решает, но ведь не бесплатная smile.gif . Понятно, что можно warez использовать, но это дело такое... не надёжное... Скажите, а какова цена?
Freeware какой нибудь хороший редактор найти. Netbeans, тем хорош, что бесплатный, можно в нём создавать и platform-independent modeling project. А вот если привязать UML-project к Java-project, то после, например, переименования классов в Java-project, диаграммы UML безвозвратно разваливаются sad.gif
lamerok
Цитата(lehho @ May 21 2007, 01:44) *
Конечно здорово, что Rational Software Architect проблему с мерджем решает, но ведь не бесплатная smile.gif . Понятно, что можно warez использовать, но это дело такое... не надёжное... Скажите, а какова цена?


Цена 3999 зеленых за локальную лицензию, и около 10000 за сетевую...

Цитата(lehho @ May 21 2007, 01:44) *
А вот если привязать UML-project к Java-project, то после, например, переименования классов в Java-project, диаграммы UML безвозвратно разваливаются sad.gif


На сколько я понял из знакомнства с Rational Software Architect - Java Там поддерживается не плохо, но я не специалист в Java, поэтому со 100% увереностью сказать не могу...
Вы можете скачать триальную версию с сайта IBM - Это примерно 4 Гига smile.gif Кстати сделана она на движке Eclipse
Про разваливаются, вы совершенно правы, поэтому мы стараемся:
1. Для каждого проекта стандарт названия классов, методов, атрибутов, стандарт кодирования.
2. После каждого чиха (например, часть архитектуры, класс или несколько классов) устраиваем ревью, все программеры просматривют архитектуру персонально, делают замечания. Автор собирает все замечания, потом уже командой по каждому замечанию проходимся... и в итоге в 95% случаев, проблем с поздним переименовыванием уже нет. Есть небольшие проблемы с доработкой.
В основном вначале правиться UML, потом уже код.
3. Соответственно, также просматривается код (все в команде просматривют код другого программериста) на соответствие стандрату кодирования, UML диаграмме и спецификации функции.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2024 Invision Power Services, Inc.