лр2 — копия

ФГБОУ ВО

«Уфимский государственный авиационный технический университет»

Кафедра ТК

ОТЧЕТ

по лабораторной работе №2

по дисциплине «Управление программными проектами»

по теме «Этапы разработки локального программного продукта»

Вариант - 7

Проверила: Гвоздев В. Е.

Задание по этапу «постановка задачи»

1. Сформулировать цели и задачи разработки

2.Определить критерии качества достижения цели

3.Определить требования к интерфейсу пользователя

4. Сформировать требования к сценарию верификации (системного тестирования) программного продукта

5. Разработать функциональные требования на основе IEEE Std-830-1998 (см. практические задания)

6. Установить формальное соответствие между задачами разработки и функциональными требованиями к программному продукту

7. Подготовить и оформить отчет по этапу «постановка задачи»

Численный метод: нахождение экстремума одномерной функции методом Фибоначчи.

1. Сформулировать цели и задачи разработки

Цель разработки: разработать программный продукт, реализующий нахождение экстремума одномерной функции методом Фибоначчи.

Задачи разработки:

• Определение области применения ПП

• Определение потенциальных пользователей ПП

• Определение набора функций ПП

• Разработка алгоритма реализации метода

• Разработка интерфейса пользователя

• Тестирование разработанной программы

• Отладка разработанной программы

• Разработка руководства пользователя

• Разработка руководства программиста

2. Определить критерии качества достижения цели

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

Критерии качества могут быть представлены в следующем виде:

• Сокращение времени вычисления значения без потери качества вычислений;

• Выполненная разработка алгоритма реализации метода

• Выполненное тестирование разработанной программы

• Выполненная отладка разработанной программы

• Разработано руководство пользователя

• Разработано руководство программиста

• Ввод, расчёт и вывод результатов в удобном и понятном для пользователя интерфейсе.

• Простота использования

• Целостность и достоверность полученных данных;

• Степень удовлетворённости пользователя.

3. Определить требования к интерфейсу пользователя

Перечень требований для интерфейса пользователя для повышения качества и удобства использования:

1. Интерфейс полностью реализован на русском языке с последующей возможностью встраивания иного языкового сопровождения.

2. Интерфейс системы должен наглядно и как можно проще отображать численный метод. Здесь же учитывается удобство ввода и вывода данных. Навигационные элементы должны обеспечивать быстрый и беспрепятственный переход пользователя между разделами и отображать всю необходимую сопроводительную информацию;

3. Интерфейс системы должен осуществлять вычисление значений наиболее простым, удобным и быстрым способом;

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

5. Интерфейс должен быть адаптивным, то есть иметь возможность интегрирования в иные системы. Помимо этого желательно, чтобы интерфейс мог адаптироваться под портативные компьютеры и планшеты.

4. Сформировать требования к сценарию верификации (системного тестирования) программного продукта

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

Основные требования к сценарию верификации:

• Системное тестирование программного продукта должно быть произведено путём проведения наибольшего числа тестов на различных объёмах данных с разными степенями точности и разными количествами возможных вычислений;

• Проверка функциональных и нефункциональных требований к системе и выявление несоответствий для последующего исправления;

• Выявление таких дефектов, как:

• Отсутствие предупреждающих сообщений о наличие исключительных ситуаций;

• Неполное рассмотрение сценариев использования программного продукта;

• Неверная функциональность приложения, то есть ошибка в алгоритме расчёта;

• Неудобство пользования интерфейсом.

5. Разработать функциональные требования на основе IEEE Std-830-1998

1. Введение

1.1. Цель создания продукта.

• разработать программный продукт, реализующий нахождение экстремума одномерной функции методом Фибоначчи.

• предполагаемые пользователи продукта: студенты.

1.2. Область применения продукта.

• наименование продукта «Нахождение экстремума функции методом Фибоначчи»;

• программа должна реализовывать нахождение экстремума функции методом Фибоначчи;

2. Общие сведения

2.1. Ожидаемые результаты

Данный программный продукт предполагается изолированным.

Ожидаемый результат работы программы: программа должна принимать входные значения (и выводить на экран сообщение об ошибке если данные введены неверно), реализовывать нахождение экстремума одномерной функции методом Фибоначчи и выводить на экран результаты поиска.

На устройстве необходимо выделить минимум 7Гб для установки ПО

Требования к исходным данным: точность не может быть отрицательной или равняться нулю (Ɛ>=0); количество допустимых вычислений не может быть отрицательным или равняться нулю (N>=0).

2.2. Функциональность программной системы.

Ввод исходных данных

Нахождение экстремума одномерной функции методом Фибоначчи.

Вывод данных

Обработка ошибок

2.3. Характеристики пользователей.

Предполагаемыми пользователями данного программного продукта являются люди с уровнем образования: оконченное полное среднее образование; опыт работы с подобными программными продуктами отсутствует.

3. Специальные требования

3.1. Требования к внешним интерфейсам

1. Имя компонента программной системы.

Рабочее окно.

2. Назначение компонента программной системы.

Ввод данных и вывод данных.

3. Перечень источников входных данных и приемников выходных результатов.

Ввод данных осуществляется с помощью клавиатуры. Выходные данные выводятся на экран.

4. Форматы/организация окон.

Окно можно развернуть на весь экран, вручную настраивать масштаб и сворачивать окно;

5. Форматы данных.

Данные типа integer.

3.2. Реализуемые программной системой функции.

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

3.3. Требования к производительности.

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

3.4. Атрибуты программной системы.

1. Функциональность:

– Способность решать заявленную задачу. Способность выдавать нужные результаты.

 Соответствие ПО имеющимся индустриальным стандартам, нормативным и законодательным актам, другим регулирующим нормам.

2. Удобство использования: способность ПО быть удобным в обучении и использовании, а также привлекательным для пользователей.

3. Производительность: отношение получаемых с помощью ПО результатов к затрачиваемым на это ресурсам всех типов.

4. Переносимость: способность ПО сохранять работоспособность при переносе из одного окружения в другое, включая организационные, аппаратные и программные аспекты окружении.

6. Установить формальное соответствие между задачами разработки и функциональными требованиями к программному продукту

Задача	Функциональные требования
Определение области применения ПП	1.2.
Определение потенциальных пользователей	2.3.
Определение набора функций ПП	3.2.
Разработка алгоритма реализации метода	2.2.
Разработка интерфейса пользователя	2.1.

Вывод: в ходе данной лабораторной работы были получены теоретические знания и приобретены практические навыки управления качеством программных продуктов на этапе постановки задачи, а так же получены навыки работы со стандартом IEEE Std-830-1998.

Тут он вроде докапывался, но я уже не помню к чему именно.