Учебно методический комплекс учебной дисциплины «Проектирование информационных систем» Специальность icon

Учебно методический комплекс учебной дисциплины «Проектирование информационных систем» Специальность



Смотрите также:
1   2   3   4   5   6   7   8
Тема2. Каноническое проектирование. Стадии и этапы процесса проектирования ИС

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

Ход работы:

1. В качестве предметной области выбрала тему «Отдел кадров. Учет персонала».

2. Этап разработки раздела «Общие сведения»:

  • Полное наименование ИС: «Отдел кадров. Учет персонала».

  • Шифр темы: 00001.

  • Предприятие-разработчик системы: Лаборатория баз данных “БД”, ул. 50 лет Октября, 86, тел. 32-12-02.

  • Предприятие-заказчик системы: ООО «ЛюксАвто».

  • Система создается на основании технического задания (ТЗ). ТЗ на АС является основным документом, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие. Кроме того, при создании системы используются ГОСТ 34.602-89 “Техническое задание на создание автоматизированной системы”.

  • Плановый срок начала работ: 01.04.2010.

  • Плановый срок окончания работ: 31.05.2010.

  • Автоматизируемая система создается на коммерческой основе.

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

3. Этап разработки раздела «Назначение и цели создания системы»:

  • Вид автоматизируемой деятельности: учет персонала в отделе кадров.

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

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

4. Этап разработки раздела «Характеристики объекта автоматизации»

^ Краткие сведения о предприятии.

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

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

Организационная структура.

Организационная структура предприятия показана на рисунке 1.



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

Организационная структура отдела кадров показана на рисунке 1.



Рис.2. Организационная структура отдела кадров

Описание автоматизируемых процессов, информационные потоки автоматизируемых процессов.

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

Схема информационных потоков процесса показана на рисунке 3.



Рис.3. Схема информационных потоков процесса “Учет персонала”

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

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

  • Сотрудники.

  • Адрес.

  • Образование.

  • Подразделение.

  • Приказ о зачислении.

  • Штатное расписание.

  • Должность.

  • Карточка учета.

5. Этап разработки раздела «Требования к ИС»

Требования к системе в целом

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

Ввод в действие ИС должен приводить к полезным технико-экономическим, социальным результатам:

  • уменьшению времени по учету данных о сотрудниках;

  • уменьшение времени на формирование отчетов, приказов и справок.

Технические средства ИС должны быть установлены так, чтобы обеспечивались их безопасная эксплуатация и техническое обслуживание.

Требования безопасности устанавливаются в инструкциях по эксплуатации технических средств.

^ Требования к функциям (задачам), выполняемым системой

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

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

  • Просматривать данные таблиц, при необходимости редактировать их.

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

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

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

Требования к информационному обеспечению ИС

Информационное обеспечение ИС должно включать:

  • данные о сотрудниках;

  • приказы о зачислении;

  • штатное расписание;

  • личные карточки.

Требования к программному обеспечению ИС

Для функционирования базы данных подходят операционные системы Windows XP, Vista. Диалоговый режим требует объектно-ориентированную систему программирования - Borland Delphi , а СУБД – Access.

Требования к техническому обеспечению АС

Минимальные требования к техническому обеспечению АС следующие:

  • Pentium IV;

  • ОЗУ 512 Мбайт;

  • 10 Мбайт дисковой памяти;

  • принтер формата А4.

6. Этап разработки раздела «Стадии и этапы разработки»

Стадии разработки

Разработка должна быть проведена в три стадии:

  • разработка технического задания;

  • рабочее проектирование;

  • внедрение.

7. Этапы разработки

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

На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

  • разработка модели автоматизируемых процессов и функциональной модели ИС;

  • разработки логической и физической моделей данных;

  • разработка программы;

  • разработка программной документации;

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

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

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

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Мишенин, А.И. Теория экономических информационных систем. Учебник. М: Финансы и статистика, 2013 – 240 с.

  4. Конюх, В.Л. Проектирование автоматизированных систем производства. Учебное пособие. М: Высшая школа, Абрис, 2012 – 310 с.


Тема3. Построение диаграммы потоков данных предприятия.

http://www.intuit.ru/department/se/devis/

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Мишенин, А.И. Теория экономических информационных систем. Учебник. М: Финансы и статистика, 2013 – 240 с.

  4. Конюх, В.Л. Проектирование автоматизированных систем производства. Учебное пособие. М: Высшая школа, Абрис, 2012 – 310 с.

  5. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).


