Размещено на http://www.allbest.ru/

Федеральное государственное бюджетное образовательное

Учреждение высшего профессионального образования

«Челябинская государственная академия культуры и искусств»

Факультет документальных коммуникаций и туризма

Кафедра информатики

ОТЧЕТ

о преддипломной практике

по специальности 080801 Прикладная информатика (в информационной сфере) в Федеральном государственном бюджетном образовательном учреждении высшего профессионального образования «Челябинская государственная академия культуры и искусств»

Выполнил студент: 513 группы 5 курса

дневного отделения

Краповицкая Анастасия Валерьевна

Руководитель практики от организации

Головина М.Ю., старший преподаватель кафедры информатики

Челябинск 2015



Введение

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

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

Цель преддипломной практики: разработка электронной системы обучения по дисциплине «Информационная безопасность».

Задача преддипломной практики: спроектировать и разработать электронное пособие по дисциплине «Информационная безопасность», а также осуществить ее тестирование.

Срок прохождения практики 15 декабря 2014 года по 22 марта 2015 года.

Базой преддипломной практики является кафедра информатики Челябинской Государственной Академии Культуры и Искусств, руководитель от базы практики: Головина Мария Юрьевна, старший преподаватель кафедры информатики.



Глава 1. Анализ и обследование предприятия

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

В состав Челябинской государственной академии культуры и искусств входят следующие подразделения и службы:

· руководство;

· административно-хозяйственная часть (АХЧ);

· библиотека;

· издательский отдел;

· институт дополнительного профессионального образования (ИДПО);

· институт заочного обучения;

· институт культуры детства;

· информационно - вычислительный центр (ИВЦ);

· концертно - творческий отдел;

· отдел международных связей;

· отдел маркетинговых и рекламных стратегий;

· научно - образовательный центр «Информационное общество»;

· управление кадров и канцелярия;

· учебно - методическое управление (УМУ);

· финансово - экономическое управление;

· центр чтения;

· юридический отдел.

В состав Челябинской государственной академии культуры и искусств входят факультеты:

· декоративно - прикладного творчества;

· документальных коммуникаций и туризма;

· исполнительский;

· культурологический;

· музыкально - педагогический;

· театра, кино и телевидения;

· хореографический.

1.1 Описание места практики - кафедра информатики

Преддипломная практика проходила на кафедре информатики, которая является одной из основных учебно-научных структур подразделений, входящим в состав Челябинской Государственной Академии Культуры и Искусств.

Учебно-методическая работа кафедры включает:

· обеспечение учебного процесса по лицензированным программам основного и дополнительного профессионального образования;

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

· разработку и реализацию учебных планов и программ дисциплин;

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

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

· подготовку и выпуск учебников и учебных пособий, методических материалов, в т.ч., с грифом;

· модернизацию и развитие учебно-лабораторной базы;

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

Научная работа кафедры включает:

· формирование и/или развитие научной школы посредством участия преподавателей и обучающихся в фундаментальных и прикладных научных исследованиях;

· развитие и повышение эффективности магистратуры, аспирантуры, докторантуры;

· подготовку и издание монографий, публикацию статей в отечественных и зарубежных журналах;

· создание структурного подразделения при кафедре информатики - «Лаборатория информационных технологий».

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

Организационная деятельность кафедры включает:

· работу с потенциальными абитуриентами;

· информирование общественности о деятельности кафедры,

· поддержание на уровне современных требований и развитие материально-технической базы;

· развитие сферы образовательных услуг, предоставляемых обучающимся и другим категориям граждан;

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

1.2 Построение модели деятельности «Как есть» (AS-IS) и «Как должно быть» (TO-BE)

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

Сначала строится модель существующей организации работы - «AS-IS» (как есть). Рассмотрение функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким модификациям подвергнется существующая структура организации бизнеса. Далее стоится модель «TO-BI» (как должно быть). В ней будут отражаться некоторые изменения.

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

На основе анализа деятельности Челябинской государственной академии культуры и искусств построена структурно функциональная модель деятельности, в соответствие со стандартом IDEF0, описывающая существующую организацию работы «Как есть» (AS-IS) (см. Приложение 2, рис. 4.). В начале, строится контекстная диаграмма, на которой отображен один основной функциональный блок - «Челябинская государственная академия культуры и искусств» с граничными стрелками. Стрелки отображают связи объекта моделирования с окружающей средой.

