436
ПО Аналитика / Re: Minireq, еще один велосипед
« : 24 Мая 2016, 21:35:48 »MS Word for requiements management must dieWhy?
Confluence for requiements management must die
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
MS Word for requiements management must dieWhy?
Confluence for requiements management must die
Я в начале темы написал, что делаю по спецификации данную диаграмму, а не просто из головы.Ну для нас-то ее нет, потому мы и обсуждаем только результат.
Единственное, что сюда не выложил ее.
Кстати GitBook приятный инструмент, думаю перевести на него остальную документацию, типа архитектуры и различных гайдов.Это типа Jupiter Notebook для питона или других языков?
Что значит более явно выделить условный выбор?вертикально и с двумя левыми и правыми ветками.
По факту клиент возвращается в корзину ,если отменяет оформление, ведь он может отменить для корректировки заказа.
Попробовал со слиянием.
Прошу еще раз посмотреть, оценить правильность.
Если я правильно понял, то вы клоните к тому, что <<include>> надо менять на <<extend>>, т.к. включённые UC выполняются всегда, а ту же авторизацию надо выполнять не всегда.
Здесь я с вами не соглашусь. UC - это не один сценарий, а взаимосвязанная группа сценариев. Да включённые UC всегда выполняются, но только для тех сценариев из группы, в которые они включены. Например: при управлении каталогом текст UC можно сформулировать так, что авторизация будет входить не в базовый сценарий, а в альтернативный (и следовательно не будет выполняться при каждой активизации UC).
Даже погуглил на эту тему: http://www.batimes.com/articles/putting-the-inclusion-use-case-in-focus.html.
Здесь я с вами не соглашусь. UC - это не один сценарий, а взаимосвязанная группа сценариев. Да включённые UC всегда выполняются, но только для тех сценариев из группы, в которые они включены. Например: при управлении каталогом текст UC можно сформулировать так, что авторизация будет входить не в базовый сценарий, а в альтернативный (и следовательно не будет выполняться при каждой активизации UC).Видите сколько неопределенности и интерпретации не поддержанной какими-либо спецфикациями или описаниями таких сценариев
Если я правильно вас понял- то вы за то чтобы вернуть на диаграмму UC "Добавить товар", "Изменить товар", "Удалить товар".Нет, нет. Вы меня не правильно поняли. Я вовсе за это не ратую. Использования шаблона CRUDL вполне себе оправдано для подобных UC, связанных общими предусловиями и постусловиями.
Здесь, мне кажется, ситуация из разряда "на вкус и цвет". Думаю, в контексте учебного проекта, эти UC отлично упаковываются в большой UC "Управление каталогом".
Диаграмма -ОК. Если бы был преподом - меня бы устроило.
Ну и без инструментов разве только выявление целей и задач инструментов особых не требует, а все остальное совершенно незачем рисовать на ватманах...И тут есть мозговой штурм, вские брейнрайтинги,дерево целей, морфологически ящики Цвикки, диаграммы Исикавы, приницпы Парето и всякие приемы типа CATWOE и Н-метода, опять же Гольдратт с его подходами. Или это не считается инструментом?