Здравствуйте, hrg, Вы писали:
hrg>http://www.bugzilla.org
Bugzilla слишком тяжела для клиентов (если они не профессионалы-разработчики ПО): слишком много деталей + врожденная дружественность околоюниксового UI. Есть более легкий и дружественный Mantis.
На этапе эксплуатации, вообще, если клиенты действительно не разработчики ПО, то требование идти куда-то и что-то писать, да еще в фиксированной форме, может их сильно огорчить. Поэтому наиболее эффективным будет прием замечаний на support@ их разбор и внесение вручную обслуживающим персоналом в on-line систему учета (bubzilla, devtrack, mantis и пр.), которая доступна _и_ клиентам тоже (если клиент какой-нибудь продвинутый).
Re[3]: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
EW>>Если не пугает необходимость самостоятельного проектирования списков на необходимость настройки системы в целом, EW>>то советую MS SharePoint TeamServices (еще лучше MS Windows SharePoint Services V2, но это требует Win Server 2003).
T>Абсолютно не пугает. T>Только названного вами продукта на microsoft.com я не нашел — есть только MS SharePoint Portal Server 2003, но регистрации проблем/жалоб от клиентов там нету, насколько я успел въехать. T>Тот ли это продукт, о котором идет речь?
Здравствуйте, Tremasov, Вы писали:
T>А вы сами используете все это в работе? T>Используется ли это реально кем-то для указанных целей?
Сами используем.
Отличия в том, что ее пользователи у нас — разработчики, тестеры и т.д. —
то есть сотрудники компании.
Чтобы было удобно потом пользоваться этим делом,
пришлось конечно "пообрабатывать напильником".
SharePoint Services — это конструктор, а уж что вы из него сделаете, вам решать.
Самое неприятное — копаться в исходниках шаблонов списков
(страшная смесь HTML, XML и CAML (типа, тоже XML).
Делать приходилось что-то вроде этого,
а то и по-хлеще...
Ресурсов и документации достаточно, вот несколько ссылочек:
(первые два сайта "вертятся", кстати, на SharePoint)
T>А вы сами используете все это в работе? T>Используется ли это реально кем-то для указанных целей?
Я вставлю свои пять копеек.
Мы сейчас в процессе перехода от ClearQuest на issues SharePoint'а. Основной аргумент — интеграция с Project Server. Т.е. есть возможность связывать tasks проджекта и issues SharePoint. Удобно.
Написали тулзу для перекачки из CQ, после обработки рашпилем удалось перенести практически все, включая аттачи и историю.
Кто какие средства посоветует для subj?
Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте).
Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
Re: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>Кто какие средства посоветует для subj?
Желательно также, чтобы была возможность для жалобы указать проект, к которому она относится, а на каждый проект в настройках забить e-mail ответственного за проект разработчика, которому будет автоматически оправляться мыло о наличии новых жалоб касательно его проекта.
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
Tremasov -> "Re: Регистрация на Web'e багов и реквестов от клиентов" :
T> Здравствуйте, Tremasov, Вы писали:
T>> Кто какие средства посоветует для subj?
T> Желательно также, чтобы была возможность для жалобы указать проект, к T> которому она относится, а на каждый проект в настройках забить e-mail T> ответственного за проект разработчика, которому будет автоматически T> оправляться мыло о наличии новых жалоб касательно его проекта.
F>Bugzilla слишком тяжела для клиентов (если они не профессионалы-разработчики ПО): слишком много деталей + врожденная дружественность околоюниксового UI.
Это точно. Она нацелена в первую очередь для юзания самими разработчиками.
F>На этапе эксплуатации, вообще, если клиенты действительно не разработчики ПО, то требование идти куда-то и что-то писать, да еще в фиксированной форме, может их сильно огорчить. Поэтому наиболее эффективным будет прием замечаний на support@ их разбор и внесение вручную обслуживающим персоналом в on-line систему учета (bubzilla, devtrack, mantis и пр.), которая доступна _и_ клиентам тоже (если клиент какой-нибудь продвинутый).
На самом деле ситуация у нас не особо тривиальная — у нас помимо клиентов есть также дистрибьюторы, непосредственно общающиеся с клиентами, от которых и поступает основной напор. Заставить их заполнять формы не составляет труда, а от солидных клиентов можно и через support@ руками что-то вбить.
Re[5]: Регистрация на Web'e багов и реквестов от клиентов
F>>Bugzilla слишком тяжела для клиентов (если они не профессионалы-разработчики ПО): слишком много деталей + врожденная дружественность околоюниксового UI.
T>Это точно. Она нацелена в первую очередь для юзания самими разработчиками.
Нужны в принципе только поля Product Name, Product Version, Feature Name, Request Type (Question, Problem, Bug Report, New Feature(s) Request), Description.
А на них должно быть дано в дальнейшем Answer, Solution, Workaround, Status и т.п.
Re[4]: Регистрация на Web'e багов и реквестов от клиентов
hrg>>http://www.bugzilla.org F>Bugzilla слишком тяжела для клиентов (если они не профессионалы-разработчики ПО): слишком много деталей + врожденная дружественность околоюниксового UI. Есть более легкий и дружественный Mantis.
Более дружественный и интерфейс более красивый, но в нем есть только регистрация конкретно багов, не хватает просто вопросов и проблем, по которым не обязательно может быть выявлен баг.
Re: Регистрация на Web'e багов и реквестов от клиентов
От:
Аноним
Дата:
28.04.04 04:55
Оценка:
Здравствуйте, Tremasov, Вы писали:
T>Привет всем!
T>Кто какие средства посоветует для subj? T>Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте). T>Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
Из фич (http://www.automatedqa.com/products/aqdevteam_features.asp).
1. Настраиваемая структура проекта.
2. Обработка пермишенов как на уровне групп, так и на уровне пользователей.
3. Возможность создания скриптов, для обработки документов. Например при назначении бага на разработчитка, можно отсылать ему оповещение по e-mail. Или например, организовать заварачивание всех присем с support@mycompany.org в документы базы для последующей обработки. Поддерживаемые языки : DelphiScript, VBScript и JScript.
Re: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>Привет всем!
T>Кто какие средства посоветует для subj? T>Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте). T>Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
Если не пугает необходимость самостоятельного проектирования списков на необходимость настройки системы в целом,
то советую MS SharePoint TeamServices (еще лучше MS Windows SharePoint Services V2, но это требует Win Server 2003).
Функций контроля достаточно, настраивается все до умопомрачения.
В SharePoint Services V2 можно писать свои WebParts на .NET-языках и тогда вообще возможности сильно расширяются.
В общем, все зависит от того, есть ли время и желание "что-то там настраивать или дописывать".
Будут вопросы — пишите на мыло.
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
EW>Если не пугает необходимость самостоятельного проектирования списков на необходимость настройки системы в целом, EW>то советую MS SharePoint TeamServices (еще лучше MS Windows SharePoint Services V2, но это требует Win Server 2003).
Абсолютно не пугает.
Только названного вами продукта на microsoft.com я не нашел — есть только MS SharePoint Portal Server 2003, но регистрации проблем/жалоб от клиентов там нету, насколько я успел въехать.
Тот ли это продукт, о котором идет речь?
Re: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>Привет всем!
T>Кто какие средства посоветует для subj? T>Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте). T>Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
Может FogBugz ? Там все это есть. Интерфейс там проще некуда.
Опыт — это такая вещь, которая появляется сразу после того, как была нужна...
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
EM>Может FogBugz ? Там все это есть. Интерфейс там проще некуда.
На мой субъективный взгляд она слишком простая и глюкавая даже для bug-tracker'a.
Но мне надо в основном не регистрация багов, а регистрация запросов от клиентов — жалоб, проблем (с установкой ПО и т.п.), вопросов (по использованию, установке ПО и т.п.), заказов на расширение функциональности (вопросы, возможно ли оно вообще и каким образом будет/должно работать/уточнение требований). Т.е. на все эти зарегистрированные запросы (которые вносят сами дистрибьютеры/партнеры/клиенты) разработчикам необходимо давать квалифицированные ответы и необходимо этот процесс обслуживания контролировать (конкретно мне), что ответ дан.
T>>но регистрации проблем/жалоб от клиентов там нету, насколько я успел въехать. T>>Тот ли это продукт, о котором идет речь?
По-умолчанию там создано несколько списков (Задачи, Новости, Ссылки, Календарь и т.п.) и одна библиотека документов.
Все остальные списки необходимо создавать самостоятельно и это совсем нетрудно.
Нужно просто хорошо подумать, какие поля и в какой форме нужны в этом списке.
Re[4]: Регистрация на Web'e багов и реквестов от клиентов
EW>Делать приходилось что-то вроде этого, EW>а то и по-хлеще...
Кстати! Опять добавление.
Большинство изменений (90% наверное) в SharePoint Services V2 (той, что win2003 server)
можно производить и программно.
Вот здесь лежит SDK, да и на сайтах, ссылки на которые я дал, полно примеров работы с SharePoint программно.
В первой версии (Team Services) так не разбежишься.
Re: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>Привет всем!
T>Кто какие средства посоветует для subj? T>Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте). T>Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
у нас используется sourceforge
на него в приложении к опенсорсным проектам можно посмотреть на sourceforge.net
там же можно и скачать, как я понимаю,а если это не критично для вашего бизнеса, то завести проект прямо там
написан на php, куча всего настраивается
Хочу выразить большую благодарность EqWu и Roman Avramov'у за дельные советы — после продолжительного затишья все-таки решил перейти на MS SharePoint Services V2. Посему еще один вопрос — можно ли где-то достать готовые шаблоны для SharePoint'a для системы регистрации проблем от клиентов? Огромное спасибо!
Re[6]: Регистрация на Web'e багов и реквестов от клиентов
Не исключаю, что в Вашем случае кроме Web-клиента такой системы может понадобиться и соотв. workflow обработки чейндж реквестов (CR).
Так или иначе — одно из решений, изначально предназначенных для таких задач, как Вы описали — StarTeam.
А вот и его WorkFlow Designer (для настройки workflow "под себя" с указанием уведомлений по e-mail, изменениями таких параметров как status, responsibility, etc...), в котором открыты правила по-умолчанию для CR:
С уважением,
Сергей
Re[3]: Регистрация на Web'e багов и реквестов от клиентов
СО>Не исключаю, что в Вашем случае кроме Web-клиента такой системы может понадобиться и соотв. workflow обработки чейндж реквестов (CR).
StarTeam мы уже используем, но больше как систему контроля версий и внутренней регистрации багов. Хотелось бы конечно иметь интеграцию SharePoint'a и StarTeam'а, пока не знаю в каком виде. Но главное нужен в первую очередь SharePoint именно для того, чтобы клиент сам мог через Web добавить проблему, баг-репорт или feature-request.
Re[4]: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>StarTeam мы уже используем, но больше как систему контроля версий и внутренней регистрации багов. Хотелось бы конечно иметь интеграцию SharePoint'a и StarTeam'а, пока не знаю в каком виде. Но главное нужен в первую очередь SharePoint именно для того, чтобы клиент сам мог через Web добавить проблему, баг-репорт или feature-request.
Для этого и существует Web Edition Change Request Only.
Сам я в SharePoint плаваю (т.е. Starteam знаю лучше , но коллеги, делавшие www.opendotnet.ru, насколько я в курсе, решали вопросы по интеграции SharePoint и StarTeam, тем более, что Starteam WebEdition (оба варианта) реализован с использованием технологии ASP.
С уважением,
Сергей
Re[5]: Регистрация на Web'e багов и реквестов от клиентов
СО>Для этого и существует Web Edition Change Request Only.
Вы это про SharePoint или про StarTeam?
Насколько я в курсе, в StarTeam'е нет фичи, чтоб клиенты могли сами вбивать описание случившихся у них проблем с программными продуктами компании.
Re[6]: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
СО>>Для этого и существует Web Edition Change Request Only.
T>Вы это про SharePoint или про StarTeam? T>Насколько я в курсе, в StarTeam'е нет фичи, чтоб клиенты могли сами вбивать описание случившихся у них проблем с программными продуктами компании.
StarTeam Web Edition Change Request Only — ориентирован на любых пользователей, которым a) необходимо работать через броузер б) необходимо формализованным образом доносить до компании/разработчиков/службы техподдержки запросы на изменения CR, включая отчеты об ошибках.
Этот инструмент StarTeam может являться "точкой входа" для конечных пользователей. Для его настройки есть специальный Layout Designer, который позволяет делать свои собственные формы (как по атрибутам, так и по языку).
С уважением,
Сергей
P.S. Заранее отвечаю на вопрос о локализации. Русский язык в StarTeam 6.0 на уровне _содержания_ CR (как и любых других сущностей StarTeam — задач, требований и т.п.) — поддерживается без необходимости дополнительных настроек (в 5.x надо было дополнительно настраивать WebEdition) . WebEdition пока не локализован — будет "критическая масса" запросов пользователей (в смысле "тех, кто покупал", а не "тех, кто юзает" ) мы готовы провести локализацию, т.е. перевод пользовательского интерфейса и/опционально документации.
Re: Регистрация на Web'e багов и реквестов от клиентов
Поставил себе триал SharePoint Services V2, сижу разбираюсь. Первые впечатления приятные, но вот когда начинаешь копать глубже, возникает масса вопросов:
— можно ли разграничить доступ клиентов так, чтобы каждый клиент видел только собственные проблемы/bug репорты и
feature реквесты?
— можно ли разграничить доступ на заполнение полей? типа, скажем, клиент регистрирует проблему, затем руководитель проектов назначает ответственного за решение проблемы (т.е. заполняет столбец "Ответственное лицо") и только это ответственное лицо имеет право заполнить столбец "Решение проблемы".
Надо ли для внедрения таких фич в SharePoint что-то под него дописывать и куда в первую очередь нужно копать?
Большое спасибо!
Re: Регистрация на Web'e багов и реквестов от клиентов
Кстати, мы сейчас обыгрываем связку StarTeam + Wiki. Вроде бы неплохо получается. Самое вкусное в Wiki — это возможность динамического изменения структуры и содержимого страничек самими пользователями. Учитывая то, что wiki есть free, то можно и попробовать. Кроме того, очень удобно линковать к wiki-ресурсам объекты из CalberRM и Together.
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
C>Кстати, мы сейчас обыгрываем связку StarTeam + Wiki. Вроде бы неплохо получается. Самое вкусное в Wiki — это возможность динамического изменения структуры и содержимого страничек самими пользователями. Учитывая то, что wiki есть free, то можно и попробовать. Кроме того, очень удобно линковать к wiki-ресурсам объекты из CalberRM и Together.
А можно ссылку на Wiki pls. Этот тот Wiki, который лежит на sourceforge?
Re: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>Привет всем!
T>Кто какие средства посоветует для subj? T>Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте). T>Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
А чем плох обычный форум? Клиенты задают вопросы и вносят пожелания, им кто-то отвечает. Конечно, нет таких возможностей как в упомянутых выше программах, зато все просто. Возможно, это может отпугнуть потенциальных клиентов, если они увидят эту переписку, особенно список багов.
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
M>А чем плох обычный форум? Клиенты задают вопросы и вносят пожелания, им кто-то отвечает. Конечно, нет таких возможностей как в упомянутых выше программах, зато все просто. Возможно, это может отпугнуть потенциальных клиентов, если они увидят эту переписку, особенно список багов.
Плох обычный форум тем, что получается бардак.
Резюме по проблеме должен дать только один ответственный за выяснение проблемы разработчик.
Плюс одни клиенты/партнеры не должны касаться проблем других и т.п. На это есть много причин.
Re: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, Tremasov, Вы писали:
T>Привет всем!
T>Кто какие средства посоветует для subj? T>Сейчас у нас все это работает через e-mail support@, но уже достало разгребать кучу писем и перенаправлять ее разработчикам, затем принимать от них ответ и отсылать обратно клиенту (может кто-то поделится своим подходом в этом месте). T>Хочу сделать регистрацию багов и реквестов на расширение функциональности через Web, где клиенты смогут вводить свои проблемы и видеть ответы разработчиков на той же странице. Есть еще вариант с newsgroup'ами, но дело в том, что неадванцнутый клиент хрен до них доберется, плюс сложно проконтролировать что на жалобу клиента дан ответ.
Попробуй погуглить (или фруглить) слово HelpDesk, customer self-service и т.п. Такие системы (как опен соурс так и коммерческие) существуют и как-раз для того и предназначены. Кроме того там бывает встроенная knowledge base, форум и т.п. Теоретически напильник к таким (по-крайней мере коммерческим) системам не нужен
Sincerely yours,
Andrew Simontsev.
Re[3]: Регистрация на Web'e багов и реквестов от клиентов
T>Плох обычный форум тем, что получается бардак. T>Резюме по проблеме должен дать только один ответственный за выяснение проблемы разработчик. T>Плюс одни клиенты/партнеры не должны касаться проблем других и т.п. На это есть много причин.
У клиентов и с пользованием форумом проблемы бывают, не говоря уже о более сложных системах. И назначить ответственного за выяснение проблемы разработчика наверное должен человек, а не машина. А дальше — права доступа. Но, конечно, все зависит от конкретной ситуации, может и бардак получится.
Re[4]: Регистрация на Web'e багов и реквестов от клиентов
Здравствуйте, mselez, Вы писали:
M>Здравствуйте, Tremasov, Вы писали:
M>У клиентов и с пользованием форумом проблемы бывают, не говоря уже о более сложных системах. И назначить ответственного за выяснение проблемы разработчика наверное должен человек, а не машина. А дальше — права доступа. Но, конечно, все зависит от конкретной ситуации, может и бардак получится.
Еще хочу добавить, что лучше, если с клиентами по поводу багов и пожеланий общается тот, кто умеет общаться, а не разработчики, которые умеют решать программистские проблемы.
Re[4]: Регистрация на Web'e багов и реквестов от клиентов
M>У клиентов и с пользованием форумом проблемы бывают, не говоря уже о более сложных системах. И назначить ответственного за выяснение проблемы разработчика наверное должен человек, а не машина. А дальше — права доступа. Но, конечно, все зависит от конкретной ситуации, может и бардак получится.
Назначать ответственного будет руководитель проектов.
Есс-но система может предложить ответственного "по-умолчанию" — главного разработчика продукта, по которому поступила жалоба.
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
AS>Попробуй погуглить (или фруглить) слово HelpDesk, customer self-service и т.п. Такие системы (как опен соурс так и коммерческие) существуют и как-раз для того и предназначены. Кроме того там бывает встроенная knowledge base, форум и т.п. Теоретически напильник к таким (по-крайней мере коммерческим) системам не нужен
Сколько неглядел готовых таких систем — везде надо работать напильником, причем во многих довольно сильно. А многие работать напильником вообще не позволяют. У опенсорсных основной критический недостаток — ужаснейший ГУЙ.
Пока ИМХО SharePoint Services — то, что доктор прописал. Правда есть там недостатки свои тоже (никак пока не нашел как скрывать от юзверей разные менюхи типа "Создать", "Настройка", не работая большим напильником), но критических пока не нашел.
Re[5]: Регистрация на Web'e багов и реквестов от клиентов
M>Еще хочу добавить, что лучше, если с клиентами по поводу багов и пожеланий общается тот, кто умеет общаться, а не разработчики, которые умеют решать программистские проблемы.
Не спорю — думаю есть в этом свое разумное зерно.
В принципе неплохо, если сидит девочка/мальчик и умеет красиво переоформить ответ, исправив стилистические и грамматические ошибки. Но тут есть другая проблема — эта девочка/мальчик должны владеть всеми продуктами чуть-ли не досконально, чтобы суметь перефразировать/отредактировать ответ, не меняя его смысла. У нас сейчас есть люди, принимающие жалобы по телефону (есть такие клиенты, которым так удобнее, чем писать на support@), которые затем бегут к установщикам/разработчикам для выяснения проблемы и дают потом ответ клиентам. Так вот скажу вам эти люди _СИЛЬНО_ вспотыкаются на технических вопросах и не всегда способны дать ответ клиенту сами — приходится отвечать разработчику либо руководителю проектов.
Re[2]: Регистрация на Web'e багов и реквестов от клиентов
Я себе поставил http://wackowiki.com/WackoWiki
Это реализания на PHP, естественно, что нужна СУБД, у меня — MySQL.
Она вполне неплохо сделана, по-русски к тому-же. В рунете довольно часто встречается.
, но коллеги, делавшие www.opendotnet.ru, насколько я в курсе, решали вопросы по интеграции SharePoint и StarTeam, тем более, что Starteam WebEdition (оба варианта) реализован с использованием технологии ASP.
