Разработка базы данных учета продажи товаров через Интернет магазин на примере сети магазинов «Меломан»

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

2015-07-02

261.26 KB

30 чел.


Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск


Содержание

Введение………………………………………………………………………..

7

1. Современное состояние разработки Интернет – приложений…………...

9

1.1 Описание систем Интернет-приложения………………………….

9

         1.2 Основы разработки интерактивных интернет-проектов…………

11

                  1.2.1Основы технологии WWW………………………………….

11

                  1.2.2 WWW-доступа к существующим базам даны…………….

14

                  1.2.3  Основные виды СУБД……………………………………...

17

         1.3 Программное и информационное обеспечение  интерактивных интернет-проектов.  …………………………………………………………..

20

                  1.3.1  Основы технологии «клиент-сервер»……………………..

20

                  1.3.2    Язык гипертекстовой разметки HTML…………………..

22

         1.4 Характеристика предприятия………………………………………

26

                  1.4.1 Сведения о предприятии…………………………………… 

26

         1.5 Постановка задачи…………………………………………………..

27

2   Разработка базы данных учета продажи товаров через Интернет магазин на примере сети магазинов «Меломан». …………………………..

27

         2.1 Общая структура системы………………………………………….

30

         2.2    Выбор программного инструментария…………………………..

30

                 2.2.1   Язык базы данных SQL…………………………………….

31

                 2.2.2. PHP- наилучшее средство поддержки MySQL……………

31

         2.3 Разработка программного комплекса……………………………..

36

         2.4 Обзор систем навигации Базы Данных Интернет-магазина «Меломан»……………………………………………………………………..

38

3. Охрана труда………………………………………………………………...

45

         3.1 Анализ основных опасных и вредных факторов………………….

48

         3.2 Обеспечение санитарно-гигиенических требований к помещениям вычислительного центра……………………………………….

49

                3.2.1 Требования к уровням химических и физических факторов в помещениях для эксплуатации  ВДТ и  ПЭВМ ………………..

50

        3.3 Требования к организации рабочего места профессионального пользователя……………………………………………………………………

52

        3.4  Расчет освещенности……………………………………………….

53

        3.5 Расчет уровня шума…………………………………………………

54

        3.6  Мероприятия по защите от вредных и опасных факторов………

56

Заключение……………………………………………………………………..

58

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

59

Приложение А………………………………………………………………….

64

Приложение Б………………………………………………………………….

61


 
Введение

Единство законов обработки информации в системах pазличной пpиpоды (физических, экономических, биологических и т.п.) является фундаментальной основой теории информационных процессов, определяющей ее общезначимость и специфичность. Информация - понятие во многом абстpактное, существующее "само по себе" вне связи с конкретной областью знания, в которой она используется.

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

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

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

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

Если ранее сеть использовалась исключительно в качестве среды передачи файлов и сообщений электронной почты, то сегодня решаются более сложные задачи распределенного доступа к ресурсам. Несколько лет назад были созданы оболочки, поддерживающие функции сетевого поиска и доступа к распределенным информационным ресурсам, электронным архивам. Основные идеи современной информационной технологии базируются на концепции, согласно которой данные должны быть организованы в базы данных с целью адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Эти базы данных создаются и функционируют под управлением специальных программных комплексов, называемых системами управления базами данных (СУБД). Совместная работа пользователей в сетях с помощью унифицированных средств общения с базами данных возможна только при наличии стандартного языка манипулирования данными, обладающего средствами для реализации перечисленных выше возможностей. Таким языком стал SQL, разработанный в 1974 году фирмой IBM для экспериментальной реляционной СУБД System R. После появления на рынке двух пионерских СУБД этой фирмы - SQL/DS (1981 год) и DB2 (1983 год) - он приобрел статус стандарта де-факто для профессиональных реляционных СУБД. В 1987 году SQL стал международным стандартом языка баз данных, а в 1992 году вышла вторая версия этого стандарта. Существует большое количество популярных продуктов берущих свое начало от SQL. Такие базы данных как MySQL, mSQL очень популярны в наше время. Они обладают мощью и гибкостью, сохраняя в то же время компактность и эффективность. В особенности удалось уместить большой набор возможностей в очень маленьком и быстром ядре. Данный дипломный проект создан по технологии MySQL. Задача состоит в том, что необходимо создать интерактивную страницу «База данных электронного магазина» с помощью PHP-MySQL. По моему мнению, недорогая, мощная, гибкая система как MySQL наилучшим образом  подходит для создания небольших, эффективных баз данных. Следует отметить также, что язык PHP, который является простой, эффективной, безопасной, гибкой системой. По мнению большинства web-программистов, PHP наиболее предпочтительный язык программирования при  взаимодействии с MySQL. Язык сценариев очень богат и может использоваться в большом числе приложений. Благодаря наличию сотен стандартных функций РНР в состоянии решить практически любую задачу, которая может придти в голову разработчику. В нем имеется обширная поддержка создания графики и операций с ней, математических вычислений, средств электронной коммерции и таких популярных технологий, как XML (Extensible Markup Language), ODBC (Open Database Connectivity) и Macromedia Shockwave. Широкий выбор возможностей избавляет от необходимости рутинной и непростой работы по подключению сторонних модулей, поэтому многие разработчики со всего мира останавливают свой выбор на РНР. 

  1.  
    Современное состояние разработки Интернет – приложений

  1.  Описание систем Интернет-приложения

Сеть Интернет можно описать как огромную цифровую магистраль - систему, связывающую миллионы компьютеров, по всему миру. Применяемый в ней протокол TCP/IP (Transmission Control Protocol/Internetwork Protocol - протокол управления передачей/межсетевой протокол) разработан с учетом того, чтобы компьютеры всех видов могли совместно использовать сетевые средства и непосредственно взаимодействовать друг с другом как одна эффективно интегрированная компьютерная сеть. Сегодня Интернет сильно разрослась и связывает уже десятки миллионов пользователей компьютеров во всем мире. Эта глобальная "сеть сетей" охватывает тысячи университетских, правительственных и корпоративных сетевых систем, связанных высокоскоростными частными и общедоступными сетями.

