Реферат Скворцов. Реферат по дисциплине Стандартизация ит продуктов и систем

• Название: Реферат по дисциплине Стандартизация ит продуктов и систем
• Дата: 01.11.2022
• Размер: 66.62 Kb.
• Имя файла: Реферат Скворцов.docx
• Тип: Реферат; #766012

МИНОБРНАУКИ РОССИИ

федеральное государственное бюджетное образовательное учреждение

высшего образования

«Московский государственный технологический университет «СТАНКИН»

(ФГБОУ ВО «МГТУ «СТАНКИН»)

Институт информационных систем и технологий

Кафедра информационных систем

Основная образовательная программа 09.04.01
«Информационные системы и технологии»

Реферат

по дисциплине «Стандартизация ИТ продуктов и систем»

Тема: «Анализ структуры и основных положений стандартов в области автоматизации и интеграции систем управления цифровыми производствами и предприятиями»

Магистрант группы ИДМ-20-03	Скворцов А.А.
Преподаватель Д.т.н., проф.	Позднеев Б.М.

Москва, 2022 г.

ВВЕДЕНИЕ

В своей магистерской работе я решил создать Географическую информационную систему. Географические информационные системы (ГИС) лежат в основе геоинформатики – новой современной научной дисциплины, изучающей природные и социально-экономические геосистемы различных иерархических уровней посредством аналитической компьютерной обработки создаваемых баз данных и баз знаний.

В данной работе будет произведен обзор тех стандартов, на которые я буду опираться при написании своей магистерской работы.

ГОСТ Р 52155-2003. ГЕОГРАФИЧЕСКИЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ ФЕДЕРАЛЬНЫЕ, РЕГИОНАЛЬНЫЕ, МУНИЦИПАЛЬНЫЕ

Стандарт устанавливает общие технические требования к ГИС, а также требования к маркировке, упаковке, транспортированию и хранению программного и информационного обеспечения ГИС.

Данный стандарт мне потребуется для грамотного использования терминов и определений, которые представлены в пункте 4(Определения).

Подпункт 7.1 поможет мне определить требования к ПО:

В ТЗ на конкретную ГИС устанавливают требования к ПО по

следующим перечислениям:

- составу и структуре ПО;

- функциям обработки данных;

- точности и скорости обработки данных;

- взаимодействию ПО с другими программными продуктами;

- пользовательскому интерфейсу;

- обеспечению качества и совместимости программных средств.

Подпункт 7.3 укажет на основные функциональные подсистемы ГИС, которые необходимо поддерживать:

ПО должно поддерживать следующие основные функциональные подсистемы ГИС:

- сбора, подготовки, ввода данных;

- хранения, обновления и управления данными;

- обработки, моделирования и анализа данных;

- контроля данных;

- вывода данных.
Подпункт 7.4 укажет какие основные операции должны быть реализованны:

ПО должно реализовывать следующие основные операции геоинформационных технологий:

- ввод пространственных данных путем их импорта из существующих наборов данных или внешних источников данных;

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

- оверлей;

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

- хранение, манипулирование и управление данными;

- выполнение картометрических операций, включая вычисление расстояний между объектами, длин линий, периметров и площадей полигональных объектов и др.;

- пространственный анализ размещения и пространственных отношений объектов, включая анализ зон видимости, анализ сетей и др.;

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

- визуализацию исходных, производных или итоговых данных (результатов обработки);

- формирование и вывод данных, в том числе в картографической (графической), табличной, текстовой формах.

В качестве дополнительных функций рекомендуются:

- цифровая обработка данных ДЗЗ;

- автоматическое (автоматизированное) картографирование и обработка изображений.
Подпунк 7.5. подскажет этапы и стадии разработки:

7.5 Программные средства разрабатывают по стадиям и этапам, определенным в ГОСТ 19.102. Состав и содержание стадий и этапов уточняют в ТЗ с составлением плана-графика работ.


 ГОСТ Р 52572-2006. ГЕОГРАФИЧЕСКИЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ. Координатная основа. Общие требования
Данный стандарт мне потребуется для грамотного использования терминов и определений, которые представлены в пункте 3(Термины и определения).

Подпункт 5.5(Операции – перечисление и тарнсформирование) поможет с правильной алгоритмизацией по операциям с наборами данных, содержащими координаты. Подпункт 5.5.2( Перевычисление координат) подскажет, что должно включать перевычисление координат. Подпункт 5.6(Точность координат, операций и параметров) укажет от чего зависит точность координат, и в соответствии с чем должна быть представлена.

Приложение А послужит как справочный материал математического аппарата по таким темам, как координатная система отсчета – перевычисления и трасформирование(А1), перевычисление – соотношение между геодезическими и прямоугольными координатами(А2), перевычсиление – картографическое проектирование(А.4), геоид и высоты(А.5).

ISO/IEC 25000

В этом стандарте описываются основные термины и понятия, используемые во всех остальных стандартах серии.