В IDEF0 различают несколько типов стрелок:

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

· Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа. Каждая работа должна иметь хотя бы одну стрелку управления. В данном случае, это нормативно-правовые акты.

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

· Механизм (Mechanism)- ресурсы, которые выполняют работу, например, сотрудники академии.

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

ЧГАКИ включает следующие действия (см. Приложение 2, рис. 5):

-управление ВУЗом;

-образовательная деятельность;

-издательская деятельность;

-финансово-экономическая деятельность;

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

-управление персоналом;

-концертно-творческая деятельность;

-административно-хозяйственная деятельность.

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

Для построения модели «Как должно быть» (TO-BE) (см. Приложение 3) вносим некоторые изменения.

информационный безопасность система



Глава 2. Обоснование необходимости разработки информационной системы

2.1 Анализ программных продуктов

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

Программный продукт «Интерактивные курсы TeachPro - Онлайн версия», разработчик - ООО "Мультимедиа Технологии" (ММТ) г.Москва (см.Рис.)

Рис. Окно программы «Интерактивные курсы TeachPro - Онлайн версия»

Описание: Интерактивные курсы TeachPro - первый "облачный" образовательный сервис в Рунете с мультимедийными интерактивными электронными образовательными ресурсами (ЭОР), доступными из любого браузера с любой ОС на компьютере, планшете или смартфоне, как образовательная SaaS - услуга (Software as a Service). SaaS - услуга - это модель предоставления информационных услуг в виде доступа к Web - приложениям (ЭОР) из "облака".

Отличительные особенности электронных образовательных ресурсов (ЭОР) серии TeachPro:

· 100% мультимедийность - озвученные видео- и слайд фильмы, анимация, графика.

· Насыщенная деятельностная интерактивность и управление моделями, работа с микрофоном.

· Большой объем учебного материала, который, благодаря мультимедиа легко усваивается.

· Видеоверсии ЭОР иностранных языков для планшетов и смартфонов.

Цена: неограниченный доступ к более 250 курсам на 1 год - 500 рублей.

Достоинства:

· Более 250 курсов.

· Возможность самообучения.

· Работа не только в режиме Онлайн, а также: в книжной, текстовой, мобильной, аудио, офлайн и сетевой версии.

· Контроль знаний.

· Цена.

Недостатки:

· Не выявлены

Программный продукт «Физикон», разработчик - компания "Физикон" г. Долгопрудный 1993 - 2015 год (см. Рис.)



Рис. Окно программы «Физикон»

Описание: компания «Физикон» - ведущий разработчик электронных образовательных ресурсов для школ, колледжей и вузов.

Цена: в зависимости от курсов цена будет варьироваться от 59 до 39790 тыс. рублей.

Достоинства:

· Большое разнообразие программ.

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

· Компания занимается также разработкой курсов для детей.

Недостатки:

· Нет поиска в каталоге программных продуктов.

· Скудный интерфейс.

· Продажа продуктов осуществляется через другой сайт.

На основе вышеприведённых достоинств и недостатков можно составить сравнительную таблицу возможностей разных программных продуктов (см. Табл. 1.) включая модуль «ИБ» ЧГАКИ. В неё войдут такие параметры как:

· цена продукта на рынке (кроме модуля «ИБ», так как он разрабатывался в академии);

· простота интерфейса программы;

· присутствие курса по дисциплине “Информационная безопасность”;

· мультимедийные технологии;

· словарь дисциплин;

· контроль знаний;

· авторизованный вход для пользователей;

· режим обучения (не только онлайн, а также сетевая, мобильная, текстовая, аудио и т.п.)

В таблице в столбцах перечислены сравниваемые продукты, а в строках функционал. Знаком «+» обозначено присутствие возможности в продукте, знаком «-» отсутствие, а «+/-» присутствие в неполном объёме или некорректно реализованное.

Таблица Сравнительная характеристика

	Модуль «ИБ» ЧГАКИ	TeachPro	Физикон
цена	0 р.	500 р.	От 59 до 39790 р.
интерфейс	+	+	-
дисциплина	+	-	-
мультимедиа	+	+	-
словарь дисциплин	+	-	-
контроль знаний	-	+	+
авторизованный вход	-	+	+
режим обучения	+/-	+	-

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