История Интернет уходит своими корнями в эпоху холодной войны, конец 60-х - начало 70-х годов, когда исследователи начали эксперименты по соединению компьютеров друг с другом и с людьми с помощью телефонных линий, используя фонды Агентства Перспективных Проектов Исследований Министерства Обороны США (U.S Defense Department's Advanced Research Projects Agency - ARPA). ARPA интересовалась вопросом о том, можно ли связывать расположенные в разных местах компьютеры с помощью новой технологии, которая называлась "коммутация пакетов" (packet switching). Эта технология, в которой данные, предназначенные для переброски в другое место, разбиваясь на пакеты, каждый из которых имел свой "адрес назначения" ("forwarding address"), обещала возможность нескольким пользователям работать по одной и той же линии связи одновременно. Столь же важным с точки зрения ARPA было то, что такая технология позволяла создавать сети, дающие возможность автоматической маршрутизации данных по включенным в нее цепям и компьютерам. Целью ARPA было не создание современного международного компьютерного сообщества, а развитие сети передачи данных, которая могла бы выдержать ядерное нападение [7].

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

Эта система позволила компьютерам использовать разделяемые данные, а исследователям - использовать электронную почту. Создание  электронной почты стала значимым событием, поскольку подробные письма можно пересылать со скоростью телефонного звонка. По мере того, как эта система, названная ARPANet, росла, несколько предприимчивых студентов колледжа разработали способ ее использования для проведения электронных конференций. В семидесятых годах при поддержке ARPA были разработаны правила, или протоколы, пересылки данных между различными компьютерными сетями. Эти протоколы с общим именем "Интернет" сделали возможным разработку всемирной Сети, которую мы сейчас имеем и которая соединяет компьютеры всех видов через национальные границы. К концу семидесятых были разработаны связи между ARPANet и ее контрагентами в других странах. Мир оказался связан в одно целое паутиной компьютерных сетей. В восьмидесятых годах эта сеть сетей, которая стала известна под именем Интернет, развилась до невероятной степени. Сотни, а потом и тысячи колледжей, исследовательских организаций и правительственных ведомств стали подключать свои компьютеры к этой всемирной Сети.

Фактически всемирная Сеть является сложной паутиной меньших локальных сетей, представляющая собой образ современной дорожной сети трансконтинентальных суперскоростных дорог между большими городами. От этих больших городов отходят дороги поменьше, связывающие между собой маленькие города, жители которых путешествуют по узким, медленным проселкам [7].

Этими суперскоростными дорогами для Сети является высокоскоростной Интернет. К нему присоединены компьютеры, использующие конкретные системы для пересылки данных с высокой скоростью.

В отличие от коммерческих сетей, таких, как CompuServe или Prodigy, в Интернет не существует одного центрального компьютера, управляющего работой сети - его ресурсы распределены между тысячами отдельных компьютеров. Это и является основным достоинством и большим недостатком. Такой подход означает виртуальную невозможность единовременной катастрофы всей сети - даже если один компьютер выйдет из строя, остальная часть сети останется сохранной. Такая конструкция также уменьшает стоимость доступа к сети для организаций и отдельных лиц. Но тысячи соединенных вместе компьютеров затрудняют передвижение по сети и поиск того, что вам в ней нужно - особенно потому, что у разных компьютеров разные команды для доступа к ресурсам. Только недавно пользователи сети начали разрабатывать средства навигации и "карты", позволяющие новичкам передвигаться по сети без риска заблудиться.

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

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

В настоящее время Интернет испытывает период подъема, во многом благодаря активной поддержке со стороны правительств европейских стран и США. Ежегодно в США выделяется около 1-2 миллиардов долларов на создание новой сетевой инфраструктуры. Исследования в области сетевых коммуникаций финансируются также правительствами Великобритании, Швеции, Финляндии, Германии [8].

Всеми́рная паути́на (англ. World Wide Web) — распределенная система, предоставляющая доступ к связанным между собой документам, расположенным на различных компьютерах, подключенных к Интернету. Всемирную паутину образуют миллионы web-серверов. Большинство ресурсов всемирной паутины представляет собой гипертекст. Гипертекстовые документы, размещаемые во всемирной паутине, называются web-страницами. Несколько web-страниц, объединенных общей темой, дизайном, а также связанных между собой ссылками и обычно находящихся на одном и том же web-сервере, называются web-сайтом. Для загрузки и просмотра web-страниц используются специальные программы – браузеры. Всемирная паутина вызвала настоящую революцию в информационных технологиях и бум в развитии Интернета. Часто, говоря об Интернете, имеют в виду именно Всемирную паутину, однако важно понимать, что это не одно и то же. Для обозначения Всемирной паутины также используют слово веб (англ. web) и «WWW».

1.2 Основы разработки интерактивных интернет-проектов

1.2.1Основы технологии WWW

Всемирную паутину образуют миллионы веб-серверов сети Интернет, расположенных по всему миру. Веб-сервер является программой, запускаемой на подключённом к сети компьютере и использующей протокол HTTP для передачи данных. В простейшем виде такая программа получает по сети HTTP-запрос на определённый ресурс, находит соответствующий файл на локальном жёстком диске и отправляет его по сети запросившему компьютеру. Более сложные веб-серверы способны динамически распределять ресурсы в ответ на HTTP-запрос. Для идентификации ресурсов (зачастую файлов или их частей) во Всемирной паутине используются единообразные идентификаторы ресурсов URI (англ. Uniform Resource Identifier). Для определения местонахождения ресурсов в сети используются единообразные локаторы ресурсов URL (англ. Uniform Resource Locator). Такие URL-локаторы сочетают в себе технологию идентификации URI и систему доменных имён DNS (англ. Domain Name System) — доменное имя (или непосредственно IP-адрес в числовой записи) входит в состав URL для обозначения компьютера (точнее — одного из его сетевых интерфейсов), который исполняет код нужного веб-сервера.

Для обзора информации, полученной от веб-сервера, на клиентском компьютере применяется специальная программа — веб-браузер. Основная функция веб-браузера — отображение гипертекста. Всемирная паутина неразрывно связана с понятиями гипертекста и гиперссы́лки. Большая часть информации в Вебе представляет собой именно гипертекст. Для облегчения создания, хранения и отображения гипертекста во Всемирной паутине традиционно используется язык HTML (англ. HyperText Markup Language), язык разметки гипертекста. Работа по разметке гипертекста называется вёрсткой, ма́стера по разметке называют веб-мастером или вебмастером (без дефиса). После HTML-разметки получившийся гипертекст помещается в файл, такой HTML-файл является самым распространённым ресурсом Всемирной паутины. После того, как HTML-файл становится доступен веб-серверу, его начинают называть «веб-страницей». Набор веб-страниц образует веб-сайт. В гипертекст веб-страниц добавляются гиперссылки. Гиперссылки помогают пользователям Всемирной паутины легко перемещаться между ресурсами (файлами) вне зависимости от того, находятся ресурсы на локальном компьютере или на удалённом сервере. Гиперссылки веба основаны на технологии URL.

Всемирная паутина World Wide Web (WWW) соткана из Web-страниц, которые создаются при помощи так называемого языка разметки гипертекста HTML (Hyper Text Markup Language)[7]. Следует отметить то, что HTML не является языком программирования. HTML - является языком разметки документа. При разработке HTML-документа выполняется разметка текстового документа. Эти пометка служат для указания формы представления информации, содержащейся в документе.

Специальные программы просмотра HTML-документов, которые часто называют браузерами, служат для интерпретации файлов, размеченных по правилам языка HTML, форматирование их в виде Web-страниц и отображении их содержимого на экране компьютера пользователя. Существует большое количество программ-браузеров, разработанных различными компаниями. На сегодняшний день из всего разнообразия программ явно выделяются две программы-лидера – Netscape Communicator и Microsoft Internet Explorer [7].

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

  •  ip - сети с поддержкой базового набора услуг по передаче данных с единой политикой нумерации и маршрутизации, работающим сервисом имен DNS;
  •  выделенного информационного сервера- WWW-сервера, обеспечивающего предоставление гипертекстовых документов через IP - сеть в ответ на запросы WWW – клиентов. Эти компоненты приведены на рисунке 1.

Рисунок 1- Основные компоненты технологии WWW

Передаваемые гипертекстовые документы оформляются в стандарте HTML - языке описания гипертекстовых документов. Эти документы могут либо храниться в статическом виде (совокупность файлов на диске), либо динамически компоноваться в зависимости от параметров запроса специальным программным обеспечением. Для динамической компоновки HTML-документов, WWW-сервер использует специальным образом оформленные программы - CGI-программы [8].

В целом можно заключить, что Всемирная паутина стоит на «трёх китах»: HTTP, HTML и URL. Хотя в последнее время HTML начал несколько сдавать свои позиции и уступать их более современным технологиям разметки: XHTML и XML. XML (англ. eXtensible Markup Language) позиционируется как фундамент для других языков разметки. Для улучшения визуального восприятия веба стала широко применяться технология CSS, которая позволяет задавать единые стили оформления для множества веб-страниц. Ещё одно нововведение, на которое стоит обратить внимание, — система обозначения ресурсов URN (англ. Uniform Resource Name).

Популярная концепция развития Всемирной паутины — создание семантической паутины. Семантическая паутина — это надстройка над существующей Всемирной паутиной, которая призвана сделать размещённую в сети информацию более понятной для компьютеров. Семантическая паутина — это концепция сети, в которой каждый ресурс на человеческом языке был бы снабжён описанием, понятным компьютеру. Семантическая паутина открывает доступ к чётко структурированной информации для любых приложений, независимо от платформы и независимо от языков программирования. Программы смогут сами находить нужные ресурсы, обрабатывать информацию, классифицировать данные, выявлять логические связи, делать выводы и даже принимать решения на основе этих выводов. При широком распространении и грамотном внедрении семантическая паутина может вызвать революцию в Интернете. Для создания понятного компьютеру описания ресурса, в семантической паутине используется формат RDF (англ. Resource Description Framework), который основан на синтаксисе XML и использует идентификаторы URI для обозначения ресурсов. Новинки в этой области — это RDFS (англ. RDF Schema) и SPARQL (англ. Protocol And RDF Query Language) (произносится как «спа́ркл»), новый язык запросов для быстрого доступа к данным RDF.

1.2.2 WWW-доступа к существующим базам данных

При обеспечении WWW-доступа к существующим БД, возможен ряд путей - комплексов технологических и организационных решений. Практика использования WWW-технологии для доступа к существующим БД предоставляет широкий спектр технологических решений, по-разному связанных между собой - перекрывающих, взаимодействующих и т.д. Выбор конкретных решений при обеспечении доступа зависит от специфики конкретной СУБД и от ряда других факторов, как то: наличие специалистов, способных с минимальными издержками освоить определенную ветвь технологических решений, существование других БД, WWW-доступ к которым должен осуществляться с минимальными дополнительными затратами и т.д. [3].

WWW - доступ к существующим базам данных может осуществляться по одному из трех основных сценариев. Ниже дается их краткое описание и основные характеристики [1]:

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

Рисунок 2-  Однократное или периодическое преобразование   содержимого баз данных

Этот вариант характеризуется минимальными начальными расходами. Он эффективен на небольших массивах данных простой структуры и редким обновлением, а также при пониженных требованиях к актуальности данных, предоставляемых через WWW. Кроме этого, очевидно полное отсутствие механизма поиска, хотя возможно развитое индексирование;

  •  динамическое создание гипертекстовых документов на основе содержимого БД. В этом варианте доступ к БД осуществляется специальной CGI-программой, запускаемой WWW-сервером в ответ на запрос WWW - клиента. Эта программа, обрабатывая запрос, просматривает содержимое БД и создает выходной HTML-документ, возвращаемый клиенту. Схема взаимодействия приведена на рисунке 3.

Рисунок 3- Динамическое создание гипертекстовых документов на основе содержимого базы данных

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

Для реализации такой технологии необходимо использовать взаимодействие WWW-сервера с запускаемыми программами CGI [8]. Выбор программных средств достаточно широк - языки программирования, интегрированные средства типа генераторов отчетов. Для СУБД с внутренними языками программирования существуют варианты использования этого языка для генерации документов;

  •  создание информационного хранилища на основе высокопроизво- дительной СУБД с языком запросов SQL. Периодическая загрузка данных в хранилище из основных СУБД. В этом варианте предлагается использование технологии, получившей название "информационного хранилища" (ИХ) [1]. Для обработки разнообразных запросов, в том числе и от WWW-сервера, используется промежуточная БД высокой производительности. Схема взаимодействия приведена ниже на рисунке 4.

Рисунок 4- Уровень перегрузки данных

Информационное наполнение промежуточной БД осуществляется специализированным программным обеспечением на основе содержимого основных баз данных. Схема взаимодействия приведена на рисунке 5.

Рисунок 5- Уровень обработки запросов

На первом уровне производиться перегрузка данных, а на втором этапе производиться обработка запросов.

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

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

Основой повышения производительности обработки WWW-запросов и резкого увеличения скорости разработки WWW-интерфейсов является использование внутренних языков СУБД информационного хранилища для создания гипертекстовых документов.

Для загрузки содержимого основной БД в информационное хранилище могут использоваться все перечисленные решения (языки программирования, интегрированные средства), а также специализированные средства перегрузки, поставляемые с SQL-сервером и продукты поддержки информационных хранилищ [1].

1.2.3  Основные виды СУБД

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

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

Банк данных включает одну или несколько баз данных, систему управления базами данных (СУБД) и оболочку базы данных.

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

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

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

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

Работу с БД обеспечивает система управления базой данных (СУБД), которая позволяет производить поиск и сортировку информации в базе данных, а также добавлять и удалять записи в БД и создавать различные отчеты на основе запросов к одной или нескольким БД. Например, к описанной выше БД можно обратиться с запросом "выбрать всех студентов, родившихся в январе и имеющих средний балл не менее 4".

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

Запросы формулируются на специальном языке. Популярным языком такого рода является реляционный язык SQL (Structured Query Language), который является международным стандартом языка запросов.

По степени универсальности различают два класса СУБД:

- системы общего назначения;

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

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

Специализированные СУБД создаются в редких случаях при невозможности или нецелесообразности использования СУБД общего назначения.

Современные СУБД предоставляют пользователю мощные средства работы с данными и автоматически выполняют такие системные функции, как восстановление после сбоя и одновременный доступ нескольких пользователей к общим данным.

К числу известных простейших СУБД относятся dBase, Clipper, Foxbase, R:BASE, Paradox, Data Ease, Clarion и т. д.

К современным СУБД реляционного типа относятся FoxPro, Access, Oracle, Progress, Informix и т. д.

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

- блокировки базы данных, файла, записи, поля;

- идентификации станции, установившей блокировку;

- обновления информации после модификации;

- контроля времени и повторения обращения;

- обработки транзакции (транзакция — последовательность операций пользователя над базой данных, которая сохраняет ее логическую целостность);

- работы с сетевыми операционными системами (LAN Manager, NetWare, Unix).

Все рассматриваемые программные средства обладают автоматизированными средствами создания экранных форм, запросов, отчетов, меню, наклеек, стандартных писем. Для создания указанных визуальных и структурных объектов ряд СУБД использует специальные инструментальные средства, называемые "мастерами".

Базы данных прочно вошли в жизнь. Однако сегодня множество компаний столкнулось с серьезной проблемой — необходимостью быстрого принятия решений на основе данных из разнородных, подчас несовместимых друг с другом систем. Например, в одном подразделении фирмы используется Paradox, в другом — FoxPro, корпоративные данные находятся под управлением Oracle или Informix, а руководитель должен иметь под рукой сводку на основе всей информации, допустим в виде аналитического документа Word.

Для решения проблемы доступа к разнородным данным разработаны стандарты на методы обращения к базам данных, например ODBC или IDAPI.

БД – это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области. Синоним термина «база данных» – «банк данных».

Чтобы обеспечить быстроту и качество поиска данных в базе, этот процесс должен быть автоматизирован. Компьютерную базу данных можно создать несколькими способами [1]:

  •  с помощью алгоритмических языков программирования как Basic, Pascal, C++ и т.д. Данный способ применяется для создания уникальных баз данных.
  •  с помощью прикладной среды,Visual Basic. С его помощью можно создавать базы данных, требующие каких-то индивидуальных особенностей построения.
  •  с помощью специальных программных средств которые называются СУБД.

БД может быть основана на одной модели или на совокупности нескольких моделей. Любую модель данных можно рассматривать как объект, который характеризуется своими свойствами (параметрами), и над ней, как над объектом, можно производить какие-либо действия.

Существуют три основных типа моделей данных – реляционная, иерархическая и сетевая.

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

Реляционная модель данных имеет следующие свойства:

  •  каждый элемент таблицы – один элемент данных;
  •  все поля в таблице являются однородными, т.е. имеют один тип;
  •  каждое поле имеет уникальное имя;
  •  одинаковые записи в таблице отсутствуют;
  •  порядок записей в таблице может быть произвольным и может характеризоваться количеством полей, типом данных.

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

Узел – информационная модель элемента, находящегося на данном уровне иерархии.

Свойства иерархической модели данных:

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

Сетевая модель. Сетевая модель БД похожа на иерархическую. Она имеет те же основные составляющие (узел, уровень, связь), однако характер их отношений принципиально иной. В сетевой модели принята свободная связь между элементами разных уровней [1].

1.3 Программное и информационное обеспечение  интерактивных интернет-проектов 

1.3.1  Основы технологии «клиент-сервер»

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

  •  статический;
  •  динамический.

В первом случае источником интерфейса является HTML-документ, созданный в каком-либо текстовом или HTML-ориентированном редакторе. Следовательно, данный документ остается неизменным в течение использования. Во втором случае источником интерфейса является HTML-документ сгенерированный cgi-модулем. Следовательно, появляется некоторая гибкость в видоизменении интерфейса во время использования.

Интерактивный интерфейс представляет собой последовательность статически или динамически формируемых HTML-документов, реализующих интерфейс пользователя.

Практически любая задача, решающая проблему получения данных от клиента, связана с построением интерфейса. Наиболее интересным является построение интерфейсов к различным базам данных, доступ к SQL-серверу, получение информации от периферийных устройств, создание клиентских рабочих мест. Все это возможно посредством CGI- программ [8].

Common Gateway Interface является стандартом интерфейса внешней прикладной программы с WWW сервером. Задача построения вышеназванных интерфейсов делится на две части:

  •  клиентская часть;
  •  серверная часть.

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

Серверная часть состоит из исполняемого модуля, решающего основные задачи обработки данных поступающих от клиентской части, формирования ответа в формате HTML, и т.д. Такой модуль называется cgi-модулем.

Для реализации взаимодействия "клиент-сервер" важно, какой метод HTTP запроса использует клиентская часть при обращении к WWW серверу[7]. В общем случае,  запрос- это сообщение, посылаемое клиентом серверу. Первая строка HTTP запроса включает в себя метод, который должен быть применен к запрашиваемому ресурсу, идентификатор ресурса URI, и используемую версию HTTP-протокола [7]. В рассматриваемом нами рисунке 6  клиентская часть применяет методы запроса POST и GET. Метод POST используется для запроса серверу, чтобы тот принял информацию, включенную в запрос, как относящуюся к ресурсу, указанному идентификатором ресурса. Метод GET используется для получения любой информации, идентифицированной идентификатором ресурса в HTTP запросе.

Рисунок 6.  Две части интерактивного интерфейса.

Web-страницы описываются на специальном языке, называемом HTML, ставшем основным языком описания документов в Интернет. HTML является простым подмножеством универсального языка разметки документов SGML, являющегося стандартом для обмена документами между различными платформами. Точнее, весь синтаксис HTML полностью описывается с помощью SGML DTD. По этой причине почти все программы, совместимые с SGML, могут быть использованы при подготовке HTML-документов [4].

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

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

1.3.2    Язык гипертекстовой разметки HTML

Web-страницы описываются на специальном языке, называемом HTML, который позволяет осуществлять простое форматирование текста, вставку графики, а также составление таблиц и цветовое оформление документов [3].

Как известно, язык гипертекстовой разметки HTML был предложен Тимом  Бернерсом- Ли в 1989 году в качестве одного из компонентов технологии разработки распределенной гипертекстовой системы WWW.   В основу гипертекстовой разметки была положена тэговая модель описания документа, позволяющая представить документ в виде совокупности элементов, каждый из которых окружен тэгами. По своему значению тэги близки к понятию begin/end в универсальных языках программирования и задают области действия имен локальных переменных, определяют область действия правил интерпретации текстовых элементов документа и т.п [4].

Общая схема построения элемента текста в формате HTML может быть записана в следующем виде:

"элемент":= <"имя элемента" "список атрибутов">

содержание элемента </"имя элемента">

Конструкция перед содержанием элемента называется тэгом начала элемента, а конструкция, расположенная после содержания элемента, - тэгом конца элемента.

Структура гипертекстовой сети задается гипертекстовыми ссылками. Гипертекстовая ссылка - это адрес другого HTML документа или информационного ресурса Интернет, который тематически, логически или каким-либо другим способом связан с документом, в котором эта ссылка определена.

С задачей управления отображением во фреймы и окна тесно связано написание сценариев просмотра домашних страниц Web. Такие сценарии чаще всего пишутся на языке Java Script [9].

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

JavaScript также находит применение в качестве скриптового языка доступа к объектам приложений. Платформа Mozilla (XUL/Gecko) использует JavaScript. Среди сторонних продуктов, например, Java, начиная с версии 6, содержит встроенный интерпретатор JavaScript на базе Rhino. Сценарии JavaScript поддерживаются в таких приложениях Adobe, как Adobe Photoshop, Adobe Dreamweaver, Adobe Illustrator или Adobe InDesign.

JavaScript обладает рядом свойств объектно-ориентированного языка, но благодаря прототипированию поддержка объектов в нём отличается от традиционных ОО языков. Кроме того, JavaScript имеет ряд свойств, присущих функциональным языкам — функции как объекты первого уровня, объекты как списки, карринг (currying), анонимные функции, замыкания (closures) — что придаёт языку дополнительную гибкость.

JavaScript имеет C-подобный синтаксис, но по сравнению с языком С имеет следующие коренные отличия:

  1.  объекты, с возможностью интроспекции и динамического изменения типа через механизм прототипов
  2.  функции как объекты первого класса
  3.  автоматическое приведение типов
  4.  автоматическая сборка мусора
  5.  анонимные функции

Семантика языка JavaScript сходна с семантикой языка Self.

Java Script - это язык управления сценарием отображения документа. Все операции, которые можно исполнять в программе на JavaScript, описывают действия над хорошо известными и понятными объектам - элементами рабочей области программы Netscape Navigator и контейнерами языка HTML. В Java Script не реализованы классы объектов, наследование, инкапсуляция и полиморфизм. Имеются объекты с набором свойств и набор функций над объектами, которые называются методами. Функция пользователя выполняется по наступлении некоторого события: onChange, onClick, onLoad и др., а внутренние функции языка используются непосредственно.

Не вдаваясь в подробности описания Java Script, сконцентрируем внимание на контейнерах Java Script и примерах использования Java Script кодов. Контейнер <SCRIPT LANGUAGE= "Java Script"> ... </SCRIPT> может использоваться как в заголовке, так и в теле документа [9].

Одним из принципов языка является многоуровневое вложение элементов. HTML является самым внешним, так как между его стартовым и конечным тегами должна находиться вся Web-страница. В принципе, этот элемент можно рассматривать как формальность. Он имеет атрибуты4 version, lang и dir, которыми в данном случае мало кто пользуется и допускает вложение элементов HEAD, BODY и PLAINTEXT, определяющих общую структуру Web-страницы. Естественно, что конечным тегом заканчиваются все гипертекстовые документы.

Область заголовка Web-страницы. Иными словами, ее первая часть. Так же как и HTML, HEAD служит только для формирования общей структуры документа. Этот элемент может иметь атрибуты lang и dir и допускается вложение элементов TITLE, ISINDEX, BASE, NAME, LINK, NEXTID.

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

Описание стиля некоторых элементов Web-страницы. В выше приведенном примере назначены шрифты для элементов Н2 и CODE. Естественно, что для каждого элемента существует стилевое оформление по умолчанию, поэтому употребление STYLE не обязательно.

Этот элемент содержит служебную информацию, которая не отображается при просмотре Web-страницы. Внутри него нет текста в обычном понимании, поэтому нет и конечного тега. Каждый элемент NAME содержит два основных атрибута, первый из которых определяет тип данных, а второй - содержание. Далее приведены несколько примеров meta-данных.

Дата, обозначающая «срок годности»документа:

name=’’Expires’’ content=’’Дата’’

Адрес электронной почты:

name=’’Reply-to’’ content=’’Имя@Адрес’’

Указание приложения, в котором был создан Web-документ:

name=’’Generator’’ content=’’Название HTML-редактора’’

Атрибут name используется приложением-клиентом для получения дополнительной информации о Web-страницах и их упорядочения. Этот атрибут часто заменяют атрибутом http-equiv. Он используется сервером для создания дополнительных полей при выполнении запроса.

Кроме этого, элемент NAME может содержать URL. Шаблон соответствующего атрибута таков:

URL=’’http://адрес’’

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

Один из самых полезных для дизайна - атрибут, определяющий фон страницы. Его появление можно уподобить маленькой революции в WWW, так как одинаковые серые Web-страницы благодаря ему расцвели яркими цветными узорами:

background=’’Путь к файлу фона’’

Более простое оформление фона сводиться к заданию его цвета:

bgcolor=’’#RRGGBB’’

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

Оба вышеперечисленных атрибута не являются альтернативными и часто используются совместно.

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

text=’’#RRGGBB’’

Для задания цвета гиперссылок используется атрибут:

link=’’RRGGBB’’

Также можно задать цвет для использованных гиперссылок:

vlink=’’RRGGBB’’

Гипертекст, расположенный внутри элемента BODY, может иметь произвольную структуру. Ее определяют в первую очередь назначение Web-страницы и фантазия разработчика.

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

Элемент для установки базового адреса (URL) для ссылок. Это позволяет опускать их начальную часть. Тогда при указании относительной ссылки можно задать не только имя файла, но и имена папок, в которых он находиться. Иными словами, путь к файлам может быть разбит на две части: абсолютную и относительную. Это полезно в том случае, когда для файлов указанных в документе, есть общий начальный фрагмент пути.

В выражении абсолютной ссылки можно также опустить указание на схему доступа (file://). В этом случае будут учитываться только левая часть абсолютной ссылки до первого левого символа <\>, то есть имя локального диска.

Характеристика предприятия

1.4.1 Сведения о предприятии  

На сегодняшний день «Меломан» - это популярнейшая сеть магазинов типа маркет, имеющая торговые точки практически во всех городах Казахстана.

Фирма занимается продажей следующих товаров: компакт и DVD-диски различного содержания (фильмы, игры, программы и т.д.), книги различного характера (художественная литература, справочная литература, детская литература и т.д.)

 

                                      Структура предприятия

Структура  технического отдела

                                    

                  

1.4.2. Аппаратное и программное обеспечение технического отдела фирмы:

  •  Intel Pentium IV 2,2 GHz, DDR RAM 2048 Mb, HDD Seagate 350 Gb, NVIDIA GeForce 4 MX440, монитор LG Flatron T795FT. В количестве 1 шт.
  •  АМD athlon (tm) XP 1800+, DDR RAM 1024 Mb,  HDD Seagate Barracuda 250 Gb, ATI Radeon 9600 SE, монитор Benq 17” (LCD). Количество ПК 2 штуки.
  •  лазерный принтер CANON LBP-1120;
  •  многофункциональное печатающее устройство HP PSC-1410 (сканер/принтер/ксерокс);

Программные продукты, установленные на компьютерах:

ОС Windows ХР, пакет Microsoft Office 2000/2003, Adobe Photoshop CS, CorelDRAW Graphics Suite 12, Мy SQL, PHP

Антивирусная безопасность системы поддерживается антивирусным комплексом NOD32, которая обновляется еженедельно.

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

Стремительное развитие информационных и коммуникационных технологий диктует правила успешной и конкурентоспособной деятельности фирмы. Для повышения товарооборота и удобства клиентов магазина «Меломан» возникла необходимость в создании электронного магазина. Поэтому в качестве темы дипломного проекта была выбрана: «Разработка базы данных учета продажи товаров через Интернет магазин на примере сети магазинов «Меломан».

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

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

Область применения Web-проекта: Интернет-бизнес.

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

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

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

Нефункциональные требования

Производительность

Программа должна нормально функционировать на стандартных персональных компьютерах клона IBM на базе процессора Intel Pentium с тактовой частотой 266 МГц  и объёмом ОЗУ 64 МВ (минимальные требования).

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

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

Обратные требования

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

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

  •  разработка структуры web-узла;
  •  выбор программного инструментария;
  •  разработка пользовательского интерфейса;
  •  разработка структуры и форм запроса;
  •  разработка оптимальной навигационной структуры системы.

Разработанный web-проект должен быть оптимизирован по использованию в реальной сети (иметь минимально необходимый объем запрашиваемых web-страниц).

Как было отмечено выше, количество прикладных приложении в интернет стремительно увеличивается. С учетом большого количества ресурсов располагаемых в интернет, современные web-узлы, как правило, используют сетевые СУБД. Применение таких СУБД позволяет быстро и эффективно обрабатывать запросы пользователя и надежно сохранять данные. В дипломном проекте разрабатывается web-узел базы данных электронного магазина МЕЛОМАН. Выбрана технология PHP-MySQL.

К конкретным задачам следует отнести:

  •  разработка структуры web-узла;
  •  выбор программного инструментария;
  •  разработка пользовательского интерфейса;
  •  разработка структуры и форм запроса;
  •  разработка оптимальной навигационной структуры системы.

Разработанный web-проект должен быть оптимизирован по использованию в реальной сети (иметь минимально возможный объем запрашиваемых web-страниц).

2   Разработка базы данных учета продажи товаров через Интернет магазин на примере сети магазинов «Меломан»

2.1 Общая структура системы

Данный проект, является гипертекстовым документом на основе содержимого БД.  Доступ к БД осуществляется специальной CGI-программой, запускаемой WWW-сервером в ответ на запрос WWW - клиента. Эта программа, обрабатывая запрос, просматривает содержимое БД и создает выходной HTML-документ, возвращаемый клиенту.

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

Для реализации такой технологии используется взаимодействие WWW-сервера с запускаемой программой PHP.

На рисунке 7 представлена структура проекта.

Рисунок.7- Структура проекта

2.2    Выбор программного инструментария

2.2.1   Язык базы данных SQL

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

Очень важным требованием к реляционным СУБД является наличие мощного и в тоже время простого языка, позволяющего выполнять все необходимые пользователям операции. В последние годы таким повсеместно принятым языком стал язык реляционных БД SQL (StructuredQueryLanguage), введению в который посвящен этот курс.

До появления SQL в СУБД (независимо от того, на какой модели они основывались) приходилось поддерживать по крайней мере три языка, которые обычно имели мало общего: язык определения данных (ЯОД), служащий для спецификации структур БД (обычно общую структуру БД называют схемой БД); язык манипулирования данными (ЯМД), позволяющий создавать прикладные программы, взаимодействующие с БД; и язык администрирования БД (ЯАБД), с помощью которого можно было выполнять служебные действия (например, изменять структуру БД или производить ее настройку с целью повышения эффективности). Кроме того, если требовалось предоставить пользователям СУБД интерактивный доступ к БД, приходилось вводить еще один язык, операторы которого выполняются в диалоговом режиме. Язык SQL позволяет решать все эти задачи.

Следует отметить, что к достоинствам языка SQL относится наличие международных стандартов. Первый международный стандарт был принят в 1989 г., и соответствующая версия языка называется SQL-89. Этот стандарт поддерживается практически во всех современных коммерческих реляционных СУБД (например, в Informix, Sybase, Ingres и т.д.). Второй международный стандарт был принят в 1992 г. - SQL-92. Этот вариант языка существенно шире, чем SQL-89. К настоящему времени основные компании-производители СУБД только частично поддерживают этот стандарт. Тем не менее, он является исключительно важным документом как для реально практикующих разработчиков программного обеспечения, так и для специалистов, связанных с подбором аппаратно-программных средств.

История наиболее распространенного в настоящее время языка реляционных баз данных SQL насчитывает уже более 25 лет. Первый, достаточно полный функционально, но не полностью синтаксически и семантически определенный вариант языка SQL (его исходным названием было SEQUEL - StructuredEnglishQueryLanguage) был разработан и частично реализован в рамках проекта экспериментальной реляционной СУБД SystemR (проект выполнялся с 1974 по 1979 гг. в научно-исследовательской лаборатории компании IBM в г. Сан-Хосе, Калифорния).

Название языка SQL (StructuredQueryLanguage - структурированный язык запросов) только частично отражает его суть. Конечно, язык всегда был главным образом ориентирован на удобную и понятную пользователям формулировку запросов к реляционной БД, но на самом деле с самого начала задумывался как полный язык БД. Под этим мы понимаем то, что (по крайней мере, теоретически) знание SQL полностью достаточно для выполнения любых осмысленных действий с базой данных, управляемой SQL-ориентированной СУБД. Помимо операторов формулирования запросов и манипулирования БД язык содержит:

  1.  средства определения схемы БД и манипулирования схемой;
  2.  операторы для определения ограничений целостности и триггеров;
  3.  средства определения представлений БД;
  4.  средства авторизации доступа к отношениям и их полям;
  5.  средства управления транзакциями.

Другими словами, язык SQL претендует на то, что он способен полностью представить реляционную модель данных, т.е. его средств достаточно для представления всех аспектов реляционных баз данных в терминах Кодда. (Сразу заметим, что с этим утверждением многие несогласны, полагая, что некоторые возможности SQL расширяют классическую реляционную модель, а некоторые другие возможности - ее ограничивают.)

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

Но на самом деле то же относится и к разным реализациям языков программирования (сравните, например, реализационные диалекты языка Си компиляторов Borland и GCC). Важно другое. Существует международный стандарт языка Си (ANSI/ISOC), который должен поддерживаться в любом компиляторе, претендующем на совместимость со стандартом (хотя реализационный диалект языка может содержать существенные расширения). Именно наличие стандарта языка Си в совокупности с другими стандартами Открытых Систем обеспечивает возможность создания легко переносимых прикладных (и иногда и системных) программ.

После появления в 1989 г. первого международного стандарта языка SQL (SQL-89) и, в особенности, после принятия в 1992 г. второго международного стандарта SQL-92 стало возможным говорить про стандартную среду SQL-ориентированной СУБД. Для грамотного использования любой SQL-ориентированной реляционной СУБД знание стандартов языка кажется необходимым.

Все языки манипулирования данными (ЯМД), созданные до появления реляционных баз данных и разработанные для многих систем управления базами данных (СУБД) персональных компьютеров, были ориентированы на операции с данными, представленными в виде логических записей файлов. Это требовало от пользователей детального знания организации хранения данных и достаточных усилий для указания не только того, какие данные нужны, но и того, где они размещены и как шаг за шагом получить их.

Непроцедурный язык SQL (Structured Query Language - структуризованный язык запросов) ориентирован на операции с данными, представленными в виде логически взаимосвязанных совокупностей таблиц. Особенность предложений этого языка состоит в том, что они ориентированы в большей степени на конечный результат обработки данных, чем на процедуру этой обработки. SQL сам определяет, где находятся данные, какие индексы и даже наиболее эффективные последовательности операций следует использовать для их получения: не надо указывать эти детали в запросе к базе данных.

Появление теории реляционных баз данных и предложенного Коддом языка запросов "alpha", основанного на реляционном исчислении [2, 3], инициировало разработку ряда языков запросов, которые можно отнести к двум классам:

  •  алгебраические языки, позволяющие выражать запросы средствами специализированных операторов, применяемых к отношениям (JOIN - соединить, INTERSECT - пересечь, SUBTRACT - вычесть и т.д.);
  •  языки исчисления предикатов представляют собой набор правил для записи выражения, определяющего новое отношение из заданной совокупности существующих отношений. Другими словами исчисление предикатов есть метод определения того отношения, которое нам желательно получить (как ответ на запрос) из отношений, уже имеющихся в базе данных.

Разработка, в основном, шла в отделениях фирмы IBM (языки ISBL, SQL, QBE) и университетах США (PIQUE, QUEL) [3]. Последний создавался для СУБД INGRES (Interactive Graphics and Retrieval System), которая была разработана в начале 70-х годов в Университете шт. Калифорния и сегодня входит в пятерку лучших профессиональных СУБД. Сегодня из всех этих языков полностью сохранились и развиваются QBE (Query-By-Example - запрос по образцу) и SQL, а из остальных взяты в расширение внутренних языков СУБД только наиболее интересные конструкции.

В начале 80-х годов SQL показал все свой достоинства над другими языками запросов и стал фактическим стандартом таких языков для профессиональных реляционных СУБД. В 1987 году он стал международным стандартом языка баз данных и начал внедряться во все распространенные СУБД персональных компьютеров. Это произошло, потому что, непрерывный рост быстродействия, а также снижение энергопотребления, размеров и стоимости компьютеров привели к резкому расширению возможных рынков их сбыта, круга пользователей, разнообразия типов и цен. Естественно, что расширился спрос на разнообразное программное обеспечение. Борясь за покупателя, фирмы, производящие программное обеспечение, стали выпускать на рынок все более и более интеллектуальные и, следовательно, объемные программные комплексы. Приобретая такие комплексы, многие организации и отдельные пользователи часто не могли разместить их на собственных ЭВМ, однако не хотели, и отказываться от нового сервиса. Для обмена информацией и ее обобществления были созданы сети ЭВМ, где обобществляемые программы и данные стали размещать на специальных обслуживающих устройствах - файловых серверах [3].

СУБД, работающие с файловыми серверами, позволяют множеству пользователей разных ЭВМ (иногда расположенных достаточно далеко друг от друга) получать доступ к одним и тем же базам данных. При этом упрощается разработка различных автоматизированных систем управления организациями, учебных комплексов, информационных и других систем, где множество сотрудников (учащихся) должны использовать общие данные и обмениваться создаваемыми в процессе работы (обучения). Однако при такой идеологии вся обработка запросов из программ или с терминалов пользовательских ЭВМ выполняется на этих же ЭВМ. Поэтому для реализации даже простого запроса ЭВМ часто должна считывать из файлового сервера и (или) записывать на сервер целые файлы, что ведет к конфликтным ситуациям и перегрузке сети.

Для исключения указанных и некоторых других недостатков была предложена технология "Клиент-Сервер", по которой запросы пользовательских ЭВМ (Клиент) обрабатываются на специальных серверах баз данных (Сервер), а на ЭВМ возвращаются лишь результаты обработки запроса. При этом, естественно, нужен единый язык общения с Сервером и в качестве такого языка выбран SQL. Поэтому все современные версии профессиональных реляционных СУБД (DB2, Oracle, Ingres, Informix, Sybase, Progress, Rdb) и даже нереляционных СУБД (например, Adabas) используют технологию "Клиент-Сервер" и язык SQL. К тому же приходят разработчики СУБД персональных ЭВМ, многие из которых уже сегодня снабжены языком SQL.

Реализация в SQL концепции операций, ориентированных на табличное представление данных, позволило создать компактный язык с небольшим (менее 30) набором предложений. SQL может использоваться как интерактивный (для выполнения запросов) и как встроенный (для построения прикладных программ).

SQL обычно описывается как стандартный язык, используемый для взаимодействия с реляционными базами данных. Однако SQL не является языком программирования, как С, C++ или РНР. Скорее, это интерфейсное средство для выполнения различных операций с базами данных, предоставляющее в распоряжение пользователя стандартный набор команд. Возможности SQL не ограничиваются выборкой данных из базы. В SQL поддерживаются разнообразные возможности для взаимодействия с базой данных, в том числе [3]:

  •  определение структуры данных — определение конструкций, используемых при хранении данных;
  •  выборка данных — загрузка данных из базы и их представление в формате, удобном для вывода;
  •  обработка данных — вставка, обновление и удаление информации;
  •  контроль доступа — возможность разрешения/запрета выборки, вставки, обновления и удаления данных на уровне отдельных пользователей;

контроль целостности данных — сохранение структуры данных при возникновении таких проблем, как параллельные обновления или системные сбои.

В настоящее время SQL реализован практически во всех коммерческих реалиционных СУБД, все фирмы провозглашают соответствие своей реализации стандарту SQL, и на самом деле реализованные диалекты SQL очень близки (хотя и не полностью совпадают). Это произошло не сразу и не просто.

 Наиболее близкими к SystemR являлись две системы фирмы IBM - SQL/DS и DB2. Как кажется (документальных подтверждений этому автор не имеет), обе эти системы прямо использовали реализацию SystemR. Отсюда предельная близость реализованных диалектов SQL к SQLSystemR. Из SQLSystemR были удалены только те части, которые были недостаточно проработаны (например, точки сохранения) или реализация которых вызывала слишком большие технические трудности (например, ограничения целостности и триггеры). Можно назвать этот путь к коммерческой реализации SQL движением сверху вниз.

 Другой подход применялся в таких системах, как Oracle и Informix. Несмотря на различие в способе разработки этих систем, реализация SQL происходила "снизу вверх". В первых выпущенных на рынок реализациях SQL в этих системах использовалось минимальное и очень ограниченное подмножество SQLSystemR. В частности, в первой известной автору реализации SQL в СУБД Oracle в операторах выборки не допускалось использование вложенных подзапросов.

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

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

2.2.2. PHP- наилучшее средство поддержки MySQL

РНР лучше всего охарактеризовать как работающий на стороне сервера встроенный язык сценариев Web, позволяющий разработчикам быстро и эффективно строить динамические web-приложения[2,3]. С позиций грамматики и синтаксиса РНР напоминает язык программирования С, хотя разработчики не постеснялись включить в него средства из других языков, в том числе из Perl, Java и C++. Среди ценных заимствованных возможностей — поддержка регулярных выражений, мощные средства работы с массивами, объектно-ориентированная методология и обширная поддержка работы с базами данных.

При написании приложений, выходящих за рамки традиционной, статической методологии разработки web-страниц (то есть HTML), РНР также может послужить ценным инструментом для создания и управления динамическим содержанием, который используется наряду с JavaScript, стилями, WML (Wireless Markup Language) и другими полезными языками. Благодаря наличию сотен стандартных функций РНР в состоянии решить практически любую задачу, которая может придти в голову разработчику. В нем имеется обширная поддержка создания графики и операций с ней, математических вычислений, средств электронной коммерции и таких популярных технологий, как XML (Extensible Markup Language), ODBC (Open Database Connectivity) и Macromedia Shockwave. Широкий выбор возможностей избавляет от необходимости рутинной и непростой работы по подключению сторонних модулей, поэтому многие разработчики со всего мира останавливают свой выбор на РНР.

Одним из главных достоинств РНР является тот факт, что он внедряется прямо в HTML-код, поэтому программисту не приходится писать программу с множеством команд для простого вывода HTML. Код HTML и РНР можно чередовать по мере необходимости.

Практический характер РНР обусловлен пятью важными характеристиками:

  •  традиционностью;
  •  простотой;
  •  эффективностью;
  •  безопасностью;
  •  гибкостью.

Традиционность. Язык РНР, кажется знакомым многим программистам, работающим в разных областях. Многие конструкции языка позаимствованы из Си Perl, а нередко код РНР практически неотличим от того, что встречается в типичных программах С или Pascal. Это заметно снижает начальные усилия при изучении РНР.

Простота. Сценарий РНР может состоять из 10 000 строк или из одной строки — все зависит от специфики вашей задачи. Вам не придется подгружать библиотеки, указывать специальные параметры компиляции или что-нибудь в этом роде. Механизм РНР просто начинает выполнять код после первой экранирующей последовательности (<?) и продолжает выполнение до того момента, когда он встретит парную экранирующую последовательность (?>). Если код имеет правильный синтаксис, он исполняется в точности так, как указал программист.

Эффективность. Эффективность является исключительно важным фактором при программировании для многопользовательских сред, к числу которых относится и WWW. В РНР 4.0 был реализован механизм выделения ресурсов и обеспечена улучшенная поддержка объектно-ориентированного программирования, а также средства управления сеансом. В последней версии появился и механизм подсчета ссылок (reference counting), предотвращающий выделение лишней памяти.

Безопасность. РНР предоставляет в распоряжение разработчиков и администраторов гибкие и эффективные средства безопасности, которые условно делятся на две категории: средства системного уровня и средства уровня приложения.

В РНР реализованы механизмы безопасности, находящиеся под управлением администраторов; при правильной настройке РНР это обеспечивает максимальную свободу действий и безопасность. РНР может работать в так называемом безопасном режиме (safe mode), который ограничивает возможности применения РНР пользователями по ряду важных показателей. Например, можно ограничить максимальное время выполнения и использование памяти (неконтролируемый расход памяти отрицательно влияет на быстродействие сервера). По аналогии с cgi-bin администратор также может устанавливать ограничения на каталоги, в которых пользователь может просматривать и исполнять сценарии РНР, а также использовать сценарии РНР для просмотра конфиденциальной информации на сервере (например, файла passwd).

В стандартный набор функций РНР входит ряд надежных механизмов шифрования. РНР также совместим с многими приложениями независимых фирм, что позволяет легко интегрировать его с защищенными технологиями электронной коммерции (e-commerce). Другое преимущество заключается в том, что исходный текст сценария РНР нельзя просмотреть в браузере, поскольку сценарий компилируется до его отправки по запросу пользователя. Реализация РНР на стороне сервера предотвращает похищение нетривиальных сценариев пользователями, знаний которых хватает хотя бы для выполнения команды View Source.

Гибкость. Поскольку РНР является встраиваемым (embedded) языком, он отличается исключительной гибкостью по отношению к потребностям разработчика. Хотя РНР обычно рекомендуется использовать в сочетании с HTML, он с таким же успехом интегрируется и в JavaScript, WML, XML и другие языки. Кроме того, хорошо структурированные приложения РНР легко расширяются по мере необходимости (впрочем, это относится ко всем основным языкам программирования).

Поскольку РНР не содержит кода, ориентированного на конкретный web-сервер, пользователи не ограничиваются определенными серверами (возможно, незнакомыми для них). Apache, Microsoft IIS, Netscape Enterprise Server, Stronghold и Zeus — РНР работает на всех перечисленных серверах. Поскольку эти серверы работают на разных платформах, РНР в целом является платформенно-независимым языком и существует на таких платформах, как UNIX, Solaris, FreeBSD и Windows 95/98/NT.

Самый важный аспект РНР это поддержке баз данных. В РНР реализована обширная поддержка практически всех существующих серверов баз данных, в том числе: Adabas D; Informix; PostgreSQL; Dbase; Ingres; Solid; Direct MS-SQL; InterBase; Sybase; Empress; mSQL; UNIX dbm; File-Pro (read-only); MySQL; Velods; FrontBase; ODBC; IBM DB2; Oracle (OCI7 и OC18) [9].

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

2.3 Разработка программного комплекса

Данный проект состоит из нескольких модулей:

  •  модуль «Магазин»
  •  модуль «Администрирование»
  •  модуль «Web Банкинг»

Краткая характеристика модулей:

Модуль «Магазин»

Данный модуль предназначен для выборки продуктов в корзину и их покупку, посредством системы «WEB Банкинг».

Модуль «Администрирование»

В данном модуле, возможно занесение, редактирование и удаление данных о исполнителях, дисках, видеокассетах и МР3 из базы данных.

Модуль WEB Банкинг.

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

Для этих операций необходимы номера карточек, которые передаются банковской системе для обработки.

В процессе преддипломной практики был разработан интерфейс проекта.  Ниже, на рисунке 8 приведен пример выбора продукта в корзину.

Рисунок 8- Выбор продукта в корзину

Покупка товаров. Выбрав необходимые продукты, которые регистрируются в сессии. Нужно перейти на страницу «Моя корзина», где высвечиваются выбранные вами товары. Если вы еще не зарегистрированы в сессии, то вы должны перейти на страницу ввода логина и пароля. Введя их и аутентифицировась в системе, вы перейдете на страницу «Моя корзина». На рисунке 9 показан пример использования  «Моя корзина». Еще раз просмотрев и выбрав необходимые продукты, вы должны будете нажать кнопку «Купить». По нажатию этой кнопки система переведет деньги с вашей карточки, на карточку магазина (вы можете убедиться в этом, просмотрев свои данные в системе «WEB Банкинг»).

Рисунок 9-Покупка товара

Модуль «Администрирование»

В данном модуле на рисунке 9, возможно занесение, редактирование и удаление данных о исполнителях, дисках, видеокассетах и МР3 из базы данных.

Рисунок 10 -  Страничка администратора.

Добавление нового диска в систему.

Для добавления исполнителя в систему, необходимо перейти на страницу добавление исполнителя, как показано на рисунке 10. Выбрав и заполнив все необходимые поля, нажать кнопку «Добавить». После нажатия кнопки, вас перенаправят на страницу просмотра только что добавленного исполнителя. Там вы можете перейти по ссылкам редактировать и удалить. Просмотр изображения можно увидеть на рисунке 11.  

Рисунок 11-Добавление нового исполнителя

Рисунок 12-Просмотр

Модуль WEB Банкинг.

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

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

Рисунок 13 – Добавление пользователя в банковскую систему

Рисунок 14-Добавление пользователя в банковскую систему

Рисунок 15 - Редактирование пользователя NAT

Перевод денег с одного счета на другой.

Для перевода денег с одной карточки на другой, необходимы номера карточек отправителя и получателя. Передав банковской системе эти номера, система проверяет существование этих карточек, и в случае существования этих карточек, переводит деньги с карточки отправителя, на карточку получателя. В системе «WEB магазин» система «WEB Банкинг» используется для перевода денег с карточки покупателя на карточку магазина. Перевод денег осуществляется на рисунке 16.

Рисунок 16- Перевод денег

Главная страница- index.php. Также CGI-программы disc.php, mp3.php, vcd.php с помощью которых производится загрузка БД и при необходимости поиск данных и различные операции.

Тексты программ приведены в приложении Б.

2.4 Обзор систем навигации Базы Данных Интернет-магазина «Меломан»

Термин «гипертекстовый» означает, что такой документ состоит из нескольких относительно самостоятельных частей. Последовательность переходов от одной части к другой определяется двумя обстоятельствами:

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

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

Например, на рисунке 17 показана структура гипертекстового документа, описывающего работу кухонного комбайна.

                                           Рисунок 17- Пример структуры гипертекстового документа

Используя ссылки, пользователь может ознакомиться с соответствующей информацией как последовательно (“Технические характеристики” — “Обслуживание” — “Насадки” — “Рецепты”), так и “перескакивая” с одной страницы на другую, чтобы уточнить тот или иной момент.

Cвязь между частями документа реализуется посредством так называемых гиперссылок.

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

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

Язык гипертекстовой разметки, или язык разметки документов (Markup Language), — это специальный язык программирования, предназначенный для описания структуры информационного наполнения документа. Другими словами, такой язык позволяет указать, что вот здесь, например, должен быть текст, здесь — картинка, а вот там должна появляться реклама.

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

С точки зрения пользователя гиперссылка представляет собой интерактивную область документа, обеспечивающую динамический переход между его частями. Однако каждая гиперссылка имеет и оборотную сторону: для создателя HTML-документа это прежде всего адрес ресурса, включенного им в состав документа.

Необходимо отметить, что само понятие ресурса имеет достаточно абстрактный характер. В общем случае его используют для обозначения той информации или данных, которые представляют (или могут представлять) интерес для пользователя. Соответственно, объем и “способ существования” ресурса могут изменяться в очень широком диапазоне. Например, если посетитель Интернета — любитель футбола, то для него ресурсом будет Web-сайт, посвященный ходу чемпионата Европы по этому виду спорта, если же посетитель сам является Web-дизайнером, то его может интересовать один-единственный файл, содержащий описание какого-нибудь необычного элемента страницы. Общим для всех ресурсов является то, что каждый из них имеет адрес, однозначно идентифицирующий его среди других ресурсов. Адрес ресурса, представленный в символьном виде, называется Uniform Resource Locator (универсальный указатель ресурса), сокращенно URL. Поскольку физическим носителем (точнее, хранителем) ресурса является компьютер, то основу URL составляет доменное имя этого компьютера. Однако для обращения к ресурсу-файлу требуется учитывать организацию файловой системы компьютера. Поэтому URL может быть дополнен описанием маршрута доступа к необходимому файлу. Очень часто наряду с собственно адресом ресурса URL содержит также наименование протокола, который должен использоваться при работе с этим ресурсом. Таким образом, в общем виде структуру URL можно представить так:

[тип протокола]://[доменное имя компьютера]/[маршрут доступа]

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

3. Охрана труда

Данный раздел дипломного проекта написан с учётом следующих законов Республики Казахстан:

-_«Закон о безопасности и охране труда» от 28.02.2004г. № 528-II ЗРК; [9]

- «Закон о промышленной безопасности на опасных производственных объектах» от 03.04.2002г. № 314-II ЗРК;

- «Закон о пожарной безопасности» от 22.11.1996г.;

- «Закон о труде в Республике Казахстан» от 10.12.1999г. № 493-I  О труде в РК (с изменениями внесенными Законами РК от 06.12.01г. №260-II; от 25.09.03г. №484-II). [10]

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

- служба безопасности и охраны труда в
организации в соответствии с 21 статьей закона «Служба безопасности и охраны труда в организации»;

должны быть разработаны нормативы в области безопасности и охраны труда в соответствии со статьей 22 закона «Разработка нормативов в области безопасности и охраны труда». Где в пункте 1 и 2 данной статьи указано, что нормативы в области безопасности и охраны труда устанавливают технические, технологические, санитарно-гигиенические, физические и иные нормы, правила и критерии, направленные на сохранение жизни и здоровья работников в процессе их трудовой деятельности. Разработка и утверждение отраслевых нормативов в области безопасности и охраны труда осуществляются соответствующими уполномоченными государственными органами в порядке, установленном Правительством Республики Казахста;

- устанавливаются требования по безопасности и охране труда
при эксплуатации производственных объектов и средств производства в соответствии со статьей 23 закона «Требования по безопасности и охране труда при проектировании, строительстве и эксплуатации производственных объектов и средств производства».

Эксплуатация данного дипломного проекта будет проводиться с использованием современных средств вычислительной техники, а точнее ПЭВМ типа Pentium III со стандартной конфигурацией.

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

- длина – 30 м;

- ширина – 20 м;

- высота – 4,2 м.

Соответственно площадь составляет S= 30*20= 600 м2, а объем  

V=2 520 м2. Помещение имеет естественное, от окна размером 2х2 м, и искусственное освещение, люминесцентные лампы. ПЭВМ подключаются трехфазной сети переменного тока напряжением 220 V, с частотой 50 Гц. Мощность, потребляемая ПЭВМ составляет 450 Вт.

Источниками шума являются кондиционеры.

Максимальная температура в теплый период составляет 30оС, в холодный  –   -10оС.

Относительная влажность воздуха в помещении составляет 60%, скорость воздушного потока 0,2 м/с.

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

3.1 Анализ основных опасных и вредных факторов

При описании основных опасных и вредных факторов следует учесть, что практическая реализация требований, изложенных в СанПиН                  № 1.01.004.01  «Гигиенические требования к организации и условиям работы с видеодисплейными терминалами и персональными электронно-вычислительными машинами» [1], должно способствовать улучшению условий труда, уменьшению утомительности труда, повышению работоспособности и сохранению здоровья работников ВЦ. Обязательно следует учесть то, что труд работников ВЦ (математиков-программистов, операторов ЭВМ, операторов ВДТ, инженерно-технических работников) сопровождается необходимостью активизации внимания и других психических функций. При работе с компьютерной техникой, оператор подвергается воздействию ряда вредных, а иногда и опасных факторов. Рассмотрим наиболее характерные из них.

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

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

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

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

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

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

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

3.2 Обеспечение санитарно-гигиенических требований к помещениям вычислительного центра

 

При проектировании ВДТ, ПЭВМ, ПК и ЭС необходимо учитывать требования:

  •  визуальных эргономических параметров в соответствии с требованиями действующих стандартов (требования к четкости и стабильности изображения), которые вносятся в техническую документацию;
  •  электрической безопасности и надежности заземления;
  •  электромагнитной безопасности и допустимой дозы рентгеновского излучения;
  •  экологические требования;
  •  дизайн должен предусматривать окраску корпуса в спокойные мягкие тона с диффузным рассеиванием света, одноцветность окраски всех блоков, матовую их поверхность с коэффициентом отражения 0.4-0.6 и не иметь бликующих деталей;
  •  в конструкции должны использоваться материалы, разрешенные к применению Госсаннадзором РК.

Конструкция ВДТ, ПЭВМ, ПК и ЭС должна обеспечивать надежное и комфортное считывание отображаемой информации в условиях эксплуатации, соответствующих разделам 6, 7 настоящих Правил. [1]

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

Все помещения, предназначенные к эксплуатации ВДТ, ПЭВМ, ПК и обязательно должны оснащаться отдельным контуром заземления.

Запрещается размещение  рабочих мест с ВДТ, ПЭВМ, ПК подвальных помещениях. Не разрешается использование цокольных помещений  для размещения ВДТ, ПЭВМ и ПК детскими дошкольными, средними и средне специальными учебными заведениями.

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

Площадь на одно рабочее место  с ВДТ и ПЭВМ и офисах, административно-производственных помещениях и других учреждениях при периметром    расположении должна быть не менее 4,0 кв.м, при рядном и  центральном расположении - не менее 6 кв.м. В учебных заведениях площадь на 1 рабочее место - не менее 5 кв.м. В дошкольных учреждениях - не менее 6 кв.м., а объем  не менее 20 куб.м. В связи с тем, что в современных мониторах основное высокочастотное электромагнитное излучение отводится вверх и частично назад  рекомендуется  периметральная расстановка компьютеров, а не рядная и не центральная.

Помещения с ВДТ и ПЭВМ должны иметь естественное и искусственное освещение.

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

Звукоизоляция  ограждающих  конструкций  помещений  с  ВД и  ПЭВМ должны отвечать гигиеническим требованиям и обеспечивать нормативные значения уровней шума и вибрации согласно приложению 6-8 настоящих правил. [1]

Помещения с ВДТ и ПЭВМ должны оборудоваться системами отопления и кондиционирования воздуха. При отсутствии кондиционирования в помещениях должно обеспечиваться естественное проветривание помещений.

Для внутренней отделки интерьера помещений с ВДТ и ПЭВМ должны использоваться диффузно-отражающие материалы с коэффициентом отражения для потолка - 0.7-0.8; для стен - 0.5-0.6; для пола - 0.3-0.5.

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

В дошкольных учреждениях, во всех учебных заведениях, включая ВУЗы, запрещается использовать для отделки помещений с ВДТ и ПЭВМ древесно-стружечные плиты, слоистый  пластик, синтетические ковровые покрытия, выделяющие в воздух  вредные химические вещества.

Поверхность пола в помещениях с ВДТ и ПЭВМ должна быть ровной, удобной для очистки и  влажной  уборки, обладать антистатическими  свойствами.

3.2.1 Требования к уровням химических и физических факторов в помещениях для эксплуатации  ВДТ и  ПЭВМ [1]

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

В производственных помещениях, в которых работа на ВДТ или ПЭВМ является основной (диспетчерские, операторские, расчетные, посты управления, залы вычислительной техники, офисы и др.), должны обеспечиваться оптимальные параметры микроклимата (таблица 5.1).

Таблица 3. – Оптимальные нормы  микроклимата  для помещений с ВДТ и ПЭВМ [1]

Период

года

Категория

работ

Температура

воздуха, 0С,

не более

Относительная влажность

воздуха, %

Скорость движения воздуха, м/с

холодный

Легкая 1а

Легкая 1б

22-24

23-21

40-60

40-60

0,1

0,1

теплый

Легкая 1а

Легкая 1б

23-25

22-24

40-60

40-60

0,1

0,2

Примечание. К категории 1а относятся работы, производимые сидя и не требующие физического напряжения, при которых расход энергии составляет до 120 ккал/ч; к категории 1б относятся работы, производимые стоя, сидя или связанные с ходьбой и сопровождающиеся некоторым физическим напряжением, при котором расход энергии составляет от 120 до 150 ккал/ч.

В дошкольных, средних и высших учебных заведениях в помещениях с ВДТ и ПЭВМ должны обеспечиваться оптимальные параметры микроклимата (таблица 5.2).

Для повышения влажности воздуха в помещениях с ВДТ и ПЭВМ рекомендуется применять увлажнители воздуха, ежедневно заправляемые дистиллированной или кипяченой питьевой водой.

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

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

 

 3.3 Требования к организации рабочего места профессионального пользователя 

  1.  Высота рабочей поверхности стола должна регулироваться в пределах 68 – 80 см; при отсутствии такой возможности высота рабочей поверхности стола должна составлять не менее 72,5 см.
  2.  Рабочий стол должен иметь пространство для ног высотой не менее 60 см, шириной – не менее 50 см, глубиной на уровне колен – не менее 45 см и на уровне вытянутых ног – не менее 65 см.
  3.  Клавиатуру следует располагать на специальной, желательно регулируемой по высоте рабочей поверхности, отделенной от основной столешницы, или на поверхности стола на расстоянии 10 – 30 см от края, обращенного к пользователю. Расстояние клавиатуры от монитора должно быть не менее 30 см.

Анализируя условия рабочего места программиста в техническом отделе и проведя расчет освещенности, исходя из площади кабинета равного 24м2, и расчет уровня шума можно сделать вывод, что рабочее место соответствует условиям труда сохраняющих здоровье оператора, пользователя.[11]

Расчет освещенности и расчет уровня шума приведен ниже.

3.4  Расчет освещенности

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

Обычно искусственное освещение выполняется посредством электрических источников света двух видов: ламп накаливания и люминесцентных ламп. Будем использовать люминесцентные лампы, которые по сравнению с лампами накаливания имеют ряд существенных преимуществ:

  •  по спектральному составу света они близки к дневному, естественному свету;
  •  обладают более высоким КПД (в 1,5-2 раза выше, чем КПД ламп накаливания);
  •  обладают повышенной светоотдачей (в 3-4 раза выше, чем у ламп накаливания);
  •  более длительный срок службы.

Расчет освещения производится для комнаты площадью 24 м2 , ширина которой 6м, длина 4м, высота – 3 м. Воспользуемся методом светового потока.

Для определения количества светильников определим световой поток, падающий на поверхность по формуле:

,

где F - рассчитываемый световой поток, Лм;

Е - нормированная минимальная освещенность, Лк (определяется по таблице). Работу программиста, в соответствии с этой таблицей, можно отнести к разряду точных работ, следовательно, минимальная освещенность будет Е = 300Лк;

S - площадь освещаемого помещения (в нашем случае S = 24м2);

Z - отношение средней освещенности к минимальной (обычно принимается равным 1,1…1,2 , пусть Z = 1,1);

К - коэффициент запаса, учитывающий уменьшение светового потока лампы в результате загрязнения светильников в процессе эксплуатации (его значение зависит от типа помещения и характера проводимых в нем работ и в нашем случае К = 1,5);

n - коэффициент использования, (выражается отношением светового потока, падающего на расчетную поверхность, к суммарному потоку всех ламп и исчисляется в долях единицы; зависит от характеристик светильника, размеров помещения, окраски стен и потолка, характеризуемых коэффициентами отражения от стен (РС) и потолка (РП)), значение коэффициентов РС и РП были указаны выше: РС=40%, РП=60%. Значение n определим по таблице коэффициентов использования различных светильников. Для этого вычислим индекс помещения по формуле (СНиП 23-5-95):

,

где    S - площадь помещения, S = 13,6 м2;

h - расчетная высота подвеса,  h = 3 м;

A - ширина помещения, А = 6 м;

В - длина помещения, В = 4\м.

Подставив значения получим:

Зная индекс помещения I, по таблице 1 СНиП 23-05-95 находим n = 0,21

Подставим все значения в формулу для определения светового потока F:

Лм.

Для освещения выбираем люминесцентные лампы типа ЛБ40-1, световой поток которых  F = 4320 Лм.

Рассчитаем необходимое количество ламп по формуле:

,

где      N - определяемое число ламп;

F - световой поток, F = 56571 Лм;

Fл- световой поток лампы, Fл = 4320 Лм.

При выборе осветительных приборов используем светильники типа ОД. Каждый светильник комплектуется тремя лампами.

3.5 Расчет уровня шума

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

Для решения вопросов о необходимости и целесообразности снижения шума необходимо знать уровни шума на рабочем месте оператора.[19]

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

где  Li – уровень звукового давления i-го источника шума;

n – количество источников шума.

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

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

Таблица 1  - Уровни звукового давления различных источников.

Источник шума

Уровень шума, дБ

Жесткий диск

25

Кулер

29

Монитор

7

Клавиатура

10

Принтер

63

Сканер

38

Кондиционер

36

Обычно рабочее место оператора оснащено следующим оборудованием: винчестер в системном блоке, вентилятор(ы) систем охлаждения ПК, монитор, клавиатура, принтер и сканер.

Подставив значения уровня звукового давления для каждого вида оборудования в формулу, получим:

L=10·lg(102,5+102,9+100,7+101+106,3+103,8 + 103,6)=63,03 дБ

Полученное значение не превышает допустимый уровень шума для рабочего места оператора, равный 65 дБ (ГОСТ 12.1.030). И если учесть, что вряд ли такие периферийные устройства как сканер и принтер будут использоваться одновременно, то эта цифра будет еще ниже. Кроме того, при работе принтера непосредственное присутствие оператора необязательно, так как принтер снабжен механизмом автоподачи листов.

3.6  Мероприятия по защите от вредных и опасных факторов

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

2) Нормальное освещение обеспечивается путем рационального комбинирования и применения естественного и искусственного освещения. Правильного размещения монитора на рабочем месте относительно оконных проемов.

3) Для защиты от шума, создаваемого в техническом отделе  оборудованием, целесообразно использовать следующие методы:

  •  Снижение шума в источнике его возникновения;
  •  Снижение шума на пути его распространения.

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