Термины стандарты описываются формализованным понятным языком. Последняя версия стандарта описывает 43 определения. Некоторые из них:

18. 
    Мера – переменная, которой присваивается значение результата измерения.
    
19. 
    Измерять – проводить измерение.
    
20. 
    Измерение – набор операций, позволяющий определить значение меры.
    

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

Следует отметить, что многие из терминов взяты из других стандартов. Например, термины Измерение и Мера взяты из стандартов ISO/IEC 15939:2007, а Измерять – ISO/IEC 14598-1:1999.

На некоторые определения имеются пометки, позволяющие расширить или уточнить эти определения. Например, заметка к термину Измерение гласит, что измерение может иметь качественный характер, например язык программирования (ADA, C, Java…).
ISO/IEC 25010

Модели качества компьютерных систем и программного обеспечения.

Этот стандарт описывает модель, состоящую из характеристик и подхарактеристик, для качества программного продукта и программного обеспечения при использовании.

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

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

Модель качества продукта, описываемая в данном стандарте, состоит из 8 характеристик качества:

1. 
   Функциональная стабильность. Описывает способность продукта предоставлять заявленные функции при использовании продукта в определённых условиях. Характеристика состоит из следующих подхарактеристик:
   

1. 
   Функциональная полнота. Это степень, с которой набор функций продукта покрывает все установленные цели и задачи пользователя.
   
2. 
   Функциональная надёжность. Это степень, с которой продукт или система предоставляет достоверные результаты с необходимой точностью.
   
3. 
   Функциональная целесообразность. Это степень, с которой функции системы способствуют достижению поставленных целей.
   

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

1. 
   Поведение во времени. Это степень, с которой время отклика, время обработки и проходная скорость продукта или системы при выполнении её функций, удовлетворяет поставленным требованиям.
   
2. 
   Использование ресурсов. Это степень, с которой количество ресурсов и их типы, используемые продуктом или системой, при выполнении её функций, удовлетворяют поставленным требованиям.
   
3. 
   Ёмкость. Это степень, с которой пределы возможностей продукта или его параметра соответствуют поставленным требованиям.
   

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

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

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

1. 
   Определяемость пригодности. Это степень, с которой пользователь может определить, подходит ли система для его нужд и целей.
   
2. 
   Обучаемость. Это степень, с которой система может эффективно и без риска удовлетворять потребности пользователя в обучении пользования этой системой.
   
3. 
   Управляемость. Это степень, с которой система имеет атрибуты, делающую её лёгкой в управлении.
   
4. 
   Защита от ошибок пользователя. Это степень, с которой система защищает пользователя от ошибочных действий.
   
5. 
   Эстетика интерфейса. Это степень, с которой интерфейс позволяет пользователю взаимодействовать с системой с удовлетворением.
   
6. 
   Доступность. Это степень, с которой продукт или система могут быть использованы пользователями с разными навыками, характеристиками и способностями для достижения их целей.
   

5. 
   Надёжность. Это способность системы выполнять свои функции в определённых условиях в определённый период времени.
   

1. 
   Зрелость. Это степень, с которой продукт удовлетворяет требованиям надёжности при использовании в нормальных условиях.
   
2. 
   Доступность. Это степень, с которой система способна удовлетворять свои функции по требованию пользователя.
   
3. 
   Терпимость к ошибкам. Это степень, с которой система продолжает выполнят свои функции правильно, несмотря на наличие программных ошибок или неполадок в оборудовании.
   
4. 
   Восстанавливаемость. Это степень, с которой система, в случае сбоя или прерывания работы, способна восстановить непосредственно подверженные сбою данные и перейти в состояние перед сбоем.
   

6. 
   Безопасность. Определяет, насколько продукт или система защищает информацию и данные от несанкционированного доступа и предоставляет доступ к определённой информации для определённого круга лиц и других программных продуктов.
   

1. 
   Конфиденциальность. Это степень, с которой продукт или система гарантирует, что данные доступны только авторизованным для доступа к этим данным лицам.
   
2. 
   Целостность. Это степень, с которой система предотвращает несанкционированный доступ или модификацию данных системы.
   
3. 
   Безотказность. Это степень, с которой возможно подтвердить, что произошли некоторые события в системе для того, чтобы предотвратить такие действия в будущем.
   
4. 
   Отчётность. Это степень, с которой действия объекта можно отследить до этого объекта.
   
5. 
   Аутентичность. Это степень, с которой можно гарантировать, что субъект или ресурс является тем, кем он себя выдаёт.
   

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

1. 
   Модульность. Это степень, с которой система или программа состоит из отдельных компонентов так, что изменение одного компонента имеет минимальное влияние на другие.
   
2. 
   Реюзабилити. Это степень, с которой компонент программа может быть использована более чем в одной системе или при построении других программ.
   
3. 
   Анализируемость. Это степень эффективности, с которой возможно предусмотреть влияние на продукт или систему преднамеренного изменения в одной или нескольких его частях, или для диагностики продукта для выявления причин сбоев, или для идентификации частей, требующих модификации.
   