Тема4. Построение фрагмента функциональной модели организации в CASE-средстве Bpwin. Создание логической и физической модели данных в Bpwin.

Цель работы: изучить основные элементы модели данных, приобрести практические навыки ее разработки.

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

^ Ход работы:

Этап разработки логической модели данных

В соответствии с выбранной предметной областью – «Отдел кадров. Учет персонала» - в среде Erwin построила логическую модель данных (Рис.1):



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

Модель содержит 5 таблиц, связанных связями «один ко многим». Все таблицы нормализованы, т.е. приведены к 3 НФ: таблица не имеет транзитивных зависимостей между не ключевыми полями, т.е. значение любого поля, не входящего в первичный ключ не зависит от значения другого поля, не входящего в первичный ключ.

Таблица “Сотрудники” содержит поля: “Табельный номер” (ключевое поле), “ФИО”, “Возраст”, “Образование”, “Телефон”, “Код адреса”, “Код приказа”.

Таблица “Адрес” содержит поля: “Код адреса” (ключевое поле), “Город”, “Улица”, “Дом”, “Квартира”.

Таблица “Приказ о зачислении” содержит поля: “Код приказа” (ключевое поле), “Дата”, “Оклад”, “Код должности”, “Код подразделения”.

Таблица “Должности” содержит поля: “Код должности” (ключевое поле), “Должность”, “Оклад”, “Подразделение”.

^ Этап разработки физической модели данных

В среде Erwin построила физическую модель данных (Рис.2):



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

При создании физической модели, выбрала Access в качестве нужного типа СУБД. Выбор СУБД показан на рисунке 3 - Database – Choose Database.



Рис.3. Выбор СУБД

Вывод: Изучены основные элементы модели данных, приобретены практические навыки ее разработки.

http://www.intuit.ru/department/se/devis/

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Мишенин, А.И. Теория экономических информационных систем. Учебник. М: Финансы и статистика, 2013 – 240 с.

  4. Конюх, В.Л. Проектирование автоматизированных систем производства. Учебное пособие. М: Высшая школа, Абрис, 2012 – 310 с.

  5. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  6. Грекул, В.И. Проектирование информационных систем : Учебное пособие / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина.-2-е изд., испр.-М.: Интеренет-Университет Информационных Технологий.

  7. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  8. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  9. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  10. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема5. Построение фрагмента логической и физической моделей базы данных в CASE-средстве Erwin.

http://www.intuit.ru/department/se/devis/

Необходимо создать информационную модель предметной области «Отдел кадров».

Основные таблицы модели:

  • работники (ФИО, дата рождения);

  • должности (наименование, оклад, отдел);

  • отделы (наименование, в какое подразделение входит);

Основные правила:

  • отдел может входить в другой отдел;

  • уровень вложенности отделов в общем случае неограниченный;

  • в разных отделах могут быть одинаковые должности;

  • для одной должности в разных отделах может быть разный оклад.

Создадим три таблицы «Работники», «Отдел», «Должности». Зададим им имена и поля. Названия и тип полей вводятся через редактор свойств Attributes (рисунок 1).



Рисунок 1 – Ввод полей таблицы

Для задания ключевых полей выберем переключатель Primary key (рисунок 1), для задания полей обязательных для ввода – Required (рисунок 2). Полученные таблицы показаны на рисунке 3.



Рисунок 2 – Указание поля, обязательного для ввода




Рисунок 3 – Созданные таблицы

Согласно правилам модели отдел может входить в другой отдел и уровень вложенности отделов в общем случае неограниченный. Создадим соответствующую связь с помощью кнопки на панели инструментов Non-identifying relationship, щелкнув дважды на таблице «Отдел». Дважды щелкнув на появившейся связи, перейдем в редактор ее свойств (рисунок 4). Дадим имя связи – «включает в себя». Поскольку уровень вложенности строго не задан, установим параметры – «zero, one or more».

Настроим мигрирующее поле, как показано на рисунке 5.




Рисунок 4 – Параметры связи




Рисунок 5 – Мигрирующее поле

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

Если в родительской таблице удалить запись, то связанные записи дочерней таблицы должны быть удалены. При изменении записи, связанные подчиненные записи должны поменять значение индекса. Созданная связь показана на рисунке 7.



