Курсовой проект по дисциплине _МСПИСТ_. Баранаускас М.Э. ИБ-72з.. Курсовой проект По дисциплине Методы и средства проектирования информационных систем и техно логий На тему
 Скачать 0.77 Mb.
|
|
ФЕДЕРАЛЬНОЕ АГЕНТСТВО СВЯЗИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА» (СПбГУТ) ИНСТИТУТ НЕПРЕРЫВНОГО ОБРАЗОВАНИЯ Курсовой проект По дисциплине _Методы и средства проектирования информационных систем и техно- логий_ На тему «Проектирование информационной системы автосалона» Фамилия:______Баранаускас__ Имя:______Максим______ Отчество:______Эдвардасович_ № зачетной книжки:______1710072______ Группа №:______ИБ-72з_______ Санкт-Петербург 20_21__ Содержание Введение ………………………………………………………………………… 3 1. Понятие информационных систем ……………………………………….. 5 1.1. Описание предметной области ИС «Автосалон» ………………. 7 1.2. Логическое моделирование ИС «Автосалон» …………………... 9 2. Построение диаграмм ……………………………………………………... 11 2.1. Диаграмма вариантов использования …………………………. 11 2.2. Диаграмма последовательности ………………………………… 14 2.3. Диаграмма состояний ……………………………………………. 18 2.4. Диаграммы деятельности ……………………………………….. 21 2.5. Диаграмма классов ……………………………………………….. 25 Заключение ……………………………………………………………………. 32 Список литературы …………………………………………………………... 34 Введение Информационная система сегодня является неотъемлемым помощни- ком для управления работой предприятия, она позволяет решать целый комплекс задач, среди которых управление персоналом, управление финанса- ми, планирование производственной деятельности и т. д. Внедрение инфор- мационной системы в производство должно способствовать также получе- нию более рациональных вариантов решения управленческих задач вслед- ствие использования различных математических методов. Информационная система позволит избавить работников предприятия от бумажной и рутинной работы, обеспечит достоверность информации и позволит значительно сни- зить затраты на производство продукции и услуг. Предприятием, для которого будет проектироваться информационная система, был выбран автосалон. Главной задачей автосалона является прода- жа автомобилей, а также различных запчастей и аксессуаров для них. Иными словами, задача автосалона — реализация автотранспорта. В реализации транспорта участвуют ряд сотрудников автосалона: менеджеры, операторы, продавцы-консультанты, помогающие клиентам выбрать тот или иной авто- мобиль. Актуальность проектирования информационной системы для данной области заключается в том, что в современном мире автомобили уже давно стали неотъемлемой частью жизни для большинства людей. Соответственно, это не могло не отразиться на нагрузке на салоны по продаже автомобилей, которые должны теперь обслуживать намного больше клиентов за как можно меньшее время. Это многократно увеличивает количество информации, с ко- торым приходится работать людям, а это, в свою очередь, увеличивает веро- ятность допущения ошибки, что может крайне негативно сказаться на дея- тельности автосалона. Для снижения вероятности допущения ошибок людь- ми, а также для увеличение общей эффективности предприятия, целесооб- 3 разным будет спроектировать информационную систему, которая станет неотъемлемым помощником в деятельности автосалона. Целью данного курсового проекта является логическое проектирование информационной системы для салона по продаже автомобилей. Для этого на начальном этапе необходимо подробно и развёрнуто описать предметную об- ласть, то есть определить основной вид деятельности предприятия, какие процессы протекают в ходе реализации данной деятельности, и как их можно автоматизировать. Далее необходимо построить ряд диаграмм: диаграмму ва- риантов использования, диаграммы последовательности, диаграмму состоя- ний, диаграммы деятельности и диаграмму классов. Также необходимо про- вести логическое моделирование. Результатом данного курсового проекта должна быть спроектированная и готовая к использованию информационная система для автоматизации деятельности предприятия по продаже автомоби- лей. Помимо этого необходимо дать полное определение того, что представ- ляют собой информационные системы, какие задачи они решают, а также ка- кие существуют методы их проектирования. В процессе написания данного курсового проекта я активно пользовал- ся различными информационными источниками: монографиями, учебными пособиями, а также различными интернет-статьями. 4 1. Понятие информационных систем Под информационной системой (ИС) следует понимать совокупность организационных, программных, технических и информационных средств, которые объединены между собой в единую систему для сбора, хранения, об- работки, а также выдачи информации, необходимой для полноценного функ- ционирования объекта деятельности. Основная задача ИС — это удовлетво- рение информационных потребностей в процессе деятельности объекта дея- тельности (предприятия, компании, завода и т. д.). Отсюда вытекают опре- делённые требования, которым должна соответствовать любая информацион- ная система. Среди этих требований: • полнота и достаточность предоставления информации; • своевременность предоставления данной информации; • необходимая степень достоверности информации в зависимости от уровня функциональной иерархии; • принятие во внимание различий между сферами деятельности и инфор- мационными потребностями; • экономичность обработки информации; • адаптивность к информационным потребностям пользователей, кото- рые могут сильно меняться с течением времени. Проектирование любой ИС начинается с описания её предметной обла- сти. Под предметной областью понимается область деятельности в реальном мире, содержащая элементы системы, информационные потоки, процессы взаимодействия между собой, функциональные подсистемы, внешние про- цессы, явления и события[1, стр.6-7]. Описание предметной области — это наиболее ответственный и важный этап проектирования ИС. Плохое, не пол- ное описание предметной области, равно как и чересчур полное и избыточное может крайне негативно сказаться на будущем успехе проекта. Поэтому каче- ственное и квалифицированное описание предметной области — это фунда- 5 мент для успешного построения ИС. В описании предметной области необхо- димо указать: • цель проектирования и эксплуатации ИС; • функции и связи между ними, входящие в состав проекта ИС (границы проекта); • функции вне границ проекта, но имеющие связи с функциями проекта. Также в описании предметной области необходимо указать информацию касательно функций реализуемых в ИС, а именно: • пользователей и их требования (точки зрения проекта); • примеры документов, которые используются при реализации функции; • правила выполнения профессиональных задач, а также последователь- ность их выполнения; • ограничения, возникающие из-за устоявшихся бизнес-правил, которым следует предприятие; • профессиональная терминология, которая будет использоваться в про- цессе проектирования ИС. Предметная область должна являться результатом системного анализа деятельности объекта проектирования. Её описание не должно быть слишком формализованным и структурированным, оно должно быть максимально до- ступным для понимания, для чего могут использоваться различные таблицы, рисунки, схемы, графики и т. д.[1, стр. 40-41] Теперь, имея достаточно полное представление о том, что представляет из себя предметная область, можно перейти непосредственно к описанию предметной области создаваемой ИС «Автосалон». 6 1.1. Описание предметной области ИС «Автосалон» Автосалон является юридическим лицом, основной деятельностью ко- торого является получение прибыли путём продажи автомобилей клиентам, в качестве которых могут выступать как физические, так и юридические лица. Для продажи автомобилей автосалон закупает их у поставщика по определён- ной цене. Автосалон состоит из нескольких подразделений, которые обеспе- чивают его деятельность: • бухгалтерия. Основная задача — сбор, обработка и структурирование информации о деятельности предприятия, выплата зарплаты работни- кам, ведение налоговой отчётности. В отделе бухгалтерии работают старший бухгалтер и младший бухгалтер, которые разделяют обязанно- сти между собой; • отдел продаж. Основная задача — увеличение показателей продаж то- варов и услуг. В отделе продаж есть менеджер этого отдела, который следит и руководит работой ассистентов и консультантов, задачей кото- рых является общение с клиентами и оказание им помощи в выборе ав- томобилей ; • отдел маркетинга. Основная задача — создание благоприятных условий для продажи товаров и услуг. В отделе работают начальник отдела мар- кетинга и маркетологи, задачей которых является продвижение товаров; • отдел кадров. Основная задача — помощь предприятию в достижении его целей и задач путём обеспечения его высококвалифицированными работниками, а также грамотное использование их потенциала. Задача начальника отдела — грамотная организация работы по привлечению новых работников и качественный отбор высококвалифицированных кадров; • IT-отдел. Основная задача — развитие IT-инфраструктуры предприя- тия. Состав: начальник IT-отдела и IT-специалисты; 7 • отдел закупок. Основная задача — закупка автомобилей у поставщиков по определённой стоимости. Состав: менеджер отдела закупок, задачей которого является приобретение автомобилей у поставщиков для их по- следующей продажи; • служба безопасности. Основная задача — обеспечение безопасности ведения торговой деятельности предприятия, а также охрана коммерче- ской тайны. В состав отдела входят начальник отдела и сотрудники отдела. Все эти подразделения находятся в подчинении у лица, которое стоит во главе автосалона — исполнительного директора, одного из руководителей предприятия. Его задачей является координирование всех подразделений предприятия и обеспечение их максимальной эффективности. Схематично подразделения автосалона можно представить следующим образом[3]: «Рисунок 1 — Подразделения автосалона» 8 Бухгалтерия Отдел маркетинга Отдел кадров IT-отдел Cлужба безопасности Отдел закупок Руководство Исполнительный директор Отдел продаж Менеджер отдела продаж Консультанты, ассистенты Сотрудники IT IT-директор Начальник отдела безопасности Сотрудники отдела безопасности Старший бухгалтер Младший бухгалтер Маркетологи Начальник отдела маркетинга Менеджер отдела закупок Начальник отдела кадров 1.2. Логическое моделирование ИС «Автосалон» Логическая модель — это графическое представление логической структуры исследуемой предметной области. В её основе лежат сущности (описывают объекты предметной области, а также субъекты, деятельность ко- торых осуществляется в рамках предметной области), а также их взаимоотно- шения между собой (связи между сущностями, определяющие зависимость между ними). Логическая модель должна удовлетворять определённым усло- виям, а именно: отображать все сущности и связи, содержать наименование всех сущностей и связей, показывать, в каких отношениях состоят сущности между собой (один-к-одному, один-ко-многим, многие-ко-многим), и показы- вать направление чтения каждой связи[2]. Исследовав предметную область «Автосалона», можно выделить следу- ющие сущности: • Клиент (Атрибуты: ID, имя, фамилия, отчество, дата рождения, пас- портные данные, контактные данные, обращение/заявка)); • База данных (Атрибуты: ID клиента, о котором хранится информация); • Обращение/Заявка (Атрибуты: ID заявки, продавец-консультант, оплата, автомобиль); • Оплата (Атрибуты: ID оплаты, тип оплаты(наличные, безналичный рас- чёт), сумма оплаты); • Продавец-консультант (ID продавца, имя, фамилия, отчество, дата приёма на работу); • Автомобиль (ID автомобиля, марка, год выпуска, цвет, цена); • Поставщик (ID поставщика, наименование организации, в которой он работает, ID автомобиля, который он поставляет, контактные данные); • Тех. Характеристики (ID автомобиля, тип коробки, кузов, тип привода, масса, тип двигателя, максимальная скорость, время разгона до 100 км/ ч, расход топлива на 100 км в литрах). 9 Теперь определим, в каких отношениях между собой находятся сущно- сти данной логической модели. Когда человек приходит в автосалон с целью купить автомобиль, он становится клиентом этого автосалона и сразу зано- сится в его базу данных, где хранится вся информация о клиенте. То есть, от- ношение между сущностями «Клиент» и «База данных» один-к-одному (один клиент — одна запись в базе данных о нём). Между сущностями «Клиент» и «Обращение/Заявка» отношение один-ко-многим, поскольку один клиент мо- жет сделать множество заявок на покупку различных авто в данном автосало- не. Отношение сущности «Обращение/Заявка» с такими сущностями как «Оплата», «Продавец-консультант» и «Автомобиль» один-к-одному, посколь- ку одна заявка подаётся клиентом на один конкретный автомобиль, процес- сом продажи этого автомобиля клиенту руководит один продавец-консультант и при покупке данного автомобиля клиент осуществляет одну оплату. У авто- мобиля есть определённые технические характеристики и поставщик, поэто- му связь сущности «Автомобиль» с сущностями «Тех. Характеристики» и «Поставщик» один-к-одному. В результате для предметной области ИС «Автосалон» можно по- строить следующую логическую модель «Рисунок 2 — Логическая модель ИС» 10 2. Построение диаграмм 2.1. Диаграмма вариантов использования Диаграмма вариантов использования (use case diagram) — это диаграм- ма, которая показывает отношения между актёрами и прецедентами. Под пре- цедентами следует понимать возможность моделируемой системы, которая позволяет получить результат, который нужен пользователю. Данная диаграм- ма является составной частью модели прецедентов, которые помогают в опи- сании системы на концептуальной уровне. Диаграмма создаётся для решения следующих задач: 1. определить границы и контекст моделируемой предметной области; 2. сформировать требования к функциональному поведению проектируе- мой системы; 3. разработать концептуальную модель системы; 4. подготовить исходную документацию. Предмет данной диаграммы заключается в представлении проектируе- мой системы в виде множества актёров (сущность, осуществляющая взаимо- действие с системой снаружи), которые взаимодействуют с системой посред- ством вариантов использования. Система предоставляет актёру различные сервисы, а задачей варианта использования является их описание. На диа- грамме вариант использования обозначается эллипсом, внутри которого пи- шется его название, в качестве которого используется глагол с пояснительны- ми словами. «Рисунок 3 — Пример варианта использования» Целью варианта использования является определение фрагмента поведения сущности, без раскрытия её внутренней структуры. 11 Поиск автомобиля для покупки Задача актёров — обозначение согласованного множества ролей. Эти роли играют пользователи при взаимодействии с системой. Актёр является отдельной ролью относительно варианта использования. На диаграмме актёр обычно обозначается как человечек, под которым указывается его имя. «Рисунок 4 — Пример актёра» Между актёрами и вариантами использования существуют отношения, которые описывают их взаимодействие. Существуют следующие виды отно- шений: 1. ассоциации (association relationship) — отношение определяет роль ак- тёра при взаимодействии с экземпляром варианта использования. На диаграмме обозначается сплошной линией; 2. расширения (extend relationship) — отношение определяет взаимосвязь между вариантов использования с более общим вариантом. На диаграм- ме обозначается пунктирной линией со стрелкой (направлена от вари- анта использования, являющегося расширением для исходного вариан- та использования). Линия должна быть помечена словом «extend»; 3. обобщения (generalization relationship) — отношение используется, когда необходимо показать, что один вариант использования может быть дополнен другим. На диаграмме данное отношение обозначается сплошной линией со стрелкой в форме незакрашенного треугольника.; 4. включения (include relationship) — отношение указывает, что поведение для одного варианта использования включается как составной компо- нент в последовательность поведения другого варианта использования. Обозначается пунктирной линией со стрелкой с ключевым словом 12 «include».[4, стр. 17-20] «Рисунок 5 — Диаграмма вариантов использования торговой деятельности автосалона» 13 2.2. Диаграмма последовательности Диаграмма последовательности — диаграмма, показывающая взаимо- действия объектов, которые упорядочены по времени их проявления. Объек- ты являются экземплярами класса или сущности, которые обладают поведе- нием. Объектами могут быть пользователи, классы, имеющие определённое поведение в системе, программные компоненты или же сами системы. Распо- лагаются объекты на диаграмме слева направо, причём левым крайним яв- ляется тот объект, который инициирует взаимодействие. Важная часть объек- та, его линия жизни, отображает количество времени, в течении которого объект существует в системе. Фокус управления показывает периоды време- ни, в которых объект проявляет активность в момент взаимодействия[4, стр. 6]. Создадим диаграмму последовательностей «Продажа автомобилей». Основными действующими лицами данной диаграммы будут «Продавец- консультант», в обязанности которого входит общение с клиентом, предостав- ление полной и актуальной информации об интересующих клиента автомоби- лях, то есть консультирование; Клиент, который приобретает автомобиль и, при желании, может оставить отзыв о работе продавца-консультанта, который консультировал его; Бухгалтерия, которая начисляет продавцу-консультанту зарплату и премиальные за успешную продажу автомобиля. 14 «Рисунок 6 — Диаграмма последовательностей «Продажа автомобилей»» Создадим диаграмму последовательностей, которая будет моделировать процесс заказа автомобиля менеджером отдела закупок у поставщика. Снача- ла менеджером указываются основные критерии, которым должен удовлетво- рять автомобиль. Это, например, могут быть цвет, год выпуска, тип кузова, тип трансмиссии и т. д. Далее выясняется есть ли данный автомобиль у по- ставщика сейчас в наличии. Если есть, то менеджер формирует заказ на этот автомобиль, после чего между поставщиком и менеджером совершается сдел- ка по покупке автомобиля. 15 «Рисунок 7 —Диаграмма последовательностей «Заказ автомобилей у поставщика»» Создадим диаграмму, моделирующую процесс заключения договора купли-продажи. Сначала менеджер по продажам должен занести в форму полную информацию касательно клиента и приобретаемого им автомобиля. Затем, на основании этих данных формируется договор купли-продаж. Затем данные уже заносятся в ПТС (паспорт транспортного средства) и документ выдаётся владельцу. 16 «Рисунок 8 —Диаграмма последовательностей «Заключение договора купли-продаж»» 17 2.3. Диаграмма состояний Диаграмма состояний (state machine diagrams) — диаграмма, которая даёт представление о том, как ведёт себя система в тех или иных условиях. Предназначены для моделирования поведения объекта на всём протяжении его жизненного цикла. Данные диаграммы моделируют поток управления от события к событию. На диаграммах состояний обязательно имеется началь- ное состояние. Это состояние соответствует только что созданному состоя- нию объекта и изображается на диаграмме чёрной точкой. «Рисунок 9 — Начальное состояние объекта» Также на диаграмме может быть показано конечное состояние объекта, которое иллюстрирует состояние объекта непосредственно перед его уничто- жением. В отличие от начального состояния, которое обязательно должно присутствовать на диаграмме, конечных состояний может быть сколько угод- но, или же они могут отсутствовать вовсе. «Рисунок 10 — Конечное состояние объекта» Если необходимо смоделировать динамические аспекты системы, то диаграммы состояний чаще используются, чтобы смоделировать реактивные объекты. Под реактивным объектом понимается объект, поведение которого характеризуют его реакцией на внешние события. Обычно, реактивный объект находится в состоянии ожидания, а как только он получает определён- ное событие, он реагирует на него исходя из предшествующих событий. 18 После реакции на событие, объект опять переходит в состояние ожидание следующего события. Интересом для реактивных объектов являются устой- чивые состояния, а также события, которые способствуют переходу между состояниями, и действия, которые выполняются объектами при смене состоя- ний. Моделирование любого реактивного объекта должно начинаться с определения устойчивого состояния, в котором может находиться объект сколь угодно долгое время; событий, из-за которых происходит смена состоя- ний; действий, выполняемых при смене состояний. Моделирование реактив- ного объекта — это моделирование всего ЖЦ (жизненного цикла) объекта, от момента его создания до момента его уничтожения. Моделирование состоит из процессов: 1. Выбор контекста для автомата. 2. Выбор начального и конечного состояния для объекта. 3. Определение устойчивых состояний для объекта. 4. Определение частичного упорядочения устойчивых состояний на про- тяжении ЖЦ объекта. 5. Определение событий, которые способствуют переходам между состоя- ниями. 6. Присоединение действия к переходам и состояниям. 7. Анализ возможности упрощения автомата путём использования подсо- стояний, разделений, ветвлений и т. д. 8. Проверка возможности достижения любого из состояний при опре- делённой комбинации событий. 9. Проверка отсутствия тупиковых состояний[4, стр. 30-32]. 19 «Рисунок 11 — Диаграмма состояний, моделирующая процесс продажи автомобилей» «Рисунок 12 — Диаграмма состояний, моделирующая работу продавца-консультанта» 20 2.4. Диаграммы деятельности Диаграмма деятельности представляет собой инструмент для модели- рования, главная цель и задача которого — это создание набора условных обозначений, которую будут понятны всем бизнес-пользователям. В диаграм- мах деятельности существуют четыре основные категории элементов. 1. Объекты потока управления (действия, события и логические операто- ры). 2. Соединяющие объекты (поток управления, поток сообщений, а также ассоциации). 3. Роли (дорожки и пулы). 4. Артефакты (данные, группы, текстовые аннотации). В диаграммах деятельности существует множество различных собы- тий: простые события (используются для того, чтобы показать начало или окончание процесса), события-сообщения (показывают обмен сообщениями в ходе выполнения процесса), события-таймеры (моделируют события, повто- ряющиеся во времени), события-ошибки (с их помощью можно смоделиро- вать генерацию и обработку ошибок в процессе), события-отмены (реагиру- ют или же инициируют отмену транзакций), события-компенсации (выполня- ют действия по компенсации или же инициируют её), события-условия (способствуют интеграции бизнес-правил в процесс), события-сигналы (от- правляют и принимают сигналы между процессами), составные события (имитируют моделирование и генерацию одного события), события-ссылки (выполняют функцию межстраничных соединений), события-остановы (за- вершают весь бизнес-процесс). Помимо этого, в диаграммах деятельности существуют логические опе- раторы: • оператор исключающего «или», управляемый данными. Для ветвления используется для направления потока управления по одной ветви. Для 21 синхронизации: ожидает завершения выполнения входящей ветви, а за- тем активирует выходной поток); • оператор исключающего «или», управляемый событиями. Направляет поток управления по исходящей ветви, на которой первом произошло событие; • оператор включающего «или». В случае ветвления, активирует исходя- щие ветви. В случае синхронизации, ожидает завершение выполнения входящей ветви, а затем активирует выходной поток; • оператор «и». В случае ветвления, разделяет поток управления на несколько параллельных потоков. В случае синхронизации, ожидает пока завершится выполнение входящих ветвей, после чего активирует выходной поток. • сложный оператор. Оператор, имеющий несколько условий. Если эти условия выполняются, то активируются исходящие ветви. Использова- ние данного оператора на диаграмме нежелательно, так как его условия не имеют графического выражения, что препятствует пониманию диа- граммы. Поток управления задаёт порядок, в котором должны выполняться дей- ствия, на диаграмме изображается сплошной линией, на конце которой закра- шенная стрелка. «Рисунок 13 — Поток управления» В случае, если линия перечёркнута, значит это поток по умолчанию. «Рисунок 14 — Поток по умолчанию» Поток сообщений отражает сообщения, которыми участники обменива- 22 ются между собой. На диаграмме поток сообщений изображается штриховой линией, которая оканчивается открытой стрелкой. «Рисунок 15 — Поток сообщений» Ассоциации предназначены для ассоциирования артефактов, а также данных либо текстовых аннотаций с объектами потока управления. На диа- грамме изображаются в виде пунктирной линии со стрелкой на конце. «Рисунок 16 — Ненаправленна ассоциация» «Рисунок 17 — Направленная ассоциация» «Рисунок 18 — Двунаправленная ассоциация» Пулы изображаются в виде прямоугольника, содержащего объекты по- тока управления, которые соединяют между собой объекты и артефакты. До- рожки являются частью пула, они позволяют организовать объекты потока управления, связывающие объекты и артефакты[4, стр. 44-48]. «Рисунок 19 — Пул» 23 «Рисунок 20 — Диаграмма деятельности, описывающая процесс продажи автомобиля клиенту» 24 2.5. Диаграмма классов Диаграммы классов являются формой статического описания системы с точки зрения её проектирования. Задача диаграммы классов состоит в том, чтобы показать структуры системы. На них показываются классы, интерфей- сы, а также отношения между ними. Составными частями диаграммы классов являются: 1. Класс. Обозначает объекты, обладающие одинаковой структурой, пове- дением и отношениями с объектами, находящимися в других классах. 2. Ассоциация. Показывает отношения между объектами из разных классов. 3. Зависимость. Форма отношения использования, при котором изменение в спецификации одного влечёт за собой изменение другого. 4. Агрегация. Является разновидностью ассоциации при отношении меж- ду целым и его частями. Встречается при условии, что один класс пред- ставляет собой контейнер или коллекцию других. При уничтожении контейнера его содержимое сохраняется. 5. Композиция. Представляет собой более строгий вариант агрегации, у него имеется жесткая зависимость времени существования экземпля- ров класса контейнера и экземпляров содержащихся классов. В случае уничтожения контейнера, всё его содержимое также будет уничтожено. Диаграммы классов предназначены для: 1. Моделирования данных на основании анализа предметной области, ко- торый позволяет определить сущности и связи между ними. 2. Описания архитектуры ПС (программного средства). Диаграмма классов позволяет выделить архитектурно значимые классы. 3. Моделирования навигации экранов. На диаграммах представлены по- граничные классы, а также их логическая взаимосвязь. 25 4. Моделирования логики компонент программы. То есть данные диа- граммы позволяют моделировать логику обработки данных[4, стр. 24- 25]. Определим классы-сущности для создания диаграммы классов, описы- вающей работу ИС: • Клиент; • Договор купли-продаж; • Менеджер; • Заказ; • Автомобиль; • Поставщик; • ПТС. Класс Client Параметр Значение Комментарий Класс, представляющий собой клиента автосалона Атрибуты ID : Integer — ID клиента ФИО : String — ФИО клиента passport_data : String — паспортные данные клиента drive_license : String — права клиента phone : String — номер телефона клиента Все атрибуты имеют модификатор доступа - private Операции AddClient() — добавление нового клиента RemoveClient() — удаление клиента GetInfo() — получить информацию о клиенте Все операции имеют модификатор доступа - public 26 Класс SalesContract Параметр Значение Комментарий Класс, представляющий собой договор купли-продаж Атрибуты ID contract: Integer — ID договора купли-продаж date: Date — дата заключения договора купли-продаж ФИО client : String — ФИО клиента, с которым заключается до- говор купли-продаж ФИО manager : String — ФИО менеджера, заключающего дого- вор купли-продаж с клиентом phone client : String — телефон клиента phone manager : String — телефон менеджера passport_data client : String — паспортные данные клиента passport_data_manager : String — паспортные данные менеджера car_characteristic : String — характеристики автомобиля Все атрибуты имеют модификатор доступа - private Операции AddSalesСontract() — добавление договора купли-продаж RemoveSalesСontract() — удаление договора купли продаж GetInfo() — получить информацию о договоре купли-продаж Все операции имеют модификатор доступа - public Класс Manager Параметр Значение Комментарий Класс, представляющий собой менеджера по прода- жам, работающего с клиентом Атрибуты ID : Integer — ID менеджера ФИО : String — ФИО менеджера phone : String — рабочий телефон менеджера E-mail : String — рабочий E-mail менеджера Все атрибуты имеют модификатор доступа - private Операции GetInfo() — получить информацию о менеджере Все операции имеют модификатор доступа - public 27 Класс Order Параметр Значение Комментарий Класс, представляющий собой шаблон заказа автомо- биля у поставщика Атрибуты ID : Integer — ID заказа ФИО_manager : String — ФИО менеджера, делающего заказ ФИО_provider : String — ФИО поставщика, принимаю- щего заказ у менеджера date : Date — дата поступления заказа Sum : String — сумма заказа Все атрибуты имеют модификатор доступа - private Операции AddOrder() — добавить новый заказ RemoveOrder() — удалить существующий заказ GetInfo() — получить информацию о заказе Все операции имеют модификатор доступа - public Класс Car Параметр Значение Комментарий Класс, представляющий собой автомобиль, на который составляется договор купли-продаж Атрибуты ID : Integer — ID автомобиля Все атрибуты имеют модификатор доступа - private Операции AddCar() — добавление нового автомобиля RemoveCar() — удаление автомобиля Все операции имеют модификатор доступа - public Класс Provider Параметр Значение Комментарий Класс, представляющий собой поставщика автомобилей Атрибуты ID : Integer — ID поставщика ФИО : String — ФИО поставщика phone : String — телефон поставщика address : String — адрес поставщика E-mail : String — E-mail поставщика Все атрибуты имеют модификатор доступа - private Операции GetInfo() — получить информацию о поставщике Все операции имеют модификатор доступа - public 28 Класс PTS Параметр Значение Комментарий Класс, представляющий собой ПТС Атрибуты ID: Integer — ID ПТС date: Date — дата составления ПТС car_VIN : String — VIN номер автомобиля car_model : String — модель автомобиля car_color : String — цвет автомобиля car_year_of_issue : String — год выпуска автомобиля car_power : Integer — мощность автомобиля car_number : String — номер автомобиля Все атрибуты имеют модификатор доступа - private Операции Add_PTS() — добавить новый ПТС GetInfo() — получить информацию о ПТС Все операции имеют модификатор доступа - public «Рисунок 21 — Классы-сущности» 29 Добавление отношений между классами: • классы Client и SalesContract — отношение ассоциации. Один клиент может подписать несколько договоров купли-продаж, в случае если ре- шит купить несколько автомобилей, поэтому кратность связи со сторо- ны класса Client — 1, а со стороны SalseContract — 1..n; • классы SalesContract и Car — отношение ассоциации. Один договор купли-продаж оформляется на один конкретный автомобиль. Крат- ность связи со стороны класса SalesContract — 1, со стороны класса Car — также 1; • классы Car и PTS — отношение ассоциации. Один автомобиль имеет один ПТС, в котором содержится вся информация о нём. Кратность связи со стороны класса Car — 1, со стороны класса PTS — также 1; • классы Manager и SalesContract — отношение ассоциации. Один ме- неджер может составить несколько договоров купли-продаж, поэтому кратность связи со стороны класса Manager — 1, а со стороны класса SalseContract — 1..n; • классы Manager и Order — отношение ассоциации. Один менеджер может оформить несколько заказов на поставку автомобилей, поэтому кратность связи со стороны класса Manager — 1, а со стороны класса Order — 1..n; • классы Order и Provider — отношение ассоциации. Один поставщик может получать несколько заказов на поставку автомобилей. Кратность связи со стороны класса Order — 1..n, а со стороны класса Provider — 1; • классы Provider и Car — отношение ассоциации. Один поставщик поставляет автосалону несколько автомобилей. Кратность связи со сто- роны класса Provider — 1, а со стороны класса Car — 1..n; 30 «Рисунок 22 — Диаграмма классов ИС» 31 Заключение В ходе выполнения данного курсового проекта было описано, что пред- ставляет из себя информационная система, и какие факторы следует учиты- вать при её проектировании. Также было проведено логическое проектирова- ние информационной системы «Автосалон». ИС «Автосалон» была создана для улучшения торговой деятельности предприятия путём автоматизации основных процессов, происходящих на производстве. Для создания ИС была подробно описана предметная область автосалона, его структура и основные действующие лица, каждое из которых вносит свой вклад в улучшениеь рабо- ты предприятия. Также на основании исследованной предметной области было проведено логическое моделирование, то есть графическое представле- ние структуры предметной области. Далее было необходимо построить ряд диаграмм, среди которых: диаграмма вариантов использования, с помощью которой были описаны основные «актёры» системы, то есть сущности, взаи- модействующие с системой, а также варианты использования; 3 диаграммы последовательности, на которых на единой временной оси показан жизнен- ный цикл объекта и взаимодействия между актёрами; диаграмма состояний, показывающая основные состояния, в которых может находиться информаци- онная система; диаграммы деятельности, на которых описывается работа ИС; диаграмма классов, показывающая общую структуру иерархии классов систе- мы, а также их атрибутов, методов и взаимосвязей между ними. Результатом выполнения данного курсового проекта является спроекти- рованная ИС «Автосалон». Конечно, данная ИС должна улучшаться и совер- шенствоваться для повышения своей эффективности. Необходимым услови- ем повышения эффективности является рациональность ИС, то есть затрачи- вать как можно меньше ресурсов на сбор, хранение и обработку информации. Добиться этого можно путём закупки более современного оборудования для ИС, которое позволит хранить большие объёмы данных и быстрее обрабаты- 32 вать поступающую информацию. Также, немаловажно, чтобы вся поступаю- щая информация была релевантной, то есть в полной мере соответствовала потребностям руководителя. Для этого необходима организация учёта и веде- ние подробной статистики, на основании которой в будущем будет прини- маться то или иное решение. Помимо этого, необходимо добиться единства информации, которая поступает на предприятие. Для этого необходимо избе- жать дублирования различных источников информации. Одно из самых важ- ных условий для эффективной работы ИС — это обеспечение качества и надёжности поступающей информации, а также её сопоставимость предме- там и объектам исследований, периоду времени и т.д. Выполнение этих усло- вий в значительной степени повысит эффективность работу ИС и, как след- ствие, улучшит показатели торговой деятельности предприятия. 33 Список литературы 1. Остроух А. В., Суркова Н. Е. Проектирование информационных си- стем: Монография. — СПб.: Издательство «Лань», 2019. — 164 с.: ил. — (Учебники для вузов. Специальная литература) 2. Сергей Калинов. Ведущий бизнес-аналитик EPAM Systems. Логическая модель предметной области [Электронный ресурс]. Режим доступа: http://analyst.by/diagrams/logicheskaya-model-predmetnoy-oblasti (Дата обращения: 02.04.2021 г.) 3. Студопедия. Основные структурные подразделения предприятия. [Электронный ресурс]. Режим доступа: https://studopedia.ru/8_128042_osnovnie-strukturnie-podrazdeleniya- predpriyatiya.html (Дата обращения: 02.04.2021 г.) 4. Флегонтов А. В., Матюшичев И. Ю. Моделирование информационных систем. Unified Modeling Language: Учебное пособие. — 2е изд., стер. — СПб.: Издательство «Лань», 2019. — 112 с.: ил. — (Учебники для вузов. Специальная литература) 34 |