Надежность, эргономика и качество АСОиУ.-1
.pdfМинистерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение высшего образования
«ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ» (ТУСУР)
Кафедра автоматизации обработки информации (АОИ)
Надежность, эргономика и качество АСОиУ
Методические указания к лабораторным работам и организации самостоятельной работы для студентов направления
«Программная инженерия» (уровень бакалавриата)
Томск – 2018
Сенченко П.В.
Надежность, эргономика и качество АСОиУ: Методические указания к лабораторным работам и организации самостоятельной работы для студентов направления «Программная инженерия» (уровень бакалавриата) / П.В. Сенченко. – Томск, 2018. – 28 с.
© Томский государственный университет систем управления и радиоэлектроники,
2018
© Сенченко П.В., 2018
2
|
Оглавление |
|
1 Введение ................................................................................................... |
4 |
|
2 Методические указания по проведению лабораторных работ ........... |
5 |
|
2.1 |
Лабораторная работа «Разработка эскизного проекта» .................... |
5 |
2.2 |
Лабораторная работа «Сравнение АСОиУ по критерию |
|
функциональной полноты»........................................................................ |
6 |
|
2.3 |
Лабораторная работа «Тестирование АСОиУ»................................ |
14 |
2.4 |
Лабораторная работа «Программа и методика приемочных |
|
испытаний»................................................................................................ |
16 |
|
2.5 |
Лабораторная работа «Проведение приемочных испытаний» ...... |
18 |
3 Методические указания к выполнению самостоятельной работы ... |
20 |
|
3.1 |
Общие положения............................................................................... |
20 |
3.2 |
Проработка лекционного материала ................................................. |
20 |
3.3 |
Подготовка к лабораторным работам ............................................... |
21 |
3.5 |
Изучение тем (вопросов) теоретической части дисциплины, |
|
вынесенных для самостоятельной подготовки ...................................... |
21 |
|
3.5.1 Стандарт ГОСТ Р ИСО/МЭК 25010-2015...................................... |
21 |
|
3.5.2 Порядок оформления документов сертификации......................... |
22 |
|
3.5.3 Стандарты эргономики программного обеспечения .................... |
23 |
|
Рекомендуемая литература ...................................................................... |
24 |
|
Приложение 3. Акт приемочных испытаний ......................................... |
25 |
|
Приложение 4. Протокол испытаний (проект)....................................... |
27 |
|
3
1 Введение
Лабораторные и самостоятельные работы по дисциплине ориентированы на закрепление теоретического материала и формирование навыков оценки и повышения качества разрабатываемой автоматизированной информационной системы обработки информации и управления (АСОиУ) студентами направления подготовки бакалавров «Программная инженерия».
В рамках освоения дисциплины студент должен: знать:
стандарты области обеспечения качества АСОиУ;
методики качества разрабатываемых и эксплуатируемых АСОиУ;
методы повышения надежности АСОиУ, обеспечения безопасности АСОиУ;
способы создания надежного программного обеспечения, отвечающего требованиям качества.
уметь:
обеспечивать надлежащий уровень качества разрабатываемой АСОиУ;
проектировать АСОиУ, удовлетворяющие заданным требованиям качества.
владеть:
методиками оценки качества АСОиУ на основе действующих стандартов в области качества.
навыками разработки программ и методик проведения приемочных испытаний АСОиУ на основе ГОСТ 19.301-79;
навыками разработки программно-эксплуатационной документации.
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.
Теоретические основы
Необходимость проведения сравнительного анализа программных продуктов возникает как перед потенциальным пользователем в случае приобретения системы, так и перед разработчиком при создании собственной системы с целью изучения уже существующих наработок в этой предметной области. Для такого анализа необходимы или рабочие копии конкурирующих продуктов, или, по крайней мере, их демонстрационные версии или описания, если ничего больше достать не удастся. Составляется перечень их функций, сильных и слабых сторон и тех характеристик, которые отмечаются в прессе и профессиональных изданиях как достоинства и недостатки этих продуктов. Производится классификация продуктов.
Продукты разделяются по занимаемым ими сегментам рынка или по специфическим назначениям. Затем составляется детальный отчет обо всех продуктах, включая и те, появление которых на рынке только предполагается. В отчет включается четко структурированное описание каждого продукта, и такое же описание составляется для будущего продукта компании.
На основании отобранных таким образом данных, можно ответить на ключевой вопрос проводимого анализа – какая из систем является предпочтительной в использовании.
Ниже приводится методика выбора (оценки) автоматизированных информационных систем, основанная на проверке соответствия функциональной полноты системы требованиям пользователя или некоторому эталону [3].
6
Пусть Z = {Zi} (i = 1, 2, …, n) – множество сравниваемых систем;
R = {Rj} (j = 1, 2, …, m) – множество, составляющее словарь реализуемых функций {Zi}.
Исходная информация представляется в виде таблицы {Xij}, элементы которой определяются следующим образом:
1, если j я функция реализуется i й АИС; X ij 0, если не реализуется.
Выделим системы Zi и Zk (i, k =1, 2, …, n) и введем следующие обозначения:
Pik(11) – число функций, выполняемых и Zi и Zk, то есть
Pik(11) =| Zi Zk| – мощность пересечения множеств Zi = {Xij} и Zk =
{Xkj} (j m; x|xij xkj = 1);
Pik(10) – число функций, выполняемых Zi, но не реализу-емых Zk, то
есть
Pik(10) = |Zi\Zk| – мощность разности множеств Zi= {Xij} и Zk ={Xkj}; Pik(01) – число функций, выполняемых Zk но не реализу-емых Zi, то
есть
Pik(01) = |Zk\Zi| – мощность разности множеств Zk и Zi;
Pik(00) = |Zi Zk| – мощность объединения множеств Zi и Zk, то есть
Pik(00) = Pik(11) + Pik(10) + Pik(01) .
Для оценки того, какая часть (доля) функций, выполняемых системой Zi, реализуется также системой Zk можно использовать следующую величину:
|
|
H |
ik |
P(11) /( P(11) + P(10) ), (0 H |
ik |
1). |
||||||
|
|
|
|
ik |
ik |
ik |
|
|
|
|
||
Взаимосвязь между системами Zi |
и Zk оценивается по значениям |
|||||||||||
P(11) |
и |
G |
|
P(11) |
/ P(00) |
, |
(0 G |
|
1), где |
G |
|
— «мера подо- |
ik |
|
ik |
|
ik |
ik |
|
ik |
|
ik |
|
||
бия».
Выбирая различные пороговые значения матриц G и H, можно построить логические матрицы поглощения (включения) G0, H0. Например, элементы матрицы H0 получим следующим образом:
0 |
|
0 |
εh , i k; |
||
1, если |
Hik |
||||
Hik |
|
H 0 |
|
|
, или i k. |
|
0, если |
εh |
|||
|
|
ik |
|
|
|
|
|
7 |
|
|
|
|
|
0 |
|
ε g , i k; |
|
Gik0 |
1, если Gik |
||||
|
|
|
|
или 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, КомпьютерПресс и др.) материалов конференций, выставок, семи-наров; рекламных материалов фирм-производи-телей; материалов размещаемых
всети Интернет.
Втаблице 2.2 перечислены параметры и функции систем, а также параметры и функции «системы эталона», наличие которых в системе делопроизводства и документооборота способствует полной автоматизации этих процессов в организации.
Таблица 2.2 – Сводная таблица параметров и функций систем автоматизации документооборота и делопроизводства
|
|
Системы автоматизации делопроизводства и |
|||||
№ |
Параметры |
|
|
документооборота |
|
||
|
|
КОРД |
Дело |
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 |
|
Общие реквизиты регистрационной карточки |
|
|||||
8
|
|
Системы автоматизации делопроизводства и |
||||||
№ |
Параметры |
|
|
|
документооборота |
|
||
|
|
КОРД |
Дело |
LanDocs |
Золушка |
|
Система |
|
|
|
|
|
|
|
|
|
эталон |
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 |
|
приложений (связан- |
|
|
|
|
|
|
|
|
ные документы) |
|
|
|
|
|
|
|
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 |
|
коллективности |
|
|
|
|
|
|
|
|
|
|
|
9 |
|
|
|
|
|
|
|
Системы автоматизации делопроизводства и |
|||||||
№ |
Параметры |
|
|
|
|
документооборота |
|
|||
|
|
|
КОРД |
|
Дело |
LanDocs |
Золушка |
Система |
||
|
|
|
|
|
|
|
|
|
|
эталон |
|
Регистрация исходящих документов |
|
||||||||
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 |
||
|
дающего контроля и |
|
|
|
|
|
|
|
|
|
|
механизм поддержки |
|
|
|
|
|
|
|
|
|
|
принятия решений |
|
|
|
|
|
|
|
|
|
|
Сроки исполнения документов |
|
||||||||
44. |
Поступление к |
1 |
|
|
1 |
1 |
1 |
|
1 |
|
|
исполнению |
|
|
|
|
|
|
|
|
|
45. |
Плановый срок |
1 |
|
|
1 |
1 |
1 |
|
1 |
|
46. |
Фактический срок |
1 |
|
|
1 |
1 |
1 |
|
1 |
|
47. |
Напоминание для |
1 |
|
|
1 |
0 |
1 |
|
1 |
|
|
просроченных |
|
|
|
|
|
|
|
|
|
|
|
|
Поиск документов |
|
|
|
||||
|
Поиск по атрибутам регистрационной карточки |
|||||||||
48. |
Группа документов |
|
1 |
|
1 |
1 |
1 |
|
1 |
|
49. |
Дата документа |
|
1 |
|
1 |
0 |
1 |
|
1 |
|
|
|
|
|
|
10 |
|
|
|
|
|