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

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

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

- разработка структуры 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 м², а объем

V=2 520 м². Помещение имеет естественное, от окна размером 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]

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

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

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

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

Таблица 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

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

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

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

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

1. Высота рабочей поверхности стола должна регулироваться в пределах 68 - 80 см; при отсутствии такой возможности высота рабочей поверхности стола должна составлять не менее 72,5 см.

2. Рабочий стол должен иметь пространство для ног высотой не менее 60 см, шириной - не менее 50 см, глубиной на уровне колен - не менее 45 см и на уровне вытянутых ног - не менее 65 см.

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

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

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

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

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

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

- по спектральному составу света они близки к дневному, естественному свету;

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

- обладают повышенной светоотдачей (в 3-4 раза выше, чем у ламп накаливания);

- более длительный срок службы.

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

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

,

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

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

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

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

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

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

,

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

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]

...