Классификация программного обеспечения ЭВМ. Способы распространения программного обеспечения.

Классификация ПО:

Общее

· Испытательные программы

§ Контрольные задачи

§ Тесты

· Контрольные

· Диагностические

· Системы программ

§ Машинно-ориентированные

§ Процедурные

§ Проблемные

· Операционные системы

· Системы телеобработки данных

Специальное

Распространение ПО:

· В исходных кодах (на ЯП).

· В объектном коде (машинный код непригодный к выполнению).

· В загрузочном коде (машинный код пригодный к выполнению).

· В форме библиотек (набор объектных кодов или загрузочных кодов).

· В форме пригодной в среде др. приложения.

Жизненный цикл программного обеспечения. Программы с большой и с малой жизнью.

 

Все программы имеют один и тот же жизненный цикл.

Идея – > технико-экономическое обоснование – > техническое задание (ТЗ) – > алгоритмы и структуры данных в машинно-независимой форме – > алгоритмы и структуры данных в машинно-зависимой форме - > испытанная программа - > создание программного продукта.

1. Идея. Формулировка задачи, которую нам приносит заказчик.

2. Анализ (есть ли смысл браться за разработку программы, исходя из предложенных заказчиком условий работы).

3. Технико-экономическое обоснование.

4. Техническое задание. Точная формулировка задачи. После ее прочтения становится понятно, что она требует, не должно быть вопросов по ее условиям.

5. Алгоритмы и структуры данных в машинно-независимом коде. Составить алгоритм решения поставленной задачи, решить, как будут представляться данные. Независимо от компьютера, среды и языка программирования.

6. Кодирование. Перевод на некоторый язык программирования данный алгоритм.

7. Алгоритмы и структуры данных в машинно-независимом слове.

8. Тестирование и отладка. Поиск ошибок и их ликвидация. При желании заказчика сделать все иначе. Тогда, возвращаемся к идее.

9. Испытанная программа. Часто разработка программы останавливается на данном этапе.

10. Документирование, обобщение программы. Передача заказчику.

11. Программный продукт. Программа, которую любой программист может эксплуатировать, модифицировать, сопровождать.

Требования для разработки программного продукта:

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

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

3. Необходимо составить документацию на созданную программу.

Вместо программного продукта часто встречается программный комплекс, так как требования на его разработку гораздо проще.

Требования для разработки программного комплекса:

1. Точно разделить все части программы по используемым наборам данных и отладить их взаимодействие по наборам данных.

2. Точно разделить все части по используемым ресурсам и отладить взаимодействие этих частей по использованию ресурсов.

3 bnJldi54bWxMjsFOwzAQRO9I/IO1SNyokyBCCXEqRMWFS6FUnLfJNo6I11HsNoGvZ+ECx9GM3rxy NbtenWgMnWcD6SIBRVz7puPWwO7t6WoJKkTkBnvPZOCTAqyq87MSi8ZP/EqnbWyVQDgUaMDGOBRa h9qSw7DwA7F0Bz86jBLHVjcjTgJ3vc6SJNcOO5YHiwM9Wqo/tkdn4C682BjsO60PmzTffGG7ft5N xlxezA/3oCLN8W8MP/qiDpU47f2Rm6B6A8vsRpYGrm9TUNL/5r2wsxx0Ver//tU3AAAA//8DAFBL AQItABQABgAIAAAAIQC2gziS/gAAAOEBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhADj9If/WAAAAlAEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhADepuyD1AQAACAQAAA4AAAAAAAAAAAAAAAAALgIAAGRycy9l Mm9Eb2MueG1sUEsBAi0AFAAGAAgAAAAhADKlWgTaAAAABwEAAA8AAAAAAAAAAAAAAAAATwQAAGRy cy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPMAAABWBQAAAAA= " strokecolor="#69696d [3044]"> Программа программный продукт

 

 

программный комплекс комплексный программный продукт

Формулировка жизненного цикла программ по Глассу:

