РАЗРАБОТКА WEB-ПРЕДСТАВИТЕЛЬСТВА ООО «КРАНСЕРВИСЦЕНТР»

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «БЕЛГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ» ( Н И У « Б е л Г У » ) ИНСТИТУТ ИНЖЕНЕРНЫХ ТЕХНОЛОГИЙ И ЕСТЕСТВЕННЫХ НАУК ФАКУЛЬТЕТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ И ПРИКЛАДНОЙ МАТЕМАТИКИ Кафедра прикладной математики и информатики РАЗРАБОТКА WEB-ПРЕДСТАВИТЕЛЬСТВА ООО «КРАНСЕРВИСЦЕНТР» Дипломная работа студента очной формы обучения специальности 080801.65, Прикладная информатика (в экономике) 5 курса группы 83001002 Рыжих Антона Сергеевича Научный руководитель к.г.н., доцент кафедры прикладной математики и информатики Петина М.А. Рецензент Генеральный директор ООО «Крансервисцентр», Труцуненко Н.С. БЕЛГОРОД 2015

СОДЕРЖАНИЕ ВВЕДЕНИЕ ........................................................................................................................................ 3 1 АНАЛИТИЧЕСКАЯ ЧАСТЬ ......................................................................................................... 6 1.1. Технико-экономическая характеристика предметной области «КАК ЕСТЬ» ................. 6 1.1.1. Характеристика предприятия ..................................................................................... 6 1.1.2. Краткая характеристика производственного подразделения и видов его деятельности ............................................................................................................................ 11 1.2. Обоснование использования Web-представительства для организации ООО «Крансервисцентр» ..................................................................................................................... 14 1.3. Постановка задачи ................................................................................................................ 18 1.4. Цель и назначение Web-представительства ООО «Крансервисцентр» .......................... 20 1.4.1. Цель и назначение Web-представительства, характеристика внешних условий, в которых будет функционировать Web-представительство .............................................. 22 1.5. Анализ Web-представительств других предприятий данной области. ........................... 24 1.6. Выбор политики рекламы сайта при его размещении в сети Интернет. ........................ 26 2 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ........................................................................... 29 2.1. Обоснование проектных решений по техническому обеспечению ................................. 29 2.2. Обоснование проектных решений по информационному обеспечению ........................ 31 2.3. Обоснование проектных решений по программному обеспечению ............................... 32 2.4. Обоснование проектных решений по технологическому обеспечению ......................... 34 2.5. Обоснование выбора программных средств ...................................................................... 35 3 ПРОЕКТНАЯ ЧАСТЬ .................................................................................................................. 42 3.1. Информационное обеспечение задачи ............................................................................... 42 3.1.1. Информационная модель и ее описание ..................................................................... 42 3.1.2. Информационная модель базы данных ....................................................................... 44 3.2. Программное обеспечение задачи ...................................................................................... 47 3.2.1. Обеспечение информационной безопасности ............................................................ 49 3.2.2. Описание программных модулей ................................................................................ 51 3.2.3. Разработка интерфейса пользователя .......................................................................... 51 3.3. Технологическое обеспечение задачи ................................................................................ 53 3.3.1.Организация процесса информационной поддержки сайта (технологического процесса формирования и корректировки информации Web-сайта) ................................. 55 3.4. Технологическое обеспечение задачи ................................................................................ 55 4 ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ .............................................................. 60 4.1. Целесообразность разработки с экономической точки зрения ........................................ 60 4.2. SWOT-анализ разработки .................................................................................................... 60 4.3. Калькуляция себестоимости научно-технической продукции ........................................ 62 ЗАКЛЮЧЕНИЕ................................................................................................................................ 69 СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ...................................................................... 71 ПРИЛОЖЕНИЕ А ........................................................................................................................... 76 ПРИЛОЖЕНИЕ Б ............................................................................................................................ 78

ВВЕДЕНИЕ В наш век Интернет является основным, и, наверное самым быстрым и удобным источником получения различной информации. Современное общество в процессе своего развития приобретает новые постиндустриальные черты. Поэтому отнюдь не является удивительным тот факт, что информация становится приоритетным ресурсом, вытесняющим традиционные материальные ресурсы на второй план. Значение web-технологий в современном мире трудно преувеличить. Примером их общественных использования и являются государственных интернет-ресурсы организаций, посредством компаний, которых осуществляется коммуникация между сотрудниками, клиентами, ведение коммерческой или иной деятельности, предоставление гражданам услуг и сервисов государством и т.п. Однако их использование требует от разработчиков и пользователей определенных знаний и навыков программирования, временных и финансовых затрат. Увеличение числа пользователей Интернет делают Всемирную Сеть хранилищем информации, содержащим данные различных аспектов жизни. В связи с этим сеть, проектируемая как средство обмена информацией, представляет интерес для широкого круга пользователей. Интернет выступает как популярное средство массовой информации, а создание сайтов – значительный инструмент, необходимый для решения маркетинговых стратегий, действующих наиболее эффективно с позиции финансовой привлекательности, технических и рекламных возможностей мировой сети. Многие компании и организации используют сайты для продвижения своих услуг и товаров на рынке, в качестве рекламы, и как средство маркетинга. Интернет, своими средствами дает пользователю множество преимуществ: это регистрация компании продавца за небольшие материальные траты, также деловые операции осуществляются с помощью глобальной сети интернет, доступ клиента к ресурсам из любой точки мира, предоставление возможности 3

клиенту получить более полную информацию. Тема дипломной работы – «Разработка Web-представительства для ООО «Крансервисцетр». Компания ООО «Крансервисцетр» – одна из ведущих компаний в Белгородской области, имеющая минимальное количество конкурентов. Специализирующаяся на сервисном обслуживании кранов и манипуляторов, проектированием гидравлической части установок и др. Целью дипломной работы является повышение качества работы компании в ряде следующих показателей, а именно:  увеличение и улучшение качества рекламы компании «Крансервисцентр» в сети Интернет;  повышение удобства использования клиентами и пользователями сайта;  упрощение процесса получения пользователям актуальной информации о фирме;  улучшение стратегии продаж;  разработка функционала обратной связи клиентов с сотрудниками;  значительное увеличение объема продаж услуг. Задачами дипломной работы является анализ ведения деятельности ООО «Крансервисцентр», выявление недостатков, обоснование выбора инструментальных средств и выявление требований для разработки сайта, разработка сайта, его тестирование и размещение на web-сервере. Дипломная работа содержит введение, основную часть, состоящую из четырех разделов, заключение, список использованных источников и приложения. Общая структура дипломной работы, ее цель, краткая постановка вопроса описывается во введении. Технико-экономическая характеристика предметной области, экономическая сущность задачи представлена в первом разделе. В этом же 4

разделе указывается обоснование необходимости и цели создания сайта, проводится анализ существующих подобных сайтов фирм-конкурентов. Во втором разделе сформулированы требования к Web-представительству для ООО «Крансервисцентр», описывается обоснование выбора программных и инструментальных средств. Третий раздел характеризует этапы разработки сайта, содержит обоснование проектных решений, содержит анализ технологии тестирования сайта. Четвертый раздел содержит описание целесообразности разработки проекта с позиции экономического анализа. В заключении приведены основные выводы по проделанной работе, подведены итоги комплексного исследования ООО «Крансервисцентр». А также отражена практическая значимость полученных результатов и определены направления дальнейшего совершенствования Web-представительства. Данная дипломная работа содержит 17 рисунков, 6 таблиц и приложения, в которых приведены анализ привлекательности предприятия, программный код Web-представительства. 5 Интернет-рынка для

1 АНАЛИТИЧЕСКАЯ ЧАСТЬ 1.1 Технико-экономическая характеристика предметной области. Анализ предметной области «КАК ЕСТЬ» 1.1.1 Характеристика предприятия Белгородская организация общества с ограниченной ответственностью «Крансервисцентр» зарегистрирована 3 июня 2001 года. Регистратор – Межрайонная инспекция Федеральной налоговой службы №2 по Московской области. Организация создана путем собрания совета учредителей и переоборудования строительной базы в организацию по гарантийному, послегарантийному и сервисному ремонту грузоподъемной техники. Фирменное наименование организации: Общество с ограниченной ответственностью «Крансервисцентр». Сокращенное наименование ООО «Крансервисцентр». Место нахождения организации: Российская Федерация, г.Белгород, ул. Речная 73а. В своей деятельности данная организация руководствуется законодательством Российской Федерации, уставом ООО «Крансервисцентр» настоящим положением, решениями собраний учредителей и совета директоров, приказами и распоряжениями правления ООО «Крансервисцентр». Организация учреждена в целях осуществления хозяйственной деятельное в сфере производства продукции, оказания услуг и извлечения прибыли. Организация имеет самостоятельный баланс и действует на основе полного хозяйственного расчета, самоокупаемости и самофинансирования. Организация имеет расчетный и другие счета в государственных, специализированных и коммерческих банках Российской Федерации. Организация имеет круглую печать с наименованием общества с ограниченной ответственностью «Крансервисцентр», штампы и бланки с собственным наименованием, эмблемой 6

и наименованием общества с ограниченной ответственностью «Крансервисцентр». Организационная структура – это состав и взаимосвязи между различными отделами фирмы, определяющиеся исходя из задач функционирования и единых целевых ориентиров, и основываются на сопоставлении специализации и кооперации. Порядок управления организации определяется также как форма разделения и осуществляется кооперации механизм управленческой управления по деятельности, в соответствующим которой функциям, направленным на решение поставленных задач и достижение намеченных целей. В таком случае структура управления представляется в виде системы оптимального распределения функциональных обязанностей, прав и ответственности, порядка и форм взаимодействия между входящими в ее состав органами управления и работающими в них людьми. На рисунке 1 приведена организационная структура управления ООО «Крансервисцентр»: Директор Главный бухгалтер Начальник отдела ремонта оборудования Начальник отдела закупок Начальник отдела по работе с клиентами Отдел бухгалтерии Отдел ремонта оборудования Отдел закупок Отдел по работе с клиентами Рисунок 1 – Организационная структура управления ООО «Крансервисцентр» 7

За функционирование компании ООО «Крансервисцентр» отвечает директор. Он представляет центр управления компании и выполняет следующие задачи:  Выполняет управление компанией, согласно идеям и целям компании, в соответствии с действующим законодательством;  Организует порядок выполнения работ, продуктивное и результативное управление структурных отделов;  Предоставляет условия выполнения поставленных задач и целей деятельности организации, многих обязанностей перед всеми субъектами деятельности организации  Совершенствование бизнеса осуществляется за счет более четкого направления ресурсов на развитие и усовершенствование  Внедрение в структуру организации компетентных работников  Реализует квалификацию работ в услугах при повышенной конкурентноспособности  реализует работу организации и хозяйственно-экономической ее функционирование составляющей согласно основным нормативным актам За деятельность отдела бухгалтерии в компании ООО «Крансервисцентр» отвечает главный бухгалтер. На него возлагаются следующие требования:  Следит за осуществлением деятельности по учету материальных благ организации  Осуществляет надзор за документооборотом организации  Осуществляет фиксацию динамики средств в бухгалтерских счетах  Осуществляет отчетные расчеты полной себестоимости услуг и работ  Начисляет налоговые сборы и создает перечисление во все виды бюджетов  Выполняет стандартизацию документов организации 8

 В соответствии с установленными правилами занимается оформлением документации, которая передается в архив Главным подразделением, подписывающим договора на поставку продукции, в котором идет принятие решений о закупке товаров и идет принятие решений о выборе поставщика является отдел закупок. Этот отдел занимается изучением потребительского спроса. Основные обязанности отдела закупок:  Определение потребности товаров, которые необходимы компании в данный момент  Соискательство, сортировка и внедрение надежных поставщиков  Заключение с поставщиками договоров и контрактов  Контроль за выполнением заключенных договоров  Прием, проверка и получение заказанных товаров  Проверка на соблюдение условий договора поставки, а также проверка качества и количества товаров Рассматривая функции отдела закупок более детально, следует отметить, что на стадии решения вопросов о потребности в продукции отдел закупок запрашивает информацию в отделе бухгалтерии на предмет выставленного счета поставщику. В свою очередь отдел закупок передает информацию отделу бухгалтерии о сделках с поставщиками, и передает данные о продукции отделу по ремонту оборудования. Отдел по ремонту оборудования выполняет множество операций по поддержанию ооборудования. изношенности технической исправности, Обслуживание основных узлов техники и или ремонту клиента агрегатов. В клиентского происходит случае по мере гарантийного обслуживания, производится проверка и диагностика через установленный заводом-изготовителем срок. Запланированное ТО сосредотачивает в себе несколько функций, выполняемых после определенной отработки трудочасов в обязательном 9

