Слайд 1Этапы разработки программного обеспечения.
Прикладное программирование
Слайд 2Цель урока
Изучить:
этапы разработки программного обеспечения;
структуру спецификации программного продукта
Слайд 3План урока
Рассматриваемые вопросы:
Структура программного обеспечения.
Этапы разработки программного обеспечения.
Постановка
задачи.
Рекомендуемая форма спецификации.
Слайд 4Жизненный цикл программного обеспечения
Первоначально термин жизненный цикл (ЖЦ) продукции был
введен в середине 60-х годов 19 века голландскими специалистами по
качеству Дж. Ван Эттингером и Дж. Ситтинтеном.
ЖЦ продукции включает три стадии:
Проектирование
Изготовление
Потребление
Слайд 5Жизненный цикл программного обеспечения
В развитии идеи Эттингера и Ситтинтена была
разработана концептуальная модель взаимозависимых видов деятельности, влияющих на качество продукции,
так называемая петля (спираль) качества (Quality Loop - QL).
QL ориентирует на осознание того, что качество формируется на всех стадиях ЖЦ продукции. В дальнейшем QL была стандартизирована, в настоящее время международный стандарт ISO-9004-1-2000 поддерживает 12 стадий ЖЦ продукции
Слайд 6Жизненный цикл программного обеспечения
1. Проектирование и разработка.
2. Подготовка производства.
3. Материально-техническое
снабжение.
4. Производство.
5. Контроль и испытания.
6. Упаковка и хранение
7. Распределение и
реализация.
8. Монтаж и ввод в эксплуатацию.
9. Техническое сопровождение.
10. Послепродажное обслуживание
11. Управление или восстановление после выработки ресурса
12. Маркетинг (поиск и изучение рынка)
Слайд 7Программное обеспечение и программы
Программой (программным модулем) называется последовательность команд, или
операторов, которые необходимо ввести в оперативное запоминающее устройство компьютера, чтобы
он мог обработать входные данные. Компьютер выполняет эту программу и выдаёт результат обработки входных данных (выходные данные).
Слайд 8Программное обеспечение и программы
Программное обеспечение состоит из нескольких совместно работающих
программ (программных модулей), объединённых в программный комплекс, и документов, необходимых
для разработки, сопровождения и эксплуатации программного комплекса.
В простейшем случае программный комплекс может состоять из одной программы, при этом второй компонент программного обеспечения - документы - должен присутствовать всегда.
Слайд 9Программное обеспечение и программы
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
Программный комплекс
Документы
Программа 1
Программа 2
Программа N
Документы
для разработки и сопровождения ПО
Документы по эксплуатации ПК
Другие документы
Слайд 10Этапы разработки программного обеспечения
Процесс разбивки программного обеспечения можно разбить на
этапы.
Работа над программным обеспечением начинается с выдачи задания на
разработку программного обеспечения (технического задания).
Слайд 11Этапы разработки программного обеспечения
Слайд 12Этапы разработки программного обеспечения
Постановка задачи.
На этом этапе создаётся модель рассматриваемого
явления, процесса и т.д. Характеристики и особенности этой модели отражаются
в спецификации. Для подготовки спецификации используются определённые стандартные формы.
Слайд 13
Рекомендуемая форма спецификации
Название задачи
Приводится название решаемой задачи, программного комплекса, используемой
системы программирования; указываются требования к компьютеру.
Слайд 14Рекомендуемая форма спецификации
Описание
Подробно излагается условие задачи; описывается применяемая математическая
модель для задач вычислительного характера, метод обработки входных данных для
задач невычислительного (логического) характера и т.д.
Слайд 15Рекомендуемая форма спецификации
Управление режимами работы программы
Формулируются основные требования к способу
взаимодействия пользователя с программой (интерфейс пользователь - компьютер).
Слайд 16Рекомендуемая форма спецификации
Входные данные
Описываются входные данные, указываются пределы, в которых
они могут меняться, значения, которые они не могут принимать, и
т.д.
Слайд 17Рекомендуемая форма спецификации
Выходные данные
Описываются выходные данные, сообщается о том, в
каком виде они должны быть представлены - в числовом, графическом
или текстовом, приводятся некоторые другие сведения.
Слайд 18Рекомендуемая форма спецификации
Ошибки
Перечисляются характерные ошибки при вводе данных, а, кроме
того, возможные ошибки пользователя при работе с программой. Указываются способы
диагностики ошибок и защиты от них на этапе проектирования, а также возможные реакции пользователя при совершении и ошибочных действий и реакция компьютера на эти действия.
Слайд 19Рекомендуемая форма спецификации
Примеры работы программного комплекса
Приводится один или несколько примеров
работы программного комплекса.
Слайд 20Пример спецификации
РАЗРАБОТАТЬ ПРОГРАММНЫЙ КОМПЛЕКС ДЛЯ РЕШЕНИЯ СЛЕДУЮЩЕЙ ЗАДАЧИ: ИМЕЮТСЯ ТРИ
ЧИСЛА, ПРЕДСТАВЛЯЮЩИЕ СОБОЙ ДЛИНЫ ТРЁХ ОТРЕЗКОВ. ОПРЕДЕЛИТЬ, МОЖНО ЛИ ПОСТРОИТЬ
ИЗ ЭТИХ ОТРЕЗКОВ ТРЕУГОЛЬНИК, И БУДЕТ ЛИ ОН ПРЯМОУГОЛЬНЫМ
Слайд 21Пример спецификации
Название задачи
Треугольник.
Название программы - Triangl.
Система программирования - Турбо-Паскаль 7.0.
Компьютер –AMD A6-3500
APU.
Слайд 22Пример спецификации
Описание
Даны три вещественных положительных числа: a, b и c.
Определить:
можно ли построить треугольник из отрезков, длина которых соответственно равна
a, b и c?
является ли этот треугольник прямоугольным?
Слайд 23Пример спецификации
Математическая формулировка задачи
Условием существования треугольника является одновременное выполнение
трёх неравенств:
b + c > a
c + a > b
(1)
a + b > c
Слайд 24Пример спецификации
a * a = b * b + c
* c
b * b = c * c + a
* a (2)
c * c = a * a + b * b
Если все неравенства (1), выполняются и справедливо какое-либо из выражений (2), то треугольник будет прямоугольным.
Слайд 25Пример спецификации
Однако необходимо иметь в виду, что для переменных вещественного
типа (real) использование логической операции отношения = (равно) даёт непредсказуемый
результат из-за особенностей работы компьютера с числами данного типа. В связи с этим заменим равенства (2) на:
| a * a - (b * b + c * c) | / (a * a) < e
| b * b - (c * c + a * a) | / (b * b) < e (3)
| c * c - (a * a + b * b) | / (с * с) < e
Слайд 26Пример спецификации
Здесь e - малая величина. Гипотенузе прямоугольного треугольника будет,
разумеется, соответствовать переменная, стоящая первой в левой части того из
неравенств (3), которое выполняется (переменная a, b или c).
Слайд 27Пример спецификации
Управление режимами работы программы
Для управления режимами работы программы использовать
меню, в котором выбор режима осуществляется вводом номера (идентификатора). Работа
с программой должна завершаться также с помощью меню.
Слайд 28Пример спецификации
Входные данные
Необходимо, чтобы a, b, c и e имели
вещественный тип (real).
Слайд 29Пример спецификации
Выходные данные
На дисплей должна выдаваться справочная информация о назначении
программы.
После обработки входных данных, введённых пользователем, на дисплей должно выводиться
одно из следующих сообщений:
1) “Это не треугольник”
2) “Это прямоугольный треугольник с гипотенузой, равной (указывается длина гипотенузы)”
3) “Это не прямоугольный треугольник”
Слайд 32Пример спецификации
Ошибки
Примечание. При вводе численных значений типа real пользователь может
ошибиться и ввести вместо числа комбинацию из числовых и нечисловых
символов. Результатом этого является обычно зависание компьютера.
Слайд 33Пример спецификации
При вводе чисел a, b, c и e надо
предусмотреть контроль:
1) соответствия их типу real;
2) знака вводимых чисел a,
b и c;
3) величины погрешности e (0 < e < 1).
При обнаружении ошибок программа должна выдавать соответствующие сообщения, которые могут сопровождаться звуковым сигналом, и предлагать повторить ввод.
Слайд 34Пример спецификации
Примеры работы программного комплекса
Пример 1
e = 0.1
a = 5.01
b = 3
c
= 4
Это прямоугольный треугольник с гипотенузой, равной 5.01.
Слайд 35Пример спецификации
Пример 2
e = 0.1
a =
2
b = 3
c = 3
Это
не прямоугольный треугольник.
Слайд 36Пример спецификации
Пример 3
e = 0.1
a =
2
b = 3.5
c = 6
Это не треугольник
Слайд 37
Пример спецификации
Процедуры и функции программы
Слайд 39Д/з
Изучить материал лекции, разработать спецификацию программного продукта, согласно варианта задания.
См. Методические рекомендации по организации и выполнению самостоятельной работы С.р.
№1.