1981

Тестирование / Re: Тестовые примеры

« : 18 Марта 2011, 17:29:20 »

Т.е. исполнитель знает все тонкости бизнеса заказчика лучше чем сам заказчик?

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

У меня подобная ситуации с аналитиками. Они мне (тестировщику) говорят, как же вы тестируете не понимая бизнеса. Я согласен нужно понимать бизнес, но аппелирую к ним: а вы на что. Это вызывает "возмущение".

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

Пример. Делаем отчет по штатному расписанию.
У меня есть все цифры. Есть масса тестовых случаев. Я все проверяю и неоднократно. Но ....
Только сделали изменения в алгоритме отчета, я не вижу проблему, заказчик сразу мне ее указывает.

А вот говорит у вас в 500 строке 10 столбца сумма больше на копейку

1982

Тестирование / Re: Тестовые примеры

« : 18 Марта 2011, 13:39:47 »

Это точно, составить примеры удавалось только с одним заказчиком. Все остальные "устно" составляли. Согласитесь, если эти примеры существуют в начале этапа создания продукта, то очень сильно облегчает жизнь. Почти варианты использования.

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

1983

Тестирование / Re: Тестовые примеры

« : 18 Марта 2011, 12:30:43 »

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

1984

Тестирование / Re: Тестовые примеры

« : 18 Марта 2011, 11:33:11 »

Все зависит от контекста, в котором Вы употребляете это понятие.

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

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

1985

Примеры / Re: Диаграма класов: обработка изображения

« : 17 Марта 2011, 15:08:55 »

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

Поскольку ваша нотация "диаграмой класов" отличается от нотации "диаграммы классов" UML  и вы хотите их рисовать как вам удобно, то причем здесь тогда этот форум? Какие еще ответы вы тут хотите услышать?

"Не мечите бисер перед свиньями." (с) поговорка есть такая

1986

Для всех / Re: Методология внедрения типового программного продукта.

« : 15 Марта 2011, 11:53:53 »

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

Ответ, кажется, простым, но на деле...

Что ожидается:
понятное дело, что в тиражном ПО заложена некоторая модель предметной области.
для конкретной организации, в которой предпологается установить и адаптировать продукт, то же есть некая модель предметной области. Возможно, она рассеяна и не формализована.
Идеально нужны обе модели в достаточно формализованном виде.

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

Так мне видится в теории, на практике, ясное дело, все сложнее.

Подобная задача стояла у нас, когда мы внедряли подсистему Кадры. Было некое решение.
Я проанализировал, что есть в системе (просто линейный список возможных операций, действий, документов, отчетов, возможностей работы)
Далее я изучил (используя этот листок как основу) как реально что делается. Поставил плюсики соответствия и добавлял в список особенности.
Этот список особенностей послужил основанием для планирования мероприятий для адаптации, разработки дополнительного требуемого или доработки имеющегося функционала.
Распределение обязанностей по отделам, позволило сформировать и модель прав пользователей и настройку необходимых ограничений

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

1987

UML SysML и пр. / Re: Почему Вы используете или не используете UML?

« : 15 Марта 2011, 11:40:25 »

Друзья, спасибо за ответы. Я еще подожду, прежде чем предлагать результаты на обсуждение.

Может, есть более короткий и простой способ достижения цели?

Марина, догадываюсь у Вас есть на этот Ваш ответ. Может поделитесь своими мыслями на этот счет?

1988

Примеры / Re: Диаграма класов: обработка изображения

« : 14 Марта 2011, 08:41:01 »

Вот, по-моему, типичный образец непонимания прагматики использования UML.
+
Неумение правильно задать вопрос.

1989

О Сайте и Форуме / Re: Блог сообщества

« : 11 Марта 2011, 10:36:08 »

А как насчёт предложения - кроме обычного ведения блога на http://blogs.uml2.ru/ собирать все записи из сторонних блогов каким-нибудь агрегатором новостей и выводить их дополнительно в блоке сообщений из блогов blogs.uml2.ru. Предлагаю потому, что всегда забываю то пароль, то скопировать пост из своего личного блога.

Раньше была лента, которая собирала информацию из блогов. Но куда-то она запропала, после развертки локального блогтула

1990

UML SysML и пр. / Re: Почему Вы используете или не используете UML?

« : 10 Марта 2011, 19:01:19 »

Саша, спасибо. Насколько ты считаешь это полезным. Не является ли это искусственным? Как твои подвиги воспринимаются другими?

1991

UML SysML и пр. / Re: Почему Вы используете или не используете UML?

« : 10 Марта 2011, 07:47:06 »

Довольно много посетителей высказалось, но недостаточно для более или менее объективных выводов.
Прошу посетителей форума активнее высказываться. Как постоянных, так и появляющихся здесь время от времени. Нужна репрезентативная выборка Большое спасибо заранее

1992

Обсуждение статей / Re: С кем никто не спорит?

« : 09 Марта 2011, 14:51:37 »

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

Idочка, а как вам удается не быть как все?

1993

UML SysML и пр. / Re: Почему Вы используете или не используете UML?

« : 09 Марта 2011, 14:49:09 »

Ничего понятнее, чем детализированное словесное описание еще не изобрели, а для иллюстрации, если уж необходимо, подойдет несколько схемочек из Visio, причем с сохранением постулатов SADT.

Правильно ли я Вас понимаю, что Вы воспринимаете UML как средство иллюстрации, визуализации?

Да, а что это за постулаты SADT вы упомянули? Может это тоже, что я и думаю, но возможно что-то иное. Не мог ли бы вы их изложить коротенечко?

1994

Обсуждение статей / Re: С кем никто не спорит?

« : 09 Марта 2011, 14:43:00 »

Похоже типичный пример, который и представлен в статье. С кем никто не спорит? Конечно, с собой.
Что не следует ворошить? Прошлое, но похоже всем нам нравиться покапаться в "грязном бельишке". Какие уж тут политесы...

1995

Книги, статьи и ресурсы / Re: Книга. Карл Вигерс, Разработка требований к программному обеспечению.

« : 09 Марта 2011, 13:58:39 »

Вот, странички.