порядке, производимых в соответствии с технических регламентом и уставом организации. Отдел по работе с клиентами. Наиболее важной и фунционально значимой обязанностью начальника отдела по работе с клиентами, является контроль, координация менеджеров по привлечению и работе с клиентами. На начальника отдела возложены функции разработки должностных операций для каждого менеджера отдельно, проведение консультаций по росту обхвата потенциальных клиентов, и, следовательно, увеличению обьемов продаж. Одна из основных функции данного отдела является взаимодействие с клиентами. Начальник отдела оказывает помощь сотрудникам в осуществлении и перевыполнении заданного плана работ. На рисунке 2 показана контекстная диаграмма деятельности организации. Рисунок 2 – Контекстная диаграмма деятельности организации Входными данными обозначены:  Информация от поставщика 10

 Заявка на оказание услуг  Счет на оплату поставщика  Денежные средства  Продукция от поставщика  Данные о клиенте  Выходными данными являются:  Счет на оплату  Денежные средства поставщику  Договор с клиентами  Отчетная документация  Оказанные услуги  Отказ на выполнение работ по разным видам обстоятельств 1.1.2 Краткая характеристика производственного подразделения и видов его деятельности Общество с ограниченной ответственностью «Крансервисцентр» создано в соответствии с Гражданским кодексом Российской Федерации, Федеральным законом, иными нормативными актами РФ и Уставом общества. Полное наименование организации общество с ограниченной ответственностью «Крансервисцентр» в городе Белгороде  регион Белгородская область » г. Белгород  адрес 308018, г. Белгород, ул. Речная, д. 73а  директор компании Приходько Владимир Евгеньевич Основным направлением деятельности Общества является предоставление юридическим и физическим лицам услуг по гарантийному и постгарантийному обслуживанию гидравлической техники. Целью деятельности компании являются:  выпуск конкурентоспособной продукции и оказание услуг для удовлетворения потребностей населения; 11

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

 реализовывать продукцию, товары и услуги;  осуществлять любую деятельность и заключать сделки, допускаемые действующим законодательством РФ. Организация самостоятельно планирует производственно-финансовую деятельность, не противоречащую уставу в вопросах определения форм управления, принятия хозяйственных решений, сбыта, установления цен, оплаты труда и определяет перспективы развития, исходя из спроса потребителей на производимую продукцию (товары, работы, услуги) и необходимости обеспечения производственного и социального развития филиала, повышение личных доходов учредителей и работников. Предприятие самостоятельно вводит за счет собственных средств трудовые и социальные льготы, дополнительные по сравнению с установленными действующим законодательством РФ. Организация свободна в выборе форм и предмета договора, определение обязательств, любых других условий хозяйственных взаимоотношений, не противоречащих законодательству РФ. ООО «Крансервисцентр» самостоятельно или с помощью посредников изучает конъюнктуру рынка, возможности потенциальных партнеров, информацию о движении цен, организует материально-техническое обеспечение собственного производства, капитального строительства путем приобретения ресурсов на рынке товаров и услуг. Финансовые отношения филиала с бюджетом и внебюджетными фондами строятся на налоговой основе, в. соответствии с действующим законодательством РФ, а также вправе страховать свое имущество, работников и осуществлять иные виды страхования в страховых компаниях, в соответствии с действующим законодательством РФ. Организация производит отчисления учредителям на содержание исполнительной дирекции, относимые на себестоимость выполненных работ, и производит отчисления от своей прибыли акционерному обществу на создание 13

резервного и других необходимых фондов, создаваемых по решению совета директоров, и для выплаты дивидендов. Организации предоставляется право самостоятельного использования остатка прибыли, образовавшегося у него после оплаты налогов и других платежей в бюджет, а также расчетов с кредиторами. Имущество организации Имущество организации составляют закрепленные за ним основные фонд, и оборотные средства, а также иные ценности, стоимость которых отражается в отдельном балансе. Источниками формирования имущества организации являются: доходы, полученные от реализации продукции, работ, услуг, а также от других видов хозяйственной деятельности; кредиты банков и других кредиторов; иные источники, не запрещенные законодательными актами РФ и уставом ООО «Крансервисцентр». Организация вправе, продавать гражданам материальные ценности, однако не имеет права без решений совета директоров продавать и передавать безвозмездно основные средства и имущество, находящиеся в его хозяйственном ведении, предприятиям и организациям других ведомств и форм собственности. 1.2 Обоснование использования Web-представительства для организации ООО «Крансервисцентр» Диаграмма взаимодействия отделов компании ООО «Крансервисцентр» отображена на рисунке 3. 14

Рисунок 3 – Диаграмма взаимодействия отделов компании ООО «Крансервисцентр» «КАК ЕСТЬ» На рисунке 2 обозначены следующие виды деятельности организации:  Деятельность отдела закупок;  Деятельность отдела бухгалтерии;  Деятельность отдела по ремонту оборудования;  Деятельность отдела по работе с клиентами Представленные выше процессы руководствуются уставом организации, законодательными актами и государственными стандартами. 15

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

клиентами. Отпугивает клиента и осуществление заказа только по телефону, невозможность ознакомиться с перечнем услуг в спокойно обстановке. Отсутствует механизм привлечения потенциальных клиентов, что означает меньший обьем предоставленных услуг, чем могли бы осуществить. Задача, которая ставится перед Web-представительством, в первую очередь заключаются во внедрении нового инструмента продаж, который будет работать параллельно с менеджером, экономя последнему время, тем самым увеличивая количество обслуживаемых клиентов. Представительство компании в сети Интернет позволит облегчить получение клиентами, деловыми партнерами и потенциальными потребителями актуальной информации об организации и предоставляемых ею услугах.А также Web-представительство будет являться хорошей саморекламой компании, а сокращение времени работы сотрудников компании с клиентом приведет к уменьшению времени непосредственного и телефонного общения. Поскольку на сайт будут заходить потенциальные клиенты, они в спокойной обстановке могут познакомиться с ассортиментом и прайсом, выбрать то, что им интересно. Реклама на сайте самая эффективная, потому что она ненавязчивая. Также немаловажную роль играет реклама и продвижение предприятия в сети, что напрямую увеличивает прибыль компании. Это применяется в тех случаях, когда размер целевой аудитории велик, продукт относительно массовый, для его покупки требуется небольшое время на принятие решения и обычно для покупки не нужно дополнительных консультаций, что в значительной степени экономит время. Клиент должен получить полную информацию. Он может ознакомитсья с необходимой ему информацией о товарах и услугах, их стоимости, о поставке и оплате. В данном случае, создание сайта сократит время общения клиента с сотрудником фирмы, уменьшая затраты компании на осуществление продажи. Цели создания сайта: 1. Для поддержания статуса фирмы, то есть для облегчения получения о фирме актуальной информации. 17

2. Создание сайта как информационного блога, благодаря которому можно донести информацию до потенциальных покупателей, поделиться своим опытом, рассказать новости и т.д 3. Для установления новых связей на рынке. 4. Создание сайта с целью сокращение звонков в службу поддержки клиентов. 5. Создание сайта с целью увеличения количества продаж. После проведенного анализа деятельности ООО «Крансервисцентр» был выявлен существенный недостаток – недостаточная работа с потенциальными клиентами. Оформление заказа происходит по телефону. Нет политики привлечения клиентов, а, следовательно, невысокий объем продаж. 1.3 Постановка задачи Главной целью дипломной работы является разработка Web- представительства для ООО «Крансервисцентр» с применением клиентсерверной технологии. Выявлены следующие требования к разработанному проекту: возможность оформления заказа, просмотр перечня услуг, реализация обратной связи. Необходимо разработать процедуру оформления заказа, которая бы автоматизировала деятельность сотрудников отдела продаж, сократила количество звонков. Автоматизация процесса формирования заказа должна решать следующие задачи. Для сотрудников отдела продаж:  сокращение звонков в службу поддержки клиентов;  увеличения количества продаж;  привлечение новых клиентов;  увеличение прибыли компании. 18

Клиент-сервер (англ. Client-server) — вычислительная или сетевая архитектура, в которой задания или сетевая нагрузка распределены между поставщиками услуг (сервисов), называемыми серверами, и заказчиками услуг, называемыми клиентами. Нередко клиенты и серверы взаимодействуют через компьютерную сеть и могут быть как различными физическими устройствами, так и программным обеспечением. Благодаря сайту компания стимулирует спрос на услуги или увеличивает количество заинтересованных услугами клиентов. Но функции корпоративного сайта не ограничивается только этими целями. Наличие сайта позволяет решить различные проблемы бизнеса. Главная идея разрабатываемого сайта - это возможность регистрации с дальнейшим оформлением заказа удаленно, возможность просмотра товара, с ознакомлением его характеристик и полным описанием, возможность обратной связи. Задачи создание сайта:  Рост доверенности к фирме.  Увеличение большого количество продаж за счёт не ограниченного числа пользователей.  Уменьшение больших расходов на консультации или информационную поддержку партнёров или клиентов.  Получение прибыли. Наличие сайта у компании не только повышает ее престиж, но и ведет политику по привлечению потенциальных клиентов и партнеров. Наличие собственного Web-представительства для компании это в первую очередь стабильность и профессионализм среди конкурентов. Разработка и создание сайта для компании «Крансервисцентр» выделяет несколько видов задач. Представительство организации в сети Интернет позволит облегчить получение клиентами, деловыми партнерами и потенциальными потребителями актуальной информации об организации и предоставляемых ею услугах. Тем самым, сокращаются расходы на службу 19

технической или информационной поддержки, уменьшается количество звонков в службу поддержки клиентов. С помощью собственного сайта можно расширить круг потенциальных клиентов и обеспечить увеличение объемов продаж продукции. Кроме того, одной из главных целей создания сайта является упрощение процесса обратной связи со своими клиентами, что позволяет совершенствовать и модернизировать свой продукт или услугу в соответствии с пожеланиями конечных потребителей. В ООО «Крансервисцентр» была поставлена цель: создание Web྇ ྇ ྇ ྇ ྇ представительства, так как процесс обработки и оформления заказа, а так же его ྇ формирование иознакомление заинтересованных лиц происходило напрямую ྇ потелефону. Отдел по работе с клиентами руководствуетсяустановками ྇ ྇ директора и уставом компании. На рисунке 4 представлена деятельность отдела по работе с клиентами компании ООО «Крансервисцентр». Данные функции выполняют менеджеры по работе с клиентами. На первой стадии в отдел по работе с клиентами поступает звонок от заказчика. В результате переговоров сотрудник отдела по работе с клиентами получает полную информацию о неисправности техники у клиента. На следующем этапеклиент регистрирует запрос на услуги/товары. После предоставления сотрудником полного перечня взаимозаменяемых запчастей клиент определяет нужную ему по цене и качеству, после чего происходит оформление заказа менеджером. Конечным результатом выполненныхопераций является оформление документации на выполнение услуг. 1.4. Цель и назначение Web-представительства ООО «Крансервисцентр» Наличие сайта у компании не только повышает ее престиж, но и ведет политику по привлечению потенциальных клиентов и партнеров. Наличие собственSyntax Warning: Invalid Font Weight ного Web-представительства для компании это в первую очередь стабильность и профессионализм среди конкурентов. Задачи создание сайта: 20

 Рост доверенности к фирме.  Увеличение большого количество продаж за счёт не ограниченного числа пользователей.  Уменьшение больших расходов на консультации или информационную поддержку партнёров или клиентов.  Получение прибыли. Компания ООО «Крансервисцентр» занимается услугами по ремонту подьемной и гидравлической техники. За период более десяти лет была создана обширная клиентская база, которая охватывает все черноземье и близлежайшие к нему области. В основном это государственные компании, у которых имеется грузопдбемная техника, либо техника с гидравлическими установками. А также частные клиенты, строительные фирмы и подрядчики. Политикой предоставления услуг ООО «Крансервисцентр» заключается в том, что услуга должна быть предоставлена в любом случае, независимо от цен запчастей и возможных трудозатратах. Ремонт производится в любой сезон, независимо от погоды. Склад всегда снабжен самыми популярными видами товаров, для распространенных моделей кранов. И так как коллектив успешно справляется с возложенными на них обязанностями, на складе всегда имеются запчасти и есть возможность выполнять гораздо больший услуг. В результате чего директором было принято решение увеличить спрос на услуги и привлечь новых клиентов. В нашем случае таким инструментом является Webпредставительство, который увеличит обьем рекламы в интернете. 21

Рисунок 5 - Диаграмма взаимодействия отдела по работе с клиентами компании ООО «Крансервисцентр» «КАК ДОЛЖНО БЫТЬ» На данной диаграмме представлена схема взаимодействия отделов компании после внедрения Web-представительства. Формирование заявки в данном случае происходит с помощью Web-представительства. 1.4.1 Цель и назначение интернет-представительства, характеристика внешних условий, в которых будет функционировать Web- представительство. Сайт компании «Крансервисцентр» представляет информацию о фирме и ྇ ྇ ྇ ྇ ྇ ྇ ее услугах. Его главная задача – это донесение информации о компании, ее услугах до конечного потребителя, оформление заказа на оказание услуги, подготовить все необходимые документы и связатсьSyntax Warning: Invalid Font Weight Syntax Warning: Invalid Font Weight Syntax Warning: Invalid Font Weight я с заказчиком для ྇ ྇ подписания договора. На сайте будет представлен образец договора, любой желающий может его скачать для ознакомления. Его задача – при помощи ྇ 22

визуального оформления визуально быстро и эффективно донести до посетителя ྇ ྇ суть предоставляемой услуги и степень ее полезности. ྇ Web-представительство должно выполнять ряд важных функций: ྇  ознакомление соспецификацией и контактнаяинформация; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  возможностьсохраненияидальнейшего просмотра образца договора; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  оформление заказ; ྇ ྇ ྇ ྇ ྇  возможностьобратной связи. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Информирование клиентов подразумевает предоставление пользователям сайта всей необходимой информации об ассортименте, предоставляемых услугах, контактах, ценах на услуги, а также информацию о компании. ྇ Возможность при переходе на страницу скачать этот договор для его изучения и подготовки к заключению, а в случае каких-либо вопросов связаться с работниками компании для уточнения информации. Формирование заказа предполагает регистрацию пользователя, после чего ྇ ྇ ྇ ྇ ྇ ྇ ྇ появляется возможность выбора услуги из списка для дальнейшего оформления ྇ заказа. Обратная свзь реализована на странице «Связаться». Клиентам предоставляется возможность задать интересующий их вопрос по поводу покупки, установки, ремонта и сопровождения кранов и манипуляторов. Все ྇ ྇ ྇ ྇ ྇ вопросы приходят менеджерам на корпоративную почту. После обработки менеджеры отправляют ответы на почту клиента. ྇ Также на сайте компании предполагается наличие информации о ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ предлагаемых вакансиях и о действующих акциях ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Целью создания сайта для компании «Крансервисцентр» является ྇ повышение уровня ряда показателей качества работы, а именно следующие:  облегчение доступа пользователей к актуальной информации об услугах компании;  увеличение количества продаж;  сокращение звонков в отдел по работе с клиентами; 23 ྇

 упрощSyntax Warning: Invalid Font Weight ние процесса продаж;  упрощение процесса обратной связи. Задачами создания сайта являются: ྇  увеличение лояльности потребителя;  привлечение новых и удержание имеющихся клиентов;  сокращение расходов на службы технической и информационной поддержки;  увеличение объема оказанных услуг;  совершенствование и модернизация компании;  сокращение расходов на другие виды рекламы. 1.5 Анализ интернет-представительств других предприятий данной области. Произведен анализ конкурентов с помощью данных посещаемости, которые представлены в таблице. Таблица 1 – Анализ конкурентов ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ www.vsekrani. ru 35 В ྇с྇р྇ед྇нем྇ за ྇д྇ень྇ 326 В ྇с྇р྇ед྇нем྇ за ྇м྇ес྇я྇ц ྇ ྇ ྇ ྇ www.remtex.r u 28 www.torgkransystems.r u 16 288 197 www.gydrorem.r u 21 232 Был проведен анализ всех представленных выше конкурентов. В ྇ большинстве случаев это сайты-визиткина которых есть возможность посмотреть перечень услуг компании, контакты и продукцию. Одним из первых была изучена структура сайта «Все краны». Компания производит ремонт на ྇ ྇ ྇ ྇ ྇ рынке более 12 лет, оказывает услуги по консультации и ремонту многих видов манипуляторов, занимается поставкой запчастей отечественного производства. ྇ Сайт выполняет информационную функцию, с возможностью просмотра 24

