Раздел 2. Стандартизация в ИТ Тема 7. Стандартизации ЖЦ программных средств
Свод знаний по программной инженерии - ИСО 19759
Обобщенная структура АРМ
Вопрос: 10. Специальные процессы для реализации БД
318.50K

Стандартизация в ИТ. Стандартизации ЖЦ программных средств

1. Раздел 2. Стандартизация в ИТ Тема 7. Стандартизации ЖЦ программных средств

МССИТ 7
Раздел 2. Стандартизация в ИТ
Тема 7. Стандартизации ЖЦ программных
средств
Вопросы:
1.
Свод знаний в области программной инженерии
2.
Прикладные программы как объект разработки
3.
Обзор подходов к производству программ
4.
Назначение и структура стандарта ИСО 12207:2008
5.
Назначение технических процессов
6.
Краткая характеристика специализированных процессов создания ПС
7.
Процессы поддержки
8.
Процессы повторного использования
9.
Базы данных как элемент системы. Модель ЖЦ БД
10. Краткая характеристика процессов создания БД
11. Взаимосвязь между системными и специальными процессами
Выводы
Литература:
[1]. Закон о техническом регулировании и стандартизации [1]
[10]. Стандартизация разработки программных средств: учебное пособие
/В.А.Благодатских, В.А.Волнин, К.Ф.Поскакалов. – М.: Финансы и статистика, 2006. –
288 с.[10]
[2-7]. СТБ и межгосударственные стандарты

2.

Программная инженерия (ПрИ)– это инженерная дисциплина, которая
охватывает все аспекты создания ПС (ПО, ПЭ) от начальной стадии
разработки системных требований до реализации программного
продукта и его использования.
Свод знаний SWEBOK является основополагающим научнотехническим документом (с 2005 это стандарт ИСО 19759), который
отображает современное мнение многих зарубежных и отечественных
специалистов в области программной инженерии.
Этот свод согласуется с современными процессами ЖЦ ПО стандарта
ИСО 12207:2008.
Свод представлен описанием 10 областей, каждая из которых
представлена следующими компонентами:
1. Определение понятийного аппарата
2. Методы и средства
3. Инструменты поддержки инженерной деятельности.
В каждой области описан определенный запас знаний, который должен
практически использоваться с соответствующими процессами ЖЦ.
Перечень областей свода знаний SWEBOK приведен на рисунке 5.1.1
проекта.
Первые пять областей основные процессы (реализации ПО) и процессы
поддержки (управление конфигурированием, проектами, качеством и
т.д.)

3.

1. Инженерия требований
ИСО 19759
1.1. Инженерия требований
4. Тестирование ПО
1.2. Выявление требований
1.3. Анализ требований
1.4. Спецификация требований 4.1. Концепции
1.5. Проверка требований
4.2. Уровни тестирования
1.6. Управление требованиями 4.3. Техники
4.4. Метрики
2. Проектирование ПО
4.5. Упр. тестированием
2.1. Базовые концепции
2.2. Ключевые вопросы
2.3. Архитектура ПО
2.4. Анализ качества
2.5. Нотации
2.6. Стратегия и методы
проектирования
5. Сопровождение ПО
7.1. Организация управления
7.2. Управление процессами
7.3. Управление проектами
7.4. Инженерия планирования
7.5. Инженерия измерения
7.6. Инженерия стоимости
8. Процесс инженерии ПО
8.1. Концепции
8.2. Инфраструктура
8.3. Определения
8.4. Оценка
8.5. Количественный анализ
8.6. Процесс изменений
5.1. Концепции
5.2. Сопровождение
5.3. Ключевые вопросы
5.4. Спецификация требований
5.5. Процесс сопровождения
9. Методы и средства
инженерии
3. Конструирование ПО
3.1. Снижение сложности
3.2. Отклонения от стиля
3.3. Проверки
3.4. Использование
внешних стандартов
7. Упр. проектами
6. Упр. конфигурацией
9.1. Методы: объектные, структурные, компонентные
9.2. Инструменты инженерии
6.1. Управление процессом
6.2. Идентификация
10. Инженерия качества ПО
6.3. Контроль
6.4. Учет статуса
10.1. Концепции качества
6.5. Аудит
10.2. Деятельности и техники
6.6. Управление версиями
10.3. Гарантии качества ПО
10.4. Планирование качества
Свод знаний по программной
10.5. Измерение качества
инженерии - ИСО 19759
Рис.5(1.1)