Рисунок 6 – Правила изменения связанных таблиц




Рисунок 7 – Правило «Отдел может входить в другой отдел»

Создадим связь между таблицами «Отдел» и «Работники» (рисунок 8). В отделе есть хотя бы один сотрудник, поэтому укажем размерность «one or more» (рисунок 9).



Рисунок 8 – Связь между таблицами «Работники» и «Отдел»



Рисунок 9 – Настройка связи

Учитывая правило «в разных отделах может быть одинаковая должность», создаем таблицу-связку между отделами и должностями (связь многие ко многим). Поскольку существует еще одно правило – «для одной должности в разных отделах может быть разный оклад», то добавим в таблицу-связку поле «оклад» (рисунок 10).



Рисунок 10 – Связь «многие ко многим»

Перейдем к физической модели (рисунок 11). После перехода переименуем таблицы и связи, все поля, являющиеся внешними ключами (рисунок 12).

Настроим первичные ключи таблиц на автоувеличение (рисунок 13).

Настроим поля на необходимую длину (рисунок 14).

Теперь все необходимые настройки выполнены, модель построена.



Рисунок 11 – Физическая модель



Рисунок 12 – Изменение физической модели



Рисунок 13 – Автоувеличение поля



Рисунок 14 – Настройка длины поля

Вывод. В результате выполнения лабораторной работы был рассмотрен принцип построения модели предметной области в ERWIN. На примере области «Отдел кадров» построена логическая и физическая модель. Заданы связи между таблицами, свойства связей, свойства полей, ограничения на значения полей.

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Мишенин, А.И. Теория экономических информационных систем. Учебник. М: Финансы и статистика, 2013 – 240 с.

  4. Конюх, В.Л. Проектирование автоматизированных систем производства. Учебное пособие. М: Высшая школа, Абрис, 2012 – 310 с.

  5. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  6. Грекул, В.И. Проектирование информационных систем : Учебное пособие / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина.-2-е изд., испр.-М.: Интеренет-Университет Информационных Технологий.

  7. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  8. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  9. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  10. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема6. Построение фрагмента модели бизнес-процессов в CASE-средстве Bpm, фрагмента логической модели данных поддержки бизнес-процессов в CASE-средстве Erx, фрагмента реляционной модели данных поддержки бизнес-процессов в CASE-средстве Rdm, входящих в состав CASE-системы SILVERRUN.

http://www.intuit.ru/department/se/devis/

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  4. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  5. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  6. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  7. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема7. Построение модели бизнес-процессов, подлежащих автоматизации, с использованием диаграммы деятельности (activity diagram), моделирование поведения объектов в проблемной области с использованием диаграммы состояний (statechart diagram), моделирование организационной структуры вплоть до выделения субъектов и объектов, участвующих в выделенных бизнес-процессах, и их функций с использованием диаграммы прецедентов (use case diagram) с помощью CASE-средства Rational Rose Enterprise Edition.

http://www.intuit.ru/department/se/devis/

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  4. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  5. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  6. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  7. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема8. ERwin. Прямое и обратное проектирование

http://www.intuit.ru/department/se/devis/

^ Цель работы: овладеть навыками прямого и обратного проектирования в среде ERwin для «файл-серверных» и «клиент-серверных» СУБД.

Задание: Реализовать прямое проектирование в архитектуре «файл-сервер». Изменить структуру БД и осуществить обратное проектирование. Реализовать прямое проектирование в архитектуре «клиент-сервер», сгенерировать SQL – код создания базы данных на основе физической модели данных.

^ Ход работы:

Этап прямого проектирования в архитектуре «файл-сервер».

Рассмотрим исходные логические и физические модели данных (Рис.1, Рис.2).



Рис.1. Логическая модель проектируемой ИС



Рис.2. Физическая модель проектируемой ИС

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

Создаем пустую базу данных в Access и подключаемся к ней (Рис.3, Рис.4).



Рис.3. Подключение к СУБД Access



Рис.4. Выбор БД Access

Далее в меню выбираем Tools/ Forward Engineer/Shema Generation.

В открывшемся окне на вкладке Options в пункте Index поставили галочки напротив пунктов Primary Key и Foreign Key, отвечающих за генерацию первичных и внешних ключей (Рис.5).



