ПКС / ПКС. Материалы лекций

3. Критические объекты и процессы программных средств	21
в международных стандартах. Процессный подход.

Общий подход к ISO 9001:2015 и его адаптация к программным системам в ISO 90003:2018

Расшифровка обозначений:

ISO – International Standardization Organization (ИСО – Международная организация по стандартизации); IEC – International Electrotechnical Commision (МЭК – Международная электротехническая комиссия);

IEEE – Institute of Electrical and Electronic Engineering ([читается как «ай-трипл-и»] – Институт инженеров электротехники и электроники.

Схематичное представление элементов процесса

Процесс (process) представляет собой набор выполняемых действий (activities) по преобразованию входных данных в

выходные (inputs to outputs).

источники

входных данных:

предшествующие

процессы

входные данные:

материалы, ресурсы,

требования

«блок-схема» (activities), в которой определены «начало алгоритма» (start point, entry point) и

«завершение алгоритма» (end point, exit point)

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

3. Критические объекты и процессы программных средств	22
в международных стандартах. Процессный подход.

В рамках процессного подхода рекомендуется использовать методику PDCA

(содействие и) введение в действие

принципы работы в организации

планирование

требования заказчика

потребности и ожидания

(Plan-Do-Check-Act: «планируй-внедряй-

проверяй-совершенствуй»).

система управления качеством

оценивание

производительности

исполнение

обязательств

перед

заказчиками

продукты и сервисы

руководство

процессами

улучшение

Plan: установить цели системы и соответствующие ресурсы, учитывая требования, политики, риски, возможности;

Do: внедрить то, что запланировано (implement what was planned);

Check: контролировать и измерять процессы: соотносить результаты (products, services) исходным данным (requirements, policies, planned acitivities, objectives: требования, политики, запланированные действия, цели);

Act: предпринимать действия для улучшения производительности, насколько необходимо.

	3. Критические объекты и процессы программных средств
						23
	в международных стандартах. Процессный подход.
	- Адаптация процессного подхода в ISO 12207:2017.
	В стандарте ISO 12207 определены процессы, связанные с жизненным циклом ПО (Software Life Cycle): 30 процессов.
				связанные с управлением данными проекта
	связанные с соглашениями		связанные с документированием
					17. процесс анализа структуры,
	01. процесс приобретения	09. процесс определения			методов и эффективности,
					либо предназначения ПО
	или получения ПО
		исходных данных
					18. процесс определения
	02. процесс поставки
		10. процесс оценивания			требований заинтересованных
	или предложения ПО
		и контроля данных			сторон (стейкхолдеров)
		11. процесс управления			19. процесс определения требований
	связанные с доступом и				к аппаратно-программным средствам
		принятием решений
	управлением проектом
	03. процесс управления	12. процесс управления	20. процесс определения		26. процесс переключений
		рисками			(из одного состояния в другое)
			архитектуры ПО
	моделью жизненного цикла ПО
			21. процесс определения		27. процесс валидации по результатам
	04. процесс управления	13. процесс конфигурирования проекта разработки ПО			конкретного применения проекта
	инфраструктурой проекта	(настройки) данных
			22. процесс системного
					28. процесс эксплуатации
	05. процесс управления портфолио 14. процесс управления		анализа (декомпозиции
	(представлением) проекта	потоками данных	на подпроцессы)
	06. процесс управления	15. процесс управления	23. процесс программной		29. процесс сопровождения
		измерениями	реализации
	персоналом
	07. процесс управления	16. процесс обеспечения		24. процесс интегрирования 30. процесс снятия с эксплуатации
				ПО (комплексирования)
	качеством	качества (подтверждения) данных

08. процесс управления базой знаний проекта	25. процесс верификации требований к проекту

3. Критические объекты и процессы программных средств	24
в международных стандартах. Процессный подход.

- Примеры установленных элементов процессов по стандарту ISO 12207:2017.

Связанные с соглашениями (процессы 01 и 02):

01. Agreement Change Management Procedure (процедура управления изменениями в соглашении) 01. Delivery Acceptance Report (отчет о подтверждении поставки)

02. Agreement Change Request (запрос на изменения в соглашении) 02. Supply Delivery Records (информация об осуществлении поставок)

Связанные с доступом и управлением проектом (процессы 03-08):

03. Organizational Policies (наборы правил в организации)

03. Process Assessment Report (отчет об оценивании процесса) 04. Infrastructure Requirements (требования к инфраструктуре)

04. Infrastructure Change Report (отчет об изменениях в инфраструктуре)

05. Project Budget (смета расходов на реализацию проекта и ожидаемых от него доходов) 05. Project Authorization (предоставление прав доступа к проекту)

06. Skills Development Assets / Training Materials (средства усовершенствования навыков / Обучающие материалы) 06. Staff Assignment Records (данные о назначении сотрудников)

07. Quality Management Procedures (процедуры управления качеством)

07. Corrective and Preventive Action Report / Problem Management Report (отчет об исправлениях и превентивных действиях) 08. Knowledge Management Procedures (правила управления базой знаний)

08. Knowledge Asset Records (записи о цифровых объектах в базе знаний)

Связанные с управлением данными проекта (процессы 09-16):

09.Work Breakdown Structure (декомпозиция работ в проекте)

09.Project Schedule (календарный график проекта)

10.Review Minutes (протокол анализа)

10.Authorization to Proceed to Next Milestone (разрешение на переход к следующей контрольной точке выполнения проекта)

11.Decision Request (запрос о выборе решения)

11. Decision Records (данные о выборе решения)

3. Критические объекты и процессы программных средств	25
в международных стандартах. Процессный подход.

- Примеры установленных элементов процессов по стандарту ISO 12207:2017.

Связанные с управлением данными проекта (процессы 09-16): 12. Risk Management Plan (план управления рисками)

12.Risk Action Request (запрос на действие, связанное с риском)

13.Configuration Baseline (исходные данные для конфигурирования)

13.System/Software Release Report (отчет о выпуске системы / релизе программного обеспечения)

14.Information Item Archive (архив элементарных информационных объектов)

14.Information Management Report (отчет об управлении информационными потоками)

15.Measurement Procedures (методики проведения измерений)

15.Measurement Information Needs Report (отчет о потребностях в информации для проведения измерений)

16.Quality Assurance Evaluation Report (отчет об оценивании обеспечения качества)

16. Incident Records (данные об инцидентах)

Связанные с документированием (процессы 17-30):

17. Preliminary Life Cycle Concept (предварительная концепция жизненного цикла системы)

17.Solution Alternative Classes Assessment Report (отчет об оценивании альтернативных классов для решения)

18.Stakeholder Requirements Specification (спецификация требований стейкхолдеров (заинтересованных сторон))

18.Critical Performance Measurement (управление производительностью критически важными данными)

19.System / Software Requirements (системные требования / требования к программному обеспечению)

19.Requirements Change Request (запрос на изменение требований)

20.Architecture Views and Models / Architecture Description (представления и модели архитектуры системы / описание архитектуры системы)

20.Interface Description (initial) (описание интерфейсов (первоначальное))

21.Design Artifact Report / Design Specification (отчет об артефактах при проектировании / спецификация проектирования)

21.Interface Specification (спецификация интерфейсов)

22.System Analysis Report (отчет о проведении системного анализа)

23.Software System Element (элемент программной системы)

23. Implementation Procedures (процедуры программной реализации)

23. Implementation Records / Unit Test Results (данные результатов программной реализации / результаты юнит-тестирования)

3. Критические объекты и процессы программных средств	26
в международных стандартах. Процессный подход.

- Примеры установленных элементов процессов по стандарту ISO 12207:2017.

Связанные с документированием (процессы 17-30):

24. Integration and Test Procedures (процедуры по интеграции и тестированию системы)

24.Integrated Software System Elements / Software Library (интегрированные элементы программной системы / библиотека программ)

25.Verified System (верифицированная система / система, для которой установлено соответствие требованиям)

25.Verified Records (верифицированные данные)

26.Prepared Site for Operations (подготовленный сайт для выполнения действий)

26.Transition Records (данные о событии на блок-схеме)

27.Validated System (валидированная система / система, для которой подтверждена правильность работы)

27.Validation Records (записи о валидации системы)

28.Operational Procedures / User Documentation (документы о последовательности операций / пользовательская документация)

28.Customer Support Records (записи о сопровождении информации о заказчиках)

29.Replacement System Element (элемент системы для выполнения замены)

29.Maintenance (Logistic) Report (отчет о (логистическом) сопровождении системы)

30.Disposal Records (записи о прекращении использования)

30. Archive Report (отчет об архивировании)

3. Критические объекты и процессы программных средств	27
в международных стандартах. Процессный подход.

Процессный подход (в методологии Top-Down)

Расшифровка обозначений:

-Подход к проектированию/разработке “сверху-вниз” (top-down) означает выполнение рабочих процессов (activity),

начиная с компонента самого высокого уровня (highest-level component) и последовательно переходя на компоненты ниже расположенных уровней (lower-level);

-Подход к проектированию “сверху-вниз” (top-down design) – то же, что top-down – только для процессов проектирования.

-Примеры применения top-down (top-down approach):

-разработка графического приложения по технологии WinForms (Windows Forms): сначала добавляются графические компоненты (“контрОлы”, Controls), а затем определяются их данные, свойства и методы;

-графическое моделирование расчетной конструкции: конструкция моделируется из готовых компонентов, для которых уточняются исходные данные для расчетов;

-создание БД в графическом редакторе: сначала визуально создаются шаблоны таблиц, затем также визуально определяются поля таблиц и взаимосвязи между таблицами.

3. Критические объекты и процессы программных средств	28
в международных стандартах. Процессный подход.

Процессный подход (в методологии Top-Down)

-функциональный анализ (functional analysis) позволяет идентифицировать все соответствующие подфункции, переходя от высокоуровневых требований к выполнению действий (upper-level performance requirements) - к назначению этих требований к ниже расположенным подфункциям (lower-level subfunctions).

-Подход top-down представлен в IDEF0-стандарте: сначала формулируется общая задача, которая далее декомпозируется на подзадачи. При разработке приложений подход top-down основывается на готовых компонентах: если компоненты соответствуют решаемой задаче, то подход препочтителен; однако часто настройка компонентов затруднительна или связана с появлением непредвиденных ошибок.

-При подходе top-down может быть сэкономлено время проектирования и разработки за счет уже разработанных

компонентов.

Нотации SADT-подхода (процессного подхода).

IDEFx: IDEF0, IDEF1X, IDEF2, IDEF3, IDEF4, IDEF5,… IDEF14 [Integrated DEFinition: обобщенное описание процессов]

DFD [Data Flow Diagram: представление диаграммы потоков данных]

BPMN [Business Process Model and Notation: подход к моделированию объектов и процессов] EPC [Event-Driver Process Chain: подход к цепочкам процессов, основанным на событиях]

ARIS [Architecture of Integrated Information Systems: системное проектирование интегрированных информационных систем; подход к объектному моделированию архитектуры процессов]

Альтернативой процессному подходу является объектный подход (в методологии Bottom-Up); также возможен

«объединенный» сценарный подход (scenario-based approach); на соответствие этим подходам претендует ARIS.

МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА» (СПбГУТ)

Кафедра информационных управляющих систем

Б1.В.24 «Программирование критических сервисов» для специальностей по направлению 09.03.02 «Информационные системы и технологии»

1.Cервисы программного обеспечения в международных стандартах.

2.Cервисы программного обеспечения в российских стандартах.

3.Критические объекты и процессы программных средств в международных стандартах.

Часть 2: Объектный и сценарный подходы. UML-диаграмма прецедентов.

4.Шаблоны проектирования критических сервисов.

5.Программные компоненты для создания критического сервиса на языке Python.

6.Программные решения на основе критических сервисов в задаче развертывания микросервисной архитектуры.

Преподаватель: Параничев Андрей Викторович

Санкт-Петербург 2023

3. Критические объекты и процессы программных средств	30
в международных стандартах. Объектный подход.

Программный прототип ((program) prototype) означает предварительный тип данных (type), форму (form) или сущность (instance) системы, используемая для последующих стадий разработки рабочей версии системы; также называют рабочий прототип (working prototype);

--Графический прототип (graphical prototype) означает основной образец (essential artifact), создаваемый для демонстрации пользовательского интерфейса (user interface) и его соответствующего применения; также называют

нефункциональный прототип (non-functional prototype), визуальный прототип (visual prototype).

--Функциональный прототип (functional prototype) означает базовый рабочий образец приложения (prototype),

созданный для подтверждения процесса разработки приложения (product design); также называют неграфический прототип (non-graphical prototype).

Программный компонент ((program) component) представляет собой объект, инкапсулирующий собственный шаблон (template), который предназначен для взаимодействия с другими объектами; компонент является/может быть составляющей программного продукта.

Программный продукт ((software) product) представляет собой:

1)полный набор программ (software), спроектированных для доставки заказчику (software consumer) или конечному пользователю (end-user);

2)набор программ (computer program), процедур и, возможно, ассоциированной с ними документации и данных.