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

Содержание

Слайд 2

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

Предназначение нормативных документов

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

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

Международные организации по стандартизации ИТ ISO – Международная организация по стандартизации;

Международные организации по стандартизации ИТ

ISO – Международная организация по стандартизации;
IEC (МЭК)

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

ММ – методические материалы

ММ – методические материалы

Слайд 5

Стандарты проектирования Стандарт проектирования устанавливает: набор необходимых моделей на каждой стадии

Стандарты проектирования

Стандарт проектирования устанавливает:
набор необходимых моделей на каждой стадии проектирования и

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

Стандарт оформления проектной документации Стандарт оформления проектной документации устанавливает: комплектность, состав

Стандарт оформления проектной документации

Стандарт оформления проектной документации устанавливает:
комплектность, состав

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

Стандарт интерфейса пользователя Стандарт интерфейса пользователя устанавливает: правила оформления экранов (шрифты

Стандарт интерфейса пользователя

Стандарт интерфейса пользователя устанавливает:
правила оформления экранов (шрифты и

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

Жизненный цикл различных объектов Оборудование Персонал Здание Природный ресурс

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

Оборудование

Персонал

Здание

Природный ресурс

Слайд 9

Жизненный цикл ИС Жизненный цикл – период создания и использования ИС,

Жизненный цикл ИС

Жизненный цикл – период создания и использования ИС, охватывающий

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

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

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


Цели процесса:
формулировка потребности в новой ИС;
выбор способа и определение экономической целесообразности проектирования ИС.

Жизненный цикл ИС

Совокупность процессов

Слайд 11

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

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


Цели процесса:
формулировка потребности в новой ИС
выбор способа и определение экономической целесообразности проектирования ИС.

Жизненный цикл ИС

Совокупность процессов

Совокупность моделей

модели организации;
модели требований к ИС;
модели функционирования ИС

Слайд 12

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

Основные стадии ЖЦ ИС

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

Слайд 13

Слайд 14

Слайд 15

Основные стандарты ЖЦ ИС Стандарт ISO/IEC 12207:2008 (System and software engineering

Основные стандарты ЖЦ ИС

Стандарт 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 «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».
Слайд 16

Что дает системная инженерия (по данным INCOSE) Это достигается через А)

Что дает системная инженерия (по данным INCOSE)

Это достигается через
А) введение общего языка,

описывающего проект
Б) сознательный сдвиг усилий на ранние стадии проекта, где цена ошибки экспоненциально меньше

8% затрат на внедрение сиcтемной инженерии дают выигрыш в 20% стоимости проектов, и на 50% увеличивают вероятность окончания проекта в срок.

Слайд 17

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

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

Слайд 18

ISO/IEC 15288-2005 «Системная инженерия – процессы жизненного цикла систем» Предназначен для

ISO/IEC 15288-2005 «Системная инженерия – процессы жизненного цикла систем»

Предназначен для любого

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

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

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

Слайд 20

Слайд 21

Процессы ЖЦ систем и программных средств по стандарту 12207-2010

Процессы
ЖЦ систем и
программных
средств
по стандарту
12207-2010

Слайд 22

Группы процессов ЖЦ систем и программных средств Процессы в контексте системы:

Группы процессов ЖЦ систем и программных средств

Процессы в контексте системы:
Процессы соглашения

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

Группы процессов в ГОСТ Р 12207-2010 Процессы соглашения определяют действия, необходимые

Группы процессов в ГОСТ Р 12207-2010

Процессы соглашения определяют действия, необходимые для

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

Группы процессов в ГОСТ Р 12207-2010 Процессы проекта используются для установления

Группы процессов в ГОСТ Р 12207-2010

Процессы проекта используются для установления и

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

Четыре группы процессов Организационные Проектные Технические Поставка Приобретение Организационные Проектные Технические Заказчик Разработчик

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

Организационные

Проектные

Технические

Поставка Приобретение

Организационные

Проектные

Технические

Заказчик

Разработчик

Слайд 26

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

25 обязательных процессов системной инженерии

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

портфелем проектов (программой);
управление персоналом;
управление качеством

Технические
анализ требований правообладателей;
анализ системных требований;
архитектурный дизайн;
изготовление;
интеграция;
проверка (Verification);
переход к эксплуатации;
приёмка (Validation);
эксплуатация;
обслуживание;
вывод из эксплуатации