4. Свод знаний по программной инженерии - ИСО 19759

Вопрос 2. Прикладные программы
(программный элемент)
как объект разработки

5.

Все программные средства (ПС) по функциональному назначению
можно разделить на три группы:
1. Системные программы
2. Инструментальные программы
3. Прикладные программы
Для каждой из перечисленных групп существуют свои особенности для
организации их производства.
В качестве примера рассмотрим прикладные программы или
приложения, которые входят в состав АРМ..
Обобщенная структура АРМ приведена на рис.7.2.1.
Кратко о компонентах АРМ……
Исходной информацией для разработки программы АРМ (приложения)
является постановка задачи (спецификация или ЧТЗ на создание
программы АРМ).
Требования к программе являются подмножеством требований из ТЗ на
создание АРМ.

6.

Обобщенная структура
АРМ
Внешняя среда
Входные
документы
Выходные
документы
1. Программные
элементы АРМ
Пользовательский интерфейс
Программа
Выходные
документы
СУБД
Файл
БД
ОС…
Архив БД
2. Информационные элементы АРМ
Рис.7(2.1)

7. Обобщенная структура АРМ

ЧТЗ на создание программы АРМ как элемента системы включает
следующие группы требований (см. рис.7.2.2):
1. Функциональные требования к ПС – это определение перечня
функций (задач), реализацию которых должна обеспечить
программа. Все задачи можно разделить на:
- основные задачи, обеспеч. функциональное назначение АРМ;
- вспомогательные задачи, которые обеспечивают диалоговый
интерфейс, санкционированный доступ к АРМ и к БД,
эксплуатацию программы (установка, проверка, восстановление) и
другие.
Каждая отдельная задача программы должна быть определена. Для
этого описывается следующая информация:
• Входные данные (перечень, структура, форматы данных и т.д.).
• Выходные данные (перечень, структура, форматы данных и т.д.).
• Назначение задачи (преобразование входа в выход)
• Требования к ресурсам (ОП, ЦП- при необходимости)
• Требования к надежности – что необходимо делать в случае отказа .

8.

2. Нефункциональные требования:
Требования к взаимодействию пользователей с программой
(диалоговый пользовательский интерфейс).
Требования к интерфейсу с базой данных
Требования к защите системы от несанкц. доступа к ее ресурсам.
Требования к структуре программы.
Требования к инструментальному и системному ПО (операционная
система, средства реализации, СУБД).
Требования к оборудованию
Другие требования (см.рис.2.1).
3.Требования к документированию (перечень и качество
разрабатываемых документов)
4.Требования к процессам ЖЦ:
4.1. К вводу в проектированию, реализации, тестированию.
4.2.К стандартам, в рамках кот.осуществляться реализация программы..
5. Требования к показателям качества (сопровождаемость,
надежность, эффективность, удобство использования)
Следует особо отметить, что создание программы будем рассматривать
с учетом следующих предположений:
1. ПО не взаимодействует с другими программами.
2. БД является реляционной и для нее разработана физическая
модель структуры БД

9.

1.Функциональные
(перечень задач для автоматиз.)
Пользователи
2. Нефункциональные
2.1.Санкционирован. доступ
2.3.Операционная система,
средства реализации, СУБД
2.4.Интерфейс с БД
2.5.Другие требования
Программа АРМ
СУБД
3.Требования к процессам
Документация
на программу
2.2.Диалоговый интерфейс
ЖЦ (проектированию, реализации, тестированию и т.д.)
4. Требования к оценке
показателей качества
5.Требования к
документированию
База
данных
Результат создания
БД
Основные группы требований к программе (ПЭ)
Рис.7(2.2)