Рис.5. Установки по генерации схемы для базы данных Access

После завершения операции по переносу физической модели в Access заходим в полученную базу данных и проверяем результат (Рис.6).



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

^ Этап обратного проектирования.

В базе данных Access в таблице Адрес добавили поле e-mail и сохранили изменения. Далее зашли в Erwin и в меню выбрали Tools/ Reverse Engineer. В открывшемся окне выбрали тип новой модели - физическая, и СУБД из которой будем импортироваться физическая модель – Access (Рис.7).



Рис.7. Установки обратного проектирования

Далее настраиваем параметры проектирования (Рис.8).



Рис.8. Установки по генерированию схемы для Erwin.

Подключение к Access аналогично режиму прямого проектирования.

Получаем физическую модель (Рис.9).



Рис.9. Физическая модель, полученная из БД Access

^ Этап проектирования БД для архитектуры “клиент-сервер”.

В среде Erwin открыли физическую модель ИС, изменили тип СУБД на Microsoft SQL Server, в меню выбрали Tools/ Forward Engineer/Shema Generation.

В открывшемся окне на вкладке Options в пункте Index поставили галочки напротив пунктов Primary Key и Foreign Key, отвечающих за генерацию первичных и внешних ключей. Нажали кнопку Preview (Рис.10).



Рис.10. Генерация SQL-кода для MS SQL

Вывод: В процессе выполнения лабораторной работы приобретены навыки прямого и обратного проектирования в среде Erwin для «файл-серверных», «клиент-серверных» СУБД.

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  4. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  5. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  6. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  7. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема9. Соответствие логической модели ERwin и модели процессов BPwin

Цель работы: изучить на практических примерах соответствие между логической моделью Erwin и моделью процессов Bpwin и генерацию отчетов в Bpwin.

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

^ Ход работы:

Этап экспорта данных из ERwin в Bpwin и связывания полученных данных с работами и стрелками.

Из модели данных командой экспорта создаем файл экспорта данных из ERwin. В процессе экспорта данных из Erwin создается сообщение о результатах экспорта (Рис.1). В реальной задаче следует создавать сущности и атрибуты на русском языке.



Рис.1. Экспортированные данные из ERwin в Bpwin

Далее импортируем данные в Bpwin и привязываем полученные данные к одной из работ и к связанным с ней стрелкам. Генерируем отчет DataUsage Report, содержащий данные о привязанных сущностях и атрибутах (Рис.2).



Рис.2. Отчет DataUsage Report

^ Этап дополнения словаря в Bpwin новой сущностью и атрибутами и экспорта данных из словаря сущностей из Bpwin в Erwin.

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

Дополним словарь Bpwin новой сущностью и связанными с ней атрибутами. На рисунках 3 и 4 показан пример создания новых сущностей и атрибутов в словаре BPwin.



Рис.3. Добавление новой сущности



Рис.4. Связывание атрибутов с новой сущностью

Командой экспорта экспортируем данные из словаря сущностей из Bpwin в файл экспорта. При импорте данных в Erwin создается сообщение (Рис.5).



Рис.5. Импортирование данные из Bpwin в Erwin

^ Этап создания отчетов.

После заполнения данных, характеризующих модель Bpwin в целом (автор, цель и т.д.) и одну из диаграмм (описание диаграммы), генерируем отчеты Model Report (Рис.6) и Diagram Report (Рис.7).



Рис.6. Отчет Model Report



Рис.7. Отчет Diagram Report

Создаем в одной из работ Bpwin пояснения к работе и относящимся к ней стрелкам и генерируем отчет Diagram Object Report (Рис.8).



Рис.8. Отчет Diagram Object Report

Вывод: Изучено на практических примерах соответствие между логической моделью Erwin и моделью процессов Bpwin и технологию генерации отчетов в Bpwin.

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  4. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  5. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  6. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  7. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема 10. Применение методологии DFD и IDEF3 для создания модели процессов

Цель работы: изучить основные элементы DFD – модели, приобретение навыков работы со стандартом IDEF3.

Задание: Создать в среде Bpwin функциональную модель ИС в соответствии со следующими требованиями: методология DFD, не менее 3-х уровней детализации, не менее 4-х диаграмм, одна из которых в IDEF3. Провести анализ соответствия модели автоматизируемых процессов и функциональной модели ИС и объяснить имеющиеся несоответствия.

