1636

Задачи студентов / Re: Диаграмма ВИ, банковская система.

« : 19 Августа 2011, 14:12:36 »

Но там наверху написано  И есть ссылки

Не досмотрел. Спасибо. Теперь ясно, на базе Вендрова.

1637

Варианты Использования (Use Case) / Re: Варианты использования не могут иметь пред и постусловия

« : 19 Августа 2011, 13:22:41 »

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

1638

Задачи студентов / Re: Диаграмма ВИ, банковская система.

« : 19 Августа 2011, 13:19:13 »

Эдуард, а если не секрет что за 
Каких проектов?

учебных

1639

Варианты Использования (Use Case) / Варианты использования не могут иметь пред и постусловия

« : 19 Августа 2011, 12:51:15 »

Обнаружил вот такое интересное мнение. А что Вы думаете по этому поводу?

Use Cases Can Not Have Preconditions or Postconditions

1640

Задачи студентов / Re: Диаграмма ВИ, банковская система.

« : 19 Августа 2011, 11:27:36 »

Просто бауманка перешла на вмкашные варианты заданий для студентов.)
http://sp.cmc.msu.ru/ooap/variants.html#var25

Виктор, а у Вас есть методические указания по реализации проектов? Или все устно передается? В смысле могли бы Вы дать мне их для знакомства?

1641

Варианты Использования (Use Case) / Re: Несколько частных вопросов по ВИ

« : 19 Августа 2011, 11:25:29 »

Я понял, что Вы используете свою нотацию вместо Activity не потому, что она не подходит, а потому, что Вы ее не знаете, или знаете плохо. А учится не хотите. А для аналитика такая ситуация - смерть!

Павел, я присоединяюсь к lnew и тоже бесконечно удивлен, почему Вы не хотите использовать то, что наработано человечеством? Что Вас не устраивает?

Далее, Павел, Вы наверное удивитесь, но стандарт UML умалчивает о том, как следует описывать варианты использования. Поскольку UML - это объектно-ориентированный язык моделирования, а UC - это отдельно стоящее, хотя и активно использующееся в технологиях ориентированных на варианты использования и UML - такие как ICONIX и RUP.

2. Система предлагает форму для заполнения данных о товаре.

а почему форму? а не страницу, не документ? Это уже почти навязывание реализации. Может просто:
Система предлагает заполнить данные о товаре (кстати а чем товар отличается от базовой единицы товара?)

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

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

4. Публикатор инициирует Зарегистрировать товар Вопрос: Тут мы уходим в выполнение другого сценарий (сценарий, который может быть выполнен самостоятельно, но полагаю на диаграмме ВИ, необходимо изобразить include). Целью сценария "Добавить товар" было добавления товара в чистовики, сценарий "Зарегистрировать товар" преследует цель перевода товара из черновиков в чистовики. При успешном выполнении вызываемого сценария мы достигаем цель, т.е. выполнены постусловия. Верно?

Мне кажется совершенно неверно. Вы по сути описываете существующую систему или приглянувшийся вам аналог. Но вы не описываете требования, потому что не ясен процесс.
Получается, следуя вам, что сначала товар добавляется в систему в состоянии черновик, ну возможно, а зачем? Затем не выходя из этого сценария пользователь запускает другой ВИ - сменить состояние единицы товара, зачем? Это уже чистая синтетика. Добавить товар - это типичная операция любой информационной системы - т.е. заполнение справочника.

Резюме: это не чистый ВИ, это попытка выдать некую реализацию за ВИ. Такое возможно, в случае, когда Вы изучаете и описываете работу имеющейся системы.

ВИ - это точная цель пользователя и описание ее достижения и возможно препятствий мешающих этому

1642

Варианты Использования (Use Case) / Re: Несколько частных вопросов по ВИ

« : 18 Августа 2011, 21:01:21 »

Как я это делаю...Критикуйте!!!

Леонид Борисович уже все сказал. Но такой мерзкий у меня характер , тоже хочется вставить слово.
Вы спросили понятно ли, можно ли так описывать ВИ и т.п.

Если следовать вашей диаграмме, то, боюсь, многое мне было бы непонятно, а, главное, и неправильно.