10.

Вопрос 3. Обзор подходов к
производству ПС

11.

В настоящее время можно выделить два основных подхода к
организации производства ПС, основанных на стандартах:
1. На основе стандартов ЕСПД (ГОСТы 19 группы). См.
рис.7.3.1.Достоинства - хорошо проработаны вопросы
документирования. Недостатки – полностью отсутствуют
вопросы управления производством ПС.
2. На основе международных стандартов (ИСО 12207 и другие).
См. рис.7.3.2.

12.

ГОСТ 19.004
Термины и определения
ГОСТ 19.101
Виды программ и ПД
ГОСТ 19.105
Общие треб. к ПД
Другие

ГОСТ 19.102
Стадии разработки
Стадии разработки или ЖЦ программ
1.Техническое 2.Эскизный
3. Технический 4.Рабочий
задание
проект
проект
проект
ГОСТ 19.201
ТЗ
ГОСТ 19.404
Пояснительная
записка
ГОСТ 19.402
Описание
программы
ГОСТ 19.401
Текст
программы
Рис.7(3.1)
5.Внедрение
ГОСТ 19.301
Программа и
методика
испытаний
Эксплуатационные документы
ГОСТ 19.502 Описание применения
ГОСТ 19.503 Руков.сист. Программиста
ГОСТ 19.504 Руков. Программиста
ГОСТ 19.505 Руков. оператора
….
Взаимосвязи между стандартами ЕСПД

13.

ГОСТ 19.004
Термины и определения
ГОСТ 19.101
Виды программ и ПД
ГОСТ 19.105
Общие треб. к ПД
Другие

ИСО 12207:2010. Процессы ЖЦ ПС
ГОСТ 19.201
ТЗ
ГОСТ 19.404
Пояснительная
записка
ГОСТ 19.402
Описание
программы
ГОСТ 19.401
Текст
программы
ГОСТ 19.301
Программа и
методика
испытаний
Эксплуатационные документы
ГОСТ 19.502 Описание применения
ГОСТ 19.503 Руков.сист. Программиста
ГОСТ 19.504 Руков. Программиста
ГОСТ 19.505 Руков. оператора
….
Рис.7(3.2)

14.

Вопрос 4. Назначение и структура
стандарта
ИСО 12207:2010

15.

Этот стандарт устанавливает общую структуру процессов ЖЦ программ,
на которую можно ориентироваться в программной индустрии.
Стандарт определяет процессы, работы и задачи, которые используются
при разработке программных систем (средств).
Понятие программных средств также охватывает программный
компонент программно-аппаратных средств. Стандарт также
определяет процесс, который может быть использован при
определении, контроле и модернизации процессов ЖЦ ПС.
Область распространения
Стандарт ИСО 12207 применяется при разработке программных
продуктов и программных компонентов программно-аппаратных
средств как в самой организации, так и вне ее.
Стандарт содержит также те аспекты описания системы, которые
необходимы для обеспечения понимания сути программных
продуктов и услуг.
Стандарт не распространяется на готовые программные продукты, если
они не входят в поставляемый продукт.
Адаптация настоящего стандарта. В стандарте определяется набор
процессов, работ и задач, предназначенных для адаптации к
условиям конкретных программных проектов.
Процесс адаптации заключается в исключении неприменяемых в
условиях конкретного проекта процессов, работ и задач, а также
для разработки новых процессов с учетом специфики предметной
области.
Стандарты ИСО 15288:2008 и ИСО 12207:2010 – это рамочные
стандарты, которые гармонизированы между собой (согласованы
по подходам и составу процессов).

16.