^ Ход работы:

  1. Создала диаграмму потоков данных в DDF (Рис.1).

В соответствии с предметной областью «Отдел кадров. Учет приема сотрудников» в среде Bpwin была создана модель процессов, удовлетворяющая требованиям. Модель процессов, созданная в среде BpWin, автоматизирует учет приема сотрудников в отделе кадров. В контекстной диаграмме (пункт 1) входной информацией являются резюме соискателя и его документы. Выходная информация – это отчеты о численности рабочих, квалификации сотрудников, проделанной работе, текучести кадров, приказ о зачислении, личные карточки сотрудников и данные о соискателе.



Рис.1. Диаграмма потоков

  1. Провела декомпозицию ИС «Прием сотрудников на работу» в DDF (Рис.2).





Рис.2. Декомпозиция ИС «Прием сотрудников на работу»

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

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

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

  1. Провела декомпозицию процесса «Формирование приказа о зачислении» в DDF (Рис.3).



Рис.3. Декомпозиция процесса «Формирование приказа о зачислении»

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

  1. Провела декомпозицию процесса «Формирование отчетов» в IDEF3 (Рис.4):



Рис.4. Декомпозиция процесса «Формирование отчетов»

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

^ Вывод: изучены основные элементы DFD – модели, приобретение навыков работы со стандартом IDEF3.

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  4. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  5. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  6. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  7. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Тема 11. Применение методологии IDEFO для создания модели процессов. Проведение экспертизы и создание отчетов.

Цель работы: изучить основы создания IDEF0 – модели, создать в среде Bpwin модель процессов.

Ход работы:

1. В качестве предметной области выбрала тему «Отдел кадров. Учет персонала».

2. Создала контекстную диаграмму модели процесса «Прием сотрудника на работу» (Рис.1).



Рис.1. Контекстная диаграмма
«Прием сотрудника на работу»

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

3. Составила диаграмму декомпозиции процесса «Прием сотрудника на работу» (Рис.2).



Рис.2. Диаграмма декомпозиции процесса
«Прием сотрудника на работу»

Процесс состоит из четырех работ: рассмотрение резюме, проведение собеседования, рассмотрение заявления о приеме на работу, подписание приказа о зачислении.

4. Составила диаграмму декомпозиции процесса «Рассмотрение резюме» (Рис.3).



Рис.3. Диаграмма декомпозиции процесса
«Рассмотрение резюме»

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

Выходная информация – решение о назначении собеседования.

5. Составила диаграмму декомпозиции процесса «Подписание приказа о зачислении» (Рис.4).



Рис.4. Диаграмма декомпозиции процесса
«Подписание приказа о зачислении»

В диаграмме процесса «Подписание приказа о зачислении» входной информацией является подписанное заявление. Процесс состоит из трех работ: формирование приказа о зачислении, рассмотрение приказа, утверждение приказа.

Выходная информация – приказ о зачислении.

    6. Составила диаграмму дерево узлов процесса «Прием сотрудника на работу» (Рис.5).



Рис.5. Дерево узлов процесса “ Прием сотрудника на работу ”

Вывод: изучены основы создания IDEF0 – модели, создала в среде Bpwin модель процесса «Прием сотрудника на работу».

Литература

  1. Афонин, В. В. Моделирование систем: Учебно-практическое пособие./ Афонин В. В., Федосин С. А.- М.: Интернет-Ун-т Информ. Технологий: БИНОМ, 2010.- 231 с.: ил

  2. Шелухин, О.И. Моделирование информационных систем. Учебное пособие. М: Горячая линия – Телеком, 2012 – 536 с.

  3. Гвоздев, Т.В. Проектирование информационных систем : Учебное пособие / Т.В. Гвоздева, Б.А. Баллод.-РнД: Феникс, 2009.-508 с.:ил.-(Высшее образование).

  4. Вендров, А.М. CASE –технологии. Современные методы и средства проектирования информационных систем. М.: Финансы и статистика, 1998.,176 с.

  5. Маклаков, С.В. BPwin и ERwin . CASE -средства разработки информационных систем. М.: ДИАЛОГ-МИФИ, 1999. -256 с.

  6. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 1. МГГУ, 2007 - 157c.

  7. Карпович, Е.Е., Федоров Н.В. Автоматизированное проектирование информационных систем на рснове современных CASE-технологий. Часть 2. МГГУ, 2007 - 143c.