2.2 Требования к разрабатываемой системе

Проанализировав аналогичные продукты и выделив необходимые функции, можно определить необходимые требования для АОС "Информационная безопасность":

· Интуитивно понятный интерфейс;

· Возможность выбора раздела электронной системы обучения;

· Возможность использования мультимедийных технологий;

2.3 Обоснование необходимости разработки АОС "Информационная безопасность"

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

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

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

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

Глава 3. Проектирование и разработка приложения

3.1 Разработка информационной модели

Информационная модель состоит из трех фаз:

1) Концептуальное проектирование;

2) Логическое проектирование;

3) Физическое проектирование.

Требуется спроектировать базу данных для электронной системы обучения по дисциплине «Информационная безопасность». Для этого с заказчиком были обговорены основные требования к системе и получено следующее.

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

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

Лекции; Наименование лекции; Номер лекции; Лабораторная работа; Номер лабораторной работы; Наименование лабораторной работы; Тема; Наименование темы; Номер темы; Раздел; Наименование раздела; Номер раздела; Медиа; Наименование медиа; Номер медиа; Словарь; Номер словаря; Термин; Содержание; Номер содержания; Шифр; Номер шифрования; Наименование шифрования.

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



3.2 Создание модели предметной области

Таблица Составление универсального отношения

№ раздела

№ темы

№ содержания

№ лекции

№лабораторной работы

№ медиа

№ словаря

№ шифрования

Наименование раздела

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

Наименование лекции

Наименование лабораторной работы

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

Наименование шифрования

Термин

1

1

1

1

1

1

1

1

Раздел 1.

Тема 1.

Лекция 1.

Лабораторная работа 1.

Вопрос 1.

Цезаря

Хеширование

1

2

2

2

2

2

1

Раздел 1.

Тема 2.

Лекция 2.

Лабораторная работа 2.

Вопрос 2.

Эль-Гамаль

База данных

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

Большая часть атрибутов относится к конкретным сведениям о лекциях, лабораторных работах и т.д. Поэтому, например, в качестве детерминанта для атрибутов Наименование лекции и Номер лекции будем использовать атрибут Лекции. Из этого примера следует функциональная зависимость (Лекции -> Номер лекции, Наименование лекции).

№раздела -> Наименование раздела.

№темы -> Наименование темы.

№лекции -> Наименование лекции.

№лабораторной работы -> Наименование лабораторной работы.

№медиа -> Наименование медиа.

№словаря -> Термин.

№шифрования -> Наименование шифрования.

№раздела -> №темы.

№темы -> №лекции.

№лекции -> №лабораторной работы, №медиа.

№содержания -> №раздела, №словаря, №шифрования, №медиа.

№лекции -> №лабораторной работы.

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

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

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

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

Исходя из этого, переходим ко второй форме нормализации.

Вторая нормальная форма (2НФ):

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

К ней относятся схемы R1-R2.

R1:

R2:

Третья нормальная форма:

Отношение находится в 3НФ тогда и только тогда, когда оно находится во 2НФ и любой ее не ключевой атрибут функционально зависит только от первичного ключа.

К ней относятся схемы R3-R13.



R3:

R4:

R5:

R6:

R7:

R8:

R9:

R10:

R11:

R12:

R13:

Логическое проектирование

При концептуальном проектировании всех перечисленных выше таблиц получаем следующие отношения БД «Информационная безопасность»:

Лекции (№лекции, наименование лекции, №темы)

Лабораторные работы (№лабораторной работы, наименование лабораторной работы, №лекции)

Медиа (№медиа, наименование медиа)

Словарь (№словаря, термин)

Тема (№темы, наименование темы, №раздела)

Содержание (№содержания, №шифрования, №раздела, №словаря, №медиа)

Раздел (№раздела, наименование раздела)

Шифр (№шифрования, наименование шифрования)

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

Отношение «Лекции»

Атрибут	Тип данных	Ограничения
№лекции	Числовой, счетчик	Первичный ключ
Наименование лекции	Текстовый, 200 символов	Уникальное, не пустое
№темы	Числовой, счетчик	Уникальное, пустое

Отношение «Лабораторные работы»

