1296011

Размещено на http://www.allbest.
ru/
ОГЛАВЛЕНИЕ
Введение
ГЛАВА 1. ИССЛЕДОВАНИЕ ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ ООО
«ТРАНСЭНЕРГОСЕРВИС»
1.1 Организация работы ООО «ТрансЭнергоСервис»
1.2 Анализ функционирования интернет-сайтов по предоставлению услуг
ГЛАВА 2. МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ ИНТЕРНЕТ – САЙТА
2.1 Обзор методологий проектирования интернет-представительства
2.2 IDEF0
2.3 UML
2.4 DFD
2.5 ER-модель «сущность-связь»
ГЛАВА 3. РАЗРАБОТКА ИНТЕРНЕТ-САЙТА ДЛЯ ООО
3.1 Инструментальные средства разработки и реализации системы
управления сайтом
3.2 Разработка интерфейса пользователя
3.3 Реализация интерфейса web-сайта
Заключение
Приложение
Размещено на http://www.allbest.ru/
ВВЕДЕНИЕ
интернет сайт интерфейс пользователь
На сегодняшний день иметь свой сайт во всемирной сети стало не
столько делом престижа, сколько необходимостью. в прежние времена,
престиж фирмы, имеющей сайт в Интернете, автоматически поднимался в
глазах клиентов, теперь же иметь свой сайт - дело абсолютно нормальное и
его отсутствие у организации вызывает недовольство у потенциальных
клиентов, а иногда и негативное отношение. в современном мире основным
средством получения информации люди все чаще называют Интернет, а
число пользователей сети на начало 2013 года составило 2 миллиарда человек
и по прогнозам будет постоянно расти.
В сайт, как инструмент маркетинга, заложены огромные возможности.
Во-первых владелец сайта может использовать его как визитную
карточку. Это повысит престиж организации, привлечет потенциальных
клиентов, которые смогут ознакомиться с компанией, услугами и сделать
выбор в пользу организации имеющей сайт, даже не посещая ее офиса, в
любое время дня и ночи.
Второй путь, по которому может пойти организация - это
рекламировать себя в Интернете. Размещать рекламные баннеры на сайтах с
высокой посещаемостью, в каталогах, занимать лидирующие позиции в
поисковых системах по ключевым словам и фразам. Все это позволит
привлечь большое число потенциальных клиентов на сайт организации,
повысит интерес к ее услугам. А грамотно выполненный сайт обратит
потенциального клиента в постоянного.
Все выше сказанное не позволяет усомниться в актуальности моей
дипломной работы.
Объектом исследования в дипломной работе является веб-сайт ООО
«ТрансЭнергоСервис».
Целью дипломной работы является разработка и внедрение сайта
транспортной компании ООО «ТрансЭнергоСервис». Для достижения
поставленной цели мы решим другие, более частные задачи:
- в первой главе мы рассмотрим организацию работы ООО
«ТрансЭнергоСервис»;
- во второй будет описана методология разработки сайта;
- в третьей будет исследована разработка сайта ООО
«ТрансЭнергоСервис».
Теоретической и методической основой дипломной работы послужили
работы ведущих отечественных специалистов в проектирования Интернет-
сайтов: Калиновский А.И., Монахов М.Ю., Воронин А.А., и многих других.
Дипломная работа состоит из введения, трех глав, включающих 13
параграфов, заключения, библиографического списка использованной
литературы и готового сайта, размещенного в сети Интернет. Основное
содержание работы изложено на 65 страницах, иллюстрировано тринадцатью
таблицами и семью рисунками. Список использованных источников
насчитывает 22 источника.
ГЛАВА 1. ИССЛЕДОВАНИЕ ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ
ООО «ТРАНСЭНЕРГОСЕРВИС»
1.1ОРГАНИЗАЦИЯ РАБОТЫ ООО «ТРАНСЭНЕРГОСЕРВИС»
Общество с ограниченной ответственностью «ТрансЭнергоСервис»

создается с целью организации производства и реализации услуг по
перевозке грузов в г. Волгоград.
Виды услуг:
– услуги по квартирным переездам, перевозу мебели (в том числе
пианино), перевозка других хозяйственных грузов (дрова, уголь, сено и т.д.);
розничная цена одной условной единицы услуги (3 часа работы автомобиля +
3 часа работы четырех грузчиков) 4,0 - 5,5 тыс. руб.; планируемый годовой
объем производства услуг порядка 600 единиц;
– услуги по перевозке коммерческих грузов; розничная цена (6 часов
работы автомобиля + лебедка + 6 часов работы четырех грузчиков) 11,0 -18,0
тыс. руб.; планируемый объем выпуска в год - 96 единиц;
– услуги антикоррозийной обработки кузовных элементов автомобилей
по технологии RUST-STOP (Canada); стоимость обработки одного
автомобиля - 0,9 тыс. руб.; планируемый годовой объем работ - 3600 единиц.
Производственно-хозяйственная деятельность:
– производственно-хозяйственная деятельность производится на основе
договоров;
– Общество самостоятельно планирует свою деятельность с учетом
спроса и заключенных договоров на оказание транспортных услуг.
Для организации деятельности предприятие располагает как
собственными, так и арендованными площадями:
Собственные площади: гараж 220 кв.м (г. Волгоград).
Арендуемые площади: цех по антикоррозийной обработке автомобилей
90 кв.м. (г. Волгоград).
На момент начала реализации инвестиционного проекта
(предположительно август 2007 г.) предприятие имеет всю необходимую для
организации производства техническую документацию и лицензии.
Закуплена технологическая документация для организации
специализированного участка (цеха) антикоррозийной обработки
автомобилей RUST-STOP (Canada).
Конкуренция на транспортном рынке РФ в новых условиях
хозяйствования приобретает качественно новые черты. Развивается частное
предпринимательство на автомобильном рынке, повышаются требования к
качеству перевозочного процесса и др. Конкуренция на внутреннем
транспортном рынке существует как во внутриреспубликанском сообщении,
так и в международном. Она проявляется в борьбе за клиентуру, высокую
прибыль, новые технологии, высокое качество перевозок, быстроту и
надежность перемещения грузов.
Товарный обмен между участниками рыночных отношений
устанавливается и постоянно поддерживается с помощью транспорта.
Потребность в качественном транспортном обслуживании тем выше, чем
больше конкуренция на рынке товаров. Под качеством транспортного
обслуживания по грузовым перевозкам традиционно подразумевают полноту,
скорость, своевременность, равномерность доставки и сохранность грузов,
безопасность перевозок, а также комплексность, доступность и культуру
обслуживания потребителей транспортных услуг.
В последние годы в г. Волгограде успешно развивается организация и
открытие всевозможных предприятий, работающих с населением и
предлагающих услуги по перевозкам грузов по приемлемых ценам. в
условиях снижения и стабилизации покупательской способности населения
эта форма производства все же способствует развитию спроса. Большую роль
в данном деле играет ООО «ТрансЭнергоСервис». Доля рынка, занимаемая
предприятием на начальном этапе деятельности составит примерно 15%.
Рисунок 1.1 – Доля рынка ООО «ТрансЭнергоСервис» -15%
На самом деле серьезных прямых конкурентов у ООО

«ТрансЭнергоСервис» много.
Таблица 1.1 - Оценка собственной фирмы и фирм конкурентов, баллы

№ п/п Фирма Достоинства и недостатки
Товар Цена Сервис Местораспо Соотношение
ложение цена/качество
1 Собственная фирма 7 5 7 10 8
2 Фирма-конкурент
2.1 Небольшие фирмы 5 5 6 8 8
2.2 Крупные 4 4 6 7 6
перевозочные фирмы
В таблице 1.1 приведены оценки достоинств и недостатков как

собственной фирмы, так и фирм-конкурентов. Оценки выставлялись в баллах
от 0 до + 10.
Если посчитать сумму баллов каждой «фирмы», то получим следующие
результаты:
ООО «ТрансЭнергоСервис»: 37 баллов.
Небольшие фирмы: 36 баллов.
Перевозочные предприятия: 35 баллов.
Еще раз нужно уточнить, что оценка производилась, исходя из
предположения: предприятия уже существуют. Соответственно, большой
вклад в баллах внесла такая характеристика, как месторасположение объекта.
Что касается ООО «ТрансЭнергоСервис», то ассортимент данного
грузоперевозочного предприятия имеет достаточную ширину и глубину.
Достаточно взглянуть на таблицу 1.1.
Таким образом, выдержать конкуренцию ООО «ТрансЭнергоСервис»
планирует за счет внедрения современных использования опыта руководства
предприятия, накопленного ООО «ТрансЭнергоСервис», сервиса,
отвечающего высоким стандартам, соотношения высокого качества и
приемлемых цен на реализуемые услуги, правильного ведения финансовой
политики ООО «ТрансЭнергоСервис» и сплоченной команды.
1.2 АНАЛИЗ ФУНКЦИОНИРОВАНИЯ ИНТЕРНЕТ-САЙТОВ ПО

ПРЕДОСТАВЛЕНИЮ УСЛУГ
Виртуальным хостингом называют предоставление веб-сервера в

