«Методические указания по выполнению лабораторных работ, практических заданий по теме «Разработка пользовательских интерфейсов»»


Чтобы посмотреть этот PDF файл с форматированием и разметкой, скачайте его и откройте на своем компьютере.
Областное

государственное

автономное

профессиональное

образовательное

учреждение

«Старооскольский

педагогический

колледж»










РАЗРАБОТКА

ПОЛЬЗОВАТЕЛЬСКИХ ИНТ
ЕРФЕЙСОВ


Методические

указания


по

выполнению

лабораторных

работ,

практических

заданий


по

П
М.

02.

Разработка,

внедрение

и

адаптация

программного

обеспечения


отраслевой

н
а
правленности

для

студентов

специальности

230701

Прикладная

информатика

(по

отраслям)














Старый

Оскол



201
4


2



Методические

указания

соста
в
лены

в

соответствии

с

рабоче
й

программой

ФГОС

СПО

по

ПМ.

02.

Разработка,

внедрение

и

адаптация

программного

обеспечения

отраслевой

н
а
правленности

по

специальности

230701

Прикладная

информатика

(по

отраслям)



Составитель:


Гайдаржи

А.А.,

преподаватель

информатики


ОГАПОУ

«Староосколь
ский

педагогический

колледж»


Рецензент:


Панченко

Л.А.,

преподаватель

информатики

ОГАОУ

СПО

«Старооскольский

техникум

технологии

и

дизайна»


Рассмотрены

на

заседании

ПЦК

естественно
-
математических

дисциплин


Протокол

№__

от

«____»

___________

201_

г.

Пред
седатель

ПЦК

__________________

/роспись/



3



СОДЕРЖАНИЕ


1.

Введение……………………………………………………………
…..


4

2.

Программное

обеспечение,

рекомендуемое

для

проведения

лабораторных

работ

и

практических

занятий……………………
…..


5

3.

Порядок

выполнения

работы……………………………………
….
….

5

4.

Лаб
ораторно
-
практическое

занятие

№1.

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


……………
…………….…
…….


6

5.

Лабораторно
-
практическое

занятие

№2.

Разработка графического
интерфейса

……………………………
…………………………….
……


1
1

6.

Лабораторно
-
практическое

занятие

№3.

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

……………………….


2
6

7.

Лабораторно
-
практическое

занятие

№4.

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

…………
…………………



44

8.

Лабораторно
-
практическое

занятие


5.
Пользовательские
интерфейсы прямого манипулирования
и их проектирование
……….


49

9.

Лабораторно
-
практическое

занятие


6.
Интеллектуальные
элементы пользовательских интерфейсов
……………………………..


59

10.

Лабораторно
-
практическое

занятие


7.
Разработка
функциональных возможностей пользовательских интерфейсов
…..


63

11.

Лабо
раторно
-
практическое

занятие


8.
Технология Drag and
Drop при создании интерфейса
………………………………………….


65

12.

Основные

правила

оформления

программной

документации

……
.

68

13.

Критерии

оценки………………………..………………………
……


71

14.

Приложени
е
…………………………………………………………
….
.

74



4



Введен
ие


Данные

методические

указания

соста
в
лены

в

соответствии

с

рабочей

программой

ФГОС

СПО

по

ПМ.

02.

Разработка,

внедрение

и

адаптация

программного

обеспечения

отраслевой

н
а
правленности

по

специальности

230701

Прикладная

информатика

(по

отраслям).

Разработа
нные

методические

рекомендации

можно

использовать

при

изучении

тем

«Разработка

программного

обеспечения

при

объектном

подходе»,

«Разработка

пользовательских

интерфейсов»,

«Составление

программной

документации
»

ПМ.

02.

Разработка,

внедрение

и

адаптация

прог
раммного

обеспечения

отраслевой

н
а
правленности.

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

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

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

Пользовательский интерфейс

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

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

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




5



Программное

обеспечение,

рекомендуемое

для

проведения

лабораторных

работ

и

практических

занятий


1.

ОС

Windows

XP
/7

и

выше

или

ОС

Linux

2.

Пакет

программ

MS

Office

или

OpenOffice
.
org

3.

Веб
-
браузеры

(
IE
7

и

выше,

Opera

22

и

выше,

Go
ogle

Chrome

35

и

выше,

и

др.)

4.

Графические

редакторы

(
GIMP

и

др.)

5.

Система

PascalABC

6.

C
вободная

среда

разработки

ПО

Lazarus

7.

Система

моделирования

и

анализа

бизнес
-
процессов

Ramus

или

другая

8.

Система

тестирования

MyTest




Порядок

выполнения

ра
боты


Порядок

выполнения

работы

состоит

в

следующем:

1.

Познакомиться

с

темой

и

целью

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

работы

/

практического

занятия.

2.

Проработать

основные

понятия.

3.

Внимательно

прочитать

задание.

4.

Изучить

порядок

выполнения

работы

для

конкретной

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

работ
ы

/

практического

занятия.

5.

Познакомиться

с

примерами

работы.

6.

Выполнить

задание

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

работы

/

практического

занятия

7.

Написать

отчет

по

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

работе.

8.

Ответить

на

контрольные

вопросы


6



Лабораторно
-
практическое

занятие

№1.

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


Цель

работы:

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


Основные

теоретические

сведения

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

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

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

Пользовательская модель интерфейса

-

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



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



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



уровнем подготовки в области владения компьютером;



устоявшимися стереотипами работы

с компьютером.

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

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

7



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

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

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

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

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

устоявшийся стереотип работы с компьютером. Однако ломка
стереотипов
-

процедура болезненная. На это стоит решаться, если
некоторое революционное изменение значительно расширяет
возможности пользователя или облегчает его работу, например, переход к
Windows
-
интерфейсам существенно упростил работу с компьютером
о
громному числу пользователей
-
непрофессионалов. Ломая же стереотипы
по мелочам или неточно следуя принятой концепции, разработчик рискует
оттолкнуть пользователей, которые просто не будут понимать, что
происходит. В качестве примера можно всп
омнить хотя бы путаницу с
вызовом программ двойным щелчком правой клавиши мыши по
пиктограмме рабочем столе или одинарным, если пиктограммы вынесена на
панель Quick Launch
(Быстрый Доступ) Windows.

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



простота освоения и запоминания операций системы
-

конкретно
оценивают
время освоения и продолжительность сохранения
информации в памяти;



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

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



субъективная удовлетворенность при эксплу
атации сис
темы
уд
обство работы, утомляемость и т. д.).



8




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

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

первый и третий.

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

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

«перетаскивание объектов» Windows.



9



Задания

для

выполнения

№1

1.

Разработать модель программиста, модель пользователя и
программную модель для обучающе
-
контролирую
щей программы.
Обучающе
-
контролирующая программа должна быть разработана в
одной из сред ООП (
Lazarus
,
Delphi
,
VB
, С++ и т.д.) с испольованием
всех, ранее изученных классов, компонентов и методов.

Также
программа должна включать теоретический, практический

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

2.

Оформить

работу

в

соответствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78
,

ГОСТ

19.401
-
78
,

ГОСТ

19.604
-
78).

При

оформлении

использовать

MS

Office

или

OpenOffice.org.

3.

Сдать

и

защитить

работу.


Варианты заданий

1.

Обучающе
-
контролирующая программа по
Lazarus

2.

Обучающе
-
контролирующая программа
по

Pascal

3.

Обучающе
-
контролирующая програм
ма
по

Word

4.

Обучающе
-
контролирующая программа
по

Excel

5.

Обучающе
-
контролирующая программа
по

Access

6.

Обучающе
-
контролирующая программа
по

Power Point

7.

Обучающе
-
контролирующая программа
по

Ramus

8.

Обучающе
-
контролирующая программа по
PhotoShop

9.

Обучающе
-
контролиру
ющая программа по теме
«Компьютер и его ПО»

10.

Обучающе
-
контролирующая программа по теме
«История

ВТ»

11.

Обучающе
-
контролирующая программа по
HTML


Содержание

и

оформление

отчета

по

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

работе

Отчѐт

должен

содержать
:

1.

Титульный

лист.


2.

Аннотацию.

3.

Содержан
ие.


4.

Основную

часть,

оформленную

в

соответствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78,

ГОСТ

19.401
-
78
,

ГОСТ

19.604
-
78).


5.

Заключение

(описание

результатов

работы).

Защита

отчета

по

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

работе

заключается

в

предъ
явлении

преподавателю

полученных

результатов

(на

экране

мо
нитора

или

у

доски),

демонстрации

полученных

навыков

и

ответах

на

вопро
сы

преподавателя


Контрольные

вопросы

1.

Назовите основные типы интерфейсов.

2.

Чем

характеризуется каждый
типа интерфейса
?


10



3.

Какими средствами реализуется

отдельный вид интерфейса
?


Время,

отведенное

на

выполнение

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

работы

Время,

отводимое

на

выполнение

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

работы,

определяется

в

соответствии

с

программой

и

календ
арно
-
тематическим

планированием
.


Литература

1.

ГОСТ

19.101
-
77

ЕСПД.

Виды

программ

и

программных

документов


2.

ГОСТ

19.102
-
77

ЕСПД.

Стадии

разработки

3.

ГОСТ

19.103
-
77

ЕСПД.

Обозначение

программ

и

программных

документов


4.

ГОСТ

19.104
-
78

ЕСПД.

Основные

надписи


5.

Г
ОСТ

19.105
-
78

ЕСПД.

Общие

требования

к

программным

документам


6.

ГОСТ

19.106
-
78

ЕСПД.

Общие

требования

к

программным

документам,

выполненным

печатным

способом


7.

ГОСТ

19.401
-
78

ЕСПД.

Текст

программы.

Требования

к

содержанию

и

оформлению


8.

ГОСТ

19.402
-
78

ЕСПД
.

Описание

программы.

9.

ГОСТ

19.604
-
78

ЕСПД.

Правила

внесения

изменений

в

программные

документы,

выполненные

печатным

способом


10.

Гагарина

Л.Г,

Киселев

Д.В.,

Федотова

Е.Л.

Разработка

и

эксплуатация

автоматизированных

информационных

систем:

учеб.

пособие

/

Под

ред.

Проф.

Л.Г.

Гагариной.



М.:

ИД

«ФОРУМ»:

ИНФРА
-
М,

2011
-
384с.:

ил.



(Профессиональной

образование)

11.

Гуда,

А.Н.

Информатика

и

программирование:

Компьютерный

практикум

/

А.Н.Гуда,

М.А.Бутакова,

Н.М.Нечитайло,

А.В.Чернов

/

Под

общ.

ред.академика

РАН,

д.т.
н.,проф.

В.И.Колесникова.



Ростов

н/Д:

Наука
-
Спектр;

М.:

Издательско
-
торговая

корпорация

«Дашков

и

Ко»,

2010.



240

с.

12.

Иванова

Г.С.

Технология

программирования:

Учебник

для

вузов.

-

М.:

Изд
-
во

МГТУ

им.

Н.Э.

Баумана,

2011.

-

320

с.:

ил.

13.

Фаронов

В.В.

D
elphi.

Программирование

на

языке

высокого

уровня

/

Фаронов

В.В.;

МОРФ.

-

СПб.:

Питер,

2012

-

640

с.

14.

Онлайн

справочник

по

программированию

на

языке

Delphi.

http://www.delphicode.org/componen
ts/components.htm

15.

Портал

нормативных

документов:

http://www.opengost.ru/

16.

Проект

Lazarus.Su:

http://lazarus.su/



11



Лабораторно
-
практическое

занятие

№2.

Разработка графического
интерф
ейса


Цель

работы:

закрепить теоретические знания по разработке
пользовательского интерфейса; получить практические навыки по
проектированию и разработке пользографического интерфейса.


Основные

теоретические

сведения

Типы интерфейсов


По аналогии с процед
урным и объектным подходом к
программированию различают процедурно
-
ориентированный и объектно
-
ориентированный подходы к разработке интерфейсов (рис. 2.1).



Рис.2
.
1
.
Типы интерфейсов

