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

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего образования

"Поволжский государственный технологический университет"

Кафедра информационных систем в экономике

Курсовая работа

по дисциплине "Проектный практикум"

на тему: "Проектирование информационной системы интернет-магазина компьютерного оборудования"

Выполнила: студентка гр. ПИб-41

Милютина А.Ю.

Проверила: ассистент каф. ИСЭ

Амбарян Ц.О.

Йошкар-Ола 2016

Содержание

• Введение
• 1. Описание предметной области
• 1.1 Концептуальная модель
• 1.2 Модель объектов
• 1.3 Проблемы предметной области
• 2. Логическая модель ИС
• 2.1 Разработка требований к ИС
• 2.2 Предварительное проектирование ИС
• 3. Разработка физической модели ИС
• 3.1 Диаграмма классов
• 3.2 Диаграмма компонентов
• 3.3 Диаграмма слоев
• Заключение
• Список использованной литературы

Введение

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

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

Для описания предметной области и проектируемой системы будем использовать диаграммы UML. Язык моделирования UML предоставляет выразительные средства для создания визуальных моделей и обладает рядом значимых преимуществ:

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

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

· Диаграммы UML сравнительно просты для чтения после быстрого ознакомления с его синтаксисом;

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

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

1.1 Концептуальная модель

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

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

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

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

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

Действующее лицо (actor) - множество логически связанных

ролей, выполняемых пользователями при взаимодействии с вариантами использования.

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

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

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

· Клиент (покупатель) - выбирает необходимый ему товар;

· Менеджер по продажам - сотрудник сети компьютерного оборудования.

· Кассир - производит прием денег на кассе;

· Кладовщик - выдает товар со склада;

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

Основной деятельностью сети компьютерного оборудования является продажа компьютерного оборудования.

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

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

Кладовщик - следит за наличием товаров на складе, так же делает заказ у поставщика, если он выдал последний товар со склада

Кассир - проводит прием всех денежных средств через кассу, выдает чек по каждому товару

Основные функции участников общей системы, описанные выше, представлены на рис. 2 в виде диаграммы прецедентов.

Рисунок 1 - Диаграмма прецедентов для текущей системы продажи компьютерного оборудования

1.2 Модель объектов

Диаграмма объектов UML - это снимок объектов системы в какой-то момент времени.

На диаграмме объектов, которая представлена на рисунке 2,применяют один основной тип сущностей: объекты или экземпляры классов (Сотрудники, Клиент, Заказы, Товары в заказе, Товары, Поставщики), между которыми указаны конкретные связи.

Осуществление заказа происходит таким образом: Сотрудник, взаимодействуя с Клиентом, осуществляет заказ, либо сам Клиент заказывает необходимые для него товары. Данный Заказ формируется в объекте Товары в заказе. Сотрудник контактирует с Поставщиком, который в свою очередь предоставляет необходимые для заказчика товары.



Рисунок 2 - Диаграмма объектов

1.3 Проблемы предметной области

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

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

Для обеспечения конкурентоспособности сети магазинов компьютерного оборудования предлагается внедрить ИС, которая обеспечит:

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

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

3. С целью поддержания репутации сеть компьютерного оборудования должна исключать технические ошибки.

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

Во-первых, создание электронного каталога товаров для клиентов.

Во-вторых, разработать сервис поиска товаров в каталоге.

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

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

2. Логическая модель ИС

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

Составление логической модели включает в себя:

· разработку требований к информационной системе,

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

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

2.1 Разработка требований к ИС

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

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

Требования к интернет-магазину:

· Интернет магазин должен работать в режиме on-line.

· Вся информация на сайте должна быть актуальной на текущий момент времени.

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

· Ни один сформированный/измененный пользователем документ не должен остаться незамеченным менеджерами магазина.

· После проведения документов менеджером, пользователь Интернет-магазина не может изменять и удалять документы.

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

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

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

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

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

Для работы системы информационного ресурса магазина "DNS" на диаграмме вариантов использования были выделены следующие акторы:

