Разработка WEB-сайта телекоммуникационной компании

 

1.4.8 Витрина — развернутый каталог  товаров

 

 

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

 

 

 

1.5 Web-хостинг

 

 

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

Что обеспечивает Web-хостинг? Компания Web-хостинга поддерживает много серверов, которые они используют для тысяч  клиентов. В зависимости от клиентов, от их нужд и цены, которую они  платят, хостинг-провайдеры иногда используют размещениет нескольких клиентов на одном сервере, иногда арендуют выделенный сервер для клиента и даже предоставляют соразмещение, где клиент буквально определяет местонахождение его сети, электронной почты, или сервера базы данных как части Web-хостинга посредством сетевого хоста. Чтобы достичь этого, компания Web-хостинга поддерживает высокую степень надежности своей деятельности, включая высокоскоростную связь с интернетом, используя очень надежные серверы, и использовать высоконадёжные электрические установки, включающие UPS, генераторы, и т.д.

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

Основные услуги Web-хостинга, - HTTP (Hyper Text Transfer Protocol) посредством сервера  сети. Web-сервер – это место, откуда ваши посетители загружают ваши web-страницы. Другими словами, ваши страницам служат пользователям посещаяющим сеть. Ваша компания Web-хостинга сохраняет страницы на серверах готовых предоставить их любому посетителю, посетившему ваш сайт. Их роль становится критической, когда у вас много посетителей одновременно или если вы занимаетесь электронной комерцией, по средствам которой получаете средства к существованию.

Для того, чтобы разместить свой Web -сайт в сети, необходимо:

1. Прежде всего, нужно иметь собственный Web -сайт. Нужно иметь копию сайта на локальном компьютере (в html-файлах), или же готовые материалы + программа (скрипт), которая позволила бы создать Web-сайт непосредственно на сервере.

2. Доменное имя. Нужно найти и приобрести доменное имя сайта. Желательно, чтобы имя говорило о тематике сайта, и было легко запоминающимся. Доменное имя может быть в любой, на ваш выбор, доменной зоне, например: . kz , .com, .net, . info и т.д. При выборе доменной зоны руководствуйтесь данными о тематиках доменов. Домены .com , например, предназначены для сайтов коммерческой направленности, .org - государственных учреждений и общественных организаций. Региональные домены говорят о принадлежности сайта какому-либо региону. Это необязательное правило, но стоит об этом помнить.

3. Какой тарифный план выбрать?

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

• размер предоставляемого дискового пространства
• возможность иметь множество почтовых адресов
• установка и запуск приложений (cgi, php, MySQL)
• доступ к сайту по FTP
• административную панель, с помощью которой осуществлять контроль и управление сайтом (очень важно: качественная административная панель, где все функции удобно "разложены по полочкам" сэкономит вам массу времени)

 

 

2 Выбор инструментальной среды разработки сайта

2.1 Анализ существующих моделей создания сайта

2.1.1 Каскадная модель

 

 

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

Каскадная модель — самая простая. Она непригодна для работы над крупными сайтами

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

 

 

Рисунок 2.1 – Каскадная модель

 

2.2 Модель «Спираль»

 

 

«Спираль» — самая популярная модель проектирования. Ее главное достоинство  — гибкость

Это самая популярная модель проектирования работы над сайтом. Ее суть, как это видно из названия, заключается в движении по спирали. Работа начинается с первого этапа — «Планирование и анализ» — и последовательно проходит все остальные — разработку архитектуры, кодирование и создание дизайна, тестирование. Параллельно с разработкой проекта аккумулируются идеи по улучшению сайта, внесению дополнительных возможностей и так далее. После завершения последнего этапа работа снова возвращается к первому. Таким образом цикл повторяется несколько раз.

Главное достоинство модели «Спираль» — возможность создания сложных проектов с постепенным их изменением и улучшением. Но есть у нее и недостаток. Дело в том, что новые идеи появляются постоянно. Если реализовывать их все, то появляется риск «зацикливания», то есть постоянной разработки сайта. Правда, решить эту проблему очень легко. Просто нужно остановиться в конце одного из циклов, запустить сайт в эксплуатацию, а потом можно будет продолжать работу, периодически радуя посетителей проекта новыми релизами. Есть у модели «Спираль» и еще один минус. Речь идет о риске превращения процесса работы в хаос. Постоянные доработки и переработки могут привести к размытости границ между этапами и, как следствие этого, к нарушению порядка работы со всеми вытекающими отсюда последствиями.

 

