Разработка базы данных по коллекционированию монет

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

2015-04-18

1.01 MB

111 чел.


Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск


Тема проекта: «Разработка базы данных по коллекционированию монет».

Дипломный проект


Оглавление

[1]
Введение.

[2]
Описание предметной области.

[2.1] Общее описание деятельности.

[2.2] Пользователи баз данных.

[2.3] Структура организации, в которой ведётся учёт деятельности.

[2.4] Документы учёта и отчетности, разные справки, журналы учета и другие формы, фигурирующие при деятельности организации, входящие, исходящие, внешние и внутренние документы.

[2.5] СВИДЕТЕЛЬСТВО О ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ

[2.6]
ДОГОВОР ПОРУЧЕНИЯ НА СОВЕРШЕНИЕ СДЕЛОК КУПЛИ-ПРОДАЖИ ПАМЯТНЫХ МОНЕТ ЦБ ТРЕТЬИМ ЛИЦАМ

[2.7]
КОНТРАКТ НА ПОСТАВКУ ТОВАРА

[2.8]
ЗАКЛЮЧЕНИЕ О ПОДЛИННОСТИ ОСВИДЕТЕЛЬСТВЕННОЙ МОНЕТЫ

[2.9]
Описание движения этих документов внутри организации.

[2.10] Описание входящих, исходящих, внешних и внутренних документов.

[3]
Моделирование предметной области.

[3.1] ER модель предметной области в нотации Питера Чена.

[3.2] Описание ER модели.

[3.3] Состав решаемых задач.

[3.4]
Представление базы данных в графическом виде (диаграмма).

[3.5]
Анкеты описания сущностей, атрибутов, связей и доменов

[3.6] Сущности.

[3.7]
Атрибуты и колонки.

[3.8] Связи.

[3.9]
Домены.

[4]
Графические материалы

[4.1] Сущности и первичные ключи

[4.2]
Определение связей

[4.3]
Атрибуты сущностей

[4.4]
Физический уровень

[4.5] Частная модель

[5]
SQL-скрипт СУБД DB2

[6]
Заключение.

[7]
Список литературы и источников сети Интернет.

  1.  
    Введение.

База данных – это информационная модель, позволяющая упорядоченно хранить данные о группе объектов, обладающих одинаковым набором свойств.

Классификация баз данных:

  1.  По характеру хранимой информации:
  •  Фактографические (картотеки),
  •  Документальные (архивы).
  1.  По способу хранения данных:
  •  Централизованные (хранятся на одном компьютере),
  •  Распределенные (используются в локальных и глобальных компьютерных сетях).
  1.  По структуре организации данных:
  •  Табличные (реляционные),
  •  Иерархические.

Программное обеспечение, предназначенное для работы с базами данных, называется система управления базами данных (СУБД). СУБД используются для упорядоченного хранения и обработки больших объемов информации.

СУБД организует хранение информации таким образом, чтобы ее было удобно:

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

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». У любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения, на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется.

Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер». Также они дают возможность включать в них не только текстовую и графическую информацию, но и звуковые фрагменты и даже видеоклипы. СУБД обеспечивают правильность, полноту и непротиворечивость данных, а также удобный доступ к ним.

Функции СУБД:

  1.  Хранение, извлечение и обновление данных

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

  1.  Каталог, доступный конечным пользователям

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

  1.  Поддержка транзакций

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

  1.  
    Службы управления параллельной работой

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

  1.  Службы восстановления

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

  1.  Службы контроля доступа к данным

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

  1.  Поддержка обмена данными

СУБД должна обладать способностью к интеграции с коммуникационным программным обеспечением. Любая СУБД должна обладать способностью интеграции с разнообразными существующими диспетчерами обмена данными (DEM — Data Exchange Manager).

  1.  Службы поддержки целостности данных

СУБД должна обладать инструментами контроля над тем, чтобы данные и их изменения соответствовали заданным правилам (еще один тип защиты базы данных). Целостность базы данных означает корректность и непротиворечивость хранимых данных.

  1.  Службы поддержки независимости от данных

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

  1.  Вспомогательные службы

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

  1.  
    Описание предметной области.
    1.  Общее описание деятельности.

Данная база данных посвящена коллекционированию монет и может использоваться для таких организаций как аукционный дом «Конрос», нумизматический портал «Коинз» и др. Поэтому основными задачами этой базы данных является систематизация информации касающейся монет и коллекционеров. База данных содержит в себе таблицы содержащие информацию о монетах, об их каталожном номере, о материале, о дате и месте их изготовления и т.д.; о разработчиках монет и о коллекционерах.

Аукционный дом «Конрос» основан в 1996 году. В начале своего становления фирма проводила по три коллекционных аукциона в год. По мере развития, их число возрастает, и с 2004 года очные аукционы «Конрос» становятся ежемесячными. В 2001 году «Конрос» делает огромный шаг в своем развитии - первыми в России начинает проведение еженедельных аукционов в сети Интернет. Сейчас мы можем говорить о проведении «Конросом» 36 больших коллекционных аукционов, более 80 ежемесячных аукционов и свыше 400 интернет-аукционов, на которых общее количество проданных лотов превышает полумиллионный рубеж.

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

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

ЗАО «СмартЛот» обеспечивает организационную, а также юридическую и техническую поддержку проведения электронных нумизматических аукционов в сети Интернет.

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

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

Компания  ЗАО «Мюнцкабинет» была образована в 2007 году и в короткие сроки заняла лидирующее положение на рынке аксессуаров для коллекционеров в области нумизматики, бонистики, филателии и распространению нумизматической литературы.

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

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

  1.  Пользователи баз данных.

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

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

Пользователей данной базы данных можно разделить на две большие категории в соответствии с двумя основными направлениями деятельности фирмы: внешним и внутренним.

  1.  Клиенты - коллекционеры.

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

  1.  Сотрудники организации.
  •  Руководство - администрация:

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

  •  Эксперты:

Определяют качество предлагаемой услуги, оценивают монеты и отвечают за их подлинность. Для них актуальна информация о качестве производства монеты, и они устанавливают степень ее сохранности.

  •  Разработчики:

Занимаются дизайном монет и получают из базы данных информацию о материале и номинале монеты, о принадлежности ее к определенному  разделу и дату ее выпуска.

  •  Поставщики:

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

  1.  Структура организации, в которой ведётся учёт деятельности.

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

Основной функцией экспертов является проверка монет и их оценка. Их исследования и проверки важны, т.к. за продажу поддельных монет следуют строгие наказания.

Разработчики моделируют будущие монеты. Данные разработки они передают на рассмотрение администрации, которая утверждает либо не утверждает их.

Поставщики доставляют монеты на склад или перевозят от коллекционера к коллекционеру.

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

  1.  Документы учёта и отчетности, разные справки, журналы учета и другие формы, фигурирующие при деятельности организации, входящие, исходящие, внешние и внутренние документы.

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

Не менее важны и другие документы, которые помогают правильно построить внутреннюю деятельность фирмы. Для построения подобных документов удобно использовать соответствующие средства языка FoxPro: конструктор форм и конструктор отчётов.

СВИДЕТЕЛЬСТВО О ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ

РЕГЕСТРАЦИОННАЯ ПАЛАТА САНКТ-ПЕРБУРГА

СВИДЕТЕЛЬСТВО

О ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ

___________________________________________________________________

(полное название)

___________________________________________________________________

ЗАРЕГЕСТРИРОВАНО

Решением Регистрационной палаты Санкт-Петербурга № ________

от «___» _______________199__ г.

о чем в книге регистрации сделана запись под № ______________________________

Место нахождение юридического лица: _______________________________________

_________________________________________________________________________

Директор Регистрационной палаты

_______________ С.Н.Мовчан

«___» __________________199__ г.


ДОГОВОР ПОРУЧЕНИЯ НА СОВЕРШЕНИЕ СДЕЛОК КУПЛИ-ПРОДАЖИ ПАМЯТНЫХ МОНЕТ ЦБ ТРЕТЬИМ ЛИЦАМ

05-19/267

ДОГОВОР ПОРУЧЕНИЯ N ___________

г. Санкт-Петербург

"___" _____________ 201__ г.

Главное (Специализированное) управление Национального банка по _____________________________________ области, именуемое в дальнейшем "Доверитель", в лице начальника Главного (Специализированного) управления _________________________________________________________________________,

(фамилия, имя, отчество)

действующего на основании доверенности Национального банка от N _____, с одной стороны, и _____________________________, именуемый в дальнейшем "Поверенный",

(наименование банка)

в лице __________________________________________________________________, действующего

(должность, фамилия, имя, отчество)

на основании __________________________________________________________ с другой стороны,

(устава, доверенности)

вместе именуемые "Стороны", заключили настоящий Договор о нижеследующем:

1. ПРЕДМЕТ ДОГОВОРА

1.1. Доверитель поручает, а Поверенный принимает на себя обязательства совершать от имени и за счет Доверителя сделки купли-продажи памятных  монет (памятных монет в футлярах) Национального банка (далее - памятные монеты) с третьими лицами, именуемыми далее "Покупатели".

1.2. Сделки, указанные в подпункте 1.1 настоящего Договора, должны совершаться в соответствии с Инструкцией о порядке продажи памятных и юбилейных монет Национального банка и футляров к ним, утвержденной постановлением Правления ЦБ от 23.04.2003 N 78 (в редакции постановления Правления Национального  банка от 21.06.2005 N 86) (далее - Инструкция).

