Инфологическое моделирование. - раздел Государство, по Технологии Разработки Программного Обеспечения. Инфологическая Модель Должна Включать Такое Формализованное Описание Предметн...
Инфологическая модель должна включать такое формализованное описание предметной области, которое легко будет «читаться» не только специалистами по БД. И это описание должно быть настолько ёмким, чтобы можно было оценить глубину и корректность проработки проекта БД, и конечно оно не должно быть привязано к конкретной СУБД.
Инфологическое проектирование прежде всего связано с попыткой представления семантики предметной области в модели БД.
Модель «сущность-связь» (ER-модель).
Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определённым правилам.
Это модель в большей степени согласуется с концепцией объектно-ориентированного проектирования, которая в настоящий момент несомненно является базовой для разработки сложных программных систем.
В основе ER-модели лежат следующие базовые понятия:
o атрибут - логически неделимый элемент информации, отображающий некоторую качественную или количественную характеристику сущности;
o сущность – агрегация атрибутов, характеризующих соответственно ей объект или событие;
o связь указывает на наличие отношений между информационными объектами.
Для сущности задаётся имя, которое должно быть уникальным в рамках модели. Имя должно быть краткое, но в то же время давать исчерпывающие сведенья об информационном объекте, представляемым данной сущности.
Для атрибута указывается имя, ключевой или неключевой атрибут, обязательный или необязательный.
Связи в ER-модели являются бинарными ( задаются между двумя сущностями) или рекурсивными( сущность связана сама с собой).
Для каждого конца связи задаётся:
· имя;
· степень множественности( 1:1; 1:М; М:М);
· степень обязательности;
· ключевая или неключевая связь.
1) Определение сущностей.Исходя из задачи выделим следующие сущности: 1) Кредитная карта; 2) Клиент; 3) Заявка; 4) Паспорт; 5) База данных МВД; 6) База данных автомобилей.
На сайте allrefs.net читайте: по Технологии Разработки Программного Обеспечения....
Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:
Инфологическое моделирование.
Что будем делать с полученным материалом:
Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:
Жизненный цикл программного средства.
Под жизненным циклом ПС понимают весь период его разработки и эксплуатации (использования), начиная от момента возникновения замысла ПС и кончая прекращением всех видов его использо
Описание предметной области.
Каждый автомобиль характеризуется следующими параметрами:
o регистрационный номер автомобиля;
o номер автомобиля;
o Марка автомобиля;
o Цвет;
o Состояни
Формальные модели предметной области
Прокат автомобилей [1] Сбор заявок [1.1] Прием заявок [1.1.1] Анализ заявок [1.1.2] Сохранение заявок [1.1.3] Сбор сведений о клиенте [1.2] Прием информации о клиенте [1.2.1
С) 3 уровень
1) Сбор заявок
2) Сбор сведений о клиенте
ОПИСАНИЕ ЗАДАЧИ.
Наименование задачи:
Автоматизация управления работой дилера по прокату легковых автомобилей
Цель работы дилера:
Прокат легковых автомобилей
II. Основание для разработки
§ Основание для разработки
Основанием для разработки текстового редактора является задание на курсовой проект по дисциплине “Технология разработки программного обеспечения”.
IV. Требования к программе и программному изделию
§ Требования к составу
АИСК должна состоять из одного модуля, выполняющего все требуемые функции.
§ Требования к функциональным характеристикам
Требования к
Требования к составу выполняемых функций
§ Условия эксплуатации
АИСК должен функционировать в соответствии с заданными в настоящем ТЗ требованиями, в составе ПО ПЭВМ, при эксплуатации ПЭВМ.
V. Требования к программной документации
§ Требования к составу документации
Состав документации определяется Исполнителем на этапе разработки перечнем разрабатываемых документов и согласовывается с Заказчиком.
В
VIII. Порядок контроля и приемки
Приемка разработанного АИСК осуществляется на средствах вычислительной техники Заказчика в объеме, определяемом программой и методикой испытаний АИСК, и в сроки, определенные ведомостью исполнения
Пользователи банков данных.
Как любой программно-организационно-технический комплекс, Банк Данных существует во времени и в пространстве. Он имеет определённые стадии своего развития:
Проектирование Ре
Общие положения
Ядром любой базы данных является модель данных. Модель данных представляет
собой множество структур данных, ограничений целостности и операций
манипулирования данными. С помощью м
Иерархическая модель данных
Иерархическая структура представляет совокупность элементов, связанных
между собой по определенным правилам. Объекты, связанные иерархическими
отношениями, образую
Реляционная модель данных
Понятие реляционный (англ. relation — отношение) связано с разработками
известного американского специалиста в области систем баз данных Е. Кодда.
Эти модели харак
Переход к реляционной модели данных.
Инфологическая модель используется на ранних стадиях разработки проекта. Если понимать язык условных обозначений, которые соответствуют категориям ER-модели, то её можно легко «читать», следователь
Словарь данных.
Управленческим инструментарием разработки при проектировании БД является словарь данных (СД).
Внедрение БД на любом предприятии занимает довольно продолжительное время. Её расширение проис
Процесс программирования.
1) Краткая характеристика программного обеспечения,
используемого при создании СУБД.
Рассмотрим более подробно программные продукты компании Micros
Новости и инфо для студентов