Атрибут	Тип данных	Ограничения
№лабораторной работы	Числовой, счетчик	Первичный ключ
Наименование лабораторной работы	Текстовый, 200 символов	Уникальное, не пустое
№лекции	Числовой, счетчик	Уникальное, пустое

Отношение «Медиа»

Атрибут	Тип данных	Ограничения
№медиа	Числовой, счетчик	Первичный ключ
Наименование медиа	Текстовый, 200 символов	Уникальное, не пустое

Отношение «Словарь»

Атрибут	Тип данных	Ограничения
№словаря	Числовой, счетчик	Первичный ключ
Термин	Текстовый, 200 символов	Уникальное, не пустое



Отношение «Тема»

Атрибут	Тип данных	Ограничения
№темы	Числовой, счетчик	Первичный ключ
Наименование темы	Текстовый, 200 символов	Уникальное, не пустое
№раздела	Числовой, счетчик	Уникальное, не пустое

Отношение «Содержание»

Атрибут	Тип данных	Ограничения
№содержания	Числовой, счетчик	Первичный ключ
№шифрования	Числовой, счетчик	Уникальное, пустое
№раздела	Числовой, счетчик	Уникальное, не пустое
№словаря	Числовой, счетчик	Уникальное, не пустое
№медиа	Числовой, счетчик	Уникальное, пустое

Отношение «Раздел»

Атрибут	Тип данных	Ограничения
№ раздела	Числовой, счетчик	Первичный ключ
Наименование раздела	Текстовый, 200 символов	Уникальное, не пустое

Отношение «Шифр»

Атрибут	Тип данных	Ограничения
№ шифрования	Числовой, счетчик	Первичный ключ
Наименование шифрования	Текстовый, 200 символов	Уникальное, не пустое

Определим связи между нашими отношениями:

Имя связи	Родитель	Потомок	Тип связи	Ограничения
Лекции -Лабораторные работы	Лекции	Лабораторные работы	1:М	Обеспечение целостности данных
Медиа - Содержание	Медиа	Содержание	1:м	Обеспечение целостности данных
Тема - Лекции	Тема	Лекции	1:м	Обеспечение целостности данных
Раздел - Тема	Раздел	Тема	1:м	Обеспечение целостности данных
Словарь - Содержание	Словарь	Содержание	1:м	Обеспечение целостности данных
Шифрование - Содержание	Шифрование	Содержание	1:м	Обеспечение целостности данных
Раздел - Содержание	Раздел	Содержание	1:м	Обеспечение целостности данных

Тип связи 1:М, означает “один - ко - многим”. Один - ко - многим - любому экземпляру первой сущности соответствует 0, 1 или несколько экземпляров второй сущности, но любому экземпляру второй сущности соответствует только один экземпляр сущности первой.

Перечислим первичные ключи:

Отношение	Первичный ключ
Лекция	№лекции
Лабораторные работы	№лабораторной работы
Тема	№темы
Раздел	№раздела
Словарь	№Словаря
Медиа	№медиа
Содержание	№Содержания
Шифр	№шифрования

Перечислим уникальные ограничения:

Отношение	Атрибут
Лекции	Наименование лекции, №темы
Лабораторные работы	Наименование лабораторной работы, №лекции
Медиа	Наименование медиа
Словарь	Термин
Тема	Наименование темы, №раздела
Раздел	Наименование раздела
Содержание	№словаря, №шифрования, №раздела, №медиа
Шифр	Наименование шифрования

Перечислим внешние ключи:

Отношение	Атрибут
Лекции	№темы
Лабораторные работы	№лекции
Тема	№раздела
Содержание	№словаря, №шифрования, №медиа

Физическое проектирование

Построим физическую модель, ориентируюсь на клиент-серверную СУБД MS SQL Server 2008 R2:

Таблица: Лекции

Закодированное имя: Leсture

Описание: информация о лекциях

Атрибут	Тип данных	Ограничения
idlec	Int	Первичный ключ
Namelec	Nvarchar	Уникальное, не пустое
idTop	Int	Уникальное, пустое

Таблица: Лабораторные работы

Закодированное имя: LabWork

Описание: информация о лабораторных работах

Атрибут	Тип данных	Ограничения
idLab	Int	Первичный ключ
Name Lab	Nvarchar	Уникальное, не пустое
idlec	Int	Уникальное, пустое