Различают п р о ц е д у р н о


о р и е н т и р

о в а н н ы е
интерфейсы трех типов: «примитивные», меню и со свободной навигацией.

Примитивным

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

сценарий работы программного
обеспечения, например: ввод данных
-

решение задачи
-

вывод результата
.

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

Интерфейс
-
меню

в отличие

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

Различают
одноуровневые

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

12



включают операции одного типа, например, Создать,
Открыть, Закрыть
и т. п. Вторые
-

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

Интерфейсы со

свободной навигацией

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

(
GUI

-

Graphic

User

Interface
) или интерфейсами
WYSIWYG

(
What

You

See

Is

What

-

что
видишь, то и получишь, т. е., что

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

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

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



меню различных типов: ниспадающее, кнопочное, контекстное;



разного рода компоненты ввода данных.

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

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

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

таких интерфейсов также ис
пользуют событийное
программирование и объектно
-
ориентированные библиотеки.





13



Зад
ания для выполнения

1.

Разработать графический интерфейс обучающе
-
контролирующей
программы
. Обучающе
-
контролирующая программа должна быть
разработана в одной из сред ООП (
Lazarus
,
Delphi
,
VB
, С++ и т.д.) с
испольованием всех, ранее изученных классов, компонен
тов и методов.
Также программа должна включать теоретический, практический и
контролирующий блоки

(
варианты зад
а
ний см. в лабораторно
-
практическом занятии №1
).

В описании указать какой тип интерфейса
используется.

2.

Оформить работу в соответствии с требован
иями ЕСПД (ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78, ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ 19.401
-
78, ГОСТ 19.604
-
78). При
оформлении использовать MS Office или OpenOffice.org.

3.

Сдать и

защитить работу.


Порядок

и

пример

выполнения

раб
оты

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


Разработка пользовательского интерфейса включает те же основные
этапы, что и разработка программного обеспечения:

1)

постановка задачи

-

определение типа интерфейса и общих
требований к нему;

2)

анализ т
ребований и определение спецификаций

-

определение
сценариев использования и пользовательской модели
интерфейса;

3)

проектирование



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

4)

реализация

-

программирование и тестир
ование
интерфейсных
процессов.


Пример 1.

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

Можно предложить четыре варианта интерфейса, соответствующие
рассмотренным выше типам.

Вариант 1
. Использование
при
митивного интерфейса

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

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

обработка
-

вывод. Данный вариант не
удобен для пользователя.


14



Вариант 2
. Можно использовать
одноуровневое меню
, которое
будет включат
ь команды: Функция, Отрезок, Шаг, Тип результата,
Выполнить и Выход. При выборе первого пункта меню определяется
функция, второго
-

интервал, третьего
-

шаг, четвертого
-

тип результата,
пятого
-

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


Рис.2.2.

Внешний вид экрана программы построения графиков/таблиц
функций (интерфейс


меню)

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

Ввод функции
-

Ввод отрезка
-

Ввод шага
-

Уточнение вида
результата: график/таблица
-

Вывод результата;

Изменение отрезка
-

Вывод результата;

Изменение шага
-

Вывод результата;

Изменение вида результата:

график/та
блица
-

Вывод результата и др.

Вариант
3.
Интерфейс со свободной навигацией

для данной
программы представлен на рис.
2
.
3
. График строится по нажатии кнопки
«
Построить
»

(естественно, обработчик этого события должен
предусматривать анализ

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

Вариант 4
.
Интерфейс прямого манипулирования

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

15



бланки, которые могут еще

понадобиться, «кладутся» в папку Функции,
остальные
-

в «корзину». Менять данные и тип результатов можно в
любой момент и в любом порядке, «раскрыв» бланк.


Рис.2.3.

Внешний вид экрана программы построения графиков/таблиц
функций (интерфейс с
о свободной навигаций)



Рис.2.4.

Внешний вид экрана программы построения графиков/таблиц
функций (интерфейс прямого манипулирования)


16



Таблица 2.1.

О
сновне компоненты графичесих пользовательских
интерфейсов



17



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



Рис.2
.
5
. Пример обучающе контролирующей программы

(ОКП)

«
Табличные
процессоры
»
. Главная форма и Форма «
MS

Excel
»



Рис.2
.
6
. Пример
ОКП «
Табличные процессоры
» (Форма «Режим обучения»)



Рис.2
.
7
. Пример
ОКП «Табличн
ые процессоры» (Форма «Контроль знаний»)


18




Рис.2
.
8
. Пример
ОКП «Табличные процессоры» (Форма «Лабораторные
работы»)



Рис.2
.
9
. Пример
ОКП «Табличные процессоры» (Форма «Тестирование»)



19




Рис.2
.
10
. Пример
ОКП «Текстовые процессоры» (Стартовая страница)



Рис.2
.
11
. Пример
ОКП «
Текстовые процессоры
» (Форма «
Содержание
»)


Рис.2
.
12
. Пример
ОКП «Текстовые процессоры» (Меню первого уровня)


20




Рис.2
.
13
. Пример
ОКП «Текстовые процессоры» (Меню второго уровня)



Рис.2
.
14
. Пример
ОКП «Текстовые процессоры» (Форма «
Теория
»)



Рис.2
.
1
5
. Пример
ОКП «Текстовые процессоры» (Форма «
Практика
»)


21




Рис.2
.
1
6
. Пример
ОКП «Текстовые процессоры» (Форма «
Практика
»
, 2
)



Рис.2
.
1
7
. Пример
ОКП «Текстовые процессоры» (Форма «
Тестирование
»)



Рис.2
.
1
8
. Пример
ОКП «Текстовые процессо
ры» (Форма «
Словарь
»)


22




Рис.2
.
19
. Пример
ОКП «Алгоритмизация и программирование
-

АиП»
(Форма «
Теория
»)



Рис.2
.
20
. Пример
ОКП «АиП» (Форма «Конспекты уроков»)



Рис.2
.
2
1
. Пример
ОКП «АиП» (Форма «Конспекты уроков»)


23





Рис.2
.
22
. Пример
ОКП «
Электронная

рабочая тетрадь
-

ЭРТ
» (
Стартовая
форма
)



Рис.2
.
23
. Пример
ОКП «ЭРТ»
(Форма «
Теоретический материал


схемы
»)




Рис.2
.
2
4
. Пример
ОКП «АиП» (Форма «
Практические задания
»)



24




Рис.2
.
25
. Пример
ОКП «АиП» (Форма «Практические задания»
-

2)



Содержание

и

оформление

отчета

по

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

работе

Отчѐт

должен

содержать:

1.

Титульный

лист.


2.

Аннотацию.

3.

Содержание.


4.

Основную

часть,

оформленную

в

соответствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78,

ГОСТ

19.401
-
78,

ГОСТ

19.604
-
78).


5.

Заключение

(описание

результатов

работы).

Защита

отчета

по

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

работе

заключается

в

предъ
явлении

преподавателю

полученных

результатов

(на

экране

мо
нитора

или

у

доски),

демонстрации

полученных

навыков

и

ответах

на

вопро
сы

преподавателя.


Контрольные

вопросы

1.

Какие типы интерфейсов являются основными в наше время?

2.

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

3.

Какие ограничения накл
адывают на интерфейс психофизические
особенности человека?


Время,

отведенное

на

выполнение

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

работы

Время,

отводимое

на

выполнение

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

работы,

определяется

в

соответствии

с

программой

и

календарно
-
тематическим

планированием,

а

также

сложностью

программного

продукта
.


25



Литература

1.

ГОСТ

19.101
-
77

ЕСПД.

Виды

программ

и

программных

документов


2.

ГОСТ

19.102
-
77

ЕСПД.

Стадии

разработки

3.

ГОСТ

19.103
-
77

ЕСПД.

Обозначение

программ

и

программных

документов


4.

ГОСТ

19.104
-
78

ЕСПД.

Основные

надписи


5.

ГОСТ

19.105
-
78

ЕСПД.

Общие

требования

к

программным

документам


6.

ГОСТ

19.106
-
78

ЕСПД.

Общие

требования

к

программным

документам,

выполненным

печатным

способом


7.

ГОСТ

19.401
-
78

ЕСПД.

Текст

программы.

Требования

к

содержанию

и

оформлению


8.

ГОСТ

19.402
-
78

ЕСП
Д.

Описание

программы.

9.

ГОСТ

19.604
-
78

ЕСПД.

Правила

внесения

изменений

в

программные

документы,

выполненные

печатным

способом


10.

Гагарина

Л.Г,

Киселев

Д.В.,

Федотова

Е.Л.

Разработка

и

эксплуатация

автоматизированных

информационных

систем:

учеб.

пособие

/

По
д

ред.

Проф.

Л.Г.

Гагариной.



М.:

ИД

«ФОРУМ»:

ИНФРА
-
М,

2011
-
384с.:

ил.



(Профессиональной

образование)

11.

Гуда,

А.Н.

Информатика

и

программирование:

Компьютерный

практикум

/

А.Н.Гуда,

М.А.Бутакова,

Н.М.Нечитайло,

А.В.Чернов

/

Под

общ.

ред.академика

РАН,

д.т
.н.,проф.

В.И.Колесникова.



Ростов

н/Д:

Наука
-
Спектр;

М.:

Издательско
-
торговая

корпорация

«Дашков

и

Ко»,

2010.



240

с.

12.

Иванова

Г.С.

Технология

программирования:

Учебник

для

вузов.

-

М.:

Изд
-
во

МГТУ

им.

Н.Э.

Баумана,

2011.

-

320

с.:

ил.

13.

Фаронов

В.В.

Delphi.

Программирование

на

языке

высокого

уровня

/

Фаронов

В.В.;

МОРФ.

-

СПб.:

Питер,

2012

-

640

с.

14.

Онлайн

справочник

по

программированию

на

языке

Delphi.

http://www.delphicode.org/compone
nts/components.htm

15.

Портал

нормативных

документов:

http://www.opengost.ru/

16.

Проект

Lazarus.Su:

http://lazarus.su/


26



Лабораторно
-
практическое

занятие

№3.

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


Цель

работы:

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


Основные

теоретические

сведения

Диалог

-

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

Различают тип диалога и его форму.

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

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

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

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

Формы диалога
. Никакой диалог невозможен, если не существует
языка, понятного «собеседникам». Описание языка, на котором ведется
диалог, включает определение его синтаксиса
-

правил, определяющих
допустимые конструкции (слова, пр
едложения) языка или его форму, и
семантики
-

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



фразовую,



директивную,



табличную.

1.
Фразовая форма

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

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

задача не решенная, так как естественный язык крайне сложен и пока не
удается

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


27



Чаще всего используют диалоги, предполагающие односложные
ответы, например:

Программа: Введите свой возраст (полных лет):

Пользователь: 48.

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

-

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

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

Основными недостатками фразовой формы при использовании
подмножества естественного языка являются:



большие затраты ресурсов;



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



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

Ос
новное достоинство фразовой формы состоит в относительно
свободном общении с
системой.

2. Директивная форма

предполагает использование команд
директив) специально разработанного формального языка.
Командой

в этом
случае называют предложение

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

Команду можно вводить:



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

MS DOS, которые вводятся в командной
строке;



нажатием некоторой комбинации клавиш клавиатуры,
например, комбинации «быстрого доступа» современных
Windows
-
приложений;



посредством манипулирования мышью, например,
«перетаскиванием» пиктограмм;



комби
нацией второго и третьего способов.


28



Основными достоинствами директивной формы являются:



сравнительно небольшой объем вводимой информации;



гибкость
-

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

допустимых команд;



ориент
ация на диалог, управляемый пользователем;



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



возможность совмещения с другими формами.

Недостатки директивной формы:



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



почти полное отсутствие обратной связи о состоянии
инициированных процессов;



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



отсутствие возможности настройки пользователем.

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

3. Табличная форма

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

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

множество возможных ответов на конкретный вопрос конечно. Причем,
если количество возможных ответов велико (более 20), то применение
табличной формы

может оказаться нецелесообразным.

Достоинствами табличной формы являются:



