856

Задачи студентов / Re: Вариант использования Создать меню

« : 17 Ноября 2013, 22:53:38 »

Эд, отписал.

Ты давал авторам стандартный чеклист ошибок по Коберну?

Денис, каюсь нет. Если у  тебя он имеется, можешь поделиться?

857

Задачи студентов / Re: Вариант использования Создать меню

« : 17 Ноября 2013, 16:09:16 »

Друзья, спасибо за интерес к разбору ВИ, но может Вы оставите комменты здесь?
https://docs.google.com/document/d/10QgoTnF_sVX9tGnCxmnerN4CyDQso-_IHyiNHGStd7c/edit

858

Варианты Использования (Use Case) / Re: Место вариантов использования в ГОСТ 34

« : 15 Ноября 2013, 22:26:05 »

Ну а что касается обучения системному мышлению, так лично у меня в Вузе был курс системного анализа. Так что да, учили. Как сейчас - не знаю. Тоже учат, скорее всего. И наверное, даже лучше, чем меня (я-то был редким раздолбаем). Вот только проку мне от их познаний в области системного мышления, когда на практике нужны навыки?

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

Возможно, действительно не совсем понял. Но с другой стороны - а-ля ГОСТ есть, и есть потребность вставить куда-нибудь туда последнюю све... то есть, ВИ.

Ну так ровно тоже можно сказать о DFD, BPMN, IDEF0 и IDEF3.

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

А из каких по Вашему кубиков должна состоять тогда пояснительная записка?

Почему? Можете раскрыть мысль?

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

Песня действительно не новая.

Ага, первая фраза на работе- забудьте то, чему вас учили в вузе. У нас все по другому. Потому не стоит видимо и пытаться.

859

Задачи студентов / Re: Вариант использования Создать меню

« : 15 Ноября 2013, 19:28:47 »

Я бы в ВИ написал не
"1. Менеджер меню делает запрос на создание меню на определенную дату."
а
"1. Менеджер меню делает запрос на создание меню на определенную дату в пределах допустимых дат."
и все, потоки 10.1 и 10.2 уже не нужны:)

Ага понял.
 

ВИ писал один человек, а реализовывал другой?

Точно так.

И еще вопрос по пункту 5. Там речь идет о типе меню всего меню, или о типе меню в котором находится блюдо выбранной категории?
Если не уточнить этот вопрос, может показаться, что есть два вида "типов меню", один тип меню у каждого блюда, и один тип меню у всего меню, в которые входят блюда, каждое со своим типом меню:)
Зачем вообще все так переусложнять с типами меню? Это было озвучено в задаче или так решил создатель ВИ?

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

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

860

Задачи студентов / Re: Вариант использования Создать меню

« : 15 Ноября 2013, 19:20:48 »

Если основной поток занимает больше 7-10 строк, я предпочитаю выносить даже мелкие ветвления в альтернативные потоки. Здесь можно было бы так сделать.
И ещё мне нравится стиль описания ветвлений, когда в точке ветвления (2) пишется что-то типа:
"1. Менеджер меню делает запрос на создание меню на определенную дату.
2. Система проверяет существование меню на указанную дату.
3. Система выводит новое меню с входящим в него списком стандартных блюд."
, а остальная часть ветвления выносится в альтернативный поток.

Ну нравится не нравится, тут как говорится дело вкусов. Почему такой стиль вызывает у вас негативные эмоции?

Разве если менеджер изменит цену на экране, то это изменение может на нём не отобразиться? Или имеется ввиду что-то другое и нужно уточнить пункт?

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

Если верить этому пункту, то мы можем добавить в меню блюда категорий, не разрешённых новым типом меню (на который меняем). Так не должно быть?

А что есть новый тип? По-моему в описании сказано, что выбирается тип меню, а потом категория блюда. Но я согласен, описанные действия далеко не ясные.

Как я понял прямой связи с блюдом не должно быть. Будет связь между типами меню и категориями многие-ко-многим и между категориями и блюдами (один-ко-многим или многие-ко-многим). Я не прав?

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

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

Порядок задан Заказчиком

861

Задачи студентов / Re: Вариант использования Создать меню

« : 14 Ноября 2013, 22:02:43 »

1. Почему бы сразу не обязать менеджера при создании меню выбирать тип? Это избавит его от ошибок, а нас от альтернативного потока 10.4 - да и выглядит коряво с точки зрения юзабилити:)

Согласен.

2. Судя по ВИ, менеджер не может сохранить стандартный набор блюд как новое меню. Согласно 3.2 он обязан добавить новые блюда. Это так задумано или студент недосмотрел?

Да в ВИ не указано явно, но стандартный набор блюд должен всегда присутствовать в меню. Потому при создании меню, блюда помеченные как стандартные автоматом переносятся в создаваемое меню.