Методические указания по организации

самостоятельной работы студентов

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

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

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

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

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

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

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

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

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

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

1. Главное в конспекте не объем, а содержание. В нем должны быть отражены основные положения источника. Умение излагать кратко и точно приходит с опытом. При этом необходимо не торопиться записывать при первом же чтении, вносить в конспект лишь то, что стало ясным.

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

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

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

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

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

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

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

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

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


^ Самостоятельная работа студентов




Наименование

и план темы

^ Вопросы, выносимые на самостоятельную работу студентов

Виды и содержание самостоятельной работы

1

Раздел 1.

Основные понятия курса.

Основные понятия технологии проектирования информационных систем (ИС)

Стандарты CASE-технологии

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

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

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

Работа с нормативными документами и законодательной базой

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

2

Раздел 2.

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

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

Каноническое проектирование ИС. Типовое проектирование ИС. Типовое проектное решение (ТПР). Классы и структура ТПР. Функциональные пакеты прикладных программ (ППП) как основа ТПР. Адаптация типовой ИС. Методы и средства прототипного проектирования ИС.

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

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

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

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

3

Раздел 3. Типовой подход к проектированию ЭИС. Основы проектирования технологических процессов обработки данных. Организационные структуры проектирования ЭИС. Спецификация функциональных требований к ИС.

Необходимость типизации проектных решений. Общая характеристика типового подхода к проектированию ЭИС. Классификация методов типового проектирования: элементный метод; подсистемный метод; объектный метод. Параметрически – ориентированное проектирование ЭИС. Модельно-ориентированное проектирование ЭИС.

Основные понятия и классификация технологических процессов обработки данных.

Общая структура организации работ по проектированию ЭИС. Специфика управления проектированием. Субъекты управления. Схемы организации работ.

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

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

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

4

Раздел 4.

Методологии моделирования предметной области.

Моделирование бизнес-процессов в методологии IDEF0. Диаграммы потоков данных (DFD). Информационное обеспечение ИС.

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

Принципы построения модели IDEF0: контекстная диаграмма, субъект моделирования, цель и точка зрения. Case-средства для моделирования деловых процессов.

Контекстная DFD-диаграмма. Хранилища данных. Внешние сущности. Потоки данных Слияние и разветвление потоков данных.

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

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

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

5

Раздел 5.

Моделирование информационного обеспечения. Основы объектно-ориентированного анализа и проектирования. Унифицированный язык визуального моделирования Unified Modeling Language (UML). Этапы проектирования ИС с применением UML.

Методология IDEFIX. Создание логической модели данных: уровни логической модели; сущности и атрибуты; связи; типы сущностей и иерархия наследования; ключи, нормализация данных; домены. Создание физической модели: уровни физической модели; таблицы; правила валидации и значение по умолчанию; индексы; триггеры и хранимые процедуры; проектирование хранилищ данных; вычисление размера БД; прямое и обратное проектирование. Представления модели сложной системы. Диаграммы в UML. Классы и стереотипы классов. Основные типы UML-диаграмм, используемые в проектировании информационных систем.

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

Работа с нормативными документами и законодательной базой

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

6

Раздел 6.

Объектно-ориентированная методология проектирования программных средств. Применение CASE-средства Rational Rose ENTERPRISE для объектно-ориентированного программирования. Язык SQL

Объектно-ориентированная методология проектирования программных систем Rational Unified Process фирмы Rational Software Corporation: моделирование предметной области (Business Modeling); модель производственного процесса (business use case model); модели взаимодействия субъектов и объектов (business object model); классы и объекты (диаграмма классов); диаграммы компонент; диаграммы размещения. Генерирование программного кода на основе диаграммы классов. Пример использования сгенерированного программного кода. Операторы языка SQL. Определение данных. Манипулирование данными.

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

Работа с нормативными документами и законодательной базой

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

7

Раздел 7.

Разработка прототипов информационных систем, основанных на СУБД, в CASE-средстве Rational Rose ENTERPRISE и среде программирования C++BUILDER. CASE-средства фирмы Platinum technology. Методология RAD.

