1006

Задачи студентов / Re: Помогите с диаграммой вариантов использования

« : 12 Мая 2013, 19:04:15 »

Вот что я понял из Вашего объяснения. Но какой тип отношения между Оформить заказ и другими ВИ?

Нет, вы меня совсем не поняли. Я говорил о том, что найти товар, просмотреть каталог и просмотреть информацию о товаре - это часть одного общего ВИ типа просмотреть каталог товаров или сделать выбор.

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

Мне нужна простая диаграмма ВИ для лабораторной. Вот я и спрашиваю совета.

Так я его и даю. У вас далеко не простая ДВИ, у вас сложная. А нужно делать ее простой. ДВИ - это ничто, главное в ВИ - это его описание, а не овальчик с человечком и палочками и стрелочками.

Покупатель просматривая каталог должен знать на какую сумму у него товаров в корзине? Разве нет? А потом уже, выбрав все и видя стоимость, оформлять заказ.

Напишите сценарий оформления заказа

Вы говорите убрать работу с корзиной и пересчет. Совсем убрать? Но ведь эти моменты есть в описании.

Ну и что, сделайте описание оформления заказа, там и учтете эти моменты.

Теперь каталог. Мне кажется в каталоги интернет магазинов разделены на разделы, в каждом разделе перечень товаров. Выбрав отдельный товар, можно просмотреть информацию о нем.

И ? как вы думаете зачем это делается?

Что касается тонкостей, то их никто не разрешит. У меня нет связи с преподавателем. Можно только выполнить задание и ждать что его зачтут.

Вы спросили совета, я его вам дал. Но потрафить вашему преподавателю у меня нет цели. Я говорю КАК НУЖНО ДЕЛАТЬ ПРАВИЛЬНО, а не как чтобы преподу было кайфово и вы получили зачет.

1007

Задачи студентов / Re: Помогите с диаграммой вариантов использования

« : 12 Мая 2013, 00:21:33 »

Помогите разобраться, пожалуйста.

Начинать нужно с идеи. С идеи того, что такое ВИ и зачем он используется.
1. ВИ - это требование к системе, функциональное требование, организованное особым образом.
2. ВИ выражает то, зачем пользовтаель обращается к системе, т.е. то что он хотел бы получить от системы и что выполняется в достаточно короткое время, за один сеанс говорят, и заканчивается каким-то важным для пользователя результатом.

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

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

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

Подсчитать стоимость покупки - не будет самостоятельной целью покупателя, она ему интересна при оформлении и изменении заказа.

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

Таким образом
я бы убрал
Работу с корзиной и пересчет стоимости

Найти товар, просмотреть каталог товаров и просмотреть инормацию о товаре  - это все один вариант поиск осуществляется в каталоге, значит вы его уже просмотрите, просмотреть инфу о товаре нельзя пока не просмотрите каталог, а смысл пялится в каталог товаров? просто так?

Вот пока получается 4 ВИ, самый интересны оформить заказа, его и нужно теперь красиво текстом описать

Ну это мое мнение

1008

Вакансии / Re: Вакансия: Руководитель информационно-аналитического отдела

« : 11 Мая 2013, 22:25:25 »

Испытательный срок 6 месяцев меня тоже порадовал... такое редко встретишь.

А по закону вроде не больше 4 месяцев?

1009

Задачи студентов / Re: Помогите с диаграммой вариантов использования

« : 11 Мая 2013, 22:23:05 »

Сделайте что-то с картинкой, а то она не открывается нормально.

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

Решим эти вопросы, а потом можно двигаться дальше

1010

Обсуждение статей / Re: Летний Аналитический Фестиваль 2013, 29-30 июня, Мск обл.

« : 04 Мая 2013, 23:41:56 »

Нужно ли где-нибудь регистрироваться для участия в фестивале?

Да, conf.uml2.ru

1011

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

« : 03 Мая 2013, 22:36:06 »

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

Правильно ли я понимаю, что ТЗ имеет смысл формировать только для заказной продукции. А фреймвёрк таковым не будет? Хотя в моем случае как раз каркас и заказывался.

1012

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

« : 30 Апреля 2013, 09:01:38 »

У нас все что делают, считают АС ... и не парятся с тонкостями.

Юра, тонкость появляется, когда ты хочешь описать требования к разработке, например, программного каркаса(фреймверка)

1013

Обсуждение статей / Re: Analyst Days 2013, 24-25 мая, Спб

« : 28 Апреля 2013, 15:58:01 »

Ну на ЛАФе-то ты будешь?

Как там у классиков - "Поэтом можешь ты не быть, но на ЛАФе быть обязан"

1014

Обсуждение статей / Re: О профессиональных стандартах в области ИТ

« : 28 Апреля 2013, 15:53:17 »

Обновление по теме: Приказ Минкомсвязи О разработке профессиональных стандартов.

ССылка битая - вернее не корректно вставлена. Вот верная http://minsvyaz.ru/ru/doc/index.php?id_4=940

1015

Обсуждение статей / Re: Analyst Days 2013, 24-25 мая, Спб

« : 26 Апреля 2013, 23:01:58 »

На арене все те же

Какая команда :O) Но меня не будет

1016

Конференции Семинары и Тренинги / Re: ЛАФ-2013. Ищем докладчиков.

« : 24 Апреля 2013, 20:37:54 »