К основным подходам, которые положены в основу стандарта:
1.
Системный подход;
2.
Подход ЖЦ систем и программ;
3.
Проектный подход;
4.
Процессный подход;
5.
Архитектурный подход;
6.
Подход оценки процессов;
7.
Подход учета интересов ЗЛ (стейкхолдеров)
8.
Повторного использования СЭ и др.
Основной конструкцией ЖЦ программ является процесс, который
состоит из работ, а работы из задач, выполняемых разработчиком.
Все процессы делятся на две группы:
1. Системные процессы: Процессы соглашения, Процессы
организационного обеспечения проектов, Процессы проекта
2. Специальные процессы: Процессы реализации ПО. Процессы
поддержки ПО. Процессы повторного использования ПО.
Взаимосвязь между процессами ИСО 12207 представлены на рис. 7.4.1.

17.

Системные процессы
Рис.7(4.1)
Процессы соглашения (2)
Процессы предприятия (5)
Процессы проекта (7):
Технические процессы (11)
Специальные процессы
Процессы реализации ПС
Процессы поддержки ПС
Процессы повторного использования элементов ПС

18.

ИСО 12207:2010. Программная инженерия. Процессы ЖЦ программ.
Специальные процессы ПС.
Системные процессы: соглашения,
поддержки проектов, управления
проектами, технические
Процессы повторного
использования ПС (3)
1. Проектирование доменов
Процессы создания ПС (7)
1.Реализация ПС
2. Управление повт. исп. активов
3. Управление повт.исп.программ
2.Анализ требований к ПС
3. Проектирование архитектуры ПС
4. Детальное проектирование ПС
5.Реализация ПС
6.Комплексирование ПС
7.Квалификационное тестирование ПС
Процессы поддержки ПС (8)
1. Управление документированием ПС
2. Управление конфигурацией ПС
3. Обеспечение качества ПС
4. Верификация ПС
5. Валидация ПС
6. Ревизия ПС
7. Аудит ПС
8. Решение проблем ПС
Классификация процессов ЖЦ ПС
Рис.7(4.2)

19.

Все процессы ЖЦ ПС разделены на две группы:
Системные процессы
1. Процессы соглашения (приобретение, поставка) определяют
действия, необходимые для достижения соглашения между двумя
организациями;
2. Процессы предприятия (организационной поддержки
проектов) управляют способностью организации приобретать и
поставлять продукцию или услуги посредством запуска проектов,
их поддержки и контроля.
3. Процессы управления проектом используются для установления
и выполнения планов, оценки фактических достижений и
продвижений по проекту в соответствии с планами и для контроля
выполнения проекта вплоть до его завершения
4. Технические процессы используются для проектирования
системы, ее реализации, использования, сопровождения и т.д.
Специализированные процессы
5. Создания программ используются для реализации отдельных
системных элементов (программ).
6. Вспомогательные процессы явл. вспомогательными для
реализации основных процессов по реализации ПС
(документирование, конфигурирование и т.д.)
7. Процессы повторного использования предназначены для
организации повт.исп. программных компонент, которые созданы
как в рамках конкретного проекта, так и в рамках других проектов.
Перечень процессов по каждой из групп приведены на рис.6.1.

20.

Вопрос 5. Назначение технических
процессов ЖЦ ПС

21.

Краткая характеристика технических процессов следующая:
1. Определение требований правообладателей – определение
ЗЛ и выявление их требований к системе (выявление,
идентификация, анализ, согласование …)
2. Анализ системных требований – анализ и преобразование
требований ЗЛ в технические требования к системе,
определение концепции (архитектуры) системы
3. Проектирование архитектуры системы – определение
элементов системы, распределение требований к системе
между элементами, определение интерфейсов элементов
(внешние и внутренние)
4. Реализация элементов - создание заданных программных
элементов.
5. Комплексирования системы – сборка системы в
соответствии с архитектурным планом.
6. Квалифицированного тестирования системы - заключается
в подтверждении того, что реализация каждого системного
требования тестируется на соответствие и система готова к
поставке.

22.