пользование с оказанием различных видов услуг на таких условиях, чтобы
клиентам (организациям, предприятиям или частным лицам) не было нужды
приобретать и поддерживать (обслуживать, ремонтировать) свой
собственный хост1. Виртуальный хостинг-провайдера иногда еще называют
пространственным провайдером (space provider).
Услуги, оказываемые при осуществлении виртуального хостинга,
достаточно разнообразны .
Веб-хостинг – это бизнес, заключающийся в обеспечении места на
сервере, обслуживании и поддержке файлов для одного или нескольких
сайтов. Хостинг может быть совместным и выделенным.
Совместный хостинг позволяет клиентам размещать свои веб-сайты на
совместно используемом сервере хостинг-провайдера: дисковое пространство
сервера разделяется на множество «пакетов», каждый из которых содержит
определенное количество пространства, измеряемое в мегабайтах.
При выделенном хостинге провайдер выделяет клиенту отдельный
1
Термин «хост» (англ. host – хозяин) означает любой ĸомпьютер, имеющий полный дʙусторонний доступ ĸ
другим ĸомпьютерам ʙ Интернете. ĸаждый хост имеет специальный номер, ĸоторый ʙместе с сетеʙым
номером формирует его униĸальный адрес IP (Internet Protocol).
сервер, то есть весь жесткий диск и другие ресурсы машины, подключенной
к Интернету, выдаются только одному клиенту.
Виртуальный хостинг – сложная услуга, включающая различные по
природе операции и, соответственно, виды платежей (см. таблицу 1.1).
Если в договоре хостинга (счетах, актах) операции, составляющие
хостинг, разделены, и оплата за данные составляющие производится также
раздельно, то в налоговом учете такие суммы отражаются так, как это
представлено в таблице 1.1. Но чаще хостинг-провайдеры предлагают
оплатить свои услуги одним платежом. В этом случае бухгалтеры стоят перед
дилеммой, как отражать операцию хостинга в налоговом учете: как
получение услуги или как арендную операцию (аренду материального
объекта – сервера).
Чтобы ответить на этот вопрос, проведем аналогию. Дело в том, что
аренда дискового пространства на сервере подобна аренде офиса или здания,
в котором предприятие ведет свой бизнес. Теперь представим, что
арендодатель офиса ко всему прочему еще оказывает различный спектр услуг
своему арендатору. Если количество таких услуг минимально, то операция
рассматривается только как аренда материального имущества. Но допустим,
что арендодатель оказывает своему арендатору самый широкий спектр
всевозможных услуг по бизнесу – ведет его складской учет, следит за
порядком на фирме и т.д. Если арендодатель при этом выставит клиенту счет,
где стоимость его услуг обозначена одной суммой, то стоимость аренды
офиса в общей сумме выделить невозможно, и операция уже не может быть
представлена как арендная, а скорее как операция по предоставлению услуг.
Поскольку в РФ еще не сложилась единая электронная терминология,
то провайдеры часто называют хостингом как классический хостинг, так и
аренду дискового пространства, и даже виртуальный сервер. Поэтому при
отражении операции хостинга в налоговом учете следует ориентироваться на
аналогию, приведенную выше. Если пакет услуг, предоставляемых хостинг-
провайдером, настолько широк, что невозможно выделить из общей суммы
оплаты стоимость аренды дискового пространства, то такой виртуальный
хостинг считается услугой и отражается в налоговом учете согласно п. 5.1 и
пп. 5.2.1 Закона о прибыли. Но если хостинг включает в себя только аренду
дискового пространства и еще, может быть, копеечную регистрацию
почтового ящика, то такая операция отражается как арендная с соблюдением
условий пп. 7.9.6 Закона о прибыли и других норм налогового
законодательства об оперативном лизинге (аренде).
Бухгалтерский учет операций виртуального хостинга ведется
сторонами договора хостинга в соответствии с национальными стандартами
бухгалтерского учета. Подробно расписывать стандартные проводки нет
необходимости, поэтому приведем здесь только один пример из зарубежной
практики, который будет весьма полезен для изучения и российким
бухгалтерам.
Западные специалисты обратили внимание на тот факт, что клиенты
часто берут у провайдера в пользование программное обеспечение на тех
условиях, что провайдер хранит, модернизирует и улучшает такое
программное обеспечение в течение срока договора. В этом случае платеж
клиента состоит из двух элементов:
1) плата за право пользования программным обеспечением;
2) плата за хранение программного обеспечения на чужом жестком
диске.
Так как второй элемент относится к хостингу, то получается, что в
общем операция рассматривается как пользование программным
обеспечением по лицензионному соглашению с элементами услуги. После
долгих споров в марте 2000 г. бухгалтеры США достигли консенсуса,
который воплотился в выпуске 00-3 EITF 2 «Договоры, включающие право
пользования программным обеспечением, хранящемся на жестком диске
другого предприятия», приложению к SOP3 97-2. Данный документ
устанавливает, что если в операции хостинга присутствует элемент
2
Emerging Issues Task Force – рабочая группа по ʙозниĸающим проблемам.
3
Statement of Position – заяʙление о позиции.
пользования программным обеспечением провайдера, то все равно хостинг
считается услугой. Но только в том случае, если в договоре отсутствует
условие, согласно которому клиент имеет право в течение договора хостинга
приобрести программное обеспечение без значительных преград. Если такое
условие присутствует, то доход хостинг-провайдера должен быть разбит на
составляющие (приобретение программного обеспечения и услуги хостинга)
в оценке их справедливой стоимости. Тогда доход признается:
1) по программному обеспечению – на дату поставки программного
обеспечения;
2) по услугам хостинга – на дату предоставления услуг.
Собственно, подобная трактовка вполне применима и в украинском
бухгалтерском учете. Пользование компьютерной программой удаленно,
когда программа хранится на чужом жестком диске, считается услугой
хостинга (если провайдер обслуживает, модернизирует и улучшает эту
программу). Но если клиент имеет право получить такую программу в
собственность в течение срока действия договора, то в бухгалтерском учете
признание дохода отражается в момент передачи покупателю рисков и выгод,
связанных с правом собственности на компьютерную программу (ст. 8
П(С)БУ 15). Следовательно, доход провайдера, продавшего программу,
отразится в бухгалтерском учете в тот момент, когда право собственности на
компьютерную программу перейдет к покупателю, при этом доход
отражается по справедливой стоимости компьютерной программы (ст. 21
П(С)БУ 15). А услуги по хранению программы и ее обслуживанию относятся
к услугам хостинга и отражаются в соответствии со статьями 10 и 21 П(С)БУ
15.
Виртуальный сервер
Виртуальный сервер – это реальный сервер (компьютер и различные
серверные программы), располагающийся в ином месте, чем место, где
располагается клиент. Реальный сервер разделяется между различными
собственниками веб-сайтов таким образом, чтобы каждый собственник веб-
сайта мог использовать и администрировать сервер с ощущением полного
контроля над ним, т. е. сервер представлялся клиенту его собственным
сервером. клиент может не только иметь собственное доменное имя и IP-
адрес, но также администрировать свои собственные файловые директории,
распределять множество доменных имен производных (низшего уровня) от
базового доменного имени без участия провайдера, распределять почтовые
адреса, управлять статистическим анализом и поддерживать пароли.
Пользователи виртуального сервера все же не могут управлять самим
сервером как материальным объектом (аппаратом) и подключать его к
локальной (глобальной) сети.
Очень важно понимать разницу между виртуальным хостингом и
виртуальным сервером (см. таблицу 1.2).
Уак видим, услуги виртуального сервера сводятся только лишь к аренде
дискового пространства сервера у провайдера. Оказание услуг провайдером
или отсутствует вообще, или сведено до минимума. Поэтому операция
виртуального сервера отражается в налоговом учете как арендная с учетом
требований пп. 7.9.6 Закона о прибыли.
Складирование данных
Складированием данных (data warehousing) называется перенос данных
на серверы меньшего размера, где их (данные) можно быстро и легко
проанализировать.
В операции складирования данных клиент хранит данные со своего
компьютера на сервере, владельцем которого является провайдер. клиент
может удаленно иметь доступ к данным, загружать, извлекать данные и
манипулировать ими. Считается, что никакое программное обеспечение при
этом клиенту не передается.
Например, розничный торговец ведет учет материальных ценностей на
жестком диске провайдера, а клиенты через бюро приема заказов имеют
удаленный доступ к этой информации, которая помогает им определить,
может ли их заказ быть выполнен.
Операции по складированию данных относятся к услугам по хранению.
Расходы на услуги по хранению увеличивают валовые расходы
налогоплательщика согласно п. 5.1 и пп. 5.2.1 Закона о прибыли.
Роялти и договоры хостинга
В электронном мире уже сейчас очень много нематериальных активов,
и число их неуклонно растет. В РФ, как и во многих других странах, выплаты
роялти в денежной форме или в виде ценных бумаг освобождены от
начисления НДС (пп. 3.2.7 Закона о НДС). Поэтому проблема правильного
определения того, какие платежи относятся к роялти, а какие – к
компенсационным, актуальны во всем мире. Росийское законодательство не
регулирует таких вопросов, поэтому представим как информацию к
размышлению видение данной проблемы с точки зрения Технической
консультативной Группы (TAG4) Организации за экономическое
сотрудничество и развитие (OECD5). TAG выпустила документ под названием
«Основные характеристики проблем, возникающих в электронной
коммерции», в котором эксперты определили свой взгляд на вопрос, какие
платежи в электронной коммерции являются роялти, а какие основаны на
компенсационных платежах. выводы TAG представлены в таблице 1.3.
Виды услуг при осуществлении виртуального хостинга:
 содействие в регистрации доменного имени;
 размещение файлового запоминающего устройства;
 предоставление почтового адреса;
 оказание услуг по созданию веб-сайта;
 административные услуги и поддержка;
 мониторинг сетевого порта, оперативной системы, Интернета;
 выравнивание (балансирование) нагрузки,
 управление базой данных и др.
Таблица 1.1
4
Technical Advisory Group.
5
Organisation for Economic Co-operation and Development
Составляющие виртуального хостинга
Составляющие хостинга Наименование операции Вид платежа
Сервер и другое «железо» Аренда основного средства Арендные платежи
Программное обеспечение: - -
а) ПО - нематериальный актив Лицензионное соглашение Роялти
(объект интеллектуальной (пользование объектом
собственности) интеллектуальной собственности)
б) ПО - копия программного Имущественный наем Плата за пользование
продукта вещным объектом
(арендная плата)
Услуги (подключение к Предоставление услуг Плата за услуги
Интернету, обслуживание веб-
сайта и др.)
Таблица 1.2
Отличительные характеристики между виртуальным хостингом и
виртуальным сервером
№ Компоненты Виртуальный хостинг Виртуальный сервер
п/п
1. IP-адрес вместо него клиенту выдается клиент имеет собственный IP-адрес
субдиректория другого домена
2. E-mail Нет возможности получать и отправлять Имеется полная POP и SMTP
письма под собственным доменным поддержка
именем
3. Сервер контролируется и поддерживается контролируется и поддерживается
хостинг-провайдером хостинг-провайдером
4. Программное Полностью сконфигурировано клиент самостоятельно
обеспечение провайдером и контролируется конфигурирует файлы. Системным
администратором сайта администратором также является
клиент
5. Контроль клиент имеет небольшой контроль над Полный контроль над функциями
функционированием веб-сервера, сервера - FTP, почтой,
протоколом передачи файлов (FTP*) и автоответчиком, базой данных он-
почтовыми услугами лайн и др.
6. Аналогия клиент похож на жильца переполненной клиент похож на обычного жильца в
квартиры жилого дома, и хозяин дома квартире жилого дома. Хозяин дома
не только указывает ему как себя вести, не имеет права указывать ему как
но также контролирует успехи жильца в себя вести и контролировать его
бизнесе успехи в бизнесе
* File Transfer Protocol.
Таблица 1.3
Характеристика платежей в операциях хостинга по TAG OECD
№ Природа сделки Характеристика Причина
платежа
1. Прикладной хостинг Не роялти Не являются платежами на право использования
(application hosting) - авторского права
бессрочная лицензия
на использование
программного
продукта на главном
сервере
2. Провайдер доступа к Не роялти Нет права пользования авторским правом, так как
приложениям (ASP)* отсутствует право копирования программного
(платежи, уплаченные обеспечения
клиентом ASP)
3. веб-сайт хостинг Ни роялти, ни Провайдер пространства на сервере не получает
технический никаких авторских прав на объекты авторского
платеж** права, встроенные в содержание веб-сайта
4. Складирование Ни роялти, ни Складирование данных не предусматривает
данных технический выдачу клиенту лицензии на использование
платеж программного обеспечения, следовательно,
отсутствует право использования объекта
авторского права
* ASP (Application Service Provider) - это компания, осуществляющая прикладной хостинг для
клиентов таким же образом, как ISP (провайдеры услуг Интернета) предоставляют услуги
хостинга на размещение веб-сайтов различным фирмам. Базовая модель заключается в том, что
передвижные или стационарные пользователи связываются с ASP через Интернет, чтобы
запустить свои приложения. Преимущество ASP в том, что он имеет центр данных, управляемый
профессионалами и снабженный всем необходимым оборудованием для обеспечения
отказоустойчивости, резервирования данных, высокого уровня работоспособности, хранения
прикладных программ, поддержки продукта и т.д.
** Технический платеж (technical fee) - это плата за:
a) инженерные и технические услуги, включая поддержку производственного процесса,
испытаний и контроля качества, поддержку путем предоставления патентованных
технологических процессов и/или секретов ноу-хау и права пользования
технической/конфиденциальной информацией, возникающей в результате постоянных
технических исследований и т.д.;
б) техническое обучение персонала.
ГЛАВА 2. МЕТОДОЛОГИЯ ПРОЕКТИРОВАНИЯ ИНТЕРНЕТ –
САЙТА
2.1 ОБЗОР МЕТОДОЛОГИЙ ПРОЕКТИРОВАНИЯ ИНТЕРНЕТ-

