Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с




Скачать 489.73 Kb.
НазваниеАвторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
страница1/4
Дата25.09.2012
Размер489.73 Kb.
ТипРеферат
  1   2   3   4

diplomrus.ru - Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с автором.


Титульный лист в отдельном документе


Титульный лист в отдельном документе


Титульный лист в отдельном документе


СОДЕРЖАНИЕ



Введение

6

1 Постановка задачи

8

2 Сравнение с аналогами

10

3 Выбор способа реализации системы

14

3.1 Использование веб-сервера Apache………………………………….

14

3.2 Использование языка программирования PHP……………………...

14

3.3 Использование базы данных MySQL………………………………...

16

3.4 Взаимодействие Apache, PHP и MySQL……………………………..

16

3.5 Использование технологии AJAX……………………………………

18

3.6 Предполагаемая программно-аппаратная реализация……………...

19

4 Проектирование системы

21

4.1 Моделирование диаграммы использования…………………………

21

4.2 Разработка стартовой страницы……………………………………...

27

4.3 Разработка основных функциональных модулей…………………...

32

4.4 Проектирование схемы базы данных…………………...……………

36

4.4.1 Структура таблиц…………………...…………………...……….

43

5 Реализация

47

5.1 Описание интерфейса…………………………………………………

47

5.2 Принцип работы модуля проверки позиций………………………...

52

6 Анализ эффективности использования

55

7 Безопасность и санитарно-гигиенические условия труда на рабочем

месте программиста

56

7.1 Характеристики помещения по разработке ПО……………………..

56

7.2 Микроклимат………………………...………………………...………

58

7.3 Вредные вещества и пыль………………………...…………………..

59

7.4 Шум и вибрация………………………...………………………...…...

60

7.5 Электромагнитные излучения………………………...……………...

62

7.6 Освещение помещений и рабочих мест ………………………...…..

63

7.7 Электробезопасность……………………….…………………………

68

7.8 Пожарная безопасность……………………….………………………

69

7.9 Выводы……………………….……………………….……………….

71

8 Бизнес-план разрабатываемого продукта

73

8.1 Анализ конкурентоспособности……………………………………...

73

8.2 Планирование разработки программного обеспечения…………….

74

8.3 Расчет себестоимости продукции…………………………………….

76

8.4 Расчет бюджета проекта………………………………………………

78

Заключение

80

Список использованных источников

81



ВВЕДЕНИЕ


В Сети миллиарды страниц и сотни миллионов пользователей. Поисковые системы являются естественным связующим звеном между желанием пользователя найти нужную информацию и желанием владельца сайта получить заинтересованного пользователя. Это, пожалуй, и есть главный принцип, вокруг которого все вертится. Пользователи хотят получить информацию. Владельцы сайтов хотят получить пользователей, их деньги, их внимание, действия и мнения.

Для большинства сайтов малого и среднего бизнеса именно поисковые системы являются основным источником посетителей. Это логически следует из их роли естественных распределителей пользовательских потоков. Это подтверждается статистикой. Восемьдесят из ста новых посетителей приходят из поисковых систем и каталогов.

Таким образом, можно сказать, что поисковые системы сосредоточили на себе пользовательский спрос на информацию. И регулируют предложение информации, посылая людей на одни сайты и не посылая на другие.

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

Продвижением сайта занимаются SEO (Search Engine Optimization) специалисты или оптимизаторы. Они предпринимают комплекс мер для поднятия позиций сайта в результатах выдачи поисковых систем по оговоренным с клиентом запросам. Чтобы отслеживать и анализировать результаты своей работы, им нужна система мониторинга позиций сайта в поисковых системах (в дальнейшем система мониторинга), позволяющая наблюдать за позициями исследуемых сайтов по выбранным поисковым запросам.

Помимо SEO специалистов система мониторинга может быть полезна и самим заказчикам в качестве инструмента для контроля работы оптимизатора. Ведь в связи с возрастающим спросом на услуги по продвижению сайтов появилось много “специалистов”, которые стремятся вытянуть из клиентов как можно больше денег, не заботясь о результате своей работы.

