Проектирование Информационной Системы интернет-магазин компьютерных товаров

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

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

Курсовой проект

Проектирование Информационной Системы интернет-магазин компьютерных товаров

Введение

информационный программный access запрос

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

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

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

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

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

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

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

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

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

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

В случае увеличения продаж магазина штат будет расширяться.

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

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

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

Интернет-магазин состоит из следующих элементов:

1. сайт магазина

2. система обработки заказов

3. система доставки товара

4. система работы с поставщиками

Основные аспекты деятельности интернет-магазина:

1. прием персонала на работу

2. покупка товара интернет-магазином

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

4. возврат бракованного товара

5. уплата налогов

6. поддержка и обновление сайта.

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

В случае брака товара его можно вернуть. Магазин проведет проверку и либо вернет деньги, либо откажет в возврате.

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

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

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

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

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

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

Для интернет-магазина система доставки является одной из наиболее важных структурных составляющих. С одной стороны, это дополнительный сервис для клиента, с другой - дополнительный риск (время доставки, вопрос надежности, дополнительные расходы). Поэтому эта особенность заставляет интернет-магазин уделять службе доставки особое внимание.

Доставка товара клиенту может осуществляться следующим образом:

· собственной или независимой курьерской службой;

· федеральной почтовой службой;

· международными курьерскими службами;

· международной почтовой службой;

· российскими коммерческими почтовыми службами;

· профессиональными грузоперевозчиками.

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

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

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

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

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

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

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

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

Техническое задание включает следующие разделы:

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

· полное наименование системы и ее условное обозначение

· номер договора, наименование предприятий разработчика и заказчика системы, их реквизиты

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

2. назначение, цели создания, развития системы

· вид автоматизируемой деятельности

· перечень объектов, на которых предполагается использование системы

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

3. характеристика объектов автоматизации

· краткие сведения об объекте автоматизации

· сведения об условиях эксплуатации и характеристиках окружающей среды.

4. требования к системе

Требования к системе в целом:

· требования к структуре и функционированию системы

· требования к персоналу

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

Требования к функциям системы:

· перечень подлежащих автоматизации задач

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

· перечень отказов и их критерии.

Виды обеспечения системы:

· математическое

· информационное

· программное

· техническое

· организационное

· правовое.

5. состав и содержание работ по созданию системы

· перечень стадий и этапов работ

· сроки исполнения

· состав организаций - исполнителей работ

· вид и порядок экспертизы технической документации

· программа обеспечения надежности.

6. порядок контроля и приемки системы

· виды, состав, объем и методы испытаний системы

· общие требования к приемке работ по стадиям.

7. требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

· преобразование входной информации к машиночитаемому виду

· изменения в объекте автоматизации

· сроки и порядок комплектования и обучения персонала.

8. требования к документированию

· перечень подлежащих разработке документов

· перечень документов на машинных носителях.

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

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

2. Проектирование информационной системы I-shop

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

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

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

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

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

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

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

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

3. Программная реализация проекта

BPWin

Моделирование деловых процессов, как правило, выполняется с помощью case-средств. К таким средствам относятся BPwin (PLATINUM technology), Silverrun (Silverrun technology), Oracle Designer (Oracle), Rational Rose (Rational Software) и др. Функциональные возможности инструментальных средств структурного моделирования деловых процессов будут рассмотрены на примере case-средства BPwin.

BPwin поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD).

Инструментальная среда BPwin

BPwin имеет достаточно простой и интуитивно понятный интерфейс пользователя. При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной диаграммы) и, в левой части, навигатор модели - Model Explorer.

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

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

Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.

Построение модели IDEF0

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

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

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

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

Цель моделирования

Цель моделирования определяется из ответов на следующие вопросы:

· Почему этот процесс должен быть смоделирован?

· Что должна показывать модель?

· Что может получить клиент?

Точка зрения

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

IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. Для внесения области, цели и точки зрения в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties. В закладке Purpose следует внести цель и точку зрения, а в закладку Definition - определение модели и описание области.

В закладке Status того же диалога можно описать статус модели, время создания и последнего редактирования. В закладке Source описываются источники информации для построения модели. Закладка General служит для внесения имени проекта и модели, имени и инициалов автора и временных рамок модели - AS-IS и ТО-ВЕ.

Обычно сначала строится модель существующей организации работы - AS-IS («как есть»). Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ («как должно быть») - модели новой организации бизнес-процессов.

Результат описания модели можно получить в отчете - Model Report. Диалог настройки отчета по модели вызывается из пункта меню Tools/Reports/Model Report.

Модель может содержать четыре типа диаграмм: контекстную, диаграмму дерева узлов, диаграммы для экспозиции, диаграммы для экспозиции.

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

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

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

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

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

Вход (Input) - информация, которая используются или преобразуются работой для получения результата.

Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая диаграмма должна иметь хотя бы одну стрелку управления. Стрелка управления рисуется как входящая в верхнюю грань диаграммы.

Выход (Output) - информация, которая производятся в процессе работы. Каждая диаграмма должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла и не должна моделироваться.

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

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

Словарь стрелок редактируется при помощи специального редактора Arrow Dictionary Editor, в котором определяется стрелка и вносится относящийся к ней комментарий.

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

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

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

