Библиографический список

1. Крупский А.Ю. Разработка и стандартизация программных средств: учеб. пособие / А.Ю. Крупский, Л.А. Феоктистова. – М.: Дашков и К, 2009. – 100 с.

2. Рудаков А.В. Технология разаботки программных средств: учеб. пособие для студ. сред. проф. образования / А.В. Рудаков. – 2-е изд., стер. – М.: Академия, 2006. – 208 с.

3. Благодатских В.А. Стандартизация разработки программных средств: учеб. пособие / В.А. Благодатских, В.А. Волнин, К.Ф. Поскакалов. – М.: Финансы и статистика, 2003. – 288 с.

4. IEEE Std 610.12-1990. IEEE Standard Glossary of Software Engineering Terminology.

5. ГОСТ Р ИСО/МЭК 12207–99. Информационные технологии. Процессы жизненного цикла программного обеспечения.

6. ГОСТ 34.ХХХ. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы.

СОДЕРЖАНИЕ

1. ПОНЯТИЕ И ОБЩИЕ ПОЛОЖЕНИЯ О СТАНДАРТЕ 5

1.1. Стандарты и методологии в жизненном цикле программного обеспечения 5

Кому и зачем нужны стандарты? 5

1.2. Какова структура нормативной базы предприятия и как ее выбрать? 6

1.3. Цели, задачи и состав нормативно-методического обеспечения 7

Все ли надо стандартизировать? 9

1.4. Нужно ли пользоваться международными стандартами или разрабатывать свои, российские? 11

Состав и статус дополнительных стандартов. 13

Методические документы и шаблоны. Методические документы определяют основные процессы и этапы работ, порядок их выполнения на этапах проекта, роли и ответственность персонала и документацию, являющуюся результатом работ. Состав и содержание методических документов зависят от методологии ведения работ и используемых инструментальных средств. 14

Регламентирующие документы. Стандарты не работают сами собой. Они должны быть включены в технологические процессы предприятия, должны быть определены их роль и место в процессе, процедуры их использования и контроля их выполнения. Элементы НМО должны быть введены в действие соответствующими приказами. Организацией применения стандарта занимается, как правило, служба качества предприятия совместно с ИТ-службой. Обычно она подготавливает организационно-распорядитель­ные документы – регламенты, которые описывают распределение ответственности между участниками процессов, в том числе и в части использования НМО и контроля его использования. Регламенты крайне полезны при внедрении, они снимают психологические трудности внедрения и обеспечивают его высокую эффективность [4]. 16

Заключение 16

P.S. Кто должен разрабатывать стандарты? 16

1.5. Почему возрастает роль технологии при разработке программного обеспечения? 17

1.6. Стандартизация в области технологии разработки ПО 18

2. ОБЩИЕ ПОЛОЖЕНИЯ О СТАНДАРТАХ 20

2.1. Нормативные документы по стандартизации и виды стандартов 21

2.2. Стандарты в области программного обеспечения 23

2.3. Международные организации, разрабатывающие стандарты 29

2.4. Национальные организации, разрабатывающие стандарты 29

2.5. Внутрифирменные (внутрикорпоративные) стандарты 33

2.6. Организация разработки внутрифирменных стандартов 36

2.7. Хранение аналитической информации 40

3. СТАНДАРТИЗАЦИЯ РАЗРАБОТКИ 42

ПРОГРАММНЫХ СРЕДСТВ 42

3.1. Характеристики процессов ЖЦ ПС согласно ГОСТ Р ИСО/МЭК 12207 42

3.2. Основные процессы жизненного цикла программного продукта 43

3.3. Вспомогательные (поддерживающие) процессы жизненного цикла программного продукта 45

3.4. Организационные процессы жизненного цикла программного продукта 49

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

3.6. Технология разработки программного обеспечения 52

4. ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО ПРОДУКТА 56

4.1. Общие принципы стандартизации жизненного цикла программных средств 56

4.2. Понятие жизненного цикла программного продукта 58

5. МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА 60

5.1. Общие принципы моделирования жизненного цикла программных средств 60

5.2. Понятие модели жизненного цикла разработки программного продукта 60

5.3. Классическая каскадная, или «водопадная» модель 62

5.4. Модифицированная каскадная, или модель «водоворота» 64

5.5. Модель «сделал-исправил» 65

5.6. Прототипирование 66

5.7. Спиральная модель ЖЦ ПС 68

5.8. Другие модели ЖЦ ПС 71

5.9. Модель быстрой разработки приложений (RAD-модель) 73

5.10. Многопроходная модель 75

6. ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ПРОДУКТА 77

6.1. Общая характеристика и компоненты проектирования 77

6.2. Эволюция разработки программного продукта 78

6.3. Структурное программирование 84

6.4. Объектно-ориентированное проектирование 87

7. ОСНОВНЫЕ ЭТАПЫ РАБОТЫ ПО СОЗДАНИЮ ПРОГРАММНОГО ПРОДУКТА 90

7.1. Длительность основных этапов 90

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

7.2. Характеристика основных этапов 91

БИБЛИОГРАФИЧЕСКИЙ СПИСОК 95

Редактор Ю. Н. Чигвинцев

Компьютерная верстка – Е. В. Беспалова

ИД № 06039 от 12.10.2001 г.

Сводный темплан 2011 г.

Подписано в печать 06.04.11. Формат 60×84 ¹/₁₆. Бумага офсетная.

Отпечатано на дупликаторе. Усл. печ. л. 5,75. Уч.-изд. л. 5,75.

Тираж 50 экз. Заказ 274.

_________________________________________________________

Издательство ОмГТУ. 644050, г. Омск, пр. Мира, 11; т. 23-02-12

Т

ипография ОмГТУ