Целью данной дипломной работы является создание такой системы на языке PHP. Актуальность выбранной темы определяется тем, что в данный момент в Интернете присутствует не так много программ такого типа и с такой функциональностью, при этом все они платные. Что же касается бесплатных аналогов, то их возможности слишком ограничены.


1 ПОСТАНОВКА ЗАДАЧИ


При написании данной дипломной работы была поставлена задача создать систему мониторинга, обладающую следующими основными функциями:

- Проверка позиций сайта в поисковых системах по заданным запросам. Для каждого сайта составляется список ключевых фраз, по которым клиент хочет продвигать сайт. После этого можно определить, на каком месте находится сайт в поисковой системе (Yandex, Google, Rambler) по каждой из заданных фраз.

- Отслеживание динамики изменения позиций сайта. После проверки позиций сайта в течение некоторого времени можно отследить, как менялись позиции сайта по определенным запросам на заданном отрезке времени. Формат представления: в виде таблицы с цифрами или в виде графика.

- Наблюдение за основными показателями сайта - PageRank (PR) и тематический индекс цитирования (ТИЦ). При каждой проверке позиций определяются также и показатели сайта PR и ТИЦ. Вместе с динамикой изменений позиций сайта, можно увидеть и динамику изменений этих показателей.

- Ведение статистики роста и падения популярности запросов в Яндексе, позволяющей определить сезонность того или иного запроса. При каждой проверке позиций в базу заносится информация о популярности запроса, которая берется из статистики Яндекса и выражается в показах данного запроса в месяц. Соответственно если эта цифра меняется, можно говорить о возрастающем или угасающем интересе к данному запросу.

Для покупки или заказа полной версии работы перейдите по ссылке.


2 СРАВНЕНИЕ С АНАЛОГАМИ


В настоящее время на рынке программного обеспечения имеются сервисы, подобные тому, что рассматривается в этой дипломной работе.

setlinks.ru - биржа ссылок и статей, которая дополнительно предлагает бесплатный сервис определения позиций. Возможности сервиса:

- Ежедневные проверки позиций в семи поисковых системах (Yandex, Yandex UA, Rambler, Google RU, Google UA, Google ENG и Yahoo).

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

- Просмотр динамики роста и падения позиций.
- Построение графических отчетов по позициям.

- Оптимизаторы имеют возможность привязывать тексты ссылок к поисковым запросам и видеть, какой у них расход на каждый продвигаемый запрос [1].

promopark.ru - сервис для мониторинга позиций сайтов в поисковых системах. Главные особенности:

- Настраиваемый мониторинг позиций.

- Експорт отчетов в excel и pdf, отправка на e-mail.

- Отчеты по поисковому трафику.

- Группировка и сортировка запросов.

- Отдельный интерфейс для клиентов оптимизаторов.

- API для разработки внешних приложений [2].

Для покупки или заказа полной версии работы перейдите по ссылке.

Ниже приведена таблица (таблица 2.1), в которой разрабатываемая система сравнивается с её аналогами.

Таблица 2.1 - Сравнения разрабатываемой системы c её аналогами




Моя система

setlinks.ru

promopark.ru

seoposition.ru

seolib.ru

Плата за проверку

-

-

+

+

-

Глубина проверки

не ограничена

100

500

500

150

Проверка позиций по регионам

+

+

+

+

-

График динамики изменений позиций

+

+

+

-

-

Таблица динамики изменений позиций

+

+

-

+

-

Генерация отчета для клиента

+

-

+

-

-

Отчет по позициям на e-mail

-

-

+

-

-

Максимальное количество запросов для одного сайта

не ограничено

50

не ограничено

100

5

Отображение количества запросов в топе

+

-

+

-

-

Объединение запросов в группы

+

+

-

-

-

Импорт запросов из файла

-

+

+

-

-

Рассмотрим подробнее каждую из рассматриваемых в таблице характиристик:

- Для покупки или заказа полной версии работы перейдите по ссылке.


