Опубликован: 08.07.2011 | Доступ: свободный | Студентов: 1788 / 93 | Оценка: 4.15 / 4.08 | Длительность: 15:28:00
Дополнительный материал 1:

Варианты для лабораторных работ

На рис. l.1 приведена структура базы данных информационной системы внутреннего учета инвестиционной компании. Задачей лабораторной работы является разработка одной из подсистем для данной информационной системы.

Структура базы данных системы внутреннего учета инвестиционной компании

увеличить изображение
Рис. l.1. Структура базы данных системы внутреннего учета инвестиционной компании

Вариант 1. Информационная подсистема ведения счетов клиентов

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

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

увеличить изображение
Рис. l.2. Структура базы данных подсистемы ведения счетов клиентов

Назначение атрибутов таблицы Счет – Account:

  • ID – суррогатный ключ;
  • TypeID – внешний ключ для связи с таблицей Type;
  • BankID – внешний ключ для связи с таблицей Bank;
  • AgreementID – внешний ключ для связи с таблицей Agreement;
  • Account – номер инвестиционного счета.

Назначение атрибутов таблицы Тип счета – TypeAccount:

  • ID – суррогатный ключ;
  • TypeAccount – тип счета.

Назначение атрибутов таблицы Банк – Bank:

  • ID – суррогатный ключ;
  • NameFull – полное наименование банка;
  • NameShort – краткое наименование банка;
  • Inn – ИНН банка;
  • Bik – БИК банка;
  • CorAccount – номер корсчета;
  • Account – номер счета;
  • City – город.

Назначение атрибутов таблицы Договор –Agreement:

  • ID – суррогатный ключ;
  • PersonID – внешний ключ для связи с таблицей Person;
  • TypeID – внешний ключ для связи с таблицей Type;
  • StatusID – внешний ключ для связи с таблицей Status;
  • Number – номер договора;
  • DataOpen- - дата заключения договора;
  • DataClouse – дата закрытия договора;
  • Note – пояснения.

Вариант 2. Информационная подсистема ведения адресов клиентов

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

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

увеличить изображение
Рис. l.3. Структура базы данных подсистемы ведения адресов клиентов

Назначение атрибутов таблицы Адрес – Address:

  • ID – суррогатный ключ;
  • Index Address – адресный индекс;
  • PersonID – внешний ключ для связи с таблицей Person;
  • CountryID – внешний ключ для связи с таблицей Country;
  • RegionID – внешний ключ для связи с таблицей Region;
  • CityID – внешний ключ для связи с таблицей City;
  • Street – наименование улицы;
  • Bulding – номер строения, дома;
  • Office – номер офиса.

Назначение атрибутов таблицы Город –City:

  • ID – суррогатный ключ;
  • RegionID – внешний ключ для связи с таблицей Region;
  • CountryID – внешний ключ для связи с таблицей Country;
  • City – город.

Назначение атрибутов таблицы Регион –Region:

  • ID – суррогатный ключ;
  • CountryID – внешний ключ для связи с таблицей Country;
  • Region – регион.

Назначение атрибутов таблицы Страна –Country:

  • ID – суррогатный ключ;
  • CountryFull – полное наименование страны;
  • CountryShort – краткое наименование страны.

Вариант 3. Информационная подсистема ведения договоров клиентов

Назначение подсистемы поддержание в актуальном состоянии договоров клиентов.

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

увеличить изображение
Рис. l.4. Структура базы данных подсистемы ведения договоров клиентов

Назначение атрибутов таблицы Договор –Agreement:

  • ID – суррогатный ключ;
  • PersonID – внешний ключ для связи с таблицей Person;
  • TypeID – внешний ключ для связи с таблицей Type;
  • StatusID – внешний ключ для связи с таблицей Status;
  • Number – номер договора;
  • DataOpen- - дата заключения договора;
  • DataClouse – дата закрытия договора;
  • Note – пояснения.

Назначение атрибутов таблицы Статус договор –StatusAggrement:

  • ID – суррогатный ключ;
  • Status – статус договора.

Назначение атрибутов таблицы Клиент –Person:

  • ID – суррогатный ключ;
  • OrgLicenseID – внешний ключ для связи с таблицей OrgLicense;
  • VerietyID – внешний ключ для связи с таблицей Veriety;
  • StatusID – внешний ключ для связи с таблицей Status;
  • Inn – ИНН клиента;
  • Type – тип клиента;
  • Shifer – шифр клиента;
  • Data – дата регистрации клиента.

Вариант 4. Информационная подсистема ведения клиентов – физических лиц

Назначение подсистемы поддержание в актуальном состоянии информации по клиентам – физическим лицам.

Структура базы данных подсистемы ведения клиентов – физических лиц

увеличить изображение
Рис. l.5. Структура базы данных подсистемы ведения клиентов – физических лиц

Назначение атрибутов таблицы Клиент –Person:

  • ID – суррогатный ключ;
  • OrgLicenseID – внешний ключ для связи с таблицей OrgLicense;
  • VerietyID – внешний ключ для связи с таблицей Veriety;
  • StatusID – внешний ключ для связи с таблицей Status;
  • Inn – ИНН клиента;
  • Type – тип клиента;
  • Shifer – шифр клиента;
  • Data – дата регистрации клиента.

Назначение атрибутов таблицы Физическое лицо –Citizen:

  • ID – суррогатный ключ;
  • DocumentID – внешний ключ для связи с таблицей Document;
  • SurName – фамилия клиента;
  • Name – имя клиента;
  • Patronic – отчество клиента;
  • Number – номер документа, удостоверяющего личность;
  • Seriy – серия документа, удостоверяющего личность;
  • Organ – орган, выдавший документ, удостоверяющий личность;
  • Data – дата выдачи документа, удостоверяющий личность.

Назначение атрибутов таблицы Документ – Document:

  • ID – суррогатный ключ;
  • Document – наименование документа, удостоверяющего личность.
Александр Петров
Александр Петров

При загрузке данных из БД возникает исключение InvalidOperationException с сообщением: Элемент коллекции должен быть пустым перед использованием ItemsSource. Знаю, что для заполнения DataGrid можно использовать коллекции Items или ItemsSource, но одновременно их использовать нельзя: если задано значение для свойства ItemsSource и в коде C# добавляется элемент в Items, возникает исключение. 
Вопрос, как отследить и отключить добавление элемента в Items?

Максим Спиридонов
Максим Спиридонов

В пятой лекции на второй странице в компиляторе выскакивает ошибка в строчке :

ObjectQuery<Employee> employees = DataEntitiesEmployee.Employees;

Ошибка CS0029

Не удается неявно преобразовать тип "System.Data.Entity.DbSet<WpfApplProject.Employee>" в "System.Data.Entity.Core.Objects.ObjectQuery<WpfApplProject.Employee>".

в using прописал все как положено, здесь похоже именно с преобразованием типов проблемы