1.3. За совершение действий, указанных в подпункте 1.1 настоящего  Договора, Доверитель обязуется уплатить Поверенному вознаграждение в размере и сроки, предусмотренные настоящим Договором.

2. ОБЯЗАННОСТИ ПОВЕРЕННОГО

2.1. Поверенный обязан:

2.1.1. исполнять данное ему поручение по продаже памятных монет в соответствии с Инструкцией и указаниями Доверителя;

2.1.2. направлять Доверителю заявки на получение памятных монет, включающие следующие реквизиты: наименование, номинал, сумму по номиналу и количество монет, наименование металла, а также конкретные условия совершения сделки;

2.1.3. представлять Доверителю не позднее 5-го рабочего дня, следующего за отчетным месяцем, сведения о проданных памятных монетах с указанием наименования памятных монет, номинала, суммы по номиналу и количества проданных памятных монет, наименования металла, цены продажи и суммы денежных средств, полученной от продажи памятных монет, по состоянию на 1-е число каждого месяца;

2.1.4. в течение 3 банковских дней после представления сведений о проданных памятных монетах перечислить Доверителю сумму денежных средств, полученную от продажи памятных монет, на счет ______________________________;

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

2.1.6. по исполнении поручения или при досрочном прекращении действия настоящего Договора в течение 5 календарных дней возвратить Доверителю доверенность, срок действия которой не истек, и представить отчет о выполнении поручения.


3. ОБЯЗАННОСТИ ДОВЕРИТЕЛЯ

3.1. Доверитель обязан:

3.1.1. выдать Поверенному доверенность на совершение действий, предусмотренных настоящим Договором, в порядке, установленном законодательством;

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

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

3.1.4. передать Поверенному памятные монеты для продажи в установленном порядке и сопроводительные документы к ним (вторые экземпляры описи и расходного кассового документа, цены продажи);

3.1.5. своевременно отвечать на запросы Поверенного, касающиеся выполнения поручения по настоящему Договору, и принимать сведения о ходе выполнения поручения;

3.1.6. в течение 5 банковских дней после поступления на счет Доверителя денежных средств, полученных от продажи памятных монет, перечислить Поверенному вознаграждение в рублях за продажу памятных монет в размере _______% от общей суммы стоимости фактически проданных памятных монет на счет N ___________________________________________ (БИК_____________).

4. ОТВЕТСТВЕННОСТЬ СТОРОН

4.1. За неисполнение или ненадлежащее исполнение своих обязательств по настоящему Договору Доверитель и Поверенный несут ответственность согласно законодательству Российской Федерации. Виновная Сторона возмещает другой Стороне убытки.

4.2. За несвоевременное перечисление Доверителю денежных средств, полученных от продажи памятных монет согласно подпункту 2.1.4 настоящего Договора, Поверенный уплачивает Доверителю пеню в размере 0,5% от подлежащей перечислению суммы за каждый день просрочки.

4.3. За несвоевременное перечисление Поверенному вознаграждения за продажу памятных монет согласно подпункту 3.1.6 настоящего Договора Доверитель уплачивает Поверенному пеню в размере 0,5% от подлежащей перечислению суммы за каждый день просрочки.

5. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ

5.1. Все споры, возникающие между Сторонами при исполнении настоящего Договора, разрешаются путем переговоров между Сторонами.

5.2. В случае недостижения Сторонами согласия споры подлежат рассмотрению в Высшем арбитражном суде в соответствии с законодательством.

6. СРОК ДЕЙСТВИЯ, ПОРЯДОК ВНЕСЕНИЯ ИЗМЕНЕНИЙ

И РАСТОРЖЕНИЯ ДОГОВОРА

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

6.2. Изменения и дополнения настоящего Договора имеют силу только в том случае, если они совершены в письменной форме и подписаны обеими Сторонами.

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

6.4. Не позднее чем за 5 календарных дней до предполагаемой даты расторжения настоящего Договора Поверенный обязан передать Доверителю отчет о выполнении поручения, после чего в течение 3 банковских дней перечислить Доверителю сумму денежных средств, полученную от продажи памятных монет, и сумму стоимости памятных монет, приобретенных им в собственность.

7. ДОПОЛНИТЕЛЬНЫЕ УСЛОВИЯ

7.1. Во всем остальном, не предусмотренном настоящим Договором, Стороны руководствуются законодательством РФ.


8. ЮРИДИЧЕСКИЕ АДРЕСА И РЕКВИЗИТЫ СТОРОН

Доверитель:

Главное (Специализированное) управление ЦБ по ___________________________ области

___________________________________ (адрес)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Доверитель:

Начальник Главного (Специализированного) управления

____________   ______________________

(подпись)        (инициалы, фамилия)

"___" _____________ 201__ г.

М.П.

Главный бухгалтер

__________________

Поверенный:

__________________________________________

___________________________________ (адрес)

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Поверенный: __________________

(должность)

____________   ______________________

(подпись)        (инициалы, фамилия)

"___" _____________ 201__ г.

М.П.

Главный бухгалтер

__________________


КОНТРАКТ НА ПОСТАВКУ ТОВАРА

КОНТРАКТ N _______

г. Санкт-Петербург

"___" ______________ 201__ г.

Фирма ________________, в лице ______________________________, действующего на основании ____________, именуемая в дальнейшем ПРОДАВЕЦ, с одной стороны и Фирма ________________, в лице ______________________________, действующего на основании Устава, именуемая в дальнейшем ПОКУПАТЕЛЬ, с другой стороны, заключили настоящий Контракт о нижеследующем:

1. ПРЕДМЕТ КОНТРАКТА

1.1. ПРОДАВЕЦ обязуется поставить и передать в собственность ПОКУПАТЕЛЯ товар в соответствии со спецификацией (Приложение N 1), являющейся неотъемлемой частью настоящего Контракта, а ПОКУПАТЕЛЬ принять и оплатить товар.

1.2. Цель приобретения товара: ______________________________________________.

2. ЦЕНА

2.1. Общая цена по настоящему Контракту составляет ______________________________________.

2.2. Цена товара является фиксированной, изменению не подлежит, и не может служить основанием при заключении других Контрактов между Сторонами.

3. СРОК ПОСТАВКИ

3.1. ПРОДАВЕЦ поставляет товар в течение 30 дней с момента  получения ПОКУПАТЕЛЕМ сертификата соответствия.

3.2. Датой поставки считается дата поступления груза в г. Санкт-Петербург, Российская Федерация.

4. УСЛОВИЯ ПОСТАВКИ

4.1. Документы на товар передаются в пункте поставки одновременно с передачей товара.

4.2. Переход права собственности на товар переходит в момент: _________________________.

4.3. Переход рисков на товар происходит в момент: _________________________.

4.4. Упаковка должна обеспечивать сохранность груза во время транспортировки при условиях надлежащего обращения с грузом.

4.5. Доставка товара осуществляется за счет ПОКУПАТЕЛЯ.

4.6. ПРОДАВЕЦ обязан известить ПОКУПАТЕЛЯ об отгрузке в срок ______________________________ с момента ____________________________________ путем ________________________.

4.7. В извещении указывается: _______________________________.

5. ПОРЯДОК РАСЧЕТОВ

5.1 ПОКУПАТЕЛЬ производит оплату в любой свободно конвертируемой валюте по курсу сложившемуся на внутреннем рынке РФ на день оплаты.

5.2. Оплата производится поэтапно, по мере реализации товара.

5.3. Банковские расходы по переводу валюты осуществляются за счет ПОКУПАТЕЛЯ.

6. ОТВЕТСТВЕННОСТЬ СТОРОН

6.1. За нарушение условий настоящего Контракта виновная Сторона возмещает причиненные этим убытки, в том числе упущенную выгоду, в порядке, предусмотренном действующим законодательством РФ.

6.2. Стороны по настоящему Контракту несут следующую ответственность: - за просрочку поставки товара, штрафная неустойка в размере __________% (_______________) от суммы Контракта.

- за просрочку оплаты товара, штрафная неустойка в размере _________% от суммы Контракта.

6.3. За односторонний необоснованный отказ от исполнения своих обязательств в течение действия настоящего Контракта виновная сторона уплачивает штраф в размере _______________ (_______________).


7. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ

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

7.2. Все споры между Сторонами, по которым не было достигнуто соглашение, разрешаются в соответствии с законодательством Российской Федерации ___________________________________, решение которого окончательно и обязательно для обеих сторон.

7.3. Стороны устанавливают, что все возможные претензии по настоящему Контракту должны быть рассмотрены Сторонами в течение ____ дней с момента получения претензии.

8. ПОРЯДОК ИЗМЕНЕНИЯ УСЛОВИЙ НАСТОЯЩЕГО КОНТРАКТА

8.1. Условия настоящего Контракт имеют одинаковую обязательную силу для Сторон и могут быть изменены по взаимному согласию с обязательным составлением письменного документа.

8.2. Ни одна из Сторон не вправе передавать свои права по настоящему Контракту третьей стороне без письменного согласия другой Стороны.

8.3. Настоящий Контракт составлен в двух подлинных экземплярах на русском языке по одному экземпляру для каждой из сторон.