Клиент - это обычные люди, которые просматривают информацию и получают сведения о магазине, осуществляют заказ товара, а также имеющие ограничение доступа к системе;

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

На рисунке 3 представлена модель основных прецедентов системы для работы интернет-магазина компьютерного оборудования

Рисунок 3 - Модель прецедентов системы для работы интернет-магазина.

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

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

Рисунок 4 - Диаграмма последовательностей для системы продажи компьютерного оборудования

Распишем спецификацию для каждого отдельного варианта использования, дополнив ее диаграммой последовательностей.

Вход в систему.

1) Наименование: Вход в систему.

2) Акторы, взаимодействующие с прецедентом: Клиент.

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

4) Авторы прецедента: автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

8) Предположение: вход в систему обязателен, если клиент намерен сделать заказ.

9) Предусловия: вход на сайт.

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

11) Приоритетный маршрут: зайдя на сайт, пользователь выполняет вход в систему, либо регистрируется, для дальнейших действий.

12) Альтернативный маршрут: пользователь может просматривать каталог товаров без входа в систему.

13) Исключительный маршрут: нет.

Рисунок 5 - Диаграмма последовательностей для прецедента "Вход в систему"

Регистрация.

1) Наименование: Регистрация.

2) Акторы, взаимодействующие с прецедентом: Клиент.

3) Описание: регистрация необходима для того, чтобы пользователь мог войти в систему под своим логином и паролем.

4) Авторы прецедента: автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

8) Предположение: регистрация обязательна, если пользователь намерен выполнить вход в систему.

9) Предусловия: вход на сайт.

10) Постусловия: после успешной регистрации, пользователь вводит пароль и логин и происходит авторизация.

11) Приоритетный маршрут: зайдя на сайт, незарегистрированный пользователь выполняет регистрацию для дальнейших действий.

12) Альтернативный маршрут: пользователь может просматривать каталог товаров без регистрации.

13) Исключительный маршрут: нет.

Рисунок 6 - Диаграмма последовательностей для прецедента "Регистрация"

Выбрать товар.

1) Наименование: Выбрать товар.

2) Акторы, взаимодействующие с прецедентом: Клиент.

3) Описание: клиент может выбрать товар, просмотрев каталог товаров.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

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

9) Предусловия: вход в систему.

10) Постусловия: после выбора товара пользователь может оформить заказ.

11) Приоритетный маршрут: войдя в систему, пользователь осуществляет выбор необходимого товара в каталоге.

12) Альтернативный маршрут: нет.

14) Исключительный маршрут: нет.

Рисунок 7 - Диаграмма последовательностей для прецедента "Выбор товара"

Заказать товар.

1) Наименование: Заказать товар.

2) Акторы, взаимодействующие с прецедентом: Клиент.

3) Описание: выбрав необходимый товар из каталога товаров, клиент может сделать заказ, указав все необходимые параметры.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

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

9) Предусловия: выбор товара.

10) Постусловия: после оформления заказа, клиент обязан его оплатить.

11) Приоритетный маршрут: выбрав товар, пользователь создает заказ.

12) Альтернативный маршрут: нет.

13) Исключительный маршрут: клиент может отказаться от заказа товара.

Рисунок 8 - Диаграмма последовательностей для прецедента "Заказать товар"

Рассмотреть способы оплаты.

1) Наименование: Рассмотреть способы оплаты.

2) Акторы, взаимодействующие с прецедентом: Клиент.

3) Описание: для того чтобы оплатить заказ необходимо рассмотреть способы оплаты заказа.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

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

9) Предусловия: заказ товара.

10) Постусловия: оплата заказа.

11) Приоритетный маршрут: для того, чтобы оплатить заказ необходимо рассмотреть его способы оплаты.

12) Альтернативный маршрут: нет.

13) Исключительный маршрут: нет.

Рисунок 9 - Диаграмма последовательностей для прецедента "Рассмотреть способы оплаты"

Оплатить заказ.

1) Наименование: Оплатить заказ.