Таблица: Медиа

Закодированное имя: Med

Описание: информация о мультимедийных материалах

Атрибут	Тип данных	Ограничения
idMed	Int	Первичный ключ
NameMed	Nvarchar	Уникальное, не пустое



Таблица: Словарь

Закодированное имя: Dictionary

Описание: информация о словаре

Атрибут	Тип данных	Ограничения
idDicti	Int	Первичный ключ
Terms	Nvarchar	Уникальное, не пустое

Таблица: Тема

Закодированное имя: Topic

Описание: информация о теме

Атрибут	Тип данных	Ограничения
idTop	Int	Первичный ключ
NameTop	Nvarchar	Уникальное, не пустое
idSec	Int	Уникальное, не пустое

Таблица: Содержание

Закодированное имя: Contents

Описание: информация о содержании

Атрибут	Тип данных	Ограничения
idCont	Int	Первичный ключ
idDict	Int	Уникальное, пустое
idSec	Int	Уникальное, не пустое
idShifr	Int	Уникальное, не пустое
idMed	Int	Уникальное, пустое

Таблица: Раздел

Закодированное имя: Section

Описание: информация о содержании

Атрибут	Тип данных	Ограничения
idSec	Int	Первичный ключ
NameSec	Nvarchar	Уникальное, не пустое



Таблица: Шифр

Закодированное имя: Shifr

Описание: информация о содержании

Атрибут	Тип данных	Ограничения
idShifr	Int	Первичный ключ
NameShifr	Nvarchar	Уникальное, не пустое

Определим связи между нашими отношениями:

Имя связи	Родитель	Потомок	Тип связи	Ограничения
Lecture - LabWork	lecture	LabWork	1:М	Обеспечение целостности данных
Media - Contents	Media	Contents	1:м	Обеспечение целостности данных
Topic - lecture	Topic	lecture	1:м	Обеспечение целостности данных
Section - Topic	Section	Topic	1:м	Обеспечение целостности данных
Dictionary - Contents	Dictionary	Contents	1:м	Обеспечение целостности данных
Shifr - Contents	Shifr	Contents	1:м	Обеспечение целостности данных
Section - Contents	Section	Contents	1:м	Обеспечение целостности данных

Тип связи 1:М, означает “один - ко - многим”. Один - ко - многим - любому экземпляру первой сущности соответствует 0, 1 или несколько экземпляров второй сущности, но любому экземпляру второй сущности соответствует только один экземпляр сущности первой.

Перечислим первичные ключи:

Отношение	Первичный ключ
lecture	idlec
LabWork	idLab
Topic	idTop
Section	idSec
Dictionary	idDict
Media	idMed
Contents	idCont
Shifr	idShifr

Перечислим уникальные ограничения:

Отношение	Атрибут
lecture	Namelec, idTop
LabWork	NameLab, idlec
Media	NameMed
Dictionary	Terms
Topic	NameTop, idSec
Section	NameSec
Contents	idDict, idShifr, idSec, idMed
Shifr	NameShifr

Перечислим внешние ключи:

Отношение	Атрибут
lecture	idTop
LabWork	idlec
Topic	idSec
Contents	idDict, idShifr, idMed

Рис. Схема базы данных



3.3 Создание модели предметной области

В программе MS Visual Studio 2012, был создан проект «Manual», который содержит диаграммы вариантов использования, диаграммы активности, последовательности, взаимодействующих классов и компонентов.

На диаграммах вариантов использования было выделено главное действующие лицо (actor): студент. Каждый актер содержит свои определенные варианты использования. Была создана диаграмма вариантов использования (для студента) и 5 вариантов использования (См. Приложение 4, рис. 16). Затем, составлен был сценарий для варианта использования.

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

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

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

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

В завершении этого этапа, была построена диаграмма компонентов.

Диаграмма компонентов - статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами.

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

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

Выявление основных функций и ролей для системы (см. Приложение 1).

Было создано в отдельном документе описание основных ролей и функций системы.

3.4 Разработка АОС «Информационная безопасность»

В программе MS Visual Studio 2010 был создан проект «IBb». В проекте была создана форма «Form1.cs» (См. Приложение 5, рис. 19). С помощью данной формы пользователь сможет выбрать нужный раздел обучения или воспользоваться мультимедийными технологиями, в которых находится обучающее видео и шифрование данных.