новостей, услуг, данных о деятельности компании, также на сайте размещена ྇ информация о контактах, вакансиях. Сайт компании «Ремтех» является информационным сайтом с возможностью просмотра корпоративных новостей, ассортимента поставщиков, контактов, прайс листа цен. Осуществлена возможность поиска, также присутствует контактная форма с использованием которой возможно провести онлайн консультацию. Сайт компании «Торговыекрансистемы» выполняет следующие функции: ྇ это возможность просмотра каталога товаров и услуг, оформление заказа, поиск по сайту. На сайте размещена информация о партнерах компании, контактах, новостях и акциях. На сайте компании «Гидроремонт» содержится типовая информация для сайтов по ремонту и сервисному обслуживанию манипуляторов. Современные Web-представительства в сфере оказания сервисных услуг и ремонта должны обеспечивать точность поиска необходимой пользователю информации, точность, удобство использования, наличие дополнительных сервисных услуг. ྇ Наряду с существующими аналогами, проектируемый сайт будет в первую очередь выделяться возможностью оформления заявки на сайте. Это будет реализовано следующим образом:  пользователь заходит на сайт;  формирует заказ путём выбора услуги;  оформляет заказ;  возможность скачать образец договора;  возможность изучения спецификации продукции;  ознакомления с новыми акциями;  возможность задать вопрос. 25

1.6 Выбор политики рекламы сайта при его размещении в Интернет В общем виде модель процесса интеграции интернет-технологий в деятельность предприятия, состоящая из нескольких последовательных этапов показана на рисунке 6. Рисунок 6 –Общая модель стратегического планирования интеграции ྇ ྇ ྇ ྇ ྇ ྇ интернет-технологий с деятельностью предприятия В начале работы происходит выбор модели интеграции Интернеттехнологий с деятельностью предприятия. Выюор основной модели взаимосвязан, прежде всего, от целей и задач предприятия. Также существует связь от факторов макроэкономики, условий сложившихся на рынке, моральной и материальной готовности предприятия ко взаимодействию и возможности реализации той или иной модели внедрения. Следующий этап связан с разработкой стратегии развития сети Интернет в рамках выбранной модели интергации. На этом этапе происходит определение рыночной позиции проекта с обоснованием стратегии и тактики поведения на рынке. Это возможно после определения и анализа источников конкрентных преимуществ и ключевых факторов успеха на рынке. Полученная информация опозволит создать функциональную бизнес модель с описанием конкретного клиенткого инструментария. Третий этап свзан с разработкой стратегии продвижения и навигации проекта. Отсутствие разработанной заранее стратегии продвижения и навигации является серьезной ошибкой начальных этапов создания проектов интеграции. 26

«Продвигать» проект целесообразно не только традиционными средствами, но и ྇ средствами Интернет-маркетинга. На четвертом этапе разрабатывается схема воплощения проекта, т.е. детальные планы работы и бюджеты. Структура и схема управления, процедуры, необходимые для реализации проекта, а также условия участия инвестора. На этом же этапе проводятся наблюдение и контроль за ходом реализации проекта. Возможный список факторов привлекательности Интернет-рынка для предприятия и готовности предприяия к интеграции представлен в таблице. Выбор именно этих факторов имеет в своей основе подход, разработанный консультационной группой факторами, McKincey, адаптированный специфичными для Интернет-рынка. ྇ и дополненный При анализе привлекательности рынка для предприятия следует выделить из общей группы только те факторы, которые оказывают наибольшее влияние на развитие Интернет-рынка с учетом ключевых факторов успешной реализации выбранной модели интеграции и тенденций развития рынка, т.е. выделить стретегические факторы привлекательности Интернет-рынка для предприятия. При анализе потенциала предприятия, с позиций определения готовности готовности предприятия к интеграции, также необходимо выделить стратегические факторы готовности предприятия к интеграции. Факторы привлекательности Интернетрынка представлены в таблице (ПРИЛОЖЕНИЕ А). В нашем случае реклама товаров и услуг в сети Интернет происходит с привлечением классических методов Для наиболее эффективного привлечения большей части потенциальных клиентов используются маркетинговые знания коммуникаций. К таким видам стимуляции относят: рекламную составляющую, эффективная стимуляция сбыта услуг, установление положительных связей с обществом, прямой маркетинг. Каждый из этих элементов имеет как достоинства, так и недостатки. 1.Реклама. Преимущества:  избирательность; 27

 возможности интерактивного контакта;  относительно низкие затраты.  Недостатки: новизна среды; небольшое число пользователей в СНГ. 2. Стимулирование сбыта. Преимущества:  возможность интерактивного контакта;  низкая стоимость распространения информации о купонах;  скидки;  специальные распродажи.  Недостатки: нецелесообразно использовать при продвижении ряда товарных групп в России. 3.Прямой маркетинг. Преимущества:  возможность интерактивного контакта;  широкий географический охват;  низкая стоимость при ориентации на делового клиента.  Недостатки: в России нецелесообразно использовать при продвижении ряда товарных групп. 4. PR. Преимущества:  оперативность при распространении информации о компании или продукте;  полнота предоставления информации;  потенциальная возможность охвата большего количества СМИ в стране; низкая стоимость.  Недостатки: минимизирована возможность влияния на издания, публикующие негативную информацию о компании или ее продуктах. Вводы по первому разделу. В первом разделе была приведена подробная характеристика деятельности ООО «Крансервисцентр», рассмотрена организационная структура. Выявлен недостаток в организации взаимодействия отделов предприятия с клиентами. Обоснована необходимость в разработке Web-представительства организации. 28

2 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ 2.1 Обоснование проектных решений по техническому обеспечению Техническое предназначенных обеспечение-комплекс для работы технических информационной средств, системы, а также соответствующую документацию на средства и технологические процессы, в том числе:  технические средства сбора, регистрации, накопления, обработки, передачи, отображения, вывода, размножения информации;  компьютеры любых моделей высокопроизводительные (персональные компьютеры); компьютеры компьютеры и могут объединяться в вычислительные сети;  оргтехнику и т. д.;  устройства автоматическогосъема информации;  эксплуатационные материалы. Предварительный выбортехнических средств,их эксплуатация, технологический процесс обработки данных оформляются документацией. Документацию можно условно разделить на три группы:  общесистемную, включающую государственные и отраслевые стандарты по техническому обеспечению;  специализированную, содержащую комплекс методик по всем этапам разработки технического обеспечения;  нормативно-справочную, используемую при выполнении расчетов по техническому обеспечению. К настоящему времени сложились две основные формы организации технического обеспечения централизованная и частично или полностью децентрализованная. 29

Централизованное техническое обеспечение базируется на использовании в информационной системе больших ЭВМ и вычислительных центров. Децентрализация технических средств предполагает реализацию функциональных подсистем на персональных компьютерах непосредственно на рабочих местах. Перспективным подходом следует считать частично децентрализованный подход - организацию технического обеспечения на базе распределенных сетей, состоящих из персональных компьютеров и большой ЭВМ для хранения баз данных, общих для любых функциональных подсистем. Для эффективного решения поставленной задачи необходимо соответствующее техническое обеспечение. Техническое обеспечение данного проекта включает в себя непосредственно системный блок, монитор, клавиатуру, мышь и принтер. Технические характеристики персональных компьютеров и других устройств полностью удовлетворяют требованиям к разработке сайта. Таблица 2 - Системные требования для технического обеспечения ОС ྇ ОСлюбая, ྇ ྇ ྇ ྇ ྇ ྇ ྇ с ྇ установленным ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Internetбраузером. ྇ Процессор ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3060,тактовая iCeleron ྇ ྇ ྇ ྇ ྇ ྇ ྇ частота ྇ ྇ ྇ ྇ ྇ ྇ ྇ процессора 1,2 Ghz ; ྇ Жесткий диск ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 80Гб ྇ ྇ ྇ Оперативная память 512 Мб Видеоадаптер SVGA (1024x768) ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Сетевой адаптер ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 100 MbEthernetAdapter ྇ Доступ к сети Интернет ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Пропускная способность не менее 524 ྇ ྇ ྇ Кбит/с ྇ ྇ ྇ ྇ ྇ 30 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

Возможности ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ технического ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ оснащения ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ предприятия ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ могут ྇ ྇ ྇ ྇ быть ྇ ྇ ྇ ྇ использованы в планируемой разработке без внесения в них изменений, что ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ достаточно сокращает затраты на разработку сайта, так как дает возможность ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ исключить вложение материальных средств в техническую часть проекта. ྇ ྇ ྇ ྇ ྇ ྇ ྇ 2.2 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Обоснование ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ проектных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ решений ྇ ྇ ྇ по ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информационному обеспечению Информационное обеспечение используется для просмотра информации, характеризующей благосостояние объекта управления и является основой для принятия управленческих решений. Информационное обеспечение включает совокупность следующих видов показателей:  потоков информации - вариантов организации документооборота;  систем классификации и кодирования экономической информации;  унифицированную систему документации  различные информационные массивы (файлы), хранящиеся в машине и на машинных носителях и имеющие различную степень организации. Информационное обеспечение Web-представительства является средством для решения следующих задач:  однозначного и экономичного представления информации в системе (на основе кодирования объектов);  организации процедур анализа и обработки информации с учетом характера связей между объектами (на основе классификации объектов);  организации взаимодействия пользователей с системой (на основе экранных форм ввода-вывода данных);  обеспечения эффективного использования информации в контуре управления деятельностью объекта автоматизации (на основе унифицированной системы документации). 31

Информационное обеспечение Web-представительства включает два комплекса: внемашинное информационное обеспечение (классификаторы технико-экономической информации, документы, методические инструктивные материалы) и внутримашинное информационное обеспечение (макеты/экранные формы для ввода первичных данных в ЭВМ или вывода результатной информации, структуры информационной базы: входных, выходных файлов, базы данных). Информационная база является одной из основных частей информационного обеспечения, представляющая собой совокупность данных, организованную определенным способом. Информационная база хранится в памяти вычислительной системы в виде файлов, удовлетворяющих информационным потребностям управленческих процессов и решаемым задачам. С помощью моделирования данных формируется разработка БД. Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы «сущность-связь» (ERD). С помощью ERD осуществляется детализация накопителей данных DFD – диаграммы, а также документируются информационные аспекты бизнес-системы, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их связей с другими объектами (отношений). 2.3 Обоснование проектных решений по программному обеспечению Программное обеспечение (ПО) – совокупность программ системы обработки информации и программных документов, необходимых для эксплуатации этих программ. ПО включает совокупность компьютерных программ, описаний и инструкций по их эксплуатации. Программное обеспечение делится на два комплекса: общее (операционные системы, 32 операционные оболочки,

компиляторы, интерпретаторы, программные среды для разработки прикладных программ, системы управления базами данных, сетевые программы и т.д.) и специальное (совокупность прикладных программ, разработанных для конкретных задач в рамках функциональных подсистем, и контрольные примеры). Необходимо обосновать выбор общего ПО. Для решения поставленной задачи была выбрана операционная система семейства MicrosoftWindows – Windows7Professional. Увеличение количества персональных ЭВМ в 80-90 гг. и вовлечение большого количества неквалифицированных пользователей в непосредственную работу на ЭВМ способствовало развитию операционных систем типа Windows. Эти операционные системы предполагают организацию процедур ввода-вывода. Выбор данной распространением операционной операционных системы систем обусловлен семейства широким Windows среди пользователей различных классов (как в профессиональной деятельности предприятий и организаций, так и в домашних целях). Таким образом данная группа операционных систем является наиболее популярной среди пользовательской аудитории. Windows 7 устанавливает новые стандарты надежности и безопасности работы компьютера. Эта операционная система – оптимальное решение как для корпоративных пользователей, так и для владельцев домашних персональных компьютеров. Для решения проблем обработки экономической информации используются современные компьютеры с соответствующим программным обеспечением, системами управлениями базами данных (СУБД). В настоящее время в мире насчитывается несколько десятков СУБД для ЭВМ. СУБД представляет пользователям и проектировщикам широкие возможности по созданию сложных информационных систем, состоящих из множества разнообразных таблиц взаимосвязанных между собой. Пользователь получает мощное средство ввода, контроля, хранения и преобразования данных. 33

