Подсистема расчёта рейтингов

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ

(национальный исследовательский университет)» (МАИ)

Кафедра 604

Методика проведения курсового проектирования по дисциплине

«Теория и технологии программирования»

Курс 4 семестр

«Технологии программирования и основы проектирования в жизненном цикле больших автоматизированных систем»

(ТТП и проектирование в ЖЦ АС)

Разумов Д.А.

 

Москва

2018

Оглавление

Введение. 3

Цель занятий. 3

Порядок проведения занятий. 3

Задание на программирование. 6

Реализация. 8

Подсистема АРМ эксперта. 8

Подсистема расчёта рейтингов. 11

Подсистема ввода исходных данных. 11

Использование справочной информации. 13

Оценка работы.. 13

Техническое обеспечение занятий. 14

Литература. 14

Приложения. 17

Установка QT. 17

Титульные листы.. 18

Список исполнителей/оценочный лист. 19

 

Введение

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

Цель занятий

1. Выработать у студентов навыки использования основных государственных стандартов при разработке программного обеспечения (ПО) в жизненном цикле (ЖЦ) больших АСУ.

2. Отработать практические навыки в рамках командной (проектной) деятельности по разработке ПО для больших систем.

 

Порядок проведения занятий

1. В качестве представителя заказчика выступает преподаватель.

2. Группа разбивается на два проектных офиса, каждый из которых, в свою очередь, подразделяется на команды (teams). Эти команды в рамках условного тендера на разработку системы поддержки принятия решения (СППР) по оценке проектов АСУ космодрома и её подсистем будут готовить:

­ тексты общего ТЗ, включающего описание требований к подсистемам проекта, реализуемых каждой командой проектного офиса;

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

­ доклады в рамках общей презентации по защите проекта и в части касающейся деятельности каждой команды;

­ в целом как результат деятельности проектного офиса программное обеспечение (ПО) для комплексной оценки проекта АСУ космодрома на С++, состоящее из модулей, реализуемых каждой командой.

3. Состав проектного офиса включает несколько команд (рисунок 1.)

1) Project Manager

Senior System Architect

Programmes.

 

2) Несколько подгрупп (teams) по структуре основной системы готовят ТЗ/ЧТЗ на систему/подсистемы и разрабатывают программу по оценке проектов АСУ космодрома в части касающейся.

Каждая подгруппа включает:

System Architect

Programmers

Рисунок 1. Организация проектных офисов

Подробно роли участников офиса рассматриваются в ходе лекционного курса.

Два последних практических занятия отводятся на защиту курсовых проектов (ТЗ + ПО + доклад + презентация).

Первым номером команда Project Manager защищают основной проект системы по общей презентации, в рамках которой защищаются команды проектного офиса по подсистемам. Таким образом, проходит защита всего проекта.

PM необходимо построить защиту так, чтобы дать высказаться каждому участнику проекта и представить как систему в целом, так и все её компоненты.

Время на доклад не более 15 мин. Количество слайдов презентации – не более 15 шт.

Затем следуют вопросы заказчика (преподавателя) и аудитории.

Правила составления презентации обсуждаются на одном из практических занятий.

Проект должен быть представлен в виде отчёта, включающего:

1. Техническое задание на систему принятия решений по оценке АСУ космодрома, включающее описание подсистем.

2. Приложений отчёта в виде распечатки исходных кодов программ на систему и подсистемы.

3. Приложения в виде распечатки презентации.

Задание на программирование

Разработать приложение для комплексной оценки проектов АСУК.

1.

(1)

Использовать в качестве основного метода многофакторного анализа метод линейной свёртки, где комплексный рейтинг проекта просчитывается на основании следующего выражения:

где a^j – весовыекоэффициенты показателей (время, цена, база, кадры и т.д.) проектов, определяемые экспертным путём, f ^j –значения показателей проекта, m – количество показателей проекта.

2. При этом перед вычислением рейтинга (1) использовать следующий механизм нормализации показателей:

Пусть Ω_х – область определения модели нормированных показателей, она должна являться гиперпараллепипедом, в котором x_i ∊ [0, 1]. Таким образом, переход от исходных физических переменных к нормированным переменным осуществляется с помощью соотношения:

(2)

(3)

и для показателей, стремящихся к максимуму, выполняем:

где i – номер строки, j – номер столбца.

Например, рассмотрим варианты нормирования таких «разнонаправленных» характеристик как условная стоимость и условная эффективность. С точки зрения здравого смысла стоимость должна минимизироваться, а эффективность – наоборот максимизироваться. Т.е. мы вступаем в противоречие с необходимостью минимизации интегрального показателя линейной свёртки, поэтому характеристику эффективности следует преобразовать в т.н. «условный дефект» путём следующего арифметического действия: «условный дефект» = 1 – эффективность.