2) Акторы, взаимодействующие с прецедентом: Клиент.

3) Описание: для того чтобы заказать оборудование необходимо оплатить его.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

8) Предположение: заказав товар, клиент получает счет, который необходимо оплатить.

9) Предусловия: заказ товара.

10) Постусловия: заказ оплачен.

11) Приоритетный маршрут: рассмотрев способы оплаты, клиент оплачивает заказ.

12) Альтернативный маршрут: нет.

13) Исключительный маршрут: если заказ не оплачен, он отменяется.

Рисунок 10 - Диаграмма последовательностей для прецедента "Оплатить заказ"

Принятие заказа.

1) Наименование: Принятие заказа.

2) Акторы, взаимодействующие с прецедентом: Менеджер.

3) Описание: необходимо проверить менеджеру правильно ли клиент оформил заказ.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

8) Предположение: после того, как заказ будет оформлен клиентом, менеджер осуществляет его принятие.

9) Предусловия: заказ товара.

10) Постусловия: заказ принят.

11) Приоритетный маршрут: менеджер должен проверить заказ, и если все верно, то осуществить принятие заказа, если же что то не так, то сообщить клиенту об ошибке.

12) Альтернативный маршрут: нет.

13) Исключительный маршрут: нет.

Рисунок 11- Диаграмма последовательностей для прецедента "Принятие заказа"

Проверка наличия товара на складе.

1) Наименование: Проверка наличия товара на складе.

2) Акторы, взаимодействующие с прецедентом: Менеджер.

3) Описание: служит для того, чтобы менеджер проверил имеется ли данный товар на складе.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

8) Предположение: если товар имеется на складе, то необходимо сообщить клиенту об этом, ели же не имеется, то менеджер заказывает его у поставщика.

9) Предусловия: принятие заказа от клиента.

10) Постусловия: заказ товара у поставщика, проверка оплаты заказа.

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

12) Альтернативный маршрут: нет.

13) Исключительный маршрут: нет.

Рисунок 12- Диаграмма последовательностей для прецедента "Проверка наличия товара на складе"

Проверка оплаты заказа.

1) Наименование: Проверка оплаты заказа.

2) Акторы, взаимодействующие с прецедентом: Менеджер.

3) Описание: менеджеру необходимо проверить оплату заказа.

4) Авторы прецедента: сотрудники, автор курсовой работы.

5) Географическое нахождение прецедента: сервер.

6) Статус: текущая фаза детализации.

7) Приоритет: высокий.

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

9) Предусловия: принятие заказа от клиента.

10) Постусловия: заказ оплачен.

11) Приоритетный маршрут: после принятия заказа, менеджер выставляет счет клиенту и следит за его оплатой.

12) Альтернативный маршрут: нет.

13) Исключительный маршрут: если клиент не оплатил заказ, то заказ является недействительным.

Рисунок 13 - Диаграмма последовательностей для прецедента "Проверка оплаты заказа"

2.2 Предварительное проектирование ИС

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

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

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

Рисунок 14 - Диаграмма активностей для процесса ИС покупки товара в интернет-магазине

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

Данная диаграмма классов (рис 15.) системы построена на основе разработанной модели системных прецедентов.

Таблица "Клиент" содержит такую информацию как фамилию, имя, отчество клиента, код клиента, телефон и данные паспорта.

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

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

Таблица "Товары" содержит краткую информацию о товарах.

Таблица "Отдел" содержит основную информацию об отделе, код отдела, название отдела.

Рисунок 15 - Диаграмма классов системы

3. Разработка физической модели ИС

3.1 Диаграмма классов

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

В диаграмме классов указываются типы данных:

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

· String - строковые, данные содержатся в виде текста,

· Date - дата.

Также указываются первичные и вторичные ключи. Ключи имеют одинаковые названия и расширения (integer).

Для класса "Client" атрибут ID_Client является первичным ключом.

Для класса "Merchandise in zakaz" атрибут Number zakaza является первичным ключом, атрибуты Id zakaz, Id_merchandise, Data zakaza являются вторичными ключами.