Далее, была создана форма «Sod.cs» (См. Приложение 5, рис. 20). С помощью этой формы пользователь сможет выбрать нужный ему раздел, тему, лекцию или лабораторную работу из содержания. На форме были размещены такие компоненты как:

- SplitContainer - элемент управления, состоящий из подвижной строки, которая разделяет область отображения контейнера на две панели с изменяемыми размерами;

- TabControl - с помощью данного компонента можно управлять связанным набором страниц вкладок (Page);

- OpenFileDialog - запрашивает пользователя об открытии файла. При помощи свойства Filter можно установить формат открываемого файла на *PDF;

- Label;

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

- axAcroPDF - компонент используемый для открытия файлов формата PDF.

Далее, была создана форма «Med.cs» (См. Приложение 5, рис. 21). С помощью этой формы пользователь сможет просмотреть любое видео. На форме были размещены такие компоненты как:

- SplitContainer;

- OpenFileDialog;

- Label;

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

- axWindowsMediaPlayer - компонент используемый для открытия файлов формата MP4.

Далее, была создана форма «Dict.cs» (См. Приложение 5, рис. 22). С помощью этой формы пользователь сможет воспользоваться словарем.

В проект была добавлена форма «Sh.cs» (См. Приложение 5, рис. 23). На форме размещены основные компоненты. С помощью этой формы пользователь может выбирать нужный режим шифрования. Были размещены такие компоненты как:

- label;

- RadioButton;

Далее в проект была добавлена форма «sh1» (См. Приложение 5, рис. 24). На форме размещены основные компоненты. В той форме будет осуществляться шифрование методом Эль-Гамаля.

Далее в проект была добавлена форма «sh2» (См. Приложение 5). На форме размещены основные компоненты. В той форме будет осуществляться шифрование методом Цезаря.



Заключение

За время прохождения практики, исходя из поставленных задач, была проделана работа по разработке электронного пособия по дисциплине «Информационная безопасность»:

- доработано ТЗ;

- были созданы модели как есть (AS-IS) и как должно быть (TO-BE);

- был проведен анализ программных средств;

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

- был создан сценарий;

- была создана модель предметной области;

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

- была начата разработка АОС «Информационная безопасность»;

- был оформлен отчет по преддипломной практике.

По ходу практики составлялся дневник практики, в него были подробно внесены все этапы проделанной работы.



Приложения

Приложение 1

Роли и функции для системы

Роль: студент:

Функции:

1. Выбор раздела обучения:

· Чтение лекции;

· Выполнение лабораторных работ;

2. Работа с мультимедийными материалами:

· Просмотр видеоматериалов;

· Работа со словарем.

· Работа с шифрованием данных.



Приложение 2

Модель (as-is)

Рис. Контекстная диаграмма

Рис. Диаграмма декомпозиций контекстной диаграммы



Рис. Диаграмма декомпозиции “Образовательная деятельность”

Рис. Диаграмма декомпозиции "Деятельность факультетов"



Рис. Диаграмма декомпозиции "Деятельность факультета документальных коммуникаций и туризма"

Рис. Диаграмма декомпозиции "Деятельность кафедр"



Рис. Диаграмма декомпозиции "Деятельность кафедры информатики"

Рис. Диаграмма декомпозиции "Проведение учебного процесса"



Рис. Диаграмма декомпозиции "Практические занятия"

Рис. Диаграмма декомпозиции "Проведение лекций"



Приложение 3

Модель TO-BE

Рис. Диаграмма декомпозиции " Проведение учебного процесса "

Рис. Диаграмма декомпозиции " Практические занятия"



Приложение 4

Диаграммы вариантов использования

Рис. Диаграмма варианта использования " Студент"

Рис. Диаграмма активности " Раздел обучения"



Рис. Диаграмма активности "Мультимедиа "



Приложение 5

Разработка приложения

Рис. Главная форма "Form1.cs"

Рис. Форма "Sod.cs"



Рис. Форма "Med.cs"

Рис. Форма "Dict.cs"



Рис. Форма "Sh.cs"

Рис. Форма "sh1.cs"



Рис. Форма "sh2.cs"

Размещено на Allbest.ur