рефералка. Метод.указания для контр.работы1 СФП ИС. Методические указания к контрольной работе 2021 г. Содержание
 Скачать 202 Kb.
|
|
Федеральное государственное бюджетное образовательное учреждение высшего образования «Пермский государственный аграрно-технологический университет имени академика Д. Н. Прянишникова» Кафедра информационных системи телекоммуникацийПроектирование информационных систем Структурно-функциональное проектирование ИС Методические указания к контрольной работе 1.2021 г. СОДЕРЖАНИЕ
1. Цели и задачи контрольной работы Выполнение контрольной работы должно способствовать: закреплению, углублению и обобщению знаний, полученных студентами в процессе изучения лекционного курса дисциплины «Проектирование информационных систем»; развитию умений и навыков, полученных при выполнении лабораторных работ; применению этих знаний, умений и навыков к решению конкретных задач по анализу предметной области и построению модели TO-BE; развитию навыков работы со специальной литературой и навыков проектирования с использованием CASE-средств. 2. Задание на выполнение контрольной работы Задание на выполнение контрольной работы посвящено построению модели TO-BE на основе анализа предметной области. При выполнении контрольной работы студент должен: выполнить анализ предметной области, разработать модель TO-BE ИС в нотациях IDEF0, IDEF3, DFD, IDEF1X; оформить пояснительную записку. Индивидуальное задание по контрольной работе основывается на варианте предметной области, Примерный список предметных областей для контрольных работ Страховая медицинская компания. Диспетчерская учебного заведения. Агентство недвижимости. Букмекерская контора. Ателье. Кадровое агентство. Строительная организация. Ресторан. Отдел вневедомственной охраны. Библиотека. Гостиница. Управляющая компания ЖКХ. Авиакомпания. Автобаза. Рынок ценных бумаг. Туристическое агентство. Сервисный центр. Больница. Компания по оказанию услуг кабельного телевидения. Налоговая. Спортивный комплекс. Банк. Примечание: студенты могут индивидуально согласовать свой вариант предметной области с преподавателем. 3. Правила оформления пояснительной записки Пояснительная записка выполняется на одной стороне листа бумаги формата А4. Все схемы, формулы, графики должны быть пронумерованы и снабжены подписями и ссылками в тексте. Оформление пояснительной записки должно соответствовать требованиям: ГОСТ 7.32-2001 СИБИД. Отчет о научно-исследовательской работе. Структура и правила оформления. Материалы в пояснительной записке следует располагать в следующем порядке: Титульный лист (приложение 1) Задание для работы Содержание Введение Раздел 1. Анализ предметной области Раздел 2. Описание ИС с использованием средства BPwin (модели в нотации IDEF0, IDEF3, DFD) Раздел 3. Описание ИС с использованием средства ERwin (модели в нотации IDEF1X) Заключение Список использованных источников Приложение Законченная пояснительная записка подписывается студентом. Изложение должно быть ясным и четким, без повторений. Следует избегать необоснованного использования в тексте пояснительной записки большого количества теоретического материала. 4. Правила оформления графического материала Графическая часть проекта является не иллюстративным материалом, а технической документацией на разработанный студентом проект ИС. Графический материал, помещенный в пояснительной записке - по формату, условным обозначениям, шрифтам и масштабам должен соответствовать требованиям единой системы конструкторской документации (ЕСКД). При выполнении графического материала с использованием CASE-средств BPwin и ERwin в различных нотациях, этому международному стандарту. 5. Содержание разделов 5.1. Ведение Введение (общим объемом не более 2 стр.) должно содержать общие сведения о выполняемой работе, ее краткую характеристику. В нем необходимо отразить актуальность выбранной темы, цель и задачи, решаемые в проекте, используемые методики, практическую значимость полученных результатов. Во введении необходимо также перечислить вопросы, которые будут рассмотрены в контрольной работе, выделив вопросы, которые предполагается решить практически. 5.2. Анализ предметной области Для выбранной предметной области провести выборку (например, при помощи системы Консультант+) и анализ нормативной документации. Материал анализа должен содержать: теоретические сведения о предметной области рассматриваемого процесса; участников рассматриваемого процесса и выполняемые ими функции в рамках процесса; перечень документов процесса; взаимосвязь участников процесса и информационные потоки между ними. Примечание: При проведении анализа предметной области руководствоваться лабораторной работой 1. 5.3. Описание ИС с использованием средства BPwin (модели в методологиях IDEF0, IDEF3, DFD) Примечание:При построении диаграмм в методологиях IDEF0, IDEF3 и DFD руководствоваться правилами и примерами лабораторных работ 1-3, а также приложением 2. IDEF0 и DFD декомпозировать до второго уровня, IDEF3 – до тех пор, пока не появится перекресток. 5.4. Описание ИС с использованием средства ERwin (модели в методологии IDEF1X) Примечание:При построении моделей данных в методологии IDEF1Х руководствоваться правилами и примерами лабораторных работ 5-6, а также приложением 3. 5. 5. Заключение Рекомендуется сделать выводы по проекту, определить пути его внедрения и направления дальнейшего совершенствования ИС. 6. Рекомендуемый список литературы для выполнения контрольной работыБугорский, В.Н., Соколов, Р.В. Сетевая экономика и проектирование информационных систем: Учебное пособие. – СПб.: Питер, 2007. – 320 с. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002. – 352 с. Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем: учебное пособие. – М.: Финансы и статистика, 2003. – 192 с. Грекул, В.И. Проектирование информационных систем: курс лекций: учебное пособие. – М.: Интернет-Университет Информационных технологий, 2008. – 304 с. Калянов, Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов. – 3-е изд. – М.: Горячая линия-Телеком, 2002. – 320 с. Коваленко, В.В. Проектирование информационных систем: учебное пособие. – М.: ФОРУИМ, 2011. – 320 с. Емельянова, Н.З., Партыка, Т.Л., Попов, И.И. Проектирование информационных систем: учебное пособие. – М.: ФОРУМ, 2013. – 432 с. Маклаков, С.В. Создание информационных систем с AllFusion Modeling Suite. – М.: Диалог-МИФИ, 2003. – 432 с. Смирнова, Г.Н. и др. Проектирование экономических информационных систем. Учебник. – М.: Финансы и статистика, 2003. – 512 c. Соловьев, И.В., Майоров, А.А. Проектирование информационных системы: фундаментальный курс. – М.: Академический проект, 2009. – 398 с. Шевчук, И.С. Проектирование информационных систем: Структурно-функциональный подход к проектированию информационных систем, часть 1. Лабораторный практикум. – Пермь, ФГБОУ ВПО Пермская ГСХА, 2012. – 165 с. Шевчук, И.С. Проектирование информационных систем: конспект лекций – Пермь: Изд-во ФГБОУ ВПО Пермская ГСХА, 2012. – 59 с. Приложение 1 Федеральное государственное бюджетное образовательное учреждение высшего образования «Пермский государственный аграрно-технологический университет имени академика Д. Н. Прянишникова» Кафедра информационных системи телекоммуникацийКонтрольная работа по дисциплине «Проектирование информационных систем» на тему: Разработка модели TO-BE для автоматизации процесса страхования в страховой медицинской компании Работу выполнил: студент 3-го курса заочного обучения направления подготовки 09.03.03 Прикладная информатика группы ________ ___________________________________ (фамилия, имя, отчество) Руководитель: старший преподаватель Шевчук И.С. ПЕРМЬ 2019 Приложение 2 Методология IDEF0 Контекстная диаграмма процесса «Проверить брак при изготовлении деталей»  Диаграмма декомпозиции процесса «Проверить брак при изготовлении деталей»  Примечание. В качестве механизмов могут быть разные устройства (датчики, контроллеры и т.д.) Методология DFD Диаграмма обработки информации процесса «Проверить брак при изготовлении деталей»  Примечание. Контекстную диаграмму можно не проектировать полностью. Приложение 3 Методология IDEF1X Логическая модель процесса «Проверить брак при изготовлении деталей»  |