Автор статьи
Валерия
Эксперт по сдаче вступительных испытаний в ВУЗах
1 2
Содержание
Введение 3 1 Теоретический раздел 6 1.1 Анализ предметной области 6 1.2 Постановка технического задания 8 1.3 Спецификация проекта 14 1.4 Проектирование базы данных проекта 17 2 Практический раздел 24 2.1 Технические средства 24 2.2 Программные средства 24 2.3 Создание базы данных проекта 28 2.4 Реализация компонентов web-сайта 33 2.5 Инструкция по эксплуатации 39 2.6 Тестирование 44 Заключение 47 Список литературы 48 Приложение 49Введение
В современном мире, в мире высокоразвитых технологий человечество все чаще и чаще ставит себе на службу высокотехнологические машины и механизмы. И это касается далеко не для замены человека в работах, где просто необходима не человеческая сила. В современном мире механизмы везде. Приведем примеры: Калькуляторы; Компьютеры; Роботы; Холодильники; Телевизоры; Мультиварки; Музыкальные плееры и т.д. Все эти механизмы выполняют свои функции быстро, четко и закономерно. Например, компьютеры помогают работать с данными, вести бизнес, разрабатывать проекты и создавать необходимую документацию. На основании выше сказанного и в рамках текущей курсовой работы по тематике разработки серверных приложений для WEB, представим разработку Web-сайта с управляемым содержимым. Актуальность темы определяется тем, что более и более все сферы человечества, в том числе и бизнес уходит в компьютерную сферу. Выше изложенное в целом на теоретико-методологическом уровне определило проблему настоящего исследования. Проблема заключается в наличии качественного и продвинутого программного обеспечения для ведения бизнеса в интернете. Недостаточная разработанность указанной проблемы и ее большая практическая значимость в повышении экономической эффективности ведения бизнеса и определила тему исследования: «Разработка веб-сайта зоопарка с применением современных технологий » Целью курсового проекта является проектирование и создание базы данных и интерфейса зоопарка, для достижения максимальной экономической выгоды. Задачи курсовой работы: Анализ предметной области; Постановка технического задания; Выбор инструментальных средств разработки; Описание предметной области; Постановка задачи; Проектирование и разработка БД; Проектирование и разработка web-сайта; Тестирование Инструкция по эксплуатации и т.д. Таким образом, объектом исследования является сама работа, а именно сайт зоопарка с маршрутами для реализации. Предмет исследования — это возможности создания данного интернет портала. Курсовая работа выполняется в два этапа. На первом этапе установим и сконфигурируем программное обеспечение Web-сервера и спроектируем базу данных и проект интернет-портала. Теоретическая значимость заключается в создании эффективного проекта сайта строго определенного кантента. Практическая значимость заключается в том, что на ряду с создание эффективного проекта сайта и создается прототип современного программного обеспечения, что приведет к его уже использованию и получению экономической выгоды. Основными методами исследования будут: изучение теоретических материалов, рассмотрение аналогов, проецирование, разработка и тестирование объекта иследования. На втором этапе проектируем Web-приложение и осуществляем написание его программного кода в среде программного обеспечения, установленного на сервере. Отчет включает в себя следующие элементы: Титульный лист; Содержание; Введение; Теоретическую раздел; Практический раздел ; Заключение; Список литературы; Приложение.1 Теоретический раздел
1.1 Анализ предметной области
В современном обществе значение бизнеса невозможно переоценить. Каждый день любой из нас сталкивается с тем, что ему приходиться что-то покупать, или же, наоборот, сам продает или оказывает услуги. Постоянно мы вынуждены вступать в товарно-денежные отношения, часто даже не задумываясь о том, что это — наиболее распространенная форма взаимодействия между людьми. Появление в 90-х гг. XX века электронной коммерции стало возможным благодаря, в первую очередь, развитию на планете сети Internet. Это, в свою очередь, было причиной возникновения и развития целых отраслей, связанных с обработкой информации. К примеру, деньги в наше время стали в представлении многих людей ассоциироваться не только, да уже и не столько, как бумажки с портретами и памятниками архитектуры, а с виртуальными счетами в интернет- и обычных банках, с всевозможными платежными системами, кредитными картами, картами оплаты, балансами и т.д.. Именно благодаря развитию информационного пространства, вовлечению в него миллионов пользователей, организаций и структур стало возможным появление в начале в США и Европе, а затем и в России и остальном мире, интернет-магазинов, интернет порталов с определенными услугами, в том числе их разновидность, сайтов по продаже товаров или услуг, например маршрутов в зоопарке, где можно не только ознакомится со списком товаров и получить справку, но и приобрести необходимый товар онлайн по удобной цене или заказать, забронировать, определенную услугу и даже оплатить ее. Особенно оказались они востребованы у так называемого среднего класса: людей, имеющих стабильную хорошо оплачиваемую работу и ценящих при этом своё время, удобство и комфорт. Все меньше в наши дни остается людей готовых тратить время на хождение по реальным магазинам, стояние в очередях и прочие неудобства. И все больше число тех, кто просто хочет кликнуть мышкой и потом лишь открыть входную дверь, чтобы получить то, что ему необходимо. Вся необходимая для работы информация, а точнее все данные будут содержаться в специальных таблицах-отношениях. Все таблицы являются связанными между собой и находятся в БД, при этом выполняются все требования, предъявляемые к реляционным базам данных. Данный проект упростит внесение и изменение всех персональных данных, а также не допустит появление противоречивой информации и различных аномалий. Он сделает процесс получения информации для клиентов максимально удобным и понятным, а обслуживание для администраторов простым и единственно правильным. Что касается зоопарка то для повышения интереса и соответственно для увеличения количества посещений администрация зоопарка разрабатывает особые маршруты доступа к животным. Каждый клиент будет снабжен специальным чипом, для контроля доступа к вольерам животных. Данный подход упростит доступ к животным организации, что естественно приведет к увеличении потока клиентов и естественно увеличению экономической выгоды зоопарка. Благодаря данному подходу человек точно будет знать информацию об маршруте и естественно выберет то, что ему нужно. Это естественно уменьшит его расходы и увеличит количество посещений зоопарка. Данный подход будет усилен технологиями если информацию о нем и возможность работать с маршрутами, заказывать их вывести в онлайн сеть интернет.1.2 Постановка технического задания
В рамках постановки задачи данной курсовой работы представим развернутое техническое задание на программный продукт: ВВЕДЕНИЕ Наименование программного изделия Полное наименование программной разработки: АИС «Зоопарк», в дальнейшем именуемая как «программа». Краткое название программы – «Зоопарк». Применения Программа «Зоопарк» предназначена для применения ее во всех зоопарках РФ. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Документ, на основании которого ведётся разработка Работа ведётся на основании задания на курсовое проектирование ЦЕЛИ РАЗРАБОТКИ ПРОГРАММЫ В рамках курсовой работы необходимо создать программный продукт, который будет реализовывать функционал современного зоопарка. Данное приложение очень актуально, так как позволяет систематизировать и собрать в себе всю информацию о работе такого данного портала, и далее, что очень важно, выдать эту информацию пользователю в нужном формате. Программный продукт новый, не имеет аналогов, очень эффективный, может применяться немедленно, кроме этого вполне подвержен модернизации, что увеличивает его привлекательность. Приложение простое и имеет интуитивно понятный интерфейс. ТРЕБОВАНИЯ К ПРОГРАММЕ Требования к функциональным характеристикам Состав выполняемых функций Программа должна обеспечивать возможность выполнения пе-речисленных ниже свойств: Самоорганизация. Гибкость — настраивается на любую структуру, для широкого круга деятельности. Безопасность — ограничение общего доступа к заранее определенным ресурсам БД. Целостность и доступность — маршруты в Базе дан¬ных интернет — магазина «Зоопарк» должны быть представлены в общепринятых в орга-низации форматах защищенных от изменений. Использование форм и шаблонов — позволит исполь¬зовать типовые документы с возможностью изменений определён¬ных полей. Возможность поиска — фильтрация по БДД. Возможность подключения независимых модулей для импорта данных из внешних источников данных в текущую БДД. В процессе своего функционирования программа должна выполнять следующий функционал: Добавление, удаление, обновление информации о клиентах; Добавление, удаление, обновление информации об администраторах; Добавление, удаление, обновление информации о менеджерах; Добавление, удаление, обновление информации о видах маршрутов; Добавление, удаление, обновление информации о маршрутах зоопарка; Формирование пользователей; Добавление, удаление, обновление информации об привилегированных пользователях; Создание заявки на маршрут заранее; Установка посещаемости сайта зоопарка ; Просмотр отчетов по продажам и текущей выручке. Организация входных и выходных данных В процессе работы программы входной информацией для программы должны являться: информация о клиентах, маршрутах, видах маршрутов, менеджерах и администраторах а также информация об заявках на покупку маршрута зоопарка. В процессе работы программы выходной информацией для программы должны являться: всевозможная информация о клиентах и их заказах, а также информация о маршрутах, видах маршрутов, менеджерах и администраторах. Временные характеристики, и размер занимаемой памяти Время реакции программы на нажатие любой из клавиш и манипуляции мышью не должно превышать 0,25с., в случае соответствия системных ресурсов требованию к составу и параметрам технических средств. Реакция на команды меню, кроме Открытия, Сохранения, Поиска не должна превышать 2с.. Реакция на команды Открытия, Сохранения, Поиска зависит от размера файла данных и настроек поиска. Объем занимаемой оперативной памяти не должен превышать 8 Мбайт. Требования к надежности Требования к надежному функционированию Программа должна нормально функционировать при бесперебойной работе ЭВМ. При возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после: перезагрузки операционной системы; запуска исполняемого файла программы; повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске. Уровень надежности программы должен соответствовать технологии про¬граммирования, предусматривающей: инспекцию исходных текстов программы; автономное тестирование модулей (методов) программы; тестирование сопря¬жении модулей (методов) программы; комплексное тестирование программы. Контроль входной и выходной информации Программа должна контролировать выбор пользователя пункта меню «Выход» и предупреждать его о потере «не сохраненных изменений». Время восстановления после отказа Время восстановления после отказа должно состоять из: времени переза¬пуска пользователем операционной системы; времени запуска пользователем исполняемого файла программы; времени повторного ввода потерянных дан¬ных. Условия эксплуатации Программа должна храниться в виде двух маркированных дискетных ко¬пий — эталонной и рабочей. Периодическая перезапись информации должна осуществляться согласно нанесенной маркировке. Условия хранения дискет должны соответствовать нанесенной на них маркировке. Требования к составу и параметрам технических средств Рекомендуемая конфигурация ПК: Операционная система: Windows 7/8/8.1/10; Процессор: IntelCorei3/ AMDFX 4330 или мощнее; Видеокарта: AMDRadeon 1Gb/ nVideaGeForse 640 1Gb или мощнее; Оперативная память: 1GbDDR3 RAM и более; Жесткий диск: 100Mb свободного места; Необходимые программные компоненты: Библиотека Microsoft. NET Framework 4.5 Требования к языкам программирования Разработка программы должна вестись на одном из следующих языков: Borland Delphi v4.0 иввыше. Microsoft Visio Studio 2012 и выше Выбор других языков нецелесообразен. Требования совместимости Для работы программы необходима операционная система WINDOWS 7 и более поздняя, драйверы мыши и принтера. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ Состав программной документации должен включать следующие доку¬менты: Инструкцию по эксплуатации программного средства ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ Технико-экономические показатели должны определяться заказчиком без участия исполнителя. СТАДИИ И ЭТАПЫ РАЗРАБОТКИ Разработка программы должна выполняться по следующим этапам: 1) разработка, согласование и утверждение технического проекта про¬граммы с пояснительной запиской — 5 недель; 2)разработка рабочего проекта программы с комплексным тестированием — 6 недель; 3)приемка-сдача с исправлением обнаруженных недостатков в программе и программной документации — 2 недели. 4)внедрение. ПОРЯДОК КОНТРОЛЯ ИПРИЕМКИ Виды испытаний Проверка документации программы осуществляется самим заказчиком с привлечением сторонних экспертов, способных засвидетельствовать факт соответствия созданного программного продукта всем пунктам технической документации, включая техническое задание и технический проект. Испытания и тестирование программы должны проводиться в процессе создания программы самим разработчиком: 1. C использованием контрольных тестов, позволяющих добиться проверки правильности работоспособности и взаимной совместимости максимального числа функций и операторов программы или модуля при минимальных затратах временных и финансовых ресурсов. 2. Путем пошагового исполнения программы или модуля (и непрерывного контроля значений переменных) в соответствии с набором тестовых примеров и сравнения полученных в процессе тестирования значений с контрольными значениями тестовых примеров. 3. С привлечением сторонних неофициальных бета-тестеров, которые в процессе тестирования программного продукта должны сообщать разработчику все найденные ошибки и неточности в работе программы. и проверка документации должна проводиться. Испытания и тестирование программы должны проводиться после завершения создания программы заказчиком: 1. С использованием проверочных тестов, составляемых заказчиком заблаговременно. 2. В процессе начального этапа внедрения программы, путем тестирования программы в организации заказчика в рабочих условиях на протяжении срока в 1 неделю. 3. В организации заказчика с привлечением сторонних экспертов.1.3 Спецификация проекта
В рамках данного раздела необходимо разобраться спецификацию данного проекта. В данном случае необходимо рассмотреть: цель программирования; структуру проекта; функционал проекта; внешний вид проекта. В первую очередь цель программирования. В нашем случае необходимо написать программный продукт «Сайт зоопарка» при этом учесть позиции двух сторон: пользователя и владельца. Что касается функционала, то для пользователя предусмотреть возможность просмотра всего каталога маршрутов, просмотра видов маршрутов, возможность выбора интересующегося маршрута для дальнейшего ее прочтения, то есть ознакомления. Для владельца в лице менеджера необходимо обеспечить возможность добавление нового вида, нового маршрута в вид, изменение маршрута, удаление маршрута из вида. Для владельца в лице директора необходимо обеспечить возможность добавление нового менеджера, обновление менеджера, удаление менеджера, просмотра результатов работы зоопарка. Сайт, также, должен содержать информационные странички для всех пользователей, а именно: О зоопарку; Наши новости; История зоопарка; Контактная информация. При этом нужно обеспечить понятный интерфейс приложения, сбалансированный внешний вид, не злоупотреблять цветами, Web-сайт должен быть приятным и доступным любому человеку. В перспективе можно дополнить еще многими полезными страничками. На основании постановки задачи, целей и задач, поставленных перед данной курсовой работай, а также анализа предметной области составим диаграмму UML данного проекта. Диаграмма вариантов использования UML представим на рисунке 1: Рисунок 1 — Диаграмма UML проекта Для качественной работы программного комплекса нужны входные данные в виде информации о пользователях(логин, пароль и т.д), информация о видах маршрутов, самих маршрутах, а именно название, цена и описание маршрута. В качестве выходных данных сайт будет выдавать всю информацию об маршрутах информационного сайта, чтобы пользователь мог сделать свой выбор оптимальным. Кроме этого, администратор сайта или владелец сайта может посмотреть и оценить результаты работы своего портала. Обыкновенный пользователь, не зарегистрированный, может посмотреть маршруты и их описание, почитать новости зоопарка и ознакомится с его историей. Что касается структуры, то можно акцентировать внимание на следующие факты: наличие большого заголовка; строка поиска; верхнее горизонтальное меню основных функций; баковое, левое, вертикальное меню основных функций; строка состояния; изменение страничек происходит путем изменения данных в правой центральной области. Настоящая работа посвящена разработке через тестирование «Сайта новостного характера» на технологии ASP.NET MVC с использованием движка визуализации Razor появившегося в ASP.NET MVC 3.1.4 Проектирование базы данных проекта
Проанализируем задачи работы. При более подробном рассмотрении поставленных задач, можно весьма ответственно утверждать, что такую задачу не решить без использования хранилища данных. При создания нашей программы мы выбрали язык программирования С#, для решения такого рода задач, где нужно хранить данные, информацию про маршруты зоопарка и их виды. Кроме этого ее нужно обрабатывать. Решать такие задачи целесообразно и удобно, используя БД. Для качественной работы в программе предусмотрено подключение к такой базе. Имеется в виду, что нужно создать базу данных. Под базой данных будем понимать такую базу данных, которая создана средствами других СУБД (например ACCESS2007 или БД SQL на сервере), а не возможностями самого языка программирования (например хранить данные в массивах). Язык программирования используется только для связи с СУБД и обработки данных. Кроме этого БД более эффективно поможет осуществить реализацию функционала программного комплекса. Цели создания внешней БД: Структурированность необходимых данных; Наличие взаимосвязи данных (Связи в БД); Представление внешних данных в виде моделей данных для дальнейшего целенаправленного их использования; База данных позволит рассмотреть первичный вариант проекта, что позволит рассмотреть и оценить несколько важных характеристик будущего проекта, например, это может быть, производительность системы. Информационный анализ предметной области, задач курсового проекта и входной информации привел к выделению информационных объектов предметной области, а именно: Маршруты (товары); описание; разделы(виды); покупки; пользователи. Определим связи информационных объектов предметной области через ER диаграмму, смотрите рисунок 2. Рисунок 2 — Связи информационных объектов предметной области Во время создания внешней БД создаются две модели БД. Имеется в виду логическая и физическая модель БД. Логический уровень — это абстрактный вид данных. В этой модели данные представляются так, как это понимает и видит человек, со своими понятиями структурирования и названий данных, как в реальном мире. Такая модель данных делит поступившие данные на сущности. Логическую модель БД представим на рисунке 3. Рисунок 3- Логическая модель БД Далее на основании логической модели и при помощи СУБД строится таблицы физической (реляционной) БД. В нашем случае физическая модель БД состоит из 5 таблиц: пользователи, товары, разделы, описание товаров, результаты деятельности зоопарка. Для проектирования базы данных по заданию АИС «Зоопарк» использовалось Microsoft SQL Server 2008 R2. При помощи функционала данной СУБД и на основании поставленных требований была разработана БД «zoo.mdf». В составе данной БД таблицы: пользователи, товары, разделы, описание товаров, результаты деятельности зоопарка. Физическую модель БД представим на рисунке 4. Рисунок 3 — физическая модель БД При подачи заявки, каждый заявка оформляется отдельной записью. В результате анализа были выделены 5 объектов, которые описывают дан¬ную предметную область. Это: сущность “Пользователь”, атрибутами которой являются ID_ пользователя, фамилия, имя и отчество пользователя, дата создания, логин, пароль и статус пользователя. Данная сущность включает в себя основные сведения о пользователях интернет — магазина. В качестве ключевого атрибута выбран ID_ пользователя. Данный атрибут является инверсным входом и он обязателен. сущность “Товары” содержит следующие атрибуты: регистрационный номер маршрута, ID_ вида, номер вида, название маршрута, цену маршрута. Данная сущность включает в себя основные сведения о маршрута зоопарка. Ключевым атрибутом является ID_ маршрута. Данный атрибут является инверсным входом и он обязателен. В качестве внешнего ключа здесь выступают регистрационной номер вида для связи с сущностью “Разделы”. сущность “Описание”, атрибутами которой являются ID_ описания, ID_ маршрута, суть описания. Данная сущность включает в себя основные сведения о маршрута. В качестве ключевого атрибута выбран ID_ описания. Данный атрибут является инверсным. сущность “Разделы”, атрибутами которой являются ID_ раздела, названия вида маршрутов. Данная сущность включает в себя основные сведения о видах маршрутов. В качестве ключевого атрибута выбран ID_ раздела. Данный атрибут является инверсным. сущность “Покупки”, атрибутами которой являются ID_ покупки, количество денег за покупку. Данная сущность включает в себя основные сведения о результате деятельности зоопарка. В качестве ключевого атрибута выбран ID_ покупки. Данный атрибут является инверсным. В качестве внешнего ключа здесь выступают регистрационной номер товара для связи с сущностью “Товары” и регистрационной номер пользователя для связи с сущностью “Пользователи”. Между объектами предметной области существуют связи, которые должны быть отражены в виде связей между объектами инфологической модели. Графи¬чески связь обозначается линией, соединяющей связываемые объекты. Связь снабжается алфавитно-цифровым идентификатором. В каждом направлении связи можно выделить главный объект, от которого идет связь, и подчиненный. Различают идентифицирующую связь и не идентифицирующую связь. При установлении не идентифицирующей связи дочерняя сущность остается незави¬симой. Экземпляр сущности родителя может существовать безотносительно к ка¬кому-либо экземпляру дочерней сущности. Идентифицирующей является связь между двумя сущностями, в которой каждый экземпляр подчиненной сущности идентифицируется значениями атри¬бутов родительской сущности. Это означает, что экземпляр подчиненной сущно¬сти зависит от родительской сущности и не может существовать без экземпляра родительской сущности. При проектирование была проведена нормализация отношений до третьей нормальной формы, т.е. были устранены не ключевые столбцы, не зависящие от ключа. Таким образом, все не ключевые атрибуты функционально полно зависят от ключа и отсутствуют транзитивные зависимости. Связи между сущностями представлены в таблице 1. Таблица 1 – Структура связей| Сущность-родитель | Сущность-потомок | Мощность связи | Тип связи |
| Раздел(виды) | Товар(маршруты) | Один ко многим | Идентифицирующая |
| Товар(маршруты) | Описание | Один ко многим | Идентифицирующая |
| Товар(маршруты) | Покупки | Один ко многим | Идентифицирующая |
| Пользователь | Покупки | Один ко многим | Идентифицирующая |
1 2
О сайте
Ссылка на первоисточник:
http://viepp.ru/
Поделитесь в соцсетях: