Разработка электронного учебника по дисциплине "Объектно-ориентированное проектирование"

 

Содержание


Введение

. Техническое задание

.1 Цели и задачи применения

.2 Область применения

.3 Основание для разработки

.4 Назначение разработки

.5 Требования к программе и к программному продукту

.5.1 Требования к функциональным характеристикам

.5.2 Требования к надёжности

.5.3 Требования к аппаратным средствам

.6 Требования к программной документации

.7 Стадии и этапы разработки

. Анализ предметной области

.1 Обзор средств создания электронных обучающих систем

.2 Обоснование разработки

. Проектирование

.1 Педагогическое проектирование

.2 Функциональная модель системы

.3 Варианты использования системы

. Реализация

.1 Программная реализация системы

.2 Программная реализация пользовательского интерфейса

.3.1 Создание общей структуры и интерфейса системы

.3.2 Реализация основных функций

.3.3 Проработка элементов пользовательского интерфейса

.3.4 Проработка графических изображений

.4 Программная реализация интерфейса

. Эргономика

.1 Организация взаимодействия «человек-компьютер»

.2 Юзабилити-исследование

.3 Разработка интерфейса в соответствии с рекомендациями

. Информационная безопасность

.1 Введение в информационную безопасность

.2 Перечень возможных угроз

.3 Выбор методов и средств защиты информации

.4 Резервное копирование и восстановление данных

. Экономическая часть

.1 Технико-экономическое обоснование

.2 Определение затрат на создание программного продукта для сторонней организации

.2.1 Расходы по оплате труда рабочего персонала

.2.2 Расходы, связанные с разработкой программы на ПК

.3 Формирование цены проекта

.4 Планирование прибыли при реализации проекта

.5 Расчеты для СибГТУ

.6 Технико-экономические показатели проекта ПО

Заключение

Принятые сокращения

Список использованных источников


Введение


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

Лекционно-семинарная форма обучения давно потеряла свою эффективность - практика доказала, что почти 50% учебного времени тратится впустую. Изучая зарубежный опыт, можно выделить следующий важный аспект: преподаватель выступает не в роли распространителя информации (как это традиционно принято), а в роли консультанта, советчика, иногда даже коллеги обучаемого. Это дает некоторые положительные моменты: студенты активно участвуют в процессе обучения, приучаются мыслить самостоятельно, выдвигать свои точки зрения, моделировать реальные ситуации. Как правило, в дистанционной форме обучения применяются электронные учебники. Достоинствами этих учебников, на наш взгляд, являются: во-первых, их мобильность, во-вторых, доступность связи с развитием компьютерных сетей, в-третьих, адекватность уровню развития современных научных знаний. С другой стороны, создание электронных учебников способствует также решению и такой проблемы, как постоянное обновление информационного материала. В них также может содержаться большое количество упражнений и примеров, подробно иллюстрироваться в динамике различные виды информации. Кроме того, при помощи электронных учебников осуществляется контроль знаний - компьютерное тестирование. Целью дипломной работы было создание электронного учебника по дисциплине «Объектно-ориентированное проектирование».

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

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

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


1. Техническое задание


1.1 Цели и задачи


Цель - создать электронный мультимедийный учебник по дисциплине «Объектно-ориентированное проектирование».

Задачи и функции, поставленные для реализации данной цели:

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

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

-спроектировать бизнес-процесс обучающей системы;

-разработать электронный мультимедийный учебник.


.2 Область применения


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

-образовательное учреждение высшего профессионального образования (Университет, Академия, Институт);

-образовательное учреждение среднего профессионального образования (Техникум, Училище, Колледж);

-общеобразовательное учреждение (Лицей, образовательные центры, центры Интернет - образования);

-коммерческие организации (АО, ЗАО, ООО, ИП и т.п.);

-государственные организации и аппараты (Министерства, администрации населённых пунктов и т.п.).


1.3 Основание для разработки


Приказ об утверждении темы диплома № 185

Дата утверждения: 17.02.09

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

-начало: 17.02.09;

-окончание: 30.05.09.

Шифр темы или шифр (номер) договора: (ИТ.230105.122.ПЗ)


1.4 Назначение разработки


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

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


1.5 Требования к программе и к программному продукту


.5.1 Требования к функциональным характеристикам

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

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

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

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

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


1.5.2 Требования к надёжности

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


1.5.3 Требования к аппаратным средствам

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

-процессор: Intel Pentium или совместимый с частотой 1 GHz;

-ОЗУ: 256 MB;

-VGA адаптер;

-наличие манипулятора «мышь»;

-операционная система Windows 98 или выше;

-Flash player 7.0 или выше.

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


1.6 Требования к программной документации


Программная документация оформляется в соответствии с ГОСТ 19.106-78. Лист утверждения и титульный лист оформляется в соответствии с ГОСТ 2.301-68.


1.7Стадии и этапы разработки


Состав работ включает четыре основных этапа:

-планирование и анализ требований (этап 1);

-проектирование системы (этап 2);

-реализация электронного мультимидийного учебника (этап 3);

-оформление документации (этап 4).

Этап 1. Планирование и анализ требований

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

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

Этап 2. Проектирование системы

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

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

Этап 3. Реализация электронного мультимедийного учебника

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

Этап 4. Оформление документации

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


2. Анализ предметной области


2.1Обзор средств создания электронных обучающих систем


Пакет ГиперМетод

Система разработки Пакет ГиперМетод предназначена для:

  • инструмент для создания электронных каталогов;
  • учебников;
  • рекламных изданий на CD-дисках;
  • систем помощи и публикаций в Internet;
  • а также других мультимедиа приложений и электронных изданий.

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

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

Стандартный вариант пакета содержит всего два модуля - Монтажный Стол, предназначенный для общего дизайна и просмотра приложения и программу просмотра, представляющую собой тот же монтажный стол без элементов редактирования.

Профессиональный вариант пакета дополнен следующими модулями:

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

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

-ассистент по структуре - помогает проверять структуру разрабатываемого приложения;

-ассистент по установке - автоматически создает дистрибутив мультимедиа CD ROM приложения.

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

LinkWay

Разработчик IBM, операционная система - MS-DOS.

Система предназначена для:

  • разработка демонстрационных роликов по различным темам;
  • построение уроков в гипертекстовой манере;
  • организация персональной базы данных и настольной канцелярии;
  • управление внешними устройствами;
  • построение оболочки ОС или пакетов прикладных программ.
  • LinkWay позволяет осуществить дифференцированный подход к каждому обучаемому и моделировать достаточно широкий круг процессов. С помощью LinkWay можно реализовывать различные виды движения: демонстрация раскрывания лепестков цветка, изменение длин сторон треугольника в процессе изменения его углов, показ полета облаков на небе, показ различных регионов на карте разным цветом, изменение цвета заходящего на горизонте солнца или колебания маятника. Также присутствует возможность воспроизведения звуков и музыки.
  • Основным понятием системы LinkWay является фолдер - базовое рабочее пространство создаваемого в LinkWay приложения. Фолдеры можно соединять, линковать и т.д. Фолдеры делятся на страницы - экраны с содержащейся на них информацией. В каждом фолдере содержится базовая страница с общей информацией для всех страниц. Остальные страницы нумеруются по порядку. При визуализации страницы на экране монитора изображение текущей страницы накладывается на базовую страницу. Таким образом, элементы, общие для всех страниц, можно вынести на базовую страницу, и они автоматически будут присутствовать на всех страницах фолдера. Информация, которую содержат в себе страницы, представлена в форме объектов.
  • Различают следующие типы объектов: - картинка (graphics) - графическое изображение, занимающее прямоугольный участок экрана. Использование объектов этого типа позволяет сделать разрабатываемую программу более живой и привлекательной. Для задания этого объекта нужно указать место и размер окна, и полное имя файла с графическим изображением. - текстовое поле (field) - прямоугольная область экрана, содержащая информацию в текстовом виде. При создании объекта типа текст необходимо задать количество символов в строке, количество строк в тексте, шрифт и цвет символов. - кнопка (button) - объект, так же занимающий участок страницы, но в отличие от первых двух типов объектов, может не иметь визуального представления. Это позволяет создавать на странице невидимые кнопки. Кнопки могут также накладываться на картинки и тексты. Если кнопки не имеют собственных графических образов, то изображение объекта не измениться. При наложении объектов разных типов они проявляются или экранируют друг друга. Текстовые поля и кнопки являются прозрачными объектами. С их помощью можно организовывать работу с информацией в гипертекстовом режиме.
  • Объекты в LinkWay могут иметь имена: это полезно когда планируется реакция различных объектов на действия пользователя - можно вызывать объект по его имени.
  • В LinkWay имеется также набор графических примитивов: линий, ломаных, прямоугольников и т.д., которые можно использовать при оформлении программы.
  • К недостаткам данной авторской системы можно отнести следующие:
  • ориентированность системы на ОС MS-DOS;
  • крайне ограниченный набор объектов и визуальных эффектов;
  • бедная палитра цветов и графика низкого разрешения;
  • отсутствие стандартного интерфейса;
  • невозможность добавления новых элементов к уже существующим;
  • отсутствие поддержки TrueType шрифтов, как следствие, крайне маленький выбор стиля шрифта и его размера;
  • невозможность создания исполнимых модулей, которые могли бы работать независимо от наличия самой системы LinkWay.
  • Action
  • Разработчик системы Action - Asymetrix company. Системы ориентирована на ОС Win98/2000/XP.
  • Система предназначена для:
  • создание презентаций различной тематики;
  • подготовка демонстрационных и рекламных клипов;
  • разработка обучающих и контролирующих программ.
  • Action объектно-ориентированная среда, позволяющая соединять в одном продукте практически все объекты мультимедиа технологии. Как и в LinkWay, в Action есть возможность вставлять в программу статический текст, графические изображения, управляющие объекты - кнопки. Помимо этого добавлена возможность представления звука как объекта: им можно управлять точно также как и другими объектами, появился и новый тип объекта - анимационный. Это дало возможность резко увеличить эффективность создаваемых приложений, так как анимационные вставки оказывают на пользователя гораздо более выраженное воздействие, нежели просто статичная картинка или текст.
  • Одним из качественных изменений стало появление в Action системы реального времени. Если в LinkWay содержимое страницы представляло собой раз и на всегда застывшее скопление объектов, то в Action, объекты «живут» практически полноценной жизнью: появляются в какой-то момент времени, существуют определенное время, и также исчезают с экрана, когда приходит их время. Такой подход к созданию приложений позволяет придать им большей гибкости и динамизма. Благодаря ему стало возможным контролировать время ответа обучаемого, длину музыкального фрагмента, скорость появления изображения. Временная шкала (Timeline) позволяет легко контролировать и редактировать все временные характеристики объектов, наглядно представляя их в виде цветных полос различной длины.
  • По сравнению с LinkWay упрощена структура создаваемого приложения. Отсутствуют такие понятия как фолдер и базовая страница - вместо них используется понятие сцены - экран, существующий определенное время и содержащий различные объекты, каждый из которых также имеет свои временные рамки. Сцены могут сменять друг друга как последовательно, так и в заранее заданном порядке. Длина сцены может варьироваться в пределах от десятых долей секунды до нескольких часов, причем существует возможность зациклить какой-то отрезок времени, что заставит сцену выполняться бесконечно, пока не будет получен сигнал или ответ от пользователя. Благодаря тому, что система Action разработана для использования под Windows, она обладает достаточно развитыми средствами для обработки графических изображений: добавлена поддержка графических режимов высокого разрешения, импорт графических файлов с расширениями .DIB, .BMP, .WMF, .PAL. Расширен набор звуковых форматов: добавлена возможность воспроизведения наборов команд MIDI и проигрывание компакт-дисков в формате CD Audio. Это позволяет более качественно озвучить создаваемую программу, что вплотную приближает ее к стандарту мультимедиа.
  • Немаловажным моментом является наличие в среде Action довольно большого набора различных визуальных эффектов: это украшает разработанный проект, придает ему дополнительную привлекательность, и повышает общее качество продукта.
  • Большим прогрессом на пути объектно-ориентированного программирования стало появление у объектов собственных свойств. Задавая различные свойства объектам одного типа можно получить два совершенно не похожих элемента. Благодаря этому дизайн и интерфейс создаваемых приложений поднялся на качественно новую ступень. Появилась возможность создавать дружественные и интуитивно-понятные интерфейсы.
  • Это является большим плюсом среды Action.
  • К минусам можно отнести следующее:
  • сильно увеличившаяся система всевозможных меню;
  • ограничение цветовой гаммы 256-ю цветами;
  • не предусмотрена возможность ввода информации пользователем;
  • отсутствие средств расширения существующих возможностей;
  • невозможность создания исполнимых модулей,
  • которые могли бы работать независимо от наличия самой среды Action;
  • Multimedia ToolBook
  • Разработчик системы Action - Asymetrix company. Системы ориентирована на ОС Win98/2000/XP.
  • Система предназначена для:
  • создание диалоговых сопровождений;
  • реализация интерактивного обучения;
  • разработка документов представленных в нескольких средах (гиперсреда);
  • программирование баз данных и баз знаний.
  • Система ToolBook является еще более разветвленной, гибкой и мощной средой разработки приложений по сравнению с Action. Помимо возможностей, существующих в Action, в ToolBook добавлено множество новых возможностей, благодаря которым эта среда может с успехом применяться для создания профессиональных мультимедиа-приложений.
  • Здесь на более качественном уровне разработана поддержка графических режимов, звукового и музыкального сопровождения, видеоданных в различных форматах. Используя систему Multimedia ToolBook можно добиваться нестандартных графических и цветовых решений, благо палитра в 16,7 миллионов цветов и поддержка SVGA-режимов позволяет воплотить на экране любую фантазию. Стандартный набор поддерживаемых звуковых и музыкальных форматов WAVE и MIDI файлов, расширен и теперь позволяет также проигрывать компакт-диски стандарта CD Audio.
  • К новшествам обработки видеоизображения относится возможность использовать в разрабатываемых приложениях помимо стандартных AVI-файлов, видеозапись в форматах MOV и MPQ. Все это служит улучшению внешнего вида приложений, увеличению их функциональности, и, в конечном счете, к общему повышению качества разрабатываемых мультимедиа-приложений.
  • К очень полезным качествам системы Multimedia ToolBook относится реализованная в ней возможность создавать гипертекстовые приложения. Страницы таких приложений связаны через «горячие» слова и кнопки, что позволяет каждому читателю изучать некоторый предмет в темпе определенном его индивидуальными способностями. Достоинством любого гиперприложения является обеспечиваемый им гибкий информационный доступ. Контекстно-вызываемая информация, использование звука и видеоизображения позволяет гиперсреде расширить возможности информационного воздействия на читателя.
  • В ранее рассматриваемых средах и авторских системах существовали объекты того или иного типа, размещая которые на страницы создаваемого приложения можно было получать графические или текстовые кадры. По сравнению с ними система Multimedia ToolBook шагнула далеко вперед. В ней появилось понятие визуальной компоненты - стандартного объекта Windows95 имеющего визуальное представление, набор изменяющихся свойств и способного воспринимать и реагировать на события, как внутренние, так и на события исходящие от пользователя. На самом деле это революционный шаг.
  • Как следствие, в среде Multimedia ToolBook присутствуют палитры компонент и обработчик событий. Первое понятие представляет собой панель, содержащую графическую интерпретацию компонент. Теперь даже не обязательно знать название каждой компоненты и искать ее название в длинных меню - достаточно выбрать ее изображение на палитре компонент и точно такая же появится на странице приложения. Такой подход является преобладающим в Multimedia ToolBook, кроме палитры компонент существуют палитра инструментов, цветовая палитра, графическая и некоторые другие. Обработчик событий представляет собой специфический модуль, в котором разработчик указывает каким образом тот или иной объект на странице будет реагировать на то или иное событие: исчезать или появляться, менять цвет или положение на экране, просто закрывать программу. Как уже было сказано, все это позволяет идейно обогатить создаваемые учебные и мультимедиа-приложения.
  • К новым возможностям относится также и возможность создания прототипа будущего проекта. Прототип может быть простой оболочкой, которая приближенно отвечает идее проекта, или программным продуктом. Проектирование с использованием прототипов позволяет тестировать продукты на более ранних стадиях.
  • В системе Multimedia ToolBook присутствует встроенный язык описания сценариев OpenScript. Он необходим для интерпретации системой действий пользователя. На нем описываются возможные действия приложения, реакция на происходящие события. Кроме этого предусмотрено использование библиотек динамической компоновки (технология DLL) и стандарта DDE, который реализует коммуникационный протокол Windows95 и обеспечивает интеграцию нескольких приложений. Это позволяет вызывать из написанных пользователем приложений любую другую программу, поддерживающую данный протокол, будь то Word, Excel или универсальный проигрыватель, обеспечивая тем самым интегрированность разрабатываемых приложений.
  • При наличие большого числа плюсов и новых возможностей трудно выделить недостатки продукта, которые в небольшом количестве, но все же присутствуют в Multimedia ToolBook:
  • сравнительно небольшой набор визуальных компонент - чуть более десяти;
  • неоправданно большое количество всевозможных меню, затрудняющих на первых порах работу с системой;
  • псевдообъектно-ориентированность среды Multimedia ToolBook, при которой объекты присутствуют, но не поддерживаются основные концепции объектно-ориентированного программирования.
  • Inprise Delphi
  • Разработчик системы - Borland International company. Системы ориентирована на ОС Win98/2000/XP.
  • Система предназначена для:
  • разработка многооконных пользовательских приложений;
  • создание многофункциональных систем общего назначения;
  • проектирование баз данных любой сложности и средств управления БД;
  • разработка систем обработки текстовой, графической, видеоинформации и звука;
  • создание графической операционной оболочки;
  • написание прикладных программ и библиотек динамической компоновки;
  • создание одно- и многопользовательских интерфейсов;
  • разработка сетевых приложений;
  • разработка мультимедийных приложений и средств разработки мультимедийных приложений;
  • написание программ с использованием средств Internet;

и многое другое.

Delphi - это объектно-ориентированный язык, который позволяет объединять данные и код в один класс, создавать дочерние классы и обращаться с классами-потомками, как с родительскими классами.

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

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

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

Использование стопроцентной компиляции дает еще одно преимущество, заключающееся в создании библиотек динамической компоновки (DDL), которые могут содержать любые компоненты из библиотеки компонентов. Затем эти библиотеки можно использовать в собственных приложениях Delphi или распространять как независимые компоненты для других программ.искусно справляется с проблемой обнаружения ошибок благодаря реализации концепции исключительных ситуаций. Вместо того чтобы работать в предположении, что каждый шаг может привести к сбою, потенциальное выявление которого требует соответствующего тестирования, Delphi позволяет писать программу, исходя из успешного выполнения всех ее операторов. В случае возникновения отказа Delphi вызывает исключительную ситуацию, которая перехватывается одним-единственным обработчиком исключительных ситуаций. Такой подход позволяет программе достойно справится с ошибкой, причем от разработчика в этом случае требуются минимальные усилия.

Macromedia Flash

Для улучшения понимания материала есть возможность создавать анимации, выполненные с использованием технологии Flash. Основными преимуществами Flash-технологий являются:

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

-мощный событийно-управляемый язык. В Macromedia Flash используется специальный язык, при помощи которого можно создавать «интеллект» для своей страницы;