В последнее время получили распространение реляционные СУБД, они отличаются наличием больших возможностей, обеспечивающих оперативный доступ, организацию ведения, хранения и выдачи информации. В качестве СУБД была выбрана СУБД MySQL – это мощная, компактная реляционная система управления базами данных (РСУБД) с архитектурой клиент-сервер. 2.4 Обоснование проектных решений по технологическому обеспечению Технологическое обеспечение представляет собой совокупность инструкций и методических указаний, по которым работает пользователь на своем автоматизированном рабочем месте при решении конкретных задач. Технологический процесс обработки данных – это процесс преобразования исходной информации в выходную с использованием технических средств и ресурсов. Технологический процесс формируется из нескольких этапов. Первый этапа включает в себя сбор, регистрация, передача данных для дальнейшей обработки. Составление документа является конечным итогом технологического процесса. На втором этапе осуществляется перенос данных на машинныеносители и первоначальное формирование информационной базы. Третий этап включает операции накопления, сортировки, корректировки и обработки данных. В зависимости от выбора варианта технологического процесса выделяются следующие требования:  обеспечение достоверности обрабатываемой информации;  решение задач в установленные сроки;  обеспечение минимальных трудовых и стоимостных затрат на обработку данных;  наличие возможности обработки данных на ЭВМ; 34

 возможность решения задачи в различных режимах. Техническая сущность обработки данных это совместное выполнение операций ручных и машинных, которые в свою очередь имеют взаимосвязь, по анализу информации на каждом из этапов ее прохождения с возможностью формирования итогов деятельности в форме, удобной для восприятия. Отдел, который предстоит автоматизировать, использует вычислительную технику не в полном объеме, как этого хотелось бы. Используется в основном только для того, что бы осуществлять печать данных, которые приходится вводить в ручную. Это не эффективно только исходя из того, что поиск и обработка данных выполняется в ручную. Для устранения выявленных недостатков предложено автоматизация процессов подачи заявки, обработки заказа, корректировки данных. Это позволит ускорить выполнения подобных операций и сократит трудоемкость обработки информации. Данные будут храниться в удаленной базе данных, так как это наиболее оптимальный вариант при решении подобных задач. Пользователю будет предоставлена только программа, которая будет позволять работать только с информацией баз данных, а это значит, что он не сможет внести никаких изменений в саму структуру базы данных. Это поможет обеспечить дополнительную секретность и сохранность данных. Для взаимодействия пользователя с ЭВМ выбран диалоговый режим, при котором происходит непосредственный и двухсторонний обмен информацией, командами между человеком и ЭВМ. Для реализации задач, поставленных в рамках данной дипломной работы, были выбраны следующие программные инструменты: HTML, MySQL, PHP, CMS1С:Битрикс. Более подробно они рассматриваются в следующем пункте. 2.5 Обоснование выбора программных средств Для автоматизирования второго отделения необходимо использовать несколько программных средства для проектирования разрабатываемой системы, так и для разработки моделей реляционных баз данных необходимо 35

использование CASE-технологий, для обеспечения управления созданием и использованием баз данных необходимо использование систему управления базами данных (СУБД), а для разработки самого программного средства необходимо использовать средства визуального программирования. В качестве CASE-технологий решено использовать средства моделирования AllFusionProcessModeler (BPwin) и AllFusionErwinDataModeler (Erwin). BPwin - мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами BPwin, позволяет четко документировать различные аспекты деятельности: действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы . При разработке или закупке программного обеспечения модели бизнеспроцессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу информационных технологий. BPwin - еще и мощное средство моделирования процессов при создании корпоративных информационных систем. Модели BPwin дают основу для осмысления бизнес-процессов и оценки влияния тех или иных событий, а также описывают взаимодействие процессов и потоков информации в организации. Неэффективная, высоко затратная или избыточная деятельность может быть легко выявлена и, следовательно, усовершенствована, изменена или устранена в соответствии с общими целями организации. BPwin обладает интуитивно-понятным графическим интерфейсом, быстро и легко осваивается, что позволяет сосредоточиться на анализе самой предметной области, не отвлекаясь на изучение инструментальных средств. Erwin–это мощное и простое в использовании средство конструирования баз данных завоевавшее широкое признание и популярность. Оно обеспечивает высочайшую продуктивность труда при приложений с использованием баз данных. 36 разработке и сопровождении

На протяжении всего процесса – от логического моделирования ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ требований к информации и бизнес-правил, которые определяют базу данных, ྇ ྇ ྇ ྇ ྇ до ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ оптимизации ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ физической ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ модели ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ соответствии ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ с ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ заданными ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ характеристиками – ERwin позволяет наглядно отобразить структуру и основные ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ элементы вашей БД. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Системы управления контентом (ContentManagementSystem, CMS) - это целый комплекс программного обеспечения для управления проектом в Интернете. Вследствие этого, CMS представлены как коммерческими разработками – с очень широким диапазоном цен и возможностей, так и системами, распространяемыми бесплатно. Система управления контентом – это программное обеспечение, которое позволяет публиковать и изменять опубликованную на сайте информацию самостоятельно, без привлечения разработчиков сайта. При этом подразумевается, что от пользователей такой системы не требуется специальных знаний технологий, отличающихся от обычно используемых в офисных процессах (текстовый редактор, интернет и т.п.). При этом не следует считать, что такая система не требует обучения персонала, но это обучение касается порядка работы в системе, а не изучения новых технологий. Большинство CMS можно разделить на back-office, т.е. инфраструктурную систему, обеспечивающую функциональность и хранение информации, и frontoffice, интерфейс с пользователем. В большинстве современных CMS back-office базируется на той или иной СУБД, может включать серверы приложений и портальное решение, а front-office имеет Web-интерфейс и допускает использование стандартных офисных пакетов редактирования документов (текстовые редакторы, электронные таблицы, средства создания презентаций, почтовые системы и т.п.). При этом вся функциональность, сложность разработки и администрирования сосредоточены в back-office, а пользовательские свойства в front-office. В системе присутствует два хранилища. В первом (обычно реляционная ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ СУБД) хранятся все данные, которые публикуются на сайте. Во втором (обычно 37 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

файловая система) хранятся элементы представления - шаблоны, графические ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ изображения и т.д. Кроме внешнего представления сайта, каким его видят все ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ пользователи, есть как минимум два специализированных рабочих места. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Первое рабочее место - для разработчиков сайта. С его помощью они ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ задают структуру сайта, структуру контента, определяют внешний вид сайта, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ настраивают шаблоны представления информации. Этот инструментарий ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обычно не полностью автоматизирован. Для настройки сайта разработчики ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ частично работают через средства CMS, часть информации размещается ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ напрямую. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Второе рабочее место – для владельцев сайта. Оно позволяет сотрудникам ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ компании самостоятельно размещать информацию на сайте, без участия ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ разработчиков. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Менеджеры ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ заказчика ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ работают ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ только ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ через ྇ ྇ ྇ ྇ ྇ специализированное рабочее место. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для корректной работы с системой управления пользователям без знания ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ языков HTML и PHP требуется предварительная настройка системы (создание ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ шаблона на базе графического дизайна, создание структуры разделов и страниц, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ а также подключение модулей системы). ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Идеология системы представляет собой разделение логики на модули и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ компоненты. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Компоненты служат для связи конечного представления информации на ྇ ྇ сайте ྇ ྇ ྇ ྇ ྇ ྇ ྇ с ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ программным ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ядром ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системы. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Они ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ используют ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ API, ྇ созданныймодулями, для организации выборки, модификации, управления ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информацией в базе данных. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (от HTML ྇ ྇ ྇ ྇ ྇ англ. ྇ ྇ ྇ ྇ — HyperTextMarkupLanguage ྇ «язык ྇ ྇ разметки ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ гипертекста») — стандартный язык разметки документов во Всемирной паутине. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Большинство Web-страниц создаются при помощи языка HTML (или XHTML). ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Язык HTML интерпретируется браузерами и отображается в виде документа в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ удобной для человека форме. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ HTML может использоваться для представления: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Гипертекстовых новостей, почты, документации и гипермедиа 38 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

 Меню опций ྇ ྇ ྇ ྇ ྇ ྇ ྇  Результатов запросов к базам данных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Простых документов со встроенными графическими образами ྇ ྇ ྇ ྇ ྇ ྇  Для ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ гипертекстового ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ просмотра ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ существующих ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ массивов ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информации ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ HTML документ подобен текстовому файлу, за исключением того, что ྇ некоторые ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ символы ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (строки) ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ являются ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ управляющими. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Эти ྇ ྇ ྇ ྇ ྇ ྇ ྇ символы ྇ ྇ ྇ ྇ ྇ ྇ ྇ называются тэгами и определяют структуру документа. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ CascadingStyleSheets (Таблицы Каскадных Стилей) - это язык, содержащий ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ набор свойств для описания внешнего вида любых HTML документов. С его ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ помощью дизайнер имеет полный контроль над стилем и расположением ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ каждого элемента Web страницы, что проще и гораздо функциональнее ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ использования обычного набора HTML тегов. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ CSS работает с шрифтами, цветом, полями, строками, высотой, шириной, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ фоновыми изображениями, позиционированием элементов и многими другими ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ элементами web-страницы. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Основные преимущества CSS: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  управление дизайном любого количества документов с помощью ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ одной таблицы стилей; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  более точный дизайн страниц, поддерживаемый всеми браузерами; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  разделение документа на две составляющие: структура и дизайн, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ благодаря чему исходный код становится чистым и легко читаемым ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  новые расширенные возможности по сравнению с обычнымhtml. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Таблица стилей состоит из набора правил. Каждое правило, в свою ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ очередь, состоит из одного или нескольких селекторов, разделённых запятыми, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ и блока определений. Блок определений же обрамляется фигурными скобками, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ и состоит из набора свойств и их значений. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (англ. PHP ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ — PHP:HypertextPreprocessor ྇ препроцессор «PHP: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ гипертекста», англ. PersonalHomePageTools (устар.) — «Инструменты для ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 39 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

создания персональных Web-страниц») — скриптовый язык программирования ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ общего назначения, интенсивно применяющийся для разработки Web྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ приложений. В настоящее время поддерживается подавляющим большинством ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ хостинг-провайдеров ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ является ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ одним ྇ ྇ ྇ ྇ ྇ ྇ ྇ из ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ лидеров ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ среди ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ языков ྇ ྇ ྇ ྇ ྇ ྇ программирования, применяющихся для создания динамических Web-сайтов. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Язык и его интерпретатор разрабатываются группой энтузиастов в рамках ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ проекта с открытым кодом. Проект распространяется под собственной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ лицензией, несовместимой с GNU GPL. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ PHP поддерживается подавляющим большинством предоставителей ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ сетевого хостинга. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Одной из сильнейших сторон PHP является возможность расширения ядра ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ путем разработки подключаемых модулей, «расширений» для работы с базами ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ данных, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ динамической ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ графикой, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ криптографическими ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ библиотеками, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ документами формата PDF и др. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ PHP поддерживает ООП (деструкторы, открытые, закрытые и защищённые ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ члены и методы, final-члены и методы, интерфейсы и клонирование объектов). ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ PHP поддерживает XML. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ PHP — это интерпретируемый язык программирования, код которого ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ встраивается непосредственно в HTML-страницы. Синтаксис PHP основан на ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ синтаксисе языков Си, Java и Perl. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ При запросе пользователя web-сервер просматривает документ, выполняет ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ найденные в нем PHP-инструкции, а результат их выполнения возвращает ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ пользователю. При этом статическая часть документа, написанная на языке ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ HTML, фактически является шаблоном, а изменяемая часть формируется при ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ исполнении PHP-инструкций. Сами скрипты находятся на сервере и их ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ содержимое посетителю сайта просмотреть невозможно. В итоге пользователь ྇ ྇ ྇ ྇ ྇ ྇ ྇ видит ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обычную ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Web-страницу, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ которая ྇ ྇ ྇ ྇ ྇ ྇ расширением. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 40 ྇ ྇ ྇ от ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ других ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ отличается ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ лишь ྇ ྇ ྇

Интерпретатор PHP подключается к Web-серверу либо через модуль, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ созданный специально для этого сервера (например, для Apache или IIS), либо в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ качестве CGI-приложения. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Кроме этого, РНР может использоваться для решения административных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ задач в операционных системах UNIX, Linux, Windows и Mac OS X. Однако в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ таком качестве он не получил распространения. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Основные достоинства PHP: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Простота модификации внешнего вида готового программного ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ продукта ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (возможность ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ создания ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ множества ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ шаблонов ྇ ྇ ྇ ྇ ྇ ྇ ྇ и ྇ переключения между ними) ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Большое количество бесплатных решений на этой платформе ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Бесплатность самого интерпретатора и всех компонентов платформы ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ LAMP (Linux, Apache, MySQL, PHP)  Кроссплатформенность ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Основные недостатки: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Отсутствие многопоточности; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Нестрогая типизация; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Отсутствие поддержки многобайтовых кодировок в ядре языка. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Основным влиянием на выбор языка разработки оказал тот факт, что ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ выбранная CMS реализована на языке PHP. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Выводы по второму разделу. Во втором разделе были сформулированы ྇ ྇ ྇ ྇ ྇ ྇ требования ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ к ྇ сайту, ྇ ྇ ྇ ྇ приведено ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обоснование ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ проектных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ решений ྇ ྇ ྇ ྇ ྇ ྇ ྇ по ྇ ྇ техническому, информационному, технологическому обеспечению, обоснован ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ выбор программных и инструментальных средств для создания сайта. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 41 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

3 ПРОЕКТНАЯ ЧАСТЬ 3.1 Информационное обеспечение задачи Основой ྇ ྇ ྇ ྇ ྇ информационного ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обеспечения ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ при ྇ ྇ разработке ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Web- ྇ представительства для ООО «Крансервисцентр» является информационная база, ྇ ྇ ྇ ྇ ྇ ྇ под ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ которой ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ понимается ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ совокупность ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ упорядоченной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информации, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ используемой при функционировании информационной системы, а также ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ взаимосвязь ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ различных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ составляющих ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ этой ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информации. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ При ྇ ྇ ྇ ྇ ྇ этом ྇ ྇ ྇ ྇ совокупность упорядоченной информации соответствует по составу и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ содержанию требованиям разрабатываемого проекта. Информационная база ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ влияет на эффективность всей системы, возможность решения функциональных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ задач и т.д. ྇ ྇ ྇ ྇ ྇ ྇ 3.1.1 Информационная модель и ее описание Информационная модель - это модель объекта, представленная в виде информации, описывающей существенные для данного рассмотрения параметры и переменные величины объекта, связи между ними, входы и выходы объекта и позволяющая путём подачи на модель информации об изменениях входных величин моделировать возможные состояния объекта. Для выполнения структурно-функционального анализа решаемой задачи было использовано CASE-средство верхнего уровня BPWin 4.0, поддерживающее методологии IDEF0 (функциональная модель), IDEF3 (WorkFlowDiagram) и DFD (DataFlowDiagram). Разработка информационных моделей служит для того, чтобы формально описать процесс работы программы. На диаграмме потоков данных, представленных на рисунке 7,изображены основные процессы работы системы, а так же процесс преобразования входных данных в выходные. Перед тем, как начать разрабатывать Web-представительство, функциональные модели. 42 необходимо составить

