Содержимое

Введение

За последнее время существенно выросла зависимость бизнес-процессов предприятий от информационных технологий во всех сферах экономической деятельности. Сегодня уже нет предприятий, где в той или иной мере не применялись бы информационные технологии. В то же время, к сожалению далеко не все владельцы и топ-менеджеры обращают внимание на эффективность и рациональность использования информационных технологий в бизнесе.
Развитие информационных технологий привело к автоматизации разнообразных операций на предприятиях. Именно это и обусловило выбор темы, посвещенный автоматизации задач учета и обработки заявок на обслуживание и других документов в информационном отделе.
В качестве объекта исследования используется информационный отдел Московского университета имени С.Ю. Витте. Университет начал предоставлять образовательные услуги начиная с 1993 года, со временем появились филиалы в 7 городах России. Целевой аудиторией университета являются: абитуриенты, студенты, сотрудники университета, а так же студенты повышающие свою профессиональную квалификацию. В университете существуют различные формы обучения и направления подготовки.
Предмет исследования – Предметом являются методы разработки информационных систем в условиях функционирования информационного отдела, использующего общие ресурсы предприятия.
Цель исследования заключается в проектирование автоматизированной информационной системы для обработки данных на предприятии
Для достижения поставленной цели нами будут решены следующие задачи:
Разработанные автором положения, методы и модели направлены на практическое применение в процессе автоматизации и внедрения, интегрированной информационной системы с целью повышения эффективности работы информационного отдела, а также увеличения обработки заявок, В результате внедрения разработки были снижены трудовые затраты на обработку информации, улучшены качество и достоверность получаемой информации, повышена оперативность ее обработки.

Глава 1. Аналитическая часть

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

1.2. Обзор литературы

Московский Университет имени С.Ю.Витте (МИЭМП) — один из первых негосударственных вузов, получивший право на ведение образовательной деятельности в сфере высшего профессионального образования. В университете обучается более 28 тысяч студентов по 15 специальностям и направлениям, а также по 3 магистерским программам. Реализуются 11 направлений среднего профессионального образования (Колледж Московского Университета имени С.Ю.Витте (МИЭМП)) и 11 программ послевузовского профессионального образования (Аспирантура Московского Университета имени С.Ю.Витте (МИЭМП)). Университет проводит также профессиональную переподготовку и повышение квалификации руководящих работников и специалистов по профилю вуза с отрывом и без отрыва от работы.
Университет расположен по адресу 115432, г. Москва, 2-й Кожуховский проезд, д. 12, стр. 1.
Процесс автоматизации обработки заявок и документов в университете представить так:
• изначально администратор информационного отдела вносит в программу данные, которые впоследствии не будут меняться или будут меняться достаточно редко (в частности, такой информацией являются заявки на обслуживание);
• затем администратор при поступлении заявок или документов от того или иного отдела университета каким-либо образом учитывает сведения о поступивших данных;
• все имеющиеся заявки и документы могут быть охарактеризован своей тематикой, конкретной проблемой и пр.;
• при обработки заявки или документа администратор учитывает сведения о сотруднике, который обработал заявку или внес данные о документе в систему. Достаточной информацией для этого являются данные уже изначально введенные в программу.
Рассмотрим автоматизированные процессы, необходимые для учета обработки заявок и документов в информационном отделе:
1. Обработка заявки или документа.
2. Внесение информации в базу данных.
3. Редактирование информации после закрытие заявки.
4. Формирование отчетных документов:

Таким образом, целью выпускной квалификационной работы является проектирование автоматизированной информационной системы учета функционирование предприятия, в частности обработка документов и заявок на обслуживание.
В результате внедрения АИС ожидаются следующие преимущества:
 повышение оперативности выполнения работы;
 непрерывный оперативный контроль за ходом обработки документов;
 снижение числа ошибок администратора и сотрудников отдела при вводе данных.
Постановка задачи на исследование:
• рассмотреть модели и метода её анализа;
• выбрать методы анализа модели;
• описать технические и программные средства

1.2. Обзор литературы

