Проектирование информационных систем

Размещено на http://www.allbest.ru/

Министерство сельского хозяйства РФ

Воронежский государственный аграрный университет

КОНТРОЛЬНАЯ РАБОТА

по дисциплине: Проектирование информационных систем

Россошь 2015



Оглавление

1. Обеспечивающая структура АИС

2. Организация работ на стадии рабочего проектирования

3. Функционально-ориентированное проектирование АИС

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



1. Обеспечивающая структура АИС

Рис. 3.1. Структура обеспечивающей части АИС

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

Структура подсистемы состоит из следующих основных блоков: [16]

базы данных (БД);

базы знаний (БЗ);

лингвистические средства.

Базы данных АИС.

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

По форме представления данных различаются одноконтурные и многоконтурные БД. Основная форма представления БД двухконтурная. Первый контур хранится на внешнем накопителе ЭВМ (жесткий магнитный диск, магнитная лента, магнитный барабан и др.), а второй контур как страховой может быть представлен на флоппи и (или) CD и других носителях. Могут быть и трехконтурные БД, когда третий контур представлен и сохраняется на традиционных бумажных документах. БД АИС четвертого контура может быть представлена в форме микрофильмированной ленты и (или) ее отдельных отрезков.

По характеру содержащейся информации различают фактографические, документальные и смешанные БД. Фактографическая БД отображает конкретные сведения, необходимые пользователю - факты, показатели, свойства продукции, формулы расчета какой-либо величины, отрывок (фрагмент) текста документа, документ полностью и др. Документальная БД содержит только сведения о документах - библиографическое описание документа, аннотацию, реферат, идентификатор документа, адрес его хранения в БД и т.д. Сам документ хранится, как правило, во внешнем контуре БД - шкафу, хранилище, библиотеке-депозитарии и др. В документальных БД по массиву первого контура проводится поиск адреса хранения полного текста документа, а затем по адресу осуществляется доступ и к самому документу. В смешанных БД представлены как фактографические, так и документальные массивы информации.

Базы данных имеют определенные способы построения, так называемые модели баз данных: иерархические, сетевые, реляционные и объектно-ориентированные. [8]

Иерархическая модель БД построена по принципу древовидного графа, в котором информационные элементы представлены по уровням их соподчиненности (иерархии). Например, на первом уровне расположены сведения об объекте («Конкуренты»), на втором уровне - о продукции, которую они поставляют на рынок, на третьем уровне - цена продукции и т.д. Достоинство: обеспечивает более быстрый доступ и выдачу данных пользователю. Недостаток: жесткость иерархической структуры, отсутствует информационная гибкость в поиске. В данной модели реализована связь между данными по схеме «один-ко-многим».

Сетевая модель БД имеет независимые типы данных, т.е. «Конкуренты», и зависимые типы данных - продукция и цены на продукцию. В таких моделях возможны как прямые, так и обратные виды связей между данными (записями). Существует ограничение - каждая связь должна включать в себя основную и зависимую записи. Достоинство: гибкость организации и доступа к данным относительно иерархической модели. Недостаток: сохраняется относительная жесткость в построении структуры БД, что влечет к необходимости реструктурирования БД, препятствует реализации более гибкой стратегии поиска данных.^ Реляционная модель БД имеет независимую организацию взаимосвязи логических и физических записей. Отношения между данными построены в виде двухмерных таблиц и наделены определенными признаками. Каждый элемент таблицы отображает одно данное. Элементы столбца таблицы имеют одинаковую природу, отображая одно свойство (признак) в строке (записи) таблицы.

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

Базы знаний АИС.

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

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

Концептуальные связи БЗ имеют следующие разновидности: общность, партитивность, противопоставление и функциональная взаимозависимость. Общность - это связь элементов знаний по содержанию их характеристик. Партитивность - это соотношение целого и его частей относительно элемента знания. Противопоставление - это отображение связей между элементами, которые имеют противоположные характеристики. Функциональная взаимозависимость - это отображение связей между элементами, имеющими процедурную связь. [15]

Лингвистические средства АИС.

Лингвистические средства АИС - это совокупность ИПЯ (информационно-поисковый язык), методик индексирования и критерия смыслового соответствия АИС.

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

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

