Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Сергей Евтухович

Страницы: « 1 2 3 4 5 6 7 8 9 »
46
Ну это мой неформальный закон, который я использую при обучении разработке контекстной диаграммы и диаграммы юскейсов.

Каждый кусочек информации, который кладётся в систему, должен обязательно как-то использоваться для получения результатов из неё.

И наоборот, если описано, какая информация из системы добывается, то нужно проследить, что в неё поступает вся необходимая для этого информация.
Денис, мне тоже нравится такой подход. Я обычно немного расширяю его с помощью CRUDL и задаю себе несколько вопросов:
C - Как информация должна попасть в систему чтобы её можно было использовать?
R - Раз уж мы вводим информацию в систему, значит она кому-то нужна и её будут использовать?
U - Действительно ли информация один раз вводится в систему и никогда больше не изменяется?
D - Нужно ли будет удалять введенную ранее информацию? Для чего?
L - Как введенная ранее информационная сущность будет выбираться среди других для просмотра, изменения или удаления? Будет ли таких сущностей настолько много, что нужна будет фильтрация/поиск в списке?

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

48
Есть глагол to use в котором s читается звонко, есть существительное use, где s читается глухо. Во фразе use case первое слово — это существительное: https://answers.yahoo.com/question/index?qid=20081206221932AAYRSJb

Рекомендую если уж читать lingvо, то целиком всю статью, а не только первую половину: http://slovari.yandex.ru/use/%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4/

Произношение:
http://slovari.yandex.ru/use%20case/%D0%BF%D0%B5%D1%80%D0%B5%D0%B2%D0%BE%D0%B4/
Спасибо, учту:)

49
А кто просил или требовал выделения «общего поведения» и на каком основании?
Во втором сообщении этой темы Дима привёл пример диаграммы ВИ, в котором общее поведение выделено в два ВИ. Сообщение davvol я воспринял как критику такого решения, а ваши с Григорием сообщения как поддержку критики. Я же считаю что в целом подход Димы верный, но хотел бы понять вашу позицию.

50
А зачем такой вопрос?
По вашим с Григорием сообщениям я понял что вы поддерживаете мнение davvol по поводу "диаграммы бесполезных действий". Поэтому хотел увидеть выделение общего поведения без использования тех самых "бесполезных действий".

NB: use case звучит по английски как юскейс
А как тогда звучит "using"? "Юсин"?
Abbyy lingvo тоже согласен со мной: [ju:z]

51
Я вижу примерно такой вариант.


Григорий, предположим Ваш банкомат может предоставлять две услуги (юзкейса):
1. Снять деньги.
2. Внести деньги.
Как бы вы выделили общие части основных сценариев юзкейсов, такие как вставка карты, ввод пин-кода, выбор услуги?
Как это бы выглядело на диаграмме юзкейсов?

52
Сергей, для начала человеку нужно разобраться, что же такое ВИ и с чем его едят. От простого к сложному.
Согласен.
ВИ "Выполнить одну транзакцию" на диаграмме и отображен абстрактным, или есть специальное графическое представление для абстрактного ВИ?)))
Надо написание имени ВИ сделать курсивным.

53
?!))) Слева - Первичный актор, стрелки от актора к варианту использования, справа - вторичный актор, стрелки от варианта использования к актору (в нотации UML2 стрелки между актором и юзкейсом можно не рисовать). Старайся, чтобы стрелки не пересекались, смотрится не совсем читабельно. Главное, пожалуй, замечание - это не варианты использования уровня цели (почитай Алистера Коберна "Современные методы описания функциональных требований к системам"), а шаги варианта использования уровня системных функций. Эта тема где-то на форуме уже обсуждалась. Осмелюсь выложить пример.

Дима, "Выполнить одну транзакцию" должен быть абстрактным ВИ.

54
1. Какой инструмент использовать, я планирую использовать  Visio.
Любую "рисовалку", которая у вас есть, удобна вам и постановщику задачи.

2. Какие условные обозначения лучше выбрать для объектов схемы. Объекты такие: документ, отчет, справочник, обработка (например банк-клиент)
Прямоугольники, как самые распространённые.

3 Вопрос скорее на перспективу какую нотацию вы порекомендуете UML или IDEF
Ту, которую поймут Ваши коллеги-аналитики, разработчики...

55
Работа / Re: Изменения на рынке труда
« : 07 Августа 2014, 07:35:35 »
Коллеги, большое спасибо за информацию!

56
Работа / Re: Изменения на рынке труда
« : 06 Августа 2014, 15:03:20 »
Да, действительно, HeadHunter публикует статистику роста/падения количества вакансий каждый месяц. Но по всем вакансиям. Насколько эта статистика пропорциональна статистике по вакансиям аналитиков? Есть подозрение что, например, летом ищут много строителей, но мало аналитиков, поэтому по общей статистике сложно делать выводы. Меня интересует больше экспертная оценка.

Моё предположение: Спрос постепенно возрастает примерно в 3-4 раза в феврале-апреле и восстанавливается до прежних значений в мае. Резко падает в ноябре и до середины января остаётся на уровне близком к нулю. Восстанавливается до прежних значений к концу января.

Возможно у вас есть более точная информация?

57
Знаю. На сайтах производителей:)

58
Работа / Изменения на рынке труда
« : 06 Августа 2014, 11:36:44 »
Коллеги, добрый день!

Заинтересовало ваше мнение по двум вопросам относительно рынка труда бизнес- и системных аналитиков. Не поделитесь?

Вопросы следующие:
1. Каково типовое распределение количества новых вакансий в Москве по году в последние несколько лет?
2. Насколько сильные изменения и какого рода изменения вы предвидите на рынке труда в Москве в ближайшие 6-12 месяцев с учётом влияния текущей экономической ситуации и экономических/политических прогнозов?

Заранее благодарю!

59
Для того чтобы попробовать можно скачать пробную версию Rational Rose или Enterprise Architect. А ещё проще воспользоваться онлайн-редактором типа www.draw.io

Страницы: « 1 2 3 4 5 6 7 8 9 »