8.4. В случаях не предусмотренных настоящим Контрактом Стороны руководствуются действующим законодательством РФ.

8.5. После подписания настоящего Контракта все переговоры по нему, переписка, предварительные соглашения и протоколы о намерениях по вопросам, так или иначе касающимся настоящего Контракта, теряют юридическую силу.

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

9. ПРОЧИЕ УСЛОВИЯ

9.1. Все налоги, пошлины и другие расходы, связанные с выполнением настоящего Контракта на территории страны ПРОДАВЦА оплачиваются ПРОДАВЦОМ, а на территории страны ПОКУПАТЕЛЯ-ПОКУПАТЕЛЕМ, если иное не предусмотрено настоящим Контрактом.

10. ФОРС-МАЖОРНЫЕ ОБСТОЯТЕЛЬСТВА

10.1. На действие настоящего Контракта распространяются общепринятые форс-мажорные обстоятельства.

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

11. СРОК ДЕЙСТВИЯ НАСТОЯЩЕГО КОНТРАКТА

11.1. Настоящий Контракт вступает в силу с момента его подписания сторонами и действует до момента его окончательного исполнения, но в любом случае до "___" _____________ 201__ г.

12. ПРИЛОЖЕНИЯ К НАСТОЯЩЕМУ КОНТРАКТУ

12.1. Спецификация N 1 на одной странице.

13. ЮРИДИЧЕСКИЕ АДРЕСА,

БАНКОВСКИЕ РЕКВИЗИТЫ СТОРОН

13.1. ПРОДАВЕЦ: _______________________________________

Адрес: ___________________________________________________

Банковские реквизиты: _________________________________

Телефон(факс): __________________________________________

E-mail: __________________________________________________

13.2. ПОКУПАТЕЛЬ:  ____________________________________

Адрес: ___________________________________________________

Банковские реквизиты: _________________________________

Телефон(факс): __________________________________________

E-mail: __________________________________________________


ЗАКЛЮЧЕНИЕ О ПОДЛИННОСТИ ОСВИДЕТЕЛЬСТВЕННОЙ МОНЕТЫ

ЗАКРЫТОЕ АКЦИОНЕРНОЕ ОБЩЕСТВО «КОНРОС»

ЗАКЛЮЧЕНИЕ №________

о подлинности освидетельственной монеты

Монета с регистрационным номером ________, каталожным номером ______________, весом ________, диаметром ________, номиналом в ________________________________________________________

(прописью)

Является _________________________________________________________

(подлинной, фальшивой)

Главный эксперт

Генеральный директор

_______________ В.Ю. Андреев

_______________ И.В. Аполлонова

«___» __________________201__ г.

  1.  
    Описание движения этих документов внутри организации.

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

  1.  Описание входящих, исходящих, внешних и внутренних документов.

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

  1.  
    Моделирование предметной области.
    1.  ER модель предметной области в нотации Питера Чена.

  1.  Описание ER модели.

ER-модель описывает предметную область на инфологическом уровне, что позволяет быстро выявить связи между сущностями. Данная модель показывает, как осуществляется взаимодействия между монетами и коллекционерами. Сущность монета обладает такими атрибутами как диаметр, толщина, масса. У каждой монеты есть свой номер и каждая принадлежит своему хозяину. Коллекционеры также имеют свои порядковые номера, ФИО, телефоны, проживают по адресам и были рождены в определенные даты.

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

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

  1.  Состав решаемых задач.

Данная база данных позволят решать следующие задачи:

  •  Вести учет монет у каждого коллекционера;
  •  Получать информацию о монетах выпущенных на одном монетном дворе;
  •  Выводить данные обо всех монетах одного года выпуска или разработанных одним мастером;
  •  Получать информацию о монетах выпущенных по случаю заданного праздника;
  •  Для поставщиков сортировать монеты по материалу и массе;
  •  Сверять качество сохранности и выпуска монет.
    1.  
      Представление базы данных в графическом виде (диаграмма).

Раздел монеты

К_раздела

Назв_раздела

Материал

К_материала

Материал

Номер по каталогу

Кат_номер

К_раздела

К_материала

К_номинала

Порядк_номер

Дата_выпуска

МД

Тираж

К_качества

Гурт

К_художника

К_скульптора

Монета

К_монеты

Диаметр

Толщина

Масса

Кат_номер

К_качества

К_колра

Номинал

К_номинала

Номинал

Дата

Дата

День

Месяц

Год

Монетный двор

К_мд

Назв_мд

Разработчик

К_разраб

ФИО

Качество

К_качества

Качество

Коллекционер

К_колра

ФИО

Дат_рожд

Адрес

Номер телефона

  1.  
    Анкеты описания сущностей, атрибутов, связей и доменов
    1.  Сущности.

№1. Сущность «Номер по каталогу»

  •  Name: Номер по каталогу
  •  Label: Ном_кат
  •  Persistent:  √
  •  Abbreviation: Nom_kat

Documentation:

1. Определение: Номер серии монет выпускаемых одинаковыми, допускаются погрешности. Каталог един для всех монет.

2. Дополнение определения: Каталожный номер определяет основные характеристики серии монет, но не каждой в отдельности.

3. Примеры возможных запросов:

1.) Серии монет выпущенные в один день.

2.) Монеты одного серийного номера и качества.

4. Примеры экземпляров сущности: 5220-0009.

5. Идентификатор сущности: «Каталожный номер».

№2. Сущность «Монета»

  •  Name: Монета
  •  Label: Мон
  •  Persistent:  √
  •  Abbreviation: Coin

Documentation:

1. Определение: Изделия из характерного металла используемые для оплаты. Выпускаются партиями, допускаются погрешности.

2. Дополнение определения: Монеты могут быть разного происхождения, разной сохранности. Одна монета может принадлежать только одному коллекционеру или не принадлежать  никому.

3. Примеры возможных запросов:

1.) Полный список монет из одного материала.

2.) Поиск монеты по дате производства.

4. Примеры экземпляров сущности: Монета 10.

5. Идентификатор сущности: «Код монеты».


№3. Сущность «Коллекционер»

  •  Name: Коллекционер
  •  Label: Кол-р
  •  Persistent:  
  •  Abbreviation: Kol-r

Documentation:

1. Определение: Человек, занимающийся коллекционированием монет.

2. Дополнение определения: У одного коллекционера может быть несколько монет, но одна монета принадлежит только одному владельцу.

3. Примеры возможных запросов:

1.) Список людей одного года рождения, занимающихся коллекционированием.

2.) Владельцы монет одной серии.

4. Примеры экземпляров сущности: Казаков С.А., Майских А.Т.

5. Идентификатор сущности: «Код коллекционера».

№4. Сущность «Раздел монеты»

  •  Name: Раздел
  •  Label: Разд
  •  Persistent:  
  •  Abbreviation: Razd

Documentation:

1. Определение: Период или события различающие монеты на категории.

2. Дополнение определения: Монеты одного раздела интуитивно похожи. Код раздела монет - первая цифра в каталожном номере.

3. Примеры возможных запросов:

1.) Монеты посвященные определенному событию.

2.) Монеты выпущенные в одну эпоху.

4. Примеры экземпляров сущности: Курсовые монеты СССР 1924-1991 гг.

5. Идентификатор сущности: «Код раздела».


№5. Сущность «Материал монеты»

  •  Name: Материал
  •  Label: Матер
  •  Persistent:  
  •  Abbreviation: Mater

Documentation:

1. Определение: Сырье, из которого изготавливают монеты.

2. Дополнение определения: Код материала - вторая цифра в каталожном номере.

3. Примеры возможных запросов:

1.) Все монеты из серебра.

2.) Все монеты с кодом 7.

4. Примеры экземпляров сущности: Золото, платина.

5. Идентификатор сущности: «Код материала».

№6. Сущность «Номинал монеты»

  •  Name: Номинал
  •  Label: Номин
  •  Persistent: 
  •  Abbreviation: Nomin

Documentation:

1. Определение: Номинальная стоимость монеты. Ее ценовая стоимость.

2. Дополнение определения: Код номинала - третья и четвертая цифры в каталожном номере.

3. Примеры возможных запросов:

1.) Все монеты стоимостью 25 рублей.

2.) Все копеечные монеты.

4. Примеры экземпляров сущности: 200 рублей, 5000 рублей.

5. Идентификатор сущности: «Код номинала».


№7. Сущность «Дата»

  •  Name: Дата
  •  Label: Дат
  •  Persistent: 
  •  Abbreviation: Dat

Documentation:

1. Определение: День месяц и год какого-то события.

2. Дополнение определения: Разделение даты на составляющие.

3. Примеры возможных запросов:

1.) Монеты одного года.

2.) Монеты, выпущенные 9го мая.

3.) Коллекционеры одного года рождения.

4. Примеры экземпляров сущности: 9 мая 2012 года.

5. Идентификатор сущности: «Дата».

№8. Сущность «Монетный двор»

  •  Name: Монетный двор
  •  Label: Мон_Двор
  •  Persistent:  
  •  Abbreviation: Mon_Dvor

Documentation:

1. Определение: Место выпуска монет, место их изготовления.

2. Дополнение определения: Не физическое место создания монет, а территория их выпуска, логическая.

3. Примеры возможных запросов:

1.) Производство Московского монетного двора.