4) для защиты от ионизирующего излучения следует использовать: во-первых, источники с минимальным выходом ионизирующего излучения (электронно-лучевая трубка), во-вторых, ограничивать время работы с источником ионизирующего излучения и, в-третьих – экранирование источников.

5) защита персонала кабинета от поражения электрическим током обеспечивается правильным размещением оборудования, правильным выполнением электропроводки, ее надежной изоляцией и выполнением требований по технике безопасности при работе в кабинете.

6) уменьшение влияния психофизиологических нагрузок  на организм человека достигается путем правильного оформления рабочего места (согласно ГОСТ 122.032-78 и ГОСТ 21829-76), рационального распределения рабочего времени (через каждые 2 часа проведенные за ПЭВМ необходимо обеспечивать 10-15 минут отдыха), правильным цветовым оформлением (коэффициенты отражения должны быть: 60-70% для потолка, 40-50% для стен, 30% для пола, 30-40% для других отражающих поверхностей), обеспечением соответствующей настройки параметров терминального оборудования (контрастность изображения знака не менее 0,8; яркость освещения экрана не менее 10 kq/m2; разрешение экрана 640х480 и более; частота регенерации изображения не менее 72 МГц)

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


Заключение

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

Процесс заказа продукции основан на простоте использования и оптимальном предоставлении информации о продукции, предоставленной магазином.

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

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


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

  1.  Гриценко В.Ю., Довгялло A.M., Савельева А.Я Компьютерная технология обучения: Словарь-справочник . - К.: Наукова думка, 1992.
  2.  Водолазкий В. Эффективная работа на РНР 4. - СПб.: Питер,  2000.
  3.  Пек С. Web-сервер Web-сайт. – К.: 1997.
  4.  Новиков Ю.В. Кондратенко С.В. Локальные сети. – М.:Эком, 2002.
  5.  Жумагалиев Б.И., Лабораторный практикум по Интернет-технологиям. - Алматы: ААЭиС, 2003.
  6.  Беляев А.В. Все об Интернет – М.: 2003.
  7.  Аррантс С.Е. Web-сервер, Web-сайт. – Питер, 1997.
  8.  Антон А.Н. Инфороматика и информационные технологии. –М.: 2001.
  9.  Дейтел П. Технологии программирования Java Script.- М.: 2000.  
  10.  Учебное пособие «Теория систем и системный анализ», С.Н. Павлов, Томск: Томский межвузовский центр дистанционного образования, 2003, 134 с.
  11.  Учебное методическое пособие «Теория систем и системный анализ»,  Томск: Томский межвузовский центр дистанционного образования,  2003, 34 с.
  12.  Учебное пособие «Модели и проектирование баз данных»,  В.Д. Сибилев, Томск, 2002.
  13.  Интернет-университет информационных технологий, курс «Проектирование информационных систем», http://www.intuit.ru/department/se/devis/1/ .
  14.  «Бизнес-процессы, основные стандарты их описания», С.М. Ковалев, журнал «Справочник экономиста» №11’2006.
  15.  «Особенности автоматизации конструкторского и технологического проектирования в мебельном производстве», Павел Бунаков, журнал «САПР и графика» №7’2007.
  16.  «Автоматизация предприятия. С чего начать?», Илья Коломин, журнал «Фабрика мебели», №№ 1-4' 2006.
  17.  Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 2003, №3.
  18.  Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования. Учебное пособие. М., Центр Информационных Технологий, 2000
  19.  Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1999.
  20.  Международные стандарты, поддерживающие жизненный цикл программных средств. М., МП "Экономика", 1998
  21.  Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем. М., 1999.
  22.  Панащук С.А. Разработка информационных систем с использованием CASE-системы Silverrun. "СУБД", 1998, №3.
  23.  Горчинская О.Ю. Designer/2000 - новое поколение CASE-продуктов фирмы ORACLE. "СУБД", 2000, №3.
  24.  Горин С.В., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных. "СУБД", 2002, №1.
  25.  Петров Ю.К. JAM - инструментальное средство разработки приложений в информационных системах архитектуры "клиент/сервер", построенных на базе РСУБД. "СУБД", 2002, №3.
  26.  Ахметов К.С. Курс молодого бойца. Изд. 5-е, перераб. и доп. – М.: Компьютер Пресс, 1998. – 365с.: ил.
  27.  Олифер В.Г. Сетевые операционные системы. СПб.:Питер, 2002.-538с.