наличие подсказки, что уменьшает нагрузку на память
пользователя, так как данная форма ориентирована не на
запоминание, а на узнавание;



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



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



возможность совмещения с другими формами;



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

К недостаткам данной формы относят.



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


29





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



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

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



Рис. 3.1.
Соответствие типов диалогов и его форм

Разработка диалогов.

Процесс проектирования и реализации диалогов
можно

разделить на следующие стадии:



определение множества необходимых диалогов, их основных
сообщений и возможных сценариев


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



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

проектирование конкретных
диалогов;



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

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

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

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

или
графы диалога
.

Граф диалога



ориентированный взвешенный граф, каждой вершине
котор
ого сопоставлена конкретная картинка на экране (кадр) или

30



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

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

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

использовать обозначения
UML.

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

Реализация диалогов, управляемых пользователем
. Для реализации
диалогов, управляемых пользователем, применяют
меню различных видов
:
основное, панели инструментов,
контекстные

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

Меню
.

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

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

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

Правка, третьим
-

Вид, а последним
-

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


31



Количество уровней иерархического меню не должно превышать 2
-
3, так как при большем числе уровней требуемую операцию будет
сложно искать. Причем желательно, чтобы число операци
й в окне меню
не превышало 7
-
8, по той же причине.

Если число операций превышает 70
-
80, то возникает проблема, как
построить наглядное меню с таким большим числом операций.
Интересное решение было предложено разработчиками Microsoft Word.
Они ре
ализовали адаптивное иерархическое меню, где содержимое окна
меню второго уровня постоянно меняется, отображая только те
операции, которые использует пользователь. Если пользователь не находит
нужной операции, то через несколько секунд или
при нажатии специальной
кнопки Word демонстрирует окно меню полностью.

Панель инструментов
. На панель инструментов помещают
пиктограммы часто используемых операций. Если множество таких
операций существенно зависит от специфики выполняемых с
разр
абатываемым программным обеспечением работ, то целесообразно
обеспечить пользователю возможность формирования панелей
инструментов по собственному усмотрению. В качестве примера можно
посмотреть, как реализована операция настройки (Сервис
\
Нас
тройка)
Microsoft Word.

Контекстные меню
. Контекстные меню включают операции,
вероятность обращения к которым из данной зоны окна приложения с точки
зрения разработчика максимальна. В процессе тестирования «удобства
использования» содержание кон
текстного меню может уточняться. Так
же, как и в случае основного меню, нежелательно, если число операций
этого меню превышает 6
-
8. Причем, чтобы облегчить пользователю поиск
нужной операции целесообразно операции контекстного меню
го
ризонтальными линиями делить на группы.

Реализация диалогов, управляемых системой.

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

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

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

Проектирование форм

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

Проектирование последовательностей

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

32



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


Задания

для

выполнения

№1

1.

Разработать

диаграмму вариантов использования

и
граф диалога для
обучающе
-
контролирующей программы.

2.

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


3.

Оформить

работу

в

соответствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78,

ГОСТ

19.401
-
78,

ГОСТ

19.604
-
78).

При

оформлении

ис
пользовать

MS

Office

или

OpenOffice.org.

4.

Сдать

и

защитить

работу.


Порядок

и

пример

выполнения

работы

№1

Пример 1.

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

Так как диалог на верхнем уровне должен обеспечивать

реализацию диаграммы вариантов использования, исходный вариант графа
диалога строим на основе анализа этой диаграммы (
см. рис.
3
.
2

и описание


глава 6, рис.6.4., Иванова Г.С. Технология программирования: Учебник для
вузов.
-

М.: Изд
-
во МГТУ им. Н.Э.
Баумана, 2011.
-

320 с.
).

Можно предположить, что пользователь будет принимать решение
о сохранении или удалении результатов после их просмотра, поэтому
эти операции естественно объединить в единую группу. Кроме того, в ту
же группу цел
есообразно добавить операцию печати результатов.

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

Операцию Новое задание целесообразно поместить в отдельную
группу (рис.
3
.
3
).

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



33




Рис. 3.
2
.
Диаграмма вариантов использования для систем решения
комбинат
орно
-
оптимизационных задач



Рис. 3.
3
.
Граф абстрактного диалога системы решения комбинаторно
-
оптимизационных задач


34



Пример 2.
Детализировать диалог
«
Новое задание
»
.

Рассмотрим
сценарий
Выполнения задания

(
рис.3.4, рис.3.5
, подробнее
§ 6.2
Иванова Г.С.
Технология программирования: Учебник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011.
-

320 с.
)
, на базе которого можно
предложить граф диалога, управляемого системой (рис.
3
.
6
, а).


Рис.3.4.
Краткое описание варианта использования
«
Выполнение
задания
»

системы решения комбинаторно
-
оптимизационных задач


Рис.3.5.
Вариант использования
«
Выполнение задания
» (Типичный ход
событий)

Альтернатива


35



11.Если время выполнения программы с точки зрения пользователя
велико, то он прерывает процесс выполнения
.

12.Система прерывает расчеты, предлагает список алгоритмов
решения и возвращается на шаг 7.


Дополнительная информация

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

2. Необходимо обеспечить в
озможность выхо
да из варианта на
любом этапе.

Однако этот же диалог можно представить и в виде диалога,
управляемого пользователем (рис.
3.6
, б).


Рис.3.
6
. Графы абстрактного диалога «Новое задание»:

а


диалог управляемый системой
;
б



диалог, управляе
мый пользователем


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

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

по желанию пользователя (рис. 3
.
7
).


36




Рис.3.7. Граф абстрактного диалога комбинированного типа


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

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

Второй шаг
-

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

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

Последний этап проектирования интерфейсов
-

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



37



Задания для выполнения


2

1.

Реализовать диалоги, используемые пользователем и системой:
разработать основное
меню

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

2.

Оформить работу в со
ответствии с требованиями ЕСПД (ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78, ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ 19.401
-
78, ГОСТ 19.604
-
78). При
оформлении использовать MS Office или OpenOffice.org.

3.

Сдать и

защитить работу.


Порядок и
пример выполнения работы

№2

Пример 1.

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

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

На рис.
3
.
3

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

а затем полученное множество операции разбить на группы.

Вариант 1.

Стандартизованный вариант меню для данной системы
представлен на рис.
3.8
. Пункт
Файл

объединяет все операции с
информационными блоками обоих типов: проектами и данными. Пунк
т
Правка

-

стандартные операции правки. Пункт
Проект

-

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

-

два вида операций выполнения.
Пункт
Окна

-

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

-

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

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

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

модифицировать данные, в том числе

38



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

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



Рис.3.
8
.
Меню системы решения комбинаторно
-
оптимизационных задач
(вариант 1)



Вариант 2.

«Нестандартный» вариант, основанный на интуитивной
модели пользователя, т. е. концептуальной модели предметной области,
представлен на р
ис. 3
.
9
. В этом меню два типа блоков данных управляются
операциями, отнесенными к разным группам «Задание» и «Данные». В
результате удается частично разгрузить первый пункт меню, но
необходимо дублировать операции с блоками данных (создание,
откр
ытие, закрытие и т. п.). Чтобы еще сократить количество пунктов в
первой и во второй группах, можно использовать адаптивный вариант.



39




Рис.3.
9
.
Меню системы решения комбинаторно
-
оптимизационных задач
(вариант
2
)



Пример 1.

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

Граф диалога представлен на рис.
3
.
6
. Этот управляемый системой
диалог допускает возвраты на предыдущие шаги. Соответственно для него
последовательность действий определе
на не жестко. В данном случае
можно предложить два варианта реализации диалога: с

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

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

и закрытия (рис.
3
.1
0
). Результаты целесообразно демонстрировать в отдельном окне,
которое будет открываться при нажатии кнопки
Показать результаты
, так
как у каждого типа задачи свои результаты.

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

сценарий диалога (см. рис. 3.7
), к последовательному с возможностью

возврата на один шаг (рис. 3.11
).




40




Рис.3.
10
.
Форма, реализующая диалог «Новое задание»

(вариант
1
)




Рис.3.
11
.
Диаграмма состояний преобразованного диалога «Новое задание»
(вариант 2)



41



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

Протоколе. Второе
-

определение способа задания данн
ых (рис.
3.12
, б), третье
-

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

выбор алгоритма (рис.
3.12
, в).
Пятое
-

инициацию выполнения (рис.
3.12
, г). Шестое
-

демонстрирует
результат (рисунок отсутствует). Седьмое
-

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

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

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


Рис.3.
12
.
Основные формы диалога «Новое задание»


а


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



диалоговое окно определения
способа задания данных;
в


диалоговое окно
задания алгоритма:
г



диалоговое
окно завершения задания


42



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

для этого просто переходим на другую страницу (рис.
3.13
).


Рис.3.
13
.
Интерфейс
диалога
«Новое задание»

с использованием закладок

(вариант
3
)


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


Содержание

и

оформление

отчета

по

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

работе

Отчѐт

должен

содержать:

1.

Титульный

лист.


2.

Аннотацию.

3.

Содержание.


4.

Основную

часть,

оформленную

в

соотв
етствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78,

ГОСТ

19.401
-
78,

ГОСТ

19.604
-
78).


5.

Заключение

(описание

результатов

работы).

Защита

отчета

по

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

работе

заключается

в

пре
дъ
явлении

преподавателю

полученных

результатов

(на

экране

мо
нитора

или

у

доски),

демонстрации

полученных

навыков

и

ответах

на

вопро
сы

преподавателя.


Контрольные вопросы

1.

Что понимают под термином «диалог»?

2.

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

3.

Назовите основные типы диалога и его формы.


43



4.

Какие модели используют для описания диалогов?

5.

Что служит исходными данными для проектирования диалогов?

6.

Постройте граф диалога для простейшего графического редактора.
Почему

он имеет такой вид?

7.

В каких ситуациях граф диалога имеет вид цепи или дерева?


Время, отведенное на выполнение лабораторной работы

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


Литература

1.

ГОСТ 19.101
-
77 ЕСПД. Виды программ и программных документов

2.

ГОСТ 19.102
-
77 ЕСПД. Стадии разработки

3.

ГОСТ 19.103
-
77 ЕСПД. Обозначение программ и программных
документов

4.

ГОСТ 19.104
-
78 ЕС
ПД. Основные надписи

5.

ГОСТ 19.105
-
78 ЕСПД. Общие требования к программным документам

6.

ГОСТ 19.106
-
78 ЕСПД. Общие требования к программным документам,
выполненным печатным способом

7.

ГОСТ 19.401
-
78 ЕСПД. Текст программы. Требования к содержанию и
оформлен
ию

8.

ГОСТ 19.402
-
78 ЕСПД. Описание программы.

9.

ГОСТ 19.604
-
78 ЕСПД. Правила внесения изменений в программные
документы, выполненные печатным способом

10.

Гагарина Л.Г, Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация
автоматизированных информационных сист
ем: учеб. пособие / Под ред.
Проф. Л.Г. Гагариной.


М.: ИД «ФОРУМ»: ИНФРА
-
М, 2011
-
384с.: ил.


(Профессиональной образование)

11.

Гуда, А.Н. Информатика и программирование: Компьютерный практикум
/ А.Н.Гуда, М.А.Бутакова, Н.М.Нечитайло, А.В.Чернов / Под общ.
ред.академика РАН, д.т.н.,проф. В.И.Колесникова.


Ростов н/Д: Наука
-
Спектр; М.: Издательско
-
торговая корпорация «Дашков и Ко», 2010.


240
с.

12.

Иванова Г.С. Технология программирования: Учебник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011.
-

320 с.:
ил.

13.

Портал нормативных документов:
http://www.opengost.ru/


44



Лабораторно
-
практическое

занятие

№4.

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


Цель

работы:

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


Основные

теоретические

сведения

Интерфейс программы



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

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

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

Статический интерфейс

используется в простых программах, с
небольшой функциональностью, таким как WordPad (Windows ) или


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

Пользовательский интерфейс

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

Многопользовательский интерфейс

