Моделирование бизнес-процессов в информационной системе высшего учебного заведения

Автор: Пользователь скрыл имя, 18 Октября 2011 в 10:41, курсовая работа

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

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

Содержание

Введение 3
Раздел 1. Постановка задачи разработки информационной системы 4
1.1. Задание на разработку информационной системы 4
1.2. Характеристика объекта управления 4
1.3. Структура информационной системы 5
Раздел 2. Функциональная модель бизнес-процесса 6
2.1. Моделирование в IDEF0 6
2.2. Расчет оценки функциональной модели 8
2.3. Node Tree 10
2.4. Моделирование FEO-Diagram 10
2.5. Моделирование в DFD 11
2.6. Моделирование в IDEF3 12
2.7. Swim Lane моделирование 14
2.8. Organization Charts 15
Раздел 3. Модели данных информационной системы 17
3.1. Логическая модель данных в 3НФ из ERWin 17
3.2. Выбор и обоснование СУБД 19
3.3. Физическая модель данных в 4НФ из ERWin 20
Раздел 4. Реализация информационной системы в СУБД 22
4.1. Программа реализации базы данных из ERWin 22
4.2. Макеты форм 24
4.3. Макеты отчетов 24
Заключение 26
Литература 27

Работа содержит 1 файл

курс.doc

— 823.00 Кб (Скачать)

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

     Если  в логической модели не имеет значения, какой конкретно тип данных имеет  атрибут, то в физической модели важно  описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д. Для этого ERWin имеет целый набор соответствующих редакторов. На основе ключей, описанных на уровне логической модели (поддерживаются первичные, внешние, альтернативные ключи и инверсионные входы) ERWin генерирует индексы. Могут быть также сгенерированы индексы, заданные дополнительно на уровне физической модели. Для поддержки целостности БД задаются правила ссылочной целостности, а также триггеры и хранимые процедуры, которые представляют собой программный код на SQL и хранятся на сервере. Для создания триггеров и процедур ERWin имеет специальный набор инструментов - шаблоны и библиотеку макросов, содержащую наиболее часто используемые конструкции. Язык шаблонов универсален, но при генерации схемы БД триггеры и процедуры генерируются на языке выбранной СУБД. Кроме того, ERWin позволяет создавать физические объекты, специфические для каждой СУБД, например, для Oracle это могут быть табличные пространства, базы данных и сегменты отката.

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

Раздел 4. Реализация информационной  
системы в СУБД

4.1. Программа реализации базы данных из ERWin

     Для создания базы данных необходимо сформировать таблицы, которые были определены в  ERWin (рис.17).

 
Рис.17 «База данных в Microsoft Access»

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

Рис.18 Схема данных в Ms Access

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

     База  данных Dictionary, генерируемая из метамодели ERWin, может быть создана как множество таблиц в базе данных SQL или как файл базы данных .DBF. Если выбранная СУБД, ориентирована на РС - dBASE, FoxPro или Clipper, то словарь ERWin автоматически генерируется в виде множества фалов .DBF. Если выбрана CУБД Access или Paradox, то ERWin использует команды ODBC и Access BASIC, чтобы транслировать генерируемые команды SQL и создать таблицы словаря в Вашей базе данных. Если выбрана базу данных SQL, то ERWin генерирует операторы языка определения данных SQL, которые требуются для создания таблиц базы данных Dictionary, соблюдая при этом синтаксис языка СУБД.

     Когда сохраняется модель в базе данных, ERWin использует систему check-in/check-out, чтобы не разрешить нескольким пользователям одновременно изменять модель. Эта система обеспечивает контроль версий, обрабатывая ситуацию экспорта модели в базу данных таким образом, как если бы ее заносили в библиотеку. Когда экспортируется модель (“Check-in”), можно сохранить ее под новым именем и записать ее на место копии, которая уже хранится на сервере. При импорте модели из базы данных (“Check-out”) ERWin запоминает состояние модели при check-out и заносит пользователя в список в качестве постоянного (“current user”).

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

4.2. Макеты форм

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

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

 
Рис.19 Кнопочная форма

4.3. Макеты отчетов

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

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

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

 
Рис.20 Отчет по дисциплинам, изучаемым студентами разных специальностей

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

 

Заключение

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

     Система  предназначена для:

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

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

 

Литература

 
  1. Вендров А. М. Проектирование программного обеспечения  экономических информационных систем: учебник. М., 2005.
  2. Проектирование экономических информационных систем: учебник / под ред. Ю. Ф. Тельнова. М., 2005.
  3. Черемных С. В. Моделирование и анализ систем. IDEF-технологии / Черемных С. В. [и др.]. М., 2003.
  4. Дубейковский В. Практика функционального моделирования с AllFusion Process Modeler 4.1. М., 2004. Маклаков С. В. BPwin и ERWin. CASE-средства разработки информационных систем. М., 2000.
  5. Маклаков С. В. Моделирование бизнес-процессов с AllFusion Process Modeler (BPwin 4.1). М., 2003.
  6. Фаулер М. UML в кратком изложении: применение стандартного языка объектного моделирования: пер. с англ. / М. Фаулер, К. Скотт. М., 2001.
  7. Черемных О. С. Моделирование и реинжиниринг бизнес-процессов. Вводный курс: учеб. пособие / О. С. Черемных, С. В. Черемных. М., 2002.
  8. http://www.xserver.ru
  9. http://www.interface.ru
  10. http://www.emanual.ru/
  11. http://consulting.ru
  12. http://www.itcontent.ru/

Информация о работе Моделирование бизнес-процессов в информационной системе высшего учебного заведения