Рисунок 7 – Контекстная диаграмма функционирования Web྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ представительства ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ На входе мы имеем данные о клиенте, которые он вводит о себе во время ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ регистрации, а так же запрос клиента, которыйсодержит данные о товарах, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ которые клиент хочет приобрести. На выходе клиент получает оформленный ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ заказ. Детальное описаниефункционирование системы показано на рисунке 8. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ В систему поступает информация в виде потребностей клиента в том или ином товаре. Пользователь может просмотреть каталог товаров или воспользоваться поиском. Перед тем как оформить заказ, покупателю необходимо зарегистрироваться на сайте. После того, как клиент зарегистрировался, он может приступать к оформлению заказа. Затем уже оформленный заказ поступает сотруднику компании (менеджеру в отдел продаж). К результативной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информации ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ относятся ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ каталог ྇ ྇ ྇ ྇ ྇ ྇ с ྇ товарами, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ размещенный на Web-представительстве, новостные материалы, информация о ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 43 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

компании и оформление заказа. Каталог товаров формируется на основе ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ первичных таблиц. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ В базе данных отображается информация об определенной предметной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ области. Предметная область – это часть реального мира. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Инфологическая модель предметной области – это описание предметной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ области, выполненной без ориентации на используемые в дальнейшем ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ программные и технические средства. Содержит исходную информацию о ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ предметной области. Этап создания Инфологической модели называется ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ инфологическим проектированием. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3.1.2 Информационная модель базы данных Информационная модель представляет собой описание основных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ сущностей и связей между ними. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Сущность – любой различимый объект, который можно отличить от ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ другого, информацию о котором необходимо хранить в базе данных. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Сущностями могут быть люди, места, самолеты, рейсы, вкус, цвет и т.д. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Необходимо различать такие понятия, как тип сущности и экземпляр сущности. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Syntax Warning: Invalid Font Weight ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Понятие "тип сущности" относится к набору однородных личностей, предметов, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ событий или идей, выступающих как целое. Экземпляр сущности относится к ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ конкретной вещи в наборе. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Связь –это функциональная свзяь между сущностями. ྇ ྇ ྇ ྇ Каждая сущность обладает атрибутами. Атрибут - это свойство объекта, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ характеризующее его экземпляр. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Реляционная модель данных изображается в виде ERD-диаграмм, на ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ которых изображены сущности базы данных, соединенные между собой ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ связями. ྇ ྇ ྇ ྇ ྇ ྇ ྇ В процессе анализа предметной области были выведены следующие ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ сущности: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Личные данные клиента – данная сущность хранит в себе информацию ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ личного характера клиента, такие как имя и фамилию; 44 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

 Адрес клиента – в данной сущности хранятся данные об адресе клиента, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ его почтовом индексе и электронной почте; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Компания клиента – в данной сущности будут храниться данные о ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ компании клиента, если она имеется; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Клиент – эта сущность будет хранить в себе информацию о покупателе, а ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ именно: его номер в базе, имя, фамилию, адрес, почтовый индекс, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ электронную почту и наименование организации, если необходимо; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Категории товара – в данной сущности будут храниться наименования ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ категорий товара; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Категории применения товара – в этой сущности будут храниться данные ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ о категориях применения товара, а именно наименования среды ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ применения инструмента; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Информация о товаре – в данной сущности будет храниться информация ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ наименовании товара, цене, описании, иллюстрации товара; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Товар – эта сущность хранит в себе информацию о товаре: порядковый ྇ ྇ ྇ ྇ ྇ номер, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ наименование ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ товара, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ цену ྇ ྇ ྇ ྇ ྇ ྇ ྇ товара, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ описание ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ товара, ྇ ྇ ྇ ྇ ྇ ྇ ྇ наименовании иллюстрации к товару и область применения товара; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Статус заказа – эта сущность хранит в себе информацию о текущем ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ статусе заказа: номер записи в базе и сам статус; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Менеджеры – данная сущность хранит в себе информацию о менеджерах ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ предприятия. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Заказ – эта сущность является основной в базе, с ней связаны почти все ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ таблицы, она хранит в себе информацию о покупателе, о товаре, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ менеджере обслуживающем заказ, о статусе заказа. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Теперь необходимо установить связи между этими сущностями. Все связи ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ в модели один-ко-многим: покупатель - заказ – на одного покупателя приходится ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ несколько заказов; товар - заказ – в одном заказе может быть несколько товаров; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ статус заказа - заказ – у одного заказа есть несколько типов статуса; категория ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Syntax Warning: Invalid Font Weight ྇ ྇ ྇ ྇ ྇ ྇ товаров – товар – у товара может быть несколько категорий. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 45 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

После определения сущностей и связей нужно отразить это все на ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ инфологической модели, которая представлена на рисунке 8. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Рисунок 8 – Логическая модель данных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ После того как инфологическая модель была создана, необходимо создать ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ даталогическую модель такую, какая она будет на самом деле. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ На уровне физической модели сущности соответствует таблица в реальной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ СУБД, атрибуту – колонка таблицы, связи – внешний ключ, первичным и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ альтернативным ключам – уникальные индексы, а инверсным входам не ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ уникальные. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для каждой колонки необходимо указать тип данных, возможность пустых ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ значений и т.п. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ На основе ранее разработанной инфологической модели необходимо ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ получить реальную, физическую модель, с описанием типов данных и связSyntax Warning: Invalid Font Weight й ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ между сущностями, чтобы затем эту модель можно было реализовать в СУБД. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Разработанная модель представлена на рисунке 9. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 46 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

Рисунок 9 – Физическая модель данных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для того, чтобы разработать Web-портал ООО «Крансервисцентр» была ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ выбрана клиент-серверная технология, которая позволит получить доступ к ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системе из любой точки сети интернет. В качестве серверной части был выбран ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Web-сервер apache, СУБД MySQL, для разработки клиентского приложения был ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ выбран язык гипертекстовой разметки HTML, каскадные таблицы стилей CSS, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ скриптовый язык программирования PHP. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для формализации процесса работы Web-представительства была выбрана ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ нотация бизнес моделирования DFD, и были разработаны диаграммы бизнес ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ процессов работы с документами в программе Allfusion Process Modeler 7. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇Syntax Warning: Invalid Font Weight ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ На основе полученных диаграмм была разработана инфологическая схема ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ данных, а затем на ее основе и физическая схема для реализации ее на СУБД ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ MySQL. 3.2 Программное обеспечение задачи Под ྇ программным обеспечением следует понимать совокупность ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ программ,обеспечивающих ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ функционирование ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ вычислительной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системы ྇ ྇ ྇ ྇ ྇ ྇ ྇ (системное программное обеспечение), а также программ, предназначенных для 47 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

решения ྇ ྇ ྇ ྇ ྇ конкретных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ задач ྇ ྇ ྇ ྇ пользователя ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (прикладное ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ программное ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обеспечение). ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Учитывая ྇ ྇ ྇ ྇ ྇ ྇ специфику ྇ ྇ ྇ ྇ ྇ ྇ предустановленному ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ проекта ྇ ྇ ྇ ྇ ྇ ྇ и ྇ программному ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системные ྇ ྇ ྇ ྇ ྇ ྇ ྇ обеспечению ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ требования ྇ ྇ ྇ следует ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ к ྇ рассмотреть ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ требования к программному обеспечению для двух сторон: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Пользователь; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Сервер. ྇ ྇ ྇ ྇ ྇ ྇  Требования к серверному программному обеспечению  Web-сервер, который может выполнять PHP приложения:  Apache (рекомендуется);  IIS;  Eserv. Для работы продукта требуется наличие PHP версии не ниже 5.x.х. Для корректной работы продукта требуется наличие слSyntax Warning: Invalid Font Weight едующих расширений PHP:  GD;  PHP XML;  FreeType;  поддержка регулярных выражений (POSIX и Perl-compatible);  Zlibcompression; Поддержка серверов баз данных:  MySQL – минимальным техническим требованием является использование версии MySQL 4.1.11 и выше;  Oracle и Oracle XE – для корректной работы продукта необходимо наличие установленной версии Oracle 10g и выше или стабильной версии Oracle XE;  MSSQL - для корректной работы продукта необходимо наличие установленной СУБД MSSQL 9.0 (2005) и выше или MSSQL 2005 XE. 48

В дистрибутивах продукта нет различий по используемой базе ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ данных,если редакция продукта позволяет выбирать БД, то в дистрибутив ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ включена поддержка всех баз данных. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Требования к клиентскому программному обеспечению. Система Bitrix Framework разработана с использованием и поддержкой ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ следующих технологий: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  HTML/XHTML;  JavaScript;  AJAX;  CSS;  Flash;  RSS;  CommerceML;  CSV. Поддержка браузеров – программный продукт разработан с учетом ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ поддержки наиболее распространенных браузеров. Административная часть ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ оптимизирована для работы с ними. Показ публичной части сайта не зависит от ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ типа браузера. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Система ориентирована на корпоративные сайты, информационные и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ справочные порталы, социальные сети, интернет-магазины, сайты СМИ, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ пригодна для создания других видов Web-ресурсов. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ хранения ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ данных ྇ ྇ ྇ ྇ ྇ ྇ ྇ сайта ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ используется ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ реляционная ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ СУБД. ྇ ྇ ྇ ྇ ྇ Поддерживаются следующие СУБД: MySQL, Oracle, MS SQL. Продукт работает ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ на Microsoft Windows и UNIX подобных платформах, включая Linux. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3.2.1 Общие положения (пользовательская карта сайта) Существуют следующие виды структур сайтов: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Линейная – это структура, построенная по типу слайд – шоу. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Пользователи просматривают web-ресурс страница за страницей. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 49 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

 Линейная с альтернативами и вариантами стоится также страница за ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ страницей, но для пользователя возможна некая свобода действий, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ например, пройти по баннерам или воспользоваться поисковой ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системой. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Линейная с ответвлениями — структура, при которой возможны ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ переходы с основного «пути» просмотра сайта по отдельным ветвям. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Это удобно, когда необходимо направлять пользователей по ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ определенным страницам, при этом можно на отдельных участках ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ вкладывать более детальную информацию и при желании туда ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ отправляться. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Древовидная структура – самая популярная структура, которая ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ подходит для всех видов сайта. Главное, что нужно помнить при ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ построении «сайта-дерева» с многочисленными ветвями в виде ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ страниц и «под – страниц», чтобы ресурс «рос» и развивался не ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ только вширь, но и в глубь. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Решетчатая структура довольно сложна и используется в основном в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ каталогах. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для разрабатываемого Web-сайта была выбрана древовидная ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ структура, которая показана на рисунке 10. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Главная страница сайта компании ООО «Крансервисцентр» Услуги Публикации Контакты Отзывы Рисунок 10 - Структура навигации web-представительства ООО ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ «Крансервисцентр» ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Из выше приведённой структуры видно, что когда пользователь будет ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ осуществлять попытку входа на сайт, он попадет главную страницу. Затем, , он ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ сможет просмотреть прайс-лист, выбрать необходимые для него товары и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 50 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

заказать их путем связи с менеджером. Так же, пользователь может следить за ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ состоянием уже совершенных заказов. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для организации описанного выше алгоритма работы используется язык ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ программирования PHP, а для организации интерфейса используется язык ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ гипертекстовой разметки и каскадные таблицы стилей. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3.2.2 Описание программных модулей В программе существует шесть программных модулей. Рассмотрим ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ функции каждого модуля более подробно. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Модуль конфигурации отвечает в приложении за создание подключения к ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ базе данных, авторизацию пользователей, а так же ряд часто используемых в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ остальных модулях функциях. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Модуль вывода информации о товарах обеспечивает вывод информации о ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ товарах. В зависимости от того авторизовался ли пользователь под своим именем ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ на сайте или нет информация, выводимая данным модулем, будет отличаться по ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ своему содержанию. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Модуль профиля пользователя отвечает в приложении за редактирование ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ информации, введенной пользователем на этапе регистрации. Этот модуль ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ создан для того, чтобы пользователь мог поменять информацию, используемую ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ менеджерами для связи с представителями заказчика. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Модуль оформления заказов связан непосредственно с модулем корзины и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ модулем вывода информации, так как сначала товары добавляются в корзину, а ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ потом из выбранных в корзине товаров формируется заказ. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Syntax Warning: Invalid Font Weight ྇ ྇ ྇ ྇ ྇ ྇ Модуль корзины отвечает за сохранение данных о товарах, которые клиент ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ хотел бы купить. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3.2.3 Разработка интерфейса пользователя Интерфейс пользователя – эта та часть программы, которая находится перед ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ глазами пользователя и с помощью чего пользователь взаимодействует с ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системой. Формы – это строительные блоки интерфейса пользователя. 51 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

Структура сайта сострит из следующих основных компонентов: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  шаблон– ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ определяет ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ представление ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ сайта ྇ ྇ ྇ ྇ ྇ ྇ ྇ пользователям. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Существуют шаблоны компонентов и шаблоны сайта; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  компоненты– задают вывод данных; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  страница – элемент структуры сайта. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Рассмотрим каждый из них подробнее. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Страница представляет из себя PHP файл, состоящий из пролога, тела ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ страницы (основной рабочей области) и эпилога. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Страница: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  header;  workarea;  footer. Формирование страницы сайта производится динамически, на основе ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ используемого шаблона страницы, данных, выводимых компонентами, и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ статической информации, размещенной на странице. Создание шаблонов сайта ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ и размещение на них компонентов осуществляется разработчиками сайтов. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Верхняя –header. Включает в себя, как правило, верхнюю и левую часть ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ дизайна со статической информацией (логотипом, лозунгом и так далее), ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ верхним горизонтальным меню и левым меню (если они есть в дизайне). Может ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ включать в себя информационные динамические материалы. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Основная рабочая область –workarea. Рабочая область страницы, в которой ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ размещаются собственно информационные материалы сайта. В качестве ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Основной рабочей области может подключаться как физический файл, так и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ создаваемый системой на основе комплексных компонентов, динамический код. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Если в качестве Основной рабочей области подключается физический ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ файл, то такая страница называется статической. Если подключается ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ динамический код, то такая страница называется динамической. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Нижняя –footer. Включает в себя, как правило, статическую информацию ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (контактная информация, сведения об авторе и владельце сайта и так далее), ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 52 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