-дизайн. Flash имеет автоматическую поддержку anti-aliasing (антиалайсинг, сглаживание контуров с помощью смешения соседних цветов);

-удобство. Создавать простые страницы во Flash под силу даже неподготовленному пользователю;

-универсальность. В случаях, где необходима широкая интерактивность, графика, звук, и маленький размер, Flash незаменим.

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

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

Применительно к учебникам наглядность Flash проявляется в полной мере. Иллюстрацию к любому процессу можно создать, используя Flash. Развитые средства рисования и анимации позволяют создавать в этой среде достаточно сложные ролики. Использование встроенного во Flash языка программирования Action Script поднимает презентации на качественно новый уровень.

Сравнив все выше перечисленные средства разработки электронных мультимедийных учебников по различным критериям выделим двух явных лидеров Delphi и Flash. У Delphi множество преимуществ, но он не предназначен для создания анимации, которая позволит учебнику быть более наглядным. Flash в свою очередь создан как раз для этого и в нем работать с графикой очень просто и удобно. Выбор был сделан в пользу Flash в силу простаты работы с ним и его направленности. Двумерная анимация Flash добавит в учебник динамичности. Язык программирования Action Script позволит учебнику гибко взаимодействовать с пользователем.


.2 Обоснование разработки


Техническое задание на разработку электронного мультимедийного учебника «Объектно-ориентированное проектирование», было выдано дипломным руководителем.

В настоящее время по дисциплине «Объектно-ориентированное проектирование» существует курс лекций и методическое пособие в печатном виде. Появилась необходимость в объединении лекционного материала и лабораторного практикума в одном электронном пособии. Так же есть потребность в проверки полученных знаний. Проверить освоение материала можно по средствам электронного тестирования. Блок проверки полученных знаний тоже необходимо обледенить с лекциями и лабораторными. Это даст возможность обучаемому, после освоения материала закрепить полученные навыки и проверить себя на знания материала.

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

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

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

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


3. Проектирование


3.1 Педагогическое проектирование


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

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

.Концептуальное проектирование

.Технологическое проектирование

.Операциональное проектирование

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


Рисунок 3.1 - Декомпозиция этапа «Педагогического проектирование»

В настоящее время существуют два основных подхода к педагогическому проектированию обучающих программ: эмпирический и теоретический.

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

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

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

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

Этап концептуального проектирования

Декомпозиция процесса «Концептуальное проектирование» изображена на рисунке 3.2 и состоит из следующих блоков:

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

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

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

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

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

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

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

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


Рисунок 3.2 - Декомпозиция этапа «Концептуальное проектирование»


Этап технологического проектирования

Декомпозиция процесса «Технологическое проектирование» изображена на рисунке 3.3 и состоит из следующих блоков:

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

.Определение количества модулей. Модули включенные в ЭМУ:

Сущность объектно-ориентированного подхода к анализу и проектированию ИС;

Цели и история создания языка UML;

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

Диаграммы взаимодействия;

Диаграммы классов;

Диаграммы состояний;

Диаграммы деятельностей;

Диаграммы компонентов;

Диаграммы размещения.

.Определение структурных единиц контента. Более детальная проработка выше перечисленных модулей.

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

.Определение методов контроля. Методом контроля знаний в ЭМУ будет являться тестирование.

.Разработка методических рекомендаций. Методическим указанием к ЭМУ будет являться руководство пользователя.


Рисунок 3.3 - Декомпозиция этапа «Технологическое проектирование»


Этап операционального проектирования

Декомпозиция процесса «Операциональное проектирование» изображена на рисунке 3.4 и состоит из следующих блоков:

.Определение степени индивидуальной работы по каждому модулю. Работа по всем модулям может осуществляться студентом без преподавателя.

.Определение трудоемкости каждого модуля. Все модули примерно одинаковы по трудоемкости.

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

.Определение необходимости учета предыстории. Модули необходимо изучать по порядку это даст лучший результат обучения.

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

Этап физического проектирования

Декомпозиция процесса «Физическое проектирование» состоит из следующих блоков:

.Педагогическая реализация, разработка сценария программы

.Программная реализация


Рисунок 3.4 - Декомпозиция этапа «Операциональное проектирование»

3.2 Функциональная модель системы


Функциональная модель система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков - в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы.