Идея – > требования – > проектирование – > реализация - отладка – > сопровождение

Требования - 10% времени и средств, которые у нас имеются.

Проектирование - 10%

Реализация - 10%

Отладка – 20%

Сопровождение – 50%

Деление программ на основании жизненного цикла:

· Программы с малой жизнью. Создаются небольшими коллективами (одиночками). Для научных целей или инженерных областей. Изначально не включают в себя никаких средств помощи тиражированию. Не содержат средств модификации в процессе эксплуатации.

· Программы с большой жизнью. Создаются большими коллективами. Применяются для регулярной обработки информации. Наличие средств тиражирования. Наличие средств модификации в процессе эксплуатации.

Этапы проектирования программ по ГОСТ ЕСПД, по Майерсу. Технология макетирования.

 

Документ, регламентирующий этапы разработки программы – ГОСТ ЕСПД (единая система программной документации).

1. Техническое задание (документ, регламентирующий, каким образом мы будем разрабатывать программу)

2. Техническое предложение (документ с различными вариантами решения поставленной задачи, делается оценка этих вариантов, выбирается лучший)

3. Эскизный проект

4. Технический проект

5. Рабочий проект

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

Техническое предложение. Необходимо оценить научный и технический уровень создаваемой программы.

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

Технический проект – программа, которая отражает окончательное решение задачи заказчика, в полном объеме. (часто работа заканчивается на этом этапе).

Рабочий проект – программа, которая имеет документацию и пригодна для тиражирования.

Разработка этапов по Майерсу

ТРЕБОВАНИЯ ЦЕЛИ АРХИТЕКТУРА СИСТЕМЫ АРХИТЕКТУРА ПРОГРАММЫ

 

 

 

ПРЕДВАРИТЕЛЬНЫЙ ВНЕШНИЙ ПРОЕКТ

ПРОЕКТ ПРОГРАММЫ МОДУЛЯ

 

 

 

ДЕТАЛЬНЫЙ ВНЕШНИЙ ПРОЕКТ ПРОЕКТ ДАННЫХ ПРОЕКТ ЛОГИКИ МОДУЛЯ

 

 

Требования – предварительная формулировка задачи заказчика. Наше понятие

Цели – окончательная формулировка задачи заказчика. «Технического задания».

Внешний проект – описание взаимодействия программы и пользователя.

Архитектура системы – разложение задачи на подзадачи и определение связей между ними.

Архитектура программы – разложение подзадачи на выполняемые функции и определение связей между ними.

Проект данных – описание всех видов и наборов данных, которые будут использоваться для работы данной программы.

Проект программы модуля – алгоритм решения в машинно-независимой форме.

Проект логики модуля – алгоритм решения в машинно-зависимой форме.

Технология макетирования.

Вся программа создается как последовательность прототипов.

Прототип – программа, которая решает все типичные задачи заказчика и которую можно быстро разработать.

ДЕМОНСТРАЦИОННЫЙ ПРОТОТИП ИССЛЕДУЮЩИЙ ПРОТОТИП ДЕЙСТВУЮЩИЙ ПРОТОТИП ПРОМЫШЛЕННАЯ СИСТЕМА КОММЕРЧЕСКАЯ СИСТЕМА

Демонстрационный прототип – программа, которая с одной стороны демонстрирует заказчику способ решения его задач, а с другой стороны - жизнеспособность всех методов, которые выбраны для решения данной задачи. Исследовательский прототип – программа, которая решает все задачи заказчика в полном объеме, но при этом она не устойчива в работе. Действующий прототип – программа, которая надежно решает все задачи заказчика, но для решения некоторых задач она требует слишком много ресурсов.

Промышленная система – программа, которая надежно решает все задачи заказчика и при этом требует минимума ресурсов (часто работа заканчивается на этом этапе). Коммерческая система – программа, пригодная для тиражирования.

 

Языки программирования

Поколения языков программирования.