1

Примеры / Re: Продажа автомобилей

« : 16 Октября 2015, 21:29:21 »

2 Ilya2211
Вы зря начали с UML диаграммы. Нет методических материалов по проверке таких диаграмм на полноту, выдерживания уровней и т.д.
Начните с текстовых описаний по Коберну.

Да, я понимаю что зря, но всё же приходится хотя-бы пытаться в них разобраться. Спасибо Вам за совет!

2

Примеры / Re: Продажа автомобилей

« : 16 Октября 2015, 21:25:15 »

так что клиент может как отдельно выбрать клиента или автомобиль, или же выбрать автомобиль, перейти к продаже и уже на шаге продажи выбрать клиента кому он его продает.

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

3

Примеры / Re: Продажа автомобилей

« : 16 Октября 2015, 21:22:22 »

Автомобиль - Продажа (я бы сделал кратность 1 со стороны авто и много со стороны продажи - один и тот же тип авто может продаваться в разных продажах) ну наоборот - понятно, на каждый авто оформляется одна продажа.

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

Название связи - участвует в

Да, так действительно лучше, спасибо!

Кстати связь Между Требованием и Клиентом не верна, кратность наоборот.

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

 

4

Примеры / Re: Продажа автомобилей

« : 16 Октября 2015, 21:03:08 »

А что может измениться?

Изменится цена в договоре, например. 

Клиент заинтересованное лицо, он может влиять на реализацию систему, но сам он не действует с ней и должен остаться за кадром.

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

5

Примеры / Re: Продажа автомобилей

« : 14 Октября 2015, 12:23:54 »

Не совсем.
1. Я говорил как Include к продаже автомобиля, а не к выбору.
2. Почему пропала связь между актором и "Выбрать автомобиль"? Почему он вдруг утратил такую возможность?

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

Насчет второго пункта, да. С утра я заметил свою ошибку, но к сожалению, на работе не имею возможности поправить этот недочет, дома всё исправлю.

6

Примеры / Re: Продажа автомобилей

« : 14 Октября 2015, 00:52:17 »

ВИ начинающиеся с "выполнить поиск" - явно избыточные, уберите их, все станет выглядеть куда лучше.

Еще меня смущает что можно продать автомобиль не выбирая клиента. Как так?
Я бы сделал выбор клиента как Include к продаже автомобиля.

Вы имели ввиду такой вариант?

7

Примеры / Re: Продажа автомобилей

« : 14 Октября 2015, 00:48:29 »

На каком-то общем уровне, это операция Менеджера. Но Менеджер - это человек, который в нашей системе может быть частично заменен и разделен на один или несколько классов, которые будут хранить сведения о Менеджере и документах (работ) которые он выполняет - в этом случае будет создать сущностный класс = таблица в БД, а также будет выполнять какую-то ответственность, поведение что-то типа МенеджерПодбора

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

8

Примеры / Re: Продажа автомобилей

« : 12 Октября 2015, 01:16:43 »

Тут также вопрос, а почему Клиент - действующее лицо, как он взаимодействует с системой?

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

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

Является ли возможным "обзывания" всех эти ВИ как ВнесениеИзменений?

По последним трем пунктам полностью с Вами согласен. Увы, сразу это не дошло.

9

Примеры / Re: Продажа автомобилей

« : 05 Октября 2015, 21:32:14 »

И снова здравствуйте

Смешались в кучу кони, люди...
Да, извините заранее, за вызванные негативные эмоции при просмотре приложенных диаграмм.
Попытаюсь правильно поставить вопрос, который сейчас крутится у меня в голове. Предмет называется "Разработка программных приложений", но ведь на данном этапе, при построении ДВИ я пытаюсь описать (правда пытаюсь) саму предметную область? Без привязки к конкретной, "разрабатываемой" системе?

Попытался набросать ДВИ, вот что из этого вышло.

10

Примеры / Re: Продажа автомобилей

« : 03 Октября 2015, 00:03:05 »

Galogen, спасибо что откликнулись!

3. Не понятно что такое подбор автомобиля

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

Не понятна причина использования зависимостей - убрать имхо

Я отталкивался от того, что при изменении свойств экземпляра класса "ТребованияКлиента", "подборАвто" и "ЗаявкаПоставщику" тоже поменяют свои свойства. Или я снова

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

?
Хорошо, начну с ДВИ, спасибо за совет!

11

Примеры / Продажа автомобилей

« : 02 Октября 2015, 23:17:44 »

Доброго времени, форумчане! С UML по сути не знаком, но подкинули одну задачу.

ПРОДАЖА АВТОМОБИЛЕЙ. Система должна обеспечивать ведение базы новых и подержанных автомобилей (марка, страна, год выпуска, технические характеристики, особенности исполнения, техническое состояние, запрашиваемая цена), ведение базы покупателей (контактные координаты, требования к марке, техническим характеристикам и техническому состоянию, допустимая цена автомобиля), автоматизированный подбор вариантов для покупателя, формирование заявок для поставщиков и перегонщиков автомобилей.

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

Заинтересованные лица:
1) Клиент
2) Менеджер
3) Администратор

Цели:
1) Клиент
- Приобрести автомобиль, который соответствует его требованиям, по комфортной для него цене.
2) Менеджер
 - Ознакомить клиента с авто, которые попадают под требования клиента;
 - Быстро сформировать заявку поставщикам, или перегонщикам, или необходимого автомобиля нет в наличии;
 - С прибылью продать выбранный клиентом автомобиль. 
3) Администратор
 - Занести новый автомобиль в базу, или отредактировать существующую информацию;
 - Занести в базу нового клиента или отредактировать информацию о уже занесенном клиенте.

Подскажите пожалуйста, имеет ли данная ДК право на жизнь? И если нет (а так и есть), по возможности ткните меня мордой лица в допущенные ошибки.