Таким образом: Нормированная стоимость =(стоимость – минимальная стоимость) /(максимальная стоимость – минимальная стоимость).

Нормированный дефект = 1 - (эффективность – минимальная эффективность) /(максимальная эффективность – минимальная эффективность) [5].

Таблица 1. Исходные показатели

Объекты	Показатель1	Показатель2	Показатель3
1	2	3	4
Проект1	62	125	90
Проект2	58	130	95
Проект3	71	150	92
Проект4	64	145	82
min	58	125	82
max	71	150	95

Таблица 2. Нормированные показатели

Объекты	Показатель1	Показатель2	Показатель3
1	2	3	4
Проект1	0,69	0	0,62
Проект2	1	0,2	1
Проект3	0	1	0,77
Проект4	0,54	0,8	0

 

В Таблице1 представлены исходные характеристики проектов, а в Таблице2 – нормированные, при этом первый показатель по смыслу идёт на «максимум», т.е. он нормировался как «нормированный дефект».

 

3. Вычисление оптимального проекта:

Реализация

 

Реализация системы должна осуществляться с учётом разбиения работы в рамках проектного офиса на следующие модули:

Подсистема АРМ эксперта

Основная система – интерфейсы автоматизированного рабочего места эксперта (Рис. 2) должны включать:

­ Элементы отображения исходных данных (таблица показателей проектов, тренды показателей, значения весов каждого показателя - a^j (1).

Рисунок 2. Интерфейс АРМ эксперта

­ Элементы отображения результатов расчёта рейтингов (таблица нормированных показателей проектов, расчётных рейтингов проектов и максимального и минимального значений по столбцам).

Рекомендуется использовать следующие классы библиотеки QT для реализации основной системы:

QTableWidget – отображение табличных данных;

QComboBox – отображение встроенных в ячейки таблицы трендов показателей проектов;

QTableWidgetItem – для доступа к ячейкам таблицы;

QStringList – для реализации списков названий (столбцов/строк);

и т.д.

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

// Выставление имён столбцов

QStringList listColNames;

listColNames.append("Финансы");

listColNames.append("Время");

listColNames.append("Опыт");

listColNames.append("Кадры");

listColNames.append("База");

listColNames.append("Фонды");

ui->tableWidget->setHorizontalHeaderLabels(listColNames);

 

listColNames.insert(0,"Рейтинг");

ui->tableWidget_2->setHorizontalHeaderLabels(listColNames);

 

// значения параметров

for (int i = 2; i < i_rows; i++) {

   for (int j = 0; j < i_columns; j++) {

         QString str = QString("%1%2").arg(i).arg(j);

       ui->tableWidget->setItem(i,j, new QTableWidgetItem(str));

   }

 

}

Оценка работы

Оценка работы носит комплексный и индивидуальный характер. Индивидуальная оценка участника проекта зависит от качества исполнения им роли в команде, а также исчисляется,  исходя из среднеарифметического критерия (ТЗ + ПО + доклад + презентация)/4. Кроме того, выводится средний балл работы каждой команды и всего проектного офиса в целом.

Принимаются во внимание следующие критерии:

­ качество исполнения ТЗ (соответствие ГОСТ, методическим материалам, навыки работы с проектной документацией);

­ качество исполнения ПО (работоспособность программы, навыки и умения программирования, умение строить интерфейсы между различными компонентами/модулями, пользоваться библиотекой классов QT, IDE QT Creator и т.д.);

­ качество презентации (навыки и умение структурировать материал и образно и кратко представлять в виде слайдов);

­ качество доклада (навыки и умения излагать мысли и информацию, по возможности точно и кратко);

­ работа команды и проектного офиса в целом.

По итогам защиты обоих проектов заказчик выбирает победивший проект в тендере. Большинство из представителей офиса-победителя получает высший балл и автомат на экзамене. Это не значить, что участники другого проекта не смогут получить высшего балла.

Литература

1. Страуструп Б. Программирование на С++. – М: Радио и связь. 1991 г. – 352 с.

2. Малышев В.В. Разумов Д.А. Решение задачи многокритериальной оценки проектных решений АСУ космодрома методом уверенных суждений. // Информация и Космос. - 2019. - №. 4(11).

3. Д.А. Разумов. Теория и технологии программирования. Использование основных государственных стандартов при разработке программного обеспечения в жизненном цикле больших АСУ. Курс лекций. Кафедра 604. 2017 г.

4. Д.А. Разумов. Концепция большой АС космодрома. Учебное пособие для практических занятий. МАИ. Кафедра 604. 2018.

5. Лярнер Л.Я. Начала кибернетики, М., 1967.

6. Пиявский С.А. Простой и универсальный метод принятия решений в пространстве критериев стоимость/эфективность. // Онтология проектирования. № 3(13) 2014 г - С. 89–102.

7. ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения. Information technology. Set of standards for automated systems. Automated systems. Terms and definitions. М.: Стандартинформ, 2009. 26 c.

8. ГОСТ 34. 601-90. Автоматизированные системы. Стадии создания.- Москва, 1990г, 9 стр.

9. ГОСТ 34. 602-99. Автоматизированные системы. Техническое задание на создание автоматизированной системы.- Москва, 1989г, 21 стр.

10. ГОСТ 34.603-92 «Виды испытаний автоматизированных систем».

11. РД 50-34.698-90 «Автоматизированные системы. Требования к содержанию документов».

12. ГОСТ Р ИСО/МЭК 15288-2005 “Информационная технология. Системная инженерия. Процессы жизненного цикла систем”.

13. ГОСТ Р ИСО/МЭК 12207-2010 “Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств” идентичный ISО/IEC 12207:1995 System and software engineering — Software life cycle processes.

14. ГОСТ Р 51282-99 Оборудование технологическое стартовых и технических комплексов ракетно-космических комплексов. Нормы проектирования и испытаний.

15. ГОСТ Р 55996-2014 Системы космические. Требования к содержанию и построению разделов технического задания на разработку изделий космической техники научного и социально-экономического назначения.

16. А.Г. Тарасов. Системный подход к совершенствованию функционирования автоматизированной системы подготовки и пуска ракет космического назначения. Труды Военно-космической академии им. А.Ф. Можайского, С-Петербург, 2014 г., стр. 204-209.

17. Макаров М.И., Павлов С.В., Куреев В.Д., Автоматизация процессов управления на космодромах в целях обеспечения надёжной и безопасной эксплуатации ракетно-космической техники и наземной космической инфраструктуры. Наукоемкие технологии в космических исследованиях Земли. 2016. Т. 8. № S1. стр. 6-13.

18. Тарасов А.Г. Системная согласованность управления безопасностью и живучестью в автоматизированной системе подготовки и пуска ракет космического назначения. Наукоёмкие технологии в космических исследованиях Земли. №, 2015г, стр. 42-46.

19. ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств», идентичный ISО/IEC 12207:1995 System and software engineering — Software life cycle processes.

20. Репин В.В., Елиферов В.Г. Процессный подход к управлению. Моделирование бизнес-процессов. — М.: РИА «Стандарты и качество», 2008. — 408 с. — ISBN 978-5-94938-063-5.

21. Об утверждении Положения по выполнению требований безопасности при эксплуатации объектов наземной космической инфраструктуры космодрома Байконур (ПВТБЭ-2012). Федеральное космическое агентство (Роскосмос). Приказ №135. Москва. 22 июня 2012 г.

22. Фёдоров А.В. Основы устройства ракетно-космических комплексов. Учебное пособие, 2012г.http://libed.ru/knigi-nauka/688830-6-fdorov-aleksey-vladimirovich-osnovi-ustroystva-raketno-kosmicheskih-kompleksov-uchebnoe-posobie-2012-soderzhanie.php

23. Dmitri Razumov, Prof., Dr. (Eng.) Vladimir Aleshin Simulation Modelling as a Tool for Design and Development in Large-Scale Automated Systems Smart City Application in Terms of Lack of Statistical Information. Advances in Systems Science and Applications (Scopus indexed). ISSN (Online) 1078-6236. 2018;03; 79-89 p. Published online at http://ijassa.ipu.ru/index.php/ijassa/article/view/653

 

Приложения

Установка QT

Лучше использовать официальный сайт Qt.io, можно также пользоваться другими источниками.

Дойти до страницы

https://www.qt.io/download-qt-installer?hsCtaTracking=99d9dd4f-5681-48d2-b096-470725510d34%7C074ddad0-fdef-4e53-8aa8-5e8a876d6ab4

и нажать кнопку Download.

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

https://ravesli.com/urok-1-vvedenie-v-qt-i-ustanovka-qt-creator/#toc-3

и др.

Обратите внимание, что при выборе опций компилятора QT надо брать чек с MinGW  какой-либо версии (попробуйте сначала лучше 64 бита и последней редакции)., MSVC не надо, т.к. в этом случае м.б. проблемы с компиляцией динамических массивов C и диагностическими сообщениями компилятора на русском языке.

При переходе к созданию проекта также используйте комплект только для MinGW …. Для начального освоения работы в среде IDE QT creator воспользуйтесь многочисленными уроками на yotube и ссылками из интернет.

 

Титульные листы

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ

(национальный исследовательский университет)» (МАИ)

Кафедра 604

Курсовая работа

Теория и технологии программирования

Использование основных государственных стандартов при разработке программного обеспечения в жизненном цикле больших автоматизированных систем управления

Москва, 2020 г.

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

 

№ _____________

                                                                                                                

На ___ листах

 

Действует с _________   

 

 

«СОГЛАСОВАНО»			«СОГЛАСОВАНО»
ФГБУ «ВНИИ ННН России» (Совет главных конструкторов)   ______________________		Генеральный конструктор НПО им. А.Ф. Нестерова _________________ Е.В. Вершинин
«_____» _________________ 2019 г.			«_____» ________________ 2019 г.

 

                                              

 

 

Москва, 2020 г.

                                                              

 

 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ

«МОСКОВСКИЙ АВИАЦИОННЫЙ ИНСТИТУТ

(национальный исследовательский университет)» (МАИ)

Кафедра 604

Методика проведения курсового проектирования по дисциплине

«Теория и технологии программирования»

Курс 4 семестр

«Технологии программирования и основы проектирования в жизненном цикле больших автоматизированных систем»

(ТТП и проектирование в ЖЦ АС)

Разумов Д.А.

 

Москва

2018

Оглавление

Введение. 3

Цель занятий. 3

Порядок проведения занятий. 3

Задание на программирование. 6

Реализация. 8

Подсистема АРМ эксперта. 8

Подсистема расчёта рейтингов. 11

Подсистема ввода исходных данных. 11

Использование справочной информации. 13

Оценка работы.. 13

Техническое обеспечение занятий. 14

Литература. 14

Приложения. 17

Установка QT. 17

Титульные листы.. 18

Список исполнителей/оценочный лист. 19

 

Введение

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

Цель занятий

1. Выработать у студентов навыки использования основных государственных стандартов при разработке программного обеспечения (ПО) в жизненном цикле (ЖЦ) больших АСУ.

2. Отработать практические навыки в рамках командной (проектной) деятельности по разработке ПО для больших систем.

 

Порядок проведения занятий

1. В качестве представителя заказчика выступает преподаватель.

2. Группа разбивается на два проектных офиса, каждый из которых, в свою очередь, подразделяется на команды (teams). Эти команды в рамках условного тендера на разработку системы поддержки принятия решения (СППР) по оценке проектов АСУ космодрома и её подсистем будут готовить:

­ тексты общего ТЗ, включающего описание требований к подсистемам проекта, реализуемых каждой командой проектного офиса;

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

­ доклады в рамках общей презентации по защите проекта и в части касающейся деятельности каждой команды;

­ в целом как результат деятельности проектного офиса программное обеспечение (ПО) для комплексной оценки проекта АСУ космодрома на С++, состоящее из модулей, реализуемых каждой командой.

3. Состав проектного офиса включает несколько команд (рисунок 1.)

1) Project Manager