7. Инсталляции программных средств – заключается в установке программного
продукта, удовлетворяющего заданным требованиям, в целевую среду
применения.
8. Поддержка приемки программных средств – заключается в содействии
приобретающей стороне в обеспечении уверенности в том, что продукт
соответствует заданным требованиям.
9. Функционирования программных средств – заключается в применении
программного продукта в предназначенной для него среде и обеспечении
поддержки заказчика программного продукта.
10. Сопровождения программных средств – заключается в обеспечении
эффективной по затратам поддержки поставляемого программного продукта.
Возможны модификации, перемещения и др. действия.
11. Прекращения применения программных средств заключается в обеспечении
завершения существования программного продукта.

23.

Вопрос 6. Назначение
специализированных
процессов для создания
программ

24.

На 7.6.1 представлен базовый набор процессов для реализации программы
как отдельного элемента АС (АРМ или АС).
В состав этого набора входят шесть процессов:
1. Процесс «Реализация элемента»
2. Процесс «Анализ требований к программе». В рамках данного процесса
анализируются исходные данные (требования) на реализацию
программы, которые поступают из технического процесса
«Проектирование архитектуры АС». В рамках данного процесса
уточняются требования, которые были определены в ТЗ. Требования
могут быть нереализуемыми, пересекаться, противоречивыми и т.д.
3. Процессы проектирования структуры программы. См. структурный
подход к проектированию программ, спецификации.
4. Процесс детального проектирования программы. См. техническое
проектирование программ.
5. Процесс кодирования (программирования) и автономного
тестирования. См. автономное тестирование программ.
6. Процесс сборки или интеграционного тестирования. См. методы сборки
и интеграционное тестирование.
7. Процесс квалификационного тестирования программы. См. испытание
программ.

25.

Системные процессы ЖЦ АРМ
ТЗ на созд.
Проектирование архитектуры
1. Реализация элемент
(ПО)
Специальные процессы.(ИСО 12207:2010)
2. Анализ требований
Документация на ПЭ
Результаты кв.тест.
Треб. на ПЭ
7. Квалификационное
тестирование
3.Проектирование
архитектуры
Результаты сборки
ЭП
6. Комплексирование
4. Детальное
проектирование
ТП
Рез. авт. тестир.
5. Реализация
(конструирование)
Рис.7(6.1)

26.

Вопрос 7. Процессы поддержки

27.

Процессы поддержки программных средств состоят из следующих
процессов:
1.
Менеджмент документации программных средств.
2.
Менеджмент конфигурации программных средств.
3.
Обеспечение гарантии качества программных средств.
4.
Верификации программных средств.
5.
Валидации программных средств.
6.
Ревизии программных средств.
7.
Аудита программных средств.

28.

Вопрос 8. Процессы повторного
использования

29.

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

30.

Вопрос 9. Базы данных как
информационный
элемент системы

31.

Вид разработки БД определяет ее ЖЦ, т.е. набором тех стадий ЖЦ,
которые необходимо реализовать для БД.
К наиболее типичным видам разработок БД относятся (см. рис.9.1):
1.
2.
3.
4.
5.
6.
Приобретение и адаптация (настройка) готовой БД под
условия функционирования ОА.
Создание новой БД для ОА. Реализуется полный ЖЦ для БД.
Модернизация существующей (реструктурирование
наследуемой) БД (полная, частичная)- использование в
качестве исходных данных используемую БД.
Интеграция существующих БД – это объединение нескольких
БД, возможно реализованных в рамках разных СУБД.
Аутсорсинг БД – это оказание информационных услуг
сторонними организациями.
Комбинированный вид разработки БД – комбинация
перечисленных выше видов разработок БД.

32.

Виды разработок БД
Объект
автоматизации
БД
Существую
щая БД
Существую
Существую
Существую
щая
БД
щая
щиеБД
БД
1. Создание новой БД
2. Приобретение готовой БД
3. Реструктурирование
существующей БД
БД
БД
БД
4. Интеграция нескольких
существующих БД
БД
Рис.5(9.1)

33.