Проектирование информационных систем представляет собой начальный этап разработки программного обеспечения (ПО), когда определяется базовая структура информационной системы (ИС), ее компоненты, их назначение и взаимосвязь. При этом выполняется построение семантической модели предметной области с высоким уровнем абстракции. Также на данном этапе учитывается прикладная специфика использования проектируемого ПО, т.е. в каких областях деятельности и кем оно будет применяться. В настоящее время принято выделять следующие методологии разработки ПО:
• структурный подход, в основу которого положен принцип алгоритмической декомпозиции: структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами (модулями);
• объектно-ориентированный подход, который использует объектную декомпозицию: структура системы определяется множеством объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.
Ключевыми понятиями обоих подходов являются следующие термины: методология, методы и нотации.
Методология представляет собой общее теоретическое описание методов исследования. Методы проектирования ИС реализуются совокупностью графических элементов и правил их использования, которые называются нотацией моделирования.
Целью данного раздела представляется сравнительный анализ наиболее популярных методов и средств структурного и объектно-ориентированного подходов к разработке ПО, используемых на этапе проектирования ИС.
Агрегацию основных положений структурного подхода принято называть методологией структурного анализа и проектирования — SADT (англ. Structured Analysis and Design Technique), история которой начинается в 60‑х гг. XX в. Вслед за появлением структурных методов проектирования ПО началось зарождение и развитие новой управленческой дисциплины, известной как бизнес-моделирование. Важнейшим термином этого направления является понятие бизнес-процесса, которое означает логически завершенную последовательность действий по преобразованию исходных данных в результаты, удовлетворяющие потребителя.
Наиболее востребованные структурные методы концептуального проектирования ПО, например IDEF0, IDEF1X, IDEF3, DFD, также успешно используются при описании деятельности и регламентации бизнес-процессов. Это особенно важно в контексте прикладной направленности проектируемого ПО, поскольку позволяет показать поддержку функций бизнес-процесса соответствующими функциями (модулями) ИС. Данное обстоятельство четко отражено в методологии бизнес-моделирования ARIS (от англ. Architecture of Integrated Information Systems), которая представляет собой интегрированный подход к описанию различных аспектов деятельности предприятия, объединяя структурные и объектно-ориентированные методы в рамках целостного взгляда на бизнес-процессы компании.
Практическая реализация методологии ARIS представлена в виде одноименного программного продукта.
Уникальным методом моделирования бизнес-процессов в ARIS-методологии является eEPC (англ. Event Process Chain), позволяющий описать не только функции бизнес-процесса и связанные с ними события, но и участников, входы/выходы функций в виде набора информации, материальных объектов, документов и т.д., а также используемые инструменты, например ПО. Поэтому методы и средства ARIS-методологии успешно применяются для задач регламентации использования ПО на этапе концептуального проектирования.

>

Доступа нет, контент закрыт

Глава 2. Проектная часть

Тинькофф All Airlines [credit_cards][status_lead]

2.1. Модель и метод ее анализа

2.2. Выбор метода анализа модели

2.3. Описание технических и программных средств

Цель решения комплекса задач «Автоматизация обработки документов и заявок на обслуживание информационного отдела»: автоматизация процесса учета обработки заявок и анализа поступающих документов с использованием информационной системы.
Согласно уставу предприятия главной целью (С0) работы обеспечение работы всех структурных подразделений университета: осуществление устранение технических неисправностей, производить замену устаревшего или вышедшего из строя оборудования ПК., т.е: С0 – получение максимально быстрой помощи при устранения неисправностей в университете.
Дерево целей является важным фактором для администратора, которое помогает принимать более эффективные решения, к тому же его можно использовать для обнаружения срочных вопросов и улучшения процесса управления отделом.
Полное представление показано в Таблице 2.1. Схема дерева целей представлена на Рис. 2.1.

Рис. 2.1. Дерево целей информационного отдела

Раскрытие и выражение спорных вопросов – это один из наиболее не простых и важных этапов процесса утверждения решений. Решение утверждаются для устранения спорной ситуации. Проблемная ситуация всегда появляется, когда имеется несоответствие между желаемым и действительным состоянием системы (процесса, объекта).
Проблемы, связанные с управлением отделом, редко появляются по отдельности. Чаще всего, это отражение многих проблем, касающихся многих сфер человеческой жизнедеятельности. Иногда они бывают в сформулированном виде. Группировку проблем сначала требуется выяснить, сформулировать. И это не очень лёгкая работа, поскольку, как правило, неизвестен полный перечень переменных, характер отношений между ними. Наряду с этим, многие из этих переменных либо плохо измеряемы, либо не могут быть измерены в целом.
Во время анализа проблемы важно четко изложить проблему и описать ситуацию, в которой она себя проявляет. В Таблице 2.1 показаны варианты проблемных ситуаций в университете и способы их решения.
Работа по управлению деятельностью университета осуществляется командой аппарата управления, а также некоторыми сотрудниками, где они входят в социальные, психологические, организационные, экономические и другие отношения.
К основной категории пользователей системы относятся: администратор и сотрудники отдела.
Используя разработанную АИС, начальник информационного отдела имеет возможность наиболее эффективно выполнять функции, проведения процессов обработки, хранения и анализа документов.