Для класса "Merchandise" атрибут Id_merchandise является первичным ключом.

Для класса "Employee" атрибут Id_employee является первичным ключом, атрибуты Id_Department является вторичными ключами.

Для класса "Department" атрибут ID_Department является первичным ключом.

Рисунок 16 - Диаграмма классов

3.2 Диаграмма компонентов

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

Диаграмма компонентов разрабатывается для следующих целей:

· визуализации общей структуры исходного кода программной системы;

· спецификации исполняемого варианта программной системы;

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

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

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

Система состоит из двух основных компонентов. Это компонент "Веб браузер" и компонент "ИС сети компьютерного оборудования". В свою очередь, второй компонент состоит из компонентов: "Веб сервер клиента", "Модуль работы с клиентами", "Модуль работы с БД", "Модуль работы с документами", "Модуль работы с каталогом". Зависимости между компонентами изображены на рисунке 17.

3.3 Диаграмма слоев

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

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

На рисунке представлена диаграмма слоев для ИС сети магазинов компьютерного оборудования

Рисунок 18 - Диаграмма слоев

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

Сайт, как ваше официальное представительство в Интернете, во Всемирной Паутине.

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

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

Технические требования

Требования к ПК клиента:

1. Процессор: частота от 1.6 GHz (рекомендуется);

2. ОЗУ: от 512Мб;

3. Жесткий диск: от 200 Mb свободного пространства;

4. ОС: Windows XP или выше;

5. Программный продукт должен работать на ПК типа IBM PC с процессором, поддерживающим платформу WIN32 или выше;

6. Монитор с установленным разрешением не менее 1024х 768 пикселей;

7. Манипулятор типа "мышь";

8. Поддержкабраузеров: Google Chrome, Mozilla Firefox, Opera, Amigo, Apple Safari, Chromium, Orbitum, Qiho;

9. Доступ к сети Интернет;

Если Вы хотите работать с веб-браузером мобильного телефона (планшет, смартфона), то необходимы:

10. Точка доступа к сети Интернет или роутер WiFi;

11. Любой относительно современный смартфон или планшет с WiFi или поддержкой мобильной сети с доступом к Интернету, под любой операционной системой: AndroidTM, AppleiOSTM, WindowsTM и т.п. Важно, чтобы время работы от батареи было приемлемым.

Технические характеристики компьютера администратора и операционная система должны соответствовать требованием Microsoft SQL Server, PostgreSQL, IBM DB2.ПроцессорIntelPentiumCeleron 2400 Мгц и выше, а так же:

1. Оперативная память 1024 Мб и выше;

2. Жесткий диск 40Гб и выше;

3. Устройство чтения компакт-дисков;

4. USB-порт;

5. SVGA-видеокарта;

6. Разрешение экрана от 800х 600;

7. Жесткий диск: от 200 Mb свободного пространства;

8. Операционная система: Windows XP или выше;

9. Тип системы: 32 и более разрядная операционная система.

Требования ПК разработчика:

1. процессор с архитектурой x86-64 (Intel с поддержкой EM64T, AMD с поддержкой AMD64);

2. оперативная память 2048 Мб и выше;

3. жесткий диск 40Гб и выше;

4. устройство чтения компакт-дисков;

5. USB-порт;

6. SVGA-видеокарта.

Рекомендуемые технические требования к серверу база данных и серверу приложений:

1. Тип сервера: Раздельные сервер БД и сервер приложений - 2 системных блока

2. Процессор: IntelXeon или аналогичный

3. ОЗУ: 16 Гб

4. ЖД: 1,5 Тб

5. MySQL.

6. ОС: Windows Server 2003 R2 Standard Edition SP2 (32-bit)/Windows Server 2008 R2 Standard

7. Дополнительное ПО, обязательное к установке на сервере приложений: WINDOWSINSTALLER V.3.1 (Скачать), MICROSOFT .NET FRAMEWORK 3.5 (Скачать), MySQL 11 Client 32-bit/x64, ПО криптографической защиты информации "КриптоПро" (для поддержки электронной цифровой подписи)

