Студопедия

КАТЕГОРИИ:

АстрономияБиологияГеографияДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРиторикаСоциологияСпортСтроительствоТехнологияФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника


Введение. 1. Введение в технологии разработки программного обеспечения




Оглавление

Введение. 5

1. Введение в технологии разработки программного обеспечения. 5

1.1. Основные этапы развития технологии разработки. 5

1.1.1. Первый этап – «стихийное» программирование. 6

1.1.2. Второй этап – структурный подход к программированию (60-70-е годы XX в) 9

1.1.3. Третий этап – объектный подход к программированию (с середины 80-х годов до нашего времени) 11

1.1.4. Четвертый этап – компонентный подход и CASE-технологии (с середины 90-х годов до нашего времени) 13

1.1.5. Пятый этап – разработка, ориентированная на архитектуру и CASE-технологии (с начала XXI в. до нашего времени) 15

1.2. Эволюция моделей жизненного цикла программного обеспечения. 16

1.2.1. Каскадная модель. 16

1.2.2. Спиральная модель. 19

1.2.3. Макетирование. 21

1.2.4. Быстрая разработка приложений. 23

1.2.5. Компонентно-ориентированная модель. 25

5.1.1 XP-процесс. 25

1.3. Стандарты, регламентирующие процесс разработки программного обеспечения 28

1.3.1. ГОСТ Р ИСО 9000-2001. Системы менеджмента качества. Основные положения и словарь. 28

1.3.2. ГОСТ Р ИСО/МЭК ТО 15504. 39

1.3.3. ГОСТ Р ИСО/МЭК 12207-99. Информационная технология. Процессы жизненного цикла программных средств. 56

2. Анализ проблемы и постановка задачи. 63

2.1. Введение в системный анализ. 63

2.2. Системные ресурсы.. 64

2.3. Анализ проблемы и моделирование предметной области с использованием системного подхода. 66

2.3.1. Основные положения. 66

2.3.2. Этап 1. Достижение соглашения об определении проблемы.. 67

2.3.3. Этап 2. Выделение основных причин – проблем, стоящих за проблемой 67

2.3.4. Этап 3. Выявление заинтересованных лиц и пользователей. 69

2.3.5. Этап 4. Определение границ системы-решения. 71

2.3.6. Этап 5. Выявление ограничений, налагаемых на решение. 72

2.4. Методология ARIS. 75

2.4.1. Организационная модель. 77

2.4.2. Диаграмма цепочки добавленного качества. 79

2.4.3. Модели eEPC.. 80

2.5. Стандарты IDEF0 - IDEF3. 82

2.5.1. Методология описания бизнес процессов IDEF3. 82

2.5.2. Методология функционального моделирования IDEF0. 91

3. Анализ требований и их формализация. 107

3.1. Методы определения требований. 107

3.1.1. Интервьюирование. 107

3.1.2. Мозговой штурм и отбор идей. 109

3.1.3. Совместная разработка приложений (JAD – Joint application design) 112

3.1.4. Раскадровка. 114

3.1.5. Обыгрывание ролей. 116

3.1.6. CRC-карточки (Class-Responsibility-Collaboration, класс-обязанность-взаимодействие) 116

3.1.7. Быстрое прототипирование. 117

3.2. Формализация требований. 120

3.2.1. Метод вариантов использования и его применение. 121

3.2.2. Псевдокод. 124

3.2.3. Конечные автоматы.. 125

3.2.4. Графические деревья решений. 126

3.2.5. Диаграммы деятельности. 126

3.3. Техническое задание (ГОСТ 34.602-89) 127

3.3.1. Общие сведения. 127

3.3.2. Назначение и цели создания (развития) системы.. 128

3.3.3. Характеристики объекта автоматизации. 128

3.3.4. Требования к системе. 128

3.3.5. Состав и содержание работ по созданию системы.. 133

3.3.6. Порядок контроля и приемки системы.. 133

3.3.7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие. 133

3.3.8. Требования к документированию.. 134

3.3.9. Источники разработки. 134

4. Архитектуры программных систем. 134

4.1. Планирование архитектуры.. 134

4.1.1. Архитектурно-экономический цикл. 135

4.1.2. Программный процесс и архитектурно-экономический цикл 137

4.1.3. Суть программной архитектуры.. 139

4.2. Проектирование архитектуры.. 150

4.2.1. Атрибутный метод проектирования. 150

4.2.2. Создание макета системы.. 152

4.3. Документирование программной архитектуры.. 154

4.3.1. Варианты применения архитектурной документации. 154

4.3.2. Представления. 155

4.3.3. Документирование представления. 157

4.4. Методы анализа архитектуры.. 165

4.4.1. Метод анализа компромиссных архитектурных решений – комплексный подход к оценке архитектуры.. 165

4.4.2. Метод анализа стоимости и эффективности — количественный подход к принятию архитектурно-проектных решений. 167

5. Технология MDA. 171

5.1. Использование архитектуры, управляемой моделью.. 171

5.1.1. Концепция архитектуры, управляемой моделью.. 171

5.1.2. Модельные точки зрения и модели MDA.. 173

5.2. Язык объектных ограничений OCL. 176

5.2.1. Типы данных и операции OCL. 178

5.2.2. Инфиксная форма записи выражений OCL. 178

5.2.3. Последовательности доступа к объектам в языке OCL. 179

5.2.4. Операции над коллекциями. 180

5.3. Возможности технологии ECO.. 183

5.3.1. Введение в технологию ЕСО.. 183

5.3.2. Модель ЕСО.. 185

5.3.3. Пространство имен ЕСО.. 185

5.4. Разработка приложений на основе ECO.. 186

5.4.1. Этапы создания приложения по технологии ECO.. 186

5.4.2. Создание простого MDA-приложения. 186

6. Документирование программных систем в соответствии с ГОСТ. 197

6.1. Управление документированием программного обеспечения. 197

6.1.1. Предисловие. 197

6.1.2. Область применения. 197

6.1.3. Роль руководителей. 198

6.1.4. Функции программной документации. 198

6.1.5. Установление стратегии документирования. 200

6.1.6. Определение стандартов и руководств по документированию 201

6.1.7. Установление процедуры документирования. 207

6.1.8. Распределение ресурсов для документирования. 207

6.1.9. Планирование документирования. 208

6.2. Требования к содержанию документов на автоматизированные системы 209

6.2.1. Общие положения. 209

6.2.2. Требования к содержанию документов по общесистемным решениям 210

6.2.3. Требования к содержанию документов с решениями по организационному обеспечению.. 222

6.2.4. Требования к содержанию документов с решениями по программному обеспечению.. 226

6.2.5. Другие разделы.. 228

6.3. Принципы разработки руководства программиста. 228

6.3.1. Общие положения. 228

6.3.2. Содержание разделов. 228

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

6.4.1. Общие замечания. 229

6.4.2. Содержание разделов руководства. 231

Заключение. 233

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


Введение

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

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

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

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


Поделиться:

Дата добавления: 2015-04-04; просмотров: 115; Мы поможем в написании вашей работы!; Нарушение авторских прав





lektsii.com - Лекции.Ком - 2014-2024 год. (0.005 сек.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав
Главная страница Случайная страница Контакты