Содержание введение 3 цель освоения дисциплины 3 место дисциплины в структуре опоп
 Скачать 0.64 Mb.
|
|
9. ПЕРЕЧЕНЬ ОСНОВНОЙ И ДОПОЛНИТЕЛЬНОЙ УЧЕБНОЙ ЛИТЕРАТУРЫ, НЕОБХОДИМОЙ ДЛЯ ОСВОЕНИЯ ДИСЦИПЛИНЫ Сайт библиотеки УрГЭУ http://lib.usue.ru/ Основная литература: 1. Заботина Н.Н.. Проектирование информационных систем [Электронный ресурс]:Учебное пособие. - Москва: ООО "Научно-издательский центр ИНФРА-М", 2014. - 331 с. – Режим доступа: https://new.znanium.com/catalog/product/454282 2. Сурнина Н. М., Чиркина Н. Г.. Проектирование информационных систем [Электронный ресурс]:учебное пособие. - Екатеринбург: [Издательство УрГЭУ], 2017. - 191 с. – Режим доступа: http://lib.usue.ru/resource/limit/ump/17/p488974.pdf Дополнительная литература: 1. Никитаева А. Ю.. Корпоративные информационные системы [Электронный ресурс]:Учебное пособие. - Таганрог: Издательство ТТИ ЮФУ, 2017. - 149 с. – Режим доступа: https://new.znanium.com/catalog/product/996036 10. ПЕРЕЧЕНЬ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ, ВКЛЮЧАЯ ПЕРЕЧЕНЬ ЛИЦЕНЗИОННОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И ИНФОРМАЦИОННЫХ СПРАВОЧНЫХ СИСТЕМ, ОНЛАЙН КУРСОВ, ИСПОЛЬЗУЕМЫХ ПРИ ОСУЩЕСТВЛЕНИИ ОБРАЗОВАТЕЛЬНОГО ПРОЦЕССА ПО ДИСЦИПЛИНЕ Перечень лицензионное программное обеспечение: Astra Linux Common Edition. Договр № 1 от 13 июня 2018, акт от 17 декабря 2018. Срок действия лицензии - без органичения срока. Libre Office. Лицензия GNU LGPL. Срок действия лицензии - без органичения срока. Платформа 1С: Предприятие. Договор Б/Н от 02.06.2009 г., Лицензионное соглашение № 8971903, Акт № 62 от 15.07.2009 "1C:Зарплата и кадры бюджетного учреждения 8" (рег. номер 9648728). Конфигурация 1С:Предприятие 8. ERP. Договор Б/Н от 02.06.2009 г., Лицензионное соглашение № 8971903, Акт № 62 от 15.07.2009 "1C:Зарплата и кадры бюджетного учреждения 8" (рег. номер 9648728). Microsoft Visual Studio Community. Лицензия для образовательных учреждений. Срок действия лицензии - без органичения срока. Перечень информационных справочных систем, ресурсов информационно- телекоммуникационной сети «Интернет»: 11. ОПИСАНИЕ МАТЕРИАЛЬНО-ТЕХНИЧЕСКОЙ БАЗЫ, НЕОБХОДИМОЙ ДЛЯ ОСУЩЕСТВЛЕНИЯ ОБРАЗОВАТЕЛЬНОГО ПРОЦЕССА ПО ДИСЦИПЛИНЕ Реализация учебной дисциплины осуществляется с использованием материально-технической базы УрГЭУ, обеспечивающей проведение всех видов учебных занятий и научно-исследовательской и самостоятельной работы обучающихся: Специальные помещения представляют собой учебные аудитории для проведения всех видов занятий, групповых и индивидуальных консультаций, текущего контроля и промежуточной аттестации. Помещения для самостоятельной работы обучающихся оснащены компьютерной техникой с возможностью подключения к сети "Интернет" и обеспечением доступа в электронную информационно-образовательную среду УрГЭУ. Все помещения укомплектованы специализированной мебелью и оснащены мультимедийным оборудованием спецоборудованием (информационно-телекоммуникационным, иным компьютерным), доступом к информационно-поисковым, справочно-правовым системам, электронным библиотечным системам, базам данных действующего законодательства, иным информационным ресурсам служащими для представления учебной информации большой аудитории. Для проведения занятий лекционного типа презентации и другие учебно-наглядные пособия, обеспечивающие тематические иллюстрации. Приложение 1 к рабочей программе дисциплины 7.3.1 Примерные вопросы для самостоятельной подготовки к зачету/экзамену Вопросы к зачету (2 семестр) 1. Основные понятия технологии проектирования информационных систем 2. Исторические аспекты развития технологий проектирования информационных систем 3. Процессы и модели жизненного цикла информационных систем 4. Основные методологии проектирования информационных систем 5. Стадии и этапы процесса канонического проектирования 6. Типовое проектирование ИС, типовое проектное решение (ТПР) 7. Понятие архитектуры информационных систем 8. Типы архитектур 9. Микроархитектуры и макроархитектуры 10. Архитектурный подход к проектированию информационных систем 11. Программное обеспечения в информационных системах. 12. Характеристики качества программного обеспечения 13. Функциональные компоненты информационных систем 14. Платформенная архитектура информационных систем 15. Понятие и классификация архитектурных стилей 16. Фреймворки (каркасы) 17. Интеграция информационных систем 18. Сервисно-ориентированная архитектура 19. Автоматизированное проектирование информационных систем на основе CASE-технологии 20. Назначение, cостав и классификация CASE-средств 21. Технология внедрения CASE-средств 22. Примеры существующих CASE-средств 23. Проектирование на основе унифицированного языка моделирования UML 24. Основы унифицированного языка моделирования UML 25. Проектирование логической модели ИС и модели баз данных 26. Проектирование физической модели информационной системы 27. Понятие и классификация ИС 28. Структура ИС 29. Жизненный цикл ИС 30. Методология определения эффективности проектирования ИС 31. Методология системного подхода к проектированию 32. Характеристика стадий и этапов проектирования 33. Методы и средства проектирования ИС 34. Состав проектной документации ИС 35. Методология оригинального проектирования 36. Системы классификации информации. 37. Системы кодирования информации 38. Системы штрихового кодирования 39. Единая система классификации и кодирования 40. Проектирование постановок задач 41. Проектирование входных и выходных документов 42. Методика выбора пакетов прикладных программ 43. Методология объектного проектирования 44. Реинжиниринг бизнес-процессов КИС Вопросы к экзамену (3 семестр) 1. Общие требования к методологии и технологии проектирования ИС. 2. Понятие жизненного цикла программной системы. Модели жизненного цикла: каскадная, итерационная, спиральная. 3. Стандарт жизненного цикла ISO/IEC 12207. Характеристика и содержание процессов. 4. Стандарт жизненного цикла ISO/IEC 15288. Характеристика и содержание процессов. 5. Стадии и этапы процесса канонического проектирования ИС в соответствии с ГОСТ 34.601-90. 6. Цели и задачи предпроектной стадии создания ИС. 7. Модели деятельности организации «как есть» и «как должно быть». 8. Состав работ на стадии технического и рабочего проектирования. 9. Состав и содержание технического задания в соответствии с ГОСТ 34.602-89. 10. Технический проект системы. Содержание технического проекта. 11. Состав проектной документации. 12. Язык UML. Диаграммы классов 13. CASE-средства. 14. Методы спецификации в CASE-системах. 15. Методология SADT 16. Диаграммы SADT 17. Диаграммы потоков данных 18. Методология RAD 19. Принципы гибкой архитектуры. 20. Технология ORM (Объектно-реляционное отображение), средства для автоматического построения запросов 21. Фреймворки, поддерживающие технологию ORM. 22. Паттерны для работы с данными. 23. Паттерны слоя. 24. Паттерны домена. 25. Принципы (шаблоны) GRASP: 26. Принципы SOLID 27. Фреймворки для web-приложений. 28. Паттерн MVC. 29. Обзор существующих фреймворков. 30. Проектирование на основе компонентного подхода. 31. Сервисно-ориентированное проектирование. 32. Экстремальное программирование 33. Системы управления проектами 34. Методология RUP: процессы, роли, артефакты. 35. Методология RUP: итерации, дисциплины. 36. Методология RUP: принципы, основные этапы. 37. Методология MSF: вехи, артефакты, роли, принципы и основные этапы. 38. Методология MSF: видение, планирование, разработка, стабилизация и развертывание. 39. Гибкие методологии проектирования и разработки КИС. 40. Методология Scrum: жизненный цикл, роли, артефакты. 41. Методология экстремального программирования: принципы, жизненный цикл, роли и артефакты. 42. Методология Agile: основные идеи и принципы. 43. Тестирование информационных систем. 44. Испытание и ввод в эксплуатацию информационных систем. 45. Сопровождение информационных систем. Приложение 2 7.3.2 Практические задания по дисциплине для самостоятельной подготовки к зачету/ экзамену К зачету 1. Приведите описание информационной модели (согласно заданной темы). 2. Приведите характеристику используемых систем классификации и кодирования (согласно заданной темы). 3. Приведите характеристику нормативно-справочной, входной и оперативной информации (согласно заданной темы). 4. Приведите характеристику результатной информации (согласно заданной темы). 5. Приведите характеристику дерева функций и сценария диалога (согласно заданной темы). 6. Приведите описание взаимосвязи программных модулей (согласно заданной темы). К экзамену Задача 1. Напишите постановку задачи и сценарий тестирования для мессенджера. Опишите общую логику, функции (в т.ч. алгоритмы), модель данных, описать интерфейс одного окна (основного) простого текстового мессенджера, описать поток данных приложения. Без функций передачи файлов, только чат двух абонентов (без групп, комнат, шифрования). Глубина – без конкретных запросов и фрагментов кода, но достаточная для понимания разработчиком. В качестве технического средства, на котором работает мессенджер, предлагаем иметь ввиду ПЭВМ. Задача 2. Вам поручено проработать интерфейс для операторов коллцентра, которые занимаются обработкой обращений от новых водителей и их регистрацией. Водители звонят по телефонным номерам, которые они находят в оффлайн и онлайн рекламе: слышат по радио, видят на билборде или в объявлении в газете, находят на сайтах. Интерфейс для оператора позволяет работать с “заявками”. Каждая заявка — зарегистрированное системой обращение в коллцентр. Это либо текущий входящий звонок от водителя, который оператору необходимо принять, либо пропущенный вызов, по которому необходимо перезвонить. Система предлагает оператору только одну заявку в один момент времени, то есть оператор в свободное от входящих звонков время не может посмотреть весь список пропущенных звонков — он видит только тот, который ему предлагает система. Задача оператора — выяснить у водителя его контактную информацию (ФИО, телефон, город), данные его автомобиля (марка, модель, год, цвет) и, если эти данные соответствуют критериям (подходящий автомобиль и сервис работает в его городе), записать его на собеседование, выбрав дату и подходящий свободной временной слот. Если заявка не подходит по требованиям, или водитель по какойлибо причине сам отказывается (ошибся номером, перехотел, не знает, когда у него будет свободное время для прохождения собеседования и т. п.), оператор закрывает ее, указывая причину из списка возможных. Заявку можно отложить, если водитель в данный момент не может разговаривать или он сам попросил перезвонить позднее. Отложив заявку, система предложит оператору ее вновь, когда придет указанное время. История работы с заявкой сохраняется. Перед началом и в процессе работы с заявкой оператор может ознакомиться с тем, как происходила коммуникация с этим водителем ранее. Вам необходимо продумать логическую архитектуру этого интерфейса — какие есть состояния у заявок, какие возможности работы необходимы оператору в каждом из этих состояний, какие есть сценарии работы с интерфейсом, какими данными оперирует интерфейс и т.д. Результат необходимо оформить в виде PDF документа с пояснениями и схемами. UX макеты необязательны, но будут плюсом при оценке. Задача 3. На предприятии готовят компот. Весь процесс приготовления - ручной, но всё проводится строго по процессу. Начальник цеха вызывает Вас и просит автоматизировать процесс. Задания: 1. Проведите анализ текущей ситуации, придумайте вопросы начальнику цеха. Опишите процесс "как есть". 2. Предложите 1-2 варианта автоматизации процесса. 3. Для одного из вариантов опишите компьютерную программу, управляющую новым процессом. 4. Напишите техническое задание по разработке компьютерной программы и краткую инструкцию для пользователя. Задача 4. На предприятии установлен конвейер по изготовлению компота, который управляется компьютерной программой, но весь процесс проходит под контролем технолога. Задания: 1. Придумайте и опишите процесс изготовления компота на данном предприятии. 2. Опишите компьютерную программу, управляющую конвейером. 3. Предложите вариант оптимизации компьютерной п рограммы, чтобы минимизировать участие технолога. 4. Напишите техническое задание по доработке информационной системы и краткую инструкцию для пользователя. Задача 5. Автоматизация компании «ОМЕГА». Компания Омега занимается разработкой сайтов. Для работы с заказчиками используется собственная разработка НГГР (Нео Групп Главная Разработка). В процессе работы потенциальные заказчики могут: - регистрировать заявки на сайте через веб форму; - регистрировать обращения через телефонный звонок (форма заполняется оператором). Входные поля, которые заполняются: Контактное лицо, Телефонный номер, Текст сообщения, Обращение по телефону (да/нет). В процессе работы, в проработку запускаются только те заявки, которые согласует директор. Согласование идет путем подтверждения в веб форме. Заявкам, зарегистрированным через телефонный звонок, директор уделяет большее внимание, считая, что они более важны для компании. В итоге рассмотрение телефонных заявок проходит в среднем за 4-5 рабочих дней, а заявок поданных через веб форму – 15-20 дней. После согласования директора, менеджер начинает обзванивать потенциальных клиентов и выяснять требования. В результате, в 90% случаев, заявки поданные через веб-форму являются не актуальными и клиенты уходят к конкурентам. Менеджер по телефону уточняет дополнительную информацию: бюджет проекта, количество страниц, готовность контента для сайта, желаемое время для встречи, сроки реализации проекта. После сбора обозначенной информации формируется рабочая команда, планируются работы, начинается выполнение. Заказчику предоставляется конечная дата реализации, без каких-либо инструментов просмотра состояния заказа. В процессе выполнения работ, заказчики жалуются на отсутствие информации о продвижении проекта, часто это приводит к необходимости корректировки результата на 25-40%, так как заказчик «по другому представлял результат». Задание: 1. Опишите/отобразите текущий и целевой бизнес процесс регистрации заявки (желательно изобразить). 2. Назовите ключевые проблемы, которые есть в текущей схеме построения работы. При ответе опишите почему вы считаете это проблемой. 3. Составьте требования к системе, направленные на решение ключевых проблем. Задача 6.Оптимизация программы управления заданиями. У компании «Сириус» имеется внутренняя автоматизация, направленная на информирование сотрудников о предстоящих событиях. Программа называется «Управление заданиями». Ознакомьтесь с описанием и обратной связью от пользователей программы. 1) Описание программы: 1. Программа «Управление заданиями» направлена на автоматическое уведомление сотрудников о событиях. 2. Уведомление производится посредством отправки электронного письма на указанный электронный адрес. 3. Отправка письма производится один раз в указанную дату, в 9:00. 4. События в программу фиксируются сотрудниками. 5. Программа ставится на каждый ПК, между собой несколько запущенных экземпляров не синхронизируются. 6. В программе отображаются все, в том числе и просроченные события. Актуализация списка производится через добавление и удаление заданий вручную. 7. Внешний вид окна программы: 2) Обратная связь от пользователей Иван, 22 года, менеджер по продажам - Программа безусловно полезна, но в связи с большим объемом дел, часто в середине дня я забываю о том, что напомнила мне программа утром. Удобно было бы получать не только письмо, но и другие уведомления. Раиса Ивановна, 54 года, бухгалтер - Программа порченная, не всегда приходят письма, ввожу дату, как в желтенькой программе для бухгалтерии, но видимо ввожу как-то не так. Добавила событие, прием таблеток, а оно не повторяется. Света, 25 лет, секретарь - Не удобно смотреть на все события в виде списка, хотелось бы понимать и видеть события на текущую неделю или текущий месяц. Борис Анатольевич, 35 лет, директор - На прошлой неделе чуть не сорвалась деловая встреча с партнером, Света не успела подготовить бумаги. Хотел бы иметь возможность чтобы события появлялись не только у меня, но и у выбранных сотрудников, а также чтобы информирование проходило заранее, а не по утрам. Необходимо: 1. Описать не менее 5 изменений, которые на Ваш взгляд, требуется произвести в ПО. 2. Предложить другие варианты (не за счет данного ПО) автоматизации потребностей компании «Сириус», исходя из обратной связи пользователей. Задача 7. Эффективная команда. Общее условие для выполнения Задания 1 и Задания 2. Компания «Искра» занимается разработкой и внедрением ПО. По устоявшемуся процессу, ЖЦПО происходит в 2 этапа: - анализ потребности, - разработка и внедрение. Реализация ведется итерационно, каждый этап занимает 1 месяц. После прохождения этапа «разработка и внедрение» задачу считаем внедренной (ушедшей из очереди). Количество задач в очереди на начало года: • Простых: 190 • Сложных: 120 В месяц поступает новых задач: • Простых: + 30 • Сложных: + 10 Специалисты могут выполнять следующее количество задач за обозначенную ЗП. Сотрудники делают или простые, или сложные задачи; например, аналитик делает за месяц или 10 простых или 3 сложных задачи. Необходимо Важно, задание 1 и задание 2 не связаны (не влияют друг на друга, 2 разных решения): Задание 1: Вы составляете план на год. Ваша задача рассчитать наиболее дешевую для бюджета команду (количество сотрудников) и ее стоимость так, чтобы к концу года осталось в очереди 110 простых задач и 42 сложных. Распишите решение. Ключевой вопрос: Сколько за год будет потрачено денег на данную команду? Наводящие вопросы, которые помогут с решением задачи: 1. Всем ли специалистам необходимо работать с 1-го месяца/в последних месяцах для достижения необходимой очереди? 2. Меняется ли стоимость реализации задачи в зависимости от того, какой специалист её выполняет? Задание 2: На начало периода есть 18 проанализированных задач, которые можно начать разрабатывать. Описать и объяснить решения, принимаемые для достижения максимальной выгоды при условии, что 1 сложная задача экономически приносит выгоду как 7 простых, при ограниченности бюджета в месяц = 106 тыс. рублей. Ключевой вопрос: Какое количество задач и какой сложности будет реализовано по окончанию 3-го месяца? |