Проектные
управление проектами
планирование проекта; управление выполнением и контроль (оценка) проекта
поддержка проектов
управление решениями;
управление рисками;
управление конфигурацией;
управление информацией
измерения

обеспечивают

Контрактации Закупка Поставка

Слайд 27

Процесс Наименование Цель Выходы (результаты) Деятельность Задача Конструкции процессов в ГОСТ Р ИСО/МЭК 12207-2010

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

Конструкции процессов в ГОСТ Р ИСО/МЭК 12207-2010

Слайд 28

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

Специальные процессы программных средств

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

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

Отношения между системами и программными средствами (ПС) ПС трактуется как единая

Отношения между системами и программными средствами (ПС)

ПС трактуется как единая часть

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

Слайд 31

Пример описания процесса Процесс «Приобретение» Цель: состоит в получении продукта и

Пример описания процесса

Процесс «Приобретение»
Цель: состоит в получении продукта и (или) услуги

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

Выходы определяются потребности в приобретении, конечные цели, критерии приемки продукта и

Выходы

определяются потребности в приобретении, конечные цели, критерии приемки продукта и стратегии

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

Виды деятельности 6.1.1.3.1 Подготовка к приобретению 6.1.1.3.2 Объявление о приобретении 6.1.1.3.3

Виды деятельности

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
Слайд 34

Задачи 6.1.1.3.3 Выбор поставщика Данный вид деятельности состоит из решения следующих

Задачи

6.1.1.3.3 Выбор поставщика
Данный вид деятельности состоит из решения следующих задач:
6.1.1.3.3.1 Приобретающей

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

Взаимосвязь между процессами ЖЦ ИС

Взаимосвязь между
процессами ЖЦ ИС

Слайд 36

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

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

Слайд 37

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

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

Слайд 38

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

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

Слайд 39

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

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

Слайд 40

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

Перечень организаций, участвующих в работах по созданию АС

Организация-заказчик (пользователь)
Организация-разработчик
Организация-поставщик
Организация-генпроектировщик
Организации-проектировщики
Организации строительные, монтажные,

наладочные и др.
Слайд 41

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

Проектирование

Стадии ЖЦ

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

применения и списания

по ГОСТ 34.601-90
Формирование требований к АС
Разработка концепции АС.
Техническое задание.
Эскизный проект.
Технический проект.
Рабочая документация.
Ввод в действие.
Сопровождение АС

Анализ требований

Реализация

Внедрение

Эксплуатация

Слайд 42

Модели жизненного цикла ИС Существующие модели ЖЦ определяют порядок исполнения этапов

Модели жизненного цикла ИС

Существующие модели ЖЦ определяют порядок исполнения этапов

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

Каскадная модель ЖЦ Каскадная модель (70-80г.г.) предполагает переход на следующий этап

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

Каскадная модель (70-80г.г.) предполагает переход на следующий этап после

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

Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в

Каскадный подход хорошо зарекомендовал себя при построении ИС, для которых в

самом начале разработки можно достаточно точно и полно сформулировать все требования.
Слайд 45

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

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

Слайд 46

Так было сформулировано техническое задание...

Так было сформулировано техническое задание...

Слайд 47

Так была описана система в техническом проекте…

Так была описана система в техническом проекте…

Слайд 48

Такой получилась система в результате рабочего проектирования...

Такой получилась система в результате
рабочего проектирования...

Слайд 49

В таком виде систему внедрили...

В таком виде систему внедрили...

Слайд 50

А вот чего на самом деле хотел заказчик...

А вот чего на самом деле хотел заказчик...

Слайд 51

Поэтапная модель с промежуточным контролем Итерационная модель разработки ИС с циклами

Поэтапная модель с промежуточным контролем

Итерационная модель разработки ИС с циклами

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

V – модель Идея Функционирование и развитие Требования и архитектура Рабочий

V – модель

Идея

Функционирование
и развитие

Требования и
архитектура

Рабочий
проект

Реализация

Сборка и
тестирование

Проверка
и приёмка

Проверка и

приёмка

Декомпозиция и
специфицирование проекта

Интеграция и
тестирование проекта

Слайд 53

Спиральная модель Каждый виток спирали соответствует поэтапной модели создания фрагмента или

Спиральная модель

Каждый виток спирали соответствует поэтапной модели создания фрагмента или

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