61

Тестирование / Re: Почему тестирование занимает так много времени?

« : 14 Ноября 2010, 12:01:33 »

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

62

Обсуждение статей / Re: Образование будущего: Google ломает шпиль МГУ

« : 13 Ноября 2010, 23:58:45 »

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

63

Системный Анализ и Требования / Re: Как описывать тербования для технически "неподкованных" читателей?

« : 13 Ноября 2010, 23:36:58 »

но и не очень разбирающимся читателям?

Обычно не очень разбирающиеся читатели - будущие пользователи. Тогда они будут иметь дело с интерфейсом.
Тогда для общения с ними и установления взаимопонимания могут пригодиться раскадровки - последовательность переходов экранов пользовательского интерфейса в виде эскизов или скриншотов.
ну и конечно вышеперечисленные глоссарии и др. методы тоже работают - зависит от ситуации и читателей.

64

Системный Анализ и Требования / Re: Классификация требований и стандарты

« : 13 Ноября 2010, 23:28:53 »

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

65

RUP EUP AUP OpenUP / Re: Интересные ресурсы по UP

« : 13 Ноября 2010, 01:44:29 »

а вот вариант RUP в pdf - http://www.redbooks.ibm.com/abstracts/SG247362.html?Open

66

Системный Анализ и Требования / Re: Бизнес-требования и бизнес-цели

« : 13 Ноября 2010, 01:36:04 »

свое собственное сообщение не могу редактировать...
поэтому уточню в этом:
Или если такая ситуация возникает, то надо дробить бизнес-требование либо укрупнять цель (сливать две)?

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

67

RUP EUP AUP OpenUP / Re: в чем отличие "Действующего лица" от "Роли"

« : 13 Ноября 2010, 01:23:35 »

роль - это RUP
актер - UML
"заинтересованное лицо" может быть и там и там
но нотации и связи у него разные будут
если роль - прикладывается к определенным задачам/активностям и  отвечает за артефакты
если актер - действует в сценариях

68

RUP EUP AUP OpenUP / Re: Как Agile вытесняет RUP

« : 13 Ноября 2010, 01:12:25 »

К сожалению, мы не знаем какого качества Агиле использовался при составлении графика.

Согласен полностью.
Моя догадка (я уже привык интерпретировать различные графики и т.п., постороенные на неизвестном мне как собранном материале) - людей, считающих. что они делают что-то по Agile посто больше, чем считающих что они как-то используют RUP.
Все-таки Agile выглядит как-то проще на первый взгляд
IBM кстати очень серьезно занимается Agile (в первую очередь, конечно, масштабированием на крупные проекты). Вот, например, серия статей: http://www.ibm.com/developerworks/library/ar-archman1/
там же на developerworks можно нарыть еще много материала по Agile.
А это основной методолог IBM по Agile -  http://www.ambysoft.com/scottAmbler.html

69

RUP EUP AUP OpenUP / Re: Бесплатная версия RUP

« : 13 Ноября 2010, 00:52:05 »

http://www-01.ibm.com/support/docview.wss?rs=2360&uid=swg24024643 -плагины RUP
можно выбрать что-то близкое и собрать в RMC
для этого RMC можно взять на пробу здесь http://www.ibm.com/developerworks/downloads/r/rup/

70

Методологии / Re: оформление требований в виде набора таблиц в вордовом документе

« : 13 Ноября 2010, 00:04:26 »

... Я рекомендовал сделать три простые вещи:
...

Было бы интересно узнать чем это закончилось, если конечно, уже закончилось

71

ПО Аналитика / Re: Как работать с заказчиком, используя IBM Rational RequisitePro?

« : 01 Апреля 2010, 00:25:54 »

я так понимаю, что после заказчика документ практически как новый получается?
тогда, наверное, 2 варианта:
1. дождаться когда требования устаканятся и после этого уже вести их в ReqPro
2. привязывать документ в ReqPro как новый и на основании сделанных заказчиком изменений апдейтить требования. но и в этом случае рекомендую не стараться апдейтить все - только близкое к устаканиванию.

72

ПО Аналитика / Re: IBM Rational Requirements Composer

« : 30 Марта 2010, 19:28:09 »

RRC реализовано как средство СОВМЕСТНОЙ работы всех участников СБОРА и УТОЧНЕНИЯ требований. Т.Е. всех стейкхолдеров, аналитиков, разработчиков и т.п. вплоть до представителей службы эксплуатации, которые могут внести дельные замечания и требования к удобству эксплуатации задуманной системы.
Сейчас  RRC почти прекращает свое участие в ЖЦ для требования (хотя в случае необходимости изменить требование, отправленное на реализацию возможен возврат к его активному обсуждению через RRC), переданного на реализацию - в этот момент становятся особенно важны трассировки между требованиямии, которые в RRC не ведутся (надеюсь потом появятся) - нужно подключать ReqPro, например.