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

×


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

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


Сообщения - akaCarton

Страницы: 1 2 »
1
Судя по:  имеется 5 фильтров и 2 блока?
Все правильно.
А почему необязательно, ведь мы должны сравнивать значение поля, для чего надо знать с чем сравнивать? (разве что для логического типа данных может быть попроще)
Это всего лишь настройка, которую делает админ. Рядовой пользователь будет запускать отчет. Перед построением отчета, пользователю будет показываться окно с параметрами. Какие-то  параметры предзаполненны, какие-то пустые.
Скорее не "возможность", а "необходимость".
Возможно, не очевидно, но подразумевается, что если админ не указал логическую операцию, то считается, что операция "И"

Если кратко:
можно? - Можно
стоит? - Не стоит
Понял.
Получается, что подобные тонкости лучше описывать на простом языке, без каких либо излишеств?

2
3

3
Спасибо всем за комментарии, постараюсь извлечь побольше полезного.
Хотелось бы задать еще один вопрос.

Получается, что пользователь, может добавить фильтр.
Для этого фильтра указать:
  • поле обьекта
  • условие(<,>,= и т.д)
  • значение по умолчанию (не обязательно)
Причем может сначала надобавлять фильтров, а только потом настроить их, а может добавить один фильтр, настроить его, потом добавить еще один, настроить и так далее.
При этом при добавлении второго и последующих фильтров появляется возможность указать между ними условные операции.

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

4
ИМХО ещё для определения состава и содержимого ВИ:
это относится только к "and" и "or", а "not" имеет смысл именно для одного фильтра/блока
  • надо бы детальнее разобраться, что такое "фильтр", что такое "блок":
    • если 2 выборки имеют абсолютно одинаковое условие (состав объектов всегда совпадает, только поля результата разные) - это будет всё равно 2 разных фильтра/блока (одинаковые по содержанию) или может быть один и тот же фильтр/блок, просто подключенный к обоим выборкам?
    • когда блок объединяет более 2 фильтров между каждой парой смежных фильтров может быть своя операция ("and" или "or") или операция задаётся целиком на блок? То есть блок это просто "скобки" для указания порядка операций или средство выделения смыслового фрагмента для повторного использования?
Наверно, проще будет приложить макет.

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

Поехали.
* Если бы вы были знакомы с CRUDL, то сразу обнаружили бы пропуск ВИ класса "Read"
* CRUDL Это, как правило, ВИ уровня моря. И вам как и кайтингистам нужно научиться не отрываться высоко от уровня моря, чтобы не разбиться потом о воду. Так и не проваливаться вниз. Вам нужно понимать, что такое уровень.

Ну и печаль, печаль. CRUDL устарел. Сейчас в моде что-то типа "CrClRUcUsUtUhDeDaLO". Но об этом вы материала не найдете. Юзайте пока  CRUDL
Я знаком с CRUDL от вас в общем-то и узнал :)
Не стал рассматривать Read по простой причине, планируется, что страница выборки сразу будет открываться в редакторе, то есть сценарий не должен отличаться от update.
А когда можно будет найти материал про "CrClRUcUsUtUhDeDaLO"? Откуда это пошло?

До кучи.
* Create
* Clone
* Read
* Update content
* Update Status
* Update Type
* Delete
* Deactivate

Спасибо! Обязательно поизучаю.

6
Чтобы дать совет по приведённой  ДВИ, надо протелепатить из чужой головы сценарии. Мой телепатитель на ремонте.)

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