3 ВЫБОР СПОСОБА РЕАЛИЗАЦИИ СИСТЕМЫ


3.1 Использование веб-сервера Apache


Apache — самый распространённый HTTP сервер. Распространяется бесплатно, включая исходные тексты. Поддерживаются сценарии на CGI (включая FastCGI), PHP, perl, Java.

Основными достоинствами Apache считаются надёжность и гибкость конфигурации. Он позволяет подключать внешние модули для предоставления данных, использовать СУБД для аутентификации пользователей, модифицировать сообщения об ошибках и т. д. [5]


3.2 Использование языка программирования PHP


PHP - скриптовый язык, созданный для генерирования HTML-страниц на веб-сервере и работы с базами данных. В настоящее время поддерживается подавляющим большинством хостинг-провайдеров.

Для покупки или заказа полной версии работы перейдите по ссылке.

Библиотека cURL - Open Source продукт с оригинальной MIT/X лицензией, позволяющей использовать этот пакет в любых: как коммерческих, так и некоммерческих целях, включать ее в свой дистрибутив (даже если он распространяется без открытого исходного кода) [7].


3.3 Использование базы данных MySQL


Для хранения всех данных мною была использована база данных MySQL - свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого компания MySQL AB разрабатывает функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.

MySQL является решением для малых и средних приложений. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.

Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц [8].


3.4 Взаимодействие Apache, PHP и MySQL


Принцип взаимодействия всех компонентов показан на рисунке 3.1.

Для покупки или заказа полной версии работы перейдите по ссылке.


Рисунок 3.1 - Схема взаимодействия клиента и связки

Apache + MySQL + PHP

Когда пользователь щелкает по ссылке или вводит URL-запрос (например, www.test.ru), браузер устанавливает соединение с сервером через порт 80, который используется операционной системой сервера для работы с HTTP-запросами.

В зависимости от типа клиентского запроса сервер передает или получает информацию от клиента. Типы данных, передаваемых от сервера к клиенту, содержат текст (включая HTML-данные), изображения, Java-аплеты, документы различных типов и т.д. Данные, передаваемые от сервера, могут генерироваться несколькими способами: статически, динамически или внедряться.

В задачи клиента входит получение от сервера потока текста, изображений, Java-аплетов, документов и т.д., а также визуализация изображения. Кроме того, клиенту необходимо выполнять код сценариев JavaScript и Java-аплетов, которые переданы от сервера. Для отправки данных серверу клиент может использовать протокол CGI (Common Gateway Interface). Эти данные могут обрабатываться любым способом, который определяется сервером [9].


3.5 Использование технологии AJAX


Для покупки или заказа полной версии работы перейдите по ссылке.

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

3.6 Предполагаемая программно-аппаратная реализация


Для покупки или заказа полной версии работы перейдите по ссылке.

Для разработки системы предполагается использовать язык программирования PHP, веб-сервер Apache, СУБД MySQL и текстовый редактор EditPad. Также будет использоваться шаблонизатор Smarty. Smarty — компилирующий обработчик шаблонов для PHP, один из инструментов, позволяющих отделить прикладную логику и данные от представления, т.е. он служит для отделения PHP-кода от HTML-кода.

Требования, предъявляемые к системе:

Для эксплуатации системы требуются следующие ресурсы:

Сервер:

Аппаратное обеспечение (минимальные требования):

- процессор: PIII, 1200 MGz,

- Hdd: 40 Gb,

- RAM: 512 Mb,

- сетевая карта Ethernet(100),

- монитор,

- клавиатура, манипулятор мышь.

Программное обеспечение (минимальное):

- Windows 2000,

- Apache 2.0.55,

- PHP 5.2.1,

- MySQL 5.0.22.


Клиентская станция:

Аппаратное обеспечение (минимальные требования):

- процессор: PII, 800 MGz ,

- Hdd: 20Gb,

- RAM: 256 Mb,

- сетевая карта Ethernet(10),

- монитор,

- клавиатура, мышь.

Программное обеспечение (минимальное):

- Windows 98,

- Mozilla Firefox 1.0.