применяется в сложных системах,
ориентированных на раб
оту с несколькими пользователями, которые могут
работать с системой, как в последовательном, так и параллельном режиме.
Примером могут служить многопользовательские операционные системы
Windows, Linux, MacOS (как системы с последовательным режимом), и как
web
-
сайты (как системы с параллельным режимом). Характерной
особенностью систем с многопользовательским интерфейсом является

45



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

Адаптивный интерфейс



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

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

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


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


это означает, что выбор интерфейса
произошел правильно. Ели же пользователь тратит на изучение интерфейса
значительное время


это означает, что интерфейс был спроектирован не
верно.

На основе проведенного анализа представим критерии определяющие
выбор интерфейса в зависимости от задач системы (табл.1).


Таблица 4.1


Общие критерии выбора типа интерфейса для
ПО

Тип интерфейса

Критерии

Статический

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

Пользовательский

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

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

Многопользовательский

Система предполагает индивидуальную работу с
каждым из пользователей

Адаптивный

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






46



Задания

для

выполнения

1.

Создать

приложение

«
Сайт
-
портфолио по
ПМ. 02. Разработка,
внедрение и адаптация программного обеспечения отраслевой
н
а
правленности
.

2.

Создать приложе
ние по теме «Разработка пользовательских
интерфейсов» с использованием сервиса
http://learningapps.org/

(приложение с возможностью участия нескольких пользователей) и
разместить его на своем сайте
-
портфолио.

3.

Оформит
ь

работу

в

соответствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78,

ГОСТ

19.401
-
78
,

ГОСТ

19.604
-
78).

При

оформлении

использовать

MS

Office

или

OpenOffice.org.

4.

Сдать

и

защитить

работу
.


Порядок

и

пример

выполнения

работы

Разработка сайта
-
портфолио

1.

Регистрация
.
Зарегистрироваться на одном из он
-
лайн
конструкторов сайтов (систем управления контентом):
wix
,
jimdo
,
ucoz
,
webnode
,
weebly

и т.д.

2.

О
пределение структуры, навигации сайта
.

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

(возможно добавление других разделов)
.

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

Тема 1.1. Введение в предмет

Тема 1.2. Основные принципы проектирования

Тема 1. 3. Приемы обеспечения технологичности программных
продуктов

Тема 1. 4. Определ
ение требований к программному обеспечению и
исходных данных для его проектирования

Тема 1.5. Анализ предметной области АИС с применением систем
автоматизированного проектирования

Тема 1. 6. Разработка программного обеспечения при объектном
подходе

Тема 1. 7. Разработка пользовательских интерфейсов

Тема 1. 8. Тестирование программных продуктов

Тема 1. 9. Отладка программного обеспечения

Тема 1. 10. Составление программной документации

Тема 1. 11. Разработка ПО на основе систем управления база
ми
данных
.

3.

С
оздание дизайна
.

4.

П
роцесс верстки вашего макета
.


47



4. У
становка необходимых для расширения функционала компонентов
и модулей
.

5. Н
аполнение сайта контентом.

На сайте допускается наличие текста, изображений,
анимации, видео,
текстовых докумен
тов (.doc, .
docx
, .
odt
, .
rtf
, .
txt
), презентаций (.ppt, .
pptx
,
.
pptm
, .odp),
электронных таблиц (.xls, .
xlsx
,
.ods
)
,
баз данных (.mdb, .accdb,
.odb
)
, pdf
-
документов
,
архивов

и

внедренных

объектов
.

6.

Т
естирование и последующее обнародование сайта в сети интернет

7. Э
тап поисковой оптимизации сайта


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

1
.
Регис
трация на сайте сервиса

http://learningapps.org/

2. Выбор типа
упражнения

и его разработка

3. Размещение на своем сайте
-
портфолио


Рис. 4.1. Выбор типа нового упражнения


Рис. 4.2.
Привязка упражнения


Сод
ержание

и

оформление

отчета

по

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

работе

Отчѐт

должен

содержать:

1.

Титульный

лист.


2.

Аннотацию.

3.

Содержание.



48



4.

Основную

часть,

оформленную

в

соответствии

с

требованиями

ЕСПД

(ГОСТ

19.101
-
77,

ГОСТ

19.102
-
77,

ГОСТ

19.103
-
77,

ГОСТ

19.104
-
78,

ГОСТ

19.105
-
78,

ГОСТ

19.106
-
78,

ГОСТ

19.401
-
78,

ГОСТ

19.604
-
78).


5.

Заключение

(описание

результатов

работы).

Защита

отчета

по

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

работе

заключается

в

предъ
явлении

преподавателю

полученных

результатов

(на

экране

мо
нитора

или

у

доски),

демонстрации

полученны
х

навыков

и

ответах

на

вопро
сы

преподавателя.


Контрольные

вопросы

1.

Предложите меню графического редактора. Сравните это меню с
меню известных вам графических редакторов. Проанализируйте
отличия.

2.

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


Время,

отведенное

на

выполнение

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

работы

Время,

отводимое

на

выполнение

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

работы,

определяется

в

соответствии

с

программой

и

календарно
-
тематическим

планирован
ием,

а

также

сложностью

программного

продукта.


Литература

1.

ГОСТ 19.101
-
77 ЕСПД. Виды программ и программных документов

2.

ГОСТ 19.102
-
77 ЕСПД. Стадии разработки

3.

ГОСТ 19.103
-
77 ЕСПД. Обозначение программ и программных
документов

4.

ГОСТ 19.104
-
78 ЕСПД. Основ
ные надписи

5.

ГОСТ 19.105
-
78 ЕСПД. Общие требования к программным документам

6.

ГОСТ 19.106
-
78 ЕСПД. Общие требования к программным документам,
выполненным печатным способом

7.

ГОСТ 19.401
-
78 ЕСПД. Текст программы. Требования к содержанию и
оформлению

8.

ГОСТ
19.402
-
78 ЕСПД. Описание программы.

9.

ГОСТ 19.604
-
78 ЕСПД. Правила внесения изменений в программные
документы, выполненные печатным способом

10.

Гагарина Л.Г, Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация
автоматизированных информационных систем: учеб.

пособие / Под ред.
Проф. Л.Г. Гагариной.


М.: ИД «ФОРУМ»: ИНФРА
-
М, 2011
-
384с.: ил.


(Профессиональной образование)

11.

Гуда, А.Н. Информатика и программирование: Компьютерный практикум
/ А.Н.Гуда, М.А.Бутакова, Н.М.Нечитайло, А.В.Чернов / Под общ.
ред.акаде
мика РАН, д.т.н.,проф. В.И.Колесникова.


Ростов н/Д: Наука
-
Спектр; М.: Издательско
-
торговая корпорация «Дашков и Ко», 2010.


240
с.

12.

Иванова Г.С. Технология программирования: Учебник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011.
-

320 с.: ил.

13.

Порта
л нормативных документов:
http://www.opengost.ru/


49



Лабораторно
-
практическое занятие
№5
.
Пользовательские интерфейсы
прямого манипулирования и их проектирование


Цель работы:
закрепить теоретические знания по разработ
ке
пользовательского интерфейса; получить практические навыки по

проектированию и

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

Основные теоретические сведения

Возможность прямого манипулирования, предусмотренная в WIMP
интерфейсах,

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

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

с пиктограммой объекта мышью.
Основными элементами этих интерфейсов являются: метафоры, объекты,
представления объектов и технология Drag and Drop («перетащил и бросил»).

Метафоры
.
Метафора

-

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

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

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

Семантиче
ское несоответствие между элементами интерфейса, тем, что
от них ожидают, и тем, что они на самом деле выполняют, раздражает и

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

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

Метафоры и анимация
. При реализации

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

50



на определения связи данного кадра с предыдущим и на изучение этого
кадра.

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

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

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

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

Объекты интерфейса прямого манипулирования и их
представления
. Существует
три

основных типа объектов интерфейсов

прямого манипулирования: объекты
-
данные, объекты
-
контейнеры и
объекты
-
устройства.

Объекты
-
данные

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

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

Объекты
-
контейнеры

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


51



Объекты
-
устройства

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

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

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

Следует иметь в виду, что различие между типами объектов является
условным, так как один и тот же объект в разных ситуациях может вести
себя то, как объект
-
данные, то, как объект
-
устройство, то, как объект
-
ко
нтейнер. Например, принтер обычно рассматривают как объект
-
устройство, но он может обладать и свойствами объекта
-
контейнера, так
как может содержать объекты
-
данные в очереди на печать.
Соответственно в Windows объект контейнер/устро
йство
Принтер

имеет,
помимо пиктограммы (рис.
5
.
1,

а), еще два представления: окно очереди
на печать (рис.
5.
1
, б) и окно настроек (рис.
5.
1
, в). Имя представления в
этом случае целесообразно указывать в заголовке окна объекта.



Рис. 5
.1.
Объе
кт Принтер

а


пиктограмма,
б



окно настроек,
в



окно очереди на печать


52



Технология Drag and Drop
. Технология Drag and Drop («перетащил и
бросил») определяет основные принципы прямого манипулирования,
описанные в руководстве по разработке пользова
тельских интерфейсов
фирмы IBM (CUA
-

Common User Access):



результат перемещения объекта должен соответствовать
ожиданиям пользователя;



пользователи не должны неожиданно терять информацию;



пользователь должен иметь возможность отменить неправильное
дей
ствие.

Эта технология также определяет основные принципы
визуализации операции прямого манипулирования:



исходное выделение
-

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



визуализация перемещения
-

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



целевое выделение
-

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

момент времени;



визуализация действия
-

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

Следует также иметь в виду, что существует два

вида пунктов
назначения: один принимает объект, а другой его копию. Например,
если пользователь «бросает» документ в «корзину», то уничтожается сам
документ, который при этом удаляется с экрана. А если тот же
документ он «броса
ет» на «принтер», то документ не пропадает: на принтер
передается копия документа.

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

клавише CTRL и перемещение в противном

случае.


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



формирование множества объектов предметной области,
которое должно быть представлено на экране, причем в

53



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



анализ объектов, определение их типов я представлений, а также
перечня операций с этими объектами;



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



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



разработка меню ок
он объектов и контекстных меню;



создание прототипа интерфейса;



тестирование на удобство использования.


Задания для выполнения

1.

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

2.

Оформить работу в соответ
ствии с требованиями ЕСПД (ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78, ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ 19.401
-
78, ГОСТ 19.604
-
78). При
оформлении использовать MS Office или OpenOffice.org.

3.

Сдать и

защитить работу.


Порядок и приме
р выполнения работы №1

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

Поскольку единственно напрашивающаяся аналогия
-

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

Множество объектов
-
кандидатов формируем, анализируя
концептуальную модель предметной области (см. рис.
5
.
2
) и варианты
использования. Для каждого объекта определяем тип и набор операций,
связывающих эти объе
кты с остальными объектами предметной области
(табл.
5
.
1
).

Основной объект проектируемой системы
-

Протокол. Он будет
объединять Задание, Данные и Результаты. В процессе работы пользователю
понадобиться создавать новые Протоколы. При этом целесообразно, ч
тобы
новый Протокол уже содержал бланк Задания. Данные разрешим создавать
отдельно, для чего предусмотрим Бланк Данных. После заполнения бланка
Данные можно будет включить в Протокол, сохранить в Списке данных,
распечатать или выбросить. Результаты будут д
обавляться в Протокол
после решения задачи, т. е. выполнения Задания. Предусмотрим
возможность сохранения Протокола в Списке протоколов на любом
шаге заполнения, печати и удаления его со стола и из Списка протоколов.


54




Рис. 5
.
2
.
Конте
кстная диаграмма классов для системы решения
комбинаторно
-
оптимизационных задач


К множеству объектов системы, помимо указанных выше,
добавлены объекты
-
устройства: Компьютер, Принтер, Корзина,
необходимые для отображения операций Выполнить, Распеча
тать, Удалить.

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

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