3. Альтернативный поток 10.3 - не вижу его применения. Судя по ВИ, категория выбирается только при добавлении нового блюда. А если он хочет добавить новое блюдо, то выбор категории обязателен и осуществляется до выбора блюда. Таким образом я не вижу как ВИ может перейти в этот поток.

Согласен. Мне этот момент тоже показался весьма странным. На реализации это выглядит так.
Менеджер меню, выбрав команду "создать меню", получает предложение указать дату, на которую создается меню.
Система отображает список стандартных блюд, сгруппированных
- 1 по типу меню (который есть свойство блюда)
- 2 по категории (с учетом заданного порядка - от первых к напиткам) категория тоже свойство блюда.
Менеджер указывает цену выведенных блюд.
Менеджер может добавить другое (нестандартное) блюдо.
Система предлагает выбрать тип меню - Менеджер выбирает (например Блюда из ресторанов)
Система отображает список категорий блюд  - Менеджер выбирает категорию.
Если!!!! есть блюда соответствующие типу и категории, то отображается первое блюда из списка.
Так что менеджер при формировании меню по сути играет в рулетку. Мне сказали, что реализовано полностью согласно описанию ВИ.
4. Ну и проверку на даты я бы не стал включать как альтернативные потоки. Просто контроль при создании меню и все.
[/quote]

862

Варианты Использования (Use Case) / Re: Место вариантов использования в ГОСТ 34

« : 14 Ноября 2013, 21:31:22 »

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

Соответственно, где-то между стадиями "Рабочая документация" и "Ввод в действие". В зависимости от того, на какую стадию конкретного проекта запланирована разработка ПМ.

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

Переход от системного мышления к "клиповому". Наблюдаю то же самое в среде "молодых специалистов".

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

Жаль студентов. Методические указания по скрещиванию теплого с мягким загоняют их в ситуацию, в которой сделать что-то приличное в принципе невозможно. А потом они приходят на "производство" и пытаются работать так же (ну, те, кто вообще пытается).

1. Вы не совсем поняли. Есть методуказания по оформлению и требования к содержанию. Они есть аля ГОСТ 34. Хорошо это или плохо - думаю не очень и важно. Главное есть определенная структура, которой можно следовать. Мне она лично не нравится, я не воспринимаю студенческую работу как проект, все-таки это совокупность работ, которыми студент должно продемонстрировать свою уровень: умение системно или логично мыслить, понимать причины, понимать причинно-следственную связь, демонстрировал свои знания и умения. Сама методичка это особо не мешает явно, но создает неявные проблемы. Но они не столь серьезны, сложнее объяснять студенту почему ему здесь нужно написать это и это, а не то что как ему кажется написано в методичке.
2. UML в методичке не прописан, методологии по которым им следует разрабатывать свои проекты тоже. Так что нет никаких скрещиваний.
3. Проблемы возникают при оформлении работы. Это да. Вот я и поднял дискуссию, чтобы пройтись по этой теме.
4. То, что студенты приходят на "производство" (это слово уж точно не для ИТ-индустрии) и делают не так как ожидает "производитель" - ну эту песню я слышу всю свою жизнь. Не подумайте, что СССР, потом Россия, так уж уникальны в этом, при всей феншуйности западного образования.
5. Ну впрочем эта очень философичная тема и я ее поднимать здесь не хочу. Без обид, Леонид?

863

Задачи студентов / Re: Вариант использования Создать меню

« : 14 Ноября 2013, 17:58:53 »

Спасибо.

4. Ну и проверку на даты я бы не стал включать как альтернативные потоки. Просто контроль при создании меню и все.

Что значит просто контроль? АП вроде как раз и включает описания исключений, которые могут возникнуть при неверных данных.

864

Задачи студентов / Re: Вариант использования Создать меню

« : 14 Ноября 2013, 09:41:28 »

… и теперь пожалуйста доступ на комментирование.

Денис, ты больше меня пользуешься GDocs, посоветуй как корректно настроить доступ. Я дал доступ всем, но вот про комментарии не понял как.

... Я нашел

865

Задачи студентов / Re: Вариант использования Создать меню

« : 13 Ноября 2013, 23:58:27 »

Доступ к файлу на GDocs. ВИ Создать меню

866

Задачи студентов / Re: Вариант использования Создать меню

« : 13 Ноября 2013, 23:55:28 »

Эд, а опубликуй в GDocs, тогда будет проще комментировать попунктно.

Хорошо.

867

Задачи студентов / Вариант использования Создать меню

« : 13 Ноября 2013, 23:00:35 »

Вот результат творческой работы студента.

Если интересно, то прошу вас дать свои комментарии к нему (отметить хорошие стороны, указать на ошибки, сделать замечания по тексту).