Для выполнения своих функций системе необходимо обеспечить выполнение следующих основных процессов:

-возможность просмотреть теоретический материал по дисциплине;

-возможность просмотреть пример выполнения лабораторных работ;

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

Представленная на рисунке 3.5 диаграмма потоков данных «Электронного мультимедийного учебника «Объектно-ориентированное проектирование»» в нотации IDEF0 показывает, какие данные являются необходимыми для реализации поставленной задачи.


Рисунок 3.5 Диаграмма потоков данных электронного мультимедийного учебника по дисциплине «Объектно-ориентированное проектирование»

Процессы управления:

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

-федеральный закон «Об информации, информационных технологиях и защите информации».

На вход системы поступают:

-лекционный материал;

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

-тестовые задания для контроля знаний.

Ресурсами системы являются:

-пользователи;

-flash player.

Результатом работы системы являются:

-получено знание лекционного материала;

-проведен контроль знаний.

На рисунке 3.6 представлена декомпозиция диаграммы «Обучение по электронному мультимедийному учебнику «Объектно-ориентированное проектирование»».


Рисунок 3.6 - Декомпозиция диаграммы обучение по электронному мультимедийному учебнику «Объектно-ориентированное проектирование»


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

-лекционный материал;

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

-тестовые задания для контроля знаний.

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


3.3 Варианты использования системы


Для проектирования автоматизированной обучающей системы было использовано CASE - средство Rational Rose. Модель отображает взаимодействие между вариантами использования, представляющими функции системы, и действующими лицами, представляющими людей. Далее приведены описания проекта системы и соответствующие диаграммы.

На рисунке 3.7 изображена диаграмма вариантов использования.


Рисунок 3.7 - Диаграмма вариантов использования


На рисунке 3.8 представлена диаграмма последовательности действий процесса просмотр лабораторных по теме «Диаграммы взаимодействия».


Рисунок 3.8 - Диаграмма последовательности действий процесса просмотр лабораторных по теме «Диаграммы взаимодействия»


4. Реализация


4.1Программная реализация системы


Электронный мультимедийный учебник «Объектно-ориентированное проектирование» был разработан с помощью языка Action Script 2.0 встроенного в среду Macromedia Flash. Для работы с учебником необходимо наличие установленного на компьютере Flash Player не ниже седьмой версии.

В электронном мультимедийном учебнике реализована возможность по:

-просмотру лекционного материала;

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

-контролю знаний в виде тестирования.

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


4.2Программная реализация пользовательского интерфейса


Электронный мультимедийный учебник «Объектно-ориентированное проектирование» был разработан в среде Macromedia Flash в соответствии с требованиями, представленными в проектной документации.

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

-создание общей структуры и интерфейса программы;

-реализация основных функций;

-проработка элементов пользовательского интерфейса;

-проработка графических изображений.


4.3.1 Создание общей структуры и интерфейса системы

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

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

-легкочитаемость;

-наглядность материала;

-удобный поиск необходимого материала.

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

-визуальное отображение хода выполнения лабораторной работы;

-закадровый голос озвучивающий выполняемые действия;

-синхронный текст действий происходящих на экране.

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

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

-обеспечение удобной навигации между тестовыми заданиями;

-доступность и корректность вопросов тестирования.


.3.2 Реализация основных функций

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


.3.3 Проработка элементов пользовательского интерфейса

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

-настройка внешнего вида компонентов пользовательского интерфейса;

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


.3.4 Проработка графических изображений

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

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


4.4 Программная реализация интерфейса


Для разработки интерфейса электронного мультимедийного учебника использовались графические редакторы CorelDRAW 11 и Adobe Photoshop 7.0. в соответствии с требованиями, представленными в проектной документации.

Как язык программирования использовался Action Script 2.0.

Внешний вид интерфейса главного меню представлен на рисунке 4.1.


Рисунок 4.1 - Главное меню учебника


Главное меню, содержит в себе следующие пункты:

- Сущность объектно-ориентированного подхода к анализу и проектированию ИС;

Цели и история создания языка UML;

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

Диаграммы взаимодействия;

Диаграммы классов;

Диаграммы состояний;

Диаграммы деятельностей;

Диаграммы компонентов;

Диаграммы размещения.

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

Меню работы с темой содержит следующие пункты:

-лекции;

-лабораторные;

-тесты;

-меню;

-выход.


Рисунок 4.2 - Окно работы с темой «Диаграммы вариантов использования»


При нажатии на кнопке лекции появиться лекционный материал. Вид окна просмотра лекций представлен на рисунке 4.3.


Рисунок 4.3 - Окно просмотра лекций

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


Рисунок 4.4 - Окно просмотра лабораторных работ


При нажатии на кнопке тесты появятся тестовые задания. Вид окна выполнение тестов представлен на рисунке 4.5.


Рисунок 4.5 - Окно выполнения тестов


5. Эргономика


5.1 Организация взаимодействия «человек-компьютер»


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

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

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

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

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

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

-интерфейс ИС должен помогать выполнить задачу, а не становиться этой задачей.

-при работе с ИС пользователь не должен ощущать себя глупым.

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

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

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

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

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

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

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

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

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


5.2Юзабилити-исследование


Usability можно перевести с английского языка как «практичность, удобство и простота использования». Определение юзабилити (по стандарту ISO DIS 9241-11) звучит как «степень успешности, эффективности и удовлетворения, с которыми продукт может быть использован определенными пользователями в определенном контексте использования для достижения определенных целей».

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

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

-в зависимости от задач, выполняемых пользователем;

-в зависимости от частоты и длительности использования системы;

-в зависимости от уровня знания персонального компьютера (ПК).

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

Для повышения качества выполнения задач и скорости работы, к интерфейсу системы выдвинули следующие требования:

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

-необходимо чтобы программа обеспечила надежную работу;

-система должна позволять вести базу данных;

-должен быть разработан единый стиль пользовательского интерфейса.


5.3 Разработка интерфейса в соответствии с рекомендациями


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

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