4. 
   Модифицируемость. Это степень, с которой продукт может быть эффективно модифицирован без появления дефектов или уменьшения качества продукта.
   
5. 
   Тестируемость. Это степень эффективности, с которой критерии тестов могут быть установлены для системы, продукта или их компонентов, и сами тесты могут быть проведены для определения выполнения этих критериев.
   

8. 
   Портируемость. Это степень эффективности, с которой система может быть перемещена между различными рабочими средами.
   

1. 
   Адаптивность. Это степень, с которой продукт может быть эффективно адаптирован для других аппаратных средств, программных средств или операционных сред.
   
2. 
   Устанавливаемость. Это степень эффективности, с которой продукт или система может быть успешно установлена и удалена в определённой среде.
   
3. 
   Заменяемость. Это степень, с которой продукт может заменить другой продукт того же назначения в той же среде.
   

Как мы видим, стандарт ISO/IEC 25010 описывает модель качества программного обеспечения. С хорошей подробностью, эта модель описывает все характеристики программных систем и продуктов, а так же подхарактеристики. Каждая характеристика описывает как степень чего либо, что делает возможным количественное описание характеристик продукта. Такое описание позволяет облегчить оценку качества программного продукта.

Сами характеристики достаточно полно охватывают качественное описание программного продукта, делая возможным анализ любых программных продуктов.

Я считаю, что среди всех стандартов серии, стандарт ISO/IEC 25010 наиболее важный, так как

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

ISO/IEC 25040

Эталонная модель оценки качества и практическое руководство.

Этот стандарт определяет процесс оценки качества программного продукта и предоставляет требования для проведения этого процесса.

Процесс оценки состоит из 5 шагов. Каждый шаг состоит из подшагов.

1. 
   Установить оценочные требования.
   

1. 
   Установить цель оценки.
   
2. 
   Получить требования к качеству программного продукта.
   
3. 
   Идентифицировать части продукта, требующие оценки.
   
4. 
   Определить строгость оценки.
   

2. 
   Определить процесс оценки
   

1. 
   Выбрать средства измерения (модели оценки).
   
2. 
   Определить критерии мер качества.
   
3. 
   Определить критерии оценки характеристик.
   

3. 
   Разработать план оценки
   

1. 
   Запланировать оценочные мероприятия.
   

4. 
   Провести оценку
   

1. 
   Провести измерения.
   
2. 
   Применить критерии оценки характеристик.
   
3. 
   Применить критерии к общей оценке.
   

5. 
   Завершить оценку
   

1. 
   Рассмотреть результаты процесса оценки.
   
2. 
   Создать отчёт о процессе оценки.
   
3. 
   Рассмотреть оценку качества и предоставить организации отчёт и рекомендации.
   
4. 
   Провести уничтожение оценочных данных. (Оценочные данные могут быть возвращены заказчику, заархивированы или уничтожены в зависимости от типов данных и желаний заказчика.)
   

Стандарт не только описывает сам процесс оценки, но и подготовку к этому процессу и обработку результатов этого процесса. Это позволяет провести процесс оценки наиболее объективно. Кроме того, это позволяет предоставить результаты процесса оценки в том виде, в котором их можно использовать для анализа качества программного продукта и в дальнейшем улучшения этого качества.

Список используемой литературы

1. Геоинформатика / Иванников А.Д., Кулагин В.П., Тихонов А.Н. и др. М.:МАКС Пресс, 2001.349 с.

2. Замай С.С., Якубайлик О.Э.. Программное обеспечение и технологиигеоинформационных систем: Учеб. пособие / Краснояр. гос. ун-т.Красноярск, 1998. 110 с.

3. Кольцов А.С. Геоинформационные системы: учеб. пособие /А.С. Кольцов,Е.Д. Федорков. Воронеж: ГОУВПО «Воронежский государственныйтехнический университет», 2006. 203 с.

4. ГОСТ Р ИСО/МЭК 25040-2014. Information technologies. Systems and software engineering. Systems and software Quality Requirements and Evaluation (SQuaRE). Evaluation process. СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ. Требования и оценка качества систем и программного обеспечения (SQuaRE). Процесс оценки

5. ГОСТ Р ИСО/МЭК 25010-2015. СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ. Information technology. Systems and software engineering. Systems and software Quality Requirements and Evaluation (SQuaRE). System and software quality models.Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов.

6. ISO/IEC 25000:2014. Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE. Системы и разработка программного обеспечения — Требования и оценка качества систем и программного обеспечения (SQuaRE) — Руководство по SQuaRE

7. ГОСТ Р 52155-2003. Federal, regional, municipal geographical information systems. General technical requirements. Географические информационные системы федеральные, региональные, муниципальные. Общие технические требования.

8. ГОСТ Р 52572-2006. Geographical information systems. Coordinate frame. General requirements. Географические информационные системы. Координатная основа. Общие требования.