Для рассматриваемого примера исходными объектами являются
Протокол, Список протоколов, Задание, Данные, Список п
ротоколов,
Бланк задания и Бланк данных (табл.
5.2
). Их можно перемещать на
объекты
-
контейнеры: Протокол, Список протоколов, Список данных, а
также объекты устройства: Компьютер, Принтер, Корзина и Рабочий

стол. Далее анализируем в
за
имодействие объектов в соответствии с
принятой метафорой. Так, если объект Протокол перенести на объект
Список протоколов, то по смыслу это можно интерпретировать как
желание пользователя добавить Протокол в список. Аналогично

55



заполняем

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

Таблица 5.1. Таблица взаимодействия объектов


На рис.
5
.3 представлен внешний вид интерфейса системы. (В качестве
пиктограмм объектов использованы стандартн
ые пиктограммы Windows.)

После этого необходимо разработать представление окон объектов.



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


56



Таблица 5.2. Таблица взаимодействия объектов



Пример
2.
Разработать представление окна объекта Протокол.

Объект Протокол является контейнером, который может содержать
Задание, Данные и Результаты. В момент создания Протокола
автоматически формируется чистый бланк Задания.

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

Первый пункт позволяет определить данные: Создать или Открыть.
Второй
-

отвечает за работу с общим буфером и содержит пункты
Вырезать, Копировать и Вставить. Третий
-

традиционно управляет видом
окна: Крупные значки, Мелкие значки, Список
и Таблица. Четвертый
-

используют для вызова справки. Поскольку используемая метафора
рабочего стола позволяет, необходимо предусмотреть возможность
выполнения стандартных клавиатурных команд с объектом Протокол. К ним
относят операции Вырезать (C
tri
-
X), Копировать (Ctrl
-
C), Вставить (Ctrl
-
V).


57



После завершения проектирования представлений всех объектов
создают прототип интерфейса и передают его на тестирование удобства
использования.



Рис. 5
.
4
.
Окно объекта Протокол (Вид Крупные значки):
а



мом
ент
создания;
б



после добавления данных,
в



после выполнения задания.


Содержание и оформление отчета по лабораторной работе

Отчѐт должен содержать:

1.

Титульный лист.

2.

Аннотацию.

3.

Содержание.

4.

Основную часть, оформленную в соответствии с требованиями ЕСПД

(ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78,
ГОСТ 19.105
-
78, ГОСТ 19.106
-
78,
ГОСТ 19.401
-
78,

ГОСТ 19.604
-
78).

5.

Заключение (описание результатов работы).

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


Контрольные вопросы

1.

Предложите интерфейс прямого манипулирования для графического
редактора.

2.

В чем состоит основная слож
ность проектирования таких
интерфейсов?

3.

В каких случаях их целесообразно использовать?



58



Время, отведенное на выполнение лабораторной работы

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


Литература

1.

ГОСТ 19.101
-
77 ЕСПД. Виды программ и программных документов

2.

ГОСТ 19.102
-
77 ЕСПД. Стадии разработки

3.

ГОСТ 19.103
-
77 ЕСПД. Обозначение программ и программных
документов

4.

ГОСТ 1
9.104
-
78 ЕСПД. Основные надписи

5.

ГОСТ 19.105
-
78 ЕСПД. Общие требования к программным документам

6.

ГОСТ 19.106
-
78 ЕСПД. Общие требования к программным документам,
выполненным печатным способом

7.

ГОСТ 19.401
-
78 ЕСПД. Текст программы. Требования к содержани
ю и
оформлению

8.

ГОСТ 19.402
-
78 ЕСПД. Описание программы.

9.

ГОСТ 19.604
-
78 ЕСПД. Правила внесения изменений в программные
документы, выполненные печатным способом

10.

Гагарина Л.Г, Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация
автоматизированных информа
ционных систем: учеб. пособие / Под ред.
Проф. Л.Г. Гагариной.


М.: ИД «ФОРУМ»: ИНФРА
-
М, 2011
-
384с.: ил.


(Профессиональной образование)

11.

Гуда, А.Н. Информатика и программирование: Компьютерный практикум
/ А.Н.Гуда, М.А.Бутакова, Н.М.Нечитайло, А.В.Чернов

/ Под общ.
ред.академика РАН, д.т.н.,проф. В.И.Колесникова.


Ростов н/Д: Наука
-
Спектр; М.: Издательско
-
торговая корпорация «Дашков и Ко», 2010.


240
с.

12.

Иванова Г.С. Технология программирования: Учебник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011
.
-

320 с.: ил.

13.

Фаронов В.В. Delphi. Программирование на языке высокого уровня /
Фаронов В.В.; МОРФ.
-

СПб.: Питер, 2012
-

640 с.

14.

Онлайн справочник по программированию на языке Delphi.
http://www.delphicode.org/components/components.htm

15.

Портал нормативных документов:
http://www.opengost.ru/

16.

Проект Lazarus.Su:
http://lazarus.su/


59



Лабораторно
-
практическое занятие
№6
.
Интеллектуальные элементы
пользовательских интерфейсов


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


Основные

теоретические сведения

В последние годы появилось много новых перспективных
элементов пользовательских интерфейсов, в основном привносящих в
интерфейс элементы искусственного интеллекта, что проявляется в их
названиях: Мастер, Советч
ик, Агент. Сделано множество попыток
создания социализированного пользовательского интерфейса. В основе
такого интерфейса лежит идея создания персонифицированного, т. е.
«имеющего личность», интерфейса. Развлекающие программы, такие как
Cats (Кошки) и Dogs (Собаки), реализующие достаточно сложное поведение
домашних животных в разных ситуациях, показывают, что технически
это вполне решаемая задача. Однако в этой области существуют
психологические проблемы. В качестве пр
имера вспомним, что даже
«безобидный» Советчик Microsoft Office, рассмотренный ниже, вызывает у

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

Советчики
. Советчики представляют собой форм
у

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

сделать. Например, пользователь,
работающий в Microsoft Word, собирается вставить в документ рисунок, но
не знает как. Он активизирует Помощника
-
Скрепку и вводит вопрос в
специальное поле (рис.

6
.
1
, а). Справочная система анализирует вопрос и

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


Рис. 6
.
1
.
Помощник
-
Скрепка
MS

Word
2000
:

а



запрос;
б



список связанных тем.


60



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

Масте
р реализует последовательный или древовидный сценарий
диалога, поэтому его целесообразно использовать для решения хорошо
структурированных, последовательных задач
(рис.
6.2). При этом
необходимо:



предоставить пользователю возможность возвра
та на
предыдущий шаг;



предусмотреть возможность отмены работы Мастера;



нумеровать шаги и сообщать пользователю количество шагов
Мастера, особенное, если таких шагов больше трех;



пояснять пользователю каждый шаг;



по возможности демонстрировать результат

уже выполненных
операций на каждом шаге.



Рис. 6
.
2
.
Первое окно мастера Установка принтера
Windows
‱98

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



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



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


61



Создание агентов последнего типа, например, доступно через
механизм макросов
Microsoft

Office
.

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


Задания для выполнения

1.

Внедрить интеллектуальный элемент пользовательского интерфейса
на
сайт
-
портфолио

(элемент на Ваше усмотрение)
.

2.

Оформить работу в соответствии с требованиями ЕСПД (ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78, ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ 19.401
-
78, ГОСТ 19.604
-
78). При
оформлении использоват
ь MS Office или OpenOffice.org.

3.

Сдать и

защитить работу.


Порядок и пример выполнения работы

1.
Найти готового помощника для внедрения на сайт или

2. Зарегистрироваться на сайте
http://iii.ru/garage

3. Создать инфа
.

4.
Разместить помщника на сайте
-
портфолио (спрвка по размещению
http://help.iii.ru/Экспорт_инфа
).

При возникновении трудностей

воспользоваться справкой

http://help.iii.ru/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B
2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D
0%BD%D0%B8%D1%86%D0%B0


Содержание и оформление отчета по лабораторной работ
е

Отчѐт должен содержать:

1.

Титульный лист.

2.

Аннотацию.

3.

Содержание.

4.

Основную часть, оформленную в соответствии с требованиями ЕСПД
(ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78,
ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ
19.401
-
78
, ГОСТ 19.604
-
78).

5.

Заключение (описание результатов работы).

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


К
онтрольные вопросы

1.

Какие интеллектуальные компоненты пользовательских интерфейсов
существуют в настоящее время?

2.

Каковы их основные назначения?

3.

В каких случаях их целесообразно применять?


62




Время, отведенное на выполнение лабораторной работы

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


Литература

1.

ГОСТ 19.101
-
77 ЕСПД. Виды программ и программных документов

2.

ГОСТ 19.102
-
77

ЕСПД. Стадии разработки

3.

ГОСТ 19.103
-
77 ЕСПД. Обозначение программ и программных
документов

4.

ГОСТ 19.104
-
78 ЕСПД. Основные надписи

5.

ГОСТ 19.105
-
78 ЕСПД. Общие требования к программным документам

6.

ГОСТ 19.106
-
78 ЕСПД. Общие требования к программным доку
ментам,
выполненным печатным способом

7.

ГОСТ 19.401
-
78 ЕСПД. Текст программы. Требования к содержанию и
оформлению

8.

ГОСТ 19.402
-
78 ЕСПД. Описание программы.

9.

ГОСТ 19.604
-
78 ЕСПД. Правила внесения изменений в программные
документы, выполненные печатным спос
обом

10.

Гагарина Л.Г, Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация
автоматизированных информационных систем: учеб. пособие / Под ред.
Проф. Л.Г. Гагариной.


М.: ИД «ФОРУМ»: ИНФРА
-
М, 2011
-
384с.: ил.


(Профессиональной образование)

11.

Гуда, А.Н. Информ
атика и программирование: Компьютерный практикум
/ А.Н.Гуда, М.А.Бутакова, Н.М.Нечитайло, А.В.Чернов / Под общ.
ред.академика РАН, д.т.н.,проф. В.И.Колесникова.


Ростов н/Д: Наука
-
Спектр; М.: Издательско
-
торговая корпорация «Дашков и Ко», 2010.


240
с.

12.

И
ванова Г.С. Технология программирования: Учебник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011.
-

320 с.: ил.

13.

Фаронов В.В. Delphi. Программирование на языке высокого уровня /
Фаронов В.В.; МОРФ.
-

СПб.: Питер, 2012
-

640 с.

14.

Онлайн справочник по
программированию на языке Delphi.
http://www.delphicode.org/components/components.htm

15.

Портал нормативных документов:
http://www.opengost.ru/

16.

Проект
Lazarus.Su:
http://lazarus.su/


63



Лабораторно
-
практическое занятие №7.
Разработка функциональных
возможностей пользовательских интерфейсов


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


Задания для выполнения №1

1.

Рассмотрите функциональные возможности сайта
-
портфолио.
Произведите его настройку
.

2.

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

3.

Оформить работу в соответствии с требованиями ЕСПД (ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78, ГОСТ 19.105
-
78,
ГОСТ 19.106
-
78, ГОСТ 19.401
-
78, ГОСТ 19.604
-
78). При оформлении

использовать MS Office или OpenOffice.org.

4.

Сдать и

защитить работу.


Содержание и оформление отчета по лабораторной работе

Отчѐт должен содержать:

1.

Титульный лист.

2.

Аннотацию.

3.

Содержание.

4.

Основную часть, оформленную в соответствии с требованиями ЕСПД
(ГО
СТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78,
ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ
19.401
-
78
, ГОСТ 19.604
-
78).

5.

Заключение (описание результатов работы).

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


Контрольные вопросы

1.

Назовите основные типы интерфейсов. Чем характеризуется каждый
из них?

2.

Какими средствами реализуется? Каки
е типы интерфейсов являются
основными в наше время?

3.

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

4.

Что понимают под термином «диалог»?
Сколько диалогов может
реализовывать программное обеспечение?

5.

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



64



Время, отведенное на выполнение

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

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


Литература

1.

ГОСТ 19.101
-
77 ЕСПД. Виды программ и программн
ых документов

2.

ГОСТ 19.102
-
77 ЕСПД. Стадии разработки

3.

ГОСТ 19.103
-
77 ЕСПД. Обозначение программ и программных
документов

