Разработка проекта онлайн-магазина

Требования, предъявляемые к информационной базе, программному обеспечению и комплексу технических средств. Инфологическое моделирование предметной области. Логическая структура базы данных. Характеристика основных этапов создания интернет-магазина.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 14.06.2021
Размер файла 981,6 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

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

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

Разработка проекта онлайн-магазина

1. Последовательность работы

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

1 шаг: Выбор ниши - решаем, что продавать в интернет-магазине

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

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

Подключите сарафанное радио, давайте бонусы и скидки за хорошие отзывы - словом, заставьте людей говорить о вашем магазине.

2 шаг: Изучаем ЦА -- целевую аудиторию. Портрет ЦА вам очень пригодится: если не знать, для кого вы работаете - велик шанс вылететь в трубу. Скажем, продавать товары для дома без башенным подросткам - бесполезное дело. Старшее поколение вряд ли заинтересуется навороченными гаджетами, а жителям города ни к чему товары для сада и огорода.

Какие характеристики ЦА нужно знать:

· Пол - в основном в интернет-магазинах покупают женщины. Да и в офлайн, честно говоря, тоже. Мужчины делают заказы только в крайних случаях: когда нужно сделать подарок или сюрприз, или если рядом нет женщины, которая все выберет и оформит сама;

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

· Молодежь, напротив, очень мобильна и спонтанна: покупка в интернет-магазине для них не событие, а малозначащий эпизод: купили и забыли.

· Финансовое положение - малообеспеченные люди выбирают, что подешевле, ищут распродажи и акции.

· Люди со средним достатком обращают внимание в первую очередь на качество, а уж потом на цену. Ну а откровенно богатых можно заинтересовать разве что чем-то необычным и эксклюзивным - остальное у них уже скорее всего есть. Если, конечно, они вообще сами делают покупки в интернет-магазине.

3 шаг: находим поставщиков

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

Местоположение: если вы в какой-то области, а ваш поставщик в другой - вряд ли вам будет удобно ждать доставки товаров через всю страну;

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

Условия работы: Многие поставщики работают только с оптом: если вы пока только раскручиваетесь, можете не потянуть большие партии;

Цена закупки: невидитесь на слишком низкие цены: бесплатный сыр бывает только в мышеловке. Слишком дорого тоже не пойдет - помните, что вам еще нужно делать собственную наценку, чтобы получить прибыль.

4 шаг: создаём сайт интернет-магазина

Складская программа для интернет-магазина должна уметь формировать следующие документы:

1. Заявки.

2. Оплаты.

3. Категории.

4. Статусы.

5. Производители.

6. Пользователи.

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

5 шаг: добавляем товары на базу интернет-магазина

Для этого мы должны создать БД для складского учета.

2. Техническое задание

Настоящее Техническое Задание (ТЗ) определяет назначение, общие и специальные требования к Автоматизированная информационная система "Онлайн магазин" (АИС "Онлайн магазин"), предназначенной для автоматизации обмена информацией и товаров.

1. Общие сведения

1.1. Наименование системы - «БД для АРС»

Полное наименование системы: База данных для автоматизации работы складской системы.

Автоматизированная информационная система "Онлайн магазин".

1.4. Основание для проведения работ

Основанием для проведения работ по созданию системы "Склад складской учет".

№777 от 21 февраля 2021

1.5. Сроки начала и окончания работ

Дата начала работ: 21.02.2021

Дата окончания работ: 11.03.2021

1.6. Источники и порядок финансирования работ

Финансируется заказчиком

1.7. Порядок оформления и предъявления Заказчику результатов работ. Работы по созданию Системы производятся и принимаются поэтапно. Подпись Заказчика и Исполнителя на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями:

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

· Заказчик согласен со всеми положениями настоящего Технического Задания.

· Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ либо оказания услуг, прямо не описанных в настоящем Техническом Задании.

· Исполнитель обязуется выполнить работы в объёме, указанном в настоящем Техническом Задании.

· Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании.

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

2. Цель создания ИС

2.1 Цель

интернет магазин инфологический программный

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

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

2.2 Требования к подсистемам

Основываются на общих правилах системы. И опираются в большинстве своем на устав компании в целом.

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

