Вход

Разработка и проектирование информационной системы торгового предприятия

Рекомендуемая категория для самостоятельной подготовки:
Курсовая работа*
Код 249077
Дата создания 06 января 2016
Страниц 29
Мы сможем обработать ваш заказ (!) 1 апреля в 12:00 [мск]
Файлы будут доступны для скачивания только после обработки заказа.
980руб.
КУПИТЬ

Описание

Работу писал сам, защитил на отлично))) Учусь в КубГАУ на факультете прикладная информатика, специальность - информационные системы и сети. Работа понравилась, по-этому работал с душой! Работу писал с использованием программного продукта Rational Rose))) ...

Содержание

СОДЕРЖАНИЕ

ВВЕДЕНИЕ 5
1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ 6
1.1. Характеристика объекта исследования 6
1.2. Выбор инструментальных средств разработки архитектуры 7
2. АРХИТЕКТУРА ИНФОРМАЦИОННОЙ СИСТЕМЫ 9
2.1. Создание диаграммы прецедентов 9
2.2. Создание диаграммы последовательности 11
2.3. Создание диаграммы сотрудничества 12
2.4. Создание диаграммы классов 15
2.5. Создание диаграммы состояний для классов 17
2.6. Создание диаграммы компонентов 21
2.7. Создание диаграммы размещения 22
3. ГЕНЕРАЦИЯ ПРОГРАММНОГО КОДА С++ 24
ЗАКЛЮЧЕНИЕ 26
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ 27
Приложение А. Листинг кода приложения на языке С++ 28

Введение

Тенденции развития современных информационных технологий приводят к постоянному возрастанию сложности информационных систем, создаваемых в различных областях экономики.
Для успешной реализации проекта объект проектирования «Торговое предприятие» должен быть, прежде всего, адекватно реализован в программной среде Rational Rose, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС.
Цель работы – спроектировать и разработать стабильную, включающую в себя все процессы информационную систему торгового предприятия.
В первой главе был проведен анализ объекта исследования, была дана его характеристика, был произведён выбор инструментальных средств разработки информационной системы.
Во второй главе было дано описание архитектуры информационной системы продуктов ого магазина, а так же создана диаграмма прецедентов, диаграмма последовательности, диаграмма сотрудничества, диаграмма классов, диаграмма состояний для классов, диаграмма компонентов и диаграмма размещения.
В третьей главе был сгенерирован программный код на языке программирования C++.

Фрагмент работы для ознакомления