4.

ГОСТ 19.104
-
78 ЕСПД. Основные надписи

5.

ГОСТ 19.105
-
78 ЕСПД. Общие требования к программным документам

6.

ГОСТ 19.106
-
78 ЕСПД. Общие
требования к программным документам,
выполненным печатным способом

7.

ГОСТ 19.401
-
78 ЕСПД. Текст программы. Требования к содержанию и
оформлению

8.

ГОСТ 19.402
-
78 ЕСПД. Описание программы.

9.

ГОСТ 19.604
-
78 ЕСПД. Правила внесения изменений в программные
докумен
ты, выполненные печатным способом

10.

Гагарина Л.Г, Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация
автоматизированных информационных систем: учеб. пособие / Под ред.
Проф. Л.Г. Гагариной.


М.: ИД «ФОРУМ»: ИНФРА
-
М, 2011
-
384с.: ил.


(Профессиональной о
бразование)

11.

Гуда, А.Н. Информатика и программирование: Компьютерный практикум
/ А.Н.Гуда, М.А.Бутакова, Н.М.Нечитайло, А.В.Чернов / Под общ.
ред.академика РАН, д.т.н.,проф. В.И.Колесникова.


Ростов н/Д: Наука
-
Спектр; М.: Издательско
-
торговая корпорация «Д
ашков и Ко», 2010.


240
с.

12.

Иванова Г.С. Технология программирования: Учебник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011.
-

320 с.: ил.

13.

Фаронов В.В. Delphi. Программирование на языке высокого уровня /
Фаронов В.В.; МОРФ.
-

СПб.: Питер, 2012
-

640 с.

14.

Онлайн справочник по программированию на языке Delphi.
http://www.delphicode.org/components/components.htm

15.

Портал нормативных документов:
htt
p://www.opengost.ru/

16.

Проект Lazarus.Su:
http://lazarus.su/


65



Лабораторно
-
практическое занятие №
8
.
Технология Drag and Drop при
создании интерфейса


Цель работы:
закрепить
теоретические знания по разработке
пользовательско
го интерфейса; получить практические навыки по
использованию технологии Drag and Drop при создании интерфейса
.


Основные теоретические сведения

Технология Drag and Drop
. Технология Drag and Drop («перетащил и
бросил») определяет основные принципы прямого

манипулирования,
описанные в руководстве по разработке пользовательских интерфейсов
фирмы IBM (CUA
-

Common User Access):



результат перемещения объекта должен соответствовать
ожиданиям пользователя;



пользователи не должны неожиданно терять информ
ацию;



пользователь должен иметь возможность отменить неправильное
действие.

Эта технология также определяет основные принципы
визуализации операции прямого манипулирования:



исходное выделение
-

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



визуализация перемещения
-

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



целевое выделение
-

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



визуализация действия
-

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

Следует также иметь в виду, что существует два вида пунктов
назначения: один принимает объект, а другой его копию. Например,
если пользователь «бросает» документ в «корзину», то уничтожается сам
документ, который п
ри этом удаляется с экрана. А если тот же
документ он «бросает» на «принтер», то документ не пропадает: на принтер
передается копия документа.

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

66



копирование при нажатой клавише CTRL и перемещение в противном

случае.

Задания для выполнения

1.

Разработать элементы графического интерфейса с использованием
технологии
Drag

and

Drop
.

2.

Оформить работу в соответст
вии с требованиями ЕСПД (ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78, ГОСТ 19.105
-
78, ГОСТ 19.106
-
78,
ГОСТ 19.401
-
78
, ГОСТ 19.604
-
78). При
оформлении использовать MS Office или OpenOffice.org.

3.

Сдать и

защитить работу.


Порядок выполнени
я работы

1.
Разработать элементы графического интерфейса с использованием
технологии
Drag

and

Drop

для обучающе
-
контролирующей программы.


2.
Разработать элементы графического интерфейса с использованием
технологии
Drag

and

Drop

для сайта
-
портфолио.



Соде
ржание и оформление отчета по лабораторной работе

Отчѐт должен содержать:

1.

Титульный лист.

2.

Аннотацию.

3.

Содержание.

4.

Основную часть, оформленную в соответствии с требованиями ЕСПД
(ГОСТ 19.101
-
77, ГОСТ 19.102
-
77, ГОСТ 19.103
-
77, ГОСТ 19.104
-
78,
ГОСТ 19.105
-
78, ГОСТ 19.106
-
78, ГОСТ 19.401
-
78, ГОСТ 19.604
-
78).

5.

Заключение (описание результатов работы).

Защита отчета по лабораторной работе заключается в предъ
явлении
преподавателю полученных результатов (на экране мо
нитора или у доски),
демонстрации полученных

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


Контрольные вопросы

1.

Назовите основные типы интерфейсов. Чем характеризуется
каждый из них?

2.

Какими средствами реализуется? Какие типы интерфейсов являются
основными в наше время?

3.

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

4.

Что понимают под термином «диалог»? Сколько диалогов может
реализовывать программное обеспечение?

5.

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



67



Время, отведенное на выполнение лабораторной работы

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


Литература

1.

ГОСТ 19.101
-
77 ЕСПД. Виды программ и программных документов

2.

ГОСТ 19.102
-
77 ЕСПД. Стадии разработки

3.

ГОСТ 19.103
-
77 ЕСП
Д. Обозначение программ и программных
документов

4.

ГОСТ 19.104
-
78 ЕСПД. Основные надписи

5.

ГОСТ 19.105
-
78 ЕСПД. Общие требования к программным документам

6.

ГОСТ 19.106
-
78 ЕСПД. Общие требования к программным документам,
выполненным печатным способом

7.

ГОСТ
19.401
-
78 ЕСПД. Текст программы. Требования к содержанию и
оформлению

8.

ГОСТ 19.402
-
78 ЕСПД. Описание программы.

9.

ГОСТ 19.604
-
78 ЕСПД. Правила внесения изменений в программные
документы, выполненные печатным способом

10.

Гагарина Л.Г, Киселев Д.В., Федотова Е
.Л. Разработка и эксплуатация
автоматизированных информационных систем: учеб. пособие / Под ред.
Проф. Л.Г. Гагариной.


М.: ИД «ФОРУМ»: ИНФРА
-
М, 2011
-
384с.: ил.


(Профессиональной образование)

11.

Гуда, А.Н. Информатика и программирование: Компьютерный практ
икум
/ А.Н.Гуда, М.А.Бутакова, Н.М.Нечитайло, А.В.Чернов / Под общ.
ред.академика РАН, д.т.н.,проф. В.И.Колесникова.


Ростов н/Д: Наука
-
Спектр; М.: Издательско
-
торговая корпорация «Дашков и Ко», 2010.


240
с.

12.

Иванова Г.С. Технология программирования: Уче
бник для вузов.
-

М.:
Изд
-
во МГТУ им. Н.Э. Баумана, 2011.
-

320 с.: ил.

13.

Фаронов В.В. Delphi. Программирование на языке высокого уровня /
Фаронов В.В.; МОРФ.
-

СПб.: Питер, 2012
-

640 с.

14.

Онлайн справочник по программированию на языке Delphi.
http://www.delphicode.org/components/components.htm

15.

Портал нормативных документов:
http://www.opengost.ru/

16.

Проект Lazarus.Su:
http://lazarus.su/


68



Основные

правила

оформления

программной

документации



При

оформлении

текстовых

и

графических

материалов,

входящих

в

программную

документацию

следует

придерживаться

действующих

стандартов.

Некоторые

положения

этих

стан
дартов

приведены

ниже.


Оформление

текстового

и

графического

материала.

Текстовые

документы

оформляют

на

листах

формата

А4,

причем

графический

матерная

допускается

представлять

на

листах

формата

A3.

Поля

на

листе

определяют

в

соответствии

с

общими

требованиями:

левое

-

не

менее

30,

правое

-

не

менее

10,

верхнее

-

не

менее

15,

а

нижнее

-

не

менее

20

мм.

В

текстовых

редакторах

для

оформления

записки

параметры

страницы

заказывают

в

зависимости

от

устройства

печати.

При

ручном

оформлении

докуме
нтов

параметры

страницы

выбирают

из

соображений

удобства.


Нумерация

всех

страниц

-

сквозная.

Номер

проставляется

сверху

справа

арабской

цифрой.

Страницами

считают,

как

листы

с

текстами

и

рисунками,

так

и

листы

приложений.

Первой

страни
цей

считается

титульный

лист.

Номер

страницы

на

титульном

листе

не

проставляют.


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

разделов

пишут

прописными

буквами

в

середине

строки.

Расстояние

между

заголовками

и

текстом,

а

также

между

заголовками

раздела

и

подразделов

должно

быть

равно:




при

выполнении

документа

машинописным

способом

-

двум

интервалам;




при

выполнении

рукописным

способом

-

10

мм;




при

использовании

текстовых

редакторов

-

определяется

возможностями

редактора.


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

подразделов

и

пунктов

следует

размеща
ть

с

абзацного

отступа

и

печатать

вразрядку

с

прописной

буквы,

не

подчеркивая

и

без

точки

в

конце.

Расстояние

между

последней

строкой

текста

предыдущего

раздела

и

последующим

заголовком

при

расположении

их

на

одной

странице

должно

быть

равно:




при

вып
олнении

документа

машинописным

способом

-

трем

интервалам;




при

выполнении

рукописным

способом

-

не

менее

15

мм;




при

использовании

текстовых

редакторов

-

определяется

возможностями

редактора.


Разделы

и

подразделы

нумеруются

арабскими

цифрами

с

точ
кой.

Разделы

должны

иметь

порядковые

номера

1,2,

и

т.

д.

Номер

подраздела

включает

номер

раздела

и

порядковый

номер

подраздела,

входящего

в

данный

раздел,

разделенные

точкой.

Например:

2.1,

3.5.

Ссылки

на

пункты,

разделы

и

подразделы

указывают,

используя

порядковый

номер

раздела

или

пункта,

на
прим
ер,

«в

разд.

4»,

«в

п.

3.3.4».


Текст

разделов

печатают

через

1,5
-
2

интервала.

При

использовании

текстовых

редакторов

высота

букв

и

цифр

должна

быть

не

менее

1,8

мм

(шрифты

№11
-
12).



69



Перечисления

следует

нумеровать

арабскими

цифрами

со

скобкой,

например:

2),

3)

и

т.

д.

-

с

абзацного

отступа.

Допускается

выделять

перечисление

простановкой

дефиса

перед

пунктом

текста

или

символом,

его

заменяющим,

в

текстовых

редакторах.


Оформление

рисунков,

схем

алгоритмов,

таблиц

и

формул.

В

соответствии

с

ГОСТ

2.105
-
79

«Общие

требования

к

текстовым

документам»

иллюстрации

(графики,

схемы,

диаграммы)

могут

быть

приведены

как

в

основном

тексте,

так

и

в

приложении.

Все

иллюстрации

именуют

рисунками
.

Все

рисунки,

таблицы

и

формулы

нумеруют

арабскими

цифрами

последовательно

(сквозная

нумерация)

или

в

пределах

раздела

(относительная

нумерация).

В

приложении

-

в

пределах

приложения.


Каждый

рисунок

должен

иметь

подрисуночную

подпис
ь

-

название,

помещаемую

под

рисунком,

например:




Рис.12.

Форма

окна

основного

меню



На

все

рисунки,

таблицы

и

формулы

в

записке

должны

быть

ссылки

в

виде:

«(рис.

12)»

или

«форма

окна

основного

меню

приведена

на

рис.

12».


Если

позволяет

место,

рисунк
и

и

таблицы

должны

размещаться

сразу

после

абзаца,

в

котором

они

упоминаются

в

первый

раз,

или

как

можно

ближе

к

этому

абзацу

на

следующих

страницах.


Если

рисунок

занимает

более

одной

страницы,

на

всех

страницах,

кроме

первой,

проставляется

номер

рисунка

и

слово

«Продолжение».

Например:


Рис.

12.

Продолжение



Рисунки

следует

размещать

так,

чтобы

их

