ПКС / ПКС. Материалы лекций
.pdf2. Cервисы программного обеспечения в российских стандартах. |
11 |
Описание данных сервиса в нотации IDEF1X |
Для создания таблиц с использование русских букв обычно используется кодировка UTF8;
use нужен при каждом вызове скрипта для работы с таблицами в MySQL;
В примере таблица gps_software “уточняющая” (аналог выпадающего меню для уточнения данных о товаре), а gps_software_id - первичный ключ (“главный” столбец).
USE sql2268140;
SET FOREIGN_KEY_CHECKS = 0;
DROP TABLE IF EXISTS gps_software;
SET FOREIGN_KEY_CHECKS = 1;
CREATE TABLE gps_software ( gps_software_id int(5) NOT NULL UNIQUE, gps_software_name varchar(50),
PRIMARY KEY (gps_software_id) );
ALTER TABLE gps_software CONVERT TO CHARACTER SET utf8;
В примере таблица navigators основная, а gps_software_id -
первичный ключ (“главный” столбец) как и для контекстной таблицы gps_software, связь с которой объявлена с помощью внешнего ключа (foreign key): связывание по столбцу gps_software_id для двух таблиц реализует связь “один-ко-многим” (“эффект” меню).
USE sql2268140; |
|
|
DROP TABLE IF EXISTS navigators; |
|
|
CREATE TABLE navigators |
|
( |
gps_name |
varchar(50) NOT NULL UNIQUE, |
|
gps_image |
mediumblob, |
|
gps_price |
decimal(10,2), |
|
gps_software_id int(5), |
|
|
gps_support_glonass int(1), |
|
|
gps_support_gsmgprs int(1), |
|
|
gps_support_trafficjam int(1), |
|
|
PRIMARY KEY (gps_name), |
|
|
FOREIGN KEY (gps_software_id) references |
||
gps_software(gps_software_id) |
); |
ALTER TABLE navigators CONVERT TO CHARACTER SET utf8;
Скрипты создания базы данных (БД) в MySQL WorkBench
2. Cервисы программного обеспечения в российских стандартах. |
12 |
Описание данных сервиса в нотации IDEF1X |
В примере заполняются данные контекстной таблицы gps_software.
USE sql2268140; DESCRIBE gps_software;
INSERT INTO gps_software (gps_software_id, gps_software_name) VALUE
(0, 'Navitel'), (1, 'Garmin'),
(2, 'Prology'), (3, 'LEXAND'), (4, 'Eplutus'),
(5, 'AvtoVision'), (6, 'AVEL'),
(7, 'Neoline'), (8, 'Artway'), (9, 'Dunobil'),
(10, 'Digma');
В примере заполняются данные основной таблицы navigators;
здесь 0 и 1, выделенные полужирным соответствуют Navitel и Garmin, что определено в контекстной таблице gps_software, где связующее поле gps_software_id.
USE sql2268140; DESCRIBE navigators;
INSERT INTO navigators (gps_name, gps_image, gps_price, gps_software_id, gps_support_glonass, gps_support_gsmgprs, gps_support_trafficjam) VALUE
('Навигатор Navitel T700 3G', NULL, 5700.00, 0, 1, 1,
1), |
|
|
('Garmin GPSMAP 64', |
NULL, 16490.00, |
1, 0, |
0, 1), |
|
|
('Garmin eTrex 20x', |
NULL, 11400.00, |
1, 1, |
0, 0); |
|
|
Скрипты заполнения базы данных (БД) в MySQL WorkBench
2. Cервисы программного обеспечения в российских стандартах. |
13 |
Описание данных сервиса в нотации IDEF1X |
Диаграмма в MySQL Workbench извлекается после создания (и заполнения) таблиц через меню: Database -> Reverse Engineer...-> Next (выбираем созданную ранее базу данных (БД), в примере имя БД sql2268140), Next (отмечаем “галочкой” свою БД для извлечения диаграммы), после этого Next, Next, Execute и получаем диаграмму сущность-
связь (Entity-Relationship diagram, ER-diagram), в данном случае тоже, что диаграмму IDEF1X.
Диаграммы «сущность-связь» в MySQL WorkBench
2. Cервисы программного обеспечения в российских стандартах. |
14 |
Описание данных сервиса в нотации IDEF1X |
Диаграмма «сущность-связь» в PlantUML
Список литературы |
|
15 |
1.Drawing UML with PlantUML. Language Reference Guide [Electronic Rersource], 2021. 416 p. – URL: http://plantuml.com/guide
2.Онлайн-редактор диаграмм PlantText [Электронный ресурс]. – URL: https://www.planttext.com/ , https://www.plantuml.com/plantuml
3.FIPS Publication 184. Integration Definition for Information Modeling (IDEF1X) [Text]. – US, Gaithersburg: National Institute for Standards and Technology, 1993. – 135 p.
4.ISO/IEC/IEEE 31320-2:2012. Information technology – Modeling Languages – Part 2: Syntax and Semantics for IDEF1X97 (IDEFobject) [Text]. – Jeneva: ISO, 2012. – 305 p.
5.Коломец, Н. В. О методах и средствах проектирования программного обеспечения (обзор и примеры) [Текст] /
Н. В. Коломец // Ростовский научный журнал. – 2017. – № 4. – С. 249–265.
6.FIPS Publication 183. Integration Definition for Function Modeling (IDEF0) [Text]. – US, Gaithersburg: National Institute for Standards and Technology, 1993. – 116 p.
7.ISO/IEC/IEEE 31320-1:2012. Information technology – Modeling Languages – Part 1: Syntax and Semantics for IDEF0 [Text]. – Jeneva: ISO, 2012. – 106 p.
8.Маклаков, С. В. Моделирование бизнес-процессов с BPWin 4.0 [Текст]. – М.: ДИАЛОГМИФИ, 2002.
9.Макконнелл, С. Совершенный код [Текст]. – М. : Изд-во «Русская редакция», 2010. 896 с.
10.Брукс, Ф. Мифический человеко-месяц, или как создаются программные системы [Текст]. 2-е издание – СПб.: СимволПлюс, 2010. 304 с.
Список литературы |
|
16 |
11.Котлова, М. В. Методы и средства проектирования информационных систем и технологий : [Текст] : учебное пособие / М. В. Котлова, Е. В. Давыдова ; рец.: М. П. Белов, Т. В. Матюхина. – СПб. : СПбГУТ, 2015. – 62 с.
12.Параничев, А. В. Опыт проектирования учебного программного продукта с помощью инструментария PlantUML [Текст] / А. В. Параничев // Системы проектирования, технологической подготовки производства и управления этапами жизненного цикла промышленного продукта (CAD/CAM/PDM – 2017) : Труды XVII международной научно-практической конференции, Москва, 12–14 декабря 2017 года / Под ред. А.В. Толока, Институт проблем упр. им. В. А. Трапезникова. – Москва: Институт проблем управления им. В.А. Трапезникова РАН, 2017. – С. 224-227. – URL: https://www.elibrary.ru/download/elibrary_32807215_95747964.pdf
МИНИСТЕРСТВО ЦИФРОВОГО РАЗВИТИЯ, СВЯЗИ И МАССОВЫХ КОММУНИКАЦИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «САНКТ-ПЕТЕРБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ТЕЛЕКОММУНИКАЦИЙ ИМ. ПРОФ. М.А. БОНЧ-БРУЕВИЧА» (СПбГУТ)
Кафедра информационных управляющих систем
Б1.В.24 «Программирование критических сервисов» для специальностей по направлению 09.03.02 «Информационные системы и технологии»
1.Cервисы программного обеспечения в международных стандартах.
2.Cервисы программного обеспечения в российских стандартах.
3.Критические объекты и процессы программных средств в международных стандартах. Часть 1: Понятия и концепции. Процессный подход.
4.Шаблоны проектирования критических сервисов.
5.Программные компоненты для создания критического сервиса на языке Python.
6.Программные решения на основе критических сервисов в задаче развертывания микросервисной архитектуры.
Преподаватель: Параничев Андрей Викторович
Санкт-Петербург 2023
3. Критические объекты и процессы программных средств |
18 |
в международных стандартах. Понятия и концепции. |
3.1) Понятия:
•critical item: critical section, time-critical task (ISO/IEC/IEEE 24765:2017);
•critical information (ISO/IEC 26514:2008, ISO/IEC/IEEE 15289): critical range, critical value (IEEE 1061-1998);
•critical system (ISO/IEC 29110:2015, ISO/IEC TR 29110:2014): criticality, integrity level (IEEE 1012-2012), safety-critical software (IEEE 1228-1994).
3.2) Концепции:
•Failure Mode, Effects, and Criticality Analysis (FMECA): critical application item (CAI), critical design review (CDR); preliminary design review (PDR), system design review (SDR) (IEEE 15288.1:2014);
•Command, Control, Communication, Computer, and Intelligence (C4I): critical program information (CPI): (IEEE 15288.2:2014);
•Systems and Software Quality Requirements and Evaluation (SQuaRE): evaluation stringency (ISO/IEC 25040:2011);
•Quality Function Deployment (QFD): critical path method (CPM): critical path, critical path activity, near-critical activity, schedule network analysis, backward pass, forward pass, early/late start date, early/late finish date; critical chain method (PMBOK Guide, 5th Ed.);
•Critical Piece First: bottom-up, top-down (ISO/IEC/IEEE 24765:2017), critical success factor (CSF) (ISO/IEC TR 14471:2007);
•Measure of Performance (MOP): critical quality characteristics; Measure of Effectiveness (MOE) (ISO/IEC/IEEE 24748-4:2016), technical performance measure (TPM) (ISO/IEC/IEEE 29148:2011).
3. Критические объекты и процессы программных средств |
19 |
в международных стандартах. Понятия и концепции. |
«The following System Analysis process output shall be provided in accordance with the acquirer-supplier agreement:.. Failure mode, effect, and criticality analysis (FMECA) with the following attributes:
1)Lists mission critical failure that can cause loss of mission or inability to execute mission.
2)Includes fault analysis with potential flaw contributors for each mission critical failure» [IEEE 15288.1-2014. p.31-32]
Command, Control, Communication, Computer, and Intelligence (C4I): critical program information (CPI):
system specification: “C4I requirements are assessed and preliminary performance is allocated across segments and subsystems”
[IEEE 15288.2:2014, p. 48];
system functional or allocated baseline documentation: “C4I allocations are incorporated into the preliminary design across segments, subsystems, and components” [IEEE 15288.2:2014, p. 62];
system functional or allocated or product baseline documentation: “C4I allocations are incorporated into detailed design”. [IEEE 15288.2:2014, p. 71];
Systems and Software Quality Requirements and Evaluation (SQuaRE): evaluation stringency (ISO/IEC 25040:2011);
Quality Function Deployment (QFD) (PMBOK Guide, 5th Ed.).
Процессный подход представлен в стандартах серии ISO 9001:2015, объектный подход – прежде всего, в стандартах
UML2 и UML1.
3. Критические объекты и процессы программных средств |
20 |
в международных стандартах. Процессный подход. |
Общий подход к ISO 9001:2015 и его адаптация к программным системам в ISO 90003:2018
Подход ISO 9001 состоит в том, что основным элементов при постановке задач и их выполнении является процесс в контексте преобразования входных данных (inputs) в выходные (output).
Адаптация процессного подхода к программной инженерии (процессам жизненного цикла ПО) выполнена в стандарте
ISO 90003.
Встандарте ISO 90003 указывается, что необходимо различать и отдельно идентифицировать: - требования к программному проекту и продукту;
- уровень разработки проекта (project-level) и продукта (product-level).
ВISO 90003 перечислены все стандарты ISO/IEC/IEEE, относящиеся к программной инженерии, регламентирующие:
- общие процессы (software life cycle);
- определение требований (requirements) и планирование (planning); - подготовка исходных данных (acquisition) и моделей (model);
- обеспечение информационной и функциональной безопасности (security and safety); - характеристики качества продукта (quality characteristics);
- измерения (measurements) и улучшения (improvements); - оценивание (evaluation) / тестирование (testing);
- верификация (verification) и документирование (documentation).