Рисунок 1 - Диаграмма вариантов использования торгового предприятияВнешняя сущность «Поставщик» передаёт: свои данные в хранилище данных «Информация о поставщиках», перечень товаров в хранилище «Накладная» и «Информация о товаре». Из хранилища «Информация о поставщиках» данные поступают в функциональные блоки: «Выбор поставщика» и «Сбор информации». Из функционального блока «Выбор поставщика» передаётся информация о ценах в блок «оформление заявки». Обработанные данные в виде заявки поступают из блока «оформление заявки» во внешнюю сущность «Поставщик».Функциональный блок «Проверка разногласий между заявкой на поставку и накладной от поставщика» обрабатывает принятую информацию из хранилищ: «Накладная» и «Информация о товаре». В случае, если разногласий нет и успешно пройдена проверка данные переходят в блок «Оформление товара». Далее, информация об оформленном товаре передаётся в блок «Составление отчёта о принятии товара» и хранилище «Информация об имеющемся товаре». Если же обработанная информация не прошла проверку, то данные передаются в блок «Отправка товара поставщику», после чего, информация о товаре, непрошедшая проверку, передаётся внешней сущности «Поставщик» и функциональному блоку «Составление отчёта о принятии товара». Внешняя сущность «Покупатель» передаёт данные для обработки в функциональный блок «Составление заказа», после чего они, обработанные, отправляются в хранилище данных «Информация о покупателях». Функциональный блок «Обработка заказа от покупателя» формирует данные, на основе информации, поступившей из хранилища данных «Информация о покупателях» и «Информация об имеющемся товаре». Сформированные данные о заказе передаются на обработку блоку «Составление чека». После этого информация о заказе поступает в блок «Составление отчёта о проданном товаре» и вносятся изменения в хранилище данных «Информация об имеющемся товаре».Отчёты из блоков «Составление отчёта о принятии товара» и «Составление отчёта о проданном товаре» передаются в функциональный блок «Сбор отчётов из подсистемы кассового обслуживания и подсистемы учёта поступившего товара». Собранные данные отправляются в блок «формирование отчётов» так же , как и данные из блока «Сбор информации». Сформированные отчёты поступают в хранилище данных «Отчёты».Создание диаграммы последовательностиЭтот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.На диаграмме последовательности изображаются объекты, которые непосредственно участвуют во взаимодействии и не показываются возможные статические ассоциации с другими объектами.Для диаграммы последовательности ключевым моментом является именно динамика взаимодействия объектов во времени. При этом диаграмма последовательности имеет как бы два измерения. Одно – слева направо в виде вертикальных линий, каждая из которых изображает линию жизни отдельного объекта, участвующего во взаимодействии. Второе – вертикальная временная ось, направленная сверху вниз. При этом взаимодействия объектов реализуются посредством сообщений, которые посылаются одним объектом другим и также образуют порядок по времени своего возникновения.Объекты диаграммы: выбор поставщика, формирование заявки, формирование отчётов, проверка разногласий, оформление товара, информация о имеющимся товаре, формирование отчёта.Для выбора поставщика, актёр поставщик передаёт данные о себе и о ценах предприятию. Предприятие формирует заявку на поставку и передаёт её поставщику. Одновременно с этим данные о поставщике передаются внутри предприятия для формирования отчётов. Поступившая накладная на товар сверяется с заявкой на поставку и если ошибок не обнаружено, товар передаётся на оформление. Затем вносятся изменения в базу данных с имеющимся товаром. В самом конце формируется отчёт, который концентрирует в себе всю информацию, поступившую в процессе взаимодействия с поставщиком.Рисунок 2 - Диаграмма последовательностиСоздание диаграммы сотрудничестваЭтот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема и передачи сообщений. Для того чтобы окинуть взглядом все взаимосвязи объектов, служит Collaboration diagram.Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта, и типы этих сообщений.Рисунок 3 - диаграммы сотрудничестваКласс «Поставщики» имеет атрибуты:Наименование организации Список имеющихся товаров. Взаимосвязь происходит с классом «Подсистема учёта поставщиков» и классом «Подсистема учёта поступившего товара» по средствам операции «Обмен данных с организацией».Класс «Покупатель» имеет атрибуты: Номер покупателя ФИО.Реализуя операцию «Обмен данными с организацией», класс передаёт свои данные о заказе на предприятие в класс «Подсистема кассового обслуживания».Класс «Товары» имеет атрибуты: Наименование товара Цена товара. Информация о товаре поступает в класс «Подсистема кассового обслуживания». Формируется отчёт о состоянии всех товаров, находящихся на складе предприятия, который передаётся в класс «Подсистема формирования отчётов».Класс «Подсистема учёта поставщиков» хранит информацию, полученную от поставщика. На основе полученной информации происходят операции: Выбор поставщика Формирование заявки. Затем формируется отчёт, который передаётся в класс «Подсистема формирования отчётов».Класс «Подсистема учёта поступившего товара» хранит информацию о товаре, который отправил поставщик на предприятие. На основе проверки корректности полученной накладной выполняются операции: Если товар не прошёл проверку – Отправка товара поставщикуЕсли товар прошёл проверку – Оформление товара. По окончанию всех основных операция составляется отчёт о принятии товара и отправляется в класс «Подсистема формирования отчётов».Класс «Подсистема кассового обслуживания» хранит и обрабатывает данные о заказе, поступившие от покупателя. После обработки заказа составляется чек, который отправляется покупателю и вносится в отчёт и составляется отчёт о проданном товаре, который так же вносится в отчёт. В конце, сформированный отчёт передаётся в класс «Подсистема формирования отчётов».Класс «Подсистема формирования отчётов» собирает информацию из классов: «Подсистема учёта поставщиков»«Подсистема учёта поступившего товара»«Подсистема кассового обслуживания»«Товары»На основе полученных документов формируется «глобальный отчёт», в котором отражена вся деятельность предприятия.Создание диаграммы классовДиаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. Диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.Рисунок 4 - диаграмма классовНа данной диаграмме показаны классы и отношения между ними. Каждый класс имеет свои атрибуты и возможные операции.Класс «Formirovanie zaiavki» имеет атрибуты data и number, а так же возможности создавать изменять и передавать документы. Ноль или один экземпляр этого класса может быть связан только с одним экземпляром класса «Vibor postavshika». Один или множество экземпляров класса «Formirovanie zaiavki» могут быть связанны только с одним экземпляром класса «Formirovanie zaiavki».Далее, класс «Inf o ime tovare» имеет свои атрибуты: «name», «kol-vo», «zakyp coast» и «date», есть возможность обновления содержимого класса. Только один экземпляр данного класса может быть применён к одному или многим экземплярам класса «Formirovanie otchetov». Так же один или множество экземпляров данного класса могут быть применены к одному или многим экземплярам класса «Formirovanie zaiavki».Класс «Vibor postavshika» имеет атрибуты «name», «coast», и «location». Могут быть выполнены операции создания и отправки. Только один экземпляр данного класса может принадлежать одному или многим экземплярам класса «Formirovanie otchetov», а так же многим экземплярам класса «Tovar».Класс «Tovar» хранит информацию «number», «date», «stoimost» и «naimenovanie». Имеется возможность создания, изменения и отправки информации другим классам. Множество экземпляров данного класса соответствует множеству экземпляров класса «Inf o ime tovare» и только одному экземпляру класса «Proverka raznoglacii».Класс «Proverka raznoglacii» хранит информацию «name tovara», «data», а так же возможности открытия, проверки и сохранения документов. Только один экземпляр этого класса соответствует только одному экземпляру класса «Oformlenie tovara».Класс «Oformlenie tovara» включает в себя атрибуты «name tovara», «coast tovara» и «data». Только один экземпляр этого класса соответствует только одному экземпляру класса «Formirovanie otchetov».И последний класс – класс «Formirovanie otchetov». Содержит информацию «date» и «name». Имеет возможность создания и сохранение отчётов.Создание диаграммы состояний для классовДиаграммы состояний являются хорошо известным средством описания поведения систем. Они определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате влияния некоторых событий.На рисунке 5 представлена диаграмма состояния экземпляра класса «выбор поставщика». Она описывает состояние взаимодействия поставщика с предприятием.Рисунок 5 - Диаграмма состояний для вариантов использования, связанных с классом «Выбор поставщика»Процесс начинается с начальной точки, затем следует самый первый переход в состояние «Инициализация», при этом происходит анализ собранной информации о поставщике ,сохраняется дата обращения и обработанные данные оформляются в заказ и передаются поставщику. Выполняется отправка и происходит переход в состояние «Ожидание ответа от поставщика». Из состояния «Ожидание ответа от поставщика» возможны два перехода: положительный и отрицательный исход выполненных действий. Положительный – переход в состояние «Заказ выполнен» с последующим выполнение действий «Оплатить заказ». Отрицательный – переход происходит при отмене заказа в состояние «Заказ отменён».На рисунке 6 представлена диаграмма состояния экземпляра класса «Формирование заявки». Она описывает состояние взаимодействия предприятие с поставщиком.Рисунок 6 - Диаграмма состояний для вариантов использования, связанных с классом «Формирование заявки»Процесс начинается с начальной точки, затем следует самый первый переход в состояние «Инициализация», при этом происходит: сбор информации о имеющимся товаре, сбор информации о поставщике, сохраняется дата и врем обращения, данные отправляются на оформление. Затем становится активным состояние «Оформление заявки», по результатам которого происходит переход в конечное состояние – «Отправка заявки». Заявка на поставку товара передаётся поставщику, а дата и время сохраняются.На рисунке 7 представлена диаграмма состояния экземпляра класса «Проверка разногласий между накладной и поставкой». Она описывает состояние документооборота на предприятии.

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