Приложение А

(Обязательное )

Техническое задание на дипломное проектирование

А.1 Введение

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

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

А.1.2 Область применения

Интернет-бизнес.

А.2. Пользовательские интерфейсы: A.1

Рисунок A.1- Окно программы

А.2.2 Аппаратные интерфейсы

Веб-сервер, ПК, модем.

А.2.3 Программные интерфейсы

Интернет обозреватель (IExplorer, Opera, NN и др.)

А.2.4 Коммуникационные интерфейсы

Для подключения необходимо иметь интерфейс для выхода в интернет посредством модема с минимальной скоростью 56 Кбайт/с.

А.2.5 Ограничения по памяти

ОЗУ не менее 64 Мб.

А.2.6 Требования по адаптации

Наличие русских шрифтов.

А.3 Детальные требования

А.3.1 Функциональные требования.

Диаграмма прецедентов A.2

Рисунок A.2- Диаграмма прецидентов

А.3.2 Нефункциональные требования

А.3.2.1 Производительность

Программа должна нормально функционировать на стандартных персональных компьютерах клона IBM на базе процессора Intel Pentium с тактовой частотой 266 МГц  и объёмом ОЗУ 64 МВ (минимальные требования).

А.3.2.2 Надежность и доступность

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

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

А.3.3 Обратные требования

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