Senior System Architect

Programmes.

 

2) Несколько подгрупп (teams) по структуре основной системы готовят ТЗ/ЧТЗ на систему/подсистемы и разрабатывают программу по оценке проектов АСУ космодрома в части касающейся.

Каждая подгруппа включает:

System Architect

Programmers

Рисунок 1. Организация проектных офисов

Подробно роли участников офиса рассматриваются в ходе лекционного курса.

Два последних практических занятия отводятся на защиту курсовых проектов (ТЗ + ПО + доклад + презентация).

Первым номером команда Project Manager защищают основной проект системы по общей презентации, в рамках которой защищаются команды проектного офиса по подсистемам. Таким образом, проходит защита всего проекта.

PM необходимо построить защиту так, чтобы дать высказаться каждому участнику проекта и представить как систему в целом, так и все её компоненты.

Время на доклад не более 15 мин. Количество слайдов презентации – не более 15 шт.

Затем следуют вопросы заказчика (преподавателя) и аудитории.

Правила составления презентации обсуждаются на одном из практических занятий.

Проект должен быть представлен в виде отчёта, включающего:

1. Техническое задание на систему принятия решений по оценке АСУ космодрома, включающее описание подсистем.

2. Приложений отчёта в виде распечатки исходных кодов программ на систему и подсистемы.

3. Приложения в виде распечатки презентации.