ПРЕДСТАВИТЕЛЬСТВА
Как и в любом деле, создание сайтов происходит при помощи

различных методов. И заказчику обязательно следует знать, как же
происходят работы. Нет, конечно, не стоит вдаваться в мелочи и досконально
изучать вопрос, но в общих чертах, все-таки, следует понимать процесс
создания. А нужно это для того, что бы понять, чего же заказчик на самом
деле желает получить и смочь объяснить это команде исполнителей, которой
будут доверены работы над интернет-проектом. кроме того, это поможет
избежать затрат на недобросовестных исполнителей, которые пообещают
выполнить все работы за две недели и как итог - или не уложатся в срок, или
же выдадут сайт, созданный на базе шаблона, за собственную разработку.
Итак, под методами создания интернет-сайтов понимается
совокупность приемов и инструментов разработки. Самыми
распространенными методами можно назвать:
1. Шаблоны. Шаблон представляет собой написанный один раз
"движок" - программную часть сайта, отвечающую за его функциональность,
и растиражированный дизайн - то есть внешнюю, видимую часть сайта. Из
несомненных достоинств данного метода можно отметить простоту создания:
ресурс может создать школьник, который уложиться в рекордно короткий
срок - час, не более (большая часть времени уйдет на поиск шаблона).
Главный же недостаток - растиражированность.
2. Конструктор сайта. Почти то же самое, что и шаблон. Главное
отличие - возможность подключения определенных модулей (допустим,
можно добавить поиск по сайту и, в то же время, избавиться от каталога).
конструктор позволяет выбрать и элементы дизайна, и даже переработать их.
Но ключевые элементы, по-прежнему, будут занимать свои места. Минусы и
плюсы конструктора аналогичны положительным и отрицательным чертам
шаблонов.
3. WYSIWYG-редакторы - (What You See Is What You Get - дословно -
"что ты видишь, то и получаешь", англ.) специальные программные среды
разработки сайтов, такие как Dream Weaver или Front Page. Сочетание среды
разработки сайта, графических редакторов (Adobe Photoshop, Corel Photopaint
и пр.) позволяет создавать сайт и сразу видеть конечный результат, который
сразу же можно протестировать. Из плюсов отмечается скорость разработки и
возможность написания ресурса всего лишь одним человеком, так как
подобный метод не предполагает необходимость познаний в языках
программирования (Java, PHP и пр.), поскольку ядро пишется автоматически
средой разработки. к недостаткам стоит отнести низкий уровень защиты от
вирусных атак, от проникновения злоумышлеников (так как методы обхода
защиты программной части такого сайта известны многим хакерам и
вирусописателям). Также стоит добавить, что полученные скрипты не всегда
работают так, как задумывалось, и функциональность оказывается чуть
"ущербной". Кроме того, такой сайт "тяжел" для загрузки при медленном
подключении к сети интернет, его код не оптимизирован, что вызывает
"подвисания" браузера.
4. Сочетание WYSIWYG-редактора и программирования. в данном
случае создание сайта происходит в той же среде разработки, но
впоследствии над программным кодом работает программист, переписывая
или корректируя созданные скрипты. Специалист усиливает защиту сайта,
которая будет противостоять вирусным и хакерским атакам, отлаживает
"движок", выстраивает функциональность. качественный сайт можно
получить только применив подобный метод. Единственным его недостатком
считается высокая цена разработки.
2.2 IDEF0
На начальных этапах создания ИС необходимо понять, как работает