Информационная база должна работать бесперебойно, должна быть максимально автоматизирована, для удобства работы в целом. Обновляться по нужде кладовщика.

3. Требования к базе данных

Задача:

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

Еще ниже указан список интересующих вопросов по Mymagaz и внедрению.

Исходные данные:

Табл. 1

Наименование параметра

Параметр

Размерность

Тип товара

_______________________

Учитывать принцип товарного соседства при размещении

Да

Описание входного потока:

________________________

Способ идентификации товаров на приходе:

________________________

По названию товара

По дате производства

По сроку годности

По производителю

По себестоимости

По цене продажи

По информации на коробках

Да

По информации на штуках

Да

Требования по входному контролю:

100% контроль штук

Да

Выборочный контроль вложения в коробки

Да

Пиковое поступление товара в день:

________________________

В штуках

________________________

шт

Описание выходного потока:

________________________

Кол-во подбираемых в день заявок

1000

шт

Кол-во строк в заявке(среднее/максимальное/минимальное)

10/200/1

шт

Рабочие места:

· 1 место - начальник склада

· 2 место - оператор склада

· 2 места - приемка товара (стационарные)

· 20-30 мобильных терминалов сбора данных

Требуемые функции:

Приемка и размещение товара

1. Приемка одной накладной на нескольких терминалах

2. Печать штрих-кода

3. Автоматическое взвешивание позиции (фиксация веса)

4. Учет габаритов товара, учет наполненности ячейки

5. Размещение товара в свободных ячейках (на усмотрение сотрудника, который разносит товар)

6. Размещение в активные ячейки (ячейки для отбора товара) и в зону хранения

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

8. Размещение на хранение с учетом принципа товарного соседства

Сборка

1. Сборка одной накладной несколькими сотрудниками

2. Приоритет сборки накладных

3. Определение маршрута перемещения сборщика по складу согласно внутренним приоритетам

4. Формирование из нескольких накладных сборочных листов для разных зон

A. Возможность комбинировать сборку по накладной и сборочным листам

B. Проверка и паковка накладных, формирование нескольких мест из одной накладной, либо из нескольких накладных одного места

Отгрузки

1. Задание на перемещение мест с зоны комплектации в зону отгрузки (размещение в ячейки) по направлениям отгрузки

2. Объединение нескольких мест в один груз (одно или несколько мест)

3. Формирование грузов на отправку по направлениям (городам, транспортным компаниям) с учетом вместимости и грузоподъемности имеющегося транспорта

Прочее

1. Работа по терминалам и печатным документам

2. Формирование заданий на проверку ячеек, в которых в процессе размещения товара не хватило места (переполненные ячейки)

3. Формирование заданий на подпитку активных ячеек

4. АВТОМАТИЧЕСКОЕ размещение в ячейки согласно ABC-анализу, формирование перемещений на основе ABC-анализа

5. Анализ производительности

6. Инвентаризация

A. По товару, по группе, по ячейкам, по зонам

B. По проблемным ячейкам (по которым не хватило места)

C. По проблемным товарам (которые попали в недостачи)

Вопросы:

§ Платформа (PHP)

§ Стоимость продукта, стоимость внедрения (___________________)

§ Сроки внедрения (__. __. ____)

§ Производительность системы

§ Открытость/закрытость исходных кодов.

4. Создание базы данных

1. Модели данных

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

Модель данных, с одной стороны, представляет собой формальный аппарат для описания информационных потребностей пользователей, а с другой - большинство СУБД ориентируются на конкретную модель данных, и, таким образом, если информационные потребности удается точно выразить средствами одной из моделей данных, то соответствующая СУБД позволяет относительно быстро создать работоспособный фрагмент ИС.

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

1.1. Базовые модели данных, используемые в ИС

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

Довольно-таки часто все названные объекты встраиваются в структуру отношений, которые можно считать простейшими универсальными объектами.

Количество существенно различающихся моделей данных определяется наличием различных множеств информационных конструкций.

Хранимые в базе данные имеют определенную логическую структуру, то есть, представлены некоторой моделью, поддерживаемой СУБД. К числу важнейших относятся следующие модели данных:

1. Инфологическая;

2. Иерархическая;

3. Сетевая;

4. Реляционная;

5. Объектно-ориентированная.

2. Инфологическое моделирование предметной области

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

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