Приложение Б

Листинг программы

config.php – Файл настроек приложения

<?php

 // Путь к приложению

$context_path="http://localhost/webshop";

// Адрес для снятия для перевода денег с одной карточки на другую

$bankingsystem="http://localhost/banking/fromtoaccount.xml.php";

 // Номер карточки интернет магазина

$myaccount="1234567812345678";

 // Параметры необходмые для работы с БД

 $mysql_host="localhost";

$mysql_login="WEBSHOP";

$mysql_password="WEBSHOP";

$mysql_database="WEBSHOP";

?>

index.phpНачальная страница приложения

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"

"http://www.w3.org/TR/html4/loose.dtd">

<html>

Заголовочная информация страницы

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

Заголовок страницы

<title>Главная</title>

Таблица стилей

<link rel="stylesheet" href="images/2col_leftNav.css" type="text/css">

</head>

Начало тела страницы

<body>

Шапка сраницы

<div id="masthead">

 <h1 id="siteName">WEBSHOP - Вся медиа Казахстана </h1>

 <div id="globalNav">

 <a href="registration.php">Регистрация</a> | <a href="mybasket.php">Моя корзина</a> </div>

</div>

Содержание страницы

<div id="content">

Титульная часть

 <h2 id="pageName">Главная</h2>

<div id="main_part">

