Согласно анализу существующих решений, в настоящее время не существует объективных подходов к определению сложности комплексных информационных систем с точки зрения наиболее важных параметров.
Сложность системы определяется на основании опыта и знаний проектных менеджеров, инженеров по разработке и инженеров по тестированию, работавших с комплексным программным обеспечением. Подобная оценка помимо того, что является субъективной, повышает риски, связанные с качеством тестирования и сроками его проведения, что может вызвать финансовые и временные издержки.
В данной дипломной работе предлагается к использованию методика, которая позволит определить сложность информационной системы на основе объективных критериев.
Задача определения сложности решена с помощью нечеткого логического вывода. В качестве аргументов функции принимались следующие параметры:
1. Риски системы с нечеткими значениями «Высокие» и «Низкие»;
2. Уровень детализации документации с нечеткими значениями «Высокий» и «Низкий»;
3. Уровень интеграции с другими модулями/информационными системами с нечеткими значениями «Высокий» и «Низкий»;
4. Насколько тиражным является программное обеспечением с нечеткими значениями «Большая» и «Малая».
В качестве лингвистического имени функции использовался терм «Сложность информационной системы», представляющий собой совокупность тех или иных нечетких значений всех входных параметров. В качестве нечетких значений функции использовались термы «Очень высокая», «Высокая», «Средняя» и «Низкая».
Выбранные аргументы функции наиболее четко отражают важность сложности программного обеспечения. Вследствие этого применение описанной методики позволит достигнуть оптимального результата.
На выходе применения методики будет получено численное значение сложности информационной системы.
На основе полученной оценки сложности информационной системы можно определить следующие параметры для планирования тестирования:
• квалификацию участников команды тестирования. Если полученная сложность системы является высокой, значит, на проект потребуются специалисты уровня не менее Middle с обязательным присутствием в команде тестировщика квалификации Senior. Соответственно, при малой сложности системы можно составить команду по тестированию из работников уровня Junior с контролем Middle тестировщика.
• время, которое потребуется на тестирование. В компании имеется ограниченный выбор специалистов, вследствие чего не всегда есть возможность задействовать в проекте исключительно подходящих по квалификации тестировщиков [11]. Однако, на основе требуемого уровня работников, определенном выше, можно сопоставить степень квалификации, имеющийся персонал и время, которое потребуется на осуществление тестирования . Например, если по определенному уровню сложности системы нужны специалисты Middle, а свободны в компании только Junior, то нужно увеличить время на тестирование согласно разнице между квалификациями.
• вероятность задержек. Чем выше уровень сложности системы, тем вероятнее задержки при тестировании, что стоит учесть при планировании финансовых и временных затрат.
Таким образом, результаты диссертационной работы являются следующими:
1. После проведения аналитического обзора предметной области и публикаций, посвященных тестированию сложных информационных решений и его организации, был получен следующий вывод: в настоящее время существуют методы, которые позволяют учесть некоторые сложности, возникающие при планировании тестирования. Однако нет метода определения сложности системы, построенного на основе конкретных параметров, которые имеют большое влияние на тестирование системы. Неверная оценка сложности программного обеспечения может повлечь за собой незапланированные финансовые и временные затраты.
2. Предложено использование методики определения сложности комплексных информационных систем.
3. Экспериментальные исследования подтвердили применимость и успешность методики. Выявлено, что определение сложности информационной системы применимо по данной методике, и позволяет более объективно спланировать тестирование.

Купить