Наибольший удельный вес в ЭАИС занимают ИПЯ классификационного типа - классификаторы и кодификаторы.

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

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

Критерий смыслового соответствия - это правило определяющее степень смысловой близости ПОД и ПОЗ и формирующее решение о выдаче данного документа в ответ на запрос пользователя. [7]

Подсистема «Техническое обеспечение АИС» - это совокупность технических средств, обеспечивающих реализацию технологического процесса ЭАИС по преобразованию и выдаче информации пользователям. В состав подсистемы может быть включен следующий комплекс технических устройств и оборудования:

стандартный комплект ЭВМ;

дополнительные периферийные устройства ЭВМ;

средства передачи данных и связи;

средства копирования, тиражирования и хранения информации, и др.

Стандартный комплект ЭВМ: собственно ЭВМ и минимальный набор средств ввода-вывода данных, обеспечивающий решение задач пользователя в их ограниченном объеме. К минимально необходимому составу ввода-вывода данных обычно относят монитор, клавиатуру, манипулятор типа «мышь» и принтер.

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

Средства передачи данных и связи служат для реализации сетевой технологии и прогрессивных способов обмена информацией в АИС. К этому классу относятся: модемы, концентраторы, маршрутизаторы, устройства оргсвязи, линии связи и др. [14]

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

Программно-математическое обеспечение АИС - это совокупность математических моделей, универсальных и специальных программ ЭВМ, реализующих решение задач АИС.

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

В состав программного обеспечения АИС входят: [6]

операционные системы;

прикладные программы;

системы программирования.

Операционная система - это программный комплекс, обеспечивающий управление выполнением программ задач пользователя, вводом-выводом и обменом данных, распределением ресурсов ЭВМ и т.п. ОС делятся на одно- и многозадачные, различаются на одно- и многопользовательские, а также переносные и сетевые. Наиболее широкое распространение получили следующие ОС: BSN, Macintosh, MS-DOS, Solaris, UNIX, Windows и др.

Прикладная программа - это программа, реализующая решение задачи пользователя АИС.

Практически все лидеры рынка экономического ПО стараются предлагать программные продукты, которые в той или иной мере относятся к продуктам фирмы «1С». Также используются и такие пакеты, как: Delphi, MS Visual Basic, MS FoxPro, Power Builder и т.д. Значительную долю в классе прикладных программ занимают СУБД.

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

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

штатный персонал АИС;

проектно-техническая документация АИС;

нормативная документация.

Штатный персонал АИС. В состав основного штанного персонала могут входить следующие категории: администратор системы, администратор сети, инженер по обслуживанию технических средств, информатик-аналитик, системный программист, прикладной программист, администратор БД, диспетчер решения задач, оператор ввода-вывода данных и др. Конечные пользователи: руководитель фирмы, ответственный за вопросы функционирования АИС, руководитель служб и другие специалисты, применяющие выходную информацию АИС в своей работе. [5]

Проектно-техническая документация АИС - это комплекс документов, отображающих порядок построения и функционирования АИС, оформленный и утвержденный в соответствии с установленными требованиями. В соответствии с этапами создания АИС она состоит из следующих документов:

отчет об обследовании объекта автоматизации (предприятия);

техническое задание на разработку системы;

технический проект системы;

рабочий проект системы;

документы по приемке и сдаче АИС в эксплуатацию.

Нормативная документация: [12]

законодательные документы, регламентирующие определенные стороны создания и функционирования АИС;

стандарты предприятия и вышестоящих органов, относящиеся к АИС;

должностные инструкции персонала АИС, определяющие статус исполнителей, занятых в контуре функционирования системы, а также рабочие инструкции, устанавливающие регламент выполнения технологических процедур по решению задач АИС;

положение о выводе АИС или ее компонентов из нештатных ситуаций (прекращении подачи электроэнергии на ЭВМ, выход из строя ЭВМ, отказ программной системы и др.).

Эргономика АИС - это совокупность методов и средств, обеспечивающих рациональную среду взаимодействия персонала системы с техническими устройствами без ущерба здоровью. В состав эргономического обеспечения входит документация, содержащая требования к эргономике рабочих мест, техническим устройствам, условиям работы персонала, проведению экологической экспертизы технических средств и оборудования вычислительных залов и центров. [4]