Рисунок 2.2 – Спиральная модель

 

2.2.1 Microsoft Solutions Framework

 

 

Microsoft Solutions Framework — модель для разработки сложных проектов.

Эту модель компания Microsoft использует для разработки собственных продуктов. Тем не менее она прекрасно подходит и для проектирования работы над веб-сайтами. Суть Microsoft Solutions Framework заключается в следующем. Работа над проектом состоит из четырех этапов — анализа, планирования, разработки и стабилизации. Причем каждый из них должен достигать определенного заранее результата. Кроме того, в конце этапа обычно составляется специальный документ, в котором подробно описывается состояние проекта на данный момент времени. После прохождения полного цикла разработка возвращается на первый шаг. И так повторяется несколько раз. Правда, в отличие от модели «Спираль», здесь невозможно бесконечное «вращение» проекта, поскольку цели, необходимые для окончания каждого этапа, четко указаны.

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

 

Рисунок 2.3 Microsoft Solutions Framework

 

2.3 Анализ и выбор аппаратного обеспечения web-сервера

 

 

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

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

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

• производительность системы;
• надежность;
• безопасность;
• удобство обслуживании;
• обладать возможностью простой модернизации.

Так как в разработанном Сайте HTML-страницы будут создаваться динамически один процессор сможет эффективно обрабатывать только небольшое число поступающих одновременно запросов. Необходимо также отметить тот факт, что основная нагрузка по обработке php-скриптов ложится на сервер базы данных.  Учитывая всё вышесказанное а, также приблизительно зная, что Web - трафик по сети будет составлять 1,5 - 2,0 Мбит/с для избежания перегрузок системы  в качестве рекомендуемого параметра я выбрала однопроцессорную систему на основе процессора Pentium с тактовой частотой не ниже 2.4 Mhz .

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

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

Минимальный размер оперативной  памяти - 128 Mb (если установка Web-сервера планируется под управлением операционной системы Unix или Linux) и 256 Mb (если установка Web-сервера планируется под управлением операционной системы Windows 2000/2003). Рекомендуемый размер в первом случае 256 Mb , во втором случае  - 512 Mb.

Минимальные требования к дисковой подсистеме:

• Размер жесткого диска 40 Gb
• Интерфейс жестких дисков IDE/ATA
• Кол-во оборотов в минуту 5200

Рекомендуемые требования к дисковой подсистеме:

• Размер жесткого диска 40 Gb
• Интерфейс жестких дисков SCSI 

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

Если Web - сервер будет соседствовать с FTP - сервером , то необходимо учесть размер дисковой памяти , выделяемый FTP - серверу , и увеличить объём оперативной памяти минимум на 32 Mb . Практически все функции , выполняемые FTP - сервером , может взять на себя Web - сервер , включая передачу файлов и авторизацию пользователей . Таким образом , обычный FTP - сервер имеет смысл сохранить только для совместимости со старыми приложениями .

Если Web - сервер будет соседствовать с NEWS - сервером  необходимо увеличить дисковое пространство минимум на 4 Гигабайт , а оперативную память увеличить на 64 Мегабайт . Кроме того придется подумать об установке дополнительного процессора или замене существующего на более производительный . Эти требования диктуются очень большой базой данных , с которой работает News- сервер.  В мире насчитывается около 30 000 телеконференций ,а некоторые из них получают по нескольку тысяч сообщений в день . Базу данных приходится периодически индексировать , производить в ней поиск , удалять старые и добавлять новые  сообщения . Этот процесс может поглотить все доступные ресурсы системы  .

Если Web - сервер будет соседствовать с Mail - сервером  также необходимо увеличить оперативную память компьютера на 64 мегабайт , а размер жесткого диска минимум на 2 гигабайт.

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

1. Если Web - сервер будет запущен на одном компьютере с базой данных , то сначала учитывается конфигурация , необходимая для функционирования базы данных , а после этого к ней прибавляется конфигурация Web-сервера . Полученные показатели увеличиваются на 30-50% для "надежности". В этом случае можно надеяться , что база данных и Web-сервер не будут мешать друг другу . При таком варианте очень большое внимание придется уделять дисковой подсистеме сервера , так как именно она может обеспечить быстрый доступ к информации и минимизировать время , требуемое базе данных для выполнения операций чтения - записи .