2.) Производство Ленинградского монетного двора.

4. Примеры экземпляров сущности: Санкт-Петербургский монетный двор.

5. Идентификатор сущности: «Код монетного двора».


№9. Сущность «Разработчик»

  •  Name: Разработчик
  •  Label: Разраб
  •  Persistent:  
  •  Abbreviation: Razrab

Documentation:

1. Определение: Специалист, лицо занимающееся созданием дизайна монеты.

2. Дополнение определения: Есть разработчик аверса монеты и разработчик реверса, это может быть и один человек.

3. Примеры возможных запросов:

1.) Монеты сделанные определенным разработчиком.

2.) Монеты, чей реверс и аверс сделаны разными людьми.

4. Примеры экземпляров сущности: Ерохин В.М.

5. Идентификатор сущности: «Код разработчика».

№10. Сущность «Качество монеты»

  •  Name: Качество монеты
  •  Label: Кач_мон
  •  Persistent:  
  •  Abbreviation: Kach_coin

Documentation:

1. Определение: Сорт монет, насколько хорошего качества выпускаются или являются сейчас и в каких целях.

2. Дополнение определения: Качество монеты и ее степень сохранности измеряются по единой шкале.

3. Примеры возможных запросов:

1.) Монеты, не бывшие в использовании.

2.) Монеты, не сохранившие первоначальное качество.

4. Примеры экземпляров сущности: Пруф, Реверс фростед.

5. Идентификатор сущности: «Код качества».

  1.  
    Атрибуты и колонки.

Атрибуты Сущности «Номер по каталогу»:

№1 Атрибут: «Каталожный номер» сущности «Номер по каталогу»

  •  Name: Каталожный номер
  •  Label: Кат_ном
  •  Abbreviation: Kat_num

Привязка к домену:

  •  Имя домена: Katalozh
  •  Ключ: PK

Documentation: Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.

№2 Атрибут: «Код раздела» сущности «Номер по каталогу»

Наследуется от атрибута: «Код раздела» сущности «Раздел монеты»

  •  Ключ: FK

Documentation: Код раздела монет, предопределен. Может принимать значения от 1 до 5.

№3 Атрибут: «Код материала» сущности «Номер по каталогу»

Наследуется от атрибута: «Код материала» сущности «Материал монеты»

  •  Ключ: FK

Documentation: Код материала монеты, предопределен. Может принимать значения от 0 до 7.

№4 Атрибут: «Код номинала» сущности «Номер по каталогу»

Наследуется от атрибута: «Код номинала» сущности «Номинал монеты»

  •  Ключ: FK

Documentation: Код номинала монеты, предопределен. Может принимать значения от 00 до 26.


№5 Атрибут:
«Порядковый номер» сущности «Номер по каталогу»

  •  Name: Порядковый номер
  •  Label: Номер
  •  Abbreviation: Num
  •  Data Type: Decimal
  •  Precision: 4
  •  Scale: 0

Documentation: Порядковый номер монеты в конкретном разделе, из конкретного материала и определенного номинала. Состоит из 4 цифр. Например, 0019.

№6 Атрибут: «Дата выпуска» сущности «Номер по каталогу»

Наследуется от атрибута: «Д-ата» сущности «Дата»

  •  Ключ: FK

Documentation: Дата выпуска партии монет одного каталожного номера. Например, 09.05.2012.

№7 Атрибут: «Монетный двор» сущности «Номер по каталогу»

Наследуется от атрибута: «Название монетного двора» сущности «Монетный двор»

  •  Ключ: FK

Documentation: Наименование монетного двора. Например, СПМД.

№8 Атрибут: «Тираж» сущности «Номер по каталогу»

  •  Name: Тираж
  •  Label: Тираж
  •  Abbreviation: Tirazh
  •  Data Type: Varchar
  •  Length: 15

Documentation: Количество выпускаемых монет. Например, 500 шт.

№9 Атрибут: «Код качества» сущности «Номер по каталогу»

Наследуется от атрибута: «Код качества» сущности «Качество монеты»

  •  Ключ: FK

Documentation: Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.


№10 Атрибут:
«Гурт» сущности «Номер по каталогу»

  •  Name: Гурт
  •  Label: Гурт
  •  Abbreviation: Gurt
  •  Data Type: Varchar
  •  Length/Precision: 40
  •  Режим нулевых значений: Null

Documentation: Сведения о гурте монеты. Например, 300 рифлений.

№11 Атрибут: «Код художника» сущности «Номер по каталогу»

Наследуется от атрибута: «Код разработчика» сущности «Разработчик»

  •  Abbreviation: K_hud
  •  Режим нулевых значений: Null
  •  Ключ: FK

Documentation: Номер художника монеты в списке разработчиков.
Например, 123.

№12 Атрибут: «Код скульптора» сущности «Номер по каталогу»

Наследуется от атрибута: «Код разработчика» сущности «Разработчик»

  •  Abbreviation: K_skulpt
  •  Режим нулевых значений: Null
  •  Ключ: FK

Documentation: Номер скульптора монеты в списке разработчиков.
Например, 023.

Атрибуты Сущности «Монета»:

№1 Атрибут: «Код монеты» сущности «Монета»

  •  Name: Код монеты
  •  Label: К_мон
  •  Abbreviation: K_coin
  •  Data Type: Decimal
  •  Precision: 10
  •  Scale: 0
  •  Ключ: PK

Documentation: Персональный код каждой монеты. Например, 0002649254


№2 Атрибут:
«Диаметр» сущности «Монета»

  •  Name: Диаметр
  •  Label: Диаметр
  •  Abbreviation: Diametr

Привязка к домену:

  •  Имя домена: Har-ki
  •  Режим нулевых значений: Null

Documentation: Точный диаметр конкретной монеты. Например, 50,00.

№3 Атрибут: «Толщина» сущности «Монета»

  •  Name: Толщина
  •  Label: Толщина
  •  Abbreviation: Wide

Привязка к домену:

  •  Имя домена: Har-ki
  •  Режим нулевых значений: Null

Documentation: Точная толщина конкретной монеты. Например, 5,70.

№4 Атрибут: «Масса» сущности «Монета»

  •  Name: Масса
  •  Label: Масса
  •  Abbreviation: Mass

Привязка к домену:

  •  Имя домена: Har-ki
  •  Режим нулевых значений: Null

Documentation: Точная масса конкретной монеты. Например, 156,40.

№5 Атрибут: «Каталожный номер» сущности «Монета»

Наследуется от атрибута: «Каталожный номер» сущности «Номер по каталогу»

  •  Ключ: FK

Documentation: Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.


№6 Атрибут:
«Код качества» сущности «Монета»

Наследуется от атрибута: «Код качества» сущности «Качество монеты»

  •  Режим нулевых значений: Null
  •  Ключ: FK

Documentation: Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.

№7 Атрибут: «Код коллекционера» сущности «Монета»

Наследуется от атрибута: «Код коллекционера» сущности «Коллекционер»

  •  Режим нулевых значений: Null
  •  Ключ: FK

Documentation: Личный код коллекционера. Например, 0034501.

Атрибуты Сущности «Коллекционер»:

№1 Атрибут: «Код коллекционера» сущности «Коллекционер»

  •  Name: Код коллекционера
  •  Label: К_кол-ра
  •  Abbreviation: K_kol-ra
  •  Data Type: Decimal
  •  Precision: 7
  •  Scale: 0
  •  Ключ: PK

Documentation: Личный код коллекционера. Например, 0034501.

№2 Атрибут: «Фамилия инициалы» сущности «Коллекционер»

  •  Name: Фамилия инициалы
  •  Label: ФИО
  •  Abbreviation: FIO_kol-ra

Привязка к домену:

  •  Имя домена: Name

Documentation: Фамилия и инициалы коллекционера. Например, Майских А.Т.

№3 Атрибут: «Дата рождения» сущности «Коллекционер»

Наследуется от атрибута: «Д-ата» сущности «Дата»

  •  Ключ: FK

Documentation: Дата рождения коллекционера. Например, 05.05.1985.


№4 Атрибут:
«Адрес» сущности «Коллекционер»

  •  Name: Адрес
  •  Label: Адрес
  •  Abbreviation: Address
  •  Data Type: Varchar
  •  Length: 80

Documentation: Адрес проживания коллекционера. Например, г. Москва, ул. Майская, 5-61.

№5 Атрибут: «Номер телефона» сущности «Коллекционер»

  •  Name: Номер телефона
  •  Label: Телефон
  •  Abbreviation: Phone

Привязка к домену:

  •  Имя домена: Num_Phone
  •  Режим нулевых значений: Null

Documentation: Номер телефона коллекционера. Например, (8-449)753-95-15.

Атрибуты Сущности «Раздел монеты»:

№1 Атрибут: «Код раздела» сущности «Раздел монеты»

  •  Name: Код раздела
  •  Label: К_разд
  •  Abbreviation: K_razd
  •  Data Type: Decimal
  •  Precision: 1
  •  Scale: 0
  •  Ключ: PK

Documentation: Код раздела монет, предопределен. Может принимать значения от 1 до 5.


№2 Атрибут:
«Название раздела» сущности «Раздел монеты»

  •  Name: Название раздела
  •  Label: Назв_разд
  •  Abbreviation: Razd

Привязка к домену:

  •  Имя домена: Naz_raz