можно

было

рассматривать

без

поворота

страницы.

Если

такое

размещение

невозможно,

рисунки

следует

располагать

так,

чтобы

для

просмотра

надо

было

повернуть

стра
ницу

по

часовой

стрелке.

В

этом

случае

верхним

краем

является

левый

край

страницы.

Расположение

и

размеры

полей

сохраняются.


Схемы

алгоритмов

должны

быть

выполнены

в

соответствии

со

стандартом

ЕСПД.

Толщина

сплошной

линии

при

вычерчивании

схем

алгоритмов

должна

составлять

от

0,6...

1

,5

мм.

Надписи

на

схемах

должны

быть

выполнены

чертежным

шрифтом,

высота

букв

и

цифр

должна

быть

не

менее

3,5

мм.


Номер

таблицы

размещают

в

правом

верхнем

углу

или

перед

заголовком

таблицы,

если

он


есть.

Заголово
к,

кроме

первой

буквы,

выполняют

строчными

буквами.


Ссылки

на

таблицы

в

тексте

пояснительной

записки

указывают

в

виде

слова

«табл.»

и

номера

таблицы.

Например:




Результаты

тестов

приведены

в

табл.

4.


70




Номер

формулы

ставится

с

правой

стороны

страницы

в

к
рутых

скобках

на

уровне

формулы.


Например:




z:

=sin

(x)+In

(y);

(12)

Ссылка

на

номер

формулы

дается

в

скобках.

Например:

«расчет

значений

проводится

по

формуле

(12)».


Оформление

приложений.

Каждое

приложение

должно

начинаться

с

новой

страницы

с

указанием

в

правом

углу

слова

«ПРИЛОЖЕНИЕ»

прописными

буквами

и

иметь

тематический

заголовок.

При

наличии

более

одного

приложения

все

они

нумеруются

арабскими

цифрами:


ПРИЛОЖЕНИЕ

1,

ПРИЛОЖЕНИЕ

2

и

т.

д.

Например:




П
РИЛОЖЕНИЕ

2




Титульный

лист

расчетно
-
пояснительной

записки



Рисунки

и

таблицы,

помещаемые

в

приложении,

нумеруют

арабскими

цифрами

в

пределах

каждого

приложения

с

добавлением

буквы

«П».

Например:


Рис.

П.

12

-

12
-
й

рисунок

приложения;

Рис
.

П

.2

-

2
-
й

рисунок

1

-
го

приложения.



Если

в

приложении

приводится

текст

программы,

то

каждый

файл

оформляют

как

рисунок

с

наименованием

файла

и

его

назначением,

например:




Рис.

П2.4.

Файл

menuran.pas
-

программа

движения

курсора

основного

меню.



Оформле
ние

списка

литературы.

Список

литературы

должен

включать

все

использованные

источники.

Сведения

о

книгах

(монографиях,

учебниках,

пособиях,

справочниках

и

т.

д.)

должны

содержать:

фамилию

и

инициалы

автора,

заглавие

книги,

место

издания,

издательс
тво,

год

издания.

При

наличии

трех

и

более

авторов

допускается

указывать

фамилию

и

инициалы

только

первого

из

них

со

словами

«и

др.».

Издательство

надо

приводить

полностью

в

именительном

падеже:

допускается

сокращение

названия

только

двух

город
ов:

Москва

(М.)

и

Санкт
-
Петербург

(СПб.).


Сведения

о

статье

из

периодического

издания

должны

включать:

фамилию

и

инициалы

автора,

наименование

статьи,

издания

(журнала),

серии

(если

она

есть),

год

выпуска,

том

(если

есть),

номер

издания

(журнала)

и

номера

страниц,

на

которых

помещена

статья.


При

ссылке

на

источник

из

списка

литературы

(особенно

при

обзоре

аналогов)

надо

указывать

порядковый

номер

по

списку

литературы,

заключенный

в

квадратные

скобки;

например:

[5].



71



Критерии

оценки

Устное

обосн
ование

результатов

работы

(ответ

на

контрольные

вопросы):

Устное

обоснование

ответа

не

более

5

минут.

Оценка

«
отлично
»

выставляется

студенту,

если:

1.

Показывает

глубокое

и

полное

знание

и

понимание

всего

объема

программного

материала;

полное

понимание

сущно
сти

рассматриваемых

понятий,

явлений

и

закономерностей,

теорий,

взаимосвязей.

2.

Умеет

составить

полный

и

правильный

ответ

на

основе

изученного

материала;

выделять

главные

положения,

самостоятельно

подтверждать

ответ

конкретными

примерами,

фактами;

самостояте
льно

и

аргументировано

делать

анализ,

обобщать,

выводы.

Устанавливает

межпредметные

(на

основе

ранее

приобретенных

знаний)

и

внутрипредметные

связи,

творчески

применяет

полученные

знания

в

незнакомой

ситуации.

Последовательно,

четко,

связно,

обоснованно

и

безошибочно

излагает

учебный

материал:

дает

ответ

в

логической

последовательности

с

использованием

принятой

терминологии;

делает

собственные

выводы;

формирует

точное

определение

и

истолкование

основных

понятий,

законов,

теорий,

правильно

и

обстоятельно

отв
ечает

на

дополнительные

вопросы

преподавателя.

Самостоятельно

и

рационально

использует

наглядные

пособия,

справочные

материалы,

учебник,

дополнительную

литературу,

первоисточники;

применяет

систему

условных

обозначений

при

ведении

записей,

сопровождающих

ответ;

использует

для

доказательства

выводы

из

наблюдений

и

опытов.

3.

Самостоятельно,

уверенно

и

безошибочно

применяет

полученные

знания

в

решении

проблем

на

творческом

уровне;

допускает

не

более

одного

недочета,

который

легко

исправляет

по

требованию

преп
одавателя;

имеет

необходимые

навыки

работы

с

программами

на

ПК.

Оценка

«
хорошо
»

ставится,

если:

1.

Показывает

знания

всего

изученного

программного

материала.

Дает

полный

и

правильный

ответ

на

основе

изученных

теорий;

допускает

незначительные

ошибки

и

недочеты

при

воспроизведении

изученного

материала,

определения

понятий,

неточности

при

использовании

научных

терминов

или

в

выводах

и

обобщениях

из

наблюдений

и

опытов;

материал

излагает

в

определенной

логической

последовательности,

при

этом

допускает

одну

негрубу
ю

ошибку

или

не

более

двух

недочетов

и

может

их

исправить

самостоятельно

при

требовании

или

при

небольшой

помощи

преподавателя;

в

основном

усвоил

учебный

материал;

подтверждает

ответ

конкретными

примерами;

правильно

отвечает

на

дополнительные

вопросы

учи
теля.

2.

Умеет

самостоятельно

выделять

главные

положения

в

изученном

материале;

на

основании

фактов

и

примеров

обобщать,

делать


72



выводы,

устанавливать

внутрипредметные

связи.

Применяет

полученные

знания

на

практике

в

видоизмененной

ситуации,

соблюдает

основны
е

правила

культуры

устной

и

письменной

речи,

использует

научные

термины.

3.

Не

обладает

достаточным

навыком

работы

со

справочной

литературой,

учебником,

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

(правильно

ориентируется,

но

работает

медленно).

Допускает

негрубые

нарушения

правил

офор
мления

практических

работ.

Оценка

«
удовлетворительно
»

ставится,

если:

1.

Усвоил

основное

содержание

учебного

материала,

имеет

пробелы

в

усвоении

материала,

не

препятствующие

дальнейшему

усвоению

программного

материала;

материал

излагает

несистематизированно,

фрагментарно,

не

всегда

последовательно.

2.

Показывает

недостаточную

сформированность

отдельных

знаний

и

умений;

выводы

и

обобщения

аргументирует

слабо,

допускает

в

них

ошибки.

3.

Допустил

ошибки

и

неточности

в

использовании

научной

терминологии,

определения

пон
ятий

дал

недостаточно

четкие;

не

использовал

в

качестве

доказательства

выводы

и

обобщения

из

наблюдений,

фактов,

опытов

или

допустил

ошибки

при

их

изложении.

4.

Испытывает

затруднения

в

применении

знаний,

необходимых

для

решения

задач

различных

типов,

при

объ
яснении

конкретных

явлений

на

основе

теории,

или

в

подтверждении

конкретных

примеров

практического

применения

теории.

5.

Отвечает

неполно

на

вопросы

преподавателя

(упуская

и

основное),

или

воспроизводит

содержание

текста

учебника,

но

недостаточно

понимает

от
дельные

положения,

имеющие

важное

значение

в

этом

тексте.

6.

Обнаруживает

недостаточное

понимание

отдельных

положений

при

воспроизведении

текста

учебника

(записей,

первоисточников)

или

отвечает

неполно

на

вопросы

преподавателя,

допуская

одну

-

две

грубые

оши
бки.

Оценка

«
неудовлетворительно
»

ставится,

если:

1.

Не

усвоил

и

не

раскрыл

основное

содержание

материала;

не

делает

выводов

и

обобщений.

2.

Не

знает

и

не

понимает

значительную

или

основную

часть

программного

материала

в

пределах

поставленных

вопросов

или

имеет

слабо

сформированные

и

неполные

знания

и

не

умеет

применять

их

к

решению

конкретных

вопросов

и

задач

по

образцу.

3.

При

ответе

(на

один

вопрос)

допускает

более

двух

грубых

ошибок,

которые

не

может

исправить

даже

при

помощи

преподавателя.

4.

Не

может

ответить

ни

на

один

их

поставленных

вопросов.

5.

Полностью

не

усвоил

материал.




73



Практическое

обоснование

результатов

работы:

Оценка

«
отлично
»

ставится,

если

студент:



творчески

планирует

выполнение

работы;




самостоятельно

и

полностью

использует

знания

программного

м
атериала;




правильно

и

аккуратно

выполняет

задание;




умеет

пользоваться

справочной

литературой,

наглядными

пособиями,

компьютером

и

другими

средствами.


выполнил

работу

без

ошибок

и

недочетов.



допустил

не

более

одного

недочета

Оценка

«
хорошо
»

ставится,

если

студент:



правильно

планирует

выполнение

работы;




самостоятельно

использует

знания

программного

материала;




в

основном

правильно

и

аккуратно

выполняет

задание;




умеет

пользоваться

справочной

литературой,

наглядными

пособиями,

компьютером

и

другими

средствами.



выполнил

работу

полностью,

но

допустил

в

ней:



не

более

одной

негрубой

ошибки

и

одного

недочета.



не

более

двух

недочетов.

Оценка

«
удовлетворительно
»

ставится,

если

студент:



допускает

ошибки

при

планировании

выполнения

работы;




не

может

самост
оятельно

использовать

значительную

часть

знаний

программного

материала;




допускает

ошибки

и

неаккуратно

выполняет

задание;




затрудняется

самостоятельно

использовать

справочную

литературу,

наглядные

пособия,

компьютер

и

другие

средства.


правильно

вып
олнил

не

менее

половины

работы

или

допустил:



не

более

двух

грубых

ошибок

или

не

более

одной

грубой

и

одной

негрубой

ошибки

и

одного

недочета;



не

более

двух
-

трех

негрубых

ошибок

или

одной

негрубой

ошибки

и

трех

недочетов;



при

отсутствии

ошибок,

но

при

нали
чии

четырех
-
пяти

недочетов.

Оценка

«
неудовлетворительно
»

ставится,

если

студент:



не

может

правильно

спланировать

выполнение

работы;




не

может

использовать

знания

программного

материала;




допускает

грубые

ошибки

и

неаккуратно

выполняет

задание;




не

может

са
мостоятельно

использовать

справочную

литературу,

наглядные

пособия,

компьютер

и

другие

средства.




допустил

число

ошибок

недочетов

превышающее

норму,

при

которой

может

быть

выставлена

оценка

«3».



если

правильно

выполнил

менее

половины

работы.



не

приступил

к

выполнению

работы.



правильно

выполнил

не

более

10%

всех

заданий.



74



ПРИЛОЖЕНИЕ

