![](/stc/img/evkova.png)
Применение объектно-ориентированного подхода при проектировании информационной системы (информационная система как необходимая составляющая предприятия)
Содержание:
Введение
Информационные системы в настоящее время – необходимая часть любой организации, так как информация является одним из важнейших ресурсов. В российском законодательстве в настоящее время разработана и продолжает разрабатываться законодательная база касательно информации и информационных систем.
Информационной системой называется взаимосвязанная совокупность средств, методов и персонала, используемых для хранения, обработки и выдачи информации в интересах достижения поставленной цели. [11].
В общем случае первыми информационными системами можно назвать библиотеки и архивы. Однако в современном понимании, информационная система призвана ускорить процесс нахождения и обработки нужной информации, для чего и применяются информационные технологии и вычислительные системы. Поэтому сегодня информационная система – это сложная, организованная совокупность программно-технических и других вспомогательных средств, технологических процессов и групп специалистов, нацеленных на сбор, хранение, обработку и выдачу информации по требованию пользователей.
Развитие информационных систем и разнообразие задач, ими решаемых, привело к тому, что появилось множество разновидностей информационных систем, а также несколько подходов к их проектированию. На сегодняшний день объектно-ориентированный подход в проектировании является наиболее распространенным и эффективным, что делает актуальной тему данной работы.
Объектом исследования в данной работе являются информационные системы.
Предметом исследования является объектно-ориентированный подход в проектировании информационной системы.
Целью работы является анализ возможностей применения объектно-ориентированного подхода в проектировании информационной системы.
Для достижения поставленной цели необходимо решить следующие задачи:
- привести классификацию информационных систем;
- обозначить этапы проектирования информационных систем;
- рассмотреть различные подходы в проектировании информационных систем;
- провести анализ возможностей объектно-ориентированного подхода в проектировании системы;
- описать основные возможности среды проектирования Rational Rose;
- использовать практические навыки на примере проектирования конкретной информационной системы.
В процессе изучения темы используются работы ученых В.И. Грекула, А.В. Игнатьева, А.М. Вендрова и других специалистов в данной области. Курс лекций «Проектирование информационных систем» авторов В.И. Грекула, Г.Н. Денищенко, Н.Л. Коровкиной, изданный в 2005 году, рекомендован для изучения студентами высших учебных заведений, обучающихся по специальностям в области информационных технологий, и раскрывает теоретические аспекты проектирования информационных систем. Большое количество работ российского ученого А.М. Вендрова также посвящено исследованиям CASE-технологий в проектировании информационных систем.
Информационная система как необходимая составляющая предприятия
Информационная система является неотъемлимой частью любого бизнес-процесса в наше время. Л. Мацяшек [12] приводит диаграмму Венна, демонстрирующую включение системы ПО в информационную систему предприятия, которая, в свою очередь, является компонентом предприятия как целого, а само предприятие является частью бизнес-среды (рис. 1).
Рисунок 1 – Информационная система – часть бизнес-среды
Как видно из рисунка, сама информационная система включает в себя систему программного обеспечения, которая управляет процессами обработки информации.
1.1 Классификация информационных систем
Существует ряд признаков, по которым можно классифицировать информационные системы.
По типу данных информационные системы делятся на фактографические и документальные. В фактографических системах данные структурированы и хранятся в виде текстов и чисел, над ними можно проводить операции. В документальных системах данные хранятся в виде документов и не имеют структуры, то есть не подлежат изменению и выдаются в результате семантического поиска.
По степени автоматизации информационных процессов системы делятся на ручные, автоматизированные, автоматические. Ручные информационные системы предполагают, что все операции совершаются человеком, автоматические осуществляют операции без участия человека, а в автоматизированных системах обработка производится преимущественно компьютерами, но при участии человека.
В зависимости от характера обработки данных системы бывают информационно-поисковые и информационно-решающие. Информационно-поисковые системы производят ввод, систематизацию, хранение, выдачу информации по запросу пользователя без сложных преобразований данных. Информационно-решающие системы осуществляют, кроме того, операции переработки информации по определенному алгоритму. Исходя из этого, система интернет-магазина относится к информационно-поисковым.
По характеру использования выходной информации такие системы принято делить на управляющие и советующие. В управляющих системах производится обработка больших объемов данных и сложные расчеты, в результате которых формируются выходные данные. В советующих системах результатом работы являются рекомендации, а не конкретные результаты.
В зависимости от сферы применения различают следующие классы информационных систем: системы организационного управления, системы управления технологическими процессами, системы автоматизированного проектирования, интегрированные системы. Системы организационного управления предназначены для автоматизации функций управленческого персонала предприятия. Системы управления технологическими процессами служат для управления производственными технологическими операциями. Системы автоматизированного проектирования предназначены для автоматизации функций инженеров-проектировщиков, конструкторов, дизайнеров для создания новой техники или технологии. Интегрированные системы используются в малых предприятиях и охватывают весь цикл функционирования предприятия, от планирования деятельности до сбыта продукции.
По уровню управления информационные системы делятся на системы оперативного уровня, информационные системы специалистов, информационные системы уровня менеджмента и стратегические информационные системы. Системы оперативного уровня поддерживают сообщение, обрабатывая данные о сделках и событиях. Системы специалистов служат для пополнения базы знаний и поддержки работы специальных отделов предприятия. Системы уровня менеджмента применяются в основном в проведении управленческих операций, администрировании предприятия. Стратегические системы используются в разработке стратегии предприятия.
С точки зрения программно-аппаратной организации информационные системы также различаются. Традиционно информационные системы используют сервера и сервера баз данных. Есть системы, базирующиеся на сети интранет. Кроме того есть системы с использованием хранилищ данных. В последнее время широко распространены информационные системы с архитектурой интеграции информационно-вычислительных компонентов на основе объектно-ориентированного подхода.
1.2 Этапы проектирования информационных систем
Проектирование информационной системы решает три основные задачи: проектирование базы данных, проектирование удобного и функционального интерфейса и учет топологии сети.
Проектирование информационной системы делится на следующие этапы:
-
- Исследование предметной области.
- Разработка архитектуры системы.
- Реализация проекта.
- Внедрение системы.
- Сопровождение системы.
На начальном этапе происходит изучение предметной области, анализ деятельности предприятия, анализ производительности и экономический анализ.
Разработка архитектуры системы включает моделирование бизнес-процессов, протекающих в организации и реализующих ее цели и задачи, разработку спецификации обработки данных в системе и спецификации пользовательского интерфейса. На рис. 2 представлена модель представления проектных решений.
Модель классификации ориентирована на группирование объектов предметной области в соответствии с различными аспектами классификации и важность тех или иных свойств этих объектов.
Модель декомпозиции ориентирована на описание систем, способных выполнять действия над данными. Различают виды декомпозиции действий на основе:
• состава выходных данных;
• входных данных;
• представлений о промежуточных результатах;
• представлений о фазах обработки;
• представлений об альтернативных действиях.
Модели потоков отражают движение различных видов носителей (материальных, финансовых, информационных и др.).
Модель данных предметной области ориентирована на описание структуры информационных объектов, их функциональных взаимосвязей, необходимых для поддержания заданных действий.
Модель классов определяет систему классификации информации о предметной области, основанную на семантическом анализе. Среди важных характеристик модели классов можно выделить отношения наследования, включения или использования. В основе лежит объектно-ориентированный подход, основой которого является представление о предметной области как совокупности взаимодействующих друг с другом объектов, рассматриваемых как экземпляр определенного класса. Классы образуют иерархию на основе наследования. Объектно-ориентированный подход содержится в современных языках высокого уровня Smalltalk, Object Pascal, C++, Java.
Модель пользовательского интерфейса ориентирована на описание взаимодействий пользователей с проектируемой системой, состава форм представления и команд управления заданиями.
Модели логики ориентированы на описание потока управления (последовательности выполнения) операторов программной системы и действий пользователей.
Рисунок 2 – Модели представления проектных решений
Реализация информационных систем на основе информационных технологий должна быть основана на инженерных подходах, предполагающих качественные, оптимальные по используемым ресурсам, эффективные и удобные в эксплуатации разработки. В достаточной степени разработана технология проектирования программного обеспечения. Однако в информационной системе кроме программной составляющей существенную роль играет информационная составляющая, определяющая структуру, атрибутику и типизацию данных, ограничения целостности для баз данных, логику управления последними, поэтому при проектировании информационной системы приоритет отдается информационной модели, на основе которой реализуются остальные компоненты, включая диалог.
Информационные системы принято разделять по масштабу выполняемых функций на одиночные, групповые и корпоративные. Одиночные информационные системы реализуются на автономном компьютере, могут содержать несколько простых приложений, рассчитаны на работу одного пользователя или группы пользователей, разделяющих по времени одно рабочее место. Подобные приложения создаются с помощью так называемых «настольных» СУБД или с помощью файловой системы и диалоговой оболочки для ввода, редактирования и обработки данных. Групповые информационные системы ориентированы на коллективное использование информации членами обособленной рабочей группы, обычно строятся как локальная вычислительная сеть или реже как многотерминальная вычислительная система. Однотипные или специализированные рабочие места обеспечивают вызов одного или нескольких приложений. Общий информационный ресурс представляет собой базу данных или совокупность файловых структур. При разработке таких систем используются «настольные» СУБД, серверы БД для рабочих групп и соответствующие инструменты разработки. Корпоративные информационные системы ориентированы на использование в масштабе предприятия (организации) для различных рабочих групп, могут поддерживать территориально разнесенные узлы или сети. Отличительная особенность таких систем – обеспечение доступа из подразделений к центральной или распределенной БД предприятия (организации), а также к информационным ресурсам рабочей группы. Такие системы реализуются на основе архитектуры «клиент – сервер» со специализацией серверов.
Этап внедрения системы в действие включает в себя подготовку объекта автоматизации, подготовку персонала, комплектация информационной системы поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями), строительно-монтажные работы, пусконаладочные работы, проведение предварительных испытаний, проведение опытной эксплуатации и проведение приемочных испытаний.
Этап сопровождения состоит в выполнении работ в соответствии с гарантийными обязательствами и послегарантийном обслуживании.
Итак, информационная система является необходимой составляющей современных бизнес-процессов, так как позволяет автоматизировать работу предприятия. Разнообразие существующих информационных систем позволяет классифицировать их по ряду признаков. Проектирование информационной системы – сложный многоэтапный процесс.
Применение объектно-ориентированного подхода в проектировании систем
2.1 Анализ возможностей объектно-ориентированного подхода в проектировании системы
В проектировании информационных систем существует два основных подхода: структурный и объектно-ориентированный. В основе структурного подхода лежит принцип декомпозиции, заключающийся в разбиении информационной системы на модули по функциональной принадлежности, то есть каждый модуль выполняет определенную задачу. Главный недостаток такого подхода заключается в движении информации в одном направлении. Если при проектировании или эксплуатации возникает проблема, то она решается только на данной стадии проекта, не затрагивая предыдущих стадий. Недостаточная обратная связь приводит к ограниченным исправлениям, что, в свою очередь, приводит к деформированным реализациям. Ориентация на функционально-модульный подход увеличивает вероятность потери контроля над решением возникающих проблем.
Объектно-ориентированная технология проектирования информационных систем предоставляет мощную, гибкую, универсальную концептуальную основу для конструирования информационно-управляющих систем в различных областях хозяйственной деятельности и управления, сочетающую использование моделей современной логистики, объектного подхода к компонентам предметной области, современных инструментальных средств визуального программирования и СУБД с SQL-интерфейсом. Объектно-ориентированная технология проектирования информационной системы включает в себя следующие компоненты:
- технологию конструирования концептуальной объектно- ориентированной модели предметной области;
- инструментальные средства спецификации проектных решений;
- библиотеки типовых компонент модели предметной области;
- типовые проектные решения для ряда функциональных областей.
В основу объектно-ориентированной технологии проектирования информационной системы положены разработка, анализ и спецификация концептуальной объектно-ориентированной модели предметной области.
Концептуальная объектно-ориентированная модель предметной области является основой проекта и реализации системы и обеспечивает:
- необходимый уровень формализации описания проектных решений;
- высокий уровень абстрагирования, типизации и параметризации проектных решений;
- компактность описания;
- удобство сопровождения готовой системы.
Отличительными чертами данной методологии являются следующие:
- наличие единого методологически обоснованного ядра, обеспечивающего открытость технологии для модификации, расширения и создания новых моделей представления проектных решений;
- наличие единого формального аппарата анализа проектных решений для используемых моделей представления.
Отличительными чертами данной технологии являются:
- совместное рассмотрение информационных, материальных и финансовых потоков;
- первичная и вторичная классификация объектов предметной области с обязательным указанием оснований классификации;
- наличие конструктивных методик декомпозиции и агрегирования компонентов проекта, использующих результаты классификации;
- наличие формальных методов оценки связности и сцепления компонентов проекта;
- использование функциональной модели данных с атрибутами – функциями доступа и атрибутами – категориями в качестве основы концептуальной модели данных.
Объект – это сущность предметной области, имеющая четко определяемое поведение. Любой объект обладает состоянием, поведением и индивидуальностью. Состояние объекта определяется значениями его свойств (атрибутов) и связями с другими объектами, оно может меняться со временем. Поведение определяет действия объекта и его реакцию на запросы от других объектов. Поведение представляется с помощью набора сообщений, воспринимаемых объектом (операций, которые может выполнять объект). Индивидуальность – это свойства объекта, отличающие его от всех других объектов.
Структура и поведение схожих объектов определяют общий для них класс. Класс – это множество объектов, связанных общностью свойств, поведения, связей и семантики. Любой объект является экземпляром класса. Определение классов и объектов – одна из самых сложных задач объектно-ориентированного проектирования.
Атрибут – поименованное свойство класса, определяющее диапазон допустимых значений, которые могут принимать экземпляры данного свойства. Атрибуты могут быть скрыты от других классов, это определяет видимость атрибута: рublic (общий, открытый); private (закрытый, секретный); protected (защищенный).
Определенное воздействие одного объекта на другой с целью вызвать соответствующую реакцию называется операцией или посылкой сообщения. Операция – это реализация услуги, которую можно запросить у любого объекта данного класса. Операции реализуют связанное с классом поведение, его обязанности. Описание операции включает четыре части: имя; список параметров; тип возвращаемого значения; видимость.
Основными характеристиками объекта являются полиморфизм, наследование и инкапсуляция. Полиморфизм позволяет изменять существующий объект, для приспособления к требуемым задачам. Наследование позволяет создавать новые объекты, называемые дочерними, на основе уже существующих объектов, называемых родительскими. Инкапсуляция позволяет вкладывать объекты друг в друга.
2.2 Основные возможности среды проектирования Rational Rose
Для реализации объектно-ориентированного проектирования используются современные CASE-средства. Rational Rose — мощный инструмент анализа и проектирования объектно-ориентированных программных систем. Он позволяет моделировать системы до написания кода, так что вы можете с самого начала быть уверены в адекватности их архитектуры. С помощью готовой модели недостатки проекта легко обнаружить на стадии, когда их исправление не требует еще значительных затрат.
Среда Rational Rose позволяет проектировать варианты использования и их диаграммы для визуализации функциональных возможностей системы. Диаграммы Взаимодействия показывают, как объекты работают совместно, обеспечивая требуемые функциональные возможности. Для отображения объектов системы и их отношений используются диаграммы Классов. Диаграммы Компонентов иллюстрируют, как классы соотносятся с готовыми физическими компонентами системы. Наконец диаграммы Размещения применяют для визуализации проекта распределенных систем.
Модель Rose — это картина системы. Она содержит все диаграммы UML, действующих лиц, варианты использования, объекты, классы, компоненты и узлы системы. Она детально описывает, что система содержит и как функционирует, поэтому разработчики могут использовать ее в качестве эскиза или чертежа создаваемой системы.
Итак, в проектировании информационных систем существует два подхода: структурный и объектно-ориентированный. Структурный подход является традиционным, позволяет разбивать систему на подсистемы и контролировать работу каждой подсистемы в отдельности, что эффективно на уровне разработки системы, но негативно сказывается на работе системы при сбоях. Объектно-ориентированный подход рассматривает информационную систему как совокупность объектов, которые принадлежат различным классам и над которыми можно инициировать разные действия. Объект – это основное понятие объектно-ориентированного подхода, которое характеризуется такими технологиями, как полиморфизм, наследование и инкапсуляция. Эффективной объектно-ориентированной средой проектирования является Rational Rose.
Пример проектирования конкретной информационной системы библиотеки
Для создания модели в Rational Rose необходимо выбрать следующие команды меню: File – New.
3.1 Создание диаграммы вариантов использования
Диаграмма вариантов использования является важной частью проектирования системы, поскольку позволяет увидеть функционирование системы в целом. В данной работе для проектирования информационной системы библиотеки используется Rational Rose. Главные компоненты диаграммы использования – это варианты использования (действия, короты можно производить в системе) и действующие лица (актеры - сущности, взаимодействующие с системой), а также связи между ними. Для добавления варианта использования надо выбрать следующие команды меню: Tools-Create-Use Case. Для добавления актера необходимо выбрать следующие команды меню: Tools-Create-New Actor. Диаграмма вариантов использования библиотеки приведена ниже (рис.3).
Рисунок 3 – Диаграмма вариантов использования библиотеки.
3.2 Создание диаграмм последовательности
Диаграмма вариантов использования описывает, что можно делать в системе в целом, не описывая, как это можно делать. Для более детального описания каждого из вариантов использования создается диаграмма последовательности.
В данной информационной системе есть несколько вариантов использования. Ниже приведены диаграммы последовательности для действий «Зарегистрироваться», «Взять книгу», «Вернуть книгу».
- В процессе регистрации участвуют 4 объекта: Читатель, Работник библиотеки, учётная запись, БД. Стрелками показаны взаимодействия этих объектов, а именно пересылка сообщениями между этими объектами, необходимых для выполнения поставленной задачи (рис.4).
Рисунок 4 – Диаграмма последовательности для варианта использования «Зарегистрироваться»
- В варианте использования «Взять книгу» используются 5 объектов: Читатель, Работник библиотеки, Поисковая система, БД и Книга. Стрелками показаны взаимодействия этих объектов, а именно пересылка сообщениями между этими объектами, необходимых для выполнения поставленной задачи (рис.5).
Рисунок 5 – Диаграмма последовательности варианта использования «Взять книгу»
- В варианте использования «Вернуть книгу» используются пять объектов: Читатель, Работник библиотеки, учётная запись, БД и Книга. Так же, как и в предыдущих случаях, взаимодействие показано стрелками (рис.6).
Рисунок 6 – Диаграмма последовательности для варианта использования «Взять книгу»
3.3 Создание кооперативных диаграмм
Диаграмма последовательности описывает хронологические действия в варианте использования, но не позволяет увидеть, как соотносятся объекты диаграммы друг с другом. Для этого можно создать кооперативную диаграмму. В данном проекте созданы диаграммы для вышеописанных вариантов использования (рис.7-9).
Рисунок 7 – Кооперативная диаграмма «Регистрация читателя»
Рисунок 8 – Кооперативная диаграмма «Взять книгу»
Рис.9. Кооперативная диаграмма «Вернуть книгу»
3.4 Создание диаграммы классов
Класс – это совокупность свойств данных (атрибутов) и описания поведения объектов (методов), которые этот класс описывает. Диаграмма классов описывает связи между классами системы. Линии на диаграмме обозначают связь между классами. В информационной системе библиотеки существуют следующие классы: книга, читатель, работник, поисковая система, база данных и учетная запись. Класс Книга имеет следующие атрибуты: ID, Название, Автор, Издательство. Класс Читатель обладает следующими атрибутами и методами: ФИО, Адрес, Телефон, Взять_книгу, Купить_книгу, Вернуть_книгу, Зарегистрироваться. Класс Работник имеет следующие свойства и методы: ФИО, Должность, Оклад, Принять_заказ, Регистрация, Принятие_книги, Выдача_книги. Класс Поисковая система обладает методами: Принять_запрос, Обработать_запрос, Ответить_на_запрос. Класс БД имеет следующие методы: Создать_уч, Изменить_уч, Удалить_уч, Добавить_в_уч, Удалить_из_уч. Класс Учетная запись имеет следующие свойства: ID, Информация_о_читателе, Информация_о_выданных_книгах (рис.10).
Рисунок 10 - Диаграмма классов информационной системы библиотеки
3.5 Создание компонентов информационной системы
Диаграммы компонентов показывают физический уровень информационной системы. Компонентами бывают как библиотеки исходного кода, так и исполняемые файлы.
На рис.11 представлен общий вид диаграммы компонентов, состоящей из основного исполняющего файла (main.exe) взаимодействующего с драйверами базы данных, дополнительными библиотеками и компонентами самой базы данных.
Рисунок 11 Обобщённая диаграмма компонентов
3.6 Создание диаграммы размещения
Диаграммы размещения показывают расположение компонентов системы в сети Диаграмма размещения для разрабатываемой системы представлена на рис.12. Сервер БД является отдельной машиной на которой стоит База данных, к примеру, Paradox. По средством сети сервер соединяется с двумя рабочими станциями, на которых установлена программа main.exe, которая производит все необходимые операции, обращаясь лишь к серверу за информацией из БД. Общим разделяющим ресурсом рабочих станций является лазерный принтер.
Рисунок 12 – Диаграмма размещения для разрабатываемой системы
В главе описан процесс проектирования информационной системы библиотеки, составлены диаграммы, определены классы и объекты, сформированы компоненты системы и показано размещение системы в локальной сети организации.
Заключение
Информационные системы являются необходимой частью предприятия. Разнообразие существующих информационных систем позволяет классифицировать их по ряду признаков. Проектирование информационной системы – сложный многоэтапный процесс.
Проектирование информационной системы делится на следующие этапы: исследование предметной области, разработка архитектуры системы, реализация проекта, внедрение системы, сопровождение системы.
В проектировании информационных систем существует два подхода: структурный и объектно-ориентированный. В работе в основном рассмотрен объектно-ориентированный подход.
При структурном подходе информационная система представляется как структура, состоящая из подсистем, которые могут быть представлены отдельно от основной системы и образовывать библиотеки модулей.
Объект – это основное понятие объектно-ориентированного подхода, которое характеризуется такими технологиями, как полиморфизм, наследование и инкапсуляция.
При объектно-ориентированном подходе информационная система представляется как совокупность объектов, которые принадлежат различным классам, соотносящимся между собой, и над которыми можно инициировать разные действия.
Объектно-ориентированное проектирование осуществляется средствами языка графического описания UML.
Эффективной объектно-ориентированной средой проектирования является Rational Rose 2000, которая обладает всем необходимым инструментарием для создания проектов информационных систем. С помощью данной среды было произведено экспериментальное проектирование информационной системы библиотеки, созданы диаграмма вариантов использования, диаграммы представления, кооперативные диаграммы, диаграммы классов и диаграмма размещения.
Список использованной литературы
- Боггс, У. UML и Rational Rose: Пер. с англ. [Текст] / У. Боггс, М. Боггс. – М.: Издательство "Лори", 2000. 581 с.
- Брукс Ф. Мифический человеко-месяц или как создаются программные системы / пер. с англ. — 2-е изд., доп. и испр. — М. : Символ, 2010. — 304 с.
- Брукс, Ф. Проектирование процесса проектирования: записки компьютерного эксперта / пер. с англ. — М. : И. Д. Вильямс, 2013. — 464 с.
- Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя: Пер. с англ. – М.:ДМК Пресс, 2001. – 432 с.
- Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. "СУБД", 1995, №3.
- Грекул В.И. и др. Проектирование информационных систем. Учебное пособие. – М.: Интернет-Университет информационных технологий, 2005. – 303 с.
- Игнатьев А.В. Методы и средства проектирования информационных систем и технологий. Учебное пособие. – Волгоград: Волгоградский государственный архитектурно-строительный университет, 2014 – 57 с.
- Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование / пер. с англ. – М.: ДМК Пресс, 2001. – 176 с.
- Кулябов, Д. С. Введение в формальные методы описания бизнес-процессов. Учеб. пособие / Д. С. Кулябов, А. В. Королькова. — М. : РУДН, 2008. — 173 с.
- Ларман, К. применение UML и шаблонов проектирования: Пер. с англ. [Текст]/ К. Ларман – М.: Издательский дом "Вильямс", 2001. – 496 с.
- Макарова Н. В., Волков В. Б. Информатика : учеб. для вузов. — СПб. : Питер,2011. — 576 с.
- Мацяшек Л. А., Лионг Б. Л. Практическая программная инженерия на основе учебного примера / пер. с англ. — М. : БИНОМ. Лаборатория знаний, 2009. — 956 с.
- Новиков, Ф. А. Моделирование на UML. Теория, практика, видеокурс / Ф. А. Новиков, Д. Ю. Иванов. — СПб.: Профессиональная литература. Наука и Техника, 2010. — 640 с.
- Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. Киев, "Диалектика", 1993. – 214 с.
- Шеер А. В. Бизнес-процессы. Основные понятия. Теория. Методы. – М.: Весть-МетаТехнология, 1999. – 173 с.
- Роль мотивации в поведении организации (Проведение исследования методов управления мотивацией в ООО «ЕвроАвто-ПКФ»)
- Политика развития персонала в системе стратегического управления кадровым направлением деятельности организации (Развитие персонала как фактор развития организации)
- Основные направления деятельности Правительства Российской Федерации
- Влияние процесса коммуникаций на эффективность упраления организацией (виды коммуникаций и их характеристика)
- Управление товарооборотом и товарными запасами на предприятии с целью повышения эффективности коммерческой деятельности (Методы анализа товарооборота на предприятии)
- Государственное регулирование предпринимательской деятельности (условия и предпосылки государственного вмешательства)
- Рынок ценных бумаг: сущность, функции, структура
- Гражданско-правовые способы защиты права собственности
- Перспективы развития мировой валютной системы и ее компонентов в начале третьего тысячелетия
- Виды профессиональной деятельности на рынке ценных бумаг
- Муниципальные предприятия
- Технология «клиент-сервер» (защита информации на предприятии)