Пример разработки прототипов информационных систем, основанных на СУБД, в CASE-средстве Rational Rose ENTERPRISE и среде программирования C++BUILDER: диаграммы, компоненты C++BUILDER; программный код. CASE-средства фирмы Platinum technology. Методология IDEF (IDEF0, IDEF1X, IDEF3,IDEF5). CASE-средства американской фирмы Computer Systems Advisers, Inc.: SILVERRUN и методология DATARUN. Жизненный цикл информационных систем по методологии RAD. основные принципы методологии RAD. Требования к команде разработчиков.

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

Работа с нормативными документами и законодательной базой

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

8

Раздел 8.

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

Технология внедрения CASE-средств.

Технология создания многоагентных систем.

Этап стратегического планирования в жизненном цикле информационных систем. Диаграммные средства, используемые на этом этапе. Метод построения диаграммных средств. Процесс внедрения CASE-средств. Этапы процесс внедрения CASE-средств: определение потребностей в CASE-средствах; оценка и выбор CASE-средств. Архитектуры многоагентных систем. Основными характеристиками агентов. Компоненты инструментальных средств (Toolkit) создания многоагентных систем.

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

Работа с нормативными документами и законодательной базой

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

9

Раздел 9.

Реинжиниринг бизнес-процессов. ERP-системы.

Интеллектуальные объектно-ориентированные CASE-системы.

Методики реорганизации деятельности в организациях.

Классы ERP-систем. Стандарты. Рынок ERP-систем. Эталонный процесс внедрения ERP-систем.

Основными функциями интеллектуального репозитория CASE-системы (информационной базы проекта). Архитектура интеллектуального репозитория (информационной базы проекта).

Проработка учебного материала (по конспектам лекций, научной и учебной литературе)

Работа с нормативными документами и законодательной базой

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


^ Рекомендации по подготовке курсовой работы

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

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

  • работать с литературой;

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

  • составлять обзоры на заданную тему и научно-технические отчеты;

  • аргументировать выводы и результаты.

Курсовая работа должна отражать:

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

  • знание отечественной и зарубежной литературы по выбранной теме;

  • владение понятийным аппаратом и терминологией;

  • умение четко изложить в тексте результаты работы.

В качестве обязательных требований выступают:

  • четкая формулировка проблем теории;

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

  • рассмотрение различных точек зрения на проблему, имеющихся в научной литературе, их сопоставление и оценка;

  • изложение собственного понимания проблемы;

  • описание различных путей и методов анализа и решения проблемы.

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

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

Отказ от рассмотрения части (какого-либо раздела) литературы по изучаемому вопросу должен быть специально обоснован во введении к работе.

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

Постановка задачи на курсовую работу (объемом 1-2 страницы) должна включать в себя следующие разделы:

      • Тема работы.

      • Расшифровка темы.

      • Актуальность (опционально).

      • Цель работы.

      • План работы (опционально).

      • Ожидаемые результаты.

      • Перспективы развития (опционально).

Курсовая работа состоит из титульного листа, оглавления, текста, списка использованной литературы и приложений.

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

Текст курсовой работы включает введение, основную часть и заключение.

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

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

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

Объект изучения – это явление, на которое направлена исследовательская деятельность субъекта.

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

Объем введения не более 2-3 страниц.

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

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

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

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

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

  • предмет обоснования (например, предмет обзора);

  • цель обоснования, согласованная с целью работы;

  • метод обосновании (в обзорах д.б. обосновано почему обозревается именно такой набор сущностей, а не другой);

  • выводы из обоснования, согласованные с целями работы.

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

  • приведены обоснования выбранного инструментария;

  • приведена с иллюстрацией общая архитектура разработанного средства;

  • приведена с иллюстрацией схема работы средства;

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

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

В конце каждого параграфа следует формулировать выводы (1-2 абзаца) по существу изложенного материала. Выводы должны логически завершать проведенные рассуждения, быть краткими, конкретными и вытекать из изложенного материала.

В заключении отражаются итоги работы, степень решения автором поставленных задач, возможные направления дальнейших исследований в данной области. Следует суммировать все те выводы и научные достижения, которые состоялись в данной курсовой работе, показать практическую значимость и определить направление для дальнейших исследований. Заключение курсовой работы должно быть по объему 1-2 страницы.

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

Курсовая работа должна быть выдержана в стиле письменной научной речи.

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

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


