Файл: Разработка сайта страховой компании «Согласие».pdf

Введение

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

• Калькуляторы;
• Компьютеры;
• Роботы;
• Холодильники;
• Телевизоры;
• Мультиварки;
• Музыкальные плееры и т.д.

Все эти механизмы выполняют свои функции быстра, четко и закономерно.

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

На основании выше сказанного и в рамках текущей курсовой работы по дисциплине «Разработка серверных приложений для WEB», представим собой разработку Web-сайта с управляемым содержимым.

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

По окончании работы над проектом студент будет:

знать:

• основные технологии сети Интернет;
• правила построения Интернет приложений;
• принципы работы приложений в сети Интернет;
• технологию интеграции приложений;
• основные понятия и термины web – программирования.

уметь разрабатывать приложения:

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

Таким образом объектам исследования является сама работа, а именно сайт страховой компании "Согласие" . Предмет исследования - это страховые услуги.

Курсавая работа выполняется в два этапа.

На первом этапе установим и сконфигурируем программное обеспечение Web-сервера.

На втором этапе проектируем Web-приложение и осуществляем написание его программного кода в среде программного обеспечения, установленного на сервере.

Отчет включает в себя следующие элементы:

• Титульный лист;
• Задание на курсовой проект;
• Содержание;
• Введение;
• Основная часть:
• Требования к приложению;
• Анализ исходных данных;
• Разработка приложения;
• Заключение;
• Список литературы;
• Приложение.

1. Основная часть

1.1 Требования к приложению

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

Появление в 90-х гг. XX века электронной коммерции стало возможным благодаря в первую очередь развитию на планете сети Internet. Это, в свою очередь, было причиной возникновения и развития целых отраслей, связанных с обработкой информации. К примеру, деньги в наше время стали в представлении многих людей ассоциироваться не только, да уже и не столько, как бумажки с портретами и памятниками архитектуры, а с виртуальными счетами в интернет- и обычных банках, с всевозможными платежными системами, кредитными картами, картами оплаты, балансами и т. д. Именно благодаря развитию информационного пространства, вовлечению в него миллионов пользователей, организаций и структур стало возможным появление в начале в США и Европе, а затем и в России и остальном мире, интернет-магазинов, в том числе их разновидность, сайты страховых компаний. Особенно оказались они востребованы у так называемого среднего класса: людей, имеющих стабильную хорошо оплачиваемую работу и ценящих при этом своё время, удобство и комфорт. Все меньше в наши дни остается людей готовых тратить время на хождение по реальным магазинам, стояние в очередях и прочие неудобства. И все больше число тех, кто просто хочет кликнуть мышкой и потом лишь открыть входную дверь, чтобы получить то, что ему необходимо.

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

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

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

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

Сайт, также, должен содержать информационные странички, а именна:

• О компании;
• Новости;
• История компании;
• Контактная информация.

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

В перспективе можно дополнить еще многими полезными страничками.

На основании постановки задачи, целей и задач, поставленных перед данной курсовой работай, а также анализа предметной области составим диаграмму UML данного проекта.

Диаграмму UML представим на рисунке 1:

Рисунок 1 - Диаграмма UML проекта

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

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

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

Настоящая работа посвящена разработке через тестирование «Сайта страховой компании» на технологии ASP.NET MVC 3 с использованием движка визуализации Razor появившегося в ASP.NET MVC 3.

1.2 Анализ исходных данных

На момент своего появления в 2002 году ASP.NET стала огромным шагом вперед. Стек технологий Microsoft, как он выглядел на то время, показан на рисунке 2 [1, c. 22]

Рисунок 2 – Стек технологий ASP.NET Web Forms

В Web Forms разработчики Microsoft попытались сокрыть как протокол HTTP (с его неизбежным отсутствием состояния), так и язык HTML (который на тот момент был незнаком многим разработчикам), моделируя интерфейс пользователя в виде иерархии серверных объектов, представляющих элементы управления. Каждый такой элемент управления отслеживает собственное состояние между запросами (с помощью средства View State по мере необходимости визуализируя себя в виде HTML – разметки, и автоматически подключая события клиентской стороны (например, щелчки на кнопках) с соответствующим кодом их обработки на стороне сервера). Фактически Web Forms – это гигантский уровень абстракции, разработанный для воссоздания классического, управляемого событиями графического пользовательского интерфейса в веб-среде.

