[Nastiay]

Помогите построить информационную модель (выделить сущности и связи между ними).
Прочитала много литературы все равно не получается. Схему строю в Access/ Но база не работает.Если у кого есть наметки на похожую базу, исходники выложите пожалуйста.
Вот существуют поля:

Фамилия Имя Отчество гражданина
Адрес (страна, область, город, дом, квартира)
Телефон
Вид обращения
Признак обращения
Дата регистрации
Содержание обращения
ФИО куратора
Кому поручено (ФИО исполнителя)
Срок рассмотрения
Срок исполнения
Дата ответа исполнителя
Содержание ответа
ФИО исполнителя

Предметная область отдел по работе с обращениями граждан в администрации.
Вкратце выглядит все это так,
1. приходит гражданин
2. подает обращение на рассмотрение к Главе города (вид обращения -устное или письменное).
Содержание обращение: -например, сырость в квартире.
3.куратор (человек который принял обращение и вводит в бд).
4. передает это Главе
5.Глава назначает исполнителя (кому поручено) и сроки рассмотрения и исполнения.
6. исполнитель дает ответ и ставит дату ответа.
Всё.
Заранее спасибо всем хоть за маленькую информацию.

[Страдалецъ]

Да тут и делать то особо нечего.
Вот вам примерная разбивка:
Лицо: КодЛица,Фамилия,Имя,Отчество,Пол,ДатаРожд
Адрес: КодАдреса,Государство,Область,Район,Населенный пункт,Улица,Дом,Корпус,Квартира
Телефон: КодТелефона,Номер,Тип
Сотрудники: КодСотрудника,Фамилия,Имя,Отчество,отдел, должность
Журнал обращений:КодЛица,КодАдреса,КодТелефона,Вид обращения,
Признак обращения,Дата регистрации,Содержание обращения,КодКуратора,КодИсполнителя1,Срок рассмотрения,
Срок исполнения,Дата ответа исполнителя,Содержание ответа
КодИсполнителя2

Поля: КодКуратора,КодИсполнителя1,КодИсполнителя2 это ссылки на одну и ту-же таблицу Сотрудники

[Black Raider]

Дополню предыдущий ответ:
Я бы вынес в отдельную таблицу Вид обращения,Отдел и Должность

[Страдалецъ]

Ну это заведение справочников как-бы само собой подразумевается.

[Nastiay]

спасибо огромное вам за варианты, пока попробую доделать свой вариант, ваши обязательно возьму на заметку, если будут ошибки
У меня появился новый вопрос, вот существуют
1.два поля срок исполнения (число), дата рассмотрения (дата) - одна таблица.
2. поле дата регистрации (дата) - вторая таблица.
Как сделать чтобы при вводе числа в срок исполнения, автоматически заносилось в дату рассмотрения.
т.е срок исполнения+ дата регистрации=дата рассмотрения

[Black Raider]

ни как
Эммм помоему в этих таблицах как минимум 1-го поля не хватает, каким логическим образом значения между этими тремя таблицами связаны?

[Страдалецъ]

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

[Nastiay]

Вот составила свою схему, посмотрите пожалуйста, правильно или нет? Стоит двигаться дальше на основе этой схемы?

[Страдалецъ]

Не надо слеплять две сущности адрес и лицо в одну таблицу.
1. У лица может быть больше одного адреса, скажем проживания и регистрации.
2. Один и тот-же адрес может быть у разных лиц.
С телефонами та-же проблема.
Разнеся их по разным таблицам вы получите удобство ввода, исключение ошибок при вводе и как следствие верный результат при поиске.
Куратор и исполнитель соедините вместе как одну таблицу и добавьте в полученную таблицу поле признак отличающий куратора от исполнителя.
Автор резолюции у вас почему как текст? Его тоже в ту-же таблицу куда кураторов и исполнителей.

[Nastiay]

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

Куратор и исполнитель соедините вместе как одну таблицу и добавьте в полученную таблицу поле признак отличающий куратора от исполнителя.

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

Главная цель программы это вовремя определить срочные неисполненные обращения. Хотя задача мне стояла, все это написать на SQL плюс интерфейс Delphi. Чтоб бд была на сервере, но это уже другая история. Мне до нее еще далеко, изучать времени уже нет. Надо еще эту схему составить.