
- •Минобрнауки россии
- •Минобрнауки россии
- •График выполнения диссертации на соискание академической степени магистра
- •Содержание
- •Введение
- •Глава 1. Анализ процессов проектирования систем управления
- •1.1. Процессы жизненного цикла программных средств
- •1.2. Российские и международные стандарты в области инженерии программных средств
- •1.3.Постановка задачи исследования
- •1.4. Выводы по главе 1
- •Глава 2. Методы анализа и проектирования систем управления
- •2.1. Методологии анализа и проектирования систем управления
- •2.2. Методы анализа и проектирования систем управления
- •2.3. Классификация методов анализа и проектирования систем управления
- •2.4. Анализ применимости методов анализа и проектирования систем управления на различных этапах жизненного цикла программных средств
- •2.5. Выводы по главе 2
- •Глава 3. Инструментальные средства для анализа и проектирования систем управления
- •3.1. Общая характеристика case-средств
- •3.2. Классификация case-средств
- •3.3. Анализ функциональных характеристик case-средств
- •3.4. Анализ применимости case-средств на этапах процессов жизненного цикла программных средств
- •3.5. Выводы по главе 3
- •Глава 4. Методика выбора case-средств для анализа и проектирования систем управления предприятиями
- •4.1. Методика оценки качества программных средств
- •4.2. Разработка метрики качества case-средств
- •4.3. Обоснование выбора case-средств для анализа и проектирования систем управления предприятиями
- •4.4. Выводы по главе 4
- •Заключение
- •Список литературы
Глава 1. Анализ процессов проектирования систем управления
1.1. Процессы жизненного цикла программных средств
Программные средства являются неотъемлемыми частями информационных технологий и традиционных систем, таких как транспортные, военные, здравоохранения и финансовые [23]. При этом подразумевается усиление роли стандартов, процедур, методов, средств и внешних условий для разработки и сопровождения программных средств. Подобная многоплановость подходов создает значительные трудности при управлении программными средствами и в технологиях программирования, особенно при интеграции продуктов и услуг. Требуется определённое упорядочение вопросов создания программных средств при переходе от многоплановости к общей структуре, которая может быть использована профессионалами для взаимопонимания при создании и управлении программными средствами.
Одним из базовых понятий методологии проектирования программных средств (ПС) является понятие жизненного цикла. Жизненный цикл – это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ПС и заканчивается в момент его полного изъятия из эксплуатации.
Стандарт ГОСТ Р ИСО/МЭК 12207:2010 «Процессы жизненного цикла программных средств» [11], используя устоявшуюся терминологию, устанавливает общую структуру процессов жизненного цикла программных средств, на которую можно ориентироваться в программной индустрии. Этот стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов. Понятие программного средства включает в себя встроенный фирменный программный компонент.
Программное средство трактуется как единая часть общей системы, выполняющая определённые функции в данной системе, что осуществляется посредством выделения требований к программным средствам из требований к системе, проектирования, производства программных средств и объединения их в систему.
Процессы жизненного цикла делятся на 2 большие группы: процессы в контексте системы и специальные процессы программных средств (рис. 1.1.)
Рис. 1.1. Группы процессов жизненного цикла
Процессы в контексте системы включают в себя:
процессы соглашения: определяют действия, необходимые для выработки соглашений между двумя организациями. Процессы соглашения включают в себя процесс приобретения и процесс поставки.
процессы организационного обеспечения: осуществляют менеджмент возможностей организаций приобретать и поставлять продукты через инициализацию, поддержку и управление проектами. Эти процессы обеспечивают ресурсы и инфраструктуру, необходимые для поддержки проектов, и гарантируют удовлетворение организационных целей и установленных соглашений. Эта группа процессов включает в себя:
процесс менеджмента модели жизненного цикла;
процесс менеджмента инфраструктуры;
процесс менеджмента портфеля проектов;
процесс менеджмента людских ресурсов;
процесс менеджмента качества.
процессы проекта: существуют две категории процессов проекта. Процессы менеджмента проекта используются для планирования, выполнения, оценки и управления продвижением проекта. Процессы поддержки проекта обеспечивают выполнение специализированных целей менеджмента. Процессы менеджмента проекта включают в себя:
процесс планирования проекта;
процесс управления и оценки проекта.
Процессы поддержки проекта включают в себя:
процесс менеджмента решений;
процесс менеджмента рисков;
процесс менеджмента конфигурации;
процесс менеджмента информации;
процесс измерений.
технические процессы: используются для определения требований к системе, преобразования требований в полезный продукт, для разрешения постоянного копирования продукта (где это необходимо), применения продукта, обеспечения требуемых услуг, поддержания обеспечения этих услуг и изъятия продукта из обращения, если он не используется при оказании услуги. Включают в себя:
определение требований правообладателей;
анализ системных требований;
проектирование архитектуры системы;
процесс реализации;
процесс комплексирования системы;
процесс квалификационного тестирования системы;
процесс инсталляции программных средств;
процесс поддержки приемки программных средств;
процесс функционирования программных средств;
процесс сопровождения программных средств;
процесс изъятия из обращения программных средств.
Группа специальных процессов программных средств включает в себя следующие процессы:
процессы реализации программных средств: используются для создания конкретного элемента системы (составной части), выполненного в виде программного средства. Эти процессы преобразуют заданные характеристики поведения, интерфейсы и ограничения на реализацию в действия, результатом которых становится системный элемент, удовлетворяющий требованиям, вытекающим из системных требований. Включают в себя:
процесс анализа требований к программным средствам;
процесс проектирования архитектуры программных средств;
процесс детального проектирования программных средств;
процесс конструирования программных средств;
процесс комплексирования программных средств;
процесс квалификационного тестирования программных средств.
процессы поддержки программных средств: предусматривают специально сфокусированную совокупность действий, направленных на выполнение специализированного программного процесса. Выделяют 8 процессов поддержки:
процесс менеджмента документации программных средств;
процесс менеджмента конфигурации программных средств;
процесс обеспечения гарантии качества программных средств;
процесс верификации программных средств;
процесс валидации программных средств;
процесс ревизии программных средств;
процесс аудита программных средств;
процесс решения проблем в программных средствах.
процессы повторного применения программных средств: поддерживают возможности организации использовать повторно составные части программных средств за границами проекта. Эти процессы уникальны, поскольку, в соответствии с их природой, они используются вне границ какого-либо конкретного проекта. Включают в себя:
процесс проектирования доменов;
процесс менеджмента повторного применения активов;
процесс менеджмента повторного применения программ.
На этапе проектирования системы используются CASE-средства.