1

Пример

технического

задания



75




76




77




78






79



1.

ВВЕДЕНИЕ


1.1.

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

программы

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

-

«Программа

очистки

оперативной

памяти».


1.2.

Краткая

характеристика

области

приме
нения

программы


Программа

предназначена

к

применению

в

профильных

подразделениях

АСУ

ТП,

на

автоматизируемых

объектах

ОАО

«ХХХХ».




2.

ОСНОВАНИЕ

ДЛЯ

РАЗРАБОТКИ

2.1.

Основание

для

проведения

разработки


Основанием

для

проведения

разработки

яв
ляется

необходимость

ежечасно

производить

очистку

и

дефрагментацию

оперативной

памяти

ПК

для

предотвращения

замедления

работы

и

повышения

производительности

системы.


2.2.

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

и

условное

обозначение

темы

разработки


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

темы

разработки

-

«Разработка

программы

очистки

оперативной

памяти».


Условное

обозначение

темы

разработки

(шифр

темы)

-

«А.В.00001».



3.

НАЗНАЧЕНИЕ

РАЗРАБОТКИ

3.1.

Функциональное

назначение

программы


Функциональным

назначением

программы

является

очистка

и

дефрагментац
ия

оперативной

памяти

ПК,

ежечасно,

в

течении

суток.


3.2.

Эксплуатационное

назначение

программы


Программа

должна

эксплуатироваться

в

профильных

подразделениях

на

объектах

ОАО

«ХХХХХ».


Конечными

пользователями

программы

должны

являться

сотру
дники

профильных


подразделений

ОАО

«ХХХХХ».



4.

ТРЕБОВАНИЯ

К

ПРОГРАММЕ

4.1.

Требования

к

функциональным

характеристикам


4.1.1.

Требования

к

составу

выполняемых

функций


Программа

должна

обеспечивать

возможность

выполнения

перечисленных

ниже

функций:


а
)

каждый

час,

в

течении

суток,

производить

полную

очистку

и

дефрагментацию

оперативной

памяти

ПК.


б)

производить

проверку

на

наличие

ошибки

в

ходе

выполнения

программы.


4.1.2.

Требования

к

организации

входных

данных


Требования

к

организаци
и

входных

данных

не

предъявляются.


4.1.3.

Требования

к

организации

выходных

данных


Требования

к

организации

выходных

данных

не

предъявляются.


4.1.4.

Требования

к

временным

характеристикам


Требования

к

временным

характеристикам

программы

не

предъявляютс
я.



4.2.

Требования

к

надежности



80



4.2.1.

Требования

к

обеспечению

надежного

(устойчивого)

функционирования

программы


Надежное

(устойчивое)

функционирование

программы

должно

быть

обеспечено

выполнением

совокупности

организационно
-
технических

мероп
риятий,

перечень

которых

приведен

ниже:


а)

организацией

бесперебойного

питания

технических

средств;


б)

регулярным

выполнением

рекомендаций

Министерства

труда

и

социального

развития

РФ,

изложенных

в

Постановлении

от

23

июля

1998

г.

«Об

у
тверждении

межотраслевых

типовых

норм

времени

на

работы

по

сервисному

обслуживанию

ПЭВМ

и

оргтехники

и

сопровождению

программных

средств»;


в)

регулярным

выполнением

требований

ГОСТ

51188
-
98.

Защита

информации.

Испытания

программных

средств

н
а

наличие

компьютерных

вирусов;


г)

необходимым

уровнем

квалификации

сотрудников

профильных

подразделений.


4.2.2.

Время

восстановления

после

отказа


Время

восстановления

после

отказа,

вызванного

сбоем

электропитания

технических

средств

(иными

внеш
ними

факторами),

не

фатальным

сбоем

(не

крахом)

операционной

системы,

не

должно

превышать

времени,

необходимого

на

перезагрузку

операционной

системы

и

запуск

программы,

при

условии

соблюдения

условий

эксплуатации

технических

и

программных

средств.


Время

восстановления

после

отказа,

вызванного

неисправностью

технических

средств,

фатальным

сбоем

(крахом)

операционной

системы,

не

должно

превышать

времени,

требуемого

на

устранение

неисправностей

технических

средств

и

переустановки

прог
раммных

средств.


4.2.3.

Отказы

из
-
за

некорректных

действий

оператора


Отказы

программы

возможны

вследствие

некорректных

действий

оператора

(пользователя)

при

взаимодействии

с

операционной

системой.

Во

избежание

возникновения

отказов

програм
мы

по

указанной

выше

причине

следует

обеспечить

работу

конечного

пользователя

без

предоставления

ему

административных

привилегий.



4.3.

Условия

эксплуатации


4.3.1.

Климатические

условия

эксплуатации


Климатические

условия

эксплуатации,

при

ко
торых

должны

обеспечиваться

заданные

характеристики,

должны

удовлетворять

требованиям,

предъявляемым

к

техническим

средствам

в

части

условий

их

эксплуатации.




4.3.2.

Требования

к

видам

обслуживания


См.

Требования

к

обеспечению

надежного

(устойчивого)

функционирования

программы.



4.3.3.

Требования

к

численности

и

квалификации

персонала



81



Минимальное

количество

персонала,

требуемого

для

работы

программы,

должно

составлять

не

менее

2

штатных

единиц

-

системный

программист

и

конечный

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

программы

-

оператор.


Системный

программист

должен

иметь

минимум

среднее

техническое

образование.


В

перечень

задач,

выполняемых

системным

программистом,

должны

входить:


а)

задача

поддержания

работоспособности

технических

средств;


б)

задачи

уст
ановки

(инсталляции)

и

поддержания

работоспособности

системных

программных

средств

-

операционной

системы;


в)

задача

установки

(инсталляции)

программы.


Конечный

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

программы

(оператор)

должен

обладать

практическими

навыками

работы

с

графич
еским

пользовательским

интерфейсом

операционной

системы.


Персонал

должен

быть

аттестован

минимум

на

II

квалификационную

группу

по

электробезопасности

(для

работы

с

конторским

оборудованием).



4.4.

Требования

к

составу

и

параметрам

технических

средств


В

состав

технических

средств

должен

входить

IBM
-
совместимый

персональный

компьютер

(ПЭВМ),

включающий

в

себя:


а)

процессор

Pentium

-

4

с

тактовой

частотой,

1.2

ГГц

,

не

менее;


б)

оперативную

память

объемом,

128

Мб,

не

менее;


в)

жесткий

диск

объемом

40

Гб,

и

выше;


г)

оптический

манипулятор

типа

«мышь»;


д)

наличие

2

COM
-
портов;



4.5.

Требования

к

информационной

и

программной

совместимости


4.5.1.

Требования

к

информационным

структурам

и

методам

решения


Требования

к

информационным

структурам

на

в
ходе

и

выходе,

а

также

к

методам

решения

не

предъявляются.


4.5.2.

Требования

к

исходным

кодам

и

языкам

программирования


Исходные

коды

программы

должны

быть

реализованы

на

языке

Visual

Basic

6.

В

качестве

интегрированной

среды

разработки

программы

должна

быть

использована

среда

Microsoft

Visual

Basic

6.0

(локализованная,

русская

версия).


4.5.3.

Требования

к

программным

средствам,

используемым

программой


Системные

программные

средства,

используемые

программой,

должны

быть

представлены

локализованной

версией

операционной

системы

Windows

98

или

Windows

Me.


4.5.4.

Требования

к

защите

информации

и

программ


Требования

к

защите

информации

и

программ

не

предъявляются.



4.6.

Специальные

требования


Специальные

требования

к

программе

не

предъявляются.



5.

ТРЕБОВАНИЯ

К

ПРОГРАММНОЙ

ДОКУМЕНТАЦИИ


82



5.1.

Предварительный

состав

программной

документации


Состав

программной

документации

должен

включать

в

себя:


1)

техническое

задание;


2)

спецификация;


3)

текст

программы;


4)

описание

программы;


5)

программу

и

методики

испытаний;


6)

пояснительная

записка;


7)

ведомость

эксплуатационных

документов;


8)

формуляр;


9)

описание

применения;


10)

руководство

системного

программиста;


11)

руководство

программиста;


12)

руководство

оператора

5.2.

Специальные

т
ребования

к

программной

документации


Специальные

требования

к

программной

документации

не

предъявляются.



6.

ТЕХНИКО
-
ЭКОНОМИЧЕСКИЕ

ПОКАЗАТЕЛИ

6.1.

Ориентировочная

экономическая

эффективность


Ориентировочная

экономическая

эффективность

не

рассчитываются.


6.2.

Предполагаемая

годовая

потребность


Предполагаемое

число

использования

программы

в

год



круглосуточная

работа

программы

на

одном

рабочем

месте.


6.3.

Экономические

преимущества

разработки


Экономические

преимущества

разработки

не

рассчитывают
ся.



7.

СТАДИИ

И

ЭТАПЫ

РАЗРАБОТКИ

7.1.

Стадии

разработки


Разработка

должна

быть

проведена

в

три

стадии:


1)

разработка

технического

задания;


2)

рабочее

проектирование;


3)

внедрение.



7.2.

Этапы

разработки


На

стадии

разработки

технического

зада
ния

должен

быть

выполнен

этап

разработки,

согласования

и

утверждения

настоящего

технического

задания.


На

стадии

рабочего

проектирования

должны

быть

выполнены

перечисленные

ниже

этапы

работ:


1)

разработка

программы;


2)

разработка

программ
ной

документации;


3)

испытания

программы.


На

стадии

внедрения

должен

быть

выполнен

этап

разработки

-

подготовка

и

передача

программы.


7.3.

Содержание

работ

по

этапам



83



На

этапе

разработки

технического

задания

должны

быть

выполнены

перечисленные

ниже

работы:


1)

постановка

задачи;


2)

определение

и

уточнение

требований

к

техническим

средствам;


3)

определение

требований

к

программе;


4)

определение

стадий,

этапов

и

сроков

разработки

программы

и

документации

на

неѐ;


5)

выбор

языков

программи
рования;


6)

согласование

и

утверждение

технического

задания.


На

этапе

разработки

программы

должна

быть

выполнена

работа

по

программированию

и

отладке

программы.


На

этапе

разработки

программной

документации

должна

быть

выполнена

разработка

прогр
аммных

документов

в

соответствии

с

требованиями

ГОСТ

19.101
-
77

и

требованием

п.

«Предварительный

состав

программной

документации»

настоящего

технического

задания.


На

этапе

испытаний

программы

должны

быть

выполнены

перечисленные

ниже

виды

работ:


1)

разработка,

согласование

и

утверждение

программы

и

методики

испытаний;


2)

проведение

приемо
-
сдаточных

испытаний;


3)

корректировка

программы

и

программной

документации

по

результатам

испытаний.


На

этапе

подготовки

и

передачи

программы

должна


быть

выполнена

работа

по

подготовке

и

передаче

программы

и

программной

документации

в

эксплуатацию.



7.4.

Исполнители


Руководитель

разработки


Начальник

ХХХХ







Хххххххх

Х.Х.


Ответственный

исполнитель


Начальник

гр.

РиВ

АСУТП





Хххх
хххх

Х.Х.


Исполнитель


Вед.

инженер

ХХХХ







Хххххххх

Х.Х.



8.

ПОРЯДОК

КОНТРОЛЯ

И

ПРИЕМКИ

8.1.

Виды

испытаний


Приемо
-
сдаточные

испытания

программы

должны

проводиться

согласно

разработанной

и

согласованной

«Программы

и

методики

испытаний».


Ход

проведения

приемо
-
сдаточных

испытаний

документируется

в

Протоколе

проведения

испытаний.


8.2.

Общие

требования

к

приемке

работы


После

проведения

испытаний

в

полном

объеме,

на

основании

«Протокола

испытаний»

утверждают

«Свидетельство

о

приемке»

и

производят

запись

в

программном

документе

«Формуляр».




84



ПРИЛОЖЕНИЕ

2

Текст

программы



85




86




87




88




89







90





Приложенные файлы


Добавить комментарий