2. Организация работ на стадии рабочего проектирования

лингвистический проектирование информационный база

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

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

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

· тексты программ или эксплуатационные программы, в случае использования пакетов прикладных программ;

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

· руководство оператора, в состав которого входит четкое описание последовательности действий оператора при запросах программы, тестирование работоспособности программы;

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

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

В связи с тем, что основная цель стадии рабочего проектирования состоит в разработке рабочей документации, необходимой для отладки и внедрения АИС и обеспечения нормального функционирования системы, рабочий проект не утверждается. [3]

3. Функционально-ориентированное проектирование АИС

Термин CASE (Computer-Aided Software/System Engineering) - в дословном переводе - разработка программного обеспечения информационных систем с помощью компьютеров.

Первоначально значение этого термина ограничивалось вопросами автоматизации разработки только программного обеспечения.

Последние годы под термином CASE-средства понимают программные средства, поддерживающие процесс разработки сложных ЭИС в целом (создания и сопровождения информационных систем, включая анализ, формулировку требований, проектирование прикладного программного обеспечения (приложений) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы).

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

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

Наибольшая потребность в использовании CASE-систем испытывается на начальных этапах разработки ЭИС, а именно на этапах анализа требований к ЭИС. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.

Преимущества CASE-средств по сравнению с традиционной технологией оригинального проектирования сводятся к следующему: [10]

1. улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации;

2. возможность повторного использования компонентов разработки;

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

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

5. возможность коллективной разработки ИС в режиме реального времени.

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

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

Ядром архитектуры CASE-средства является репозитарий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния проектируемой ИС в каждый момент времени. Объекты всех диаграмм синхронизируются на основе информации словаря данных.

Репозитарий содержит информацию об объектах проектируемой ИС и взаимосвязях между ними. Все подсистемы обмениваются данными с репозитарием.

В репозитарии хранятся описания следующих объектов: [2]

проектировщиков и их прав доступа к различным компонентам системы;

диаграмм;

компонентов диаграмм;

связей между диаграммами;

программных модулей;

библиотеки модулей и т.д.

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

Другими компонентами архитектуры CASE-средства являются: [9]

- графический редактор диаграмм, предназначенный для отображения проектируемой ИС в графическом виде в заданной нотации;

- документатор проекта, который позволяет получить информацию о состоянии проекта в виде различных отчетов;

- верификатор диаграмм - служит для контроля правильности построения диаграмм в соответствии с заданной методологией проектирования;

- администратор проекта - служит инструментом для выполнения таких административных функций как инициализация проекта, задание начальных параметров проекта, назначения прав доступа;

- сервис - это набор системных утилит для обслуживания репозитария.

Методология регламентирует последовательность разработки сложных АИС. Она определяет последовательность шагов, модели и подходы, тщательное следование которым приведет к хорошо разработанной системе.

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

Технологии проектирования определяются как совокупность трех составляющих: [1]

1. пошаговой процедуры, определяющей последовательность технологических операций проектирования;

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

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

Средства - это программные инструментарий для поддержки и усиления технологий.

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

Современные CASE-средства классифицирую по следующим признакам:

1. по поддерживаемым методологиям проектирования: структурно-ориентированные, объектно-ориентированные и комплексно-ориентированные;

2. по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

3. по степени интеграции: tools (отдельные локальные средства), toolkit (набор не интегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных - репозитарием);

4. по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;

5. по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ориентированные на локальную, глобальную или смешанную вычислительную сеть.

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

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

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

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

Эти методологии позволяют создавать практически единый интегрированный структурный проект ИС.

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

Методология структурного анализа и моделирования подразумевает сначала создание модели AS IS, ее анализ, выявление альтернатив, улучшение бизнес-процессов, дающее в результате модель TO BE.

Автоматизация деятельности предприятия должна вестись именно согласно модели TO BE, а не AS IS, так как последнее зачастую представляет «автоматизацию хаоса», осуществленную по принципу «все оставить как есть, только чтобы компьютеры стояли», когда автоматизируются избыточные, дублирующие, а иногда и противоречивые бизнес-процессы.

