Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Док4-УчПособИМ Диппроетк Бакалавры.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
3.14 Mб
Скачать

4.5 Рекомендации по описанию программного обеспечения задачи

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

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

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

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

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

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

В приведенном примере выбран один из методов черного ящика "по классам эквивалентности - отказы" (таблица 1).

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