2401

Вакансии / Re: Бизнес-аналитик (стажер), СПб.

« : 22 Июня 2010, 11:29:32 »

А это вообще любимая лошадка местного населения
Нет бы статью по теме написать... хотя тоже забавно - каждые полгода открытия...

Мариночка, опять гремишь доспехами

2402

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

« : 18 Июня 2010, 19:27:27 »

Обратите внимание на источник в конце статьи http://www.dpgrup.ru/software-requirements.htm. Приятно однако

2403

Бизнес-анализ и Целеполагание / Re: Что такое бизнес-процесс?

« : 18 Июня 2010, 18:47:21 »

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

2404

Проектирование / Re: Проект по уму на VP

« : 16 Июня 2010, 08:18:06 »

minona, а что конкретно подсказать?

а/ как правильно технически организовать описание проекта на VP?
б/ как правильно оформить все описания по проекту вообще?

Кроме того, почему существует жесткая потребность именно в UML? Вы считаете, что время которое Вы потратите на восстановление описаний проекта окупиться в любом случае? Даст ответ на мучающий Вас вопрос: куда двигаться дальше? ИМХО, я очень в этом сомневаюсь. При все сложности Вашего проекта - он довольно прозрачен, и его проблемы лежат вне компетенции самого UML.

Начните с четкого осознания проблемы.

Небольшой вопрос а что это за yii-фреймворк?

2405

Поздравления / Re: Поздравляем Эда с Днем Рождения!!!

« : 15 Июня 2010, 15:36:55 »

Ребята, девчата. Очень тронут.

Мариночка, и не говори, время лети незаметно!

2406

Поздравления / Re: Поздравляем Эда с Днем Рождения!!!

« : 14 Июня 2010, 21:51:42 »

Ура!!!! И обо мне -таки вспомнили!!!

Саша, спасибо, дорогой!

2407

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 14 Июня 2010, 21:12:10 »

Гугл переводит:

"Requirement Specification" как "Спецификация требований"
"Requirements Specification" как "Техническое задание"

Вот, оказывается, в чем заключается разница между двумя этими документами!

А что, разумно.

В первом случае наверное не совсем точный перевод. Спецификация требования ну или отдельно взятых требований

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

2408

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

« : 14 Июня 2010, 18:27:51 »

Простите за любопытство. А что такое прототипы на акссес? Может мне оно тоже надо... ))))

О это мое большое ноу-хау
Секрет прост. В ходе сбора требований и их изучения я делаю обычные ER-модели, использую ERWIN. Моделирую сразу пытаюсь передать понимаемую мною семантику, бизнес-правила и т.п.

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

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

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

Аналогично для этих целей использую связку Rational Rose - Bold for Delphi 7.

Можно тоже самое делать и в 1с и им подобных конструкторах. Мне помогает донести смысл не только до заказчик, но и до разработчика

2409

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

« : 14 Июня 2010, 17:18:21 »

Вообще, этому посвящены целые тракты. Форумы, конференции, дискуссии и статьи. На самом деле все очень относительно.

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

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

2410

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

« : 13 Июня 2010, 00:07:06 »

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

Проектировать БД должен проектировщик, аналитик может представить возможную структуру данных и типы значений. А проектировать БД будет проектировщик.

Более того, это созвучно и с тем, что если известен алгоритм - зачем разработчик.

2411

Sparx / Re: рамка у модели

« : 12 Июня 2010, 17:57:06 »

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

2412

Для всех / Перенесено: рамка у модели

« : 12 Июня 2010, 17:54:08 »

Тема перенесена в Sparx.

http://www.uml2.ru/forum/index.php?topic=2484.0

2413

Обсуждение статей / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 11 Июня 2010, 16:18:17 »

Нет, нет, нет! Это не ошибка, это тонкий маркетинговый ход!

ты знал, ты знал!!!!!

2414

Обсуждение статей / Re: Летний Аналитический Фестиваль (ЛАФ 2010), Иваново, 10-11 июля

« : 11 Июня 2010, 14:00:33 »

Батенька, да вы бот что ли?

Да не бот это а ошибка компонета и модуля, неизловимая

2415

Конференции Семинары и Тренинги / Re: Тестирование методом свободного поиска (exploratory testing)

« : 11 Июня 2010, 13:59:51 »

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

Автор в отпуске. Имеет же он право отдохнуть
К тому же это скорее реклама, чем тема для беседы.

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

Свободное же тестирование в частности и в том, что мы пытаемся ходить НЕхоженными тропами. Т.е. включаем творчество, интуицию.

Ясно что автоматизировать это непросто, да и возможно ли?

Другое дело, каков эффект использования в случае бесконечных релизов, да еще таких в которые вносят правки (хотя после обнаружения ошибки)