Задание на программирование

Разработать приложение для комплексной оценки проектов АСУК.

1.

(1)

Использовать в качестве основного метода многофакторного анализа метод линейной свёртки, где комплексный рейтинг проекта просчитывается на основании следующего выражения:

где a^j – весовыекоэффициенты показателей (время, цена, база, кадры и т.д.) проектов, определяемые экспертным путём, f ^j –значения показателей проекта, m – количество показателей проекта.

2. При этом перед вычислением рейтинга (1) использовать следующий механизм нормализации показателей:

Пусть Ω_х – область определения модели нормированных показателей, она должна являться гиперпараллепипедом, в котором x_i ∊ [0, 1]. Таким образом, переход от исходных физических переменных к нормированным переменным осуществляется с помощью соотношения:

(2)

(3)

и для показателей, стремящихся к максимуму, выполняем:

где i – номер строки, j – номер столбца.

Например, рассмотрим варианты нормирования таких «разнонаправленных» характеристик как условная стоимость и условная эффективность. С точки зрения здравого смысла стоимость должна минимизироваться, а эффективность – наоборот максимизироваться. Т.е. мы вступаем в противоречие с необходимостью минимизации интегрального показателя линейной свёртки, поэтому характеристику эффективности следует преобразовать в т.н. «условный дефект» путём следующего арифметического действия: «условный дефект» = 1 – эффективность.

Таким образом: Нормированная стоимость =(стоимость – минимальная стоимость) /(максимальная стоимость – минимальная стоимость).

Нормированный дефект = 1 - (эффективность – минимальная эффективность) /(максимальная эффективность – минимальная эффективность) [5].

Таблица 1. Исходные показатели

Объекты	Показатель1	Показатель2	Показатель3
1	2	3	4
Проект1	62	125	90
Проект2	58	130	95
Проект3	71	150	92
Проект4	64	145	82
min	58	125	82
max	71	150	95

Таблица 2. Нормированные показатели

Объекты	Показатель1	Показатель2	Показатель3
1	2	3	4
Проект1	0,69	0	0,62
Проект2	1	0,2	1
Проект3	0	1	0,77
Проект4	0,54	0,8	0

 

В Таблице1 представлены исходные характеристики проектов, а в Таблице2 – нормированные, при этом первый показатель по смыслу идёт на «максимум», т.е. он нормировался как «нормированный дефект».

 

3. Вычисление оптимального проекта:

Реализация

 

Реализация системы должна осуществляться с учётом разбиения работы в рамках проектного офиса на следующие модули:

Подсистема АРМ эксперта

Основная система – интерфейсы автоматизированного рабочего места эксперта (Рис. 2) должны включать:

­ Элементы отображения исходных данных (таблица показателей проектов, тренды показателей, значения весов каждого показателя - a^j (1).

Рисунок 2. Интерфейс АРМ эксперта

­ Элементы отображения результатов расчёта рейтингов (таблица нормированных показателей проектов, расчётных рейтингов проектов и максимального и минимального значений по столбцам).

Рекомендуется использовать следующие классы библиотеки QT для реализации основной системы:

QTableWidget – отображение табличных данных;

QComboBox – отображение встроенных в ячейки таблицы трендов показателей проектов;

QTableWidgetItem – для доступа к ячейкам таблицы;

QStringList – для реализации списков названий (столбцов/строк);

и т.д.

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

// Выставление имён столбцов

QStringList listColNames;

listColNames.append("Финансы");

listColNames.append("Время");

listColNames.append("Опыт");

listColNames.append("Кадры");

listColNames.append("База");

listColNames.append("Фонды");

ui->tableWidget->setHorizontalHeaderLabels(listColNames);

 

listColNames.insert(0,"Рейтинг");

ui->tableWidget_2->setHorizontalHeaderLabels(listColNames);

 

// значения параметров

for (int i = 2; i < i_rows; i++) {

   for (int j = 0; j < i_columns; j++) {

         QString str = QString("%1%2").arg(i).arg(j);

       ui->tableWidget->setItem(i,j, new QTableWidgetItem(str));

   }

 

}

Подсистема расчёта рейтингов

Для реализации подсистемы расчёта рейтингов соответствующей команде проектного офиса следует создать отдельный проект в IDE QT Creator. Пример описания метода класса, осуществляющего расчёт:

void CalcNorm(QStringList listOfTens, QList<QList<double>> listOfPars, QList <double> listAlpha, QList<QList<double>>& listRes), где

listOfTens – список трендов показателей проектов;

listOfPars – список списков параметров проектов;

listAlpha – список весов показателей;

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