Таблица 2.1
Проблемные ситуации
Цели Проблемные ситуации Способы разрешения
С1.1 Загруженность специалистов в проектах и сложность вызова на срочные выезды. Стажировка сотрудников.
С1.2 1) Нет службы систематического поиска ошибок;

1) Создание отдела анализирования;
2) Разработка плана реклам;
С1.3, С2.2 и С2.3 Недостаточный объём продаж: не системность рекламы, слабая маркетинговая политика – работа с одним сегментом много лет, высокая конкурентность по сервису и качеству в сфере услуг дополнительного образования по всему циклу процесса (от продажи до обучения), трудоёмкость аналитической работы в управлении результативностью.
Лицензирование образовательной деятельности;
Официальные статусы учебного центра ведущих вендеров;
Отдельный рекламный план учебного центра;
Поиск клиентов.
С1.4, С3.1 Непредсказуемость сроков и трудозатратность, что затрудняет выстраивание системы бесперебойного планирования проектов.
Осуществление обследования клиента перед проектом для более точной установки проблем, сроков и объемов работ.
С2.1 Высокая конкуренция по цене Отработка более платежеспособного сегмента рынка в том числе другого региона.
С3.2

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

Категории предметной области задачи представлены в Таблице 2.2.

Таблица 2.2
Глоссарий проекта

Доступа нет, контент закрыт

Глава 3. Эксплуатационная документация на информационную систему

3.1. Описание и построение базы данных

3.2. Запуск базы данных

3.3. Рекомендации по использованию результатов решения

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

3.5. Расчёт показателей экономической эффективности проекта

 

Модуль «Автоматизации обработки заявок и документов» позволяет автоматизировать функции администратора и сотрудников отдела, а именно:

  • бизнес-задача 01: «Оформления заказа на ремонтную работу»;
  • бизнес-задача 02: «Учет документов»;
  • бизнес-задача 03: «Учет движения товаров на складе»;
  • бизнес-задача 04: «Анализ работы информационного отдела».

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

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

  • введение входных данных;
  • контроль правильности ввода данных;
  • сохранение данных;
  • функции пересмотра и редактирования данных;
  • печать исходных документов.

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

Модель «сущность-связь» называют также методом ER — диаграмм (Essence – сущность, Relation – связь). Эта модель основана на использовании 3-х основных конструктивных элементах: сущность, атрибут, связь.

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

  • соотношение «один к одному» (1:1) значит, что каждая запись одной таблицы отвечает только одной записи в другой таблице;
  • соотношение «один ко многим» (1:М) появляется, в то время когда одна запись взаимосвязана со многими другими;
  • соотношение «многие к одному» значит, что многие записи связаны с одной (М:1);
  • соотношение «многие ко многим» (M:N) возникает между двумя таблицами в тех случаях, когда:
  • запись из 1 таблицы может быть связана более чем с одной записью из 2 таблицы;
  • запись из 2 таблицы может быть связана более чем с одной записью из 1 таблицы. На практике применение связей встречается крайне редко из-за того, что потеря в производительности вычислений на основе связей данного типа достаточна значительна.

Построение моделей данных в ERStudio начинается с выбора в меню  File пункта создания новой модели (Рис. 3.1).

Рис. 3.1. Создание новой модели данных

 

Далее переходим к созданию сущностей. Сущность в ERStudio можно создать несколькими способами: выбрав в главном меню пункт создания сущности, выбрав на панели инструментов соответствующую кнопку, с помощью браузера объектов (Рис. 3.2).

Рис. 3.2. Создание новой сущности

 

Для вновь созданной сущности задаем имя и создаем атрибуты, указывая их тип и размерность (Рис. 3.3).

Рис. 3.3. Создание атрибутов сущности

 

На Рис. 3.4 показано назначение атрибута КодСотрудника первичным ключом в таблице.

Рис. 3.4. Назначение первичного ключа

 

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

Рис. 3.5. Логическая модель базы данных

На основании логической модели создать физическую модель БД.

На Рис. 3.6 показан переход от логического представления модели БД к физическому представлению.

Рис. 3.6. Переход к физической модели

 

Далее появляются ряд окон для установки различных параметров генерируемой физической модели. Диалоговые окна представлены на Рис. 3.7 – 3.10.

Рис. 3.7. Генерация физической модели. Шаг 1

Рис. 3.8. Генерация физической модели. Шаг 2

 

Рис. 3.9. Генерация физической модели. Шаг 3

 

Рис. 3.10. Генерация физической модели. Шаг 5

