СОДЕРЖАНИЕ Введение…………………………………………………………………………..3 1. Постановка задачи…………………………..…………………………………5 2. Анализ требований ……………………………………………………………8 3. Анализ системы……………………………………………………………….16 4. Проектирование……………………….……………………………………...18 Заключение……………………………………………………………………….23 Список литературы………………………..………………………………..……25 2 ВВЕДЕНИЕ Информация в современном мире превратилась в один из наиболее важных ресурсов, а информационные системы (ИС) стали необходимым инструментом практически во всех сферах деятельности. Информационная система – это программный комплекс, функции которого состоят в поддержке надежного хранения информации в памяти компьютера, выполнении специфических для данного приложения преобразований информации и вычислений, предоставления для пользователя удобного и легко осваиваемого интерфейса. Практически в любой области деятельности люди используют тот или иной вид моделей (математических, физических или компьютерных), чтобы иметь более ясное представление о том, что они делают. Разнообразие задач, решаемых с помощью ИС, привело к появлению множества разнотипных систем, отличающихся принципами построения и заложенными в них правилами обработки информации [1]. Методология проектирования информационных систем описывает процесс создания и сопровождения систем в виде жизненного цикла (ЖЦ) ИС, представляя его как некоторую последовательность стадий и выполняемых на них процессов (разработка требований, проектирование, реализация, тестирование, вход в действие). Сегодня у каждой фирмы может быть собственный электронный магазин, с помощью которого она предлагает свои товары всем пользователям Интернет. Ведь они могут в любой момент зайти в такой магазин и сразу же заказать нужный товар. Производить покупки в электронном магазине можно откуда угодно и когда угодно. Для этого нужен только компьютер и любое оборудование, необходимое для связи с сетью. Кроме того, такой магазин никогда не закрывается. Покупатели могут заходить в него в любое время года и суток. 3 Целью выполнения данной курсовой работы является разработка информационной системы «Интернет-магазин» для производителя компьютеров, обеспечивающей продажу компьютеров и комплектующих посредством оформления интернет-заказов. Для достижения поставленной цели необходимо решить задачи создания функциональной и логической схемы данной ИС, модели функционирования и диаграммы деятельности информационной системы «Интернет-магазин ». 4 1. Постановка задачи Производитель компьютеров предлагает приобрести свою продукцию через интернет. Клиент может выбрать компьютер на Web-странице производителя. Компьютеры подразделяются на серверы, настольные и портативные. Заказчик может выбрать стандартную конфигурацию или построить требуемую в диалоговом режиме. Компоненты конфигурации (такие, как оперативная память) представляются в виде списка для выбора из доступных альтернатив. Для каждой новой конфигурации система может подсчитать цену. Для того чтобы оформить заказ, клиент должен заполнить информацию по доставке и оплате. В качестве платежных средств допускается использование кредитных карточек или чеков. После ввода заказа система отправляет клиенту по электронной почте сообщение, содержащее подтверждение получения заказа вместе с относящимися к нему деталями. Пока клиент ожидает доставку компьютера, он может проверить состояние заказа в любое время в диалоговом режиме. Серверная часть обработки заказа состоит из заданий, необходимых для проверки кредитоспособности и способа расчета клиента за покупку, истребования заказанной конфигурации со склада, печати счёта и подачи заявки о доставке компьютера клиенту на склад. Дополнительные требования: - для знакомства со стандартной конфигурацией выбираемого сервера, настольного или портативного компьютера клиент использует Web-страницу интернет магазина. При этом также приводится цена конфигурации; - клиент выбирает детали конфигурации, с которыми он хочет ознакомиться и, возможно, купить готовую или составить более подходящую конфигурации. Цена для каждой конфигурации может быть подсчитана по требованию пользователя; 5 - клиент может выбрать вариант заказа компьютера по интернету либо попросить, чтобы продавец связался с ним для объяснения деталей заказа, договорился о цене и тому подобном, прежде чем заказ будет фактически размещён; - для размещения заказа клиент должен заполнить электронную форму с адресами для доставки товара и отправки счёт-фактуры, а также деталями, касающимися оплаты (кредитная карточка или чек); - после ввода заказа клиента в систему продавец отправляет на склад электронное требование, содержащее подробное описание заказанной конфигурации; - детали сделки, включая номер заказа и счета клиента, отправляются по электронной почте клиенту, так что заказчик может проверить состояние заказа по интернету; - склад получает счёт-фактуру от продавца и отгружает компьютер клиенту. 1.2 Требования к проекту Требования к функциональным характеристикам Система должна выполнять следующие функции: Формирование заказа; Подбор компьютеров в зависимости от требований клиента; Подсчёт стоимости выбранного товара; Предоставление отчёта о сформированном заказе; Предоставление возможности просмотра состояния заказа. Исходные данные: Предлагаемый товар; Адрес для доставки; Метод оплаты. 6 Результаты: Отчёт о сформированном заказе; Состояние заказа; Счёт-фактура; Требование заказанной конфигурации; Накладная; Отгруженный заказ. Требования к надежности Для обеспечения надежности информационной системы «Интернетмагазин компьютеров» необходимо: Проверка на заполнение всех полей формы заказа; Проверка на корректность вводимых данных (адрес электронной почты, наличие цифр в Фамилии и имени и т.д.) Требования к техническим средствам Система может работать как на IBM совместимых компьютерах, так и на ноутбуках, нетбуках, сотовых телефонах с выходом в интернет. Минимальная конфигурация: Наличие выхода в интернет. Требования к информационной и программной совместимости Информационная система «Интернет-магазин» может работать под управлением любого семейства операционных систем. Требования к программной документации Разрабатываемая система должна включать справочную информацию о работе системы и подсказки пользователю. В состав сопровождающей документации должны входить: 7 Пояснительная записка. Руководство пользователя. 8 2. Анализ требований 2.1 Глоссарий Диаграмма (diagram) - это графическое представление некоторой части графа модели. Диаграммы деятельностей (activity diagrams) предназначена для того, чтобы отразить переходы в рамках выполнения определенной задачи, вызванные внутренними процессами (в противоположность внешним событиям). Диаграммы деятельности используются для моделирования потоков работ в различных вариантах использования, для анализа вариантов использования. Диаграммы последовательности (sequence diagrams) Представляют взаимодействие между объектами во времени. Диаграммы последовательности имеют две размерности: вертикальная представляет время, горизонтальная - различные объекты. Обычно интерес представляет только последовательность действий, но в случае систем реального времени ось времени может быть соответствующим образом размечена. Диаграммы размещения (deployment diagrams) Диаграммы размещения отражают физические взаимосвязи между программными и аппаратными компонентами системы, а также используются для изображения маршрутов перемещения объектов в распределенной системе. Иерархия классов (class diagrams) показывают статическую структуру системы, то есть определяют типы объектов системы и различного рода статические связи и отношения между ними. Класс(class) - это сущность, описывающая множество объектов со сходной структурой, поведением и связями с другими объектами. Прецеденты (use case) – это описание множества последовательностей действий, которые выполняются системой для того, чтобы актер получил результат, имеющий для него определенное значение. При этом ничего не 9 говорится о том, каким образом будет реализовано взаимодействие субъектов с системой. Предусловия - необходимое состояние или условие при котором должен выполняться вариант использования. Постусловия - возможное состояние системы после выполнения прецедента. Поток – последовательность выполнения событий в варианте использования. Основной поток описывает наилучший сценарий либо наиболее используемый путь исполнения варианта использования. Альтернативный поток специфицирует отклонения от основного потока, которые не рассматриваются как ошибочные, или некорректные действия пользователя. Субъет, действующее лицо (actor) - сущность, находящаяся вне моделируемой системы и непосредственно взаимодействующая с ней (Клиент, продавец). Сущность – вершины графа в модели UML. 10 2.2 Диаграмма вариантов использования. Клиент – выбирает ПК, оформляет заказ и оплачивает его. Web-страница – предоставляет пользователю список доступной конфигурации (прецедент «Выбор ПК»), подсчитывает стоимость выбранного ПК («Подсчёт стоимости ПК»), участвует в оформлении заказа («Оформление заказа»); Склад – «Сбор ПК»; Продавец – Отправляет счет-фактуру на склад. 11 От прецедента "Выбор ПК" к прецеденту "Подсчёт стоимости" установлено отношение включения на том основании, что каждый выбранный заказ должен быть подсчитан. От прецедента "Оформление заказа" к прецеденту "Отправка электронного письма" установлено отношение включения, так как в результате оформления каждого заказа отправляется электронное письмо клиенту. Дальнейшее развитие модели поведения системы предполагает описание прецедентов. Типичное описание содержит следующие разделы: Краткое описание; Участвующие субъекты; Предусловия, необходимые для инициирования прецедента; Основной поток событий; Альтернативный поток событий; Постусловия, определяющие состояние системы, по достижении которого прецедент завершается. Описательная спецификация прецедента "Выбор ПК" Раздел 1 Краткое описание Описание 2 Клиент может выбрать компьютер на web-странице магазина. Компьютеры подразделяются на серверы, настольные, портативные и карманные. Заказчик может выбрать стандартную конфигурацию из списка и детально ознакомиться с ней на отдельной web-странице. Если стандартная конфигурация ему не подходит, он может построить требуемую ему конфигурацию в диалоговом режиме. Компоненты конфигурации (такие, как оперативная 12 Субъекты Предусловия Основной поток Альтернативный поток Постусловия память, процессор, жесткий диск и т. п.) представляются как список для выбора из доступных альтернатив. Для каждой новой конфигурации система может подсчитать цену. Клиент, Web-страница. Имеется список товаров, клиент может просмотреть список и детально ознакомиться с его содержимым. Клиент выбирает стандартную конфигурацию из списка и детально знакомиться с ней на отдельной webстранице. Затем ему сообщается сумма заказа. Если стандартная конфигурация не подходит клиенту, он строит требуемую ему конфигурацию в диалоговом режиме. Компоненты конфигурации представляются как список для выбора из доступных альтернатив. Для каждой новой конфигурации система подсчитывает цену. Конфигурация выбрана, клиент может приступать к оформлению заказа. Описательная спецификация прецедента "Оформление заказа" Раздел 1 Краткое описание Субъекты Предусловия Основной поток Описание 2 Для того чтобы оформить заказ, клиент должен заполнить информацию по доставке и оплате. В качестве платежных средств допускается использование кредитных карточек или чеков. После ввода заказа система отправляет клиенту по электронной почте сообщение, содержащее подтверждение получения заказа вместе с относящимися к нему деталями. Клиент, Web-страница. Клиент выбрал требуемую конфигурацию, открыта электронная форма. Клиент заполняет электронную форму с 13 Альтернативный поток Постусловия адресами для доставки товара и отправки счета-фактуры, а также деталями, касающимися оплаты. После ввода заказа система отправляет клиенту по электронной почте сообщение с подтверждением получения заказа вместе с относящимися к нему деталями. В базу данных вносится информация о клиенте и сделанном им заказе. Клиент может попросить, чтобы продавец связался с ним для объяснения деталей заказа, договорился о цене и тому подобном, прежде чем заказ будет фактически размещён Электронная форма заполнена, система отправила клиенту по электронной почте сообщение с подтверждением получения заказа. Описательная спецификация прецедента «Подсчёт стоимости ПК» Раздел 1 Краткое описание Субъекты Предусловия Основной поток Альтернативный поток Постусловия Описание 2 Для каждой выбранной конфигурации система может подсчитать цену. Клиент, Web-страница. Клиент выбрал требуемую ему конфигурацию из списка доступных альтернатив. Система подсчитывает цену в диалоговом режиме. Если конфигурация стандартная – подсчёт цены не требуется, так как стоимость уже указана. Стоимость комплекта подсчитана. 14 Описательная спецификация прецедента «Отправка электронного письма» Раздел 1 Краткое описание Субъекты Предусловия Основной поток Альтернативный поток Постусловия Описание 2 После ввода заказа система отправляет клиенту по электронной почте сообщение с подтверждением получения заказа вместе с относящимися к нему деталями (стоимость, номер счета, банковские реквизиты для безналичной оплаты). Клиент, Web-страница. Заказ сформирован, указан адрес электронной почты клиента. После оформления заказа на электронную почту отправляется письмо с подтверждением получения заказа вместе с относящимися к нему деталями. Электронное письмо успешно доставлено клиенту. Описательная спецификация прецедента «Сбор ПК» Раздел 1 Краткое описание Субъекты Предусловия Основной поток Альтернативный поток Постусловия Описание 2 Работник печатает счет-фактуру и отправляет ее на склад вместе с требованием заказанной конфигурации. На складе заказ собирается. Собранный компьютер вместе со счетом-фактурой и накладной передается со склада для отгрузки клиенту, при этом заказ помечается как собранный. Работник, счёт-фактура. Поступила оплата. Работник печатает счет-фактуру и отправляет ее на склад вместе с требованием заказанной конфигурации. На складе заказ собирается и отгружается клиенту. Изменяется статус заказа. Заказ собран и отгружен клиенту. 15 Описательная спецификация прецедента «Состояние заказа» Раздел 1 Краткое описание Субъекты Предусловия Основной поток Альтернативный поток Постусловия Описание 2 Пока клиент ожидает прибытия компьютера, он может проверить состояние заказа (поставлен в очередь / собран / отправлен). Клиент, Web-страница. Заказ оформлен. После отправки счета-фактуры на склад вместе с требованием заказанной конфигурации, заказ помечается как поставленный в очередь. Собранный ПК передается со склада для отгрузки клиенту., при этом заказ помечается как собранный. Компьютер поставляется клиенту (статус заказа – отгружен). По окончании работы с заказом, он помечается в системе как выполненный. Возможен просмотр статуса заказа. 16 3. Анализ системы 3.1 Диаграмма последовательности Оформление заказа. 3.2 Диаграмма деятельности. 17 . 18 4. Проектирование. Классы – это базовые элементы любой объектно – ориентированной системы. Они представляют собой описание совокупностей однородных объектов с присущими им свойствами – атрибутами, операциями, отношениями и семантикой. В рамках модели каждому классу присваивается уникальное имя, отличающее его от других классов. Если используется составное имя (в начале имени добавляется имя пакета, куда входит класс), то имя класса должно быть уникальным в пакете. Сущность – это субъект, место, вещь, событие или понятие, содержащие информацию. Точнее, сущность – это набор объектов, называемых экземплярами. Каждый экземпляр сущности обладает набором характеристик. Customer Имена атрибутов customer_name customer_address phone_number email_addres +addCustomer() Order Имена атрибутов order_number order_date ship_address order_total order_status Описание атрибутов классов Клиент Тип Описание string Фамилия, имя и отчество клиента string Адрес проживания, куда будет доставлен заказ string Телефонный номер клиента string Адреса электронной почты Добавление клиента Заказ Тип Описание int Уникальный номер для идентификации заказа Дата заказа Адрес доставки Сумма заказа Статус заказа string string int string 19 order_pay_status string Invoice Имена атрибутов invoice_number string invoice_date invoice_total string int Тип Очередь/Собран/Отправлен/Выполнен Статус заказа Оплачен/Не оплачен , при составлении заказа по умолчанию будет выставляться как не оплачен Счет-фактура Описание Уникальный номер для счетфактуры Дата создания счет-фактуры Всего по счету Платёж Payment Имена атрибутов payment_method Тип Описание string date_received amount_received string int Метод оплаты наличными курьеру или или банковским переводом на счет Интернет-магазина Дата оплаты Полученная сумма Configuration_Item Имена атрибутов item_type Тип string item_ descr string Счет-фактура Описание Являются типы элементов конфигурации, такие как процессор, память, монитор, жесткий диск и т.д. Описание типа элемента 20 Standard_Computer Имена атрибутов standard_price Стандартнaя конфигурация Тип Описание Int Цена стандартной конфигурации компьютера ConfiguredComputer Имена атрибутов configured_price Сконфигурированный компьютер Тип Описание Int Цена для каждой конфигурации компьютера Computer Имена атрибутов computer_name getConf() Тип string Компьютер Описание Имя компьютера Computer— это абстрактныйкласс. Объекты этого класса не могут быть объектами экземплярами. Операция getConf()получает две различные реализации: одну в классе ConfiguredComputer,а другую в StandardComputer. 21 Иерархия классов. 22 Диаграмма размещения. 23 ЗАКЛЮЧЕНИЕ Использование информационных систем делает любое производство более конкурентоспособным за счет повышения его управляемости и адаптируемости. Подобная управления автоматизация за счет позволяет обеспечения повысить руководителей эффективность и специалистов максимально полной, оперативной и достоверной информацией на основе единого банка данных. В ходе выполнения данной курсовой работы была разработана информационная система «Интернет-магазин», которая позволяет покупать компьютеры и комплектующие в сети Интернет. В данной курсовой работе были построены диаграммы работы информационной системы «Интернет-магазин компьютеров» в целом и отдельных сценариев работ, отражающих логику и взаимоотношение подсистем, диаграмма потоков данных, описывающая движение информации в системе. Также была построена модель функционирования информационной системы, используемой для точного определения логики сценария выполнения прецедентов. Она отображает типы объектов, взаимодействующих при исполнении прецедентов, сообщения, которые они посылают друг другу, и любые возвращаемые значения, ассоциированные с этими сообщениями. Диаграмма деятельности используется для описания поведения системы. Она определяет все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате некоторых событий. Эта диаграмма обычно используется для описания поведения одного объекта в нескольких прецедентах. Следующим этапом было создание диаграммы классов с соответствующими атрибутами и взаимодействиями между классами. 24 Результаты проектирования являются основой для разработки информационной системы «Интернет-магазин», которая может быть использована любой торговой компанией, имеющей выход в Интернет, а также любым клиентом, пожелавшим приобрести компьютер или его комплектующие. 25 СПИСОК ЛИТЕРАТУРЫ 1. Смирнов, Н. В., Методические рекомендации по дисц. "Проектирование информационных систем"./ Н. В. Смирнов – СПб: БГТУ "Военмех", 2008. – 217 с. 2. Балдин, К. В., Информационные системы в экономике./ К. В. Балдин, В. Б. Уткин – М.: Издательский центр Академия, 2005 – 288 с. 3. Маняшек, Г., Анализ требований и проектирование систем с использованием UML./ Г. Маняшек, А. Лешек – М.: Издательский дом «Вильямс», 2000. – 570 с. 4. Мюллер, Р., Базы данных и UML. Проектирование./ Р. Мюллер – М.: Издательский дом «Вильямс», 2000. – 590 с. 5. Грекул, В. И., Проектирование информационных систем. Курс лекций. Учебное пособий./ В. И. Грекул, Г. Н. Денищенко, Н. Л. Коровкина – М.: Интернет – Ун – т Информ. технологий, 2005. – 304 с. 26
