Инфологическая модель базы данных телекомуникационной компании
Анализ и описание предметной области телекоммуникационной компании ТрансТелеком. Инфологическая модель проектирования базы данных. Применение системы ключевых полей. Выявление сущностей инфологической модели. Связи между сущностями инфологической модели.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 27.02.2009 |
| Размер файла | 196,7 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
23
Федеральное агентство по образованию
ГОУ СПО «Астраханский государственный
политехнический колледж»
Курсовая работа
по дисциплине: Базы данных
на тему:
Инфологическая модель базы данных
телекоммуникационной компании
Выполнил: студент гр. АС-372
Кусабалиев А.М.
Проверил: Семенов А.П.
Астрахань - 2005
СОДЕРЖАНИЕ
- Введение
- 1. Анализ предметной области
- 1.1. Описание предметной области
- 1.2. Проектирование базы данных
- 2. Инфологическая модель базы данных
- 2.1. Выявление сущностей инфологической модели
- 2.2. Связи между сущностями инфологической модели
- 2.2.1. Таблицы «Заказчики», «СтатусЗаказчика», «Курьеры», «Примечания»
- 2.2.2. Таблицы «Заказчики», «КредитАванс», «ОсновныеСчета», «Дистрибутивы», «Системы», «ФормаОплаты», «ТипСистемы», «Платежки», «СчетаФактуры», «СчетаФактурыОсновные»
- 2.2.3. Таблицы «Заказчики», «ОсновныеСчета», «АвансПоОстаткамС2004Года», «ДанныеДляАвансОтчета», «Системы», «АвансовыйОтчет»
- Заключение
- Список литературы
Введение
Целью данной работы является разработка инфологической модели базы данных для малого коммерческого предприятия, работающего в сфере информационных услуг. Исходя из современных требований, предъявляемых к качеству работы финансового звена малого предприятия, нельзя не отметить, что эффективная работа его всецело зависит от уровня оснащения офиса компании электронным оборудованием, таким, как компьютеры, программным обеспечением, средствами связи, копировальными устройствами.
В этом ряду особое место занимают базы данных и другое программное обеспечение, связанное с их использованием в качестве инструмента для делопроизводства и рационализации финансового труда. Их использование позволяет сократить время, требуемое на подготовку конкретных маркетинговых и производственных проектов, уменьшить непроизводительные затраты при их реализации, исключить возможность появления ошибок в подготовке бухгалтерской, технологической и других видов документации, что дает для малого предприятия прямой экономический эффект.
Разумеется, для раскрытия всех потенциальных возможностей, которые несет в себе использование баз данных, необходимо применять в работе комплекс программных и аппаратных средств максимально соответствующий поставленным задачам. Поэтому в настоящее время велика потребность малых предприятий в компьютерных программах, поддерживающих и согласующих работу управленческого и финансового звеньев компании, а также в информации о способах оптимального использования имеющегося у компании компьютерного оборудования.
1. Анализ предметной области
1.1. Описание предметной области
ТрансТелеком - телекоммуникационная компания начала свою деятельность с построения собственной корпоративной сети, связав между собой основной офис в центре Астрахани и Астраханской области. Компания осуществляет свою деятельность на основании лицензий, выданных Министерством РФ по связи и информатизации.
Современная техническая, инфраструктура, базирующаяся на оборудовании фирмы "Cisco", дает возможность компании предоставлять высокоскоростные и качественные услуги связи.
Телекоммуникационные системы и сети передачи данных ТрансТелеком строятся благодаря использованию передовых телекоммуникационных и информационных технологий:
волоконно-оптических технологий
Fast Ethernet
Структурированных кабельных систем
Основными направлениями деятельности ТрансТелеком являются:
- предоставление комплекса услуг доступа к сети Интернет
- по выделенным каналам со скоростью от до
- по технологии SDSL
- по технологии Ethernet
- регистрация доменов и услуги хостинга
- аренда выделенных каналов связи;
- предоставление услуг местной, междугородней и международной телефонной связи. Выдача в указанное Вами место телефонных номеров городских АТС.
- проектирование и построение корпоративных сетей для возможности управления и обмена информацией между офисами, филиалами и т.д., находящимися на значительном удалении друг от друга;
- комплекс работ по проектированию и монтажу компьютерных сетей различной конфигурации;
- поставка телекоммуникационного и сетевого оборудования ведущих мировых производителей для построения структурированных кабельных систем (СКС) и "последней мили".
- коммутационные сети на основе активного сетевого оборудования Cisco Systems, 3COM, Allied Telesyn;
- кроссовое оборудование Krone, Siemon Company;
- серверы и рабочие станции Intel;
- структурированные кабельные системы, на основе технологий Marshall Tufflex, Legrand;
- коммутационное оборудование Ritall, Knurr. ТрансТелеком является официальным дилером компании Samsung Electronics LTD и предлагает мини-АТС.
ТрансТелеком стремится к расширению спектра телекоммуникационных услуг, учитывая передовые тенденции современных услуг связи. Индивидуальная работа специалистов компании, использование самых передовых телекоммуникационных технологий позволяет компании снижать стоимость предоставляемых услуг, поддерживая их высокое качество.
Интернет предоставляет уникальные возможности дешевой, надежной и конфиденциальной глобальной связи по всему миру. Это оказывается очень удобным для фирм имеющих свои филиалы по всему миру, транснациональных корпораций и структур управления. Обычно, использование инфраструктуры Интернет для международной связи обходится значительно дешевле прямой компьютерной связи через спутниковый канал или через телефон.
Количество услуг, доступных в Internet, постоянно увеличивается. На сегодняшний день основными являются: E-mail, WWW, FTP. Реже, в основном техническими специалистами, используются такие средства как Telnet и Usenet. “Набирают очки” такие молодые, базирующиеся на мультимедиа технологиях, средства общения как Talk/Chat, Internet Phone, Videoconference. Ну и, конечно же, нельзя не отметить средства предоставляемые Internet для досуга: радиовещание в Internet, телеканалы, игровые сервера. При написании нашей программы нам понадобятся только два сервиса Интернет - E-mail и FTP. Рассмотрим их подробнее.
E-mail (Electronic mail - Электронная почта).
Электронная почта является самым старым, и вместе с тем самым доступным и дешевым средством информационного обмена. Электронную почту вполне можно сравнить с обычной почтой. Она также служит для передачи письменных сообщений из одного пункта в другой. При этом электронная почта обладает тем преимуществом, что позволяет отправлять и принимать сообщения в любое время. Электронное письмо приходит практически сразу после его отправки (время доставки колеблется от нескольких минут до нескольких часов в зависимости от того, куда оно доставляется - на соседнюю улицу или на другой континент). Впрочем, электронная почта предлагает более широкий спектр услуг, чем просто быструю передачу сообщений. Электронное письмо, кроме текста, может содержать звуковые и графические файлы, а также другую двоичную информацию, например программы. Разумеется, электронное письмо можно отправить не только по одному адресу, а сразу в несколько различных пунктов.
Сфера использования e-mail в бизнесе на данный момент широка. Это и обычная переписка, и пересылка файлов, содержащих необходимые данные (например финансовый отчет в виде электронных таблиц, графиков, сопроводительного текста), и запросы к библиотекам данных. До недавних пор e-mail являлось основным наиболее широко используемым и общедоступным средством коммуникации в internet. И сейчас она не утратила свое значение, и наряду с WWW является лидером по частоте использования.
Ftp - (File Transfer Protocol - протокол передачи файлов - протокол, определяющий правила передачи файлов с одного компьютера на другой).
Ftp пользуется транспортными услугами TCP. Для работы с ftp нужно иметь доступ на ту удаленную машину, с которой вы хотите перекачать себе файлы, т.е. иметь входное имя и знать соответствующий пароль. Доступ должен быть как минимум типа dial-up (по вызову). Для использования ftp, нужно подать команду ftp с указанием имени рабочей машины, на которой вы хотите провести сеанс. Ftp также позволяет (у него свой набор команд) производить поиск файла на удаленной машине, то есть переходить из директории в директорию, просматривать содержимое этих директорий, файлов. Позволяет пересылать как файлы, так и их группы, а также целиком директории, можно вместе со всеми вложенными на любую глубину поддиректориями. Позволяет пересылать данные в файлах либо как двоичную информацию, либо как ASCII (т.е. текст). ASCII-пересылка дает возможность автоматического перекодирования данных при пересылке текста на компьютер с другой кодировкой алфавита и т.д., что сохраняет прежний читаемый вид текста. Имеется возможность сжимать данные при пересылке и после их разжимать в прежний вид.
Имеет место подвид ftp, так называемое анонимное ftp. Анонимность заключается в том, что если на ftp, вообще говоря, требуется для начала работы правильно идентифицировать себя, ввести входное имя и, возможно, пароль, то на машинах, поддерживающих этот вид ftp, для входа и начала работы этого не требуется.
Ftp протоколы делятся на протоколы команд и самих перекачиваемых данных. Данные занимают в среднем около 40% всего сетевого трафика, в то время как команды - только 4%. (Здесь статистика по пересылаемым объемам!)
Имеется также возможность использования ftp в пакетном режиме по e-mail на некоторых серверах, но отсутствие прямого диалога очень неудобно и сильно замедляет работу, - за неимением лучшего это вполне сносно.
1.2. Проектирование базы данных
Процесс, в ходе которого решается, какой вид будет у вновь создаваемой базы данных, называется проектированием базы данных (database design). Работа по проектированию базы данных включает выбор:
таблиц, которые будут входить в базу данных,
столбцов, принадлежащих каждой таблице,
взаимосвязей между таблицами и столбцами.
Часто при обсуждении вопросов проектирования реляционных баз данных почти все внимание уделяется применению правил нормализации. В ходе нормализации обеспечивается защита целостности данных путем устранения дублирования данных. В результате таблица, которая первоначально казалась «имеющей смысл», разбивается на две или более связанных таблиц, которые могут быть «собраны вместе» с помощью операции объединения. Этот процесс называется декомпозицией без потерь (non-loss decomposition) и просто означает разделение таблицы на несколько меньших таблиц без потери информации. Нормализация наиболее полезна для проверки созданной вами структуры. Можно проанализировать свои решения о том, какие столбцы должны быть включены в ту или иную таблицу с точки зрения правил нормализации, убедившись при этом, что не сделали каких-то фатальных ошибок. Понимание основ процесса нормализации также может помочь в процессе проектирования базы данных, но оно не является универсальным рецептом при построении базы с нуля. Итак, как определить, какие столбцы должны располагаться в начале таблицы. Общего правила на этот счет не существует. Однако здесь вам может оказать существенную помощь моделирование зависимостей -- анализ сущности данных (в терминах объектов или вещей) и зависимостей между ними (один-к-одному, один-ко-многим, многие-ко-многим).
На практике проектирование базы данных требует хорошего понимания моделируемой предметной области, а также знаний в области моделирования зависимостей и нормализации. Проектирование базы данных обычно является итеративным процессом, в ходе которого шаг за шагом достигается требуемый результат, а иногда и пересматривается несколько шагов, переделывая предыдущую работу с учетом появившихся новых потребностей. Вот примерная последовательность шагов выполняемая в процессе проектирования базы данных.
1. Исследования информационной среды для моделирования.
Откуда поступает информация и в каком виде?
Как она будет вводиться в систему и кто этим будет заниматься?
Как часто она изменяется?
Какие параметры системы будут наиболее критическими с точки зрения времени реакции на запрос и надежности?
Изучение всех бумажных материалов, а также информационных файлов и форм, которые используются в организации для хранения и обработки данных.
Уточнение, в каком виде информация должна извлекаться из базы данных -- в форме отчетов, заказов, статистической информации.
Кому она будет предназначаться.
2. Создание списка объектов (вещей, которые будут предметом базы данных) вместе с их свойствами и атрибутами. Объекты, скорее всего, должны быть собраны в таблицы (каждая строка таблицы будет описывать один объект, например организацию, счет или платежное поручение), свойства объектов будут представлены столбцами таблицы (например, адрес компании, стоимость дистрибутива).
3. В ходе работы обязательно должен создаваться макет таблиц и связей между ними, называемый структурой данных (data structure), или диаграммой зависимостей между объектами (E-R diagram).
4. Предварительно разобравшись с объектами и их атрибутами, надо убедится, что каждый объект имеет атрибут (или группу атрибутов), по которому однозначно можно идентифицировать любую строку в будущей таблице. Этот идентификатор обычно называется первичным ключом. Если такового нет, то для получения искусственного ключа следует создать дополнительный столбец.
5. Затем должны быть рассмотрены зависимости между объектами.
Имеются ли зависимости типа один-ко-многим (один заказчик может иметь множество выписанных счетов, но каждый счет может быть выписан только на одного заказчика) или многие-ко-многим?
Есть ли возможности для объединения связанных таблиц? Для этого служат внешние ключи (foreign key), столбцы в связанных таблицах с совпадающими значениями первичных ключей.
6. Анализ структуры базы данных с точки зрения правил нормализации для поиска логических ошибок. Исправление всех отклонений от нормальных форм или обоснование решения отказаться от выполнения ряда правил нормализации в интересах простоты освоения или производительности. Документирование причины таких решений.
7. Непосредственному создание структуры базы данных и помещению в нее некоторых прототипов данных. Обязательное экспериментирование с запросами, изучение полученных результатов. Выполнение рядов тестов на производительность, чтобы проверить разные технические решения.
8. Оцените базы данных с точки зрения того, удовлетворяют ли заказчика полученные результаты.
Для технической реализации цели курсовой работы с учетом поставленных требований была выбрана система управления базами данных «Microsoft Access».
Данная СУБД была выбрана по следующим причинам:
простота средств реализации,
легкость освоения инструментарием разработчика (VBA),
наглядность визуализации информации.
База данных «Microsoft Access» представляет собой набор групп объектов, таких как таблицы, запросы, формы, отчеты.
Связи между таблицами можно разбить на четыре базовых реляционных типа с отношениями:
один-к-одному;
один-ко-многим;
многие-к-одному;
многие-ко-многим.
Структура организации таблиц позволяет создание первичных и внешних ключей. Имеется возможность изменения типа внутренних объединений для связанных таблиц.
2. Инфологическая модель базы данных
2.1. Выявление сущностей инфологической модели
Инфологическая модель применяется после словесного описания предметной области. Процесс проектирования длительный и требует обсуждений с заказчиком и со специалистами в предметной области. Наконец, при разработке серьезных корпоративных информационных систем проект базы данных является тем фундаментом, на котором строится вся система в целом, и вопрос о возможном кредитовании часто решается экспертами банка на основании именно грамотно сделанного инфологического проекта БД. Следовательно, инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет «читаться» не только специалистами по базам данных. И это описание должно быть настолько емким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно, оно не должно быть привязано к конкретной СУБД. Выбор СУБД - это отдельная задача, для корректного ее решения необходимо иметь проект, который не привязан ни к какой конкретной СУБД.
Условным общепринятым языком описания базы данных стал язык ER- модели. Для ER-модели существует алгоритм однозначного преобразования ее в реляционную модель данных, что позволило в дельнейшем разработать множество инструментальных систем, поддерживающих процесс разработки информационных систем, базирующихся на технологии баз данных.
Общий подход к построению базы данных с использованием ER-метода состоит прежде всего в построении инфологической модели, включающей в себя все важные сущности и связи.
На основании анализа предметной области выделим следующие сущности модели «сущность-связь» («Entity Relationship» - ER-модели): «Заказчики», «СтатусЗаказчика», «Курьеры», «Примечания», «КредитАванс», «ОсновныеСчета», «Дистрибутивы», «Системы», «ФормаОплаты», «ТипСистемы», «Платежки», «СчетаФактуры», «СчетаФактурыОсновные», «АвансПоОстаткамС2004Года», «ДанныеДляАвансОтчета», «АвансовыйОтчет», и изобразим их в виде графических обозначений (прямоугольник, в верхней части которого записано имя сущности, а ниже перечисляются атрибуты, причем ключевые атрибуты помечаются подчеркиванием). Они приведены на рис. 1-12.
Рис. 1 «Заказчики»
Рис.2 «СтатусЗаказчика»
Рис. 3 «Курьеры»
Рис. 4 «Примечания»
Рис. 5 «КредитАванс»
Рис. 6 «ОсновныеСчета»
Рис. 7 «Дистрибутивы»
Рис. 8 «Системы»
Рис. 9 «ТипСистемы»
Рис. 10 «Платежки»
Рис.11 «ДанныеДляАвансОтчета»
Рис. 12 «АвансовыйОтчет»
2.2. Связи между сущностями инфологической модели
2.2.1. Таблицы «Заказчики», «СтатусЗаказчика», «Курьеры», «Примечания»
1. Связь таблицы «Заказчики» с таблицей «СтатусЗаказчика».
Поле: «Код» в обеих таблицах
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «СтатусЗаказчика»)
Связывание: мастер подстановок в таблице «Заказчики»
Примечания: данная связь заменяет повторяющееся текстовые значения типа организации соответствующим кодом из таблицы «СтатусЗаказчика».
Рис.13
2.Связь таблицы «Заказчики» с таблицей «Курьеры».
Поле: «КодКурьера» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных.
(один со стороны таблицы «Курьеры»)
Связывание: мастер подстановок в таблице «Заказчики»
Примечания: предусматривает добавление в структуру данных модуля «Курьеры».
3.Связь таблицы «Заказчики» с таблицей «Примечания».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечением целостности данных.
(один со стороны таблицы «Заказчики»)
(возможно связывание один к одному)
Связывание: мастер подстановок в таблице «Примечания».
2.2.2. Таблицы «Заказчики», «КредитАванс», «ОсновныеСчета», «Дистрибутивы», «Системы», «ФормаОплаты», «ТипСистемы», «Платежки», «СчетаФактуры», «СчетаФактурыОсновные»
1.Связь таблицы «Заказчики» с таблицей «ОсновныеСчета».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.
(один со стороны таблицы «Заказчики»)
Связывание: мастер подстановок в таблице «ОсновныеСчета»
Примечания: у каждого заказчика может быть много счетов.
2.Связь таблицы «Заказчики» с таблицей «КредитАванс».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Заказчики»)
(возможно связывание один к одному?)
Связывание: мастер подстановок в таблице «КредитАванс»
3.Связь таблицы «Заказчики» с таблицей «СчетаФактуры».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Заказчики»)
Связывание: мастер подстановок в таблице «СчетаФактуры»
Примечания: у каждого заказчика может быть много счетов-фактур.
4. Связь таблицы «ОсновныеСчета» с таблицей «Дистрибутивы».
Поле: «КодСчета» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.
(один со стороны таблицы «ОсновныеСчета»)
Связывание: мастер подстановок в таблице «Дистрибутивы»
Примечания: в каждый счет может входить много записей по заказам.
5. Связь таблицы «ОсновныеСчета» с таблицей «Платежки».
Поле: «КодСчета» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.
(один со стороны таблицы «ОсновныеСчета»)
Связывание: мастер подстановок в таблице «Дистрибутивы»
Примечания: в каждому счету может относится несколько платежных поручений Если платежное поручение оплачивает несколько счетов, то при внесении данных к счетам пишется одно и тоже платежное поручение, но суммы вносятся в соответствии с суммой счета.
6. Связь таблицы «ОсновныеСчета» с таблицей «СчетаФактурыОсновные».
Поле: «КодСчета» в обеих таблицах.
Тип связи: один ко многим с обеспечением целостности данных с каскадным удалением и каскадным обновлением данных.
(один со стороны таблицы «ОсновныеСчета»)
Связывание: мастер подстановок в таблице «Дистрибутивы»
Примечания: в каждому счету может относится несколько счетов-фактур на системы.
7. Связь таблицы «Дистрибутивы» с таблицей «Системы».
Поле: «КодСистемы».
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Системы»)
Связывание: мастер подстановок в таблице «Дистрибутивы»
Примечания: данная связь заменяет повторяющееся текстовые значения названия систем соответствующим кодом из таблицы «Системы».
8. Связь таблицы «Дистрибутивы» с таблицей «ТипСистемы».
Поле: «Код» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «ТипСистемы»)
Связывание: мастер подстановок в таблице «Дистрибутивы»
Примечания: данная связь заменяет повторяющееся текстовые значения типа систем соответствующим кодом из таблицы «ТипСистемы».
9. Связь таблицы «ОсновныеСчета» с таблицей «ФормаОплаты».
Поле: «Код» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «ФормаОплаты»)
Связывание: мастер подстановок в таблице «ОсновныеСчета»
Примечания: данная связь заменяет повторяющееся текстовые значения формы оплаты счета соответствующим кодом из таблицы «ФормаОплаты».
10. Связь таблицы «Системы» с таблицей «КредитАванс».
Временная связь, возможно в дальнейшем будет удалена.
Рис.14
2.2.3. Таблицы «Заказчики», «ОсновныеСчета», «АвансПоОстаткамС2004Года», «ДанныеДляАвансОтчета», «Системы», «АвансовыйОтчет»
1. Связь таблицы «Заказчики» с таблицей «АвансПоОстаткамС2004Года».
Поле: «КодЗаказчика» в таблице «Заказчики» с полем «Заказчик» в таблице «АвансПоОстаткамС2004Года».
Тип связи: один ко многим с обеспечением целостности данных.
(один со стороны таблицы «Заказчики»)
Связывание: в окне схемы данных.
Примечания: к каждому заказчику может относится несколько записей по месяцам по авансовому отчету.
2. Связь таблицы «Заказчики» с таблицей «ДанныеДляАвансОтчета».
Поле: «КодЗаказчика» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Заказчики»)
Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчета»
Примечания: для данной организации данных к каждому заказчику может относится несколько записей по авансовому отчету.
3. Связь таблицы «Системы» с таблицей «ДанныеДляАвансОтчета».
Поле: «КодСистемы» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «Заказчики»)
Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчета»
Примечания: данная связь заменяет повторяющееся текстовые значения названия системы соответствующим кодом из таблицы «Системы».
4. Связь таблицы «ОсновныеСчета» с таблицей «ДанныеДляАвансОтчета».
Поле: «КодСчета» в обеих таблицах.
Тип связи: один ко многим без обеспечения целостности данных.
(один со стороны таблицы «ОсновныеСчета»)
Связывание: мастер подстановок в таблице «ДанныеДляАвансОтчета»
Примечания: к каждому счета может относится несколько записей по авансовому отчету.
5. Связь таблицы «ДанныеДляАвансОтчета» с таблицей «АвансовыйОтчет».
Поле: «Код» в таблице «ДанныеДляАвансОтчета» с полем «ИдентКод» в таблице «АвансовыйОтчет».
Тип связи: один ко многим с обеспечения целостности данных с каскадным удалением и каскадным обновлением данных.
(один со стороны таблицы «ДанныеДляАвансОтчета»)
Связывание: в окне схемы данных.
Рис.15
Заключение
В любой организации, как большой, так и маленькой, возникает проблема такой организации управления данными, которая обеспечила бы наиболее эффективную работу. Небольшие организации используют для этого шкафы с папками, однако крупные корпоративные предприятия используют компьютеризированные системы автоматизации, позволяющие эффективно хранить, извлекать информацию и управлять большими объемами данных.
Основным достоинством данной работы является простота и быстрота решения поставленных пользователем задач. Для изменения как информации, так и самой структуры базы не требуется создавать дополнительных средств, достаточно просто войти в режим проектирования базы и внести необходимые изменения. Система ключевых полей делает обновление базы и ее изменение (удаление и добавление, изменение записей) плавным и каскадным, позволяя произвести изменения во всех таблицах базы.
Таким образом, в данной работе была спроектирована инфологическая модель базы данных телекоммуникационной компании, выявлены сущности инфологической модели, связи между сущностями инфологической модели.
Список литературы
1. Бекаревич Ю.Б., Пушкина Н.В. Самоучитель Microsoft Access 2002. - СПб.: БХВ-СПб., 2003. - 720 с.
2. Виноградова И.А., Грибова Е.А., Зубков В.Г. Практикум на ЭВМ. MS Access: Учебное пособие для студентов заочной (дистанционной) формы обучения. - М.: ГИНФО, 2000. - 124 с.
3. Голицина О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2003. - 352 с.
4. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2002. - 304 с.
Подобные документы
Процесс проектирования с использованием принципов нормализации. Определение сущности "Группа" в модели ER. Моделирование связи между сущностями "Студент" и "Группа" и предметной области "Учебный процесс". Применение инфологической модели в проекте.
курсовая работа [33,8 K], добавлен 27.02.2009Характеристика сущностей инфологической модели и проектирование модели базы данных технологического процесса. Описание предметной области и основы инфологического моделирования. Особенности проектирования и обеспечение выполнения объявленных функций.
курсовая работа [22,5 K], добавлен 27.02.2009Процесс проектирования базы данных на основе принципов нормализации. Применение инфологической модели на втором этапе проектирования. Семантика предметной области в модели базы данных. Оформление, выдача и обмен паспорта. Модель "сущность-связь".
курсовая работа [67,9 K], добавлен 27.02.2009Создание концептуальной (инфологической) модели системы, которая позволила описать сущности предметной области и отношения между ними. Диаграммы функциональных зависимостей атрибутов сущностей базы данных. Разработка программного обеспечения для ЭВМ.
курсовая работа [877,8 K], добавлен 28.05.2012Построение инфологической модели тестовой программы по электронному учебнику для проверки знаний учащихся. Инфологическое моделирование и семантическое представление предмета в базе данных. Модель "сущность-связь" и связи между выявленными сущностями.
курсовая работа [63,0 K], добавлен 27.02.2009Ограничения, присутствующие в предметной области. Проектирование инфологической модели данных. Описание основных сущностей и их атрибутов. Логический и физический уровни модели данных. Реализация базы данных: представления, триггеры, хранимые процедуры.
курсовая работа [1,7 M], добавлен 10.02.2013Особенности разработки инфологической модели и создание структуры реляционной базы данных. Основы проектирования базы данных. Разработка таблиц, форм, запросов для вывода информации о соответствующей модели. Работа с базами данных и их объектами.
курсовая работа [981,4 K], добавлен 05.11.2011Инфологическая модель предметной области. Схемы простых объектов и их свойства. Построение реляционных отношений на основе инфологической модели базы данных. Сетевая и иерархическая даталогическая модели БД. Структура таблиц, реализованных в СУБД Oracle.
курсовая работа [1,0 M], добавлен 10.06.2014Моделирование - последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов в терминах модели. Применение инфологической модели. Состав и структура предметной области.
курсовая работа [602,0 K], добавлен 27.02.2009Требования, предъявляемые к инфологической модели, ее компоненты. Построение модели и диаграммы "объект — свойство — отношение". Три типа бинарных связей. Подтипы и супертипы сущностей в языках программирования. Каскадные удаления экземпляров сущностей.
лекция [404,3 K], добавлен 17.04.2013