Пример основного окна, содержащего главное меню работы с системой, представлен на рисунке 5.1.


Рисунок 5.1 - Пример основного меню


Окно просмотра лекционного материала представлено на рисунке 5.2.


Рисунок 5.2 - Пример окна просмотра лекционного материала


Пример окна просмотра руководства по выполнению лабораторных работ представлен на рисунке 5.3.


Рисунок 5.3 - Пример окна просмотра руководства по выполнению лабораторных работ


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


Рисунок 5.4 - Пример окна контроля знаний с помощью тестирования

интерфейс эргономический копирование восстановление

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

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

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

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

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

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

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


6. Информационная безопасность


6.1 Введение в информационную безопасность


Организационные средства защиты

К организационным средствам защиты можно отнести организационно-технические и организационно-правовые мероприятия.

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

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

-ограничение физического доступа к объектам ИС и реализацию режимных мер;

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

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

-проведение профилактических и других мер от внедрения "вирусов".

Аппаратные средства защиты

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

Криптографические средства защиты

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

Программные средства защиты

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

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

-программы идентификации;

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

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

Физические средства защиты

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


.2 Перечень возможных угроз


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

-сбои и отказы оборудования;

-ошибки эксплуатации системы, некорректные действия

пользователей;

-вирусные угрозы;

-стихийные бедствия;

-ошибки ПО.

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


.3 Выбор методов и средств защиты информации


Для защиты от перечисленных угроз были выбраны следующие средства защиты.

Сбои и отказы оборудования.

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

Ошибки эксплуатации системы, некорректные действия пользователей.

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

Угрозы стихийных бедствий и техногенных аварий.

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

Вирусные угрозы.

Для защиты от вирусной угрозы необходимо установить антивирусный пакет Антивирус Касперского v 8.0 обновление баз (раз в неделю).

Ошибки ПО.

Ошибки ПО устраняются на стадии разработки и тестирования. Если они все же возникли необходимо связаться с разработчиком.


.4 Резервное копирование и восстановление данных


Рекомендуется хранить копию исходных кодов ИС на отдельном компакт-диске на кафедре ИТ, желательно в несгораемом сейфе. Для гарантии сохранности носителей доступ в это помещение (и к сейфу) должен быть ограничен.

Резервное копирование производится с помощью программного обеспечения Nero 7.

На рисунке 6.1 представлено главное окно программы Nero 7.


Рисунок 6.1 - главное окно программы Nero 7


7. Экономическая часть


7.1 Технико-экономическое обоснование


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

Прямым назначением электронного учебника является возможность дистанционного обучения. Это позволит студентам очникам подробнее изучить материал и доработать упущенное на лекции.

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

)Определение затрат на создание программного продукта:

-расходы по оплате труда рабочего персонала (программиста);

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

2)Формирование цены проекта, основываясь на результатах изучения конкурентной среды;

)Планирование прибыли при реализации проекта по созданию системы.

Помимо сторонней организации, приведены расчеты для СибГТУ, где определяем затраты на создание проекта.


7.2 Определение затрат на создание программного продукта для сторонней организации


7.2.1 Расходы по оплате труда рабочего персонала

Расчет трудоемкости разработчика электронного учебника.

В таблице 7.1 представлен календарный план выполнения работ разработчика по созданию электронного учебника.

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


Таблица 7.1 - Календарный план

ЭтапСроки выполненияКоличество чел. - часРазработка технического задания16.02.2009 - 20.02.200910Изучение подходов и аналогов23.02.2009 - 27.02.200910Работа с материалом дисциплины учебника2.03.2009 - 6.03.200910Разработка модели учебника9.03.2009 - 16.03.200915Выбор инструментальных средств разработки17.03.2009 - 21.03.200910Разработка схемы пользовательского интерфейса23.03.2009 - 29.03.200940Разработка элементов учебника30.03.2009 -3.04.200915Разработка прототипа4.04.2009 - 9.04.200910Разработка компьютерных графических материалов10.04.2009 -17.04.200920Программная реализация18.04.2009 -29.04.200970Тестирование и отладка функционала30.04.2009 -08.05.200935Внесение данных16.05.2009 -22.05.200915Разработка эксплутационной документации22.05.2009 -27.05.200930Суммарная трудоемкость проектировщика, , чел.- час.290

Рисунок 7.1 - Диаграмма времени выполнения этапов разработки и проектирования электронного учебника


Расчет средней часовой оплаты разработчика

Заработная плата программиста руб./мес., вычисляется по формуле (7.1):


,(7.1)


где - месячный оклад программиста (10000 руб.);

- коэффициент премий (50%);

- районный коэффициент (30%);

- северная надбавка (30%).

(руб./мес.)

Годовой фонд заработной платы руб., вычисляется по формуле (7.2):

, (7.2)


где - количество месяцев в году (12 месяцев).

(руб.)

Годовой фонд заработной платы с учетом отчислений в социальные фонды руб., вычисляется по формуле (7.3):


, (7.3)


где - Отчисления в социальные фонды (13%).

(руб.)

Число рабочих часов в году, час., вычисляется по формуле (7.4):


, (7.4)


Где N - общее число дней в году (360);

- число праздничных дней в году (14);

- число выходных дней в году (108);

- число рабочих часов в день (8).

(час.)

Средняя часовая оплата программиста, руб./час., вычисляется по формуле (7.5):


, (7.5)


(руб./час.)

Расходы по оплате труда проектировщика

Расчет расходов по оплате труда проектировщика , руб., вычисляется по формуле (7.6):


, (7.6)


где - трудоемкость создания системы проектировщиком, час.;

- средняя часовая оплата проектировщика, руб./час.

(руб.)

Фонд заработной платы рабочего персонала

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


, (7.7)


где- расходы по оплате труда проектировщика.

(руб.)


7.2.2 Расходы, связанные с разработкой программы на ПК

Амортизационные отчисления

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


, (7.8)


где - балансовая стоимость ПК;

- норма амортизационных отчислений (20%).

Балансовая стоимость ПК, , руб., вычисляется по формуле (7.9):


