Файл: Применение объектно-ориентированного подхода при проектировании информационной системы (Разработка информационно-логической структуры системы).pdf

Введение

Целью исследования является применение объектно-ориентированного подхода при проектировании информационной системы ( на примере CRM системы). Для достижения цели были сформулированы и решены следующие задачи:

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

2. Систематизирован документооборот.

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

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

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

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

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

1 Проектирование диаграмм UML

1.1 Развернутое описание предметной области

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

Функции, реализуемые системой:

1. аутентификация пользователя;
2. ведение справочников (пользователи, единицы измерения, номенклатура, адреса, поставщики, виды операций, материально-ответственные лица);
3. ведение оперативной информации (операции на складах, размещение единиц хранения, комплектация заказа, результаты инвентаризации);
4. поиск оптимального места хранения для принятого товара;
5. формирование отчётов (наличие товара на складе, перемещение заданного товара по складу, приём товара на склад, отгрузка товара со склада; товары готовые к отгрузке, результат инвентаризации и коррекции товарных запасов) в экранной и документальных формах;
6. выдача справок по размещению заданного товара и по его остаткам на текущий момент.

1.2 Разработка информационно-логической структуры системы

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

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

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

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

Язык UML имеет сложную иерархическую структуру, показанную на рисунке 1.1.

Рисунок 1.1 - Структура языка UML

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

Язык UML имеет четыре вида сущностей: структурные, поведенческие, группирующие и аннотационные сущности. Они показаны на втором уровне структурного дерева языка UML, представленного на рисунке 1.

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

1.3 Постановка задачи

1.4 Описание логической структуры БД

Рисунок 1.2 – Описание логической структуры БД

1.4.1 Диаграмма вариантов использования

Рисунок 1.3 – Диаграмма вариантов использования

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

Рисунок 1.4 – Диаграмма классов

1.4.3 Диаграмма последовательности

Рисунок 1.5 -Диаграмма последовательности для варианта использования “Внесение данных об изданиях”

Рисунок 1.6 - Диаграмма последовательности для варианта использования “Выбор направления для менеджеров”

Рисунок 1.7 – Диаграмма последовательности для варианта использования “Ведение тарифной политики”

Рисунок 1.8 - Диаграмма последовательности для варианта использования “Получение данных по размещению”

Рисунок 1.9– Диаграмма последовательности для варианта использования

“Внесение данных по размещению”

Рисунок 1.10 – Диаграмма последовательности для варианта использования

“Получение данных о клиенте”

Рисунок 1.11 – Диаграмма последовательности для варианта использования

“Внесение данных о клиенте”

Рисунок 1.12 – Диаграмма последовательности для варианта использования

“Формирование флэт-плана”

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

Рисунок 1.13 – Диаграмма компонентов “Реализация клиентской части CRM-системы”

Рисунок1.14– Диаграмма компонентов “Реализация серверной части CRM-системы”

Рисунок 1.15 – Диаграмма компонентов “Структура C++-проекта клиентской части CRM-системы

1.4.5– Диаграмма размещения устройств и программных средств CRM-системы в узлах ЛВС

Рисунок 1.16 – Диаграмма размещения устройств и программных средств CRM-системы в узлах ЛВС

2 Проектирование диаграмм IDEF

Рисунок 2.1 – Диаграмма верхнего уровня разрабатываемой ИС на основе методологии IDEF0

Рисунок 2.2 – Декомпозиция верхнего уровня разрабатываемой ИС на основе методологии IDEF0

Рисунок 2.3 – Диаграмма с декомпозицией бизнес-функции “Поиск клиентов” на основе методологии IDEF0

Рисунок 2.4 – Диаграмма с декомпозицией бизнес-функции “Внесение данных в БД” на основе методологии IDEF0

Рисунок 2.5 – Диаграмма с декомпозицией бизнес-функции “Заключение договора” на основе методологии IDEF0

Рисунок 2.6 – Диаграмма с декомпозицией бизнес-функции “Формирование запроса пользователем” на основе методологии IDEF0

Рисунок 2.7 – Диаграмма с декомпозицией бизнес-функции “Обработка запроса базой данных” на основе методологии IDEF0

Рисунок 2.8 – Диаграмма с декомпозицией бизнес-функции “Подготовка макета” на основе методологии IDEF0

Рисунок 2.9 – Диаграмма с декомпозицией бизнес-функции “Оформление договора” на основе методологии IDEF0

Рисунок 2.10 – Диаграмма верхнего уровня разрабатываемой ИС на основе методологии DFD

Рисунок 2.11 – Декомпозиция верхнего уровня разрабатываемой ИС на основе методологии DFD

В соответствии с выбранной методологией IDEF0 в данном разделе были построены диаграммы верхнего уровня разрабатываемой ИС, декомпозиции верхнего уровня разрабатываемой ИС, декомпозиции бизнес-функции ИС. Также в данном разделе, были построены диаграмма верхнего уровня разрабатываемой и диаграмма декомпозиции верхнего уровня разрабатываемой ИС на основании методологии DFD.

Заключение

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

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