Преподаватель который помогает студентам и школьникам в учёбе.

Разработка регламента выполнения процесса "Управление информационными ресурсами" (Описание предметной области)

Содержание:

Введение

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

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

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

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

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

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

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

Описание предметной области

Характеристика предприятия

Компания «Испаер Системс» – это мировой лидер по разработке программного обеспечения, которая специализируется в области модернизации проектов и баз данных. Она разрабатывает программный продукт, который позволяет компаниям автоматизировать процесс модернизации их IT-инфраструктуры с использованием передовых технологий.

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

Для достижения своей главной цели компания "Испаер Системс" ставит перед собой следующие задачи:

Предоставлять разнообразные проекты по конвертации. Данная задача предполагает обеспечить конвертацию различных языков программирования, технологий баз данных и приложений.
Предлагать передовые решения, ориентируясь на IT-стандарты в области разработки программного обеспечения, качества и мировой опыт, а также преимущества новых платформ. Кроме того, это подразумевает и анализ имеющихся возможностей для совершенствования существующих систем.
Партнерство с мировыми лидерами в области разработки новых технологий (например, IBM, Oracle, Microsoft и др.); принятие участия в создании новых технологий, имеющих отношение к миграционному процессу.
Высококвалифицированная команда разработчиков и экспертов. Подготовка высококвалифицированной команды экспертов, углубление знаний в области информационных технологий, участие в IT-конференциях, подготовка различных аналитических материалов и статей, разработка собственных программных средств для повышения квалификации сотрудников.

«Испаер Системс» разрабатывает и поставляет на рынок SQLWays, совершенное и высоко адаптивное решение для конвертации баз данных, поддерживающее широкий круг СУБД и сокращающее время и стоимость миграции баз данных. Базируясь на уникальных потребностях клиента, компания постоянно развивает и улучшает SQLWays, помогая многочисленным клиентам использовать современные информационные технологии и сохранять их инвестиции в существующей IT-инфраструктуре.

В обеспечении миграционного процесса можно выделить следующие направления деятельности:

Миграция баз данных. "Испаер Системс" позволяет осуществить миграцию целых баз данных, включая данные, схемы, процедуры, триггеры и скрипты между ведущими базами данных.
Конвертация бизнес-логики серверной стороны. Своим клиентам предлагается миграция проектов, написанных на C++, Java, VB, .NET, Progress 4GL, Delphi и Oracle Forms.
Перенос больших объемов данных с минимальными затратами времени. Для решения критически важных задач компания предлагает проекты, способные передавать большие объемы информации при незначительных временных затратах для приложения.
Копирование и синхронизация данных. Компания предоставляет программные средства, которые копируют измененные данные из одной базы данных в другую.

Организационная структура "Испаер Системс" представлена на рисунке 1.1.

Рисунок 1.1 – Организационная структура предприятия

Инженерно-технические специалисты компании "Испаер Системс" распределены по трем отделам: отдел разработки паттернов (отдел разработки правил конвертации), отдел баз данных и поиска решений и отдел программной поддержки продукта. Каждым отделом руководит менеджер, который регулирует работу внутри отдела и решает организационные и технические вопросы.

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

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

Отдел программной поддержки продукта. Наиболее малочисленный отдел. Работники данного отдела занимаются поиском, исправлением и модернизацией самого продукта. Жалоб именно на ошибки продукта SQLWays очень мало – это говорит об отличной работе специалистов данного отдела.

Кроме того в настоящее время в данном отделе ведутся исследования и разработки в области платформенной независимости программного продукта, что позволит компании выйти на новые рынки сбыта и найти новых партнеров.

Над менеджерами отделов стоят технический директор и маркетинговый директор. Маркетинговому директору также подчиняются отдел кадров и бухгалтерия.

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

Для организации совместной работы сотрудников отделов по модернизации продукта SQLWays в компании используется различные программные продукты:

Atlassian Jira;
Microsoft Visual Studio 2008;
Pattern Workshop;
SQLWays Test Environment;
Plumtree Compare Portal.

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