Само содержание

Текст о сайте

</div>    </div>

Навигационное меню

<div id="navBar"

 <div id="search">

   <form action="#">

     <label>search</label>

     <input name="searchFor" type="text" size="10">

     <input name="goButton" type="submit" value="go">

   </form>

 </div>

 <div id="sectionLinks">

   <ul>

     <li><a href="index.php">На главную</a></li>

     <li><a href="disc.php">Диски</a></li>

     <li><a href="vcd.php">Видеокассеты</a></li>

     <li><a href="mp3.php">MP3</a></li>

   </ul>

 </div>

 <div id="advert">

   <img src="files/2/images/apache1.gif" alt="" width="107" height="66"> Место для вашей рекламы.

 </div>

</div>

Информация о сайте

<div id="siteInfo">

 <img src="files/2/images/maven1.png" width="44" height="22"> <a href="about.php">О нас</a> | <a href="map.php">Карта

Продолжение приложения Б

сайта</a> | <a href="contact.php">Связь</a> | &copy;2009

Костанай

</div>

<br>

</body>

</html>

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

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

mybasket.php – Корзина пользователя

Серверные сценарии - Подготовка переменных

<?php

include_once("functions.php");

session_start();

$total_sum=0;

$message="";

if (isset($HTTP_GET_VARS["message"])) {

Продолжение приложения Б

 if ($HTTP_GET_VARS["message"]=="1") {

  $message="Введены неправильнные данные карточки";

 } else if ($HTTP_GET_VARS["message"]=="2") {

  $message="Деньги переведены";

 }

}

