има. МУ к ПР приложение 2 (1). Методические указания для выполнения практических лабораторных занятий по мдк. 05. 01 Проектирование и дизайн информационных систем
 Скачать 1.34 Mb.
|
|
Тема: «Разработка требований безопасности информационной системы» Цель: получение навыков разработки требований безопасности информационной системы. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Угрозы тбезопасности информационных систем. Обеспечение безопасности функционирования информационных систем. Методы и средства обеспечения безопасности информационных систем. Практическая часть Задание № 1 Определите Цель и задачи системы защиты информации. Задание № 2 Перечислите факторы, влияющие на организацию системы защиты информации. Задание № 3 Определите дестабилизирующие воздействия на информационную систему и способы их нейтрализации. (составте таблицу состоящую из полей: дестабилизирующие воздействия, действия устранения, ПО/АО) Задание № 4 Разработайте требования безопасности информационной системы (см. практическая работа № 1-2). Задание № 5 Выберите методы и средства защиты информации для исследуемой информационной системы. Вопросы для контроля Понятие системы Понятие информационной системы Главная цель информационной системы Разделение информационных систем по техническому уровню Разделение информационных систем по характеру обрабатываемой информации Понятие и примеры ручных информационных систем; Механизированные информационные системы? Автоматизированные и автоматические информационные системы? Отличие автоматизированных информационных систем от автоматических? Какие информационные системы называются оперативными? Какие системы называют управленческими? Какие информационные системы относятся к информационно-расчетным системам? Какие информационные системы относятся к информационно-логическим системам? Практическое занятие № 17 Тема: «Реинжиниринг бизнес-процессов методом горизонтального и/или вертикального сжатия» Цель: научиться использовать метод горизонтального и/или вертикального сжатия для реинжиниринга бизнес-процессов; осуществлять постановку задач по обработке информации; проводить анализ предметной области; осуществлять выбор модели и средства построения информационной системы и программных средств. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Вертикальное «сжатие» бизнес-процесса — сокращение уровней функциональной иерархии, задействованных в выполнении процедур процесса и принятии решений. Практическая часть Задание №1 Выполнить «сжатие» бизнес-процесса на основе представленных примеров. Ход выполения Пример вертикального «сжатия» процесса приводится на следующих рисунках.  Рисунок 1 – Модель процесса «как есть» Представленная модель бизнес-процесса включает несколько итерационных согласований, в которых принимают участие Экономист, Начальник Отдела и Начальник Управления. Таким образом, для выполнения процесса необходимо участие сотрудников трех уровней функциональной иерархии. На практике, число уровней иерархии может достигать 8-10 (для крупных промышленных предприятий). При таком числе уровней длительность выполнения бизнес-процесса значительно возрастает, а эффективность снижается. На рисунке 2 представлена модель, в которой устранены итерационные согласования, например за счет делегирования полномочий по принятию решений Экономисту Отдела. Начальник Отдела лишь просматривает и визирует документацию в конце процесса (процедура 9), после чего информации передается Начальнику Управления. Горизонтальное «сжатие» бизнес- процесса — устранение неэффективных процедур процесса, итерационных согласований на одном уровне иерархии, сокращение времени выполнения процедур процесса, времени простоя и т.д.  Рисунок 2 - Модель процесса «как должно быть» Сокращение времени выполнения функций. «Сжатия» бизнес-процесса можно добиться, используя как конкретные технические приемы реорганизации, так и радикально переосмысливая процесс в целом. Последний подход рассмотрен, например, в работах «классиков» реинжиниринга Хаммера и Чампи. Первый подразумевает рутинную, кропотливую работу по детальному анализу бизнес-процессов и разработке мер по их реорганизации. Выбор методов зависит от целей проекта и возможностей привлечения соответствующих ресурсов (например, возможности провести имитационное моделирование бизнес-процессов).  Рисунок 3 - Модель процесса «как должно быть» В отчете к практической работе необходимо представить следующее: схема «как есть» схема «как должно быть» описание к схемам. Вопросы для контроля Этапы развития информационных систем? Общие свойства, характерные для информационных систем? Каковы основные составляющие корпоративных информационных систем? Каковы соотношения между составляющими информационной системы? Практическое занятие № 18 Тема: «Проектирование спецификации информационной системы индивидуальному заданию» Цель: получение навыков проектирования спецификации информационной системы. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Требования к информационной системе. Методы анализа и спецификации требований. Концептуальные требования. Функциональные требования. Технические требования. Технологии и методологии управления требованиями. Практическая часть Задание № 1 Сформулировать Цель и задачи создания информационной системы (см. практическая работа №1). Охарактеризовать вид информационной системы, еѐ назначение, используемые в работе системы данные. Сформулировать концептуальные требования к информационной системе. Задание № 2 Дать характеристику типового объекта автоматизации (организации, предприятия) для которого создаѐтся и на котором будет внедрена информационная система. Описать автоматизируемые бизнес-процессы. Задание № 3 Сформулировать требования к системе в целом. Описать структуру информационной системы. Перечислить функциональные подсистемы. Задание № 4 Сформулировать функциональные требования. Описать требования к функциям и задачам, выполняемым системой. Описать назначение и состав функций каждой из подсистем. Задание № 5 Описать предметную область. Разработать концептуальную модель данных предметной области. Сформулировать требования к информационному обеспечению системы. Задание № 6 Сформулировать требования к программному обеспечению системы. Описать требования к пользовательскому интерфейсу. Сформулировать технические требования к реализации и режимам работы информационной системы. Вопросы для контроля Что включают в себя понятия «стандартизация» и «сертификация»? Какие стандарты, регламентирующие обеспечение адекватности функционирования автоматизированных информационных систем, вам известны? Назовите стандарты, регламентирующие управление проектированием программного обеспечения. Практическое занятие № 19 Тема: «Разработка общего функционального описания программного средства по индивидуальному заданию» Цель: получение навыков разработки общего функционального описания программного средства. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Виды информационных систем, их назначение и состав. Технологии разработки информационных систем. Методологии разработки программного обеспечения. Процесс разработки программного обеспечения. Управление разработкой программного обеспечения. Проектирование информационных систем. Этапы проектирования. Задачи и результаты проектирования. Практическая часть Задание № 1 Подготовить исходные данные для разработки информационной системы (см. практическая работа № 1). Исходными данными для планирования являются: общее описание некоторой информационной системы (назначение, область применения, решаемые задачи, технологические особенности реализации и внедрения); ограничения и условия разработки (требования заказчика, возможности команды разработчиков, сроки разработки, бюджет проекта и т.д.). Задание № 2 Составить эскизный план разработки информационной системы. Задание № 3 Составить документ «Технический проект» с описанием проектных решений (архитектура системы, логическая структура базы данных, решения по реализации пользовательского интерфейса и т.д.). Задание № 4 Составить документ «План тестирования» с описанием методики тестирования и контрольных тестов. (Необходимо привести сведения о: работоспособности программного продукта; возможности выполнения всех заданных в техническом задании транзакций; корректности реализации бизнес-правил; поведении программного продукта при ошибочных действиях пользователя (неправильный ввод данных, внештатное прерывание работы программного продукта, попытка обращения к недоступным для него данным и т. п.). Тестирование должно проводиться при наличии достаточно большого объема информации в базе данных. Результаты тестирования желательно оформлять в виде таблиц.) Задание № 5 Составить документ «План ввода информационной системы в эксплуатацию». Вопросы для контроля Перечислите основные базовые нормативные документы по обеспечению качества АИС. Определите Стандарты, регламентирующие документирование. Что включает в себя сертификация качества функционирования АИС? Каковы состав и содержание документов сертификации? Практическое занятие №20 Тема: «Разработка руководства по инсталляции программного средства по индивидуальному заданию» Цель: получение навыков разработки руководства по инсталляции программного средства. Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Понятие дистрибутива. Виды дистрибутивов. Типы инсталляции программного обеспечения. Руководство по инсталляции программного средства. Предназначено для системных администраторов. Он должен детально предписывать, как устанавливать системы в конкретной среде. Он должен содержать описание машинно- считываемого носителя, на котором поставляется программное средство, файлы, представляющие программное средство, и требования к минимальной конфигурации аппаратуры. Практическая часть Задание № 1 Разработать руководство по инсталляции программного средства для заданной информационной системы (см. практическая работа № 1). Составьте руководство по инсталляции программного средства по индивидуальному варианту, которое в частности, включает в себя: ход установки программного обеспечения. Вопросы для контроля В каких случаях можно применять каскадную модель жизненного цикла ИС? В чем состоит сущность структурной эволюционной модели быстрого прототипирования? Изобразите итерационную модель жизненного цикла ИС и объясните, в чем заключаются ее достоинства и недостатки. Изобразите спиральную модель жизненного цикла ИС и объясните, в чем заключаются ее достоинства и недостатки. Каким образом можно представить V-образную модель разработки программного обеспечения? В чем сущность инкрементной модели жизненного цикла разработки программного обеспечения информационных систем? Дайте рекомендации по выбору жизненного цикла информационных систем. Практическое занятие №21 Тема: «Разработка руководства пользователя программного средства по индивидуальному заданию» Цель: получение навыков разработки руководства пользователя программного средства Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Перечень и комплектность документов на информационные системы согласно ЕСПД и ЕСКД. Задачи документирования. Проектная документация. Техническая документация. Отчетная документация. Пользовательская документация. Маркетинговая документация. Практическая часть Задание № 1 Разработать руководство пользователя программного средства (см. практическая работа №1). Руководство оператора оформляется в соответствии с ГОСТ 19.505-79. Структура и оформление документа устанавливаются в соответствии с ГОСТ 19.105-78. Составление информационной части (аннотации и содержания) является обязательным. Руководство оператора должно содержать следующие разделы: назначение программы; условия выполнения программы; выполнение программы. В зависимости от особенностей документа допускается объединять отдельные разделы или вводить новые. В разделе "Назначение программы" должны быть указаны сведения о назначении программы и информация, достаточная для понимания функций программы и ее эксплуатации. В разделе "Условия выполнения программы" должны быть указаны условия, необходимые для выполнения программы (минимальный и (или) максимальный состав аппаратных и программных средств и т.п.). В разделе "Выполнение программы" должны быть указана последовательность действий оператора, обеспечивающих загрузку, запуск, выполнение и завершение программы, приведено описание функций, формата и возможных вариантов команд, с помощью которых оператор осуществляет загрузку и управляет выполнением программы, а также ответы программы на эти команды. Допускается содержание разделов иллюстрировать поясняющими примерами, таблицами, схемами, графиками. В приложения к руководству оператора допускается включать различные материалы, которые нецелесообразно включать в разделы руководства. Вопросы для контроля Что определяют нефункциональные требования? Приведите классификацию нефункциональных требований. Перечислите показатели, с помощью которых можно специфицировать нефункциональные требования. Что отображают требования предметной области? Что должны описывать пользовательские требования к системе? Для чего служат системные требования? Перечислите способы записи функциональных требований. Лабораторное занятие №1-2 Тема «Изучение средств автоматизированного документирования» Цель: научиться анализировать средства автоматизированного документирования; познакомиться с основными элементами управления (виджетами); приобрести умения проектирования графического интерфейса пользователя для последующего документирования; осуществлять постановку задач по обработке информации; проводить анализ предметной области; осуществлять выбор модели и средства построения информационной системы и программных средств; проектировать интерфейс приложения с использованием программных средств Оборудование и/или программное обеспечение: Методические указания Теоретические вопросы Использование CASE-технологий при разработке программного обеспечения. Зарубежный подход к делопроизводству. Функциональные требования к системам автоматизации делопроизводства. Характеристика средств автоматизированного документирования. Практическая часть Задание №1 Создайте карту навигации для выбранной системы. На карте в зависимости от специфики системы выделите разделы, доступные различным пользователям в зависимости от роли, опишите условия перехода из различных разделов (при необходимости). Используя графический редактор на выбор, создайте макеты графического интерфейса пользователя (от каждого члена бригады – не менее 3 макетов). Предлагаемые системы: Microsoft Visio 2010; Axure; Adobe Photoshop; Balsamiq; Cacoo. Для разработанных макетов подготовьте их текстовое описание в виде таблицы 1. Таблица. Текстовое описание
|