Нужен не очень сложный проект с документацией тестированием и обязательно uml-диаграммами.
Если кто-то может скинуть на почту (отвечу в пм) или выложить на файлообменник (rapidshare ifolder и пр.) буду очень благадарна.
Язык только C# (или Java),  любые проекты. Если это будет WPF или ASP.NET так вообще шикарно.
Опен-сорс проекты рассматриваются, но уж очень они большие.

Всем спасибо.


Это сообщение отредактировал(а) Madonna - 7.5.2009, 16:14

Курсовик решила поискать?   

Нет.
Мне нужен именно пример.
А большие проекты просто разбирать долго.
Читаю хабрахабр, но по примеру сделать было бы легче (наверно), т.к. об описанных действиях (документацией тестированием и обязательно uml-диаграммами) у меня очень размытое представление. 
Хотя открывая опен-сорс проекты мне уже страшно.
Попробую без примера, просто спросить.
 
1. С точки зрения программиста NDoc наверно хватит.   Только что же туда включать? Оо В принципе имена переменных адекватные, названия методов лично мне кажутся понятными. Онли названия методов, полей и для чего нужны? У меня получается перевод с английского и пару слов об самом методе  

Как сгенерировать NDoc не используя командную строчку? Может есть такая настройка в самой студии?

2. Тестирование. Я так понимаю с точки зрения программиста NUnit -хватит (В общем что-то большее я тупо не успею   ).

3. Минимум uml-диаграмм что в себя включает? Диаграмма классов пакетов...Какие чаще всего используются и почему лично вам с ними удобнее?  Я понимаю, зависит от задачи, но все же.


Это сообщение отредактировал(а) Madonna - 8.5.2009, 15:55

Madonna, переходи от хабрахабра к MSDN Magazine и умным книжкам по архитектуре.
1. NDoc умер. Теперь вместо него http://www.codeplex.com/Sandcastle. Поставь еще http://www.roland-weigelt.de/ghostdoc/ - тоже облегчает жизнь.
    IMHO, достаточно xml comments на public/protected - т.е. отсутсвие warnings при сборке с генерацией xml doc.

2. NUnit (или родные тесты студии) - всего лишь инструмент. Есть два подхода к тестированию: TDD и Tests-Before-Development. Оба достаточно четко определяют что такое "хватит", и оба сокращают затраты на разработку 

3. Минимум UML-диаграмм - 0. Зависит от задачи, но в большинстве случаев их можно заменить списком используемых PoEE. Опять же, IMHO 

Можно еще пожелать Code Analysis/FxCop и соблюдения Design Guidelines for Developing Class Libraries.

PashaPash, Спасибо.