Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Надежность, эргономика и качество АСОИУ.-2

.pdf
Скачиваний:
5
Добавлен:
05.02.2023
Размер:
825.77 Кб
Скачать

Министерство образования и науки Российской Федерации

Федеральное государственное бюджетное образовательное учреждение высшего образования

«ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ» (ТУСУР)

Кафедра автоматизации обработки информации (АОИ)

НАДЕЖНОСТЬ, ЭРГОНОМИКА И КАЧЕСТВО АСОИУ

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

«Программная инженерия» (уровень магистратуры)

Томск – 2018

Голубева Александра Александровна

Надежность, эргономика и качество АСОИУ: Методические указания к практическим работам и организации самостоятельной работы для студентов направления «Программная инженерия» (уровень магистратуры / А.А. Голубева. – Томск, 2018. – 30 с.

© Томский государственный университет систем управления и радиоэлектроники,

2018

© Голубева А.А., 2018

2

 

Оглавление

 

1 Введение ......................................................................................................

4

2 Методические указания по проведению практических занятий ...........

5

2.1

Практическое занятие «Техническая документация. ....................

5

Эскизный проект»...................................................................................

5

2.2

Практическое занятие «Сравнительный анализ программных

 

систем (критерий функциональной полноты)»....................................

6

2.3

Практическое занятие «Тестирование и его виды» .....................

14

2.4

Практическое занятие «Разработка программы и.......................

17

методики приемочных испытаний» ....................................................

17

2.5

Практическое занятие «Приемочные испытания»......................

19

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

21

3.1

Общие положения...........................................................................

21

3.2

Проработка лекционного материала .............................................

21

3.3

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

22

3.5

Изучение тем (вопросов) теоретической части дисциплины,

 

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

23

3.5.1 Стандарт ГОСТ Р ИСО/МЭК 25010-2015.................................

23

3.5.2 Порядок оформления документов сертификации....................

24

3.5.3 Стандарты эргономики программного обеспечения ...............

25

4 Рекомендуемая литература ......................................................................

26

Приложение А. Акт приемочных испытаний ...........................................

27

Приложение Б. Протокол испытаний (проект) .........................................

29

3

1 Введение

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

4

2 Методические указания по проведению практических занятий

2.1 Практическое занятие «Техническая документация. Эскизный проект»

Цель работы

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

Форма проведения

Выполнение индивидуального задания.

Теоретические основы

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

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

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

Результатом выполнения данной работы является эскизный проект, оформленный в соответствии с ГОСТ 19.105-78 и ГОСТ 19.404-79.

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

В соответствии с ГОСТ 19.105-78 и ГОСТ 19.404-79 необходимо разработать эскизный проект для АСОИУ, проектируемой в рамках курсового проекта по дисциплине «Организация баз данных».

Эскизный проект должен быть представлен в виде пояснительной записки, которая должна содержать следующие разделы:

введение;

5

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

технические характеристики;

ожидаемые технико-экономические показатели;

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

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

2.2 Практическое занятие «Сравнительный анализ программных систем (критерий функциональной полноты)»

Цель работы

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

Форма проведения

Выполнение индивидуального задания.

Форма отчетности

Результаты выполнения необходимо представить в виде отчета, оформленного по требованиям ОС ТУСУР 01-2013.

Теоретические основы

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

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

6

дукта компании.

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

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

Пусть Z = {Zi} (i = 1, 2, …, n) – множество сравниваемых систем;

R = {Rj} (j = 1, 2, …, m) – множество, составляющее словарь реализуемых функций {Zi}.

Исходная информация представляется в виде таблицы {Xij}, элементы которой определяются следующим образом:

 

X ij

1, если

j я функция реализуется i й АИС;

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

0, если не реализуется.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Выделим системы Zi и Zk (i, k =1, 2, …, n) и введем следующие обо-

значения:

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

P

(11)

– число функций, выполняемых и Z и Z , то есть

 

 

 

 

 

 

 

 

 

 

 

 

 

ik

 

 

 

 

 

 

 

 

 

 

i k

 

 

 

 

 

 

 

 

P

(11)

=| Z Z

| – мощность пересечения множеств Z = {X

} и Z =

 

ik

i

 

k

 

 

 

 

 

 

 

 

i

 

 

ij

 

 

k

{Xkj} (j m; x|xij xkj = 1);

 

 

 

 

 

 

 

 

 

 

 

 

P

(10)

– число функций, выполняемых Z , но не реализу-емых Z , то

 

ik

 

 

 

 

 

 

 

 

 

 

i

 

 

 

 

 

 

k

есть

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

P

(10)

= |Z \Z | – мощность разности множеств Z = {X

} и Z

 

={X

 

};

 

k

kj

ik

 

i

k

 

 

 

 

 

 

 

i

ij

 

 

 

 

 

P(01)

– число функций, выполняемых Zk но не реализу-емых Zi, то

ik

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

есть

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

P

(01)

= |Z \Z | – мощность разности множеств Z и Z ;

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ik

 

k

i

 

 

 

 

 

 

 

k

i

 

 

 

 

 

 

 

P(00)

= |Zi Zk| – мощность объединения множеств Zi

и Zk, то есть

ik

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

P

(00)

= P

(11)

+

P

(10)

+

P

(01)

.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

ik

ik

 

 

ik

 

 

ik

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

7

 

 

 

 

 

 

 

 

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

Hik

Взаимосвязь

 

P

(11)

/( P

(11)

+

 

 

 

ik

ik

 

между системами

P

(10)

),

 

 

ik

 

 

Zi

и Zk

(0 H

ik

1).

 

 

оценивается по значениям

P(11)

ik

и Gik

P(11)

ik

/

P(00)

ik

,

(0 G

1),

ik

 

где

Gik

— «мера подо-

бия».

Выбирая различные пороговые значения матриц G и H, можно построить логические матрицы поглощения (включения) G0, H0. Например, элементы матрицы H0 получим следующим образом:

 

 

если

H

0

 

 

, i k;

0

1,

ik

εh

 

 

 

 

 

Hik

 

 

0

 

 

 

 

0, если

H

 

εh

, или i k.

 

ik

 

 

 

 

 

 

 

 

 

 

если G

0

 

 

 

, i k;

 

0

 

1,

 

ε g

G

 

 

ik

 

 

 

 

 

 

 

 

 

 

ik

 

 

 

 

ε

 

или i k.

 

 

 

 

 

 

 

 

 

 

0, если G0

 

g

 

 

 

 

 

ik

 

 

 

Граф, построенный по логическим матрицам G0 и H0, дает наглядное представление о взаимосвязи между сравниваемыми системам (по выполняемым функциям).

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

Дополнив таблицу {Xij} (i n, j m) строкой Xej (j m), рассчитаем матрицы P(01), P(11) и, выделив строки, у которых Pej(10) = 0, получим

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

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

Характеристики сравниваемых ниже систем определялись на основе материалов открытой печати, изданий по компьютерной тематике (Мир ПК, Открытые Системы, Computerworld Россия, PC Week/RE, КомпьютерПресс и др.) материалов конференций, выставок, семи-наров; рекламных материалов фирм-производи-телей; материалов размещаемых в сети Интернет.

8

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

Таблица 2.1 – Сводная таблица параметров и функций систем автоматизации документооборота и делопроизводства

 

 

Системы автоматизации делопроизводства и

Параметры

 

 

документооборота

 

 

 

КОРД

Дело

LanDocs

Золушка

 

Система

 

 

 

 

 

 

 

эталон

 

Виды документов, регистрируемых в системе

 

1.

Входящие

1

1

1

1

 

1

2.

Исходящие

1

1

1

1

 

1

3.

Внутренние

1

1

1

1

 

1

4.

Обращения граждан

1

1

0

1

 

1

 

Общие реквизиты регистрационной карточки

 

5.

Регистрационный

1

1

1

1

 

1

 

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

 

 

 

 

 

 

6.

Дата регистрации

1

1

1

1

 

1

7.

Код рубрики темы

1

1

0

1

 

1

8.

Краткое содержание

1

1

1

1

 

1

 

документа

 

 

 

 

 

 

9.

Номер дела

1

1

1

1

 

1

10.

Ключевые слова

0

0

0

1

 

0

11.

Реквизиты резолю-

1

1

1

1

 

1

 

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

 

 

 

 

 

 

12.

Реквизиты конт-

1

1

1

1

 

1

 

рольной службы

 

 

 

 

 

 

13.

Реквизиты архивного

1

1

1

0

 

1

 

хранения

 

 

 

 

 

 

 

Реквизиты организации-корреспондента

 

14.

Наименование органи-

1

1

0

1

 

1

 

зации-корреспондента

 

 

 

 

 

 

15.

Исходящий номер

1

1

1

1

 

1

16.

Исходящая дата

1

1

1

1

 

1

17.

Подпись

1

1

1

1

 

1

 

Регистрация входящих документы

 

18.

Кому адресован

1

1

0

1

 

1

19.

Вид доставки

1

1

1

0

 

1

20.

Отметка о наличии

1

1

1

1

 

1

 

приложений (связан-

 

 

 

 

 

 

9

 

 

Системы автоматизации делопроизводства и

Параметры

 

 

документооборота

 

 

 

КОРД

Дело

LanDocs

Золушка

 

Система

 

 

 

 

 

 

 

эталон

 

ные документы)

 

 

 

 

 

 

21.

Признак повторности

1

1

1

1

 

1

22.

Тип документа

1

0

0

0

 

1

 

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

 

23.

Аннотация

1

1

1

1

 

1

24.

Корреспондент

1

1

1

1

 

1

25.

Исходящий номер

1

1

1

1

 

1

26.

Исходящая дата

1

1

1

1

 

1

27.

Кто подписал

1

1

0

1

 

1

28.

Исполнитель

1

0

0

1

 

1

 

Регистрация писем и обращений граждан

 

29.

Корреспондент

1

1

0

0

 

1

30.

Признак

1

1

0

0

 

1

 

коллективности

 

 

 

 

 

 

 

Регистрация исходящих документов

 

31.

Кому адресован

1

1

0

1

 

1

32.

Кто подписал

1

1

0

1

 

1

33.

Подразделение-

1

1

0

1

 

1

 

автор

 

 

 

 

 

 

34.

ФИО исполнителя

1

1

0

1

 

1

35.

Ссылка на номер

1

1

1

1

 

1

 

входящего

 

 

 

 

 

 

 

документа

 

 

 

 

 

 

36.

Ссылка на

1

0

0

1

 

1

 

документ

 

 

 

 

 

 

37.

Вид отправки

1

0

1

0

 

1

 

Контроль исполнения документов

 

38.

Сведения о

1

1

1

1

 

1

 

исполнителе

 

 

 

 

 

 

39.

Гриф утверждения

1

1

1

0

 

1

40.

Текст задания

1

1

1

0

 

1

41.

Контролер

1

0

1

1

 

1

42.

Выделение

1

1

1

0

 

1

 

ответственного

 

 

 

 

 

 

 

исполнителя

 

 

 

 

 

 

43.

Методы предупреж-

1

0

0

0

 

1

 

дающего контроля и

 

 

 

 

 

 

 

 

 

10