?>

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"

"http://www.w3.org/TR/html4/loose.dtd">

<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

<title>Регистрация</title>

<link rel="stylesheet" href="images/2col_leftNav.css" type="text/css">

Клиентские сценарии – для проверки вводимых данных

<script language="JavaScript">

function submit_form() {

if (document.registerform.passwd.value!=document.registerform.passwd_confirm.value) {

 alert("Пароли не совпадают");

 return;

}

Продолжение приложения Б

 document.registerform.submit();

}

</script>

</head>

<body>

<div id="masthead">

 <h1 id="siteName">WEBSHOP - Вся медиа Казахстана </h1>

 <div id="globalNav">

 <a href="registration.php">Регистрация</a> | <a href="mybasket.php">Моя корзина</a> </div>

</div>

Начало содержания

<div id="content">

 <h2 id="pageName">Моя корзина</h2>

<div id="main_part">

<font color=red><?php echo $message; ?></font><br>

<form name="registerform" method="get" action="buy.php">

Серверные сценарии – извлечение из сессии выбранных дисков

<?php

if (isset($HTTP_SESSION_VARS["disc_basket[]"])) {

?>

Таблица, представляющая диски в корзине

Диски<br>

<table>

<tr><th style="border-bottom: 1px solid #cccccc;">Исполнитель/Название</th><th style="border-bottom: 1px solid #cccccc;">Купить</th></tr>

Продолжение приложения Б

<?php

$HTTP_SESSION_VARS["disc_basket[]"]=array_unique($HTTP_SESSION_VARS["disc_basket[]"]);

foreach ($HTTP_SESSION_VARS["disc_basket[]"] as $as) {

 $result = getResult("SELECT * FROM DISKS, ARTISTS WHERE DISKS.ARTIST_ID=ARTISTS.ARTIST_ID AND DISKS.DISK_ID=$as ORDER BY ARTISTS.ARTIST_NAME ");

 while ($line = mysql_fetch_array($result)) {

  $id=$line["DISK_ID"];

  $artist_name=$line["ARTIST_NAME"];

  $disk_title=$line["DISK_TITLE"];

  $total_sum+=$line["PRICE"];

  echo "<tr><td style=\"border-bottom: 1px solid #cccccc;\">";

  echo "<a href=\"view_disk.php?id=$id\">$artist_name - $disk_title</a>";

  echo "&nbsp;</td><td align=\"center\" style=\"border-bottom: 1px solid #cccccc;\">&nbsp;";

  echo "<input type=\"checkbox\" name=\"disc_basket[]\" value=\"$id\" checked>";

  echo "</td></tr>\n";

 }

}

?>

</table><br>

Серверные сценарии – извлечение из сессии выбранных дисков

<?php }

