Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Разработка программного продукта профессиональные стандарты, жизненный цикл, командная работа. Учебное пособие
.pdf
Таблица 15
–
–
–
№
теста
Исходные данные (ввод) и ожидаемый результат (вывод)
а Ввод: координаты центра окружности (0; 0), радиус = 3;
координаты вершин треугольника (2;
2), (–2;–2), (0; 3).
Вывод:
«Множество общих точек: вершина треугольника находится внутри
круга»
б Ввод: координаты центра окружности (3;3), радиус = 2,5;
координаты вершин треугольника (7,5; 0), (
4; 7), (–3,5;–5).
Вывод:
«Множество общих точек: центр круга находится внутри треугольника»
в Ввод: координаты центра окружности (0; 1), радиус = 4,5;
координаты вершин треугольника (1,75;
0,5), (2;–6), (6;–3).
Вывод:
«Множество общих точек: вершина треугольника находится внутри
круга»
г Ввод: координаты центра окружности (0;0), радиус = 3,75;
координаты вершин треугольника (3,75; 0), (5; 8,3), (7,75; 4).
Вывод: «Координаты точки пересечения (3,75; 0)»
д Ввод: координаты центра окружности (1;1), радиус = 3;
координаты вершин треугольника (2; 1), (0; 5), (–2; 1).
Вывод:
«Множество общих точек: вершина треугольника находится внутри
круга»
е Ввод: координаты центра окружности (0; 0), радиус = 3,025;
координаты вершин треугольника (–1,75; 4), (–4; –1,75), (–7; 3).
Вывод: «Координаты точки пересечения (–2,87; 1,77)»
ж Ввод: координаты центра окружности (–2; 1), радиус = 3;
координаты вершин треугольника (2,5; –3), (4; 5), (–4; 4).
Вывод: «Множество общих точек: площадь пересечения представляет
собой часть круга»
з Ввод: координаты центра окружности (0; 0), радиус = 4,2;
координаты вершин треугольника (5; 2), (7; 8), (2; 6).
Вывод: «Нет общих точек»
и Ввод: координаты центра окружности (0; 0), радиус = 2,05;
координаты вершин треугольника (–2; –5), (8; 2), (5; –7).
Вывод: «Нет общих точек»
31
Проектирование структур данных и алгоритмов
В табл. 16 показано соответствие целей обучающегося требованиям
определенных профессиональных стандартов (трудовые функции, трудовые действия, необходимые умения и знания).
Таблица 16
Выполнение работ и управление работами по созданию (модификации) и сопровождению ИС, автоматизирующих задачи организационного управления и
бизнес-процессы
Разработка архитектуры ИС (С/14.6)
Разработка архитектурной спецификации
ИС.
Согласование архитектурной спецификации
ИС с заинтересованными сторонами
Проектировать
архитектуру ИС.
Проверять (вери-
фицировать) архитектуру ИС
Инструменты и методы
проектирования архитектуры ИС.
Инструменты и методы
верификации архитектуры ИС.
Предметная область автоматизации
Критерии качества выполненной работы на этапе «Проектирование
структур данных и алгоритмов» представлены в табл. 17.
Уметь:
определять количество и
типы переменных, структур
данных;
проектировать структуру
программы;
строить алгоритмы;
выполнять алгоритм без от-
клонений;
оценивать правильность и
эффективность алгоритмов.
Знать:
основные понятия структур-
ного программирования (управляющие структуры, поша-
нисходящее проекти-
говое
рование структур данных и
алгоритмов, схема иерархии
модулей программы);
способы определения стан-
дартных и пользовательских
типов данных
32
Отлично Хорошо Удовлетворительно
у
Качество разработки и
полнота описания спро-
ектированных структур
данных и алгоритмов:
представлена схема
иерархии программных
модулей – структура
программы;
описаны структуры
данных (возможно
представление в виде
таблицы со столбцами:
имя, тип, назначение);
представлены обобщенные и/или детализированные блок-схемы
алгоритмов в зависимости от назначения и
сложности;
описаны все функции
(возможно представле-
ние в виде таблицы со
столбцами: имя, выполняемое действие, параметры);
приведены результаты
оценки сцепления и
связности модулей
Первый этап
Каждый член команды разрабатывает свой вариант
схемы иерархии модулей и определяет меру их сцепления.
Оценка выполненной работы
Качество разработки и
полнота описания спро-
ектированных структур
данных и алгоритмов:
представлена схема
иерархии программных
модулей с дублированием некоторых модулей
и/или с нарушением связей межд
в основном описаны
структуры данных (возможно представление в
виде таблицы со столбцами: имя, тип, назначение);
в основном представлены обобщенные и/или
детализированные блоксхемы алгоритмов в зависимости от назначения
и сложности;
в основном описаны
функции (возможно
представление в виде
таблицы со столбцами:
имя, выполняемое действие, параметры);
частично приведены
результаты оценки сцепления и связности модулей
модулями;
Таблица 17
Качество разработки и
полнота описания спроектированных структур
данных и алгоритмов:
представлена случайная
схема объединения
иерархии программных
модулей и блок-схем алгоритмов;
частично описаны
структуры данных (возможно представление в
виде таблицы со столбцами: имя, тип, назначение);
представлены только
детализированные блоксхемы алгоритмов без
учета их назначения и
сложности;
частично описаны
функции (возможно
представление в виде
таблицы со столбцами:
имя, выполняемое действие, параметры);
отсутствуют результаты
оценки сцепления и связности модулей
33
Второй этап
В команде:
анализируют представленные варианты и проекти-
руют окончательный вариант схемы иерархии модулей и
степень сцепления между ними;
распределяют между членами команды модули.
Третий этап
Rаждый член команды:
разрабатывает набор алгоритмов и структур дан-
ных для своих модулей;
проводит статическое тестирование своих модулей для
подтвержде-
ния их правильности (выполняет алгоритм без отклонений вручную);
оценивает эффективность спроектированных алгоритмов;
документирует свой набор модулей (таблица описания функций и
таблица описания структур данных).
Разработка интерфейса и программная реализация
В табл. 18 показано соответствие целей обучающегося требованиям
определенных профессиональных стандартов (трудовые функции, трудовые действия, необходимые умения и знания) на данном этапе.
Таблица 18
Выполнение работ и управление работами по созданию (модификации) и сопровождению ИС, автоматизирующих задачи организационного управления и
бизнес-процессы
Проектирование интерфейса по концепции или по образцу уже спроектированной части интерфейса (С/01.6)
Формальная оценка интерфейса (С/02.6)
Проектирование и дизайн ИС (С/16.6)
Проектирование интерфейса согласно требованиям концепции интерфейса.
Описание логики работы элементов интерфейса, их взаимосвязей, взаимодействия и
вариантов состояний.
Проверка интерфейса по глоссарию терминов, коррекция глоссария.
Экспертная оценка интерфейса.
Уметь:
разрабатывать интерфейс
пользователя в форме диалога;
кодировать заданную последовательность действий на одном
из языков структурного программирования;
34
Окончание табл. 18
р
р
р
Разработка структуры программного кода
ИС.
Верификация структуры программного кода
ИС относительно архитектуры ИС и требований заказчика к ИС.
Устранение обнаруженных несоответствий
Создавать интерактивные прототипы интерфейса.
Разрабатывать и
оформлять проектную
документацию на интерфейс.
Производить экспертную оценку интерфейса.
Кодировать на языках
программирования.
Верифицировать
структуру программного кода
Стандарты, регламентирующие требования к эргономике взаимодействия
человек–система.
Системы оценки
эргономических качеств интерфейса.
Предметная область
автоматизации.
Современные структурные
граммирования.
Инструменты и методы верификации
структуры программного кода
языки про-
проверять соответствие кода
программного продукта спроектированным алгоритмам и
структурам данных (верификация программного кода).
Знать:
принципы разработки ин-
терфейса пользователя;
принципы структурного
граммирования
Критерии качества выполненной работы на этапе «Разработка интерфейса и программная реализация» представлены в табл. 19.
про-
Таблица 19
Оценка выполненной работы
Отлично Хорошо Удовлетворительно
Разработка интерфейса
Если доля баллов при
оценке качества интерфейса составляет более
85 % от максимально
возможной оценки – 78
баллов (сумма баллов по
анкете в п
иложении 3)
Если доля баллов при
оценке качества интерфейса составляет 65…84 %
от максимально возможной оценки – 78 баллов
(сумма баллов по анкете
в п
иложении 3)
35
Если доля баллов при
оценке качества интерфейса составляет 51…64 % от
максимально возможной
оценки – 78 баллов (сумма баллов по анкете в
п
иложении 3)
Продолжение табл. 19
р
Ч
у
Оценка выполненной работы
Отлично Хорошо Удовлетворительно
Имеется краткое описание того, что делает программный продукт.
Количество и типы входных данных соответствуют разработанным требованиям.
Количество и типы выходных данных соответствуют разработанным требованиям.
Сообщения, сопровождающие ввод данных, являются необходимыми и достаточными для выполнения задания.
Сообщения, описывающие выходные данные, являются необходимыми и достаточными для анализа фактического результата
.
Диалог ведется в терминах предметной области выполняемого задания.
Сообщения включают в себя информацию о единицах измерения входных и
выходных данных.
Диалог содержит сообщения, приглашающие вводить конкретные данные
(имя).
Диалог содержит сообщения, прилагающие вводить конкретные данные в
заданном формате (вид).
При правильном вводе исходных данных диалог содержит подтверждающие
сообщения правильности ввода
данных.
При ошибочных действиях пользователя диалог содержит диагностические
сообщения и способ(ы) исправления ошибки.
Сообщения соответствуют нормам русского языка (отсутствуют жаргонные
слова и сокращения, используются общепринятые аббревиатуры.
Стилевое однообразие интерфейсов отдельных модулей, включая головной
Программная реализация
Соответствие программной реализации крите-
иям качества:
соответствие программной реализации
разработанным алгоритмам и структурам
данных (верификация
программного кода);
использованы мнемоничные имена переменных, структур данных,
функций;
В основном соответствие
программной реализации
критериям качества:
соответствие в основном программной реализации разработанным алгоритмам и структурам
данных (верификация
программного кода);
использованы длинные
и/или немнемоничные
имена переменных, структур данных, функций;
астично соответствие
программной реализации критериям качества:
изменены последовательности и/или количество действий при кодировании (несоответствие
алгоритму, как правило,
за счет его
прощения);
использованы длинные
и/или случайные имена
переменных, структур
данных, функций;
36
Окончание табл. 19
отсутствуют глобальные
переменные, структуры
данных (обеспечение защиты данных и универсальности функций);
реализована функциональная, последовательная или коммуникативная связность модулей;
сцеплены модули по
данным или по образцу;
обеспечена эффектив-
ность программного кода;
структурированы тек-
сты программных модулей;
достаточно коммента-
риев
отсутствуют глобальные
переменные, структуры
данных (обеспечение защиты данных и универсальности функций);
в основном реализована
функциональная, последовательная или коммуникативная связность
модулей;
в основном сцеплены
модули по данным или
по образцу;
в основном обеспечена
эффективность программного кода;
в основном структурированы тексты программных модулей;
в основном достаточно
комментариев
использованы глобальные переменные и/или
структуры данных;
преимущественно реализована последовательная связность модулей;
сцеплены модули по
общей области;
не обеспечена эффективность программного
кода;
слабо структурированы тексты программных
модулей;
отсутствуют комментарии
Каждый член команды разрабатывает интерфейс, который будет использовать только для отладки и тестирования своего набора программных
модулей, и кодирует свой набор программных модулей в соответствии с критериями качества, для чего
совершает следующие действия:
обеспечивает соответствие программной реализации разрабо-
танным алгоритмам и структурам данных (верификация программного
кода);
определяет мнемоничные имена для переменных, структур дан-
ных, функций;
обеспечивает защиту данных и универсальность функций, исключая глобальные переменные и/или структуры данных, заменяя по
возможности константы на переменные;
37
реализует степень связности и меры сцепления модулей, опреде-
ленные на этапе «Проектирование алгоритмов и структур данных»;
оценивает эффективность создаваемого программного кода и
при необходимости повышает ее;
комментирует программный код.
В команде разрабатывают интерфейс пользовате-
ля программного продукта, для чего совершают следу-
ющие действия:
составляют краткое описание того
, что делает
программный продукт в целом;
проверяют соответствие количества и типов входных данных
разработанным требованиям;
проверяют соответствие количества и типов выходных данных
разработанным требованиям;
формулируют сообщения, сопровождающие ввод данных, и про-
веряют их необходимость и достаточность для выполнения задания;
формулируют сообщения, описывающие выходные данные, про-
веряют
их необходимость и достаточность для анализа фактического
результата;
составляют диалог с пользователем в терминах предметной об-
ласти выполняемого задания;
включают в сообщения информацию о единицах измерения
входных и выходных данных;
формулируют сообщения, приглашающие вводить конкретные
данные (имя);
формулируют сообщения, приглашающие вводить конкретные
данные в заданном формате (вид
);
добавляют сообщения, подтверждающие правильность ввода
данных;
разрабатывают для ошибочных действий пользователя диагно-
стические сообщения и способы исправления ошибок;
обеспечивают стилевое однообразие интерфейсов отдельных
модулей, включая головной.
В табл. 20 приведен пример сценария диалога пользователя.
38
Таблица 20
Окно диалога Комментарий
Имеется краткое описание того, что
делает программный продукт.
Сообщения соответствуют нормам
русского языка (отсутствуют жаргонные слова и сокращения, используются общепринятые аббревиатуры)
Сообщения, сопровождающие ввод
данных, являются необходимыми и
достаточными для выполнения задания.
При правильном вводе исходных
данных диалог содержит подтверждающие сообщения правильности
ввода данных
Диалог содержит сообщения, приглашающие вводить конкретные данные (имя).
При ошибочных действиях пользователя диалог содержит диагностические сообщения и способ(ы) исправления ошибки
Сообщения, описывающие выходные
данные, являются необходимыми и
достаточными для анализа фактического результата.
Стилевое однообразие интерфейсов
отдельных модулей, включая головной
Диалог ведется в терминах предметной области выполняемого задания
Количество и типы входных данных
соответствуют разработанным требованиям.
Количество и типы выходных данных
соответствуют разработанным требованиям
39
Вопросы по представленному выше сценарию диалога
1. Какая важная характеристика массива отсутствует в
сообщениях?
2. Следует ли использовать пробел в качестве раздели-
теля между элементами массива?
Для оценки качества разработанного интерфейса можно использовать анкету, помещенную в приложении 3.
При разработке диалога пользователя выделяют следующие три
уровня абстракции в описании диалога:
основная структура (характеристика действия и ответа на шаге
диалога);
представление входных и выходных сообщений, отражающих
задачи;
техническая реализация.
Возможны две схемы ведения диалога: диалог ведет пользователь
или диалог ведет программа. Если диалог ведет пользователь, то инициатива на всех этапах решения задачи принадлежит пользователю
(кроме обработки ошибок). Пользователь
осуществляет разбиение за-
дачи на структурные единицы для построения и реализации сценария
решения задачи с помощью интерфейса. Если диалог ведет программа, то возможные сценарии решения пользователем задач заложены в
программе ее разработчиком. Программа поддерживает диалог (управляет раскрытием темы) в соответствии с заложенной в ней структурой.
Часто используются жесткая
и альтернативная структуры диалога.
В жесткой структуре диалога роли программы и пользователя однозначны и предопределены заранее для каждого шага диалога. В аль-
тернативной структуре диалога задано множество возможных, но
заранее предусмотренных в структуре направлений развития диалога
(раскрытие темы, решение пользовательской задачи).
Будем понимать под шагом диалога манипуляции пользователя в
пользовательском интерфейсе программы, воспринимаемые пользователем как единое целое и образующие этап в выполнении многошагового действия. Шаг диалога имеет определенную структуру: выделяются действие и ответ. Действие всегда составляет первую часть шага
диалога. На рис. 4 показана структура шага диалога пользователя.
40
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]