организация, которую собираются автоматизировать. Никто в организации не
знает, как она работает в той мере подробности, которая необходима для
создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии
вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник
хорошо знает, что творится на его рабочем месте, но плохо знает, как
работают коллеги. Поэтому для описания работы предприятия необходимо
построить модель. Такая модель должна быть адекватна предметной области,
следовательно, она должна содержать в себе знания всех участников бизнес-
процессов организации.
Наиболее удобным языком моделирования бизнес-процессов является
IDEF0, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и
называвшийся первоначально SADT - Structured Analysis and Design
Technique. (Подробно методология SADT излагается в книге Дэвида А. Марка
и клемента Мак-Гоуэна "Методология структурного анализа и
проектирования SADT"M.:Meтaтexнoлoгия, 1993.) В начале 70-х годов
вооруженные силы США применили подмножество SADT, касающееся
моделирования процессов, для реализации проектов в рамках программы
ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это
подмножество SADT было принято в качестве федерального стандарта США
под наименованием IDEF0. Подробные спецификации на стандарты IDEF
можно найти на сайте http://www.idef.com .
В IDEF0 система представляется как совокупность взаимодействующих
работ или функций. Такая чисто функциональная ориентация является
принципиальной - функции системы анализируются независимо от объектов,
которыми они оперируют. Это позволяет более четко смоделировать логику и
взаимодействие процессов организации.
Под моделью в IDEF0 понимают описание системы (текстовое и
графическое), которое должно дать ответ на некоторые заранее определенные
вопросы.
Моделируемая система рассматривается как произвольное
подмножество вселенной. Произвольное потому, что, во-первых, мы сами
умозрительно определяем, будет ли некий объект компонентом системы, или
мы будем его рассматривать как внешнее воздействие, и, во-вторых, оно
зависит от точки зрения на систему. Система имеет границу, которая отделяет
ее от остальной вселенной. взаимодействие системы с окружающим миром
описывается как вход (нечто, что перерабатывается системой), выход
(результат деятельности системы), управление (стратегии и процедуры, под
управлением которых производится работа) и механизм (ресурсы,
необходимые для проведения работы). Находясь под управлением, система
преобразует входы в выходы, используя механизмы.
Процесс моделирования какой-либо системы в IDEF0 начинается с
определения контекста, т. е. наиболее абстрактного уровня описания системы
в целом. в контекст входит определение субъекта моделирования, цели и
точки зрения на модель.
Под субъектом понимается сама система, при этом необходимо точно
установить, что входит в систему, а что лежит за ее пределами, другими
словами, мы должны определить, что мы будем в дальнейшем рассматривать
как компоненты системы, а что как внешнее воздействие. На определение
субъекта системы будет существенно влиять позиция, с которой
рассматривается система, и цель моделирования - вопросы, на которые
построенная модель должна дать ответ. Другими словами, первоначально
необходимо определить область (Scope) моделирования. Описание области
как системы в целом, так и ее компонентов является основой построения
модели. Хотя предполагается, что в течение моделирования область может
корректироваться, она должна быть в основном сформулирована изначально,
поскольку именно область определяет направление моделирования и когда
должна быть закончена модель. При формулировании области необходимо
учитывать два компонента - широту и глубину. Широта подразумевает
определение границ модели - мы определяем, что будет рассматриваться
внутри системы, а что снаружи. Глубина определяет, на каком уровне
детализации модель является завершенной. При определении глубины
системы необходимо не забывать об ограничениях времени - трудоемкость
построения модели растет в геометрической прогрессии от глубины
декомпозиции. После определения границ модели предполагается, что новые
объекты не должны вноситься в моделируемую систему; поскольку все
объекты модели взаимосвязаны, внесение нового объекта может быть не
просто арифметической добавкой, но в состоянии изменить существующие
взаимосвязи. внесение таких изменений в готовую модель является, как
правило, очень трудоемким процессом (так называемая проблема
"плавающей области").
Цель моделирования (Purpose). Модель не может быть построена без
четко сформулированной цели. Цель должна отвечать на следующие
вопросы:
• Почему этот процесс должен быть замоделирован?
• Что должна показывать модель?
• Что может получить читатель?
Формулировка цели позволяет команде аналитиков сфокусировать
усилия в нужном направлении. Примерами формулирования цели могут быть
следующие утверждения: "Идентифицировать и определить текущие
проблемы, сделать возможным анализ потенциальных улучшений",
"Идентифицировать роли и ответственность служащих для написания
должностных инструкций", "Описать функциональность предприятия с
целью написания спецификаций информационной системы" и т. д.
Точка зрения (Viewpoint). Хотя при построении модели учитываются
мнения различных людей, модель должна строиться с единой точки зрения.
Точку зрения можно представить как взгляд человека, который видит систему
в нужном для моделирования аспекте. Точка зрения должна соответствовать
цели моделирования. Очевидно, что описание работы предприятия с точки
зрения финансиста и технолога будет выглядеть совершенно по-разному,
поэтому в течение моделирования важно оставаться на выбранной точке
зрения. Как правило, выбирается точка зрения человека, ответственного за
моделируемую работу в целом. Часто при выборе точки зрения на модель
важно задокументировать дополнительные альтернативные точки зрения. Для
этой цели обычно используют диаграммы FEO (For Exposition Only), которые
будут описаны в дальнейшем.
IDEF0-модель предполагает наличие четко сформулированной цели,
единственного субъекта моделирования и одной точки зрения. Для внесения
области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт
меню Edit/Model Properties, вызывающий диалог Model Properties (рис. 1.3). В
закладке Purpose следует внести цель и точку зрения, а в закладку Definition -
определение модели и описание области.
Рис. 1.1. Диалог задания свойств модели
В закладке Status того же диалога можно описать статус модели

(черновой вариант, рабочий, окончательный и т. д.), время создания и
последнего редактирования (отслеживается в дальнейшем автоматически по
системной дате). В закладке Source описываются источники информации для
построения модели (например, "Опрос экспертов предметной области и
анализ документации"). Закладка General служит для внесения имени проекта
и модели, имени и инициалов автора и временных рамок модели - AS-IS и
ТО-ВЕ.
Модели AS-IS и ТО-ВЕ. Обычно сначала строится модель
существующей организации работы - AS-IS (как есть). На основе модели AS-
IS достигается консенсус между различными единицами бизнеса по тому,
"кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель
AS-IS позволяет выяснить, "что мы делаем сегодня" перед тем, как
перепрыгнуть на то, "что мы будем делать завтра". Анализ функциональной
модели позволяет понять, где находятся наиболее слабые места, в чем буду г
состоять преимущества новых бизнес-процессов и насколько глубоким
изменениям подвергнется существующая структура организации бизнеса.
Детализация бизнес-процессов позволяет выявить недостатки организации
даже там, где функциональность на первый взгляд кажется очевидной.
Признаками неэффективной деятельности могут быть бесполезные,
неуправляемые и дублирующиеся работы, неэффективный документооборот
(нужный документ не оказывается в нужном месте в нужное время),
отсутствие обратных связей по управлению (на проведение работы не
оказывает влияния ее результат), входу (объекты или информация
используются нерационально) и т. д. Найденные в модели AS-IS недостатки
можно исправить при создании модели ТО-ВЕ (как будет) - модели новой
организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа
альтернативных/лучших путей выполнения работы и документирования того,
как компания будет делать бизнес в будущем.
Следует указать на распространенную ошибку при создании модели
AS-IS - это создание идеализированной модели. Примером может служить
создание модели на основе знаний руководителя, а не конкретного
исполнителя работ. Руководитель знаком с тем, как предполагается
выполнение работы по руководствам и должностным инструкциям и часто не
знает, как на самом деле подчиненные выполняют рутинные работы. В
результате получается приукрашенная, искаженная модель, которая несет
ложную информацию и которую невозможно в дальнейшем использовать для
анализа. Такая модель называется SHOULD_BE (как должно бы быть).
Технология проектирования ИС подразумевает сначала создание
модели AS-IS, ее анализ и улучшение бизнес-процессов, т. е. создание модели
ТО-ВЕ, и только на основе модели ТО-ВЕ строится модель данных, прототип
и затем окончательный вариант ИС. Построение системы на основе модели
AS-IS приводит к автоматизации предприятия по принципу "все оставить как
есть, только чтобы компьютеры стояли", т. е. ИС автоматизирует
несовершенные бизнес-процессы и дублирует, а не заменяет существующий
документооборот. в результате внедрение и эксплуатация такой системы
приводит лишь к дополнительным издержкам на закупку оборудования,
создание программного обеспечения и сопровождение того и другого.
Иногда текущая AS-IS и будущая ТО-ВЕ модели различаются очень
сильно, так что переход от начального к конечному состоянию становится
неочевидным. в этом случае необходима третья модель, описывающая
процесс перехода от начального к конечному состояния системы, поскольку
такой переход - это тоже бизнес-процесс.
Результат описания модели можно получить в отчете Model Report.
Диалог настройки отчета по модели вызывается из пункта меню Report/Model
Report. в диалоге настройки следует выбрать необходимые поля, при этом
автоматически отображается очередность вывода информации в отчет (рис.
1.2).
Рис. 1.2. Отчет по модели
Диаграммы IDEF0. Основу методологии IDEF0 составляет графический

язык описания бизнес-процессов. Модель в нотации IDEF0 представляет
собой совокупность иерархически упорядоченных и взаимосвязанных
диаграмм. каждая диаграмма является единицей описания системы и
располагается на отдельном листе.
Модель может содержать четыре типа диаграмм:
• контекстную диаграмму (в каждой модели может быть только одна
контекстная диаграмма);
• диаграммы декомпозиции;
• диаграммы дерева узлов;
• диаграммы только для экспозиции (FEO).
Контекстная диаграмма является вершиной древовидной структуры
диаграмм и представляет собой самое общее описание системы и ее
взаимодействия с внешней средой. После описания системы в целом
проводится разбиение ее на крупные фрагменты. Этот процесс называется
функциональной декомпозицией, а диаграммы, которые описывают каждый
фрагмент и взаимодействие фрагментов, называются диаграммами
декомпозиции. После декомпозиции контекстной диаграммы проводится
декомпозиция каждого большого фрагмента системы на более мелкие и так
далее, до достижения нужного уровня подробности описания. После каждого
сеанса декомпозиции проводятся сеансы экспертизы - эксперты предметной
области указывают на соответствие реальных бизнес-процессов созданным
диаграммам. Найденные несоответствия исправляются, и только после
прохождения экспертизы без замечаний можно приступать к следующему
сеансу декомпозиции. Так достигается соответствие модели реальным
бизнес-процессам на любом и каждом уровне модели. Синтаксис описания
системы в целом и каждого ее фрагмента одинаков во всей модели.
Диаграмма дерева узлов показывает иерархическую зависимость работ,
но не взаимосвязи между работами. Диаграмм деревьев узлов может быть в
модели сколь угодно много, поскольку дерево может быть построено на
произвольную глубину и не обязательно с корня.
Диаграммы для экспозиции (FEO) строятся для иллюстрации
отдельных фрагментов модели, для иллюстрации альтернативной точки
зрения, либо для специальных целей.
2.3 UML
Унифицированный язык моделирования (Unified Modeling Language -

UML) - это язык для специфицирования, визуализации, конструирования и
документирования на основе объектно-ориентированный подхода разные
виды систем: программных, аппаратных, программно-аппаратных,
смешанных, явно включающие деятельность людей и т. д.
Помимо прочего, язык UML применяется для проектирования
реляционных БД. Для этого используется небольшая часть языка (диаграммы
классов), да и то не в полном объеме. С точки зрения проектирования
реляционных БД модельные возможности не слишком отличаются от
возможностей ER-диаграмм
Диаграммой классов в терминологии UML называется диаграмма, на
которой показан набор классов (и некоторых других сущностей), не имеющих
явного отношения к проектированию БД), а также связей между этими
классами. Ограничения могут неформально задаваться на естественном языке
или формулироваться на языке объектных ограничений OCL (Object
Constraints Language).
Классом называется именованное описание совокупности объектов с
общими атрибутами, операциями, связями и семантикой. Графически класс
изображается в виде прямоугольника. Имя (текстовая строка), служит для
идентификации класса.
Атрибутом класса называется именованное свойство класса,
описывающее множество значений, которые могут принимать экземпляры
этого свойства. класс может иметь любое число атрибутов (в частности, не
иметь ни одного атрибута).
Операцией класса называется именованная услуга, которую можно
запросить у любого объекта этого класса. Операция - это абстракция того, что
можно делать с объектом. Класс может содержать любое число операций (в
частности, не содержать ни одной операции). Набор операций класса
является общим для всех объектов данного класса.
Рис. 2.3. Диаграмма классов

В диаграмме классов могут участвовать связи трех разных категорий:
зависимость (dependency), обобщение (generalization) и ассоциация
(association).
Зависимостью называют связь по применению, когда изменение в
спецификации одного класса может повлиять на поведение другого класса,
использующего первый класс. Если интерфейс второго класса изменяется,
это влияет на поведение объектов первого класса. Зависимость показывается
прерывистой линией со стрелкой, направленной к классу, от которого имеется
зависимость.
Рис. 2.4. Диаграмма зависимость
Связью-обобщением называется связь между общей сущностью,

называемой суперклассом, или родителем, и более специализированной
разновидностью этой сущности, называемой подклассом, или потомком.
Обобщения иногда называют связями "is a", имея в виду, что класс-потомок
является частным случаем класса-предка. класс-потомок наследует все
атрибуты и операции класса-предка, но в нем могут быть определены
дополнительные атрибуты и операции.
Одиночное наследование, когда у каждого подкласса имеется только
один суперкласс) является достаточным в большинстве случаев применения
связи-обобщения. Однако в UML допускается и множественное
наследование, когда один подкласс определяется на основе нескольких
суперклассов.
2.4 DFD
Диаграммы потоков данных используются для описания движения

документов и обработки информации как дополнение к IDEF0. В отличие от
IDEF0, где система рассматривается как взаимосвязанные работы и стрелки
представляют собой жесткие взаимосвязи, стрелки в DFD показывают лишь
то, как объекты (включая данные) движутся от одной работы к другой. DFD
отражает функциональные зависимости значений, вычисляемых в системе,
включая входные значения, выходные значения и внутренние хранилища
данных. DFD - это граф, на котором показано движение значений данных от
их источников через преобразующие их процессы к их потребителям в
других объектах.
DFD содержит процессы, которые преобразуют данные, потоки данных,
которые переносят данные, активные объекты, которые производят и
потребляют данные, и хранилища данных, которые пассивно хранят данные.
Процессы. Процесс преобразует значения данных. Процессы самого
нижнего уровня представляют собой функции без побочных эффектов
(примерами таких функций являются вычисление суммы двух чисел,
вычисление комиссионного сбора за выполнение проводки с помощью
банковской карточки и т.п.). весь граф потока данных тоже представляет
собой процесс (высокого уровня). Процесс может иметь побочные эффекты,
если он содержит нефункциональные компоненты, такие как хранилища
данных или внешние объекты. На DFD процесс изображается в виде эллипса,
внутри которого помещается имя процесса; каждый процесс имеет
фиксированное число входных и выходных данных, изображаемых
стрелками.
Рис. 2.5. Граф потока данных
Потоки данных. Поток данных соединяет выход объекта (или процесса)

с входом другого объекта (или процесса). Он представляет промежуточные
данные вычислений. Поток данных изображается в виде стрелки между
производителем и потребителем данных, помеченной именами
соответствующих данных. Дуги могут разветвляться или сливаться, что
означает, соответственно, разделение потока данных на части, либо слияние
объектов.
Активные объекты. Активным называется объект, который
обеспечивает движение данных, поставляя или потребляя их. Активные
объекты обычно бывают присоединены к входам и выходам DFD.
Рис. 2.6. Активные объекты
Хранилища данных. Хранилище данных - это пассивный объект в