Смотрите, если вы используете классическую блок-схему, то и используйте ее правильно.
Овальный прямоугольник в начале и конце - это НАЧАЛО или КОНЕЦ программы или ее законченного участка (функции или процедуры).
Комментарий на классических блок-схемах записывается сбоку, вне фигур в квадратной скобке -[это комментарий
В случае условного перехода используется ромб (Да или Нет)
Параллельности в обычных блок-схемах нет (если я не ошибаюсь)

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

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

1643

Резюме / Re: Ищу работу

« : 18 Августа 2011, 17:02:39 »

Интересно было бы заняться проектом, параллельно с основной рабочей деятельностью.

А что Вы умеете и чем бы хотели заняться?

1644

Вакансии / Re: Аналитик (Москва)

« : 18 Августа 2011, 17:01:54 »

Вакансия актуальна?

Юлия, лучше прямо обратиться к объявителю по адресу e-mail, чем спрашивать на форуме. Формучане могут просто и не знать, а топистартер может и не быть завсегдатаем форума.

1645

Системный Анализ и Требования / Re: Логично ли так формировать ТЗ?

« : 18 Августа 2011, 16:59:40 »

Теоретически можно говорить бесконечно, давай примеры.

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

Я не могу выложить тебе немедленно примеры, поскольку у нас в компании не используется UML в достаточной мере. А при обучении задачи слишком небольшие. Хотя на 5 курсе в ходе реализации проекта COS, о чем я много и, возможно, нудно писал, мы это делали. Некоторые наброски смотри в архиве.

Цели и задачи клиента - это первичные ВИ по клиенту (посетителю кафетерия)
Цели и задачи менеджера меню - это первичные ВИ по менеджеру меню (в качестве примера)

ДИ по подсистемам - это уже скорее некий архитектурный набросок, декомпозиция по подсистемам, показана как пакеты с зависимостями

ДИ Работа с заказами и подписками
ДИ Готовка блюд
ДИ Доставка
//в каждой из этих подсистем появляются дополнительные ВИ для сопряжения, естественно, что в них подсистемы выступают второстепенными ДЛ (сама по себе подсистема не обладает инициативой и потребностями, но она может действовать от имени)
Эти второстепенный ВИ являются дополнительными (учетными) источниками требований и при этом акцентируют внимание на наличие интерфейсов, что будет учитываться дальше в архитектурном анализе

Я, возможно, и ошибаюсь, но поскольку ВИ часть UML, то и следует это учитывать при работе с требованиями.

1646

Поздравления / Re: Поздравляем Григория Печёнкина с Днём рождения

« : 18 Августа 2011, 11:00:29 »

Гриша, от всей души, правда с опозданием, поздравляю с Днем рождения! Желаю процветания и счастья

1647

Системный Анализ и Требования / Re: Логично ли так формировать ТЗ?

« : 18 Августа 2011, 10:59:02 »

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

Каждый имеет право на собственное мнение. Я не буду спорить.
Но послушай, я не понимаю в чем разница между НАШЕЙ и НЕНАШЕЙ системой? Т.е. если ты разрабатываешь систему один -то все части твоей системы НАШИ? Ну, а если ты делишь реализацию своей системы по группам, которые будут работать параллельно? Разве для одной группы  то, что делает другая группа, не будет некой обособленной ВНЕШНЕЙ частью?

1648

Системный Анализ и Требования / Re: Логично ли так формировать ТЗ?

« : 18 Августа 2011, 10:51:56 »

Эдуард Геннадьевич, вопрос в следующем: "А как я могу отличить элементарную часть системы и подсистему?"

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

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

Ну веб-приложение и не является АИС. Хотя не вижу проблем и в этом случае. Вот со студентами делали COS: систему для кафетерия. Там подсистема работы с меню - вполне самостоятельная независимая часть. Подсистема заказа клиента, вот она уже зависит от подсистемы меню, и т.д.

1649

Системный Анализ и Требования / Re: Макеты интерфейсов + ГОСТ

« : 18 Августа 2011, 10:42:56 »

Я бы все-таки обратил внимание также на раздел Требования к информационному обеспечению. ИО - это система классификации, кодирования и унифицированной документации (уроень не зависящий от реализации внемашинный), а также организация данных и экранные формы документов (http://www.intuit.ru/department/se/devis/9/)

1650

Варианты Использования (Use Case) / Re: Несколько частных вопросов по ВИ

« : 17 Августа 2011, 00:15:22 »

Вот вариант:

Прекрасный вариант, снимаю шляпу.

Можно вопрос? А decision node после деятельности (или действия) Отмена нужен для того, чтобы обеспечить непрерывность правого потока? Какой вопрос задается в этом случае? Почему на ветки альтернативы еще приходится писать слово [cancel]? Смесь русского с английским - это нормально?