В компании "Испаер Системс" данный программный продукт используется с целью контроля выполнения проектов, а также загрузки сотрудников на текущий момент. Кроме того, Atlassian Jira используется для создания различных видов заданий (например, задание, реализующее паттерн, задание, реализующее парсер, тестовое задание и т.п.). Это позволяет проверять и корректировать исходный код в любое время, назначать его проверку любому сотруднику компании.

Microsoft Visual Studio 2008 используется для корректировки кода программного продукта SQLWays, в частном случае – для написания парсеров. Парсеры предназначены для преобразования исходного выражения в xml дерево по направлениям, к которому впоследствии будут применены различные паттерны с целью обеспечения миграции этого выражения. Каждый парсер состоит из двух файлов: grammar и lexer. Grammar содержит правила разбора исходного выражения в xml дерево. Lexer представляет собой набор токенов, т.е. ключевых слов, которые используются при разборе выражения в xml дерево. Совместное использование парсеров и паттернов позволяют проводить конвертацию выражений, т.е. обеспечить миграцию данных по направлениям.

Кроме того, средства Visual Studio предоставляют возможность откомпилировать проект в режиме Release или Debug. Режим Release предназначен для сборки проекта целиком, в режиме Debug производится пошаговая проверка кода приложения, что позволяет отследить места возникновения ошибок при конвертации бизнес логики и сократить время на их исправление.

Рабочая среда Pattern Workshop – собственная разработка компании "Испаер системс", которая предназначена для построения, компиляции и встраивания паттернов по направлениям в xslt файлы. Паттерны представляют собой правила конвертации бизнес логики. Каждый паттерн состоит из трех частей. Первая – определяет направление миграции и привязку паттерна к определенной стадии (PatternToCommon, CommonToCommon, PatternFromCommon), а также необходимые комментарии к разработанному паттерну. Вторая часть – условие отбора узлов из xml дерева исходного выражения, которые будут заменены на новые узлы, составленные в соответствии с разработанным правилом миграции. И третья – это правило миграции выражения или его части.

Pattern Workshop позволяет представить паттерн (правило конвертации) в виде дерева xslt.

SQLWays Test Environment – среда для создания и выполнения тестов, которая позволяет проверить корректность миграции из source в target. SQLWays Test Environment предоставляет возможность выбора различных направлений миграции (например, Sybase ASA, MySQL, Interbase, Java, Vb, VbNET и др.). Кроме этого, в режиме Use Development Mode возможен просмотр xml дерева исходного выражения и xml дерева после его конвертации.

Для ускорения и повышения эффективности процесса конвертации бизнес логики общение между сотрудниками в отделах компании осуществляется по средствам Microsoft Office Outlook только на английском языке. Это связано в первую очередь с тем, что офисы компании находятся в различных странах мира: США, Великобритании, Индии, Франции и Беларуси.

Plumtree Compare Portal – портальная платформа, которая позволяет создать внутри компании единое информационное пространство, позволяющее интегрировать в единое целое разнородные корпоративные приложения, предоставляя им единый интерфейс доступа и обеспечивающее авторизованный, масштабируемый доступ к ним.

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

Описание бизнес-процессов

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

На рисунке 1.2 представлена диаграмма вариантов использования системы управления информационными ресурсами администратором системы.

Администратор системы отвечает за администрирование системы, т.е. управление пользователями системы. Администрирование системы включает следующие группы действий:

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

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

Диаграмма вариантов использования системы пользователем представлена на рисунке 1.3.

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

Общими для пользователя и администратора системы являются следующие группы действий:

управление ресурсами системы;
авторизация.

Управление ресурсами означает, что пользователю системы доступны сервисы, которые предоставляют следующие возможности:

просмотр ресурсов системы, к которым предоставлен доступ;
управление свойствами ресурсов означает, что пользователь может устанавливать для отдельных ресурсов атрибут "только чтение";
просмотр свойств ресурса;
управление подпиской на изменение ресурсов;
управление версионностью, что включает в себя возможность просмотра истории изменения ресурса, отмены предыдущих изменений, т.е. возврат к определенной версии ресурса.

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

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

В качестве технологии для разработки многоуровневой архитектуры была выбрана технология Java EE 5. Основным преимуществом технологии Java EE является компонентный подход к разработке и реализации приложений.