^ Примерная тематика курсовых проектов (работ)


  1. Разработка проекта информационной системы для малого предприятия связи.

  2. Классификация и виды обеспечения автоматизированных рабочих мест (АРМ).

  3. Анализ и оценка различных методов распределения вычислительных ресурсов между пользователями в ИС.

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

  5. Анализ и оценка надежности и эффективности конкретной АИС.

  6. Создание и использование корпоративных Web-серверов.

  7. Создание и обновление гипертекстовых справочных систем.

  8. Информационные ресурсы корпоративных сетей (конкретный пример).

  9. Организация корпоративных информационных систем на конкретном примере.

  10. Анализ средств защиты информации в ИС.

  11. Автоматизированное рабочее место руководителя (менеджера) подразделения организации в информационной сети.

  12. Групповая работа над проектами в корпоративной сети на конкретном примере.

  13. Проектирование первичных документов.

  14. Проектирование классификаторов технико-экономической информации.

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

  16. Проектирование информационной системы "Организация учебного процесса в образовательном учреждении».

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

  18. Моделирование потоков данных в экономической системе.

  19. Состав и содержание операций проектирования с использованием CASE-технологии.

  20. Выбор аппаратной и программной платформы ИС.

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

  22. ИС автотранспортного предприятия.

  23. АС учета договоров и контроля за их исполнением.

  24. АС учета и оптимизации транспортных расходов на предприятии.

  25. АС учета сдельной оплаты труда.

  26. АРМ экономиста по прогнозу закупок на предприятии оптовой торговли.

  27. ИС поддержки биржевых торгов.

  28. АС учета материальных ресурсов предприятия

  29. Подсистема автоматизации складского учета

  30. Подсистема автоматизации учета платежей по договорам

  31. Автоматизация учета поступления и реализации товаров в розничной торговле

  32. Подсистема учета реализации товаров в оптовой торговле

  33. Автоматизация кассовых операций торгового предприятия

  34. Автоматизация учета выбытия денежных средств с расчетного счета организации

  35. Автоматизация учета повременно-премиальной оплаты труда в организации

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

  37. Автоматизация учета поступления и выбытия, основных средств на предприятии

  38. АС учета обмена валют

  39. АС учета запасов предприятия

  40. АС учета бартерных операций

  41. АС учета закупок товаров у населения

  42. АС учета риэлтерских операций

  43. АРМ сотрудника кредитного отдела банка

  44. ИС ведения реестра акционеров в банке

  45. АС учета ценных бумаг на предприятии

  46. Подсистема учета внутреннего перемещения материалов

  47. Подсистема учета дебиторов банка

  48. Подсистема учета операций по импорту товаров

  49. Автоматизация учета расчетов за проживание в общежитии

  50. Автоматизация учета реализации и затрат на доставку мебели

  51. Подсистема учета амортизации основных средств.


Методические рекомендации по организации и проведению
контроля успеваемости, подготовке студентов к зачету/экзамену


Контроль знаний, умений и навыков обучаемых имеет целью:

- определения уровня их теоретической и практической подготовки,

качества выполнения учебных планов и программ обучения;

- установления степени достижения поставленных целей (задач) обучения;

- выявления отношения студентов к учебной деятельности;

- стимулирования самостоятельной работы студентов;

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

Функции контроля:

- контролирующая (определение уровня);

- воспитательная;

- обучающая;

Уровень контроля должен соответствовать поставленным целям (задачам) обучения. Превышение уровня контроля над уровнем целей обучения недопустимо. Нельзя, например, контролировать на уровне «умений», если ставилась цель дать общие сведения по контролируемому вопросу, так как под соответствующую цель и выделен определенный бюджет времени на изучение дисциплины (проблемы).

Контроль подразделяется на текущий и промежуточный.

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

Результаты текущего контроля заносятся в журнал учета учебных занятий.


^ Материалы для текущего контроля знаний.

Тестовые задания

Тема «Основы построения автоматизированных информационных систем»

  1. Укажите правильный ответ.




страница2/8
Дата конвертации18.11.2013
Размер1,18 Mb.
ТипРабочая учебная программа
1   2   3   4   5   6   7   8
Разместите кнопку на своём сайте или блоге:
rud.exdat.com


База данных защищена авторским правом ©exdat 2000-2012
При копировании материала укажите ссылку
обратиться к администрации
Документы