На Рис. 3.11.  представлена готовая физическая модель данных.

Рис. 2.11. Физическая модель данных

Перед тем, как приступить к генерации БД, можно выбрать БД из списка предложенных в пункте меню Database Change, подпункте Database Platform. Далее можно приступить к генерации БД (Рис. 3.12 – 3.15).

Рис. 3.12. Запуск на генерацию БД

Рис. 3.13. Мастер генерации БД. Шаг 1

 

Рис. 3.14. Мастер генерации БД. Шаг 2

 

Рис. 3.15. Мастер генерации БД. Шаг 3

Если нужного источника  данных нет в выпадающем списке, то создаем его самостоятельно. Нажимаем на «Добавить» (Рис. 3.16 – 3.18).

 

Рис. 3.16. Выбор источника данных пользователя

 

Рис. 3.17. Создание нового источника данных

Рис. 3.18. Установка драйвера ODBC

В окне на Рис. 3.19 нажимаем на кнопку «Выбрать», для того, чтобы выбрать базу данных, куда будет генерироваться модель.

Рис. 3.19. Выбор базы данных

 

Задаем  имя новому источнику данных (Рис. 3.20).

Рис. 3.20. Установка драйвера ODBC

Схема данных по данной предметной области (схема данных Access) представлена на Рис. 3.21

 

Рис. 3.21. Схема данных в ACCESS 2003

 

3.2 Запуск базы данных

 

Как мы видим, схема данных состоит из семи таблиц и  связей между ними.

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

Для запуска базы данных, необходимо ввести пароль, как показано на Рис.  3.22

Рис. 3.22. Форма для ввода пароля

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

Рис.  2.23.  Главная форма программы

 

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

 

Рис.  3.24.  Форма «Ввод/просмотр других сведений»

3.3. Рекомендации по использованию результатов решения

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

 

Доступа нет, контент закрыт


Нетология

Заключение
Решены следующие задачи:
 выбрана технология работы с базой данных и СУБД;
 разработка логической и физической моделей данных с помощью CASE ERSTUDIO 8.0;
 описан процесс создания базы данных в среде выбранной СУБД Access 2000;
 разработана форма ввода, данных, запросов и отчетов;
Аналитический обзор современных средств бизнес-моделирования показал отсутствие единого программного продукта, реализующего все наиболее популярные методы описания бизнес-процессов и концептуального проектирования ИС. Кроме того, согласно современной тенденции использования ПО в качестве сервиса в настоящее время все более активно появляются онлайн-редакторы различных диаграмм и схем.
Их преимуществом является возможность бесплатного использования и отсутствие необходимости установки на локальном компьютере. К недостаткам следует отнести сложность (а порой и невозможность) сохранения разработанных моделей с целью их последующего редактирования. Подводя итог рассмотрению методов и средств концептуального проектирования ПО, следует сделать вывод о том, что в на- стоящее время не существует универсального инструмента, сочетающего все преимущества структурного и объектно-ориентированного подходов. Поэтому при выборе метода и средства моделирования следует в первую очередь руководствоваться задачами их применения и удобством использования.
В ходе работы над выпускной квалификационной работой были проанализированы теоретические основы проектирования информационно-справочных систем. В результате анализа было определено значение информационно-справочных компонентов в корпоративных информационных системах и рассмотрены этапы проектирования информационно-справочных систем. Также были изучены основы работы в Acsses и определена предметная область, основные сущности БД, информация о которых должна содержаться в базе данных.
Была спроектирована база данных предприятия содержащая полезную информацию о разных аспектах деятельности информационного отдела, а именно информацию о видах деятельности сотрудников. Спроектированная информационно-справочная система может применяться в университете для предоставления полезной информации по каждому виду деятельности Московского университета им. С.Ю. Витте. Целевой аудиторией является администратор, сотрудники, рабочий персонал отдела. Спроектированная информационно-справочная система может быть дополнена для предоставления дополнительной информации, создания новых связей и других операций.
В результате внедрения разработки были снижены трудовые затраты на обработку информации, улучшены качество и достоверность получаемой информации, повышена оперативность ее обработки, т.е. налицо получение косвенного и прямого эффекта при внедрении данного проекта по автоматизации учета.
При расчете экономической эффективности проекта было выявлено, что при внедрении система окупится и будет приносить прибыль примерно через 6 месяцев.
Информационная система повышает эффективность работы компании, за счет значительного снижения затраченного времени на обработку информации, а сотрудникам – возможности для продуктивной работы.

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