Documentation: Наименивание раздела выпуска монет. Может принимать значения: Курсовые монеты РСФСР 1921—1923 гг., Курсовые монеты СССР 1924—1991 гг., Памятные и инвестиционные монеты СССР 1965—1991 гг., Курсовые монеты России с 1992 года., Памятные и инвестиционные монеты России с 1992 года.

Атрибуты Сущности «Материал монеты»:

№1 Атрибут: «Код материала» сущности «Материал монеты»

  •  Name: Код материала
  •  Label: К_матер
  •  Abbreviation: K_mater
  •  Data Type: Decimal
  •  Precision: 1
  •  Scale: 0
  •  Ключ: PK

Documentation: Код материала монеты, предопределен. Может принимать значения от 0 до 7.

№2 Атрибут: «Материал» сущности «Материал монеты»

  •  Name: Материал
  •  Label: Матер
  •  Abbreviation: Mater

Привязка к домену:

  •  Имя домена: Material

Documentation: Наименование материала монет. Может принимать значения: Медно-никелевые сплавы, Серебро, Золото, Платина, Палладий, Прочие, Золото и серебро, Сталь с латунным гальваническим покрытием.


Атрибуты Сущности «Номинал монеты»:

№1 Атрибут: «Код номинала» сущности «Номинал монеты»

  •  Name: Код номинала
  •  Label: К_номин
  •  Abbreviation: K_nomin
  •  Data Type: Decimal
  •  Precision: 2
  •  Scale: 0
  •  Ключ: PK

Documentation: Код номинала монеты, предопределен. Может принимать значения от 00 до 26.

№2 Атрибут: «Номинал» сущности «Номинал монеты»

  •  Name: Номинал
  •  Label: Номин
  •  Abbreviation: Nomin
  •  Data Type: Varchar
  •  Length: 50

Documentation: Ценовая стоимость монеты. Например, 25 рублей.

Атрибуты Сущности «Дата»:

№1 Атрибут: «Д-ата» сущности «Дата»

  •  Name: Д-ата
  •  Label: Д-ата
  •  Abbreviation: D-ata

Привязка к домену:

  •  Имя домена: Dat
  •  Ключ: PK

Documentation: Дата выпуска партии монет одного каталожного номера. Например, 09.05.2012.


2 Атрибут: «День» сущности «Дата»

  •  Name: День
  •  Label: День
  •  Abbreviation: Day
  •  Data Type: Decimal
  •  Precision: 2
  •  Scale: 0

Documentation: Номер дня в месяце. Может принимать значения от 1 до 28-31, в зависимости от месяца.

 

3 Атрибут: «Месяц» сущности «Дата»

  •  Name: Месяц
  •  Label: Месяц
  •  Abbreviation: Month
  •  Data Type: Varchar
  •  Length: 8

Documentation: Название месяца. Например, Май.

4 Атрибут: «Год» сущности «Дата»

  •  Name: Год
  •  Label: Год
  •  Abbreviation: Year
  •  Data Type: Decimal
  •  Precision: 4
  •  Scale: 0

Documentation: Номер года. Например, 2012.

Атрибуты Сущности «Монетный двор»:

№1 Атрибут: «Название монетного двора» сущности «Монетный двор»

  •  Name: Название монетного двора
  •  Label: МД
  •  Abbreviation: MD
  •  Data Type: Varchar
  •  Length: 40
  •  Ключ: PK

Documentation: Наименование монетного двора. Например, СПМД.


№2 Атрибут:
«Код монетного двора» сущности «Монетный двор»

  •  Name: Код монетного двора
  •  Label: К_МД
  •  Abbreviation: K_MD
  •  Data Type: Decimal
  •  Precision: 1
  •  Scale: 0

Documentation: Код монетного двора. Может принимать значения 1 или 2.

Атрибуты Сущности «Разработчик»:

№1 Атрибут: «Код разработчика» сущности «Разработчик»

  •  Name: Код разработчика
  •  Label: К_разраб
  •  Abbreviation: K_razrab
  •  Data Type: Decimal
  •  Precision: 3
  •  Scale: 0
  •  Ключ: PK

Documentation: Номер художника или скульптора монеты в списке разработчиков. Например, 123.

№2 Атрибут: «Фамилия инициалы» сущности «Разработчик»

  •  Name: Фамилия инициалы
  •  Label: ФИО
  •  Abbreviation: FIO_razrab

Привязка к домену:

  •  Имя домена: Name

Documentation: Фамилия и инициалы разработчика. Например, Евдокимова Л.А.


Атрибуты Сущности «Качество монеты»:

№1 Атрибут: «Код качества» сущности «Качество монеты»

  •  Name: Код качества
  •  Label: К_кач
  •  Abbreviation: K_kach
  •  Data Type: Decimal
  •  Precision: 1
  •  Scale: 0
  •  Ключ: PK

Documentation: Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.

№2 Атрибут: «Качество» сущности «Качество монеты»

  •  Name: Качество
  •  Label: Кач
  •  Abbreviation: Kach

Привязка к домену:

  •  Имя домена: Kach-vo

Documentation: Состояние монеты, ее ветхость. Могут быть значения: Анциркулейтед, Бриллиант-анциркулейтед, Пруф, Пруф-лайк, Реверс фростед.

  1.  Связи.

1. Связь «Раздел монеты  Номер по каталогу»

  •  Verb Phrase со стороны родительской сущности - определяет
  •  Verb Phrase со стороны дочерней сущности - содержит
  •  Тип связи: не идентифицирующая обязательная (1:M)
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Расшифровка кода раздела монеты

2. Связь «Материал монеты  Номер по каталогу»

  •  Verb Phrase со стороны родительской сущности - определяет
  •  Verb Phrase со стороны дочерней сущности - содержит
  •  Тип связи: не идентифицирующая обязательная (1:M)
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Расшифровка кода материала монеты


3. Связь
 «Номинал монеты  Номер по каталогу»

  •  Verb Phrase со стороны родительской сущности - определяет
  •  Verb Phrase со стороны дочерней сущности - содержит
  •  Тип связи: не идентифицирующая обязательная (1:M)
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Расшифровка кода номинала монеты

4. Связь «Дата  Номер по каталогу»

  •  Verb Phrase со стороны родительской сущности - производятся по
  •  Verb Phrase со стороны дочерней сущности - выпускается в
  •  Тип связи: не идентифицирующая необязательная (1:M)
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Дата выпуска серии монет

5. Связь «Монетный двор  Номер по каталогу»

  •  Verb Phrase со стороны родительской сущности - выпускает по
  •  Verb Phrase со стороны дочерней сущности - выпускается в
  •  Тип связи: неопределенная (M:M)

Documentation: Место производства партии монет

6. Связь «Разработчик  Номер по каталогу»

  •  Verb Phrase со стороны родительской сущности - создает
  •  Verb Phrase со стороны дочерней сущности - выпускается
  •  Тип связи: неопределенная (M:M)

Documentation: Дизайнеры монеты, художник и скульптор

7. Связь «Качество монеты  Номер по каталогу »

  •  Verb Phrase со стороны родительской сущности - определяет
  •  Verb Phrase со стороны дочерней сущности - выпускается с
  •  Тип связи: неопределенная (M:M)

Documentation: Качество выпуска монеты


8. Связь
 «Номер по каталогу  Монета»

  •  Verb Phrase со стороны родительской сущности - объединяет
  •  Verb Phrase со стороны дочерней сущности - выпускается под
  •  Тип связи: идентифицирующая
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Похожие монеты, одного выпуска, но физически различающиеся

9. Связь «Качество монеты  Монета»

  •  Verb Phrase со стороны родительской сущности - определяет
  •  Verb Phrase со стороны дочерней сущности - имеет
  •  Тип связи: не идентифицирующая необязательная (1:M).
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Степень сохранности монеты

10. Связь «Коллекционер  Монета»

  •  Verb Phrase со стороны родительской сущности - владеет
  •  Verb Phrase со стороны дочерней сущности - принадлежит
  •  Тип связи: не идентифицирующая обязательная (1:M).
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Монеты в коллекции

11. Связь «Дата  Коллекционер»

  •  Verb Phrase со стороны родительской сущности - порождает
  •  Verb Phrase со стороны дочерней сущности - рождается
  •  Тип связи: не идентифицирующая необязательная (1:M).
  •  Кардинальность связи: (Cardinality - 0,1,∞; 1,∞ (P), 0,1 (Z); N.N (N))

Documentation: Дата рождения коллекционера

  1.  
    Домены.

№1 Домен: «Каталожный номер»

  •  Name: Каталожный номер
  •  Label: Кат_ном
  •  Abbreviation: Katalozh
  •  Base Type: Char
  •  Length: 9
  •  Patterns: 9999-9999

Documentation: Формат данных 5011-0001.

2 Домен: «Дата»

  •  Name: Дата
  •  Label: Дат
  •  Abbreviation:Dat
  •  Base Type: Date
  •  Patterns: 99.99.9999

Documentation: Дата вводится в формате ДД(день).ММ(месяц).ГГГГ(год).