Определены три типовых ИЭ АРМ:
1. Файл (файлы) – которые служат для хранения исходной
информации, которая первоначально загружается в БД. В
основном это справочные данные.
2. БД – это ИЭ, который содержит всю необходимую текущую
информацию об ОА, необходимую для выполнения
функций АРМ по обработке данных.
3. Архив – это ИЭ АРМ, который содержит копии БД и файлов
АРМ.
Схема взаимосвязей (информационных потоков) между
информационными элементами (ИЭ) АРМ представлены на
рис.8.2.

34.

Информационные
ресурсы Объекта
Ввод
Автоматизации справочных
Справочные
документы
Оперативные
документы
Отчетные
документы
данных
Текущий
ввод
данных
Информационные
элементы АРМ
Файлы
Первоначальная
загрузка
БД
Восстановление
копии
Хранение
копии
Архив
Схема взаимосвязей между ИЭ АРМ

35.

Исходной информацией для реализации АРМ является информационные
ресурсы предприятие или его фрагмента, которые заданы в качестве
описания ОА.
Основными исходными данными для разработки БД являются две группы
данных:
Первая группа – это документы:
1.
Техническое задание (ТЗ) на АРМ.
2.
Частное ТЗ на БД.
3.
Описание архитектуры АРМ
Вторая группа – это результаты обследования ОА:
1.
Документы или та информация об объекте, которая должна храниться в
БД. В идеальном случае, вся информация из документов должна
присутствовать в БД или формироваться на ее основе.
2.
Задачи, которые необходимо автоматизировать в рамках приложения. В
общем случае, задачи обычно накладывают некоторые ограничения на
перечень хранимой в БД информации. Это вызвано тем, что перечень
задач для автоматизации только частично охватывает перечень
существующих в объекте документов.
Уровень детализации, их точность и полнота влияет на перечень и
содержание работ процесса «Определение и анализ требований к БД».
Наиболее важные характеристики БД и процесса их создания представлены
на рис.6.3

36.

Основные характеристики БД:
1. Назначение – обеспечение задач автоматизации
информацией
2. Вид разработки (новая и другие)
3. Тип БД (централизованная, распределенная)
4. Модель данных БД (реляционная, объектная и т.д.)
БД
(изделие)
Использ. средства для пр-тва БД:
1. Процессы реализации БД
2. Методы проектирования, реализации и проверки
3. Инструменты для проектирования, реализации,
проверки и эксплуатации БД
Рисунок 9.3 – Наиболее важные компоненты, которые
влияют на процесс производства БД

37.

Вопрос 10. Краткая характеристика
процессов создания БД
как элемента системы

38.

Вопрос: 10. Специальные процессы для реализации БД
В настоящее время отсутствуют стандарты для разработки БД.
Для этой цели на основе существующих методик проектирования
реляционных баз данных предложен набор процессов для создания
БД.
Эти процессы можно рассматривать как предложения для разработки
стандарта предприятия.
Процессы создания ИЭ типа БД в рамках СОД (АРМ или АС) включает
следующие процессов (см. рис.10.1):
1.Процесс «Определение и анализ требований к БД.
2.Процессы «Проектирование структуры БД».
3.Процесс «Создание БД».
4. Процесс «Загрузка данных в БД».
5. Процесс «Проверка БД».
6. Процесс «Документирование».
Следует отметить, что данный набор процессов ориентирован на
создание БД реляционного типа.
Краткое назначение процессов…
На рис.6.1 представлена полная модель ЖЦ БД с использованием
приведенного набора процессов.
Дальнейшее уточнение ТП БД реализуется путем уточнения содержания
отдельных процессов, а именно, перечня работ и задач, которые
зависят от следующих характеристик:
1.
От перечня документов и задач на автоматизацию.
2.
От выбранных методов для ...
3.
От используемых средств для ...

39. Вопрос: 10. Специальные процессы для реализации БД