Для хранения данных необходимых для функционирования служб управления информацией был использован MySQL Server 5.0.16.

MySQL – компактный многопоточный сервер баз данных. MySQL характеризуется большой скоростью, устойчивостью и легкостью в использовании. MySQL-сервер является бесплатным для некоммерческого использования, что является неоспоримым плюсом.

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

При разработке модели представления предметной области использовалось CASE-средство AllFusion Process Modeler 7 (BPwin). BPwin автоматизирует задачи, связанные с построением моделей развития, обеспечивая семантическую строгость, необходимую для гарантии правильности и непротиворечивости результатов [15].

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

Исходными данными для осуществления централизованного управления информационными ресурсами являются ресурсы предприятия и данные по каждому сотруднику.

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

Механизмами организации централизованного управления информационными ресурсами будут выступать службы корпоративного хранилища данных.

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

Процесс централизованного управления информационными ресурсами компании включает ряд подпроцессов. Эти подпроцессы делят процесс организации управления ресурсами на следующие этапы: организовать доступ к файлам, организовать совместное использование ресурсов, организовать управление версиями ресурсов, организовать защиту ресурсов, уведомить об изменениях ресурсов.

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

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

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

Для организации данного процесса необходимо осуществить подписку на изменение ресурса, а в случае изменения ресурса служба доставки доставит уведомление об изменении контента подписчику.

На рисунке 1.4 представлена функциональная модель системы централизованного управления информационными ресурсами.

Рисунок 1.4 – Контекстная диаграмма

Декомпозиция контекстной диаграммы приведена на рисунках 1.5-1.8.

Рисунок 1.5 – Декомпозиция контекстной диаграммы

Рисунок 1.6 – Декомпозиция блока "Организовать доступ к ресурсам"

Рисунок 1.7 – Декомпозиция блока "Организовать защиту ресурсов"

Рисунок 1.8 – Декомпозиция блока "Уведомить об изменениях ресурсов

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

Совершенствование процесса управления информационными ресурсами

Информационная модель

В процессе построения информационной модели были выделены пять сущностей, описание которых приведено ниже.

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

Сущность Роли предназначена для разграничения прав доступа в системе и содержит такую информацию, как название роли и ее описание. Данная сущность и сущность Пользователь являются базой для работы службы доступа, реализованной через сервис авторизации.

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

Сущность Подписка была введена для хранения всех подписок пользователей на получение уведомлений об изменении конкретного ресурса. При этом когда проводится подписка, проставляется дата поступления заявки на нее.

Сущность Доступ является основой для реализации службы доступа, которая гарантирует отсутствие доступа для других пользователей к тем данным, к которым они не имеют права доступа.

Далее при разработке информационной модели были определены зависимости между сущностями.

Для каждого пользователя системы может быть определено несколько ролей, которые разграничивают права доступа пользователей к различным частям системы. Поэтому между сущностями Роль и Пользователь определена связь один-ко-многим. На основании роли пользователя предоставляется доступ к ресурсам (документам) системы. Т.к. для каждого пользователя может быть определен свой собственный или один и тот же набор документов, то между таблицами Пользователь и Документ была определена связь многие-ко-многим.

Система управления информацией предоставляет пользователям возможность осуществить подписку на изменение ресурсов системы, поэтому между сущностями Пользователь и Подписка, Документ и Подписка определена неидентифицирующая связь один-ко-многим.

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

Рисунок 2.1 – Логическая модель разработанной системы

Физический уровень разработанной информационной модели представлен на рисунке 2.2.

Рисунок 2.2 – Физический уровень информационной модели

Таким образом, разработанная информационная модель системы позволит наиболее эффективно организовать централизованное управление информационными ресурсами.

1.2. Описание работы системы

Для начала работы с системой пользователь должен запустить любой браузер и набрать в адресной строке адрес узла и номер порта (если он отличен от 8080) (рисунок 2.3).

Рисунок 2.3 – Ввод адреса приложения в адресной строке браузера

Система предложит пройти процедуру авторизации, для этого пользователю необходимо ввести свой логин и пароль. На основании этих данных система определит статус пользователя и его права доступа для каждого из ресурсов (рисунок 2.4).

Рисунок 2.4 – Панель авторизации пользователя