составе DFD, в котором данные сохраняются для последующего доступа.
Хранилище данных допускает доступ к хранимым в нем данным в порядке,
отличном от того, в котором они были туда помещены. Агрегатные
хранилища данных, как, например, списки и таблицы, обеспечивают доступ к
данным в порядке их поступления, либо по ключам.
Рис. 2.7. Хранилища данных
Потоки управления. DFD показывает все пути вычисления значений, но

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

Первым шагом при построении иерархии DFD является построение
контекстных диаграмм. Обычно при проектировании относительно простых
информационных систем строится единственная контекстная диаграмма со
звездообразной топологией, в центре которой находится так называемый
главный процесс, соединенный с приемниками и источниками информации,
посредством которых с системой взаимодействуют пользователи и другие
внешние системы.
Если же для сложной системы ограничиться единственной контекстной
диаграммой, то она будет содержать слишком большое количество
источников и приемников информации, которые трудно расположить на листе
бумаги нормального формата, и, кроме того, главный единственный процесс
не раскрывает структуры распределенной системы.
Для сложных информационных систем строится иерархия контекстных
диаграмм. При этом контекстная диаграмма верхнего уровня содержит не
главный единственный процесс, а набор подсистем, соединенных потоками
данных. контекстные диаграммы следующего уровня детализируют контекст
и структуру подсистем.
При построении иерархии DFD переходить к детализации процессов
следует только после определения содержания всех потоков и накопителей
данных, которое описывается при помощи структур данных. Структуры
данных конструируются из элементов данных и могут содержать
альтернативы, условные вхождения и итерации. Условное вхождение
означает, что данный компонент может отсутствовать в структуре.
Альтернатива означает, что в структуру может входить один из
перечисленных элементов. Итерация означает вхождение любого числа
элементов в указанном диапазоне. Для каждого элемента данных может
указываться его тип (непрерывные или дискретные данные). Для
непрерывных данных может указываться единица измерения (кг, см и т.п.),
диапазон значений, точность представления и форма физического
кодирования. Для дискретных данных может указываться таблица
допустимых значений.
2.5 ER-МОДЕЛЬ «СУЩНОСТЬ-СВЯЗЬ»
В реальном проектировании структуры базы данных применяются

метод - так называемое, семантическое моделирование. Семантическое
моделирование представляет собой моделирование структуры данных,
опираясь на смысл этих данных. в качестве инструмента семантического
моделирования используются различные варианты диаграмм сущность-связь
(ER - Entity-Relationship).
Первый вариант модели сущность-связь был предложен в 1976 г.
Питером Пин-Шэн Ченом [7]. В дальнейшем многими авторами были
разработаны свои варианты подобных моделей (нотация Мартина, нотация
IDEF1X, нотация Баркера и др.). кроме того, различные программные
средства, реализующие одну и ту же нотацию, могут отличаться своими
возможностями. По сути, все варианты диаграмм сущность-связь исходят из
одной идеи - рисунок всегда нагляднее текстового описания. все такие
диаграммы используют графическое изображение сущностей предметной
области, их свойств (атрибутов), и взаимосвязей между сущностями.
Мы опишем работу с ER-диаграммами близко к нотации Баркера, как
довольно легкой в понимании основных идей. Данная глава является скорее
иллюстрацией методов семантического моделирования, чем полноценным
введением в эту область.
Основные понятия ER-диаграмм
Определение 1. Сущность - это класс однотипных объектов,
информация о которых должна быть учтена в модели.
Каждая сущность должна иметь наименование, выраженное
существительным в единственном числе.
Примерами сущностей могут быть такие классы объектов как
"Поставщик", "Сотрудник", "Накладная".
Каждая сущность в модели изображается в виде прямоугольника с
наименованием:
Рис. 2.9.
Определение 2. Экземпляр сущности - это конкретный представитель

данной сущности.
Например, представителем сущности "Сотрудник" может быть
"Сотрудник Иванов".
Экземпляры сущностей должны быть различимы, т.е. сущности
должны иметь некоторые свойства, уникальные для каждого экземпляра этой
сущности.
Определение 3. Атрибут сущности - это именованная характеристика,
являющаяся некоторым свойством сущности.
Наименование атрибута должно быть выражено существительным в
единственном числе (возможно, с характеризующими прилагательными).
Примерами атрибутов сущности "Сотрудник" могут быть такие
атрибуты как "Табельный номер", "Фамилия", "Имя", "Отчество",
"Должность", "Зарплата" и т.п.
Атрибуты изображаются в пределах прямоугольника, определяющего
сущность:
Рис. 2.10
Определение 4. ключ сущности - это неизбыточный набор атрибутов,
значения которых в совокупности являются уникальными для каждого
экземпляра сущности. Неизбыточность заключается в том, что удаление
любого атрибута из ключа нарушается его уникальность.
Сущность может иметь несколько различных ключей.
Ключевые атрибуты изображаются на диаграмме подчеркиванием:
Рис. 2.11
Определение 5. Связь - это некоторая ассоциация между двумя

сущностями. Одна сущность может быть связана с другой сущностью или
сама с собою.
Связи позволяют по одной сущности находить другие сущности,
связанные с нею.
Например, связи между сущностями могут выражаться следующими
фразами - "СОТРУДНИК может иметь несколько ДЕТЕЙ", "каждый
СОТРУДНИК обязан числиться ровно в одном ОТДЕЛЕ".
Графически связь изображается линией, соединяющей две сущности:
Рис. 2.12
Каждая связь имеет два конца и одно или два наименования.

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

сущности (левой) связан с одним экземпляром второй сущности (правой).
Связь один-к-одному чаще всего свидетельствует о том, что на самом деле мы
имеем всего одну сущность, неправильно разделенную на две.
Связь типа один-ко-многим означает, что один экземпляр первой
сущности (левой) связан с несколькими экземплярами второй сущности
(правой). Это наиболее часто используемый тип связи. Левая сущность (со
стороны "один") называется родительской, правая (со стороны "много") -
дочерней. Характерный пример такой связи приведен на Рис. 2.12.
Связь типа много-ко-многим означает, что каждый экземпляр первой
сущности может быть связан с несколькими экземплярами второй сущности,
и каждый экземпляр второй сущности может быть связан с несколькими
экземплярами первой сущности. Тип связи много-ко-многим является
временным типом связи, допустимым на ранних этапах разработки модели. в
дальнейшем этот тип связи должен быть заменен двумя связями типа один-
ко-многим путем создания промежуточной сущности.
Каждая связь может иметь одну из двух модальностей связи:
Рис. 2.14
Модальность "может" означает, что экземпляр одной сущности может

быть связан с одним или несколькими экземплярами другой сущности, а
может быть и не связан ни с одним экземпляром.
Модальность "должен" означает, что экземпляр одной сущности обязан
быть связан не менее чем с одним экземпляром другой сущности.
Связь может иметь разную модальность с разных концов (как на Рис.
2.12).
Описанный графический синтаксис позволяет однозначно читать
диаграммы, пользуясь следующей схемой построения фраз:
<Каждый экземпляр СУЩНОСТИ 1> <МОДАЛЬНОСТЬ СвЯЗИ>
<НАИМЕНОвАНИЕ СвЯЗИ> <ТИП СвЯЗИ> <экземпляр СУЩНОСТИ 2>.
Каждая связь может быть прочитана как слева направо, так и справа
налево. Связь на Рис. 2.12 читается так:
Слева направо: "каждый сотрудник может иметь несколько детей".
Справа налево: "каждый ребенок обязан принадлежать ровно одному
сотруднику".
ГЛАВА 3. РАЗРАБОТКА ИНТЕРНЕТ-САЙТА ДЛЯ ООО
3.1 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА РАЗРАБОТКИ И

РЕАЛИЗАЦИИ СИСТЕМЫ УПРАВЛЕНИЯ САЙТОМ
Для создания Web-сайта своего дипломного проекта я выбрал

программу FrontPage 2003, т.к. ее гибкие функциональные возможности
позволяют создавать более совершенные Web-узлы, включающие средства
для профессионального проектирования, разработки, работы с данными и
публикации, необходимые для создания динамических и более сложных Web-
узлов. FrontPage 2003 позволяет усовершенствовать процесс Web-разработки
в следующих трех ключевых областях.
Проектирование. Усовершенствованные средства проектирования
позволяют улучшить оформление Web-узлов. Новые средства разметки и
работы с графикой упрощают процесс создания Web-узлов, полностью
отвечающих замыслу пользователя.
Написание кода. Средства проектирования позволяют повысить
качество создаваемого кода и усовершенствовать навыки в области
программирования. встроенные средства разработки сценариев обеспечат
поддержку интерактивности в создаваемых продуктах. Благодаря
профессиональным средствам написания кода можно работать быстрее,
эффективнее и точнее.
Расширение возможностей. Можно организовать общение и
обмениваться данными по-новому, создавая управляемые данными Web-узлы
с широкими интерактивными возможностями в редакторе, действующем по
принципу - что видишь на экране, то и получишь при печати.
Усовершенствованные функциональные возможности публикации ускорят
размещение создаваемых Web-страниц в Интернете.
Рис.3.1. Процесс создание Web-страницы с помощью FrontPage 2003
Улучшение оформления Web-узлов.

