Диссертация. Диссертация Беляшов А.Н. Факультет итс
![]()
|
1.2. Российские и международные стандарты в области инженерии программных средств По мнению ряда специалистов, программная инженерия должна содержать аспекты программной разработки, управления программным обеспечением, организации и использования проектов. Другие включают в её состав вопросы разработки программного обеспечения, проектирования, кодирования и тестирования вместе с использованием наилучших практических решений. Будем придерживаться мнения, что программная инженерия включает совокупность современных методов проектирования и реализации ИС. Разработка информационных систем в последние годы является распространённой и важной задачей. Очевидно, что программные инженеры должны быть способными разрабатывать ПС с помощью наилучших практических решений с долговременной перспективой. Наиболее адекватной представляется разработка архитектуры сложных прикладных информационных систем на основе эффективного объединения разных видов оборудования и программного обеспечения, применения стандартизованных интерфейсов между компонентами системы и т.п. Дальнейшее рассмотрение будет посвящено нескольким основополагающим стандартам в области инженерии программных средств, охватывающим процессы жизненного цикла программных средств и систем и качество ПС (рис. 1.2). ГОСТ Р ИСО/МЭК ТО 15271-2002 «Руководство по применению ГОСТ Р ИСО/МЭК 12270 (Процессы жизненного цикла программных средств)» [27]. В настоящем стандарте приведены рекомендации по практическому применению ГОСТ Р ИСО/МЭК 12207 в условиях реализации конкретных проектов создания программных средств. Опытное применение ГОСТ Р ИСО/МЭК 12207 в ряде организаций подтвердило необходимость выработки таких рекомендаций для однозначного понимания требований и норм, установленных в ГОСТ Р ИСО/МЭК 12207. Вместе с тем, ряд концептуальных положений и понятий, определённых в указанном стандарте, требуют дополнительного пояснения и более расширенной трактовки. В настоящем стандарте учтены обобщенные предложения по практическому применению ГОСТ Р ИСО/МЭК 12207, представленные Техническим комитетом по стандартизации ТК 22 "Информационные технологии". Настоящий стандарт может быть использован субъектами (лицами, организациями), желающими применить ГОСТ Р ИСО/МЭК 12207 при реализации договоров независимо от объема или сложности проекта, конкретной организацией для самоконтроля или работ по совершенствованию процессов жизненного цикла программных средств. В настоящем стандарте указано, как можно использовать ГОСТ Р ИСО/МЭК 12207 применительно к различным типам программных средств и какие процессы соответствуют каждому случаю. ![]() Рис. 1.2. Стандарты в области инженерии программных средств ГОСТ Р ИСО/МЭК ТО 12182-2010 «Классификация программных средств» [26]. Настоящий стандарт предназначен для специалистов в области программной инженерии, пользователей и разработчиков стандартов в данной области. Специалистам в области программной инженерии настоящий документ должен помочь в определении вида (типа) программного средства, для которого применимы конкретные стандарты программной инженерии, установлении критериев запланированного риска, определения соответствия применяемой модели жизненного цикла (ЖЦ) условиям реализации конкретного проекта, определении усилия, необходимых для конкретной фазы жизненного цикла, и соответствующего для нее инструментария. Пользователям и разработчикам стандартов настоящий документ должен помочь в определении подходов к классификации программных средств (ПС) и возможных вариантов стандартов для них на базе принятой схемы классификации и в последующем использовании данной схемы применительно к соответствующим ПС и стандартам программной инженерии. Настоящий стандарт определяет основы классификации ПС, схему классификации и содержит примеры применения соответствующих стандартов. ISO/IEC 14764:2006 «Разработка программного обеспечения. Процессы жизненного цикла программного обеспечения. Сопровождение» [29]. Из-за ограничений в стоимости и сроках разработки в ПС нередко возникают ошибки в процессе эксплуатации. Часто приходится модернизировать ПС, чтобы удовлетворить изменившимся требованиям пользователя. Сопровождение ПС может в стоимостном отношении составлять наибольшую часть ЖЦ. Настоящий стандарт детализирует процесс сопровождения, описанный в ISO/IEC 12207. В стандарте также установлены определения различных типов сопровождения, приведены рекомендации по планированию и выполнению процесса сопровождения, контролю и надзору за ним, оценке и прекращению указанного процесса. ISO/IEC 16085:2006 «Системы и разработка программного обеспечения. Процессы жизненного цикла. Управление рисками» [30]. Настоящий стандарт устанавливает процесс менеджмента риска на различных стадиях ЖЦ ПС. Рекомендуется применять этот стандарт совместно с ISO/IEC 12207 и ISO/IEC 15288. Согласно этим стандартам менеджмент риска является одним из основных факторов, обеспечивающих успех организации при проектировании ПС. ISO/IEC/IEEE 16326:2009 «Системы и разработка программного обеспечения. Процессы жизненного цикла. Управление проектом» [7]. Настоящий стандарт уточняет и дополняет ISO/IEC 12207-99 в части процесса управления проектом. Приведенные в настоящем стандарте рекомендации охватывают: общие рекомендации для управления программным проектом (УПП) по применению работ процесса управления в части их реализации в каждом из процессов; применимость УПП для каждого основного процесса; ключевые вопросы, относящиеся к УПП в целом; руководства РМВОК™ в части определения и описания общепризнанного подмножества из данного руководства. Общее признание означает, что описанные знания и опыт применены во многих проектах и единодушно признаны их значимость и полезность; ISO 10006 в части рекомендаций по реализации основных концепций, элементов и опыта применения систем качества, влияющих на практику управления проектом. ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения» [16]. Настоящий стандарт устанавливает термины и определения основных понятий в области автоматизированных систем (АС) и распространяется на АС, используемые в различных сферах деятельности (управление, исследования, проектирование и т.п., включая их сочетание), содержанием которых является переработка информации. Настоящий стандарт не распространяется на системы, предназначенные для обработки (изготовления, сборки, транспортирования) любых изделий, материалов или энергии. Термины, установленные настоящим стандартом, обязательны для применения во всех видах документации и литературы по автоматизированным системам, входящих в сферу работ по стандартизации и использующих результаты этих работ и рекомендуются для применения в научно-технической, справочной и учебной литературе. ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» [19]. Настоящий стандарт распространяется на автоматизированные системы (АС), используемые в различных видах деятельности (исследование, проектирование, управление и т. п.), включая их сочетания, создаваемые в организациях, объединениях и на предприятиях. Стандарт устанавливает стадии и этапы создания АС. Согласно ГОСТ 34.601-90, процесс создания АС представляет собой совокупность упорядоченных во времени, взаимосвязанных, объединенных в стадии и этапы работ, выполнение которых необходимо и достаточно для создания АС, соответствующей заданным требованиям. Стадии и этапы создания АС выделяются как части процесса создания по соображениям рационального планирования и организации работ, заканчивающихся заданным результатом. Работы по развитию АС осуществляют по стадиям и этапам, применяемым для создания АС. Состав и правила выполнения работ на установленных настоящим стандартом стадиях и этапах определяют в соответствующей документации организаций, участвующих в создании конкретных видов АС. ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» [20]. Настоящий стандарт устанавливает состав, содержание, правила оформления документа «Техническое задание на создание системы». В стандарте присутствует образец первого и последнего листа данного документа. ГОСТ Р 51904-2002 «Программное обеспечение встроенных систем. Общие требования к разработке и документированию» [21]. Настоящий стандарт распространяется на процессы разработки и документирования программного обеспечения (ПО) встроенных систем реального времени. Стандарт распространяется на все действия, имеющие отношение к разработке программного обеспечения. Настоящий стандарт применяют полностью ко всему поставляемому программному обеспечению, включая среду разработки, если контрактом не предусмотрено использование специальных стандартов для определённых заказчиком типов ПО. Стандарт неприменим для аппаратных элементов программно-аппаратного обеспечения. В рамках конкретного проекта создания ПО должны быть установлены одна или несколько моделей жизненного цикла ПО, в соответствии с которыми выбирают необходимые работы для каждого процесса, определяют последовательность их выполнения, назначают ответственных за выполнение работ. ГОСТ Р ИСО/МЭК 15288-2005 «Информационная технология. Системная инженерия. Процессы жизненного цикла систем» [24]. Настоящий стандарт устанавливает общие основы для описания жизненного цикла систем, созданных людьми, определяет детально структурированные процессы и соответствующую терминологию. Определённые совокупности этих процессов могут быть реализованы на любом иерархическом уровне структуры системы. Выбранные из этих совокупностей процессы могут быть использованы в течение всего жизненного цикла системы для реализации и управления отдельными стадиями жизненного цикла, что осуществляется путем вовлечения всех участников, заинтересованных в достижении конечной цели — удовлетворенности заказчиков. В настоящем стандарте представлены также процессы, которые поддерживают определение, контроль и совершенствование процессов жизненного цикла внутри организации или в рамках какого-либо проекта. Организации и проекты могут применять эти процессы при приобретении и поставке систем. Настоящий стандарт применим к полному жизненному циклу системы, включая замысел, разработку. производство, эксплуатацию и снятие с эксплуатации, а также приобретение и поставку систем, осуществляемых внутри или вне организации. Процессы жизненного цикла, представленные в стандарте, могут применяться однократно, многократно и рекурсивно по отношению к системе и её элементам. ГОСТ Р ИСО/МЭК 9126-93 «Характеристики качества и руководства по их применению» [25]. Настоящий стандарт определяет шесть характеристик, которые с минимальным дублированием описывают качество программного обеспечения. Данные характеристики образуют основу для дальнейшего уточнения и описания качества программного обеспечения. Руководства описывают использование характеристик качества для оценки качества программного обеспечения. Настоящий стандарт не определяет подхарактеристики (комплексные показатели) и показатели, а также методы измерения, ранжирования и оценки. Данный стандарт придерживается определения качества по ИСО 8402. Определения характеристик и соответствующая модель процесса оценки качества, приведенные в настоящем стандарте, применимы тогда, когда определены требования для программной продукции и оценивается её качество в процессе жизненного цикла. Эти характеристики могут применяться к любому виду программного обеспечения, включая программы ЭВМ и данные, входящие в программно-технические средства (встроенные программы). Настоящий стандарт предназначен для характеристик, связанных с приобретением, разработкой, эксплуатацией, поддержкой, сопровождением или проверкой программного обеспечения. Качество программного обеспечения может быть оценено следующими характеристиками: 1. Функциональные возможности (Functionality). 2. Надежность (Reliability). 3. Практичность (Usability). 4. Эффективность (Efficiences). 5.Сопровождаемость (Maintainability). 6. Мобильность (Portability). ГОСТ Р ИСО/МЭК 12119-2000 «Информационная технология. Пакеты программ. Требования к качеству и тестирование» [22]. Модернизированный международный стандарт ISO/IEC 25051 – результат замены ISO/IEC 12119:1994. Настоящий стандарт применяется для пакетов программ, например, для текстовых процессоров, электронных таблиц, программ баз данных, графических пакетов, программ, реализующих технические и научные функции, и для сервисных программ (утилит). Стандарт устанавливает требования к пакетам программ (требования к их качеству); инструкции по испытанию пакета программ на соответствие его установленным требованиям (инструкции по тестированию, в частности по тестированию третьей стороной). ГОСТ 28195-89 «Оценка качества программных средств. Общие положения» [15]. Настоящий стандарт устанавливает общие положения по оценке качества ПС вычислительной техники, номенклатуру и применяемость показателей качества в зависимости от назначения и области применения. ГОСТ 28195–99 определяет оценку качества программного средства как совокупность операций, включающих выбор номенклатуры показателей качества оцениваемого программного средства, определение значений этих показателей и сравнение их с базовыми значениями. В соответствии с данным стандартом оценка качества должна проводиться применительно ко всем работам жизненного цикла ПС при планировании показателей качества ПС, контроле качества в процессе разработки, проверке эффективности модификации ПС в процессе сопровождения. Стандартом ГОСТ 28195–99 рекомендован метод оценки обобщенного качества программного обеспечения, основанный на иерархической модели качества. ГОСТ 28195–99 предлагает следующую терминологиюдля показателей качества каждого уровня: уровень 1 - факторы качества; уровень 2 - критерии качества; уровень 3 - метрики; уровень 4 - оценочные элементы или единичные показатели. ГОСТ 34.320-96 «Информационные технологии. Концепции и терминология для концептуальной схемы и информационной базы» [17]. Настоящий стандарт устанавливает основные понятия и термины концептуальных схем и информационных баз, охватывающие разработку, описание и применение концептуальных схем и информационных баз, манипулирования информацией, а также описание и реализацию информационного процесса. Стандарт определяет роль концептуальной схемы. Положения, изложенные в стандарте, носят рекомендательный характер и могут использоваться для оценки систем управления базами данных (СУБД). Стандарт не описывает конкретные методы применения средств поддержки концептуальных схем. Описанные в стандарте языки концептуальных схем не следует рассматривать как стандартные. ГОСТ 34.321-96 «Информационные технологии. Эталонная модель управления данными» [18]. Настоящий стандарт устанавливает эталонную модель управления данными. Эталонная модель определяет общую терминологию и понятия, относящиеся к данным информационных систем. Такие понятия используются для определения услуг, предоставляемых системами управления базами данных или системами словарей данных. Эталонная модель не рассматривает протоколы для управления данными. Область применения эталонной модели включает процессы, которые касаются управления постоянными данными и их взаимодействия с процессами, отличающимися от требований конкретной информационной системы, а также общие услуги управления данными, для определения, хранения, поиска, обновления, ввода, копирования, восстановления и передачи данных. ISO/IEC 14598-6:2001 «Информационные технологии. Оценка программного продукта. Часть 6. Документирование модулей оценки» [28]. Настоящий стандарт обеспечивает руководство для того, чтобы документировать модули оценки. Эти модули должны содержать спецификацию модели качества (т.е. характеристики, подхарактеристики, внутренние или внешние метрики), связанные с процессом оценки данных, информацию о запланированном применении модели и информации о её фактическом применении. Для каждой оценки должны быть отобраны соответствующие модули. Стандарт допускает, при необходимости, разработку новых модулей оценки. ISO/IEC 14598-6 может использоваться организациями, производящими новые модули оценки. Для эффективного управления потоками информации оценка должна быть структурирована в управляемые единицы. Информация, необходимая для проведения оценки одного или более аспектов качества должна быть собрана и укомплектована для последующего использования. Такой комплект называется модулем оценки. Модуль оценки включает полную информацию, необходимую для выполнения оценки определённого аспекта качественной характеристики и определённую технику оценки. Модуль включает информацию по начальным условиям и точности измерения. ISO/IEC 25000:2005 «Технология программного обеспечения. Требования и оценка качества программного продукта. Руководство» [31]. Международный стандарт, который представляет собой краткий обзор и руководство для применения серии разработанных стандартов в области оценки качества ПС. Разрабатываемая серия основана на действующих международных стандартах ISO/IEC 9126, ISO/IEC 14598 и ряда других стандартов в области оценивания ПС. Стандарты серии ISO/IEC 25000 имеют своей целью единое обобщение, разрешение противоречий, нестыковок и ссылок международных стандартов в этой области. Стандарт устанавливает следующую классификацию стандартов в этой области: ISO/IEC 2500N: Менеджмент качества ПС. Содержит краткий обзор и руководства для применения серии разработанных стандартов в области оценки качества ПС. ISO/IEC 2501N: Модели качества ПС. ISO/IEC 2502N: Модели измерения качества ПС ISO/IEC 2503N: Требования к качеству ПС ISO/IEC 2504N: Оценка качества ПС ISO/IEC 25050-25099: зарезервированы для международных стандартов и технических отчетов в области качества продукции. ISO/IEC 25001:2014 «Программирование. Требования к качеству программного продукта и его оценка. Планирование и менеджмент» [32]. Международный стандарт, представляющий сведения о планировании и управлении требований, связанных с качеством программного средства, а также требований, связанных с его оценкой. Стандарт направлен на уточнение требований, которые должны быть определены организацией для того, чтобы обеспечить успех указанием требований к качеству и выполнению оценки. Настоящий стандарт соответствует техническим процессам, определённым в ISO/IEC 15288, и связанных с анализом требований и определением качества. ISO/IEC 25010:2011 «Проектирование систем и разработка программного обеспечения. Требования к качеству систем и программного обеспечения и их оценка (SQuaRE). Модели качества систем и программного обеспечения» [33]. Международный стандарт, определяющий модели качества продукта и качества в использовании. Обе модели применяются как для программных продуктов, так и для компьютерных систем. Они позволяют обеспечить согласованную терминологию для определения, измерения и оценки системы и качества программного продукта. Они также предоставляют набор характеристик качества, которые следует использовать при формировании требований к ПС и сверять эти требования с имеющимся результатом на конкретном этапе ЖЦ ПС. Модель качества продукта состоит из 8 характеристик (функциональные возможности, надежность, эффективность производительности, удобство в использовании, безопасность, совместимость, ремонтопригодность, переносимость), которые далее разделены на подхарактеристики. В неё входят статические свойства ПС и динамические свойства в компьютерной системе. Модель качества в использовании состоит из 5 характеристик, разделенных далее на подхарактеристики. Модель связана с результатом взаимодействия, когда продукт используется по назначению. ISO/IEC 25012:2008 «Программная инженерия – Требования к качеству и оценке программного обеспечения. Модель качества данных» [34]. Международный стандарт, определяющий общую модель качества данных для данных, хранимых в структурированной форме в компьютерной системе. Стандарт может быть использован для установления требований качества данных, определить действия, направленные на повышение качества данных или планирование и проведение их оценки. Модель может быть использована для определения и оценки качества данных в соответствии с требованиями в процессах приобретения, производства и интеграции; для определения критериев качества данных при реинжиниринге, оценке и совершенствовании данных; для оценки данных в соответствии с требованиями и законодательством. Стандарт классифицирует атрибуты качества на 15 характеристик, которые можно разделить на 2 группы – зависящие и не зависящие от системы. Характеристики данных имеют различный приоритет для разных заинтересованных сторон. Стандарт применяется совместно с ISO/IEC 9126. ISO/IEC 25020:2007 «Разработка программного обеспечения. Требования к качеству и оценка качества программного продукта. Измерительная эталонная модель и руководство» [35]. Международный стандарт, устанавливающий требования к формированию метрики качества, которая строится на основе модели, определённой в стандартах ISO/IEC 2501N. Он также содержит информативные приложения, рассматривая следующие темы: выбор характеристик качества ПС и атрибутов качества, демонстрируя измерения оценок надежности и примерный формат для документирования мер качества ПС. Требования данного стандарта служат основанием для использования стандартов ISO/IEC 25030 и ISO/IEC 25040. ISO/IEC 25021:2012 «Разработка систем и программ. Требования к качеству систем и программ и их оценка. Элементы показателей качества» [36]. Международный стандарт, определяющий набор элементов показателей качества, которые используются на протяжении всего ЖЦ ПС для целей определения требований и оценки соответствия ПС этим требованиям качества. Настоящий стандарт содержит ISO/IEC TR 9126 2-4 и серию стандартов ISO/IEC 25000. Требования данного стандарта служат основанием для использования стандартов ISO/IEC 25030 и ISO/IEC 25040. ISO/IEC 25030:2007 «Разработка программного обеспечения. Требования к качеству и оценка качества программного продукта. Требования к качеству» [37]. Международный стандарт, который устанавливает требования и рекомендации для спецификации требований к ПС для покупателей и поставщиков. Спецификация требований фокусируется на требованиях к качеству ПС, но принимает точку зрения ПС в составе системы для покупателя (заказчика). Требования к ПС необходимы для: составления спецификации (включая конкретные соглашения и тендер), планирования (в т.ч. технико-экономическое обоснование), развития (в т.ч. раннее выявление потенциальных проблем в процессе разработки), оценивания (включая объективную оценку и сертификацию качества ПС). Данный стандарт способствует улучшению формирования перечня требований и рекомендаций к ПС на основе стандарта ISO/IEC 9126. ISO/IEC 25040:2011 «Проектирование систем и разработка программного обеспечения. Требования к качеству систем и программного обеспечения и их оценка (SQuaRE). Процесс оценки» [38]. Международный стандарт (результат замены ISO/IEC 14598-1:1999), содержащий общие требования к качеству ПС, отражаемые в спецификации, а также основные определения в области требований к качеству ПС и их оценки. Содержит описание процесса оценки качества ПС и устанавливает требования к этому процессу. Процесс оценки ПС очень важен на различных этапах ЖЦ ПС. Перечень действий процесса применим для измерения внутреннего, внешнего качества и качества в использовании ПС и также может быть использован на этапе квалификационного тестирования. Оценку ПС могут проводить покупатель, организация-разработчик или независимая сторона. Эти 3 различных подхода представлены в приложении. ISO/IEC 25041:2012 «Разработка систем и программ. Требования и оценивание качества систем и программ. Руководство по оцениванию для разработчиков, покупателей и независимых оценщиков» [39]. Международный стандарт (результат замены ISO/IEC 14598 3-5:1998-2000), определяющий структуру и содержание документации, которая будет использоваться при формирования модулей оценки. Эти оценочные модули содержат спецификацию модели качества (т.е. характеристики, подхарактеристики и атрибуты внешнего, внутреннего качества и качества в использовании), соответствующие данные и информацию о планируемом применении модели. Для каждого конкретного случая выбирается свой модуль оценки, но в некоторых случаях может возникнуть необходимость в разработке нового модуля. Руководство по разработке нового модуля можно найти в настоящем стандарте. ISO/IEC 25045:2012 «Разработка систем и программного обеспечения. Требования к качеству и оценка качества систем и программного обеспечения. Модуль оценки восстанавливаемости» [40]. Международный стандарт, описывающий модуль для оценки характеристик восстановления. Он определяет внешние атрибуты качества для отказоустойчивости и восстанавливаемости для ПС. При измерении атрибутов, один или несколько ПС в процессе выполнения некоторых действий подвергают серии нарушений – например, оперативному закрытию процесса операционной системы или значительному увеличению пользователей в системе. 1.3.Постановка задачи исследования При разработке любой системы управления возникает задача выбора инструмента проектирования, который отвечал бы всем требованиям проектировщиков и позволял грамотно и эффективно решать поставленные задачи. Современный рынок программных средств насчитывает около 300 видов различных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными и российскими фирмами, и многие компании сталкиваются с проблемой выбора подходящего программного решения. Выбор эффективных и адекватных автоматизируемому объекту методов, применяемых при анализе, проектировании, разработке или внедрении систем управления, представляет собой сложную и ответственную задачу. Цель исследования: повышение эффективности процессов проектирования систем управления предприятиями. Для достижения поставленной цели были сформулированы следующие задачи исследования: 1. Анализ процессов жизненного цикла программных средств. 2. Обзор российских и международных стандартов в области инженерии программных средств. 3. Анализ методологий проектирования программных средств. 4. Анализ методов проектирования программных средств. 5. Классификация методов анализа и проектирования программных средств. 6. Анализ применимости методов проектирования для групп технических и специальных процессов жизненного цикла программных средств. 7. Обзор инструментальных CASE-средств для анализа и проектирования систем управления. 8. Разработка структуры и масштаба метрики качества для оценки CASE-средств. 9. Обоснование выбора CASE-средств для анализа и проектирования систем управления предприятиями. 1.4. Выводы по главе 1 В первой главе проведен анализ процессов жизненного цикла программных средств согласно стандарту ГОСТ Р ИСО/МЭК 12207:2010; подробно рассмотрены группы технических и специальных процессов жизненного цикла ПС. Дано определение программной инженерии; проведен обзор основополагающих международных и национальных стандартов в области инженерии программных средств – описаны цели применения и основные задачи, которые стандарты помогут разрешить. Проведена группировка стандартов на стандарты, регламентирующие процессы жизненного цикла программных средств и систем (ГОСТ Р ИСО/МЭК 12207:2010; ГОСТ Р ИСО/МЭК ТО 15271-2002; ГОСТ Р ИСО/МЭК ТО 12182-2010; ISO/IEC 14764:2006; ISO/IEC 16085:2006; ISO/IEC/IEEE 16326:2009; ГОСТ 34.003-90; ГОСТ 34.601-90; ГОСТ 34.602-89; ГОСТ Р 51904-2002; ГОСТ Р ИСО/МЭК 15288-2005) и стандарты, регламентирующие качество программных средств (ГОСТ Р ИСО/МЭК 9126-93; ГОСТ Р ИСО/МЭК 12119-2000; ГОСТ 28195-89; ГОСТ 34.320-96; ГОСТ 34.321-96; ISO/IEC 14598-6:2001; ISO/IEC 25000:2005; ISO/IEC 25001:2014; ISO/IEC 25010:2011; ISO/IEC 25012:2008; ISO/IEC 25020:2007; ISO/IEC 25021:2012; ISO/IEC 25030:2007; ISO/IEC 25040:2011; ISO/IEC 25041:2012; ISO/IEC 25045:2012). Сформулирована цель исследования: повышение эффективности процессов проектирования систем управления предприятиями, для достижения которой поставлены задачи, такие как анализ процессов жизненного цикла ПС, обзор стандартов в области инженерии ПС, анализ и классификация методологий и методов проектирования ПС, анализ применимости методов проектирования для групп технических и специальных процессов жизненного цикла ПС, обзор инструментальных CASE-средств для анализа и проектирования систем управления, разработка структуры и масштаба метрики качества CASE-средств, обоснование выбора CASE-средств для анализа и проектирования систем управления предприятиями. |