Приложение поддерживает две группы пользователей, которым соответствуют следующие роли: администратор и пользователь системы. Выделенные роли разграничивают доступ к различным частям системы.

В результате успешной авторизации внизу главной страницы системы (строка состояния) появится логин текущего пользователя системы (рисунок 2.5).

Рисунок 2.5 – Строка состояния после входа в систему

Рисунок 2.6 – Страница управления пользователями системы

Администрирование системы осуществляется пользователем с правами администратора на странице "Администрирование". Кроме того администратор может просматривать информацию по использованию ресурсов предприятия, о подписке на их изменение и другие данные.

В разделе "Пользователи" (рисунок 2.7) администратор системы осуществляет управление пользователями системы (добавляет и изменяет данные пользователей, определяет их роли и удаляет старых пользователей).

Работа с пользователями осуществляется через контекстное меню, которое вызывается нажатием правой клавиши мыши.

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

Рисунок 2.7 – Создание нового пользователя системы

Рисунок 2.8 – Информация по использованию ресурсов предприятия

Для изменения информации о пользователе необходимо выбрать его из списка пользователей системы и выбрать в контекстном меню пункт "Изменить". На панели редактирования данных вводится новая информация, для сохранения которой необходимо нажать на кнопку "Обновить". Удаление пользователя осуществляется путем выбора соответствующего пользователя из списка и нажатием пункта "Удалить" в контекстном меню.

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

Для изменения отдельного документа необходимо перейти в соответствующую папку и выбрать файл. Далее следует выбрать в контекстном меню пункт "Check out" для одновременного получения последней версии файла с сервера и возможности ее замены на сервере в дальнейшем. Данная операция приведена на рисунке 2.9.

Рисунок 2.9 – Выбор пункта меню "Check out" для файла

После изменения текущего файла можно добавить его новую версию на сервер или отменить изменение версии документа на сервере (в контекстном меню нужно выбрать пункт "Check out cancel").

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

Рисунок 2.10 – Обновленная версия файла

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

Рисунок 2.11 – Результат подписки на изменение файла

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

Рисунок 2.12 – Панель свойств файла

Для файла можно установить запрет на изменение файла другими пользователями. После чего данный файл будет доступен только для получения его последней версии (т.е. только для чтения) (рисунок 2.13). Для этого на панели инструментов требуется выбрать кнопку "Lock".

Рисунок 2.13 – Файл, доступный только для чтения

Выход из системы осуществляется путем выбора в меню «Файл» пункта «Выход».

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

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

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

Заключение

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

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

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

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

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

Список использованной литературы

Братищенко В.В. Проектирование информационных систем. Иркутск: Изд-во БГУЭП, 2012. - 84 с.
Васина А. А. Финансовая диагностика и оценка проектов. СПб.: Питер, 2010. - 448 с.
Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика 2009г. – 202с.
Гладкий А.А. Бухучет и финансы для руководителей и менеджеров М.: 2010
Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. М.: Интернет-университет информационных технологий - ИНТУИТ.ру. 2009. 320с.
Ивлиев М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров. Учебное пособие. 2012
Карпова Т.С. Базы данных: модели, разработка, реализация.- СПб. : Питер, 2010.
Маклаков, С.В. Bpwin и Erwin. Case-средства разработки информационных систем − М. : ДИАЛОГ-МЭФИ, 2010.
Мишенин А.И. Теория экономических информационных систем. — М.: Финансы и статистика, 2010. - 240 с
Морозов, Ю. П. Теория управления: Учебное пособие для вузов / Ю. П. Морозов. – М.: Юнити-Дана, 2007. – 379 с.
Смирнова Г.Н. Проектирование экономических систем. М. : Финансы и Смирнова Г.Н. Информационные системы в экономике. М. : Финансы и статистика, 2011.
Титоренко Г.А. Автоматизированные информационные технологии в экономике. М.: Компьютер, ЮНИТИ, 2012г. 232с
Турилин, Б. М. Теория управления: Учебник / Б. М. Турилин. – М.: Финансы и статистика, 2006. – С. 176
Федоров. А.К. Проектирование информационных систем. М. : Финансы и статистика, 2012.