|
|
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Прошу помочь с разрешением спорного вопроса. Имеется описание предметной области и концептуальная модель ( http://rgho.st/6gDCTh9nt), построенная по этой предметной области. Предметная область Кондитерская фабрика является предприятием по производству шоколадных конфет в коробках, имеющее лицензию на право производства и реализацию товаров в соответствии с выбранной сферой деятельности, выданную соответствующим лицензирующим органом власти, и осуществляющее производство на основании технологических условий, а реализацию на основании чеков с данными о совершении акта купли-продажи. Согласно технологическим условиям, для производства продукции необходимо определенное количество компонентов, которые поступают на фабрику от поставщиков. Сырье поступает на фабрику только при наличии сертификата качества и гигиенического заключения. Учет поступающего на фабрику сырья производится кладовщиком по накладным. Отпуск сырья из склада в производственные цеха осуществляется по лимитным картам. Полученное сырье кладовщик передает в цех сменному мастеру, который делает запись в журнале (приход сырья). Сменный мастер в течение смены фиксирует расход сырья по ассортименту в журнале (рецептурный журнал). В конце смены расход сырья по ассортименту суммируется и переносится в графу «расход сырья». Ежедневно подсчитывается остаток сырья к концу смены. Согласно ГОСТам, ОСТам, ТУ все сырье проверяется по физико-химическим показателям по существующим методикам. Сырье поступает со склада в производственный цех после заключения лаборатории о его качестве и пригодности. Фабрика по производству кондитерских изделий, состоит из множества цехов, каждый из которых производит необходимое количество определенной продукции. Далее готовая продукция поступает на расфасовку, а именно присваивается в соответствии с типом: цена, вес, упаковка и артикул. Вся готовая продукция направляется на склад. Клиент подает заявку, после согласования менеджер по продажам формирует товарный чек. В чек включается время и дата совершения акта купли-продажи, имя и фамилия менеджера по продажам, перечень товаров, приобретенных покупателем, цены на них и роспись клиента, чем он подтверждает свое согласие с условиями продажи и роспись менеджер по продажам, подтверждающая совершение акта купли-продажи. Чек выдается клиенту только при условии полной оплаты их совокупной стоимости. Клиент может произвести оплату наличным и безналичным способом. Далее продукция поставляется клиенту, к которой прилагается накладная. Чтобы точно фиксировать поставки продукции (клиент) имеет № накладной (уникален), количество поступившего товара, цену за единицу товара, дату поставки, ФИО директора. По моему мнению, данная модель является абсолютно неправильной: 1 Объединение Клиента, Изделия и Сотрудника в одну составную сущность не рационально, при создании базы данных в конкретной СУБД их придется разделять. В противном случае, будет происходить дублирование данных. 2 Выделение Даты и Стоимости как отдельных сущностей не имеет смысла, так как каждое из этих понятий представляет собой одно значение без всяких атрибутов. 3 Модель не описывает всю предметную область: отсутствуют товарный чек, накладная, результаты проверки лабораторией, поставщики. Человек, для которого строится концептуальная модель, считает эту схему верной. Прошу Вашей помощи: подтвердить мое мнение или привести аргументы против него. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 16:35 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Alira, Чтобы смоделировать то, что вы описали (включая то, о чем забыли упомянуть))) надо минимум 100 - 150 сущностей (табличек). На картинке их сильно меньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 17:01 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Автор модели не я. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 17:04 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Для меня сейчас важно не количество сущностей, а то, что объединять Клиента, Изделие и Сотрудника в составную сущность Заказ неправильно. Или я чего-то не понимаю.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 17:29 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Alira Для меня сейчас важно не количество сущностей, а то, что объединять Клиента, Изделие и Сотрудника в составную сущность Заказ неправильно А Вы уверены, что схема подразумевает именно это? Имхо на схеме не очень удачно обозначено то, что сущность "заказ" имеет поля "Клиент", "Изделие" и "Сотрудник". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 17:34 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин, Да, уверена. Это подтвердил автор схемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 17:44 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Alira, тогда это действительно слегка странно. А "автор схемы" не сообщал, какую цель он преследовал этим объединением? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 18:01 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Кот Матроскин, нет, на все мои возражения и вопросы ответ следующий: "нас так учили" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 18:38 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
AliraПо моему мнению, данная модель является абсолютно неправильной: 1 Объединение Клиента, Изделия и Сотрудника в одну составную сущность не рационально, при создании базы данных в конкретной СУБД их придется разделять. В противном случае, будет происходить дублирование данных. 2 Выделение Даты и Стоимости как отдельных сущностей не имеет смысла, так как каждое из этих понятий представляет собой одно значение без всяких атрибутов. 3 Модель не описывает всю предметную область: отсутствуют товарный чек, накладная, результаты проверки лабораторией, поставщики. Человек, для которого строится концептуальная модель, считает эту схему верной.Как-то странно выглядит. Кто автор схемы ? Образование ? Опыт ? 1. На уровне концептуальной модели вполне могут существовать сложные сущности, имеющие внутреннее строение, которое будет раскрыто более полно в последующих моделях, логической и физической. Но в данном случае наблюдается какая-то непонятная смесь, даже если идти от сущности заказ, что-то типа: заказ(клиент, жертва, исполнитель). Больше похоже на попытку описать процесс, а не схему данных. 2. Выделение в отдельные сущности стоимости или даты выглядит не менее странно. 3. На фоне остальных странностей это уже не смущает. 4. А судьи кто ? Образование ? Опыт ? Если такую схему "впарить" заказчику без профильного образования, не удивлюсь, если её найдёт верной каждый второй, если не первый. Слова знакомые есть, связи подписаны, добавить немного словоблудия и вуаля, заказ в кармане. А там или ишак или султан... А вы, собственно, сами, какую роль во всём этом безобразии играете ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2017, 19:00 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Alira, Если вы говорите клиенту что это бред, а он всеравно настаивает что все правильно - делайте как говорит клиент. Потом когда до него дойдет (а иногда бывает что и не доходит) - сделаете по своему. Поймите одно. Если вы клиенту скажете что он дурак и нефиг лезть туда куда не понимаешь - может "обидеться". А так, если клиент готов платить за свою глупость - не вставайте в позу. Главное работайте пока клиент платит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 01:57 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
ChA, Моя задача - создать базу данных. Концептуальную модель, которую сделала я, забраковали и настаивают на этой. Клиент, в данном случае, студент, которому я помогаю с курсовой. Студент уверяет, что эту схему одобрил преподаватель (хотя мне как-то не верится, что преподаватель мог такое одобрить). Также, преподаватель сказал ее доработать, но, как именно, не уточнил (что тоже странно.....). Я уже пожалела, что ввязалась в это безобразие. Теперь думаю, то ли настаивать на переделке схемы, то ли сказать, что я в этом больше не участвую, так как делать фигню не хочется. Схема мне сразу показалась неправильной, но решила создать тему на соответствующем форуме, чтобы посоветоваться со специалистами. Вдруг все таки я чего-то не понимаю... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 04:49 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Согласен с вашими замечаниями и всем, что написано выше. Я бы на вашем месте: 1) не ожидая никакого одобрения от заказчика или автора схемы нарисовал бы схему как считаю нужным. На словах можно долго что-то обсуждать, часто проще сделать и всё. 2) всякие справочники (специальность, категория, график работы и т.п.) обозначил бы на схеме другим значком или цветом. Тогда будет видно, что объектов реального мира (а ведь для их моделирования и нужна концептуальная модель) на схеме почти нет. Для начала можно было бы нарисовать схему вообще без справочников и атрибутов. 3) спросил бы у автора что такое "код даты" или "код стоимости". Ощущение, что он автоматически напихал везде эти коды. 4) после добавления на схему всех сущностей станет очевидно, что сотрудник, изделие, клиент и т.п. могут иметь отношение не только друг с другом в рамках заказа, но и ещё с какими-то сущностями. Станет очевидно, что заказ лучше рисовать как обычную сущность или как отношение (ромбиком, например). 5) если они всё это не приняли бы, то забил бы и сделал бы как они считают нужным. Задумавшись о том почему не удалось их убедить или о другой работе, где мои знания были бы более востребованы. Вообще, тут, в соседней теме 20976562 обсуждают самомотивированных специалистов. На мой взгляд, к успеху приходят люди, которые критически ко всему относятся. Если модель дурацкая, значит делай как считаешь нужным без оглядки на чье-то мнение, большинство людей в некоторых вещах идиоты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 05:01 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Если это курсач и препод одобрил, то забейте. Зачем так стараться :) Если схема окажется слишком хорошей, то для студента это может быть даже минусом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 05:05 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Спасибо всем за ответы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 06:50 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 19:45 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
Alira1 Объединение Клиента, Изделия и Сотрудника в одну составную сущность не рационально, при создании базы данных в конкретной СУБД их придется разделять. В противном случае, будет происходить дублирование данных. А где ж там объединение? В упор не вижу... Клиента и Сотрудника надо объединить, да, потому что это Человек и две его роли: сотрудник и клиент. А Изделие там ни при чём. Но на схеме нет никакого объединения. Три раздельные сущности показаны. (должно быть четыре) Также непонятно. Изделие выпускается , клиент его изучает, -- понятно. Но потом -то продаёт сотрудник не изделие, а конкретные экземпляры его в составе какого-то заказа. Вот там уже будет сотрудник. Где заказ вообще ? Alira2 Выделение Даты и Стоимости как отдельных сущностей не имеет смысла, так как каждое из этих понятий представляет собой одно значение без всяких атрибутов. Выделение дат рабочих дней в виде календарей -- это ОЧЕНЬ хорошее и правильное решение, но не обязательное. Стоимость как сущность -- это как я понял прайс-лист, тоже очень правильное решение, поскольку цены на изделия как правило меняются во времени. Alira3 Модель не описывает всю предметную область: отсутствуют товарный чек, накладная, результаты проверки лабораторией, поставщики. Нет многого, где Заказ, куча ещё документов фигова, внутренних и внешних. Товарный чек не всегда нужен, только при наличной оплате, если я правильно понял о чём это. "Согласно технологическим условиям, для производства продукции необходимо определенное количество компонентов, которые поступают на фабрику от поставщиков." -- где компоненты (ок, это Ингридиенты), где состояние складов, где вся закупка с поставщиками (это отдельный слой ЮрЛиц ещё), да, кстати, с какого перепуга клиенты -- это только физлица? Они могут быть и юрлицами, и ИП, а это ещё офигенный слой модели данных (один кстати с поставщиками). авторырье поступает на фабрику только при наличии сертификата качества и гигиенического заключения. Учет поступающего на фабрику сырья производится кладовщиком по накладным. Отпуск сырья из склада в производственные цеха осуществляется по лимитным картам. Полученное сырье кладовщик передает в цех сменному мастеру, который делает запись в журнале (приход сырья). Сменный мастер в течение смены фиксирует расход сырья по ассортименту в журнале (рецептурный журнал). В конце смены расход сырья по ассортименту суммируется и переносится в графу «расход сырья». Ежедневно подсчитывается остаток сырья к концу смены. этого всего тоже нет. Смен нет. Короче там кучи всего ещё нет. Далее анализировать смысла не вижу. AliraЧеловек, для которого строится концептуальная модель, считает эту схему верной. Прошу Вашей помощи: подтвердить мое мнение или привести аргументы против него. Ну как бы как первое приближение можно это рассматривать, а далее дорабатывать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 20:03 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
AliraКот Матроскин, Да, уверена. Это подтвердил автор схемы. Да эту шнягу нельзя воспринимать как конечную схему. ЭТо ER-модель, но там как-то мимо нотаций всех обведено несколько сущностей, и вдруг указано, что это -- ЗАКАЗ. Заказ -- это отдельная сущность должна быть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 20:05 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
AliraКлиент, в данном случае, студент, которому я помогаю с курсовой. Ну, концептуально это нормально, а далее надо уже детальную модель БД рисовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 20:07 |
|
||
|
Спорный вопрос при создании концептуальной модели
|
|||
|---|---|---|---|
|
#18+
AliraКлиент, в данном случае, студент, которому я помогаю с курсовой. Зачем вы связываетесь со студентами?.. В теории оно конечно бывает и гланды через Ж рвут. Поэтому мой совет не связываться со студентами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.11.2017, 21:14 |
|
||
|
|

start [/forum/topic.php?fid=32&gotonew=1&tid=1540107]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
9ms |
get first new msg: |
6ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 142ms |

| 0 / 0 |

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