Одно из главных понятий инфологической модели - объект. Это понятие связано с событиями: возникновение, исчезновение и изменение.

Объекты могут быть атомарными или составными.

Атомарный объект -- это объект определенного типа, дальнейшее разложение которого на более мелкие объекты внутри данного типа невозможно.

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

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

Инфологическая модель позволяет выделить три категории фактов: истинные, значимые и ложные.

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

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

Цель инфологического моделирования - формализация объектов реального мира предметной области и методов обработки информации в соответствии с поставленными задачами обработки и требованиями представления данных естественными для человека способами сбора и представления информации.

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

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

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

Основными компонентами инфологической модели являются:

· описание предметной области;

· описание методов обработки;

· описание информационных потребностей пользователя.

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

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

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

Программа "Mymagaz" предназначена для облегчения учета движения товаров. Наиболее рутинными и в то же время наиболее ответственными процессами являются:

Ввод приходных документов с указанием поступивших товаров.

Выписывание расходных документов.

Подготовка различных отчетов по движению товаров.

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

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

2.2. Схема ER-Диаграммы

Рис. 1

3. Проектирование реализации

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

Табл. 2

№ п/п

Тип сущности

Атрибуты

1.

Производитель

ID_pr, Name_pr, Phone_pr, Address_pr

2.

Категория

ID_cat, Name_cat

3.

Товар

ID_tov, Name_tov, Price, ID_cat, ID_pr

4.

Заявка

ID_zay, ID_tov, Quantity_tov, ID_pol, ID_st, Comments, ID_op

5.

Оплата

ID_op, Name_op

6.

Статус

ID_st, Desc_st

7.

Пользователи

ID_pol, login, password, Phone_pol, Email_pol, ID_st

4. Физическое проектирование

4.1. Структура базы данных

До физического создания БД необходимо провести датологическое проектирование, т.е. построить логическую структуру БД, установить связи, нормализовать отношения.

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

4.2. Таблицы

Вся информация базы данных хранится в виде таблиц, такая БД носит название реляционной БД.

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

Каждая таблица состоит из однотипных строк и имеет уникальное имя.

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

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

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

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

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

4.3. Логическая структура базы данных

Логическая структура базы данных определяет:

· таблицы и их имена, также называемые сущностями (entities);

· имена полей, также называемые атрибутами (attributes) каждой таблицы;

· характеристики полей, например уникальность их значения и допустимость значений NULL, а также тип данных, хранимых в поле;

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

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

4.4. Типы связей

Существует три типа связей между таблицами:

Один к одному -- каждая запись родительской таблицы связана только с одной записью дочерней. Такая связь реализуется путем определения уникального внешнего ключа;

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

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

4.5. Нормализация базы данных

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

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

Всякая нормализованная таблица автоматически считается таблицей в первой нормальной форме, сокращенно 1НФ. Таким образом, строго говоря, "нормализованная" и "находящаяся в 1НФ" означают одно и то же. Однако на практике термин "нормализованная" часто используется в более узком смысле - "полностью нормализованная", который означает, что в проекте не нарушаются никакие принципы нормализации. Дадим точные определения наиболее распространенных форм нормализации.

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

Таблица находится во второй нормальной форме (2НФ), если она удовлетворяет определению 1НФ и все ее поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом.

Таблица находится в третьей нормальной форме (3НФ), если она удовлетворяет определению 2НФ и не одно из ее не ключевых полей не зависит функционально от любого другого не ключевого поля.

Таким образом, каждая нормальная форма является в некотором смысле более ограниченной, но и более желательной, чем предшествующая. Это связано с тем, что "(N+1) -я нормальная форма" не обладает некоторыми непривлекательными особенностями, свойственным "N-й нормальной форме". Общий смысл дополнительного условия, налагаемого на (N+1) -ю нормальную форму по отношению к N-й нормальной форме, состоит в исключении этих непривлекательных особенностей.

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

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

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

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

Рекомендательно БД должен выглядеть так:

Рис. 2

Рис. 3

Рис. 4

Рис. 5

Рис. 6

Рис. 7

Рис. 8

Рис. 9

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

...

