Курсовая работа (т): Разработка системы учета заказанных через Интернет товаров в качестве индивидуального предпринимателя-посредника с последующей доставкой заказчику

Разработка системы учета заказанных через Интернет товаров в качестве индивидуального предпринимателя-посредника с последующей доставкой заказчику

Содержание

Введение

Глава 1. Анализ предметной области

1.1 Основные понятия и постановка задачи

.2 Обзор облачных сервисов

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

.4 Выбор платформы разработки

Глава 2. Проектирование системы

2.1 Определение требований к разрабатываемой системе

.2 Модель вариантов использования

.3 Модель предметной области

.4 Руководство пользователя

Глава 3. Оценка эффективности проекта

3.1 Расчет себестоимости информационной системы

.2 Оценка экономической эффективности внедрения системы

.3 Основные экономические показатели

Заключение

Список литературы

Введение

Облачные вычисления - технология распределённой обработки данных, в которой компьютерные ресурсы и мощности предоставляются пользователю как Интернет-сервис. [1]

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

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

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

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

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

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

Для достижения данной цели необходимо решить следующие задачи:

1)      Провести анализ бизнес-процессов.

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

)        Проанализировать рынок облачных сервисов.

)        Выполнить проектирование системы.

)        Создать базу данных и прототип приложения.

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

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

В третьей главе обосновывается экономическая эффективность внедрения разработанного приложения на предприятии.

Глава 1. Анализ предметной области

.1 Основные понятия и постановка задачи

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

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

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

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

Налогообложение осуществляется по единому налогу на вменённый доход. Уплата индивидуальными предпринимателями единого налога предусматривает их освобождение от обязанности по уплате налога на доходы физических лиц и налога на имущество физических лиц [4].

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

.2 Обзор облачных сервисов

Исходя из понятия облачных технологий, сравнение следует проводить исходя из критериев объёма, расширяемости и стоимости эксплуатации оплаченного облака. Для обзора были взяты облачные сервисы Dropbox, Google Drive, облако Mail.ru и MEGA. [3]

Таблица 1.1 Сравнение облачных сервисов

На основании проведенного обзора было принято решение использовать сервис Google Drive. Интерфейс прикладного программирования Google позволяет получить доступ не только к самому облачному хранилищу, но и к остальным сервисам, что позволит расширить возможности разрабатываемого приложения в связи с появлением новых функциональных требований.

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

Версия системы управления базами данных Access входит в состав пакета Microsoft Office, а также доступна как самостоятельный продукт. В состав Access входят:

)        Средства манипуляции данными Access.

)        Средства создания форм, отчетов и приложений, при этом отчеты могут быть экспортированы в формат Microsoft Word или Microsoft Excel, а для создания приложений используется Visual Basic for Applications, общий для всех составных частей Microsoft Office.

)        Средства публикации отчетов и формирования запросов.

СУБД Access входит в профессиональную версию офисной системы Microsoft Office и предназначена для разработки простых диалоговых информационных систем, она использует реляционную модель данных и графический интерфейс Windows.

К достоинствам СУБД ACCESS относится:

1)      Простота и удобство работы, как конечного пользователя, так и разработчика баз данных.

2)      Поддержка основных видов ограничений целостности базы данных.

)        Поддержка современных стандартов для систем программирования и баз данных.

Из недостатков можно отметить недостаточно высокую эффективность при работе с большими объемами данных. [8]

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

.4 Выбор платформы разработки

Delphi XE5 - интегрированная среда разработки ПО для Microsoft Windows на языке Delphi (ранее носившем название Object Pascal), созданная первоначально фирмой Borland и на данный момент принадлежащая и разрабатываемая Embarcadero Technologies. Embarcadero Delphi является частью пакета Embarcadero RAD Studio и поставляется в четырёх редакциях: Starter, Professional, Enterprise и Architect. [9]

Язык Delphi имеет широкий спектр средств для взаимодействия с базами данных, в том числе на технологии клиент-сервер, с возможностью подключения дополнительных библиотек. В версии начиная с XE5 включён набор компонентов FireDAC для универсального доступа к базам данных.

Входящая в состав Delphi XE5 платформа Firemonkey предназначена для разработки визуально привлекательных приложений, использующая возможности графического процессора. Используя эту платформу можно разрабатывать приложения сразу для Mac OS X, Win32, Win64 и iOS. Поздние версии Delphi также поддерживают Multi-Device Application, что значительно повышает кроссплатформенность разрабатываемых приложений.

Также в этой среде разработки имеется библиотека REST Client Library которая предоставляет прикладной интерфейс для сервисов Google, Dropbox, Facebook, Вконтакте и других подобных.

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

Глава 2. Проектирование системы

.1 Определение требований к разрабатываемой системе

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

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

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

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

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

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

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

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

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

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

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

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