FrontPage 2003 включает различные средства, возможности разметки и
графические функции, которые ускоряют работу и позволяют создавать Web-
узлы профессионального уровня.
При работе с графикой из других приложений имеются
дополнительные возможности для управления тем, как отображаются и
сохраняются рисунки.
Использование динамических Web-шаблонов позволяет редактировать
целые разделы Web-узла. При обновлении основного шаблона изменения
автоматически реализуются на всех страницах, содержащих ссылку на этот
шаблон.
Ориентация на конкретный Web-обозреватель или разрешение экрана
благодаря возможности распознавания Web-обозревателя и разрешения.
Можно также увидеть, как Web-узел будет выглядеть при различных
комбинациях Web-обозревателей и разрешений.
Создание таблиц, используемых для разметки, и работа с ними, а также
контроль разметки с точностью до пикселя.
Средства управления упрощают работу с несколькими
расположенными рядом изображениями и фрагментами и позволяют
создавать эффекты отображения, например всплывающие меню.
Ускорение и упрощение генерации кода
Средства проектирования, предлагаемые FrontPage 2003, позволяют
создавать эффективные чистые HTML-файлы и могут применяться как
профессионалами, так и новичками в области Web-разработки. Пользуясь
преимуществами генерируемого с помощью FrontPage 2003 эталонного кода,
профессионалы могут применять усовершенствованные средства написания
кода и средства работы со сценариями для обеспечения интерактивных
возможностей работы с Интернетом. Благодаря простоте средств написания
кода с их помощью можно начать освоение HTML.
Средства написания кода
Представление с разделением позволяет увидеть, как изменения,
вносимые в представление конструктора, обеспечивают обновление
представления кода.
Простота выбора и изменения тегов, а также управления ими с
помощью быстрого выбора тегов и быстрого редактора тегов.
Средства создания сценариев
Усовершенствование интерактивных возможностей Web-узла без
написания кода - благодаря использованию средств создания сценариев
JScript.
Поддержка технологии IntelliSense в Microsoft Visual Basic® Scripting
Edition (VBScript) и средствах создания сценариев JScript.
Расширение возможностей и профессиональности оформления Web-
узла
Благодаря службам Microsoft Windows SharePoint Services (EN),
подключенным к FrontPage 2003, можно редактировать и представлять
интерактивные данные из различных источников, в том числе XML
(Extensible Markup Language), с целью создания управляемых данными Web-
узлов с широкими интерактивными возможностями в редакторе наглядного
изображения. Можно осуществлять публикацию в Интернете, используя
только Web-обозреватели. При этом обеспечивается выбор из большого числа
вариантов публикации.
Управляемые данными Web-узлы, поддерживаемые службами Windows
SharePoint Services
Возможность осуществлять публикацию в Интернете только с
помощью Web-обозревателей. Пара щелчков мышью - и вот уже готовы Web-
журналы, списки отслеживания неполадок, Web-узлы с новостями и
обзорами.
Web-сайт на базе Microsoft Office FrontPage 2003 предоставляет его
владельцу следующие возможности:
 создание электронного каталога предлагаемых товаров или услуг;
 размещение его управляющей части на удаленном компьютере
пользователя;
 обеспечение обратной связи с сервером для создания базы
данных интернет магазина c рабочего места менеджера (локального
компьютера);
 самостоятельное управление работой Web-сайта;
 автоматическое выставление счетов на оплату приобретаемого
товара;
 установка различного уровня цен на товары или услуги для
разных категорий оптовых и розничных пользователей;
 подключение платежных систем для организации online расчетов;
 анализ работы Web-сайта на основании статистических данных,
формируемых в процессе работы магазина;
 возможность проведения маркетинговых акций и формирования
системы скидок.
HTML - это обычный, текстового вида файл, в котором то, что мы
обычно видим на страничках, перемежается невидимым для просмотра из
браузера кодом. вот этот-то невидимый код и есть язык разметки HTML.
HTML - это не язык программирования, - он служит лишь для разметки
странички, придания определенного вида тому или иному элементу, будь то
таблица, текст или картинки.
Осуществляется это путем присвоения каждому элементу своих
параметров, которые распознает браузер. Параметры эти могут быть заданы
как для одного, так и для группы или типа элементов. Тип элементов может
быть таким: таблицы, ячейки, ссылки, текст и т.п. То есть что-то, что можно
назвать одним термином. Отдельные свойства можно присваивать и
выбранным элементам персонально.
Параметры отображения элементов задаются при помощи тегов, в
которых и задается желаемый вид того или иного элемента нашей странички.
Принцип наследования тегов
Теги-контейнеры.
Прежде всего стоит определить то, как эти самые теги располагаются.
Дело в том, что теги в большинстве своем состоят из двух частей - это
открывающий (он же - содержащий параметры) и замыкающий, то есть,
"конец" тега. Заданные в теге параметры действуют только между его
началом и концом, то есть, только внутри тега. «Отступы» от левого края они
автоматически выставляются программами, формирующими код HTML для
упрощения его восприятия. Достаточно понимать, что чем дальше от левого
края отстоит тег, тем "глубже" он лежит, тем большее количество "старших"
тегов может на него действовать. в некоторых случаях параметры ранее
заданного тега могут распространяться и на тег, размещенный в нем, то есть
на содержимое вложенных тегов.
Если у внутренней таблицы размер задан 100 пикселов, то у внешней
не может быть размера меньше 100 пикселов + толщина рамки. Таким
образом, вложенная таблица как бы "распирает" ту, в которую она вложена.
При этом, даже если у нее не задан размер, а количество текста в ней
значительно, она будет распирать "старшую" таблицу на такой размер,
который необходим для отображения соответствующего количества строк
текста. Это называется "обратная связь".
Теги, не нуждающиеся в закрытии. Это теги переноса - <br>,
принудительно перекидывающие все, что располагается после них, в новую
строку. Благодаря этому тегу можно писать стихи столбиками.
3.2 РАЗРАБОТКА ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ
С ростом интернета широкое распространение получили Web -

интерфейсы позволяющие взаимодействовать с различными программами
через браузер.
Web-интерфейсы удобны тем, что дают возможность вести совместную
работу сотрудникам, не находящимся в одном офисе (например, Web-
интерфейсы часто используются для заполнения различных баз данных или
публикации материалов в интернет - СМИ).
Интерфейс - в широком смысле - определенная стандартами граница
между взаимодействующими независимыми объектами. Интерфейс задает
параметры, процедуры и характеристики взаимодействия объектов.
Интерфейс пользователя - элементы и компоненты программы, которые
способны оказывать влияние на взаимодействие пользователя с программным
обеспечением. В том числе:
средства отображения информации, отображаемая информация,
форматы и коды;
командные режимы, язык пользователь-интерфейс;
устройства и технологии ввода данных;
диалоги, взаимодействие и транзакции между пользователем и
компьютером;
обратная связь с пользователем;
поддержка принятия решений в конкретной предметной области;
порядок использования программы и документация на нее.
Есть несколько простых правил, позволяющих интерфейсу сайта быть
понятым посетителю.
1. На сайте не должно быть бесполезной информации, шрифт должен
легко читаться. Графические элементы должны быть были чёткими,
выразительными и быстро загружаться. На сайте компании недопустимо
использовать анимацию и звук, которые долго загружаются и отвлекают
внимание покупателя.
Человеческий глаз просматривает страницы сайта сверху вниз.
Наибольшее внимание сосредотачивается на верхней левой части страницы.
Поэтому в верхней части страницы сайта, как правило, размещается наиболее
важная информация: название фирмы, логотип, само название сайта и т.д.
Чем проще выполнена верхняя часть страницы, тем легче запомнить
название сайта и саму фирму.
2. Посетитель сайта должен без труда находить интересующую его
информацию и иметь возможность получить исчерпывающую информацию
(описание в виде текста плюс несколько фотографий). На витрине
желательно разместить данные о деятельности фирмы (чем занимается
компания, какие регионы обслуживает, адрес, контактную информацию и
т.д.).
3. информация должна быть распределена по группам. возможно
обеспечить возможность поиска товаров по части названия и описания.
4. При просмотре товарных предложений, у посетителя должна быть
возможность сортировать товар по цене или по названию.
5. Для наглядности необходимо предусмотреть специальные разделы,
содержащие услуги, сгруппированные по маркетинговым признакам.
Допустим:
"Новинки" (услуги, недавно поступившие);
"Специальные предложения" (услуги, на которые по каким-либо
причинам снижены цены);
"Лидеры продаж" (наиболее покупаемые услуги).
6. На Web-сайте обязательно должны быть информационные разделы:
с данными о компании (сфера деятельности, адрес, контактные
телефоны и т.д.);
с информацией по доставке;
с информацией по скидкам;
статьи (системы управления новостями и статьями предоставляют
возможность использовать Web-сайт как настоящий информационный
портал);
прочая полезная информация.
7. Покупателю следует предоставить возможность просмотреть отзывы
о фирме, оставить свой отзыв или задать вопрос - это способствует
повышению популярности и престижа компании.
8. Увеличению посещаемости Web-caйта и количества постоянных
посетителей способствует также наличие обратной связи администратора с
клиентами. важно, чтобы администраторы как можно быстрее и максимально
полно отвечали на письма.
9. Обратной, невидимой покупателю, стороной сайта является система
управления. Вход в систему администрирования осуществляется только
после ввод администратором логина и пароля (логин и пароль администратор
может менять). Администратор имеет возможность полностью управлять
содержимым Web-сайта:
Если компания собирается работать ещё и с оптовыми клиентами,
необходимо предусмотреть работу сайта как с розничными, так и с оптовыми
ценами на товары.
10. Аккуратная работа с цветом. Правильно примененный цвет может,
например, передавать тонкие различия между однородными элементами.
Неправильно примененный цвет может мешать работать с программой.
Руководствуясь данными принципами разработки интерфейса, было
решено сделать ставку на простоту и информативность, что бы пользователь,
попадая на сайт, должен получать четкую информацию о товаре,
предстоящих релизах. Так же о том, как он сможет оплатить заказ, каковы
условия и сроки доставки и т.д.
На сайте должен быть реализован удобный и быстрый поиск
необходимого пользователю товара, так как не все имеют неограниченный
доступ в интернет, и многие оплачивают его по часам.
Все товары, предлагаемые на сайте, должны быть в наличии. Будет
предусмотрена система заказа товара, отсутствующего на складе.
Будет сделана простая и предельно удобной навигация, с тем чтобы
пользователь оперативно получал ответы, на любые вопросы по тематике
сайта.
3.3 РЕАЛИЗАЦИЯ ИНТЕРФЕЙСА WEB-САЙТА
Данный сайт состоит из Web-страничек, эти страницы содержат

информацию о фирме ее продукции контактах и т.д. Рассмотрим некоторые
страницы подробнее:
Рис. 3.2.
Данная Web-страница необходима для выбора информации о фирме,

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

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

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

которым можно узнать контакты администрации, на которые вы можете
оправлять свои вопросы по сайту. Редкие вопросы приходящие на mail
администрации будут выведены на ссылку «Часто задаваемые вопросы». На
этой же странице можно ознакомится с условиями пользования сайтом.
Рис. 3.6.
Переходя по ссылке «О компании», можно узнать краткую информацию

о нашей компании, адрес, ознакомится с прайс-листом нашего огромного
ассортимента.
ЗАКЛЮЧЕНИЕ
В ходе выполнения дипломного проекта была достигнута основная

цель работы – разработан Интернет-сайт ООО «ТрансЭнергоСервис».
Для достижения поставленной цели были проведены изучение и анализ
уже существующией структуры организации интернет-сайтов. При этом был
выявлен ряд недостатков существующей системы, которые возможно
устранить за счет разработки и внедрения нового Интернет-сайта.
В разработанном Web-сайте удачно сочетается интерфейс сайта с его
функциональностью и простотой использования.
Разработана максимально удобная и доступная работа потенциального
клиента, доступные и понятные диалоговые окна. Разбитые по категориям
товары, имеющие подробное описание с иллюстрациями, оставят у клиента
приятное впечатление.
Различные способы оплаты и доставки подойдут любому клиенту, ведь
он может получить свой заказ, не выходя из дома в оговоренные сроки.
При разработке архитектуры Интернет-сайт был разделен на две части:
клиентскую и администраторскую.
 Клиентская часть содержит те страницы, которые доступны для
просмотра любому пользователю, а также персональные страницы клиентов,
зарегистрированных в базе данных.
 Администраторская часть содержит инструменты управления
Интернет-сайтом, предоставляет удобный интерфейс для настройки
клиентской части сайта и работы с основной базой данных.
Помимо быстрой окупаемости проекта повысит рейтинг и получение
дополнительной прибыли компании за счет:
дополнительного круглосуточного канала сбыта товаров;
удобного сервиса для потребителей, позволяющего ознакомиться с
перечнем товаров, совершить резервирование или заказа услуги в реальном
времени;
логично представленная информация позволит клиенту самостоятельно
найти интересующая его услуга.
Проанализировав работу подразделения ООО «ТрансЭнергоСервис»,
можно прийти к заключении о экономической целесообразности и
окупаемости дополнительной услуги - электронного сайта. Так как, создавая
данную услугу, потенциальным клиентам предоставляется возможность
ознакомления с компанией и предоставляемым ассортиментом услуг.
Существование возможности ознакомление ассортиментом и ожидаемыми
поступлениям так же поднимет рейтинг сайта, создаст расширение круга
постоянных покупателей. Очень удобен тот факт, что в Web-сайте знакомится
с услугой и узнавать о контактах с фирмой будет возможно круглосуточно.
Web-сайт сможет так же приносить дополнительный доход при
продаже услуг через сеть Интернет покупателям, находящимся в других
городах. Заинтересовав клиента, относительно невысокими ценами, широким
ассортиментом позиций, скоростью обработки заказов и быстрой доставкой.
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ
1. Алексеев А.П. введение в Web-дизайн: учебное пособие. – М.: СОЛОН-

ПРЕСС, 2012.
2. Барысов Р. Постройте профессиональный сайт сами. – СПб., 2011.
3. Вильямсон Х. Универсальный Dynamic HTML / Библиотека
программиста – СПб.: ПИТЕР, 2011.
4. Джерк, Н. Разработка приложений для электронной коммерции [Текст] /
Н. Джерк. – СПб. , 2010. – 512 с.
5. Дронов В. А. Самоучитель Macromedia Dreamweaver 8. – СПб.: БХВ-
Петербург, 2013.
6. Кроудер Д. Создание web-сайта для чайников: 3-е издание. – М.:
Диалектика, 2010.
7. Леонтьев Б.В. Web-Дизайн: Тонкости, хитрости и секреты / Леонтьев
Б.В. - М. Майор, 2012, с.170.
8. Ломов, А.Ю. HTML, CSS, скрипты: практика создания сайтов [Текст] /
А.Ю. Ломов. – СПб. , 2012. – 416с.
9. Олифер, в.Г. Сетевые операционные системы [Текст] : учебник / В.Г.
Олифер, Н.А. Олифер. – СПб., 2011. – 544 с.
10. Орлов Л. В. Как создать Интернет-магазин. / Л. В. Орлов– изд. Бук-
Пресс, Москва, 2012 год, 384 с.
11. Панфилов К. По ту сторону веб-страницы. – СПб.: ДМК Пресс, 2014.
12. Печников В.Н. Создание Web-сайтов без посторонней помощи. – М.:
Триумф, 2012.
13. Успенский, И. Энциклопедия Интернет бизнеса [Текст] / И.Успенский.
– СПб. :, 2011. – 432 с.
14. Фролов, А. В. Базы данных в Интернете: практическое руководство по
созданию Web-приложений с базами данных [Текст] / А.В. Фролов, Г.В.
Фролов. – 2-ое изд., испр. – М. : Издательско-торговый дом «Русская
Редакция», 2012. – 448 с.
ПРИЛОЖЕНИЕ
ПРИЛОЖЕНИЕ 1
Формы приложений на этапе проектирования
Рисунок .1 –На этапе проектирования.
<head>
<title>Template</title>
<style>
td{
font-family: arial;
font-size: 10px;
color: #FFFF00
}
A{
text-decoration: underline;
color: #FFFF00;
font-size: 10px;
font-family: arial;
}
a:visited{color:32679C}
a:hover{color:red}
a.white{color:ffffff}
a.white:visited{color:ffffff}
a.footer{color:000000;font-size:11px}
a.footer:visited{color:000000}
.bold{font:900}
.style6 {
text-align: center;
font-size: medium;
font-family: Calibri;
}
.style7 {
text-align: center;
text-decoration: underline;
color: #33CC33;
font-size: x-small;
}
.style8 {
color: #00FF00;
}
.style17 {
text-align: center;
color: #000000;
font-size: small;
}
.style18 {
color: rgb(0, 0, 51);
font-size: medium;
}
.style19 {
}
.style20 {
color: #000000;
}
.style21 {
margin-right: 0px;
}
.style24 {
color: #000033;
background-color: #FFFFFF;
}
.style26 {
color: #000033;
background-color: #FFFFFF;
text-align: left;
}
</style>
<script language="JavaScript" type="text/JavaScript">