, (7.9)


где - рыночная стоимость ПК проектировщика (21000 руб.);

- коэффициент, учитывающий затраты на установку и наладку (12%).

(руб.)

(руб.)

Расчет годового фонда времени работы ПК

Действительный годовой фонд времени ЭВМ , час., вычисляются по формуле (7.10):


, (7.10)


где - число рабочих часов в день (8 час.);

- число рабочих часов в году (1904 час.);

- время профилактики ежемесячное (5 час.);

- время профилактики ежегодное (6 суток).

(час.)

Затраты на электроэнергию, потребляемую ПК

Затраты на электроэнергию, потребляемую ПК, , руб., вычисляются по формуле (7.11):


, (7.11)


где - установочная мощность ПК проектировщика (0,3 кВт);

- годовой фонд полезного времени работы ПК (1796 час.);

- стоимость 1 кВт/час электроэнергии (1,2 руб.);

А - коэффициент интенсивного использования ПК (0.9 - 1).

(руб.)

Затраты на текущий и профилактический ремонт

Затраты на текущий и профилактический ремонт, , руб., принимаются равными 6% от стоимости ПК и вычисляются по формуле (7.12):


, (7.12)


где- балансовая стоимость ПК.

(руб.)

Затраты на материалы

Затраты на материалы, необходимые для обеспечения эксплуатации ПК, принимаются равными 2% от стоимости ПК, , руб., вычисляются по формуле (7.13):


, (7.13)

где - балансовая стоимость ПК.

(руб.)

Косвенные затраты

Косвенные затраты, связанные с эксплуатацией ПК, , руб., принимаются равными 5-10% стоимости ПК и вычисляются по формуле (7.14):


,(7.14)


где - балансовая стоимость ПК.

(руб.)

Полные затраты

Полные затраты на эксплуатацию ПК в течении года , руб., вычисляются по формуле (7.15):


, (7.15)


где- годовые отчисления на амортизацию;

- годовые затраты на электроэнергию для ПК;

- годовые затраты на ремонт ПК;

- годовые затраты на дополнительные комплектующие ПК;

- прочие расходы.

(руб.)

Расчет себестоимости одного часа работы ПК

Себестоимость одного часа работы ПК, , руб./час., вычисляется по формуле (7.16):


, (7.16)


где - годовые текущие затраты на эксплуатацию ПК;

- годовой фонд полезного времени работы ПК.

(руб./час.)

Затраты машинного времени

Средние затраты машинного времени, , час., равны сумме этапов времени, на которых был задействованы ПК, вычисляются по формуле (7.17):


, (7.17)


гдеn - количество ПК.

(час.)

Затраты на оплату машинного времени

Затраты на оплату машинного времени, , руб., вычисляются по формуле (7.18):


, (7.18)


где - затраты машинного времени;

- себестоимость одного часа работы ПК.

(руб.)

Общие затраты на создание программы

Общие затраты на создание программы , руб. рассчитываются по формуле (7.19):


,(7.19)


где - фонд заработной платы рабочего персонала;

- затраты на сертификацию программы;

- затраты на оплату машинного времени.

(руб.)


7.3 Формирование цены проекта


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

-образовательное учреждение высшего профессионального образования (Университет, Академия, Институт);

-образовательное учреждение среднего профессионального образования (Техникум, Училище, Колледж);

-общеобразовательное учреждение (Лицей, образовательные центры, центры Интернет - образования).

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

-сибирский государственный технологический университет;

-лицей №2;

-сибирский государственный аэрокосмический университет;

-сибирский федеральный университет;

-омский государственный технический университет;

-техникум информатики и вычислительной техники.

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

Планируемые объемы продаж системы представлены в таблице 7.2.


Таблица 7.2 - Планируемые объемы продаж системы

Потенциальные покупателиПланируемый объем продажСибирский государственный технологический университет1Лицей №21Сибирский федеральный университет1Новосибирский государственный технический университет1Техникум информатики и вычислительной техники1Итого5







Далее на рисунке 7.2 приведена диаграмма, отображающая процентное соотношение объёма продаж.


Рисунок 7.2 - Анализ рынка продаж

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


,(7.20)


Где - общие затраты на создание системы;

- затраты на тиражирование в расчете на одну копию системы;

- объем продаж.

(руб.)

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


,(7.21)


где- прибыль, которая вычисляется по формуле (7.22)


,(7.22)


ГдеP - процент рентабельности (20%).

(руб.)

(руб.)

Цена продаж системы, руб., вычисляется по формуле (7.23)


,(7.23)


где - налог на добавленную стоимость, который вычисляется по формуле (7.24)


,(7.24)


Где - ставка НДС (18%).

(руб.)

(руб.)


7.4 Планирование прибыли при реализации проекта


Общий доход от планируемого объема продаж , руб., вычисляется по формуле (7.25)


,(7.25)


где- цена продажи ПО;

- планируемый объем продаж.

(руб.)

НДС от планируемого объема продаж , вычисляется по формуле (7.26)


,(7.26)


(руб.)

Общие издержки , находятся по формуле (7.27)


(7.27)


(руб.)

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


,(7.28)


где- общие издержки; - НДС от планируемого объема продаж. (руб.)

Налог на прибыль рассчитываем по формуле (7.29)


(7.29)


где - ставка налога на прибыль (24%).

(руб.)

Чистая прибыль , руб., от реализации планируемого объема продаж ПО вычисляется по формуле (7.30)

(7.30)


(руб.)


7.5 Расчеты для СибГТУ


Применение рассматриваемого проекта планируется в СибГТУ. Потенциальными потребителями являются все возможные пользователи системы:

-студенты;

-слушатели;

-преподаватели;

-консультанты и др.

Оценка затрат на программное обеспечение


,(7.31)


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

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

- стоимость одного машинного часа ПК;

- время работы на ПК при создании программы.


,(7.32)


где - время разработки алгоритма;

- время написания программы;

- время отладки программы - прочие расходы;

- накладные расходы.


,(7.33)