Идея состояла в том, что бы веб – разработка выглядела подобно разработке Windows Forms. Отныне разработчикам не нужно иметь дело с сериями независимых запросов и ответов HTTP; теперь можно мыслить терминами сохраняющего свое состояние интерфейса пользователя. Можно забыть о веб-среде и её не поддерживающей состояние природе, а вместо этого строить пользовательские интерфейсы с помощью визуального конструктора, использующего технологию перетаскивания, и полагать – или, по меньшей мере, делать вид – что все происходит на сервере [2, c. 693]

ASP.NET MVC – это платформа для разработки веб-приложений от Microsoft, которая сочетает в себе эффективность и аккуратность архитектуры «модель-представление-контроллер», новейшие идеи и приемы гибкой разработки, а также все лучшее из существующей платформы ASP.NET. Она представляет собой полномасштабную альтернативу традиционной технологии ASP.NET Web Forms, предоставляя существенные преимущества для всех проектов веб-разработки, кроме наиболее тривиальных. Новая платформа ASP.NET MVC обеспечила радикальный сдвиг в разработке веб – приложений на платформе Microsoft. В ней делается упор на ясную архитектуру, шаблоны проектирования и тестируемость, и не предпринимается попыток сокрытия того, как работает веб-среда.

Термин модель – представление – контроллер (model – view – controller) используется с конца 70-х гг. прошлого столетия. Эта модель явилась результатом проекта Smalltalk в компании Xerox, где она была задумана как способ организации некоторых из ранних приложений графического пользовательского интерфейса. Некоторые из нюансов первоначальной модели MVC были связаны с концепциями, специфичными для Smalltalk, такими как экраны и инструменты, но более глобальные понятия все еще применимы к приложениям, и особенно хорошо они подходят для веб-приложений [1, с. 63].

Если оперировать понятиями высокого уровня, архитектурный шаблон MVC означает, что приложение MVC будет разделено, по крайней мере, на три части (рисунок 3).

Рисунок 3 – Структурные части архитектурного шаблона MVC

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

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

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

В MVC контроллеры являются классами, обычно производными от класса System. Web. Mvc. Controller. Каждый метод public в классе, унаследованном от класса Controller, называется методом действия и посредством системы маршрутизации ASP.NET связан с конфигурируемым URL. Когда запрос отправляется URL, связанному с методом действия, операторы в классе контроллера выполняются, чтобы провести некоторую операцию по отношению к модели предметной области и затем выбрать представление для отображения клиенту. Взаимодействия между контроллером, моделью и представлением показаны на рисунке 4.

Рисунок 4 – Взаимодействия между контроллером, моделью и представлением

Платформа ASP.NET MVC предоставляет поддержку для выбора механизмов визуализации. В более ранних версиях MVC использовался стандартный механизм визуализации ASP.NET, который обрабатывал ASPX-страницы с применением оптимизированной версии синтаксиса разметки Web Forms. В платформе MVC 3 был введен механизм визуализации Razor, который использует совершенно другой синтаксис. Visual Studio обеспечивает поддержку средства IntelliSense для обоих механизмов визуализации, максимально упрощая внедрение и ответ на данные представления, предоставленные контроллером [1, c. 65].

Анализ средств разработки и программных продуктов в сфере интернет

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

В это же время превалирующей архитектурой взаимодействия приложений посредством HTTP становится REST (Representational State Transfer – передача состояния представления), полностью затмевая собой SOAP (технологию, лежащую в основе первоначального подхода к веб-службам, использованного в ASP.NET). Стандарт REST описывает приложение терминами ресурсов, представляющих реальные объекты, и стандартных операций (методов HTTP), представляющих доступные операции с этими ресурсами.