4. Разработка базы данных

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

На данном этапе необходимо проанализировать запросы пользователей, выбрать информационные объекты и их характеристики и на основе анализа структурировать предметную область (рис. 3).

Анализ предметной области целесообразно разбить на три фазы:

Анализ концептуальных требований и информационных потребностей;

Выявление информационных объектов и связей между ними;

Построение концептуальной модели предметной области и проектирование концептуальной схемы БД

Анализ концептуальных требований

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

Анализ требований пользователей к БД (концептуальных требований);

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

Выявление перспективных задач (перспективных приложений);

Документирование результатов анализа.

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

Выявление информационных объектов и связей между ними

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

При выборе информационных объектов необходимо ответить на ряд вопросов:

На какие таблицы можно разбить данные, подлежащие хранению в БД?

Какое имя можно присвоить каждой таблице?

Какие наиболее интересные характеристики (с точки зрения пользователя) можно выделить?

Какие имена можно присвоить выбранным характеристикам?

Access

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

Для работы с СУБД Access 97-2003 требуются:

Компьютер с процессором 500 Гц или выше

Windows 98 / Millennium / 2000 / XP / Vista

Microsoft Windows 3.1 или выше

Не менее 256 МВ оперативной памяти (рекомендуется 512 минимум)

1 Гб свободной памяти на жестком диске

Мышь, клавиатура

СУБД позволяет задавать типы данных и способы их хранения. Можно также задать критерии (условия), которые СУБД будет в дальнейшем использовать для обеспечения правильности ввода данных. В самом простом случае условие на значение должно гарантировать, что не будет введен случайно в числовое поле буквенный символ. Другие условия могут определять область или диапазоны допустимых значений вводимых данных.

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

Так как Microsoft Access является современным приложением Windows, можно использовать в работе все возможности DDE (динамический обмен данными) и OLE (связь и внедрение объектов). DDE позволяет осуществлять обмен данными между Access и любым другим поддерживающим DDE приложением Windows. В Microsoft Access можно при помощи макросов или Access Basic осуществлять динамический обмен данными с другими приложениями.

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

В Microsoft Access для обработки данных базовых таблиц используется мощный язык SQL (структурированный язык запросов). Используя SQL можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию. Access значительно упрощает задачу обработки данных. Совсем не обязательно знать язык SQL. При любой обработке данных из нескольких таблиц Access использует однажды заданные связи между таблицами.

В Microsoft Access имеется также простое и в то же время богатое возможностями средство графического задания запроса - так называемый «запрос по образцу» (query by example), которое используется для задания данных, необходимых для решения некоторой задачи. Используя для выделения и перемещения элементов на экране стандартные приемы работы с мышью в Windows и несколько клавиш на клавиатуре, можно буквально за секунды построить довольно сложный запрос.

Microsoft Access спроектирован таким образом, что он может быть использован как в качестве самостоятельной СУБД на отдельной рабочей станции, так и в сети - в режиме «клиент-сервер». Поскольку в Microsoft Access к данным могут иметь доступ одновременно несколько пользователей, в нем предусмотрены надежные средства защиты и обеспечения целостности данных. Можно заранее указать, какие пользователи или группы пользователей могут иметь доступ к объектам (таблицам, формам, запросам) базы данных. Microsoft Access автоматически обеспечивает защиту данных от одновременной их корректировки разными пользователями. Access также опознает и учитывает защитные средства других подсоединенных к базе данных структур (таких, как базы данных Paradox, dBASE и SQL).

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

Microsoft Access предоставляет дополнительные средства разработки приложений, которые могут работать не только с собственными форматами данных, но и с форматами других наиболее распространенных СУБД. Возможно, наиболее сильной стороной Access является его способность обрабатывать данные электронных таблиц, текстовых файлов, файлов dBASE, Paradox, Btrieve, FoxPro и любой другой базы данных SQL, поддерживающей стандарт ODBE. Это означает, что можно использовать Access для создания такого приложения Windows, которое может обрабатывать данные, поступающие с сетевого сервера SQL или базы данных SQL на главной ЭВМ.

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

Заключение

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

В процессе проектирования модели ИС мы исследовали взаимодействие с внешней средой интернет-магазина, такие как: клиенты интернет-магазина; входные и выходные параметры: заказы клиентов и исполнение этих заказов.

Для решения данной задачи мы воспользовались CASE - средством BPWin.

При проектировании модели ИС корпорации были созданы:

· Главная диаграмма.

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

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

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

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

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

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

При соблюдении этих условий интернет-магазин будет приносить прибыль.

Библиографический список

1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М: «Финансы и статистика», 2000

2. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем. Учебник. М.: «Финансы и статистика», 2002

3. Калянов Г.Н. Структурный системный анализ. М.: Лори, 1997

4. Марка Д.А., МакГоуэн К. SADT - методология структурного анализа и проектирования. М.: Метатехнология, 1993

5. Черемных С.В., Ручкин В.С., Семенов И.О. Структурный анализ систем. IDEF-технологии. М.: Финансы и статистика, 2001

6. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. Интернет-университет информационных технологий - ИНТУИТ.ру, 2008

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