нижнее горизонтальное меню и правое меню (если они есть в дизайне). Может ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ включать в себя информационные материалы. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Верхняя и нижняя части дизайна формируются на основе шаблона дизайна ྇ ྇ ྇ сайта. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Информация, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ отображаемая ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ данных ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ областях, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ определяется ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ параметрами шаблона сайта. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Шаблон дизайна – это внешний вид сайта, в котором определяется ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ расположение различных элементов на сайте, художественный стиль и способ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ отображения страниц. Включает в себя программныйhtml-код, графические ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ элементы, таблицы стилей, дополнительные файлы для отображения контента. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Может так же включать в себя шаблоны компонентов и шаблоны готовых ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ страниц. ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3.3 Технологическое обеспечение задачи Программное ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обеспечение ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ — ྇ это ྇ совокупность ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ программ, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ осуществляющих автоматизированную обработку информации. Программное ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ обеспечение ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ делится ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ на ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системное ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (общее) ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ прикладное ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (специальное).Программное обеспечение является одним из видов обеспечения ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ вычислительной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системы, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ наряду ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ с ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ техническим ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ (аппаратным) ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ , ྇ математическим, информационным, лингвистическим, организационным и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ методическим обеспечением. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Для разработки системы были использованы следующие программные ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ средства: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  ОС Windows7 Professional; ྇  Web-сервер Apаche2.2; ྇ ྇ ྇ ྇ ྇ ྇  Язык программирования PHP 5; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  СУБД MySQL. ྇ ྇ ྇ Основными преимуществами выбранных программных средств является ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ то, что распространяются они бесплатно, за исключением ОС Windows7. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 53 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

Microsoft Windows 7 Professional является самой распространенной на ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ данный момент. Предыдущие версии морально устарели и частично не ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ поддерживаются ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ разработчиком, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ а ྇ ྇ в ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ последней ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ версии ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системы ྇ ྇ ྇ ྇ ྇ ྇ нет ྇ ྇ ྇ необходимости. Прямым конкурентом Windowsявляются системы на ядре Linux, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ но данные системы сложны в обслуживании, поэтому все преимущества данной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ системы не влияют на выбор операционной системы. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ является Apаche ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ кроссплатформенным ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ПО, ྇ ྇ поддерживающим ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ операционные системы Linux, Microsoft Windows и другие. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Основными достоинствами Apаche считаются надёжность и гибкость ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ конфигурации. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Он ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ позволяет ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ подключать ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ внешние ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ модули ྇ ྇ ྇ ྇ ྇ ྇ ྇ для ྇ ྇ ྇ предоставленияданных, использовать СУБД для аутентификациипользователей, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ модифицировать сообщения об ошибках. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ – PHP ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ скриптовый ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ язык ྇ ྇ ྇ ྇ ྇ ྇ программирования ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ общего ྇ ྇ ྇ ྇ ྇ назначения, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ интенсивно применяемый для разработки Web-приложений. В настоящее время ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ поддерживается подавляющим большинством хостинг-провайдеров и является ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ одним из лидеров среди языков программирования, применяющихся для ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ создания динамических Web-сайтов. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ – MySQL ྇ ྇ ྇ ྇ ྇ ྇ ྇ компактная, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ кроссплатформенная, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ свободная ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ система ྇ ྇ ྇ ྇ ྇ ྇ ྇ управления базами данных (СУБД), работающая на Linux, Microsoft Windows и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ разнообразных Unix платформах. Основные преимущества: многопоточность, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ поддержка нескольких одновременных запросов, оптимизация связей с ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ присоединением многих данных за один проход, записи фиксированной и ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ переменной длины, ODBC драйвер, гибкая система привилегий и паролей, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ гибкая поддержка форматов чисел, строк переменной длины и меток времени, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ интерфейс с языками C и Perl, PHP, быстрая работа, масштабируемость, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ совместимость с ANSI SQL, бесплатна, хорошая поддержка со стороны ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ провайдеров услуг хостинга, быстрая поддержка транзакций через механизм ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 54 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

3.3.1 Организация процесса информационной поддержки сайта (технологического процесса формирования и корректировки информации Web-сайта) Организация процесса информационной поддержки сайта осуществляется ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ с административной части интернет-портала. Сам процесс информационной ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ поддержки возлагается на сотрудника отдела продаж. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Информационная поддержка сайта включает в себя: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Обновление новостной информации и поддержание ее в актуальном ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ состоянии; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇  Добавление, редактирование каталога товаров. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Более подробно рассмотрим процесс добавления и редактирования ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ каталога товаров. Данными возможностями обладает пользователь с правами ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ администратора сайта. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Если необходимо добавить новый товар, то необходимо выбрать функцию ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ «Добавить». Откроется страница, на которой необходимо будет выбрать, к ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ какой категории относится товар, выбрать производителя, затем указать всю ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ остальную информацию о товаре. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 3.4 Описание контрольного примера реализации проекта На главной странице пользователи могут ознакомиться с основным ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ направлением деятельности компании, так же увидеть свежие новости ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ компании. В верхней части страницы располагается меню, по средствам ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ которого пользователь может перейти на любую другую интересующую его ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ страницу. Ниже расположены ссылки на актуальные акции, проходящие сейчас ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ в компании и различная полезная информация. Форма для авторизации ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ пользователей находится вверхней части страницы (header.php). Главная ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ страница Web-представительства для ООО «Крансервисцентр» представлена на ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ рисунке 11. ྇ ྇ ྇ ྇ ྇ ྇ 55 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

Рисунок 11 – Главная страница Web-представительства для ООО «Крансервисцентр» Страница «Публикации» содержит информацию об актуальных новостях ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ компании и изменениях в заполнении различных отчетных форм. Рисунок 12 – Страница «Публикации» 56

Страница «Услуги» содержит информацию о полном спектре оказываемых услуг компании, а также их стоимость и возможность оформления заказа. Рисунок 13 – Страница «Услуги» Страница «Контакты» содержит данные о местоположении фирмы, указан режим работы. Также можно посмотреть маршрут на карте. 57

Рисунок 14 – Страница «Контакты» На рисунке 15 представлена реализация обратной связи. Рисунок 15 – Форма обратной связи После выбора определенной услуги появляется форма заполнения данных о клиенте. На рисунке 16 представлена форма оформления заявки. 58

Рисунок 16 – Форма оформления заявки Следующий снимок экрана показывает этап завершения оформления заказа. Рисунок 17 – Завершение заказа После нажатия кнопки «продолжить оформление» идет завершение формы заказа и осуществляется выбор способа оплаты, дата поступления техники и комментарий к заказу. Выводы по третьему разделу. В данном разделе, осуществив создание базы данных и интернет сайта, получилось разработать Web-представительство, способное облегчить работу менеджера отдела по работе с клиентами. 59

4 ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ 4.1 Целесообразность разработки с экономической точки зрения Деятельность людей связана с переработкой и использованием информации. Значение информации в жизни общества стремительно растет, меняются методы работы с информацией, расширяются сферы применения новых информационных технологий. Информация для любой отрасли страны – это сведения в сфере экономики, которые необходимо фиксировать, передавать, хранить и обрабатывать для использования в управлении как хозяйством страны в целом, так и отдельными его объектами. Информация позволяет получить решение, как эффективнее и экономически выгоднее организовать производство товаров и услуг Департамент отдела взаимодействует с большим количеством контактов, а единого справочника нет. Разработка электронного бизнес – справочника позволит повысить производительность труда персонала за счет уменьшения времени поиска необходимых контактов, а также за счет этого снизить трудоемкость работ. С экономической точки зрения, в результате внедрения программного продукта сокращается число ошибок, повышается оперативность и качество принимаемых решений. 4.2 SWOT-анализ разработки SWOT-анализ — это определение сильных и слабых сторон созданной программной разработки, а также возможностей и угроз, исходящих из его ближайшего окружения (внешней среды). Сильные стороны (Strengths) — преимущества разработки. Слабости (Weaknesses) — недостатки разработки. Возможности (Opportunities) — факторы внешней среды, использование которых создаст преимущества программной разработки на рынке. 60

Угрозы (Threats) — факторы, которые могут потециально ухудшить положение разработки на рынке. Применение SWOT-анализа позволит систематизировать всю имеющуюся информацию и, видя все обстоятельства, принимать взвешенные решения, касающиеся дальнейшей разработки программного средства. В таблице 3 представлена матрица SWOT-анализа разработанного программного средства. Таблица 3 - SWOT – матрица ྇ ྇ ྇ ྇ ྇ ྇ Сильные стороны ྇ ྇ ྇ ྇ ྇ ྇ ྇ Возможности Угрозы྇. 1. Разработка 2. 1. Устаревание 2. Быстрое дополнительн Совершенствование информации в моральное ого разработки справочнике устаревание разработки функционала྇ 1. Низкая стоимость разработки 2. Узкая Итого྇ + 0 ++ 0 + ++ + ++ функциональность 3. Обеспечение 3 + 5 + + + + сопровождения Итого྇ + + 4 +3 +3 +4 +3 + 13 Слабые стороны 1. Недостаточное финансирование 2. Нехватка –– –– – –– –– – 0 –– квалифицированных 7 – 6 кадров Итого – –4 –3 –1 –4 – 12 Общий итог -1 –1 +3 –1 + 1 Проанализировав полученную SWOT-матрицу, можно сделать следующие выводы: 61

1. Трудно выделить самые важные сильные стороны, они все в достаточной степени важны, но, наиболее важным достоинством сайта является низкая стоимость разработки. 2. Все выделенные слабые стороны разработки являются очень опасными. 3. Из рассмотренных возможностей более реальной представляется возможность доработки дополнительного функционала в случае необходимости. Совершенствование же разработки при недостатке финансирования и нехватке кадров вообще невозможно. 4. Наиболее опасной угрозой представляется быстрое устаревание не разработки, а информации в справочнике, но при сложившихся условиях это не столь существенная угроза. 5. Заключение о перспективности разработки. На данный момент имеются существенные проблемы в реализации разработки. В случае преодоления отмеченных слабостей разработка может стать перспективной, так как у нее имеется ряд очень важных достоинств. В первую очередь представляется поиск дополнительного финансирования и повышение квалификации персонала. 4.3 Калькуляция себестоимости научно-технической продукции Калькулирование (от лат. calculatio - счёт, подсчёт) — способ определения себестоимости продукции или услуги, а также себестоимости производственных ресурсов. Калькулирование производится на основе учётных и расчётных затрат и на основе структуры этих затрат. Расчёт структуры затрат опирается на понимание типа производства, вида производства, загрузки предприятия, прочих «вспомогательных» процессов (таких как маркетинг, логистика и т.д.) и в зависимости от категории производства. Калькулирование производится согласно себестоимости типовым научно-технической методическим продукции рекомендациям по планированию, учету и калькулированию себестоимости научно-технической продукции (утв. Миннауки от 15.06.1994 РФ №ОР-22-2-46). ྇ ྇ 62

Таблица 4 – Материальные затраты ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Ед. Изм. Количество྇ Цена (руб.) Наименование материальных затрат Диск CD-R Бумага для офисной техники «Снегурочка྇» А4, 500 листов྇ Картридж для принтера XEROX Сумма (руб.) шт. 1 15 15 шт. 1 130 130 шт. 1 500 500 Итого: 645 Затраты на оплату труда работников, непосредственно занятых созданием научно-технической продукции. При расчете затрат на оплату труда необходимо произвести оценку трудоемкости разработки календарным методом. Данные о трудоемкости разработки представлены в таблице 5. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Таблица 5 – Оценка трудоемкости разработки ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ № ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Наименование этапа ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Трудоемкость, ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ часы ྇ ྇ ྇ ྇ 1 Анализ задания и знакомство с темой 2 Изучение литературы 3 Сбор информации в Интернет 4 Выбор методов и средств решения задачи 5 Проектирование модуля системы 6 Разработка программного обеспечения 120 7 Отладка и тестирование 24 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 32 ྇ ྇ ྇ ྇ ྇ ྇ 10 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 8 16 ྇ Итого: ྇ ྇ 30 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 240 ྇ Следовательно трудоемкость подобной разработки составляет 240 часов или 30 рабочих дней при восьмичасовом рабочем дне. Месячный фонд времени работы программиста 166,25 часов, среднемесячная заработная плата 12000 рублей. Расчет основной заработной платы разработчика ( ЗОСН ) произведен по формуле 1. 63

ЗОСН  Дополнительная 12000  8  30  17323,31( руб.) 166,25 заработная плата составляет (1) 12 %. Расчет дополнительной заработной платы ( З ДОП ) произведен по формуле 2. З ДОП  ЗОСН  0,12  17323,31 0,12  2078,80( руб.) (2) Растёт общей заработной платы показан на формуле 3. ЗОБЩ  ЗОСН  З ДОП  17323,31  2078,80  19402( руб.) (3) В соответствии с Федеральный законом от 24 июля 2009 года N 212-ФЗ "О страховых взносах в Пенсионный фонд РФ, Фонд социального страхования РФ, Федеральный фонд обязательного медицинского страхования и территориальные фонды обязательного медицинского страхования" (в редакции Федерального закона от 03.12.2011 № 379-ФЗ)страховые взносы следует считать по следующим тарифам:  отчисления в Пенсионный фонд – 22 %;  отчисления в фонд Социального страхования – 2,9 %;  отчисления в Федеральный фонд обязательного медицинского страхования с 1 января 2011 года – 5,1 %; Расчет суммы отчислений в Пенсионный фонд (ПФР) произведен по формуле 4. ПФР  ЗОБЩ  0,22  19402  0,22  4268,44( руб.) (4) Расчет суммы отчислений в фонд Социального страхования ( ФСС ) произведен по формуле 5. ФСС  ЗОБЩ  0,029  19402  0,029  562,66( руб.) 64 (5)