4 ПРОЕКТИРОВАНИЕ СИСТЕМЫ


4.1 Моделирование диаграммы использования


Для покупки или заказа полной версии работы перейдите по ссылке.

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (Actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (Use Case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.

В самом общем случае, диаграмма вариантов использования представляет собой граф специального вида, который является графической нотацией для представления конкретных вариантов использования актеров, возможно, некоторых интерфейсов, и отношений между этими элементами. При этом отдельные компоненты диаграммы могут быть заключены в прямоугольник, который обозначает проектируемую систему в целом. Следует отметить, что отношениями данного графа могут быть только некоторые фиксированные типы взаимосвязей между актерами и вариантами использования, которые в совокупности описывают сервисы или функциональные требования к моделируемой системе.

Конструкция или стандартный элемент языка UML вариант использования применяется для спецификации общих особенностей поведения системы или любой другой сущности предметной области без рассмотрения внутренней структуры этой сущности. Каждый вариант использования определяет последовательность действий, которые должны быть выполнены проектируемой системой при взаимодействии ее с соответствующим актером. Диаграмма вариантов может дополняться пояснительным текстом, который раскрывает смысл или семантику составляющих ее компонентов. Такой пояснительный текст получил название примечания или сценария.

Отдельный вариант использования обозначается на диаграмме эллипсом, внутри которого содержится его краткое название или имя в форме глагола с пояснительными словами. Графическое изображение варианта использования представлено на рисунке 4.1.





Рисунок 4.1 – Графическое обозначение варианта использования

Цель варианта использования заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия внутренней структуры этой сущности. В качестве такой сущности может выступать исходная система или любой другой элемент модели, который обладает собственным поведением, подобно подсистеме или классу в модели системы.

Для покупки или заказа полной версии работы перейдите по ссылке.

В метамодели UML вариант использования является подклассом классификатора, который описывает последовательности действий, выполняемых отдельным экземпляром варианта использования. Эти действия включают изменения состояния и взаимодействия со средой варианта использования. Эти последовательности могут описываться различными способами, включая такие, как графы деятельности и автоматы.

Актер представляет собой любую внешнюю по отношению к моделируемой системе сущность, которая взаимодействует с системой и использует ее функциональные возможности для достижения определенных целей или решения частных задач. При этом актеры служат для обозначения согласованного множества ролей, которые могут играть пользователи в процессе взаимодействия с проектируемой системой. Каждый актер может рассматриваться как некая отдельная роль относительно конкретного варианта использования. Стандартным графическим обозначением актера на диаграммах является стилизованная фигурка "человечка", под которой записывается конкретное имя актера. Графическое изображение актера представлено на рисунке 4.2.





Рисунок 4.2 – Графическое обозначение актера

Актеры используются для моделирования внешних по отношению к проектируемой системе сущностей, которые взаимодействуют с системой и используют ее в качестве отдельных пользователей. В качестве актеров могут выступать другие системы, подсистемы проектируемой системы или отдельные классы. Важно понимать, что каждый актер определяет некоторое согласованное множество ролей, в которых могут выступать пользователи данной системы в процессе взаимодействия с ней. В каждый момент времени с системой взаимодействует вполне определенный пользователь, при этом он играет или выступает в одной из таких ролей.

Примечания (Notes) в языке UML предназначены для включения в модель произвольной текстовой информации, имеющей непосредственное отношение к контексту разрабатываемого проекта. В качестве такой информации могут быть комментарии разработчика (например, дата и версия разработки диаграммы или ее отдельных компонентов), ограничения (например, на значения отдельных связей или экземпляры сущностей) и помеченные значения. Применительно к диаграммам вариантов использования примечание может носить самую общую информацию, относящуюся к общему контексту системы.

Г
рафически примечания обозначаются прямоугольником с "загнутым" верхним правым уголком (рисунок 4.3). Внутри прямоугольника содержится текст примечания. Примечание может относиться к любому элементу диаграммы, в этом случае их соединяет пунктирная линия. Если примечание относится к нескольким элементам, то от него проводятся, соответственно, несколько линий. Разумеется, примечания могут присутствовать не только на диаграмме вариантов использования, но и на других канонических диаграммах.


Для покупки или заказа полной версии работы перейдите по ссылке.


4.2 Разработка стартовой страницы


Для покупки или заказа полной версии работы перейдите по ссылке.

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

Состояние действия (Action State) является специальным случаем состояния с некоторым входным действием и по крайней мере одним выходящим из состояния переходом. Этот переход неявно предполагает, что входное действие уже завершилось. Состояние действия не может иметь внутренних переходов, поскольку оно является элементарным. Обычное использование состояния действия заключается в моделировании одного шага выполнения алгоритма (процедуры) или потока управления.

Графически состояние действия изображается фигурой, напоминающей прямоугольник, боковые стороны которого заменены выпуклыми дугами. Графическое изображение состояния действия изображено на рисунке 4.5. Внутри этой фигуры записывается выражение действия (Action-Expression), которое должно быть уникальным в пределах одной диаграммы деятельности.




Рисунок 4.5 – Графическое изображение состояния действия

Каждая диаграмма деятельности должна иметь единственное начальное и единственное конечное состояния. Они имеют такие же обозначения, как и на диаграмме состояний (см. рисунок 4.6). При этом каждая деятельность начинается в начальном состоянии и заканчивается в конечном состоянии. Саму диаграмму деятельности принято располагать таким образом, чтобы действия следовали сверху вниз. В этом случае начальное состояние будет изображаться в верхней части диаграммы, а конечное — в ее нижней части.





Рисунок 4.6 – Графическое изображение начального (а) и конечного (б) состояний

При построении диаграммы деятельности используются только нетригерные переходы, т. е. такие, которые срабатывают сразу после завершения деятельности или выполнения соответствующего действия. Этот переход переводит деятельность в последующее состояние сразу, как только закончится действие в предыдущем состоянии. На диаграмме такой переход изображается сплошной линией со стрелкой.

Графически ветвление на диаграмме деятельности обозначается небольшим ромбом, внутри которого нет никакого текста. В этот ромб может входить только одна стрелка от того состояния действия, после выполнения которого поток управления должен быть продолжен по одной из взаимно исключающих ветвей. Принято входящую стрелку присоединять к верхней или левой вершине символа ветвления. Выходящих стрелок может быть две или более, но для каждой из них явно указывается соответствующее сторожевое условие в форме булевского выражения.

Один из наиболее значимых недостатков обычных блок-схем или структурных схем алгоритмов связан с проблемой изображения параллельных ветвей отдельных вычислений. Поскольку распараллеливание вычислений существенно повышает общее быстродействие программных систем, необходимы графические примитивы для представления параллельных процессов. В языке UML для этой цели используется специальный символ для разделения и слияния параллельных вычислений или потоков управления. Таким символом является прямая черточка, аналогично обозначению перехода в формализме сетей Петри.

Как правило, такая черточка изображается отрезком горизонтальной линии, толщина которой несколько шире основных сплошных линий диаграммы деятельности. При этом разделение (Concurrent Fork) имеет один входящий переход и несколько выходящих. Слияние (Concurrent Join), наоборот, имеет несколько входящих переходов и один выходящий. Графические изображения разделения и слияния представлены на рисунке 4.7 [10].






Рисунок 4.7 – Графическое изображение разделения (а) и слияния (б) параллельных потоков управления


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



Рисунок 4.8—Диаграмма деятельности "Аутентификация"

Страница аутентификации для всех пользователей является одинаковой. На странице размещены два поля и кнопка, поля – Логин и Пароль и кнопка, запускающая процесс проверки пользователя. Если аккаунт опознан, система автоматически определяет тип пользователя и запускает соответствующую часть приложения. Если же пароль и логин не опознаны системой или аккаунт заблокирован, система выдаст соответствующее сообщение об ошибке.


4.3 Разработка основных функциональных модулей


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

Для покупки или заказа полной версии работы перейдите по ссылке.


Рисунок 4.9—Диаграмма использования для сотрудника-оптимизатора

Далее все функции будут рассмотрены подробнее.

Добавление, редактирование, удаление сайтов и запросов. Для доступа к этому разделу нужно перейти в меню “Сайты”, а затем в подменю “Запросы”. В этом разделе имеется список сайтов и кнопка для добавления сайтов. Нажатие на кнопку приводит к появлению окна, в котором есть поля Название и URL. Чтобы отредактировать сайт, нужно нажать на его название, после чего появится аналогичное окно и кнопка удаления. Напротив названия каждого сайта есть стрелочка, нажатие на которую выводит список всех запросов, назначенных данному сайту. Для удаления или добавления запросов нужно нажать соответствующую кнопку над списком. Чтобы отредактировать запрос нужно нажать на него. На рисунке 4.10 изображена диаграмма функции “Добавление, редактирование, удаление сайтов и запросов”.

Для покупки или заказа полной версии работы перейдите по ссылке.


Рисунок 4.10—Диаграмма функции “Добавление, редактирование, удаление сайтов и запросов”

Редактирование настроек автоматической проверки. Эту страницу можно найти в меню “Сайты” подменю “Настройки”. На ней выводится список сайтов с галочками напротив каждого названия. Чтобы у сайта автоматически проверялись позиции нужно поставить напротив него галочку и нажать кнопку внизу списка. Диаграмма этой функции изображена на рисунке 4.11.



Рисунок 4.11— Диаграмма функции “Редактирование настроек автоматической проверки”

Проверка позиций. Данная функция будет доступна после перехода в меню “Позиции” и подменю “Позиции”. Чтобы осуществить проверку позиций нужно из выпадающего списка выбрать сайт, затем выбрать необходимые поисковые системы и нажать кнопку “проверить”. На рисунке 4.12 изображена диаграмма функции “Проверка позиций”.



Рисунок 4.12— Диаграмма функции “Проверка позиций”

Для покупки или заказа полной версии работы перейдите по ссылке.

С
тепень связи и обязательность графически изображаются следующим образом (рисунок 4.16).


Рисунок 4.16 – Графическое изображение степени связи

В
качестве примера можно рассмотреть простейшую связь между двумя сущностями «Продавец» и «Контракт». Так как продавец может иметь контракты или не иметь их – связь не обязательная, далее так как продавец может заключить больше одного контракта связь – один ко многим. Иллюстрация данного примера приведена на рисунке 4.17.

Рисунок 4.17 – Пример связи Продавец – Контракт

Заключительным шагом моделирования является идентификация атрибутов.

Атрибут - любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности. Атрибут представляет тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов (людей, мест, событий, состояний, идей, пар предметов и т.д.). Экземпляр атрибута - это определенная характеристика отдельного элемента множества. Экземпляр атрибута определяется типом характеристики и ее значением, называемым значением атрибута. В ER-модели атрибуты ассоциируются с конкретными сущностями. Таким образом, экземпляр сущности должен обладать единственным определенным значением для ассоциированного атрибута.

А
трибут может быть либо обязательным, либо необязательным (рисунок 4.18). Обязательность означает, что атрибут не может принимать неопределенных значений (null). Атрибут может быть либо описательным (т.е. обычным дескриптором сущности), либо входить в состав уникального идентификатора (первичного ключа).
  1   2   3   4

Похожие:

Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconDiplomrus ru Авторское индивидуальное выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Авторское индивидуальное выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconАвторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с

Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconАвторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с

Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconАвторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с

Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconАвторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с

Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconДипломная работа
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconЗадача автоматизации
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconПояснительная записка к дипломной работе
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconЗакон Республики Беларусь «Об информатизации»
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Авторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с iconАвторское выполнение научных работ на заказ. Контроль плагиата, скидки, гарантии, прямое общение с
Библиотечный коллектив как объект управления
Разместите кнопку на своём сайте:
Библиотека


База данных защищена авторским правом ©lib.znate.ru 2014
обратиться к администрации
Библиотека
Главная страница