if (isset($HTTP_SESSION_VARS["vcd_basket[]"])) {

?>

Видеокассеты<br>

Таблица, представляющая видеокассеты в корзине

<table>

<tr><th style="border-bottom: 1px solid #cccccc;">Исполнитель/Название</th><th style="border-bottom: 1px solid #cccccc;">Купить</th></tr>

<?php

$HTTP_SESSION_VARS["vcd_basket[]"]=array_unique($HTTP_SESSION_VARS["vcd_basket[]"]);

foreach ($HTTP_SESSION_VARS["vcd_basket[]"] as $as) {

 $result = getResult("SELECT * FROM CASETTES WHERE CASETTE_ID=$as ORDER BY TITLE ");

 while ($line = mysql_fetch_array($result)) {

  $id=$line["CASETTE_ID"];

  $title=$line["TITLE"];

  $year=$line["YEAR"];

  $total_sum+=$line["PRICE"];

  echo "<tr><td style=\"border-bottom: 1px solid #cccccc;\">";

  echo "<a href=\"view_disk.php?id=$id\">$title - $year</a>";

echo "&nbsp;</td><td align=\"center\" style=\"border-bottom: 1px solid #cccccc;\">&nbsp;";

  echo "<input type=\"checkbox\" name=\"vcd_basket[]\" value=\"$id\" checked>";

  echo "</td></tr>\n";

 }

}

?>

</table><br>

Серверные сценарии – извлечение из сессии выбранных MP3 файлов

<?php }

if (isset($HTTP_SESSION_VARS["mp3_basket[]"])) {

?>

Таблица, представляющая MP3 в корзине

MP3<br>

<table>

<tr><th style="border-bottom: 1px solid #cccccc;">Исполнитель/Название</th><th style="border-bottom: 1px solid #cccccc;">Купить</th></tr>

<?php

$HTTP_SESSION_VARS["mp3_basket[]"]=array_unique($HTTP_SESSION_VARS["mp3_basket[]"]);

foreach ($HTTP_SESSION_VARS["mp3_basket[]"] as $as) {

 $result = getResult("SELECT * FROM MP3,ARTISTS WHERE ARTISTS.ARTIST_ID=MP3.ARTIST_ID AND MP3_ID=$as ORDER BY TITLE");

 while ($line = mysql_fetch_array($result)) {

  $id=$line["MP3_ID"];

  $title=$line["TITLE"];

  $year=$line["YEAR"];

  $total_sum+=$line["PRICE"];

  echo "<tr><td style=\"border-bottom: 1px solid #cccccc;\">";

  echo "<a href=\"view_disk.php?id=$id\">$title - $year</a>";

  echo "&nbsp;</td><td align=\"center\" style=\"border-bottom: 1px solid #cccccc;\">&nbsp;";

  echo "<input type=\"checkbox\" name=\"vcd_basket[]\" value=\"$id\" checked>";

  echo "</td></tr>\n";

 }

}

?>

</table><br>

<?php } ?>

Указание стоимости товара, находящегося в корзине

<br><b>Общая Цена:</b> <span ><?php echo $total_sum?> KZT</span><br>

Таблица ввода данных о кредитной карточке

<table>

<tr><td>Номер карточки</td><td><input type=text name=cardno></td></tr>

<tr><td>Дата выдачи</td><td><input type=text name=issuedate></td></tr>

<tr><td>Действительна до</td><td><input type=text name=validuntil></td></tr>

Кнопка перехода на страницу для обработки данных покупки

<tr><td colspan=2><input type="submit" value="Купить"></td></tr>

</table>

</form>

</div>

</div>

<div id="navBar">

 <div id="search">

   <form action="#">

     <label>search</label>

     <input name="searchFor" type="text" size="10">

     <input name="goButton" type="submit" value="go">

   </form>

 </div>

 <div id="sectionLinks">

   <ul>

     <li><a href="index.php">На главную</a></li>

     <li><a href="disc.php">Диски</a></li>

     <li><a href="vcd.php">Видеокассеты</a></li>

     <li><a href="mp3.php">MP3</a></li>

   </ul>

 </div>

 <div id="advert">

   <img src="files/2/images/apache1.gif" alt="" width="107" height="66"> Место для вашей рекламы.

 </div>

</div>

<div id="siteInfo">

 <img src="files/2/images/maven1.png" width="44" height="22"> <a href="about.php">О нас</a> | <a href="map.php">Карта сайта</a> | <a href="contact.php">Связь</a> | &copy;2009

Кустанай

</div>

<br>

</body>

</html>

buy.php – сценарий обработки покупки

<?php

Включение файла с предопреденными функциями

 include_once("functions.php");

 session_start();

Извлечение идентификационного номера пользователя в системе из сессии

 if (!session_is_registered("USER_ID")) {

 header("Location: login.php");

 }

$user_id=$HTTP_SESSION_VARS["USER_ID"];

 Если в корзине есть диски, купить их

 if (isset($HTTP_SESSION_VARS["disc_basket[]"])) {

 $discs=$HTTP_SESSION_VARS["disc_basket[]"];

 foreach ($discs as $disk_id) {

  insert("INSERT INTO REQUEST (STATUS, USER_ID, DISK_ID) VALUES (1, $user_id, $disk_id)");

 }

}

Если в корзине есть МР3, купить их

 if (isset($HTTP_SESSION_VARS["mp3_basket[]"])) {

 $mp3=$HTTP_SESSION_VARS["mp3_basket[]"];

 foreach ($mp3 as $mp3_id) {

  insert("INSERT INTO REQUEST (STATUS, USER_ID, MP3_ID) VALUES (2, $user_id, $mp3_id)");

 }

}

Если в корзине есть видеокассеты, купить их

 if (isset($HTTP_SESSION_VARS["vcd_basket[]"])) {

 $vcd=$HTTP_SESSION_VARS["vcd_basket[]"];

 foreach ($vcd as $vcd_id) {

  insert("INSERT INTO REQUEST (STATUS, USER_ID, CASETTE_ID) VALUES (3, $user_id, $vcd_id)");

 }

}

Извлечение данных из запроса о кредитной карте

 $useraccount=$HTTP_GET_VARS["cardno"];

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

 $file = "$bankingsystem?toaccount=$myaccount&fromaccount=$useraccount&amount=$amount";

if (!($fp = fopen($file, "r"))) {

 die("could not open XML input");

}

$response="";

while ($data = fread($fp, 4096)) {

 $response.=$data;

}

$p = xml_parser_create();

xml_parse_into_struct($p,$response,$vals,$index);

xml_parser_free($p);

$message=$vals[1]["value"];

 При удачном переводе денег, удалить записи из корзины

 if ($message=="2") {

 session_unregister("disc_basket[]");

 session_unregister("mp3_basket[]");

 session_unregister("vcd_basket[]");

}

 header("Location: mybasket.php?message=$message");

?>

functions.php – функции для работы с БД

<?php

Включение файла свойств

 require_once("config.php");

Функция извлечения данных по определенному запросу

 function getResult($query) {

 $link = mysql_connect($GLOBALS["mysql_host"],$GLOBALS["mysql_login"],$GLOBALS["mysql_password"]) or die ("Could not connect");

mysql_select_db($GLOBALS["mysql_database"],$link);

 return mysql_query($query,$link);

 }

Функция вставки данных по определенному запросу

 function insert($query) {

 $link = mysql_connect($GLOBALS["mysql_host"],$GLOBALS["mysql_login"],$GLOBALS["mysql_password"]) or die ("Could not connect");

mysql_select_db($GLOBALS["mysql_database"],$link);

 mysql_query($query,$link);}          ?>

нженер-программист

Инженер-программист

Начальник тех. отдела

Отдел маркетин-га

Служба безопаснос-ти

Операторы-кассиры

Консультанты

Бухгалте-рия

Администратор магазина

Зам. директора

Техничес-кий отдел

Директор

ПК Пользователей



 

Другие похожие работы, которые могут вас заинтересовать.
13347. Разработка системы учета заказанных через Интернет товаров в качестве индивидуального предпринимателя-посредника с последующей доставкой заказчику 412.18 KB
  Для достижения данной цели необходимо решить следующие задачи: Провести анализ бизнеспроцессов. Требуется разработать систему для учета оказания посреднических услуг включая данные о заказах и контактную информацию клиентов. Программа будет предназначаться для самого заказчика и иметь в основе локальную базу данных. Для обеспечения безопасности накопленных данных было предложено реализовать резервное копирование файлов базы данных средствами облачных сервисов.
12874. Разработка базы данных на языке SQL (предметная область – «Магазин канцелярские товары») 2.14 MB
  СОДЕРЖАНИЕ ВВЕДЕНИЕ База данных – это организованная структура предназначенная для хранения информации. С понятием базы данных тесно связано понятие системы управления базой данных. Такая система должна: обеспечивать получение общих и или детализированных отчетов по итогам работы; позволять легко определять тенденции изменения важнейших показателей; обеспечивать получение информации критической по времени без существенных задержек; выполнять точный и полный анализ данных.
11688. Повышение эффективности продаж через интернет-магазин за счет совершенствования системы документационного обеспечения управления интернет-магазина ООО «Спортибэй» 2.2 MB
  Разработан проект внедрения автоматизированной информационной системы обработки заказов в интернет-магазине ООО «Спортибэй» на платформе «1С: Управление небольшой фирмой 8» с использованием электронной подписи на платформе «1С: Такском».
20440. Интернет-магазин для продажи различного компьютерного оборудования с целью расширения сферы маркетинга в информационном обществе 1.6 MB
  Самые лучший способ показать свое истинное лицо для юридических организаций - это создание корпоративного сайта. Цель состоит в том чтобы создать в Интернете - магазин для организации продает различные компьютерного оборудования с целью расширения сферы маркетинга в информационном обществе. разработать рабочее пространство для редактирования и обработки информации в базе данных в дополнение ко всему этому добавить необходимые инструменты для сокращения времени на поддержку сайта. Провести небольшой анализ для выбора более подходящего...
10085. Разработка веб-сайта Интернет-магазин футбольной атрибутики 3.05 MB
  Сегодня жизнь протекает очень динамично, и у многих людей просто нет времени на походы по магазинам. Сейчас гораздо проще – не отходя от своих занятий, всегда можно открыть ноутбук или планшет, зайти на нужный веб-сайт и приобрести там все необходимые товары.
18503. Разработка программы Моделирование сети передачи данных на примере Кемеровской области 3.88 MB
  Кузнецкий индустриальный техникум на сегодня – это: – очное и заочное отделения; – девять направлений НПО и семь направлений СПО; – уникальное учебное заведение где реализуется многоуровневая подготовка специалистов для юга КУЗБАССА; – социальный партнер ЕВРАЗ холдинга. Для облегчения работы по заданию графа целесообразно создать программную среду позволяющую задать граф исходных данных при помощи графического интерфейса. Созданный граф можно сохранить для последующего использования. При этом для каждой линии связи...
18005. Разработка программы «Моделирование сети передачи данных на примере Кемеровской области» 3.89 MB
  Кузнецкий индустриальный техникум на сегодня это: –очное и заочное отделения; –девять направлений НПО и семь направлений СПО; – уникальное учебное заведение где реализуется многоуровневая подготовка специалистов для юга КУЗБАССА; – социальный партнер ЕВРАЗ холдинга. Для облегчения работы по заданию графа целесообразно создать программную среду позволяющую задать граф исходных данных при помощи графического интерфейса. Созданный граф можно сохранить для последующего использования. При этом для каждой линии связи...
13104. РЕАЛИЗАЦИЯ БАЗЫ ДАННЫХ УЧЕТА ТМЦ ДЛЯ ИП ЛИТВИНОВА А.Ю. ФИРМА «ЖЕСТЬ» 1.28 MB
  Назначение баз данных - это сбор накопленных данных и эффективное предоставление их в интересах конкретных прикладных задач. Не имея такого «фундамента», программы теряют глубину анализа, значимость получаемых решений. Поэтому его прочность, надежность и производительность играют существенную роль для достижения успеха.
19473. Создание базы данных для учета лекарственных средств и изделий медицинского назначения в аптеках стационаров 1.71 MB
  анная работа посвящена проектированию базы данных «Аптека» для учета лекарственных средств и изделий медицинского назначения, предназначенной для использования в аптеках стационаров лечебно-профилактических учреждений (ЛПУ) Нижегородской области и Нижнего Новгорода.
14095. Разработка базы данных библиотеки 11.72 MB
  Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем привели к широкому распространению наиболее удобных и сравнительно простых для понимания реляционных (табличных) СУБД.
© "REFLEADER" http://refleader.ru/
Все права на сайт и размещенные работы
защищены законом об авторском праве.