Стандартизация проектирования ИС презентация

ТЕМА 1. Основные методологические аспекты проектирования информационной системы. Лекция 4. Стандартизация в области проектирования ИС.

Предназначение нормативных документов Нормативно-методические документы регламентируют: порядок разработки, внедрения и сопровождения ИС; общие требования к составу ПО ИС и связям между его компонентами; требования к качеству ПО; виды, состав и содержание проектной и программной документации.

Международные организации по стандартизации ИТ ISO – Международная организация по стандартизации; IEC (МЭК) – Международная электротехническая комиссия; МСЭ – Международный союз электросвязи; IEEE – Институт инженеров по электротехнике и электронике; OMG – Группа объектного управления и т.д.

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

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

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

Жизненный цикл различных объектов

Жизненный цикл ИС Жизненный цикл – период создания и использования ИС, охватывающий ее различные состояния, начиная с момента возникновения необходимости в данной ИС и заканчивая моментом ее полного выхода из употребления у пользователей. ЖЦ состоит из стадий, для каждой из которых определяются: состав и последовательность выполняемых работ, получаемые результаты, методы и средства, необходимые для выполнения работ, роли и ответственность участников.

Процесс ЖЦ – совокупность взаимосвязанных действий, преобразующих входные данные в выходные. Процесс ЖЦ – совокупность взаимосвязанных действий, преобразующих входные данные в выходные. Цели процесса: формулировка потребности в новой ИС; выбор способа и определение экономической целесообразности проектирования ИС.

Процесс ЖЦ – совокупность взаимосвязанных действий, преобразующих входные данные в выходные. Процесс ЖЦ – совокупность взаимосвязанных действий, преобразующих входные данные в выходные. Цели процесса: формулировка потребности в новой ИС выбор способа и определение экономической целесообразности проектирования ИС.

Основные стадии ЖЦ ИС Анализ требований Проектирование Реализация Внедрение Эксплуатация

Основные стандарты ЖЦ ИС Стандарт ISO/IEC 12207:2008 (System and software engineering — Software life cycle processes – «Процессы жизненного цикла программных средств»). Стандарт ГОСТ Р ИСО/МЭК 12207-2010 Стандарт ISO/IEC 15288:2015 (System and software engineering – System life cycle processes - «Проектирование систем и разработка программного обеспечения. Процессы жизненного цикла системы». Стандарт ГОСТ Р ИСО/МЭК 15288-2005 ГОСТ 34.601-90 «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».

Что дает системная инженерия (по данным INCOSE) Это достигается через А) введение общего языка, описывающего проект Б) сознательный сдвиг усилий на ранние стадии проекта, где цена ошибки экспоненциально меньше

Перечень процессов ЖЦ ИС ISO/IEC 12207:1995

ISO/IEC 15288-2005 «Системная инженерия – процессы жизненного цикла систем» Предназначен для любого рода систем, созданных человеком и состоящих из одного или нескольких следующих элементов: технические средства программные средства люди процессы процедуры основные средства природные ресурсы.

Перечень процессов ЖЦ ИС по стандарту ISO/IEC 15288-2005

Группы процессов ЖЦ систем и программных средств Процессы в контексте системы: Процессы соглашения (2 процесса) Процессы организационного обеспечения проекта (5 процессов) Процессы проекта (7 процессов) Технические процессы (11 процессов) Специальные процессы программных средств Процессы реализации ПС (7 процессов) Процессы поддержки ПС (8 процессов) Процессы повторного применения ПС (3 процесса)

Группы процессов в ГОСТ Р 12207-2010 Процессы соглашения определяют действия, необходимые для установления соглашения между двумя организациями. Процессы организационного обеспечения проекта управляют способностью организации приобретать и поставлять продукцию или услуги посредством запуска проектов, их поддержки и контроля. Эти процессы обеспечивают ресурсы и инфраструктуру, необходимые для осуществления проектов, и гарантируют достижение целей и исполнение обязательств организации по соглашениям.

Группы процессов в ГОСТ Р 12207-2010 Процессы проекта используются для установления и выполнения планов, оценки фактических достижений и продвижений проекта в соответствии с планами и контроля выполнения проекта вплоть до его завершения. Технические процессы используются для определения требований к системе, преобразования этих требований в эффективный продукт. Технические процессы определяют совокупность работ, которые позволяют оптимизировать прибыли и уменьшать риски, возникающие вследствие принятия технических решений и осуществления соответствующих действий.

Четыре группы процессов

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

Процесс Процесс Наименование Цель Выходы (результаты) Деятельность Задача

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

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

Пример описания процесса Процесс «Приобретение» Цель: состоит в получении продукта и (или) услуги в соответствии с потребностями приобретающей стороны. Процесс начинается с выяснения потребностей заказчика и заканчивается приемкой продукта и (или) услуги, необходимых приобретающей стороне.

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

Виды деятельности 6.1.1.3.1 Подготовка к приобретению 6.1.1.3.2 Объявление о приобретении 6.1.1.3.3 Выбор поставщика 6.1.1.3.4 Контрактные соглашения 6.1.1.3.5 Мониторинг соглашения 6.1.1.3.6 Приемка приобретающей стороной 6.1.1.3.7 Закрытие Сохранена нумерация пунктов стандарта ГОСТ Р ИСО/МЭК 12207-2010

Задачи 6.1.1.3.3 Выбор поставщика Данный вид деятельности состоит из решения следующих задач: 6.1.1.3.3.1 Приобретающей стороне следует устанавливать процедуру выбора поставщика, включающую в себя предложенные критерии оценки и значимые требования по соответствию. 6.1.1.3.3.2 Приобретающей стороне следует выбрать поставщика, основываясь на оценке предложений от поставщиков и их возможностей в соответствии со стратегией и условиями приемки приобретающей стороны.

Стадии создания ИС по ISO/IEC 15288

Стадии ЖЦ по ГОСТ 34.601-90

Стадии ЖЦ по ГОСТ 34.601-90

Стадии ЖЦ по ГОСТ 34.601-90

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

Стадии ЖЦ по ISO/IEC 15288:2008 Стадия замысла Стадия разработки Стадия производства Стадия применения Стадия поддержки применения Стадия прекращения применения и списания

Модели жизненного цикла ИС Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. В соответствии с этим наибольшее распространение получили три следующие модели ЖЦ: каскадная модель; поэтапная модель с промежуточным контролем; спиральная (итерационная) модель.

Каскадная модель ЖЦ

Поэтапная модель с промежуточным контролем Итерационная модель разработки ИС с циклами обратной связи между этапами (1980-1985 гг.) Достоинство: межэтапные корректировки обеспечивают меньшую трудоемкость по сравнению с каскадной моделью; Недостатки: время жизни каждого из этапов растягивается на весь период разработки.

V – модель

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