Рекомендуемые технические требования к рабочим местам сотрудника:

1. Процессор: IntelCore i3 или аналогичный

2. ОЗУ: 4 Гб

3. ЖД: 250 Гб

4. Монитор: 4:3 17" 1280x1024 или 16:9 21.5" 1920х 1080

5. ОС: Windows 7 Professional (32-bit) или Windows XP Professional SP3

6. Дополнительное ПО, обязательное к установке на клиенте: WINDOWSINSTALLER V.3.1 (Скачать), MICROSOFT .NET FRAMEWORK 3.5 (Скачать), ADOBE READER XI (Скачать), Internet Explorer 6.0 или выше.

Заключение

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

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

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

· Регистрация клиентов в БД,

· Поиск товаров,

· Прием и обработка заказов.

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

Таким образом, спроектирована система, решающая все выявленные на начальном этапе проблемы.

Список использованной литературы

1. Бурков А.В. Проектирование информационных систем[Текст]/ Бурков А.В.- Йошкар-Ола, МарГУ 2009 г. - 312с.

2. ВикрамВасвани. Полный справочник по MySQL. Москва, 2006.

3. Гвоздева Т.В., Баллод Б.А. Проектирование информационных систем DJVU [Текст]/ Твоздева Т.В., Баллод Б.А. -Ростов н/д.: Феникс, 2009. - 512 с.

4. Горохова Т.Н. Разработка и эксплуатация информационных систем Учебное пособие для студентов среднего профессионального образования. [Текст]/ Горохова Т.Н. - Санкт-Петербург: Санкт-Петербургский колледж управления и экономики "Александровский лицей", 2010. - 84с.

5. Громаков Е.И. Проектирование интегрированных компьютерных систем управления: Учебно-методическое пособие PDF [Текст]/ Громаков Е.И - Томск: Изд-во Томского политехнического университета, 2012 г.- 168 с

6. Джон КоггЗолл. РНР 5. Полное руководство. Диалектика, 2006

7. Казаченко, Колобашкина Т.В. и др. Безопасность жизнедеятельности. Промышленная и экологическая безопасность. Методические указания к дипломному проектированию, СПб-ГУАП, 2001

8. Коваленко В.В. Проектирование информационных систем Учеб.пособие [Текст]/ Коваленко В.В.-Рязань, Рязанский государственный радиотехнический университет, 2006г. - 184 с.

9. Люк Веллинг, Лора Томсон. Разработка Web - приложений с помощью РНР и MySQL.Вильямс, 2005

10. Мазупкевич А. РНР. Настольная книга программиста. Новое издание,2003

11. Определение эффективности инвестиций. Методические указания к выполнению дипломного проекта. Спб, 2002

12. Прогнозирование элементов бизнес-плана проектов. Методические указания к выполнению дипломных проектов. СПб 2002.

13. Роберт Дж. Мюлер. Базы данных и UML. Справочник в электронном виде, 2001

14. Смирнов Н.В. Проектирование информационных систем [Текст]/ Смирнов Н.В. - Санкт -Петербург, БГТУ "ВОЕНМЕХ", 2008 г. - 146 с.

15. Справочное руководство пользователя по пакету RationalRose.

16. Трофимов С.А. Case - технологии. Практическая работа в RationalRose. Бином 2001, 272с.

17. УндиБоггс, Майкл Боггс. UML и RationalRose. Лори, 2004

18. Виды диаграмм [Электронный ресурс] - Режим доступа: http://www.intuit.ru/studies/courses/1007/229/lecture/5954?page=2 - 15.11.2016г.

19. http://www.exponenta.ru/soft/others/mvs/stud2/23.asp - 20.11.2016г. - Компьютерный лабораторный практикум "Моделирование"[Электронный ресурс]

20. Режим доступа: http://citforum.ru/database/advanced_intro/31.shtml - 16.11.2016 г. - Кузнецов С. Базы данных. Вводный курс [Электронный ресурс]

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

...