Набор процессов для создания БД
КМ – концептуальная модель
ЛМ – логическая модель
ФМ – физическая модель
1. Процесс
«Определение и
анализ
требований»
2. Процесс
«Проектирование
КМБД»
0. Процесс
«Документирование»
3. Процесс
«Проектирование
ЛМБД»
3. Процесс
«Проектирование
ФМБД»
5. Процесс
«Проверка БД»
4. Процесс
«Загрузка
данных»
3. Процесс
«Создание БД»
Рис.7(10.1)

40.

Назначение отдельных процессов создания БД следующее:
1. Процесс «Анализ требований к БД». В рамках данного
процесса анализируются исходные данные (требования) на
реализацию БД, которые поступают в виде ТЗ из технического
процесса «Проектирование архитектуры». Анализ требований
включает определение: внесистемных требований,
нереализуемых требований, противоречивых требований,
пересекаемых требований и принятие по ним согласованных
решений. В рамках данного процесса уточняются требования на
создание БД.
2. Процессы проектирования структуры БД. Включают
проектирование концептуальной, логической и физической
моделей БД.
3. Процессы создания БД. Включают процесс создания БД в
рамках конкретной СУБД, процесс подготовки исходных данных
для загрузки в БД и процесс разработки документации на БД.
Примерный перечень документов приведен на рис.6.2.
4. Процесс проверки БД включает набор проверок, структуры БД,
структуры таблиц и другие.

41.

Спецификация требований
на создание БД
Результат
1. Процесс «Анализ требований к БД»
2. Процесс «Проектирование БД»
Документация
2.1. Процесс «Проектирование КМ БД
КМ БД
2.2. Процесс «Проектирование ЛМ БД»
2.3. Процесс «Проектирование ФМ БД»
ЛМ БД
ФМ БД
3. Процесс «Создание БД»
3.2. Процесс «Создание БД»
3.3. Процесс «Подготовка и загрузка данных в БД
3.4. Процесс «Разработка документации на БД»
4. Процесс «Проверка БД»
Массив данных
ля загрузки в БД
Инструкция по
созданию и
ведению БД
БАЗА ДАННЫХ
Процессы для реализации БД Рис.7(10.2)

42.

Вопрос 11. Взаимосвязь между
системными и
специальными процессами

43.

Примерный перечень системных и специальных процессов для
производства программных систем на основе ИСО 12207:2010
приведен на рис.7.11.1.
При этом предполагается, что в состав программной системы не
входит разработка (создание) информационных и технических
элементов (элементы АС!!!).
В этом случае, в качестве основы используется стандарт ИСО
15288:2015 с использование возможностей специализированных
процессов из стандарта ИСО 12207(см. рис. 7.10.2)

44.

Системные процессы
1.Определение
требований
2.Анализ системных
требований
3.Проектирование
архитектуры системы
4.Реализация
элементов
5.Комплексирование
системы
6.Квалифицированное
тестирование ситемы
7.Инсталяция ПС
8.Поддержка ПС
9.Функционирование
ПС
10.Сопровождение ПС
11.Прекращение
применения ПС
Специальные процессы
для создания элементов
Процессы
поддержки
Процессы
реализация
программ
1.Реализация ПС
Процессы
повторного
использования
2.Анализ
требований к ПС
3.Проектирование
архитектуры ПС
4.Детальное проектирование ПС
5.Реализация ПС
6.Комплексирование ПС
7.Квалифицированное тестирование ПС
Рис.7(11.1)

45.

Взаимосвязи между группами процессов и стандартами
Стандарт ИСО 15288:2015
Процессы соглашения (2)
1. Выполнение проектов
другими организациями
Процессы предприятия (5)
1. Принятие решения о проекте
2. Выделение ресурсов и людей
3. Инициирование проекта
Процессы проекта (7):
1. Планирование ЖЦ …
2. Управление проектом
3. Другие …
Технические процессы (11)
1. Реализация проекта …
Процессы реализации программ
Процессы поддержки
Процессы повторного использования
Процессы
реализации БД
Процессы реализации др. элем.
Стандарт ИСО 12207:2010
Рис.7(11.2)
English     Русский Правила