3 Домен: «Название раздела»

  •  Name: Название раздела
  •  Label: Наз_разд
  •  Abbreviation: Naz_raz
  •  Base Type: Varchar
  •  Length: 80
  •  Enumeration Values:
    •  Курсовые монеты РСФСР 1921—1923 гг.
    •  Курсовые монеты СССР 1924—1991 гг.
    •  Памятные и инвестиционные монеты СССР 1965—1991 гг.
    •  Курсовые монеты России с 1992 года.
    •  Памятные и инвестиционные монеты России с 1992 года.

Documentation: Используются только прописные и заглавные буквы, пробелы и точки.


4 Домен: «Материал»

  •  Name: Материал
  •  Label: Материал
  •  Abbreviation:Material
  •  Base Type: Varchar
  •  Length: 50
  •  Enumeration Values:
    •  Медно-никелевые сплавы
    •  Серебро
    •  Золото
    •  Платина
    •  Палладий
    •  Прочие
    •  Золото и серебро
    •  Сталь с латунным гальваническим покрытием

Documentation: Используются только прописные и заглавные буквы, пробелы.

5 Домен: «Фамилия инициалы»

  •  Name: Фамилия инициалы
  •  Label: Имя
  •  Abbreviation: Name
  •  Base Type: Varchar
  •  Length: 25

Documentation: Например, Иванов И.И. (Используются только прописные и заглавные буквы, пробелы и точки).

№6 Домен: «Номер телефона»

  •  Name: Номер телефона
  •  Label: Ном_тел
  •  Abbreviation: Num_Phone
  •  Base Type: Char
  •  Length: 16
  •  Patterns: (8-999)999-99-99

Documentation: Формат данных (8-999)999-99-99. По умолчанию значение - (8-999).


№7 Домен: «Качество»

  •  Name: Качество
  •  Label: Кач-во
  •  Abbreviation: Kach-vo
  •  Base Type: Varchar
  •  Length: 50
  •  Enumeration Values:
    •  Анциркулейтед
    •  Бриллиант-анциркулейтед
    •  Пруф
    •  Пруф-лайк
    •  Реверс фростед

Documentation: Используются только прописные и заглавные буквы, пробелы и тире.

8 Домен: «Характеристики»

  •  Name: Характеристики
  •  Label: Хар-ки
  •  Abbreviation: Har-ki
  •  Base Type: Decimal
  •  Precision: 6
  •  Scale:2

Documentation: Например, 123,45. Обязательна точность до 0,01.

  1.  
    Графические материалы
    1.  Сущности и первичные ключи

  1.  
    Определение связей

  1.  
    Атрибуты сущностей

  1.  
    Физический уровень

  1.  Частная модель

  1.  
    SQL-скрипт СУБД DB2

CREATE SCHEMA is_x1_09;

CREATE TABLE Nom_Kat (

 Kat_Num CHAR(9) NOT NULL,

 K_Razd DECIMAL(1 , 0) NOT NULL,

 K_Mater DECIMAL(1 , 0) NOT NULL,

 K_Nomin DECIMAL(2 , 0) NOT NULL,

 D-Ata DATE NOT NULL,

 Md VARCHAR(40) NOT NULL,

 K_Hud DECIMAL(3 , 0),

 K_Skulpt DECIMAL(3 , 0),

 K_Kach DECIMAL(1 , 0) NOT NULL,

 Num DECIMAL(4 , 0) NOT NULL,

 Tirazh VARCHAR(15) NOT NULL,

 Gurt VARCHAR(40)

)

DATA CAPTURE NONE ;

CREATE TABLE Coin (

 K_Coin DECIMAL(10 , 0) NOT NULL,

 Kat_Num CHAR(9) NOT NULL,

 K_Kach DECIMAL(1 , 0),

 K_Kol-Ra DECIMAL(7 , 0),

 Diametr DECIMAL(6 , 2),

 Wide DECIMAL(6 , 2),

 Mass DECIMAL(6 , 2)

)

DATA CAPTURE NONE ;

CREATE TABLE Kol-R (

 K_Kol-Ra DECIMAL(7 , 0) NOT NULL,

 D-Ata DATE NOT NULL,

 Fio_Kol-Ra VARCHAR(25) NOT NULL,

 Address VARCHAR(80) NOT NULL,

 Num_Phone CHAR(16)

)

DATA CAPTURE NONE ;

CREATE TABLE Razd (

 K_Razd DECIMAL(1 , 0) NOT NULL,

 Nazv_Razd VARCHAR(80) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Mater (

 K_Mater DECIMAL(1 , 0) NOT NULL,

 Mater VARCHAR(50) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Nomin (

 K_Nomin DECIMAL(2 , 0) NOT NULL,

 Nomin VARCHAR(50) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Dat (

 D-Ata DATE NOT NULL,

 Day DECIMAL(2 , 0) NOT NULL,

 Month VARCHAR(8) NOT NULL,

 Year DECIMAL(4 , 0) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Mon_Dvor (

 Md VARCHAR(40) NOT NULL,

 K_Md DECIMAL(1 , 0) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Razrab (

 K_Razrab DECIMAL(3 , 0) NOT NULL,

 Fio_Razrab VARCHAR(25) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Kach_Coin (

 K_Kach DECIMAL(1 , 0) NOT NULL,

 Kach VARCHAR(50) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Standart (

 K_Kach DECIMAL(1 , 0) NOT NULL,

 Kat_Num CHAR(9) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Zavod (

 Md VARCHAR(40) NOT NULL,

 Kat_Num CHAR(9) NOT NULL

)

DATA CAPTURE NONE ;

CREATE TABLE Studia_dizajna (

 K_Razrab DECIMAL(3 , 0) NOT NULL,

 Kat_Num CHAR(9) NOT NULL

)

DATA CAPTURE NONE ;

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Pk PRIMARY KEY (Kat_Num);

ALTER TABLE Coin ADD CONSTRAINT Coin_Pk PRIMARY KEY (Kat_Num, K_Coin);

ALTER TABLE Kol-R ADD CONSTRAINT Kol-R_Pk PRIMARY KEY (K_Kol-Ra);

ALTER TABLE Razd ADD CONSTRAINT Razd_Pk PRIMARY KEY (K_Razd);

ALTER TABLE Mater ADD CONSTRAINT Mater_Pk PRIMARY KEY (K_Mater);

ALTER TABLE Nomin ADD CONSTRAINT Nomin_Pk PRIMARY KEY (K_Nomin);

ALTER TABLE Dat ADD CONSTRAINT Dat_Pk PRIMARY KEY (D-Ata);

ALTER TABLE Mon_Dvor ADD CONSTRAINT Mon_Dvor_Pk PRIMARY KEY (Md);

ALTER TABLE Razrab ADD CONSTRAINT Razrab_Pk PRIMARY KEY (K_Razrab);

ALTER TABLE Kach_Coin ADD CONSTRAINT Kach_Coin_Pk PRIMARY KEY (K_Kach);

ALTER TABLE Standart ADD CONSTRAINT Kach_Coin_X_Nom_Kat_Pk PRIMARY KEY (K_Kach, Kat_Num);

ALTER TABLE Zavod ADD CONSTRAINT Mon_Dvor_X_Nom_Kat_Pk PRIMARY KEY (Md, Kat_Num);

ALTER TABLE Studia_dizajna ADD CONSTRAINT Razrab_X_Nom_Kat_Pk PRIMARY KEY (K_Razrab, Kat_Num);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Razd_Fk FOREIGN KEY (K_Razd)

REFERENCES Razd (K_Razd);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Mater_Fk FOREIGN KEY (K_Mater)

REFERENCES Mater (K_Mater);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Nomin_Fk FOREIGN KEY (K_Nomin)

REFERENCES Nomin (K_Nomin);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Dat_Fk FOREIGN KEY (D-Ata)

REFERENCES Dat (D-Ata);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Mon_Dvor_Fk FOREIGN KEY (Md)

REFERENCES Mon_Dvor (Md);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Razrab_Fk FOREIGN KEY (K_Hud)

REFERENCES Razrab (K_Razrab);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Razrab_Fk FOREIGN KEY (K_Skulpt)

REFERENCES Razrab (K_Razrab);

ALTER TABLE Nom_Kat ADD CONSTRAINT Nom_Kat_Kach_Coin_Fk FOREIGN KEY (K_Kach)

REFERENCES Kach_Coin (K_Kach);

ALTER TABLE Coin ADD CONSTRAINT Coin_Nom_Kat_Fk FOREIGN KEY (Kat_Num)

REFERENCES Nom_Kat (Kat_Num);

ALTER TABLE Coin ADD CONSTRAINT Coin_Kach_Coin_Fk FOREIGN KEY (K_Kach)

REFERENCES Kach_Coin (K_Kach);

ALTER TABLE Coin ADD CONSTRAINT Coin_Kol-R_Fk FOREIGN KEY (K_Kol-Ra)

REFERENCES Kol-R (K_Kol-Ra);

ALTER TABLE Kol-R ADD CONSTRAINT Kol-R_Dat_Fk FOREIGN KEY (D-Ata)

REFERENCES Dat (D-Ata);

ALTER TABLE Standart ADD CONSTRAINT Kach_Coin_X_Nom_Kat_Kach_Coin_Fk FOREIGN KEY (K_Kach)

REFERENCES Kach_Coin (K_Kach);

ALTER TABLE Standart ADD CONSTRAINT Kach_Coin_X_Nom_Kat_Nom_Kat_Fk FOREIGN KEY (Kat_Num)

REFERENCES Nom_Kat (Kat_Num);

ALTER TABLE Zavod ADD CONSTRAINT Mon_Dvor_X_Nom_Kat_Mon_Dvor_Fk FOREIGN KEY (Md)

REFERENCES Mon_Dvor (Md);

ALTER TABLE Zavod ADD CONSTRAINT Mon_Dvor_X_Nom_Kat_Nom_Kat_Fk FOREIGN KEY (Kat_Num)

REFERENCES Nom_Kat (Kat_Num);

ALTER TABLE Studia_dizajna ADD CONSTRAINT Razrab_X_Nom_Kat_Razrab_Fk FOREIGN KEY (K_Razrab)

REFERENCES Razrab (K_Razrab);

ALTER TABLE Studia_dizajna ADD CONSTRAINT Razrab_X_Nom_Kat_Nom_Kat_Fk FOREIGN KEY (Kat_Num)

REFERENCES Nom_Kat (Kat_Num);

COMMENT ON TABLE Nom_Kat IS

'1. Определение: Номер серии монет выпускаемых одинаковыми, допускаются погрешности. Каталог един для всех монет.

2. Дополнение определения: Каталожный номер определяет основные характеристики серии монет, но не каждой в отдельности.

3. Примеры возможных запросов:

1.) Серии монет выпущенные в один день.

2.) Монеты одного серийного номера и качества.

4. Примеры экземпляров сущности: 5220-0009.

5. Идентификатор сущности: «Каталожный номер».';

COMMENT ON TABLE Coin IS

'1. Определение: Изделия из характерного металла используемые для оплаты. Выпускаются партиями, допускаются погрешности.

2. Дополнение определения: Монеты могут быть разного происхождения, разной сохранности. Одна монета может принадлежать только одному коллекционеру или не принадлежать  никому.

3. Примеры возможных запросов:

1.) Полный список монет из одного материала.

2.) Поиск монеты по дате производства.

4. Примеры экземпляров сущности: Монета 10.

5. Идентификатор сущности: «Код монеты».

';

COMMENT ON TABLE Kol-R IS

'1. Определение: Человек, занимающийся коллекционированием монет.

2. Дополнение определения: У одного коллекционера может быть несколько монет, но одна монета принадлежит только одному владельцу.

3. Примеры возможных запросов:

1.) Список людей одного года рождения, занимающихся коллекционированием.

2.) Владельцы монет одной серии.

4. Примеры экземпляров сущности: Казаков С.А., Майских А.Т.

5. Идентификатор сущности: «Код коллекционера».';

COMMENT ON TABLE Razd IS

'1. Определение: Период или события различающие монеты на категории.

2. Дополнение определения: Монеты одного раздела интуитивно похожи. Код раздела монет - первая цифра в каталожном номере.

3. Примеры возможных запросов:

1.) Монеты посвященные определенному событию.

2.) Монеты выпущенные в одну эпоху.