Сценарии я могу приложить, но думается что там еще 100500 ошибок, кто все это будет читать? Однако для меня только лучше, если кто-то, особенно с другой планеты, скажет где и что я делаю не так (:

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

7
Например, если Найти выборку расширяет Посмотреть список выборок, то может быть Поиск неотъемлемая часть просмотра? Просто поиск по умолчанию -без критериев?
Интересное замечание, я всегда относится к просмотру списка и к поиску в списке как к двум разным действиям.
В списке можно глазами увидеть интересующую выборку и запустить ее, а можно воспользоваться строкой поиска, ввести часть названия и найти выборку.

Создать выборку включает выбор типа объекта.
1 - а разве можно создать выборку без указания типа объекта?
2 - а где в схеме выбор типа объекта используется еще, раз это взаимодействие с системой было выделено в отдельный ВИ?
Правильно ли я понял свою ошибку?
В таком случае, и "Настроить поля результата", тоже не стоит выделять, так как действие обязательное и, по большому счету, выполняется только раз.
А вот ВИ "Настроить фильтры" может быть отдельным вариантом.
Тогда вопрос, а если "Настроить поля результата" связать с ВИ "Изменить выборку". Будет ли считаться, что "Настроить поля результата" повторяющимся действием?
Цепочка Настроить фильтр - Указать логические операции - это плохой стиль. Почему бы тогда не продолжить Указать И, Указать ИЛИ и т.п.
То есть слишком мельчу?!
Посмотрите на диаграмму - что тут - Админ и Черный ящик системы, Админ видит только внешние функции, остальное от него скрыто. структура объектной программы показывается иными средствами, а поведение реализуется взаимодействием объектов, а не отношением кусочков функциональности, выраженных ВИ
Вот тут вот недопонял. Все эти действия должен совершать админ, в том числе и выбирать отношения между фильтрами. Но как я понял, это лучше сделать шагом сценария, а не вариантом использования.



8
Добрый день, форумчане!
Подскажите, насколько правильно составлена диаграмма ВИ? Где я накосячил и имеет ли смысл декомпозировать ВИ еще глубже?

Задача звучит примерно так.
Необходимо предоставить администратору системы возможность создавать и настраивать выборки без изменения исходного кода программы.
Результат выборки - подмножество объектов определенного типа с какими-то атрибутами.
Админ занимается только настройкой выборок. Его не сильно волнуют данные, которые предоставляет выборка, это головная боль рядового пользователя.

Админ должен иметь возможность:
1. Выбрать тип объекта, по которому будет строится выборка
2. Настроить фильтры
3. Выбрать поля объекта, которые будут выводиться в результат.

В выборке обязательно должен быть указан тип объекта. В одной выборке может быть указан только 1 тип.
В выборке должно быть добавлено хотя бы одно поле результата.
Добавлять фильтры не обязательно. Выборка без фильтров найдет все объекты указанного типа и выведет указанные поля.
Если фильтров больше 1, между ними необходимо указывать логические операции (and, or, not).
Должна быть возможность объединять фильтры в блоки и указывать между блоками логические операции  (and, or, not).


9
Ну записывай:
1. Холодный стул
2. Наручники
3. Лампа в глаза
4. Противогаз

На таком интервью стейкхолдер расскажет даже о том чего не знал!:)

Забыли про метод ректального криптоанализа с использованием паяльника.

10
На эту тему мне понравилась книга Роба Фицпатрика «Спроси маму» («The mom test» Rob Fitzpatrick)

11
По моему личному мнению, модель объектов как-то рановато затесалась.
Вы еще не определили функции системы, а уже знаете какие объекты вам потребуются.

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

Но это мое ИМХО.

12
Мое ИМХО

Задание 3
2,3, 5 - спорно

Задание 4
бизнес 1,3,6
функциональные 2, 4, 7
пользовательские 5

13
Эм, если Иван "талантливый разработчик", то он должен знать техническую сторону разработки ПО.
А "опытного пользователя" скорее всего добавили для красного словца.

14
Судя по всему логин и пароль пользователя SQL сервера.

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

Самым главным админом в MS SQL Server является SA, на всякий случай.

15
Правильнее вот так

А разве эта диаграмма не означает, что одна должность может принадлежать сразу нескольким компаниям?

Если говорить о должности как о штатной единице, то такое невозможно. Конкретная штатная единица может принадлежать только одной фирме.
Если говорить о должности как о какой то трудовой функции, то да, одна и та же трудовая функция может иметь место в нескольких организациях.

Страницы: 1 2 »