Иногда модели AS IS и TO BE отличаются очень существенно. В этих случаях необходима третья, «промежуточная» модель, а возможно и несколько последовательно меняющихся моделей, описывающих процесс перехода в желаемое состояние.

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

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

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

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

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

В качестве базовых принципов используются следующие: [16]

принцип решения сложных проблем путем их разбиения на множество меньших независимых задач, которые более просты для понимания и решения;

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

В структурном анализе используются в основном три группы моделей, которые: [8]

- иллюстрируют функции, выполняемые системой;

- описывают отношения между данными;

- описывают поведение системы во времени.

Наиболее распространенными моделями этих групп являются:

· BFD (Business Function Diagram) -диаграмма бизнес-функций (иерархии функций);

· DFD (Data Flow Diagrams) - диаграммы потоков данных;

· ERD (Entity-Relationship Diagrams) - ER-модель данных предметной области (информационно-логические модели «сущность-связь);

· STD (State Transition Diagrams) - диаграммы переходов состояний (матрицы перекрестных ссылок);

· SSD (System Structure Diagram) - диаграмма структуры программного приложения.

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

Текстовые - служат для обеспечения точного определения компонентов модели и ее связей.

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

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

Модель хранилища данных раскрывается с помощью диаграмм «сущность-связь» (ERD-диаграммы).

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

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



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

1. Автоматизированные информационные технологии в экономике: Учебник. / под ред. Г.А. Титоренко - М.: ЮНИТИ, 2006. - 400 с.

2. Бажин И.И. Информационные системы менеджмента: Учебник. - М.: ГУ-ВШЭ, 2000. - 688 с.

3. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем:Учебное пособие. -2-е изд., перераб. и доп. /А.М. Вендров -- М.: Финансы и статистика, 2006. - 192с.

4. Вендров А.М. Проектирование программного обеспечения экономи-ческих информационных систем: Учебник. - 2-е изд., перераб. и доп./ А.М. Вендров -- М.: Финансы и статистика, 2006. - 544с.

5. Гагарина Л.Г. Копьютерный практикум для менеджеров: информационные технологии и системы: Учеб. пособие. - М.: Финансы и статистика, 2006. - 350с.

6. Гайдамакин Н.А. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие. - М.: Гелиос АРВ, 2002. - 368 с.

7. Гвоздева Т.В. Проектирование информационных систем: Учебное пособие/ Т.В. Гвоздева, Б.А. Баллод - М.: Феникс, 2009. - 352 с.

8. Емельянова Н.З. Проектирование информационных систем: учеб. пособие / Емельянова Н.З., Попов И.И., Партыка Т.Л. - М.:Форум, 2011. - 432 с. Гриф УМО

9. Землянский А.А. Информационные технологии в экономике: Учебник. - М.: КолосС, 2004. - 334 с.

10. Информационные системы в экономике Учебное пособие/ А.В. Улезько и др. - Воронеж: ВГАУ, 2007.- 108 с.

11. Информационные технологии и системы в экономике и управлении: Учебник / под ред. Трофимова В.В. - М.: Юрайт-Издат, 2009. - 528с.

12. Исаев Г.Н. Информационные системы в экономике: Учебное пособие для вузов./ Г.Н. Исаев - М.: Омега-Л, 2006. - 462 с.

13. Соловьев И.В.Проектирование информационных систем. Фундаментальный курс: Учебное пособие для высшей школы / И.В. Соловьев, А.А. Майоров - М.: Акад Проект, 2009 - 398 с. Гриф УМО

14. Улезько А.В. Информационные системы в экономике: учебное пособие/ А.В. Улезько, Е.Ю. Горюхина, С.А. Кулев, С.М. Кусмагамбетов, И.М. Семенова, Л.И. Литвинова; под ред. А.В. Улезько. - Воронеж: ФГБОУ ВПО Воронежский ГАУ, 2013.- 215 с.

15. Уткин В.Б. Информационные системы и технологии в экономике: Учебник. - М.: ЮНИТИ, 2003. - 336с.

16. Федотова Е.Л. Информационные технологии и системы: Учебник. -ИНФРА-М, 2009. - 352 с.

Размещено на Allbest.ru

...