Расчет суммы отчислений в Федеральный фонд обязательного медицинского страхования (ФФОМС) произведен по формуле 6. ФФОМС  ЗОБЩ  0,051  19402  0,051  989,50( руб.) (6) Итого отчисления на социальные нужды 5820,60 рублей. К прочим прямым расходом относятся расходы на все виды связи. Расходы на Интернет составляют 250 рублей в месяц. Государственная пошлина за регистрацию программ для ЭВМ и баз данных составляет 1700 рублей. Итого затраты на прочие прямые расходы составят 1950 рублей. Накладные расходы составляют 15 % от затрат на оплату труда. Расчет накладных расходов ( РН ) произведен по формуле 7. РН  ЗОБЩ  0,15  19402  0,15  2910,30( руб.) (7) На основе произведенных расчетов по отдельным статьям калькуляции заполним таблицу 6. Таблица 6– Калькуляция себестоимости № 1 Наименование статей затрат Материалы Сумма (руб.) 645 2 Спецоборудование для научных (экспериментальных) работ 0 Затраты на оплату труда работников, непосредственно 19402 3 занятых созданием научно-технической продукции − 4 − Отчисления на социальные нужды 5 Прочие прямые расходы 6 Накладные расходы 5820,60 1950 2910,30 65

Продолжение таблицы 6 № Наименование статей затрат 7 Итого: 8 Затраты Сумма (руб.) 30727 по работам, выполняемым сторонними 0 организациями и предприятиями 9 Всего себестоимость 30727 Программное обеспечение разрабатывалось для конкретного заказчика, его себестоимость составила 30727 рублей. В дальнейшем может быть реализована возможность расширения круга потребителей за счет тиражирования и последующей реализации результатов разработки. Таким образом, назначив цену в размере 5000 рублей и реализовав хотя бы 15 экземпляров разработанного программного обеспечения, можно получить валовую прибыль ( Пр ), величина которой рассчитана по формуле 8. Пр  5000 15  30727  44273( руб.) (8) Ставка налога на прибыль в 2012 году составляет 20 %. Расчет выплат по налогу на прибыль ( Н ПР ) произведен по формуле 9. Н ПР  44273 0,2  8854( руб.) (9) Ожидаемая рентабельность проекта ( R ) расчитана по формуле 10. R 44273  8854  100%  115% 30727 66 (10)

Ставка налога на добавленную стоимость (НДС) составляет 18 %. Расчет отпускной цены (Ц) экземпляра программы с учетом НДС произведен по формуле 11. Ц  5000 1,18  5900( руб.) При такой отпускной цене данная (11) разработка является конкурентоспособной и может принести прибыль. Выводы по четвёртому разделу. В данном разделе было обосновано создание Web- представительства с экономической точки зрения, проведён SWOT-анализ разработки, а также рассчитана калькуляция себестоимости научно-технической продукции. В целом, подводя итоги, можно сказать, что создание Web- представительства окупаемо и экономически выгодно. 67

ЗАКЛЮЧЕНИЕ В ходе выполнения дипломной работы был проведен анализ деятельности компании ООО «Крансервисцентр», в ходе которого стало известно, что в данной компании плохо развита реклама в сети Интернет. Для ужержания ྇ высоких позиций на рынке сервисного и гарантийного ремонта кранов и манипуляторов, компанией были предприняты шаги для увеличения саморекламы в Интернете, т.е. создано Web-представительство, отражающее информацию о деятельности организации. Проанализировав различные программные продукты и решения, было принято решение в пользу языков PHPи HTML,для разработки базы данных был выбран язык программирования оказались наиболее удобными Предоставленные MySQL. и продуктивными для технологии создания Web- представительства для ООО «Крансервисцентр». Разработанное Web-представительство позволяет осуществлять полноценное информирование клиентов о:  преимуществах использования услуг организации,  предоставляемого оборудования,  достоинствах и недостатках различных типов машинотехники и специфики их использования,  наличии свободных вакансий на предприятии и др. Интернет-портал является функциональным коммерческим сайтом, предоставляющим широкие возможности для потенциальных клиентов организации, объединяющий в себе простоту и удобство пользования. В ходе проектирования учитывались требования и пожелания сотрудников организации. Для достижения эффективного результата проводились консультации с работниками различных отделов. Также подразделениями были предоставлены необходимые источники информации по организации методики проведения работ в организации. 68

Цель дипломной работы была достигнута путем повышения качества работы компании в ряде следующих показателей:  увеличение и улучшение качества рекламы компании «Крансервисцентр» в сети Интернет;  повышение удобства использования клиентами и пользователями сайта;  упрощение процесса получения пользователям актуальной информации о фирме;  улучшение стратегии продаж;  разработка функционала обратной связи клиентов с сотрудниками;  значительное увеличение объема продаж услуг. Задачи дипломной работы решены проведением анализа ведения деятельности ООО «Крансервисцентр», выявлением недостатков, обоснованием выбора инструментальных средств и выявлением требований для разработки сайта; разработка сайта, его тестирование и размещение на web-сервере. Разработанный сайт имеет интуитивно понятный интерфейс, рассчитанный на обычного пользователя, что непременно должно увеличить его посещаемость. 69

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 1. Веллинг Л. Томсон Л. MySQL. - М.: Издательский дом Вильямс, 2011 – 304 с. 2. Астахова И. Web-технологии с базами данных. - Воронеж: Издательско-полиграфический центр Воронежского государственного университета, 2012 – 146 с. 3. Зайцева Е.Применение современного программного обеспечения при разработке Web-сайтов - Тамбов: ТГТУ, Педагогический Интернет-клуб, 2012 - 140 с. 4. Мартынов А., Игонин А. Технология построения интерактивных Web-ресурсов- Ульяновск: УлГТУ, 2010. - 100 с. 5. Николаев Д., Штенников Д. Web-программирование. Клиентский ActionScript – Санкт-Петербург: СПбГУ ИТМО, 2010 – 136 с. 6. Плещев В. Интернет-технологии- Екатеринбург: Изд-во Урал. гос. экон. ун-та, 2011. - 276 с. 7. Росс В. Создание сайтов: HTML, CSS, PHP, MySQL. Часть 1 — М. , 2010 - 107 с. 8. Хоган B. Книга веб-программиста. Секреты профессиональной разработки веб-сайтов - СПб.: Питер, 2013 – 287 c. 9. Дюбуа П. MySQL– М.: Издательский дом «Вильямс», 2014 – 1056 с. 10. Белоножкин В.И., Остапенко Г.А. Средства защиты информации в компьютерных системах Издательский дом «Вильямс», 2013 – 356 с. 11. Минько Э.В., Минько А.Э. – Методы прогнозирования и исследования операций: Учебное пособие - Москва: Финансы и статистика, 2010 - 480 с. 12. Сычев Ю.Н. - Основы информационной безопасности: Учебное пособие – Москва: Кредиты и финансы, 2012 – 520с. 70

13. экономике Власов Д.В., Божко В.П. – Информационные технологии в и управлении: Учебно-методический комплекс - Москва: Евразийский открытый институт, 2010 - 167 с. 14. Вдовин В.М., СурковаЛ.Е. - Информационные технологии в финансово-банковской сфере: Практикум - Москва : Дашков и К°, 2010 - 248 с. 15. Бобровский С.И. Delphi 5.Учебный курс. –СПб.:Питер, 2009 – 200 с. 16. Бочаров Е.П., Колдина А.И. Интегрированные корпоративные информационные системы. - М.: Финансы и статистика, 2010 – 350 с. 17. Бройдо В. Л., Крылова В. С. Научные основы организации управления и построения АСУ. - Москва: Высшая школа, 2011 – 400 с. 18. Глушаков С.В., Коваль А.В., Смирнов С.В. Язык программирования С++, учебный курс, ANSI. - Харьков: Издательство: Фолио, 2010 – 340 с. 19. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных. Учебное пособие. – М.:Форму-Инфра-М, 2010 – 430 с. 20. Гребенюк Е.И., Гребенюк Н.А. Технические средства информатизации. – М.: Издательский центр «Академия», 2011 – 380 с. 21. Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы построения автоматизированных информационных систем. Учебное пособие. – М.: Academia, 2010 – 220 с. 22. CASE-средства. Общая характеристика и классификация [Электронный ресурс] / CITforum – Электрон.дан., – Режим доступа: http://citforum.ru/database/case/glava3_2.shtml 23. Паттерсон Д. Архитектура компьютера и проектирование компьютерных систем / Д. Паттерсон – СПб.: Питер, 2012. – 784 c. 24. Мезенцев К.Н. Автоматизированные информационные системы / К.Н. Мезенцев. – М.: Академия, 2012. – 174 с. 25. Коберн А. Быстрая разработка программного обеспечения / А. Коберн. – М.: Лори, 2013 – 336 с. 26. ОстроухА.В. Ввод и обработка цифровой информации / А.В. Остроух. – М.: Академия, 2012 – 288 с. 71

27. Денисенко А.Н. Компьютерная обработка информации / А.Н. Денисенко. – М.: Медпрактика-М, 2010 – 252 с. 28. Бабич А.В. Эффективная обработка информации. Mindmapping для студентов и профессионалов / А.В. Бабич. – М.: Бином. Лаборатория знаний, 2011 – 224 с. 29. Гуль С.В. О необходимости разработки прикладного решения для учебных центров / С.В. Гуль, Н.В. Цоцорина, Е.А. Андриенко // Прикладная математика, управление и информатика: сборник трудов Междунар. молодеж. конф., Белгород, 3-5 октября 2012 г.: в 2 т. – Белгород: ИД «Белгород», 2012. – 350 с. 30. Учитель Ю.Г. SWOT-анализ и синтез - основа формирования стратегии организации / Ю.Г. Учитель, М.Ю. Учитель. – М.: Либроком, 2010 – 328 с. 31. Вайнман Л. Динамический HTML : руководство разработчика Web- сайтов : [пер. с англ.] / Линда Вайнман, Вильям Вайнман. - Киев и др. : DiaSoft, 2013. - 449 с. 32. Ландэ Д.В. Поиск знаний в Internet. Профессиональная работа // М.: Издательский дом \"Вильямс\", 2013. -272 с. 33. Мартинес А. Секреты создания недорогого Web-сайта : Как создать и поддерживать удачный Web-сайт, не потратив ни копейки : [пер. с англ.] / Анна Мартинес - М. : ДМК Пресс, 2011. - 414 с. 34. Орлов Л. В. Как создать и \"раскрутить\" web-сайт в Интернет / Леонид Орлов. - М. : Альянс-Пресс, 2010. - 511 с. 35. Гаспарян А. А. Использование CMS при создании образовательных ресурсов // Учен. зап. : науч. журн. / Курск. гос. ун-т. – 2011. – 249 с. 36. Гольчевский Ю. В. О безопасности Интернет-сайтов под управлением системы управления контентом Joomla / Ю. В. Гольчевский, П. А. Северин // Вопр. защиты информ. – 2012. – 449 с. 72

37. Граф Х.Создание веб-сайтов с помощью Joomla! 1.5 : [популярное учебное пособие по Joomla!, обновленное с четом последней версии системы] / Х. Граф ; [пер. с англ. Н. А. Мухина]. – М. : Вильямс, 2010. – 294 c. 38. Королева Н. Л. Разработка web-сайта ООО “ИТ-МЕРИДИАН” средствами CMS JOOMLA / Н. Л. Королева, В. И. Печерица // Гаудеамус, 2012. – 204 с. 39. Костромин В. А. Конспект вебмастера. Выбор системы управления содержанием сайта (контентом) // Справочник вебмастера, 2013 – 315 с. 40. Сычев И. А. Создание сайтов на основе систем управления контентом: электрон. учеб.-метод. пособие / И. А. Сычев, В. Н. Половников. – Бийск : АГАО, 2012. – 305 с. 41. Пользовательские интерфейсы информационных систем : методические указания к выполнению расчетно-графического задания по курсу "Диалоговые средства информационных систем" по направлению 230100 "Информатика и вычислительная техника" / Новосиб. гос. техн. ун-т ; [сост.: П. В. Терещенко, Р. Г. Шахмаметов]. - Новосибирск, 2010. – 257 с.. 42. Пользовательские интерфейсы информационных систем: методические указания к выполнению расчетно-графического задания по курсу "Диалоговые средства информационных систем" по направлению 230100 "Информатика и вычислительная техника" / Новосиб. гос. техн. ун-т ; [сост.: П. В. Терещенко, Р. Г. Шахмаметов]. - Новосибирск, 2010. – 182 с. 43. Хорев П. Б. Объектно-ориентированное программирование : [учебное пособие по направлению "Информатика и вычислительная техника"] / П. Б. Хорев. - М., 2011. – 446 с. 44. Ташков П.А.: Защита компьютера на 100%. - СПб.: Питер, 2011 45. Шайтан К.В.: Применение ИКТ в молекулярной инженерии. - М.: НОУДПО "Институт АйТи", 2011. – 265 с. 46. Абрамян М.Э.: Информатика. ЕГЭ шаг за шагом. - М.: НИИ школьных технологий, 2010. – 187 с. 73

47. авт.-сост. С.В. Сидоров: Информатика. 5-7 классы: материалы к урокам. - Волгоград: Учитель, 2010. – 362 с. 48. Линев А.В.: Технологии параллельного программирования для процессоров новых архитектур. - М.: Московский университет, 2010 – 284 с. 49. Нижегородский гос. ун-т им. Н.И. Лобачевского ; К.В. Корняков и др. ; под ред. В.П. Гергеля Нижегородский гос. ун-т им. Н.И. Лобачевского: Инструменты паралельного программирования в системах с общей памятью. М.: Московский университет, 2010 – 241 с. 50. Войнов И. В., Пудовкина С. Г., Телегин А. И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей., Челябинск: ЮУрГУ, 2013. – 392 c. 74