4. Примеры экземпляров сущности: Курсовые монеты СССР 1924-1991 гг.

5. Идентификатор сущности: «Код раздела».

';

COMMENT ON TABLE Mater IS

'1. Определение: Сырье, из которого изготавливают монеты.

2. Дополнение определения: Код материала - вторая цифра в каталожном номере.

3. Примеры возможных запросов:

1.) Все монеты из серебра.

2.) Все монеты с кодом 7.

4. Примеры экземпляров сущности: Золото, платина.

5. Идентификатор сущности: «Код материала».

';

COMMENT ON TABLE Nomin IS

'1. Определение: Номинальная стоимость монеты. Ее ценовая стоимость.

2. Дополнение определения: Код номинала - третья и четвертая цифры в каталожном номере.

3. Примеры возможных запросов:

1.) Все монеты стоимостью 25 рублей.

2.) Все копеечные монеты.

4. Примеры экземпляров сущности: 200 рублей, 5000 рублей.

5. Идентификатор сущности: «Код номинала».

';

COMMENT ON TABLE Dat IS

'1. Определение: День месяц и год какого-то события.

2. Дополнение определения: Разделение даты на составляющие.

3. Примеры возможных запросов:

1.) Монеты одного года.

2.) Монеты, выпущенные 9го мая.

3.) Коллекционеры одного года рождения.

4. Примеры экземпляров сущности: 9 мая 2012 года.

5. Идентификатор сущности: «Дата».

';

COMMENT ON TABLE Mon_Dvor IS

'1. Определение: Место выпуска монет, место их изготовления.

2. Дополнение определения: Не физическое место создания монет, а территория их выпуска, логическая.

3. Примеры возможных запросов:

1.) Производство Московского монетного двора.

2.) Производство Ленинградского монетного двора.

4. Примеры экземпляров сущности: Санкт-Петербургский монетный двор.

5. Идентификатор сущности: «Код монетного двора».

';

COMMENT ON TABLE Razrab IS

'1. Определение: Специалист, лицо занимающееся созданием дизайна монеты.

2. Дополнение определения: Есть разработчик аверса монеты и разработчик реверса, это может быть и один человек.

3. Примеры возможных запросов:

1.) Монеты сделанные определенным разработчиком.

2.) Монеты, чей реверс и аверс сделаны разными людьми.

4. Примеры экземпляров сущности: Ерохин В.М.

5. Идентификатор сущности: «Код разработчика».

';

COMMENT ON TABLE Kach_Coin IS

'1. Определение: Сорт монет, насколько хорошего качества выпускаются или являются сейчас и в каких целях.

2. Дополнение определения: Качество монеты и ее степень сохранности измеряются по единой шкале.

3. Примеры возможных запросов:

1.) Монеты, не бывшие в использовании.

2.) Монеты, не сохранившие первоначальное качество.

4. Примеры экземпляров сущности: Пруф, Реверс фростед.

5. Идентификатор сущности: «Код качества».

';

COMMENT ON COLUMN Nom_Kat.Kat_Num IS

'Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.';

COMMENT ON COLUMN Nom_Kat.K_Razd IS

'Код раздела монет, предопределен. Может принимать значения от 1 до 5.';

COMMENT ON COLUMN Nom_Kat.K_Mater IS

'Код материала монеты, предопределен. Может принимать значения от 0 до 7.';

COMMENT ON COLUMN Nom_Kat.K_Nomin IS

'Код номинала монеты, предопределен. Может принимать значения от 00 до 26.';

COMMENT ON COLUMN Nom_Kat.D-Ata IS

'Дата выпуска партии монет одного каталожного номера. Например, 09.05.2012.';

COMMENT ON COLUMN Nom_Kat.Md IS

'Наименование монетного двора. Например, СПМД.';

COMMENT ON COLUMN Nom_Kat.K_Hud IS

'Номер художника монеты в списке разработчиков. Например, 123.

';

COMMENT ON COLUMN Nom_Kat.K_Skulpt IS

'Номер скульптора монеты в списке разработчиков. Например, 023.

';

COMMENT ON COLUMN Nom_Kat.K_Kach IS

'Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.';

COMMENT ON COLUMN Nom_Kat.Num IS

'Порядковый номер монеты в конкретном разделе, из конкретного материала и определенного номинала. Состоит из 4 цифр. Например, 0019.';

COMMENT ON COLUMN Nom_Kat.Tirazh IS

'Количество выпускаемых монет. Например, 500 шт.';

COMMENT ON COLUMN Nom_Kat.Gurt IS

'Сведения о гурте монеты. Например, 300 рифлений.';

COMMENT ON COLUMN Coin.K_Coin IS

'Персональный код каждой монеты. Например, 0002649254';

COMMENT ON COLUMN Coin.Kat_Num IS

'Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.';

COMMENT ON COLUMN Coin.K_Kach IS

'Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.';

COMMENT ON COLUMN Coin.K_Kol-Ra IS

'Личный код коллекционера. Например, 0034501.';

COMMENT ON COLUMN Coin.Diametr IS

'Точный диаметр конкретной монеты. Например, 50,00.';

COMMENT ON COLUMN Coin.Wide IS

'Точная толщина конкретной монеты. Например, 5,70.';

COMMENT ON COLUMN Coin.Mass IS

'Точная масса конкретной монеты. Например, 156,40.';

COMMENT ON COLUMN Kol-R.K_Kol-Ra IS

'Личный код коллекционера. Например, 0034501.';

COMMENT ON COLUMN Kol-R.D-Ata IS

'Дата рождения коллекционера. Например, 05.05.1985.';

COMMENT ON COLUMN Kol-R.Fio_Kol-Ra IS

'Фамилия и инициалы коллекционера. Например, Майских А.Т.';

COMMENT ON COLUMN Kol-R.Address IS

'Адрес проживания коллекционера. Например, г. Москва, ул. Майская, 5-61.';

COMMENT ON COLUMN Kol-R.Num_Phone IS

'Номер телефона коллекционера. Например, (8-449)753-95-15.';

COMMENT ON COLUMN Razd.K_Razd IS

'Код раздела монет, предопределен. Может принимать значения от 1 до 5.';

COMMENT ON COLUMN Razd.Nazv_Razd IS

'Наименивание раздела выпуска монет. Может принимать значения: Курсовые монеты РСФСР 1921—1923 гг., Курсовые монеты СССР 1924—1991 гг., Памятные и инвестиционные монеты СССР 1965—1991 гг., Курсовые монеты России с 1992 года., Памятные и инвестиционные монеты России с 1992 года.';

