Инфологическая модель базы данных "Паспортный учет" (стр. 4 из 4)
(ф. и. о)
отметки о регистрации брака не имеется" с указанием даты ее оформления. Запись производится на последней странице, заверяется подписью сотрудника, ее оформившего, и скрепляется печатью для заграничных документов.
глава 2. инфологическое моделирование
2.1. Модель «сущность-связь»
Инфологическая модель применяется после словесного описания предметной области. На основании анализа предметной области выделим следующие сущности модели «сущность-связь» («EntityRelationship» - ER-модели) и изобразим их в виде графических обозначений (прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются подчеркиванием). Они приведены на рис.1-2.
| Граждане РФ |
| Код гражданина |
| Фамилия, ИО |
| Адрес |
| Телефон |
| Дата рождения |
| Код подразделения |
| Паспорта |
| Код паспорта |
| Серия |
| Номер |
| Дата выдачи |
| Код подразделения |
| Код гражданина |
| Подразделения ПВС |
| Код подразделения |
| Наименование |
| Адрес |
| Начальник |
| Выдача паспортов |
| Код выдачи |
| Код гражданина |
| Код паспорта |
| Дата выдачи |
| Код подразделения |
| Код сотрудника |
| Сотрудники ПВС |
| Код сотрудника |
| Фамилия ИО |
| Табельный номер |
| Должность |
| Фамилия, ИО |
| Адрес |
| Телефон |
| Дата рождения |
| Код подразделения |
| Серия |
| Номер |
| Дата выдачи |
| Код подразделения |
| Код гражданина |
| Код подразделения |
| Наименование |
| Адрес |
| Начальник |
| Код гражданина |
| Код паспорта |
| Дата выдачи |
| Код подразделения |
| Код сотрудника |
| Код сотрудника |
| Фамилия ИО |
| Табельный номер |
| Должность |
 |
Мощность связи – один-ко-многим (1: М).
1 М М 1
Взаимодействие сущностей
2.2. Связи между сущностями инфологической модели
Разработку информационного обеспечения АРМ проведем на базе системы управления базами данных (СУБД) Access XP из состава выбранного интегрированного пакета Microsoft Office XP.
СУБД Access предназначена для разработки баз данных реляционного типа для локального их использования на персональных компьютерах и для работы с этими базами.
При проектировании базы данных, в первую очередь, необходимо определить, что именно нужно хранить.
Данная СУБД была выбрана по следующим причинам:
простота средств реализации,
легкость освоения инструментарием разработчика (VBA),
наглядность визуализации информации.
Также «Microsoft Access» предоставляет большое количество внутренних средств по оптимизации работы проектируемого приложения. К ним относятся:
загрузка модулей по требованию;
оптимизация дерева вызовов;
использование файлов MDE;
автоматическая поддержка компилированного состояния;
использование библиотек Windows API;
индивидуальная настройка системы;
эффективное использование индексов;
встроенный оптимизатор запросов.
Моделирование связей между сущностями предметной области.
Система управления базами данных (СУБД) обычно поддерживает 4 основных типа отношений между таблицами:
- один-к-одному (одной записи в первой таблице соответствует одна запись во второй);
- один-ко-многим (одной записи в первой таблице соответствует много записей во второй);
- много-к-одному (многим записям в первой таблице соответствует одна запись во второй);
- много-ко-многим (одной записи в первой таблице соответствует много записей во второй и одной записи во второй таблице соответствует много записей в первой).
заключение
Современный уровень информатизации общества предопределяет использование новейших технических, технологических, программных средств в различных информационных системах экономических объектов. методов и моделей, технических, программных, технологических средств и специалистов, предназначенную для обработки информации и принятия управленческих решений.
Компьютерная технология характеризуется рядом особенностей, которые следует учитывать при оценке условий и процедур контроля. Отличия компьютерной обработки данных от неавтоматизированной, в основном, следующие:
Единообразное выполнение операций. Компьютерная обработка предполагает использование одних и тех же команд при выполнении идентичных операций учета, что практически исключает появлению случайных ошибок, обыкновенно присущих ручной обработке. Напротив, программные ошибки (или другие систематические ошибки в аппаратных либо программных средствах) приводят к неправильной обработке всех идентичных операций при одинаковых условиях.
Разделение функций. Компьютерная система может осуществить множество процедур внутреннего контроля, которые в неавтоматизированных системах выполняют разные специалисты. Такая ситуация оставляет специалистам, имеющим доступ к компьютеру, возможность вмешательства в другие функции. В итоге компьютерные системы могут потребовать введения дополнительных мер для поддержания контроля на необходимом уровне, который в неавтоматизированных системах достигается простым разделением функций. К подобным мерам может относиться система паролей, которые предотвращают действия, не допустимые со стороны специалистов, имеющих доступ к информации об активах и учетных документах через терминал в диалоговом режиме.
Потенциальные возможности появления ошибок и неточностей. По сравнению с неавтоматизированными системами учета компьютерные системы более открыты для несанкционированного доступа, включая лиц, осуществляющих контроль. Они также открыты для скрытого изменения данных и прямого или косвенного получения информации об активах. Чем меньше человек вмешивается в машинную обработку операций учета, тем ниже возможность выявления ошибок и неточностей. Ошибки, допущенные при разработке или корректировке прикладных программ, могут оставаться незамеченными на протяжении длительного периода.
Инициирование выполнения операций в компьютере. Компьютерная система может выполнять некоторые операции автоматически, причем их санкционирование не обязательно документируется, как это делается в неавтоматизированных системах учета, поскольку сам факт принятия такой системы в эксплуатацию администрацией предполагает в неявном виде наличие соответствующих санкций.
Создание АИС способствует повышению эффективности производства экономического объекта и обеспечивает качество управления.
список литературы
1. Атре Ш. Структурный подход к организации баз данных. – М.: Финансы и статистика, 1983. – 320 с.
2. Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 1989. – 351 с.
3. Дейт К. Руководство по реляционной СУБД DB2. – М.: Финансы и статистика, 1988. – 320 с.
4. Джексон Г. Проектирование реляционных баз данных для использования с микроЭВМ. - М.: Мир, 1991. – 252 с.
5. Кириллов В.В. Структуризованный язык запросов (SQL). – СПб.: ИТМО, 1994. – 80 с.
6. Мартин Дж. Планирование развития автоматизированных систем. – М.: Финансы и статистика, 1984. – 196 с.
7. Мейер М. Теория реляционных баз данных. – М.: Мир, 1987. – 608 с.
8. Тиори Т., Фрай Дж. Проектирование структур баз данных. В 2 кн., – М.: Мир, 1985. Кн.1. – 287 с.: Кн.2. – 320 с.
9. Ульман Дж. Базы данных на Паскале. – М.: Машиностроение, 1990. – 386 с.
10. Хаббард Дж. Автоматизированное проектирование баз данных. – М.: Мир, 1984. – 294 с.
11. Цикритизис Д., Лоховски Ф. Модели данных. – М.: Финансы и статистика, 1985. – 344 с.