Тема, на мой взгляд, интересная.
Только что интереснее: описание инструмента или процесса?

По мне так процесса, но, возможно, у коллег другое мнение?

Ну скажем так 20 на 80, 20 - это инстурмент, 80 - это как оптимизируется БП, но фактически как в инструменте реализуются те или иные положения теории ТОС в популярном изложении. Но это гипотеза, мысли в слух, прощупывание интереса аудитории

1017

Конференции Семинары и Тренинги / Re: ЛАФ-2013. Ищем докладчиков.

« : 24 Апреля 2013, 17:39:21 »

Будет ли интересна тема практического применения некоторой системы, реализующей определенные подходы к оптимизации бизнес-процессов (ну скажем согласно ТОС). Пока конкретно о систем не буду говорить, но система из области универсальных решений(в некотрой области) типа Share Point

1018

UML SysML и пр. / Re: Помогите пожалуйста посторить диаграмму состояний

« : 23 Апреля 2013, 23:23:21 »

Хм... Здесь есть интересный момент. Дело в том, что Заявка может 1. поступить из внешней системы и 2. может быть зарегистрирована сотрудником, принявшем ее на бумажном носителе (далее варианты возникновения Заявки в системе). Вы приводите в пример второй вариант.

Ну отлично, пусть она регистрируется сотрудником или приходит извне.
Смотрите я клиент обращаюсь в систему и сам!!! предлагаю свою заявку и от моего имени заявку оформляет сотрудник.
Т.е. из Черновик она возможно попадает в состояние Предложена далее кем то одобряется и регистрируется
Или от моего имени сотрудником сразу из Черновика переходи в Зарегистрирована - ну и что, тем и хорошо, что состояние не зависит от того, как вы в него преешли

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

ну пусть так - правда не понятно почему два автоматических события должны приводить к какому-то промежуточному состоянию - цель то его какая?

Если рассматривать второй случай, то пользователь предварительно может создать заявку в состоянии "Черновика", а вот потом нажать кнопку SUBMIT для того, чтобы отправить заявку на регистрацию. Здесь в качестве события вижу "Отправить на регистрацию" и переход в состояние "Ожидает регистрации".

выше я уже описал свое видение ситуации

Я попыталась унифицировать статусы Заявки для обоих вариантов, может быть поэтому сейчас есть непонимание или некорректности?

Не совсем уловил, что я должен вам ответить?

В качестве пояснения:
Есть заявки, по которым результат обработки не должен быть выдан нарочно. Для таких заявок переход из состояния «Исполнена» в состояние «Закрыта» будет осуществляться без перехода в состояние «Ожидает выдачи».

для этого на переход накладывается условие, если заявка отвечает этому условию то идет в Закрыта, нет идет в ожидает выдачи. А что такое выдан нарочно? Случайно что ли?

Для заявок, результат обработки которых требует выдачи нарочно из состояния «Исполнена» заявка переходит в состояние «Ожидает выдачи» (по событию «Получения сообщения с подтверждением о получении результата обработки заявки» из внешней системы), а по событию «Ввод даты фактической выдачи» переводит заявку из состояния «»Ожидает выдачи» в состояние «Закрыта».

Ну вам конечно виднее. я реально смотрю на синтаксис и пытаюсь увидеть ту семантику, которую вы выдаете.
Мне не понятно, что такое «Получения сообщения с подтверждением о получении результата обработки заявки». А когда заявка переходит в Исполнено, то что это означает?

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

1019

Варианты Использования (Use Case) / Re: Варианты использования CRUD

« : 22 Апреля 2013, 16:52:28 »

Измененный вариант:  с учетом предложений Дениса и  Rruzz. Удалил перерегистрацию, объединив с обновлением карточки

Имя:  Обновить реестр (список) читателей
ID: 1
Краткое описание:  Вариант использования описывает операции с регистрационным списком
Действующие лица: Библиотекарь
Предусловие: -
Постусловие: Записи читателя изменятся в соответствие с выполненным действием

Основной поток:

•   Система запрашивает требуемое действие
•   Библиотекарь выбирает действие, после чего выполняется один из подчиненных потоков (Добавить/Удалить/Обновить карточку читателя)

ID: 1.1 Добавить читателя

•   Система запрашивает фамилию, имя и отчество читателя
•   Библиотекарь вводит запрашиваемые данные
•   Система создает новую запись о читателе в регистрационном списке
•   Система возвращает номер читательского билета зарегистрированного читателя

ID: 1.2 Удалить читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего удаляет записи, ему соответствующие

ID: 1.3 Обновить карточку читателя

•   Система запрашивает номер читательского билета
•   Библиотекарь вводит номер
•   Система ищет читателя в регистрационном списке, после чего запрашивает новые данные
•   Библиотекарь вводит новые данные о пользователе
•   Система сохраняет изменения

Альтернативный поток событий

ID: 1.4 Читатель не найден
         Если обнаруживается, что введенный номер читательского билета не соответствует ни одному читателю, то система выдаст сообщение об ошибке и предложит ввести номер заново либо отменить действие. При отмене выполнение варианта использования завершается 

1020

Варианты Использования (Use Case) / Re: Варианты использования CRUD

« : 22 Апреля 2013, 16:47:55 »

Весь use case «Обновить реестр читателей», внутри — «Обновить карточку читателя».

Понял согласен