COMMENT ON COLUMN Mater.K_Mater IS

'Код материала монеты, предопределен. Может принимать значения от 0 до 7.';

COMMENT ON COLUMN Mater.Mater IS

'Наименование материала монет. Может принимать значения: Медно-никелевые сплавы, Серебро, Золото, Платина, Палладий, Прочие, Золото и серебро, Сталь с латунным гальваническим покрытием.';

COMMENT ON COLUMN Nomin.K_Nomin IS

'Код номинала монеты, предопределен. Может принимать значения от 00 до 26.';

COMMENT ON COLUMN Nomin.Nomin IS

'Ценовая стоимость монеты. Например, 25 рублей.';

COMMENT ON COLUMN Dat.D-Ata IS

'Дата выпуска партии монет одного каталожного номера. Например, 09.05.2012.';

COMMENT ON COLUMN Dat.Day IS

'Номер дня в месяце. Может принимать значения от 1 до 28-31, в зависимости от месяца.';

COMMENT ON COLUMN Dat.Month IS

'Название месяца. Например, Май.';

COMMENT ON COLUMN Dat.Year IS

'Номер года. Например, 2012.';

COMMENT ON COLUMN Mon_Dvor.Md IS

'Наименование монетного двора. Например, СПМД.';

COMMENT ON COLUMN Mon_Dvor.K_Md IS

'Код монетного двора. Может принимать значения 1 или 2.';

COMMENT ON COLUMN Razrab.K_Razrab IS

'Номер художника или скульптора монеты в списке разработчиков. Например, 123.';

COMMENT ON COLUMN Razrab.Fio_Razrab IS

'Фамилия и инициалы разработчика. Например, Евдокимова Л.А.';

COMMENT ON COLUMN Kach_Coin.K_Kach IS

'Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.';

COMMENT ON COLUMN Kach_Coin.Kach IS

'Состояние монеты, ее ветхость. Могут быть значения: Анциркулейтед, Бриллиант-анциркулейтед, Пруф, Пруф-лайк, Реверс фростед.';

COMMENT ON COLUMN Standart.K_Kach IS

'Код качества выпускаемой монеты, предопределен. Может принимать значения от 1 до 5.';

COMMENT ON COLUMN Standart.Kat_Num IS

'Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.';

COMMENT ON COLUMN Zavod.Md IS

'Наименование монетного двора. Например, СПМД.';

COMMENT ON COLUMN Zavod.Kat_Num IS

'Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.';

COMMENT ON COLUMN Studia_dizajna.K_Razrab IS

'Номер художника или скульптора монеты в списке разработчиков. Например, 123.';

COMMENT ON COLUMN Studia_dizajna.Kat_Num IS

'Каталожный номер монеты, имеет определенную структуру. Например, 5011-0001.';

  1.  
    Заключение.

Главным результатом работы является создание функционирующей БД по предметной области, которая выполняет требуемый круг задач. Было выполнено описание предметной области, выявлены и описаны основные объекты с их атрибутами и связи между ними, построены модель в нотации Чена и представление базы данных в графическом виде, для реализации которых, использовались средства Microsoft Word. Реализация базы данных осуществлена средствами RDA для DB2.

Вся необходимая работа по осуществлению методов доступа к информации хранимой в базе данных, её модификации, поддержании базы данных в целостном  виде скрыта внутри и пользователю нет необходимости знать о ней, чтобы успешно решать весь круг возникающих задач связанных с использованием информации хранимой базе данных. Более того, программный интерфейс максимально облегчает работу по обращению с базой. Даже обращение к базе данных со сложными запросами осуществляется в таком виде, что структура возвращаемых данных видна еще до его исполнения. СУБД самостоятельно тестирует находящиеся в базе данных записи и производит приведение базы данных к целостному состоянию, устраняя возможные ошибки. Благодаря реализованному в разработанной базе данных интуитивно-понятному и удобному программному интерфейсу, она является простой и удобной  в обращении.

  1.  
    Список литературы и источников сети Интернет.

  •  Материалы дипломного проекта «Управление данными», 2011г.;
  •  Методические материалы по лабораторному практикуму, 2012г.;
  •  Рабочие материалы к лабораторным работам (анкетные формы), 2012г.;
  •  Ильиных Т.Е., Шустова Л.И. «Проектирование реляционных баз данных в нотациях IDEF1X», М., 2010. - 135с.;
  •  Харрингтон Д. «Проектирование реляционных баз данных. Просто и доступно.» Пер. с англ./ -М.: Лори,2009. -230 с.: ил.;
  •  http://wiki.auditory.ru - База знаний кафедры ИКТ;
  •  http://www.conros.ru – Официальный сайт группы компаний «Конрос»;
  •  http://www.cbr.ru – Банк России;
  •  http://www.demamida.ru – Образцы контрактов.


Монеты

Монета

Эксперты

Разработчики

Поставщики

Коллекционер

Администрация

Качество

Дата

Разработчик

Выпускается

Владеет

Каталожный номер

Название

ФИО

Телефон

Адрес

Имеет дату рождения

асса

Толщина

Диаметр

Сохраняется

Порядковый №

Номинал

Материал

Раздел

День

Месяц

Год

Тираж

Гурт

Монетный двор

ФИО

  •  


 

Другие похожие работы, которые могут вас заинтересовать.
14095. Разработка базы данных библиотеки 11.72 MB
  Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД.
5031. Разработка базы данных Библиотека 11.72 MB
  Технология проектирования баз данных. Определение взаимосвязей между сущностями и создание модели данных. Основные идеи современной информационной технологии базируются на концепции согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов называемых системами управления базами данных СУБД.
17474. Разработка базы данных доска объявлений 493.89 KB
  Логическое моделирование базы данных Нормализация схемы базы данных Физическое моделирование базы данных. Разработка таблиц базы данных Разработка форм ввода информации в базу данных Разработка основных запросов к базе данных Разработка хранимых процедур и триггеров Разработка хранимых процедур и триггеров Разработка форм вывода информации из базы данных Подготовка данных для вывода на печать...
20323. Разработка структуры базы данных информационной системы 971.23 KB
  Требуется разработать приложение и базу данных для компьютерной фирмы занимающейся продажей вычислительной техники комплектующих для неё и периферии. Формы первичных учетных документов определяются и устанавливаются организацией в составе применяемой ею системы учетной документации для регистрации хозяйственных операций. Первые быстродействующие компьютеры использовались предпринимателями в основном для автоматизации процессов которые раньше выполнялись вручную большим числом сотрудников невысокой квалификации; типичный пример - обработка...
18464. Разработка структуры базы данных информационной системы 971.23 KB
  Требуется разработать приложение и базу данных для компьютерной фирмы занимающейся продажей вычислительной техники комплектующих для неё и периферии. Формы первичных учетных документов определяются и устанавливаются организацией в составе применяемой ею системы учетной документации для регистрации хозяйственных операций. Первые быстродействующие компьютеры использовались предпринимателями в основном для автоматизации процессов которые раньше выполнялись вручную большим числом сотрудников невысокой квалификации; типичный пример - обработка...
720. Разработка базы данных «Составление расписания для высших учебных заведений» 451.92 KB
  Задачу составления расписания не стоит рассматривать только как некую программу, реализующую функцию механического распределения занятий в начале семестра, на которой ее (программы) использование и заканчивается. Экономический эффект от более эффективного использования трудовых ресурсов может быть достигнут только в результате кропотливой работы по управлению этими трудовыми ресурсами
8161. Разработка алгоритма генерации для создания базы данных искусственных биометрических образов 1.88 MB
  Биометрия входит в состав наиболее распространенных технологий и средств защиты информации. Отпечатки пальцев являются самой широко применяемой биометрической особенностью для идентификации человека.
12874. Разработка базы данных на языке SQL (предметная область – «Магазин канцелярские товары») 2.14 MB
  СОДЕРЖАНИЕ ВВЕДЕНИЕ База данных – это организованная структура предназначенная для хранения информации. С понятием базы данных тесно связано понятие системы управления базой данных. Такая система должна: обеспечивать получение общих и или детализированных отчетов по итогам работы; позволять легко определять тенденции изменения важнейших показателей; обеспечивать получение информации критической по времени без существенных задержек; выполнять точный и полный анализ данных.
15539. Разработка базы данных и прикладных программ для автоматизации процесса закупки лекарственных препаратов 1.36 MB
  Обеспечение возможностей для просмотра, добавления, удаления и редактирования записей базы данных (БД) системы; организация поиска информации БД по запросам пользователей; обеспечение безопасности и целостности данных БД; организация сетевого доступа к БД ИС для пользователей различных категорий в соответствие с правами, установленными администратором БД; обеспечение удобного интуитивно понятного графического пользовательского интерфейса (GUI), доступного пользователю любой квалификации.
1760. Разработка базы данных системы автоматизации документооборота отдела по работе с физическими лицами коммерческого банка 5.37 MB
  Прием поступающих в организацию документов осуществляется централизованно экспедицией или сотрудниками службы документационного обеспечения управления (ДОУ). Факсимильные сообщения и сообщения, поступающие по электронной почте, могут приниматься децентрализовано
© "REFLEADER" http://refleader.ru/
Все права на сайт и размещенные работы
защищены законом об авторском праве.