ПРИЛОЖЕНИЕ А Анализ привликательности Интернет-рынка для предприятия. Таблица А.1 – Факторы привликательностиИнтерент рынка Факторы привлекательности Факторы готовности предприятия к ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Интернет – рынка для предприятия – интеграции ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ – ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Характеристика ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ характеристика Интернет – рынка (1) предприятия (2) ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Географическая ྇ ྇ ྇ )྇( ྇ 1. характеристика продуктового ассортимента ( в том числе характеристика: объем, степень наличия 1. емкость; продукции, имеющей среднюю 2. темпы роста; – высокую ликвидность на 3. динамика цен, Интернет – рынке) чувствительность рынка к 2. сила торговой марки; ценам; 3. наличие налаженных 4. цикличность; отношений с поставщиком; 5. аудитория пользователей; 4. наличие широкой сети 6. инфраструктура среды; клиентов; 7. уровень возможностей 5. готовность предприятия осуществления транзакций работать с большим между субъектами рынка; количеством клиентов; 8. качество телекоммуникаций; 6. наличие работников способных 9. технологическая стабильность. работать в Интернет – пространстве; 7. эффективность системы маркетинга; 8. способность к инновациям. Факторы конкурентности ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 1. уровень конкуренции на рынке; 1. относительная доля 2. тенденции изменения числа традиционного рынка; конкурентов; 2. потенциал фирмы и её 3. преимущества лидеров рынка. конкурентные преимущества Финансово – экономические факторы: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 1. барьер входа на рынок (в том числе стоимость ПО, провайдерских услуг, необходимого оснащения для ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 1. уровень рентабельности; 2. структура затрат; 3. уровень использования мощностей предприятия; ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 75 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

Продолжение таблицы А.1 1 2. работы с интернет – рынком; 3. подключения к информационным модулям и т.д.); 4. уровень рентабельности; 5. структура затрат. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 2 4. возможность осуществления долгосрочных капиталовложений; 5. возможность роста технологической базы. ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ Социально – психологические факторы: ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 1. юридические ограничения электронного бизнеса; 2. готовность клиентов к взаимодействию через Интернет ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ 1. корпоративная культура; 2. мотивация эффективного труда работников; 3. стиль управления и образ действий руководителя; ྇ ྇ ྇ ྇ ྇ ྇ 76 ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇ ྇

ПРИЛОЖЕНИЕ Б Программный код Web-представительства -- phpMyAdmin SQL Dump -- version 3.5.1 -- http://www.phpmyadmin.net --- Хост: 127.0.0.1 -- Время создания: Июн 23 2015 г., 14:37 -- Версиясервера: 5.5.25 -- Версия PHP: 5.3.13 SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO"; SET time_zone = "+00:00"; /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */; /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */; /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */; /*!40101 SET NAMES utf8 */; --- Базаданных: `remon_kran` -- -- -------------------------------------------------------77

--- Структуратаблицы `callback` -- CREATE TABLE IF NOT EXISTS `callback` ( `id_call` int(11) NOT NULL AUTO_INCREMENT, `fio` text NOT NULL, `text` text NOT NULL, PRIMARY KEY (`id_call`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ; --- Дампданныхтаблицы `callback` -- INSERT INTO `callback` (`id_call`, `fio`, `text`) VALUES (1, 'Иванов Иван Иванович', 'Все отлично, без задержек'); -- -------------------------------------------------------- --- Структуратаблицы `gorod` -- CREATE TABLE IF NOT EXISTS `gorod` ( `id_gorod` int(11) NOT NULL AUTO_INCREMENT, `name_gorod` text NOT NULL, PRIMARY KEY (`id_gorod`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ; 78

--- Дампданныхтаблицы `gorod` -- INSERT INTO `gorod` (`id_gorod`, `name_gorod`) VALUES (1, 'Белгород'), (2, 'Воронеж'), (3, 'Валуйки'), (4, 'Шебекино'); -- -------------------------------------------------------- --- Структуратаблицы `kategor_usl` -- CREATE TABLE IF NOT EXISTS `kategor_usl` ( `id_cat` int(11) NOT NULL AUTO_INCREMENT, `name_kat` text NOT NULL, PRIMARY KEY (`id_cat`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ; --- Дамп данных таблицы `kategor_usl` -- INSERT INTO `kategor_usl` (`id_cat`, `name_kat`) VALUES (1, 'Категория 1'); -- -------------------------------------------------------79

--- Структура таблицы `klient` -- CREATE TABLE IF NOT EXISTS `klient` ( `id_klient` int(11) NOT NULL AUTO_INCREMENT, `fam` text NOT NULL, `name` text NOT NULL, `otch` text NOT NULL, `data_roz` text NOT NULL, `telefon` text NOT NULL, `email` text NOT NULL, `id_gorod` int(11) NOT NULL, `id_strana` int(11) NOT NULL, PRIMARY KEY (`id_klient`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=29 ; --- Дампданныхтаблицы `klient` -- INSERT INTO `klient` (`id_klient`, `fam`, `name`, `otch`, `data_roz`, `telefon`, `email`, `id_gorod`, `id_strana`) VALUES (1, '1', '2', '3', '4', '5', '6', 1, 1), (2, '1', '2', '3', '4', '5', '6', 1, 1), (3, '1', '2', '3', '4', '5', '6', 1, 1), (4, '', '', '', '', '', '', 1, 1), (5, '', '', '', '', '', '', 1, 1), (6, '', '', '', '', '', '', 1, 1), 80

(7, '', '', '', '', '', '', 1, 1), (8, '', '', '', '', '', '', 1, 1), (9, '', '', '', '', '', '', 0, 0), (10, '', '', '', '', '', '', 1, 1), (11, '', '', '', '', '', '', 1, 1), (12, 'Калайда', 'Алексей', 'Константинович', '01-01-1993', '89517622777', 'kalaydaa@yandex.ru', 1, 1), (13, 'Пиявок', 'Василий', 'Андреевич', '01-01-1992', '022', 'leno4ka-2@mail.ru', 1, 1), (14, '', '', '', '', '', '', 1, 1), (15, '', '', '', '', '', '', 1, 1), (16, '6', '8', '', '', '', '', 1, 1), (17, '', '', '', '', '', '', 1, 1), (18, '', '', '', '', '', '', 1, 1), (19, '', '', '', '', '', '', 0, 0), (20, '', '', '', '', '', '', 1, 1), (21, '', '', '', '', '', '', 1, 1), (22, '', '', '', '', '', '', 1, 1), (23, '', '', '', '', '', '', 1, 1), (24, 'Иванов', 'Иван', 'Иванович', '01-01-1995', '088', 'leno4ka-2@mail.ru', 1, 1), (25, 'Сидоров', 'Петр', 'Петровчи', '5894874', '484874784878', '3', 1, 1), (26, 'Калайда', 'Алексей', 'Константинович', '01-01-1993', '89517622777', 'kalaydaa@yandex.ru', 3, 1), (27, '', '', '', '', '', '', 1, 1), (28, 'Рыжых', 'Антон', 'Александрович', '01-01-1993', 'kalad@mail.ru', '448148', 1, 1); -- -------------------------------------------------------81

--- Структуратаблицы `news` -- CREATE TABLE IF NOT EXISTS `news` ( `id_news` int(11) NOT NULL AUTO_INCREMENT, `text` text NOT NULL, `data` text NOT NULL, PRIMARY KEY (`id_news`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ; --- Дампданныхтаблицы `news` -- INSERT INTO `news` (`id_news`, `text`, `data`) VALUES (1, 'Наша организация производит диагностику и качественный ремонт металлоконструкций не только автокранов и подъемников. \nВ частности, наши специалисты не раз проводили: \n- ремонт гидроцилиндров опорных балок бетононасосов;\n- ремонт самих опорных балок бетононасосов;\n- ремонт прочих узлов и механизмов на бетононасосах, как импортного, так и отечественного производства.\nМы с удовольствием поможем Вам! Обращайтесь.', '20-05-2015'), (2, 'Наша организация всегда готова помочь своим клиентам в сложной ситуации. На прошлой неделе был проведен ремонт пятидесятитонного автокрана КС-6575 С «Самарский сокол», на этой неделе наша организация начала работу по диагностике и дальнейшему ремонту автокрана СКАТ-25 «Самарский сокол», грузоподъемностью 25 тонн. \nВ ближайшие дни ремонт на данном автокране будет завершен.', '20-08-2018'); 82

-- -------------------------------------------------------- --- Структуратаблицы `sotrudniky` -- CREATE TABLE IF NOT EXISTS `sotrudniky` ( `id_sotr` int(11) NOT NULL AUTO_INCREMENT, `fam` text NOT NULL, `name` text NOT NULL, `otch` text NOT NULL, `data_r` text NOT NULL, `telefon` text NOT NULL, `email` text NOT NULL, `spec` text NOT NULL, PRIMARY KEY (`id_sotr`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=4 ; --- Дампданныхтаблицы `sotrudniky` -- INSERT INTO `sotrudniky` (`id_sotr`, `fam`, `name`, `otch`, `data_r`, `telefon`, `email`, `spec`) VALUES (2, '1', '2', '3', '01-01-2015', '12', '5', '6'), (3, 'Петров', 'Иван', 'Иванович', '08-09-1978', 'scwebinfo@yandex.ru', 'Ремонт внешних узлов'); -- -------------------------------------------------------83 '89511234567',

--- Структуратаблицы `sposob_oplaty` -- CREATE TABLE IF NOT EXISTS `sposob_oplaty` ( `id_oplaty` int(11) NOT NULL AUTO_INCREMENT, `name_oplaty` text NOT NULL, PRIMARY KEY (`id_oplaty`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=4 ; --- Дамп данных таблицы `sposob_oplaty` -- INSERT INTO `sposob_oplaty` (`id_oplaty`, `name_oplaty`) VALUES (1, 'Безналичный расчет'), (2, 'Наличными'), (3, 'В кредит'); -- -------------------------------------------------------- --- Структуратаблицы `status_zayavok` -- CREATE TABLE IF NOT EXISTS `status_zayavok` ( `id_statusa` int(11) NOT NULL AUTO_INCREMENT, `name_stat` text NOT NULL, PRIMARY KEY (`id_statusa`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ; 84

--- Дамп данных таблицы `status_zayavok` -- INSERT INTO `status_zayavok` (`id_statusa`, `name_stat`) VALUES (1, 'На рассмотрении'), (2, 'Одобрена'), (3, 'Ремонт выполнен'), (4, 'Отказано'); -- -------------------------------------------------------- --- Структура таблицы `strana` -- CREATE TABLE IF NOT EXISTS `strana` ( `id_strana` int(11) NOT NULL AUTO_INCREMENT, `name_strana` text NOT NULL, PRIMARY KEY (`id_strana`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ; --- Дамп данных таблицы `strana` -- INSERT INTO `strana` (`id_strana`, `name_strana`) VALUES (1, 'Россия'), (2, 'Украина'); 85

-- -------------------------------------------------------- --- Структура таблицы `uslugy` -- CREATE TABLE IF NOT EXISTS `uslugy` ( `id_uslugy` int(11) NOT NULL AUTO_INCREMENT, `name_uslugy` text NOT NULL, `id_cat` int(11) NOT NULL, `price` text NOT NULL, `komment` text NOT NULL, PRIMARY KEY (`id_uslugy`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=14 ; --- Дамп данных таблицы `uslugy` -- INSERT INTO `uslugy` (`id_uslugy`, `name_uslugy`, `id_cat`, `price`, `komment`) VALUES (1, 'Диагностика неисправностей гидросистем установок', 1, '3500', 'Новейшее оборудование'), (2, 'Ремонт гидросистем установок', 1, '10000', '-'), (3, 'Изготовление и замена рукавов высокого давления', 1, '700', '-'), (4, 'Ремонт гидроцилиндров', 1, '7000', '-'), (6, 'Изготовление тросов, направляющих и роликов ', 1, '2000', '-'), (7, 'Ремонт редукторов', 1, '4000', '-'), 86

(8, 'Ремонт и замена элементов стрел', 1, '15000', 'Гарантия на услугу 5 месяцев'), (9, 'Ремонт механизмов поворота', 1, '4000', '-'), (10, 'Сварочные и токарные работы по восстановлению станин', 1, '6000', 'Гарантия на услугу 2 месяца'), (11, 'Регламентное техническое обслуживание установок ', 1, '12000', 'Гарантия на услугу 1 месяц'), (12, 'Ремонт и замена поворотных кругов', 1, '8000', '-'), (13, 'Тестирование манипуляторов', 1, '3000', '-'); -- -------------------------------------------------------- --- Структура таблицы `zakaz` -- CREATE TABLE IF NOT EXISTS `zakaz` ( `id_zakaz` int(11) NOT NULL AUTO_INCREMENT, `id_klient` int(11) NOT NULL, `id_uslugy` int(11) NOT NULL, `id_sotr` int(11) NOT NULL, `id_oplaty` int(11) NOT NULL, `id_statusa` int(11) NOT NULL, `data_sdachy` text NOT NULL, `komment` text NOT NULL, PRIMARY KEY (`id_zakaz`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ; -- -------------------------------------------------------87

--- Структура таблицы `zamech` -- CREATE TABLE IF NOT EXISTS `zamech` ( `id_zamech` int(11) NOT NULL AUTO_INCREMENT, `id_sotr` int(11) NOT NULL, `zamechanie` text NOT NULL, `data` text NOT NULL, PRIMARY KEY (`id_zamech`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=2 ; --- Дампданныхтаблицы `zamech` -- INSERT INTO `zamech` (`id_zamech`, `id_sotr`, `zamechanie`, `data`) VALUES (1, 2, '1545454544', '01-01-1995'); /*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */; /*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */; /*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */; 88

Дипломная работа выполнена мной совершенно самостоятельно. Все использованные в работе материалы и концепции из опубликованной научной литературы и других источников имеют ссылки на них. «___» ________________ _____ г. _________________________ ____________________ (подпись) (Ф.И.О.) 89

Рецензии:

Авторизуйтесь, чтобы добавить рецензию

- у работы пока нет рецензий -

Отзывы:

Авторизуйтесь, чтобы оставить отзыв