</script>
</head>
<body LEFTMARGIN=0 TOPMARGIN=0 MARGINWIDTH="0"
MARGINHEIGHT="0"
onLoad="FP_preloadImgs(/*url*/'button2.jpg',/*url*/'button3.jpg',/*url*/'buttonB.j
pg',/*url*/'buttonC.jpg',/*url*/'button17.jpg',/*url*/'button18.jpg',/*url*/'button1A.j
pg',/*url*/'button1B.jpg',/*url*/'button178.jpg',/*url*/'button179.jpg');
MM_preloadImages('images/b1r.jpg','images/b2r.jpg','images/b3r.jpg','images/b4r.j
pg','images/b5r.jpg','images/b6r.jpg')">
<table height="100%" cellspacing="0" cellpadding="0" border="0">
<tr>
<td width="50%" background="images/bg.jpg"></td>
<td bgcolor="#FFFFFF" valign="top" height="100%">
<table border="0" cellpadding="0" cellspacing="0" height="100%"
style="width: 780px">
<tr>
<td colspan="2">
<img src="images/top.jpg" border="0" width="778" height="24"
alt=""></td>
</tr>
<tr>
<td colspan="2">
<p align="center"><a href="index.html">
<img border="0" src="images/tmB6CPXzllg.jpg" width="239"
height="55"></a></td>
</tr>
<tr>
<td colspan="2">
<img src="images/slogan.jpg" border="0" width="402" height="201"
alt="ысысыс"><img src="images/slogan2.jpg" border="0" width="375"
height="202" alt=""></td>
</tr>
<tr>
<td colspan="2">
<strong>
<a href="index.html">
<img border="0" id="img1" src="button1.jpg" height="49" width="148"
alt="Главная" fp-style="fp-btn: Glass Tab 4; fp-font: Century Schoolbook; fp-font-
style: Bold Italic; fp-font-color-normal: #008000; fp-font-color-hover: #008000"
fp-title="Главная"
onmouseover="FP_swapImg(1,0,/*id*/'img1',/*url*/'button2.jpg')"
onmouseout="FP_swapImg(0,0,/*id*/'img1',/*url*/'button1.jpg')"
onmousedown="FP_swapImg(1,0,/*id*/'img1',/*url*/'button3.jpg')"
onmouseup="FP_swapImg(0,0,/*id*/'img1',/*url*/'button2.jpg')"></a><a
href="index_internet.magazin.html"><img border="0" id="img2"
src="buttonA.jpg" height="49" width="148" alt="Интернет-магазин" fp-
style="fp-btn: Glass Tab 4; fp-font: Century Schoolbook; fp-font-style: Bold Italic;
fp-font-color-normal: #008000; fp-font-color-hover: #008000" fp-title="Интернет-
магазин" onmouseover="FP_swapImg(1,0,/*id*/'img2',/*url*/'buttonB.jpg')"
onmouseout="FP_swapImg(0,0,/*id*/'img2',/*url*/'buttonA.jpg')"
onmousedown="FP_swapImg(1,0,/*id*/'img2',/*url*/'buttonC.jpg')"
onmouseup="FP_swapImg(0,0,/*id*/'img2',/*url*/'buttonB.jpg')"></a>
<a href="katalog.html">
alt="каталог" fp-style="fp-btn: Glass Tab 4; fp-font: Century Schoolbook; fp-font-
style: Bold Italic; fp-font-color-normal: #008000; fp-font-color-hover: #008000"
fp-title="каталог"
onmouseover="FP_swapImg(1,0,/*id*/'img6',/*url*/'button1A.jpg')"
onmousedown="FP_swapImg(1,0,/*id*/'img6',/*url*/'button1B.jpg')"
onmouseup="FP_swapImg(0,0,/*id*/'img6',/*url*/'button1A.jpg')"></a><a
href="index_pomosh.html"><img border="0" id="img7" src="button180.jpg"
height="49" width="148" alt="Помощь" fp-style="fp-btn: Glass Tab 4; fp-font:
Century Schoolbook; fp-font-style: Bold Italic; fp-font-color-normal: #008000; fp-
font-color-hover: #008000" fp-title="Помощь"
onmouseup="FP_swapImg(0,0,/*id*/'img7',/*url*/'button178.jpg')"></a>
</strong>
<a href="index_o%20kompaniii.html">
alt="О компании"
onmouseup="FP_swapImg(0,0,/*id*/'img3',/*url*/'button17.jpg')" fp-style="fp-
btn: Glass Tab 4; fp-font: Century Schoolbook; fp-font-style: Bold Italic; fp-font-
color-normal: #008000; fp-font-color-hover: #008000" fp-title="О
компании"></a></td>
</tr>
<tr>
<td colspan="2">
<img src="images/shadow.jpg" border="0" width="778" height="27"
alt="">
</td>
</tr>
<tr>
<td valign="top" height="100%" width="230">
<table border="0" cellpadding="0" cellspacing="0">
<tr>
<td style="width: 234px"><img src="images/win1_top.jpg" border="0"
width="230" height="35" alt=""></td>
</tr>
<tr>
<td background="images/win1_back.jpg" style="padding-left:50; width:
234px; height: 34px;">
<p class="style17"><strong>СТАТЬИ</strong></p>
<span class="style8">
<ul class="style19">
<li style="height: 16px" class="style18">
<a href="index_amortizator.html">
Амортизаторы</span></a></li>
<li style="width: 137px; height: 14px" class="style18">
<a href="index_sve4i.html">
<span class="style20">Свечи</span></a></li>
<li style="height: 17px" class="style18">
<a href="index_akkymylator.html">
Аккумулятор (как выбрать)</span></a></li>
<li class="style18">
<a href="index_masla.html">
<span class="style20">Масла (как выбрать)</span></a></li>
<a href="index_provoda.html">
высоковольтные провода</span></a></li>
<a href="index_prostie.proverki.html">
<span class="style20">АкПП.
Простые проверки</span></a></li>
<a href="index_jidkosti.html">
<span class="style20">Жидкости охлаждающие</span></a></li>
<a href="index_benzin.html">
<span class="style20">Бензины</span></a></li>
<a href="index_kovrivi.html">
<span class="style20">коврики автомобильные</span></a></li>
<a href="index_jidkoct.stekla.html">
<span class="style20">Жидкость
для омывателя стекла автомобилей</span></a></li>
</span>
</ul>
<span class="style8"> </span></td>
</tr>
<tr>
<td valign="top" style="width: 234px"><img
src="images/win1_bottom.jpg" border="0" width="230" height="19" alt=""></td>
</tr>
</table>
<br>
<object
codebase="http://fpdownload.macromedia.com/pub/shockwave/cabs/flash/swflash.
cab#version=8,0,0,0" width="240" height="400" id="03" align="middle"
style="color: rgb(0, 0, 0); font-family: tahoma; font-size: 13px; font-style: normal;
font-variant: normal; font-weight: normal; letter-spacing: normal; line-height:
normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none;
white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-size-adjust:
auto; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255);"
classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" class="style21">
<embed src="31.swf" wmode="transparent" quality="high"
bgcolor="#FFFFFF" width="240" height="400" allowscriptaccess="sameDomain"
align="middle" type="application/x-shockwave-flash"
pluginspage="http://www.macromedia.com/go/getflashplayer"></object>
<br class="Apple-interchange-newline">
</td>
<td valign="top" height="100%" width="540">
<table border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top" style="width: 217px">
<form action=""> <tr>
<td><img src="images/win2_top.jpg" border="0" width="224" height="35"
alt=""></td>
</tr>
<tr>
<td background="images/win2_back.jpg" style="padding-left:40">
<tr>
<td valign="top" style="color:32679C;text-decoration:underline;"><input
type="radio" name="link1" value="Search by Make" checked><span
lang="ru">Искать по
названию</span><br>
<input type="radio" name="link1" value="Search by Type"><span
lang="ru">Искать по типу</span><br>
</td>
</tr>
<tr>
<td style="color:656565">
<span lang="ru">
Марка</span>:</td>
</tr>
<tr>
<td><select name="mark" style="width:120"><option value=" ">
</option></select></td>
</tr>
<tr>
<td style="color:656565">
<span lang="ru">
Модель</span>:</td>
</tr>
<tr>
<td><input type="text" name="model" size="15" maxlength="40"
style="width:120"></td>
</tr>
<tr>
<td align="center"><input type="image" src="images/search_but.jpg"
border="0" width="161" height="35" alt="">
</td>
</tr>
</table>
</td>
</tr>
<tr>
<td><img src="images/win2_bottom.jpg" border="0" width="224"
</tr></form>
<br>
</td>
<td valign="top">
<table border="0" cellspacing="0" cellpadding="0">
<tr>
<td valign="top" style="height: 3px; width: 313px">
</td>
</tr>
<tr>
<td style="padding-left:20;padding-right:30;color:686868; width: 313px;">
<p class="style6"><strong>
НОвОСТИ кОМПАНИИ</strong><o:p></o:p></p>
<p class="style7">Требуется
менеджер 06.05.13<o:p></o:p></p>
с опытом работы. Знание
автомобильных каталогов.<o:p> </o:p>
</p>
<p class="MsoNormal">
Зарплата от 30тыс,
оформление по Тк.<o:p></o:p></p>
<p class="MsoNormal">Резюме
отправлять на
<span lang="en-us">msk</span>@yulsun.ru,
тел. 8(347) 246-18-68,
8-987-2540373<o:p></o:p></p>
<p class="style7">вакансия
программиста в Уфе 02.04.13<o:p></o:p></p>
компания примет на работу
программиста. <o:p></o:p>
</p>
Требование к претендентам:<o:p></o:p></p>
<p class="MsoNormal">Знание
Delphi, PHP, SQL (MySQL)<o:p></o:p></p>
<p class="MsoNormal">Умение
работать в программах
компьютерной графики<o:p></o:p></p>
Упорство и нацеленность на
результат обязательное
качество<o:p></o:p></p>
Условия:<o:p></o:p></p>
Демократичный стиль работы<o:p></o:p></p>
<p class="MsoNormal">Резюме
отправлять на
<span lang="en-us">msk</span>@yulsun.ru,
тел.8(347)294-03-73<o:p></o:p></p>
Пополнение ассортимента
маслами/жидкостями 09.09.12<o:p></o:p></p>
<p class="MsoNormal">Более
500 наименований: ТНк,
Mobil, Castrol, Neste,
Shell,Valvoline, ,ZIC,
Teboil<o:p></o:p></p>
</td>
</tr>
<tr>
<td style="padding-top:20; width: 313px;">
<p> </p>
<p> </p>
<tr>
<td colspan="2"><img src="images/text2.jpg" border="0" width="540"
</tr>
<tr>
<td colspan="2" background="images/pics_back.jpg" height="212">
<tr>
<td style="padding-left:10; height: 193px; width: 280px;" class="style26">
<img src="block-2-img.jpg" width="234" height="99"><br>
в компании Авто Престиж
постоянно интересные <br>
предложения на различные
группы<br>
запасных частей.</span></td>
<td style="padding-left:10; height: 193px; width: 185px;" class="style26">
<img src="block-4-img.jpg" width="233" height="99" style="float:
right"><br>
в нашем ассортименте только
сертифицированные,
услуги.</td>
</tr>
</table>
7</td>
</tr>
</table>
</td>
</tr>
<tr>
<td colspan="2" background="images/footer1.jpg" height="62">
<tr>
<td style="padding-left:30"> </td>
<td valign="top">
<table border="0" cellpadding="0" cellspacing="0" width="282">
<form action=""><tr>
<td style="padding-left:60"><img src="images/car_search.jpg" border="0"
width="94" height="62" alt=""></td>
<td style="padding-left:10"><input type="text" name="car" size="15"
maxlength="40"></td>
<td style="padding-left:10"><input type="image" src="images/go_but.gif"
border="0" width="14" height="11" alt=""></td>
</tr></form>
</table>
</td>
</tr>
</table>
</td>
</tr>
<tr>
<td width="230">
<img src="images/name_footer.jpg" border="0" width="240" height="94"
alt=""></td>
<td background="images/footer2.jpg" style="color:ffffff;text-
decoration:underline;padding-right:20" align="right" width="520">
<span lang="ru">2013</span><a href="" class="white"> <span lang="ru">
ООО «ТрансЭнергоСервис»</span></a></td>
</tr>
</table>
</td>
<td width="21%" background="images/bg_lft.gif"></td>
</tr>
</table>
</body>
Рисунок .2 –Главная страница

Размещено на Allbest.ru

1296011

Загружено:

Сведения о документе

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

1296011

Загружено:

Авторское право:

Размещено на http://www.allbest.

1.1ОРГАНИЗАЦИЯ РАБОТЫ ООО «ТРАНСЭНЕРГОСЕРВИС»

Общество с ограниченной ответственностью «ТрансЭнергоСервис»

Рисунок 1.1 – Доля рынка ООО «ТрансЭнергоСервис» -15%

На самом деле серьезных прямых конкурентов у ООО

Таблица 1.1 - Оценка собственной фирмы и фирм конкурентов, баллы

В таблице 1.1 приведены оценки достоинств и недостатков как

1.2 АНАЛИЗ ФУНКЦИОНИРОВАНИЯ ИНТЕРНЕТ-САЙТОВ ПО

Виртуальным хостингом называют предоставление веб-сервера в

2.1 ОБЗОР МЕТОДОЛОГИЙ ПРОЕКТИРОВАНИЯ ИНТЕРНЕТ-

Как и в любом деле, создание сайтов происходит при помощи

На начальных этапах создания ИС необходимо понять, как работает

Рис. 1.1. Диалог задания свойств модели

В закладке Status того же диалога можно описать статус модели

Рис. 1.2. Отчет по модели

Диаграммы IDEF0. Основу методологии IDEF0 составляет графический

Унифицированный язык моделирования (Unified Modeling Language -

Рис. 2.3. Диаграмма классов

Рис. 2.4. Диаграмма зависимость

Связью-обобщением называется связь между общей сущностью,

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

Рис. 2.5. Граф потока данных

Потоки данных. Поток данных соединяет выход объекта (или процесса)

Рис. 2.6. Активные объекты

Хранилища данных. Хранилище данных - это пассивный объект в

Рис. 2.7. Хранилища данных

Потоки управления. DFD показывает все пути вычисления значений, но

Рис. 2.8. Потоки управления

2.5 ER-МОДЕЛЬ «СУЩНОСТЬ-СВЯЗЬ»

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

Определение 2. Экземпляр сущности - это конкретный представитель

Определение 5. Связь - это некоторая ассоциация между двумя

Каждая связь имеет два конца и одно или два наименования.

Связь типа один-к-одному означает, что один экземпляр первой

Модальность "может" означает, что экземпляр одной сущности может

3.1 ИНСТРУМЕНТАЛЬНЫЕ СРЕДСТВА РАЗРАБОТКИ И

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

Рис.3.1. Процесс создание Web-страницы с помощью FrontPage 2003

Улучшение оформления Web-узлов.

С ростом интернета широкое распространение получили Web -

3.3 РЕАЛИЗАЦИЯ ИНТЕРФЕЙСА WEB-САЙТА

Данный сайт состоит из Web-страничек, эти страницы содержат

Данная Web-страница необходима для выбора информации о фирме,

В каталоге имеются ссылки на услуги и прайс-лист с информацией о

На данной Web- странице можно узнать адреса компании и номера

На Web- странице «Помощь» можно найти ссылки, переходя по

Переходя по ссылке «О компании», можно узнать краткую информацию

В ходе выполнения дипломного проекта была достигнута основная

1. Алексеев А.П. введение в Web-дизайн: учебное пособие. – М.: СОЛОН-

Формы приложений на этапе проектирования

Рисунок .1 –На этапе проектирования.

Рисунок .2 –Главная страница

Вам также может понравиться