Подобные документы

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

    курсовая работа [9,5 M], добавлен 11.08.2012

  • Бизнес-правила интернет-магазина. Минимальные требования к техническому и программному обеспечению. Разработка реляционной базы данных. Задание первичных и альтернативных ключей. Справочник для приобретения и ознакомления с музыкальным инструментом.

    курсовая работа [2,1 M], добавлен 22.01.2014

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

    курсовая работа [2,7 M], добавлен 02.12.2012

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

    дипломная работа [1,7 M], добавлен 08.06.2013

  • Разработка тематических "онлайн-магазинов". Обоснование выбора информационных технологий. Архитектурное решение проекта. Разработка модели базы данных магазина. Схема базы данных на языке SQL. Интернет-магазины "ebay.com", "onliner.by", "eda.by".

    курсовая работа [1,1 M], добавлен 24.06.2013

  • Методы и средства проектирования информационных систем. Анализ предметной области. Разработка модели базы данных. Анализ рисковых ситуаций, расчёт их последствий. Техническая и программная реализация проекта. Основные требования к аппаратному обеспечению.

    курсовая работа [1,1 M], добавлен 23.03.2017

  • Генезис электронной коммерции, ее основные предпосылки и тенденции развития. Систематизация теории и методологии создания интернет-магазина, изучение успешного зарубежного и отечественного опыта в данной области. Разработка проекта интернет-магазина.

    дипломная работа [7,0 M], добавлен 29.06.2012

  • Требования к информационной системе интернет-магазина на базе "1С:Предприятие 8". Выбор средства для разработки. Реализация и тестирование программного средства. Редактирование базы данных. Оценка функционального качества программного средства.

    курсовая работа [1,7 M], добавлен 07.09.2012

  • Проектирование даталогической модели в виде логической структуры реляционной базы данных в СУБД Microsoft SQL Server на основе созданной инфологической модели базы данных интернет-магазина музыки. Выделение сущностей и связей, анализ предметной области.

    курсовая работа [724,6 K], добавлен 15.06.2013

  • Характеристика основных программных средств построения электронного магазина. Разработка структуры построения электронного магазина. Безопасность платежей в Интернете. Разработка алгоритма работы интернет-магазина. Разработка системы оплаты и доставки.

    дипломная работа [1,9 M], добавлен 10.03.2014

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

    реферат [403,8 K], добавлен 02.02.2014

  • Общая схема интернет-магазина. Установка CMS Joomla, Virtuemart и Denwer на компьютер. Настройка внешнего вида и функционала интернет-магазина. Доставка товара покупателю и способы его оплаты. Оптимизация работы интернет-магазина с базами данных.

    курсовая работа [505,3 K], добавлен 17.12.2014

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

    отчет по практике [2,9 M], добавлен 01.05.2015

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

    контрольная работа [1,8 M], добавлен 07.06.2014

  • Обзор принципов построения информационных систем для торговли через интернет. Сравнительная характеристика программных средств построения электронного магазина. Проектирование и программная реализация интернет–магазина. Экономическое обоснование проекта.

    дипломная работа [2,5 M], добавлен 13.02.2006

  • Принципы построения Интернет-магазинов. Система Интернет-платежей. Структура электронного магазина, разработка его архитектуры, операционной, серверной, администраторской и клиентской частей. Алгоритма работы магазина. Экономическое обоснование проекта.

    дипломная работа [2,4 M], добавлен 12.04.2012

  • Описание особенностей функционирования магазина. Проектирование системы: инфологическое моделирование и построение диаграммы потоков данных. Моделирование и программная реализация информационной системы. Проектирование пользовательского интерфейса.

    курсовая работа [1,6 M], добавлен 18.02.2013

  • Описание предметной области. Концептуальное проектирование базы данных. Разработка базы данных оптового склада. Требования, предъявляемые к аппаратному и программному обеспечению Borland Delphi 7.0 и MySQL. Работа с базой данных оптового склада.

    курсовая работа [705,8 K], добавлен 18.06.2015

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

    курсовая работа [303,7 K], добавлен 27.02.2009

  • Разработка приложения, позволяющего автоматизировать документооборот предприятия по списанию основных средств. Мероприятия по защите и обеспечению целостности базы данных. Разработка клиентского приложения. Запросы к базе данных, руководство пользователя.

    курсовая работа [700,0 K], добавлен 14.01.2015

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.