где - заработная плата (с учетом единого социального налога) руководителя и консультанта; - коэффициент, учитывающий накладные расходы (200 %).

Заработная плата

С учетом разработки программы студентом СибГТУ:


, (7.34)


где - основная з/п руководителя;


, (7.35)


где - районный коэффициент: 1,3


,(7.36)


где - заработная плата с учетом единого социального налога программиста и консультантов; - коэффициент, учитывающий отчисления: 1,356.

Этапы и трудоемкости работ приведены в таблице 7.3.

Таблица 7.3 - Этапы и трудоемкости работ

Этапы работТрудоемкость выполнения работ, часыПрограммистРуководительПостановка задачи1405Разработка алгоритма5510Написание программы140-Отладка программы403Тестирование ПО203Время работы на ПК220-Всего39521

Заработная плата исполнителей работ проекта приведена в таблице 7.4.


Таблица 7.4 - Заработная плата исполнителей работ

ИсполнительОсновная з/п в месяц, руб.Основная з/п в час, руб.,( )Руководитель12000150

= (руб.)

Заработная плата руководителя (с учетом единого социального налога):

(руб.)

(руб.)

(руб.)

(руб.)

Стоимость одного машинного часа:

-с учетом разработки программы в СибГТУ


, (7.37)


где - пользование сетью Интернет;

- стоимость расходных материалов (стоимость дискет, расходных материалов, канцелярских товаров).

(руб./час), (7.38)

где450 руб. - ежемесячная плата за Интернет,

мес. - время отведённое на дипломный проект.

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

- число рабочих часов в день.


, (7.39)


где - 1 картридж для лазерного принтера, цена = 1400 руб.,

- расход бумаги. Потребность в бумаге составляет 500 листов,

(руб.)

(руб./час)

Результат:

(руб./час)

(часов)

Затраты на создание программы с учетом разработки программы в СибГТУ:

(руб.)


7.6 Технико-экономические показатели проекта


Внедрение электронного учебника на кафедре системотехники способствует:

-росту качества обучения;

-снижению затрат на организацию и проведение учебных мероприятий;

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

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

Снижение затрат на обучение достигается за счет:

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

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

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

Основные экономические показатели приведены в таблице 7.5.


Таблица 7.5 - Основные экономические показатели электронного мультимедийного учебника

ПоказателиЗначенияСуммарная трудоемкость, час.290Затраты на разработку программного продукта, тыс. руб.40,7Планируемые объемы продаж, шт.5Себестоимость ПО, тыс. руб.8,3Цена с НДС, тыс. руб.11,7Налог на прибыль, тыс. руб.2Чистая прибыль, тыс. руб.6,2Время создания программы, месяцы/чел. час.4/290Затраты на программу с учетом разработки в СибГТУ, тыс. руб.22,7

Заключение


В процессе работы был спроектирован и разработан электронный мультимедийный учебник «Объектно-ориентированное проектирование».

Решены задачи:

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

-созданы задачи для бизнес-процесса;

-спроектирован бизнес-процесс обучающей системы;

-разработан электронный мультимедийный учебник.

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

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

Проведено проектирование и реализация пользовательского интерфейса.

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

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

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

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

Список сокращений


ПО - программное обеспечение;

ИТ - информационных технологий;

ИС - информационная система;

ПЗ - пояснительная записка;

ПК - персональный компьютер;

ОЗУ - оперативно запоминающее устройство;

ЭМУ - электронный мультимедийный учебник;

ВУЗ - высшее учебное заведение;

ИП - индивидуальный предприниматель;

АО - акционерное общество;

ОАО - общество с ограниченной ответственностью;

ЗАО - закрытое акционерное общество;- unified modeling language (унифицированный язык моделирования);- WorkFlow Diagramm (диаграмма потоков данных);

VGA - video graphics adapter (графический видео адаптер).


Библиографический список


1Вендров, А. М. Практикум по проектированию программного обеспечения экономических информационных систем. [Текст] / А. М. Вендров. - М.: Финансы и статистика, 2002. - 438 с.

Маклаков, С. В. BPWin и ERWin. CASE - средства разработки Информационных систем. [Текст] / С. В. Маклаков. - М.: ДИАЛОГ-МИФИ, 2000. - 256 с.

Чепурина, М. Н. Курс экономической теории. [Текст] / под ред. М. Н. Чепурина [и др]. - М.: Киров, 1994. - 248 с.

Мунипов, В.М. Эргономика: человекоориентированное проектирование техники, программных средств и среды [Текст] / В.М. Мунипов, В.П. Зинченко. - М.: Логос, 2001. - 120 с.

Ведев Д. Защита данных в компьютерных сетях.// Открытые системы. -№3.- 1995.- С.12-16.

Гриценко, Е.М. Технология разработки мультимедийных образовательных ресурсов. [Текст] / Е.М. Гриценко, Г.М. Рудакова.- Красноярск: СибГТУ, 2008. - 68 с.

Бхангал Ш. Flash. Трюки. 100 советов и рекомендаций профессионала - СПб.: Питер, 2005. - 460 с: ил.

Андерсон, Э. Macromedia Flash MX 2004 / Энди Андерсон, Марк дел Лима, Стив Джонсон; пер. с англ. Латышевой Д.А. - М.: НТ Пресс, 2005. - 543, [1] с : ил.

Якимов, С.П. Объектно-ориентированное проектирование: Курс лекций для студентов направления 654700, специальности 220400 очной, очной сокращенной и заочной форм обучения. [Текст] / Якимов С.П. - Красноярск: СибГТУ, - 2006. - 72 с.

Якимов, С.П. Объектно-ориентированное проектирование: лабораторный практикум для студентов направления 230201 (654700) специальности 230105 (220400) очной, очной сокращенной, заочной форм обучения / Якимов С.П. - Красноярск: ГОУ ВПО «СибГТУ», - 2007. - 42 с.


Содержание Введение . Техническое задание .1 Цели и задачи применения .2 Область применения .3 Основание для разработки .4 Назначение разр

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2019 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