1. Уэнди Боггс, Майкл Боггс UML и Rational Rose. — М.: Academia, 2011 – 272с
2. Проектирование АИС [Электронный ресурс]. - Электронные данные. - Режим доступа: http://www.gpntb.ru/win/book/2/Doc9.html
3. Визуальное моделирование в среде IBM Rational Rose 2003 [Электронный ресурс]. - Электронные данные. - Режим доступа: http://www.intuit.ru/studies/courses/14/14/info
4. Волкова В.Н., Емельянов А.А. Теория систем и системный анализ в управлении организациями: Учеб. Пособие. — М.: Финансы и статистика, 2012. – 848 с.
5. Железнов И.Г., Мельник О.А. Оценка эффективности сложных систем управления. Учебное пособие. – М.: Белые альвы, 2011.
6. Луценко Е.В. Автоматизированный системно-когнитивный анализ в управлении активными объектами: Монография (научное издание). — Краснодар: КубГАУ, 2010
Очень похожие работы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
* Категория работы носит оценочный характер в соответствии с качественными и количественными параметрами предоставляемого материала. Данный материал ни целиком, ни любая из его частей не является готовым научным трудом, выпускной квалификационной работой, научным докладом или иной работой, предусмотренной государственной системой научной аттестации или необходимой для прохождения промежуточной или итоговой аттестации. Данный материал представляет собой субъективный результат обработки, структурирования и форматирования собранной его автором информации и предназначен, прежде всего, для использования в качестве источника для самостоятельной подготовки работы указанной тематики.
bmt: 0.00491
© Рефератбанк, 2002 - 2024