Имя: Создать меню
Автор: ХХХХХХХХХХХХ
Дата создания: 14.09.20ХХ
Дата изменения:
Статус: Основной поток отправлен в реализацию. Утвержден 16.10.ХХ (группой товарищей )
D: 10
Действующие лица: Менеджер меню
Краткое описание: Менеджер меню кафетерия составляет меню имеющихся в наличии блюд и соответствующих им цен на выбранную дату.
Предусловия: Нет
Основной поток:
1. Менеджер меню делает запрос на создание меню на определенную дату.
2. Если меню на указанную дату уже существует, то
2.1 Система сообщает менеджеру, что меню на указанную дату уже существует
2.2 Возврат к шагу 1 основного потока
3. Иначе
3.1 Система выводит новое меню с входящим в него списком стандартных блюд.
3.2 Менеджер меню делает запрос на добавление новых блюд.
3.3 Система выводит список типов меню.
3.4 Менеджер меню выбирает тип меню.
3.5 Система выводит категории блюд входящих в выбранное меню.
3.6 Менеджер меню выбирает категорию блюда.
3.7 Система выводит блюда, относящиеся к данной категории.
3.8 Менеджер меню выбирает блюда из выбранной категории и при желании меняет цену.
3.9 Система отображает изменения.
4 Если менеджер меню желает сменить категорию блюда то система сохраняет выбранные блюда и возврат к шагу 3.6
5 Если Менеджер меню хочет сменить тип меню то система сохраняет выбранные блюда и возврат к шагу 3.4
6 Иначе
6.1 Менеджер меню делает запрос на сохранение меню.
6.2 Система сохраняет меню.

Постусловия: Меню сохранено в системе
Альтернативные потоки:
1. Дата превышает текущую более чем на 14 дней.
2. Дата меньше текущей.
3. Не выбрана категория.
4. Не выбран тип.

Имя: Дата превышает текущую более чем на 14 дней.
ID: 10.1

Действующие лица: Менеджер меню
Предусловия: Дата превышает текущую дату более чем на 14 дней.
Альтернативный поток:
1 Система сообщает, что меню на указанную дату создано быть не может.
Постусловия: возврат к вводу даты.

Имя: Дата меньше текущей.

ID: 10.2

Действующие лица: Менеджер меню
Предусловия: Менеджер меню вводит дату меньше текущей.
Альтернативный поток:
1 Система сообщает, что меню на указанную дату создано быть не может.
Постусловия: возврат к вводу даты.

Имя: Не выбрана категория.

ID: 10.3

Действующие лица: Менеджер меню
Предусловия: Менеджер не выбирает ни одну категорию и нажимает Ок.
Альтернативный поток:
1 Система сообщает, что категория не выбрана.
Постусловия: система предоставляет менеджеру возможность выбрать категорию.
Имя: Не выбрана тип.

ID: 10.4

Действующие лица: Менеджер меню
Предусловия: Менеджер не выбирает ни один тип и нажимает Ок.
Альтернативный поток:
1 Система сообщает, что тип не выбран.
Постусловия: система предоставляет менеджеру возможность выбрать тип меню.

868

Вакансии / Re: off, ВАКАНСИЯ- Администрирование / helpdesk банковского АПК.

« : 13 Ноября 2013, 22:51:35 »

автоматизированного программного комплекса?

869

Варианты Использования (Use Case) / Re: Место вариантов использования в ГОСТ 34

« : 13 Ноября 2013, 20:08:52 »

Эдуард, я как раз тут (http://it-analysis.blogspot.ru/2013/10/use-cases-34.html) излагал свои мысли по этому поводу.

Спасибо, Павел. Не могу сказать, что стало понятнее, особенно после прочтения комментариев

Пока получается, что действительно системные ВИ (видимо уровня пользователя) могут быть включены в те или иные документы техпроекта (стадии техпроекта).

Бизнес ВИ естественно размещаются на разделе формирования требований, как советует Денис Бесков. Кстати, я тоже советовал так ранее студентам, но потом это как-то потерялось. Вообще наверное, на стадии формирования требований должна быть сформирована модель AS IS, как бы она не создавалась. Нет?

870

Задачи студентов / Re: Диаграмма классов библиотеки

« : 12 Ноября 2013, 22:45:59 »

Ой, Бручо, пахать на Вас да пахать.
Что-то такое совершенно на уровне внеклассного чтения - простите. Ну все-таки Вы в высшем заведении учитесь. Сначала какие-то основы изучите.

Вы моделируете вообще все книжные библиотеки мира?  Почему в Вашей модели есть некий класс Library? Вы понимаете, что класс порождает в реальности объекты, т.е. нечто конкретное почти осязаемое. Библиотека №34, №123, Сельская Дунилинская, Библиотека Конгресса США и т.п. Вы все эти библиотеки моделируете?

И какой такой жанр у ваших библиотек? Библиотека в жанре Вестерн или в жанре Ранее роккоко? Что и кто у Вас имеет жанр все-таки?

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