106

Примеры / Re: Дипломная работа: варианты использования+диаграмма деятельности по СЭД

« : 23 Июня 2016, 12:23:38 »

4й вариант: [по последней моде] указывать мощности и др. ограничения на ассоциациях с диаграмм ВИ.

А можно примерчик? Как отразить через мощности,  что Читатель и Библиотекарь ищут книгу каждый сам по себе, а уточняют задолженность Читателя только вдвоем?

107

Для всех / Re: Концептуальная модель предметной области

« : 23 Июня 2016, 10:27:12 »

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

Это конечно важные соображения, но крайне не рекомендуется принимать их во внимание на реальных проектах. Разработка и поддержка КМ требует максимального перфекционизма, на который способен аналитик. В реальных проектах участвует множество людей,  и любая такая непонимашка,  типа той, которой высказали я и Galogen, легко оборачиваясь в человеко- месяцы работы, а то и в продукт с конструктивными недостатками.

Так же не очень понял про запросы - в КМ русские наименования, в физической БД английские. В чем переделка?

108

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 23:30:52 »

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

Тогда все правильно. Могу только предложить название поменять. Не размер, а Стандарт размеров или Типоразмер

109

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 23:04:17 »

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

Ну и что у полуторного всегда одеяло 180*200 всегда? А не может быть 182*198 например?
То есть по группе размеров примерные габариты есть, но в конкретном артикуле могут отличаться. Или фактические размеры никому не интересны?

110

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 22:58:30 »

Да, название наверно не очень)
У постельного белья есть размеры: полуторный, двуспальный, семейный, евро и т.д. - это название в таблице
А дальше идет размер наволочки, простыни и пододеяльника (70х70 и т.д.)
Это по большей части для отображения информации о товаре. Больше ни где не фигурирует.

Тогда и впрямь не очень. А чего их не разделить?
Размер - полуторный, двуспальный, семейный, евро

А собственно размеры пусть в товаре живут. Причем в одном атрибуте

111

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 22:46:54 »

В данной ситуации вполне достаточно иметь цену Элемента заказа. По дате заказа можно определить (и хранить) цену товара .
Сам товар хранит текущую цену. Как вариант.

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

112

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 22:38:23 »

4) А там где я делал эту модель, только куриные лапки, мне кажется главное чтобы я указал где какая связь, а уж как она будет нарисована нет разницы я думаю.

Согласен. Можно приложить таблички типа этой

113

Примеры / Re: Дипломная работа: варианты использования+диаграмма деятельности по СЭД

« : 22 Июня 2016, 22:22:00 »

Пусть мы рассматриваем вариант Искать книгу и определили основных действующих лиц: Читатель и Библиотекарь. Требуется записать основной поток, какой из ДЛ Вы будете использовать в описании шагов?

В зависимости от ситуации:

1 вариант

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

2 вариант

Выделить специального актора , а в Читателя и Библиотекаря сделать генерализацию

3 вариант

Если ВИ редкоиспользуемый, то в описании ДЛ так и определить: ДЛ - Библитекарь или Читатель

114

Примеры / Re: Дипломная работа: варианты использования+диаграмма деятельности по СЭД

« : 22 Июня 2016, 17:33:59 »

Что значит одного и того же элемента?

По существу, у каждого варианта использования должен быть единственный эктор: основное действующее лицо, интерес которого удовлетворяется этим вариантом использования. Грубо - есть ВИ: Найти книгу - эктор: Искатель книги.

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

Ну типа Искателя книг ассоциировать с Читателем, Библиотекарем и со всеми , у кого может возникнуть ВИ Найти книгу?

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

115

Для всех / Re: Концептуальная модель предметной области

« : 22 Июня 2016, 00:20:24 »

Как-то так получается.
Я в модель еще сущность "категория" добавил, вот по нему у меня правда есть сомнения что это бизнес-объект.
Еще вопросы:
1) правильно ли я связи указываю? Потому что начитался про связи и уже запутался, каких только не бывает.
2) Для сущности Вид доставки, мне теперь как и с продуктом нужно добавить сущность ведь так? Иначе опять с ценой косяк будет.

Ну вот тут главное не переборщить

https://ru.wikipedia.org/wiki/%D0%91%D1%80%D0%B8%D1%82%D0%B2%D0%B0_%D0%9E%D0%BA%D0%BA%D0%B0%D0%BC%D0%B0

1. Если под категорией понимается товарная группа, то это безусловно бизнес-обьект
2. Экзотики у вас тут нет, все связи один ко многим. Надо проверить по каждой связи кого много, а кто один. И обязательность связи - скажем пользователь без заказа вполне может быть, а вот деталь заказа без ссылки на товар не может быт (из концептуальной модели это все поторм перейдет в constrain)
3. Стоимость доставки лучше копировать в заказ

116

Для всех / Re: Концептуальная модель предметной области

« : 21 Июня 2016, 23:41:37 »

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

Я никак не пойму критерия, по которым вы определяете что важно, а что нет.

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


У вас есть сомненья, что производитель - это бизнес-обьект?

117

Для всех / Re: Концептуальная модель предметной области

« : 21 Июня 2016, 23:14:46 »

Вот так у нас выпускают программистов с высшим образованием.

Уф. Хорошо , что не аналитиков с высшим образованием. Иначе бы это все грустно было бы. Для кодинга по спецификациям  эти все знания излишни:)

От многой мудрости много скорби, и умножающий знание умножает печаль. Копирайт Царь Соломон

Но как надоест кодить по спекам и захочется заняться проектированием, то лучше разобраться с реляционной алгеброй, нормальными формами, ER, а еще лучше с семантическими сетями и т.д.

118

Для всех / Re: Концептуальная модель предметной области

« : 21 Июня 2016, 23:00:16 »

Я ближе к цели ? =)

Безусловно. Элементы заказа обычно называют  OrderLines или OrderDetails. Ну и производителя лучше выделить в отдельную сущность. И если предусмотрена возможность добавления новых видов упаковки, тоже в отдельную сущность.

И если захочется хранить историю цен (не только текущую цену, но и ту , которая была на товар 3,5 или 10 дней назад) то и ее тоже

119

Для всех / Re: Концептуальная модель предметной области

« : 21 Июня 2016, 08:11:27 »

Humbert, пощадите пианиста, он играет как умеет:)

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

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

Причем пропуск разработки КМ это скорее норма, чем исключение.

120

Для всех / Re: Концептуальная модель предметной области

« : 20 Июня 2016, 22:41:34 »

Да, при построении моделей я исхожу из уже существующей БД и кода.
Ели я в концептуальной модели выделю отдельный класс, мне же придется и дальше менять саму бд правильно ведь?

Именно так.

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

А уж как удобно вскрывать json строки из текста, чтобы посчитать суммарное количество проданного товара в разрезе артикулов!

Нет, надо оставить как есть