I Нормативно-правовые акты
1) Федеральный закон Российской Федерации от 27 июля 2006 г. N 149-ФЗ. Об информации, информационных технологиях и о защите информации.
2) ГОСТ 24.202-80 . Требования к содержанию документа «Технико-экономическое обоснование создания АСУ.
3) ГОСТ 24.202-80 . Требования к содержанию документа «Технико-экономическое обоснование создания АСУ.
4) ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначение документов при создании автоматизированных систем.
5) ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированных систем.
6) Агальцов, В.П. Базы данных: Кн.1.Локальные базы данных:/ Агальцов В.П..- 2-е изд., перераб. – М.: ИНФРА-М, 2011.
7) Барабанова И.М., Глебовский А.Ю. Проектирование информационных систем в экономике. Экономическое обоснование проектов. Учеб. пособие. – СПб.: Изд-во СПбГПУ, 2013.
8) Бугорский В.Н., Соколов Р.В., – Сетевая экономика и проектирование информационных систем. – СПб.: Питер, 2014.
9) Вендров А.М. CASE-технологии: современные методы и средства проектирования информационных систем. URL: http://citforum.ru/ database/case/index.shtml
10) Вичугова А.А. Методы и средства концептуального проектирования информационных систем: сравнительный анализ структурного и объектно-ориентированного подходов. // Прикладная информатика. – 2014. – №1.
11) Галямина И.Г., Управление процессами, – СПб.: Питер, 2013.
12) Грекул В. И., Денищенко Г. Н., Коровкина Н. Л.— Проектирование информационных систем: учебное пособие / 2-е изд., испр. — М.: Интернет-Университет информационных технологий (ИНТУИТ.РУ): БИНОМ. Лаборатория знаний, 2012.
13) Гринченко, Н.Н. и др. Проектирование баз данных. СУБД Microsoft Access; Горячая Линия Телеком, 2012.
14) Киреева, Г.И., Курушин В.Д., Мосягин А.Б., Нечаев Д.Ю., Чекмарев Ю.В. Основы информационных технологий. Учебное пособие. – М: ДМК Пресс, 2011.
15) Козырев А.А. Информационные технологии в экономике и управлении: Учебник. Изд-е 3-е перераб и доп. – СПб.: Изд-во Михайлова В.А., 2012.
16) Коцюба И.Ю., Чунаев А.В., Шиков А.Н. Основы проектирования информационных систем. – СПб.: Университет ИТМО, 2015.
17) Кусмарцева, Н.Н. Разработка и эксплуатация удаленных баз данных. Учебное пособие. М: Волгоградский институт бизнеса, Вузовское образование, 2015.
18) Ларман К., Применение UML 2.0 и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и итеративную разработку, – М.: Вильямс, 2013.
19) Липаев В.В. Управление разработкой программных средств: Методы, стандарты, технология. / В.В. Липаев. М.: Инфра-М, 2011.
20) Мишенин А.И. Теория экономических информационных систем. / А.И. Мишенин. М.: Наука, 2013.
21) Проектирование информационных систем. Учебное пособие для студентов / Сост. А. В. Бычков Кубан. гос. технол. ун-т. Каф. ВТ и АСУ. – Краснодар: Изд-во ГОУВПО «КубГТУ» , 2012.
22) Роберт Дж. Мюллер, Проектирование баз данных и UML, – М.: Лори, 2013.
23) Романов А.Н., Одинцов Б.Е., – Информационные системы в экономике: 2-е издание. – М.: Вузовский учебник, 2014.
24) Советов Б. Я., Базы данных: теория и практика: Учебник для бакалавров / 2-е изд., – М.: Юрайт, 2012.
25) Татарникова, Т.М. Системы управления базами данных. Учебное пособие. СПб: ГОУ ВПО Российский государственный гидрометеорологический университет, 2013.
26) Фуллер, Лори Ульрих; Кауфельд, Джон; Кук, Кен Microsoft Office Access 2007 для «чайников»; М.: Вильямс, 2012.
27) Юдицкий С.А. Технология проектирования архитектуры информационно-управляющих систем. / С.А. Юдицкий, А.Т. Кутанов. – М.: Наука, 2010.
II. Ресурсы интернет
1) Главная страница МУ им. С.Ю. Витте – http://muiv.ru/about/
2) Новиков Ф.А., Иванов Д.Ю., Моделирование на UML Интернет книга. – 2013. – http://book.uml3.ru/
3) Рожкова Е. Case-средства. Сравнительный анализ. ARIS — Rational Rose – http://ocnova.ru/



Заказать учебную работу

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

Проверить уникальность

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

Был ли этот материал полезен для Вас?

Комментирование закрыто.