Категория:Стадии ЖЦ - История изменений

Admin: /* Стадии ЖЦ по ГОСТ 34 */

2022-05-21T23:25:31Z

‎Стадии ЖЦ по ГОСТ 34

Admin: /* Стадии ЖЦ по ГОСТ 34 */

2019-09-06T22:11:36Z

‎Стадии ЖЦ по ГОСТ 34

Admin в 22:11, 6 сентября 2019

2019-09-06T22:11:08Z

Admin в 16:29, 9 декабря 2017

2017-12-09T16:29:37Z

Admin: Новая страница: «'''Стадии жизненного цикла''' выделяют по изменению в ходе жизненного цикла преимуществен…»

2017-12-09T16:28:20Z

Новая страница: «'''Стадии жизненного цикла''' выделяют по изменению в ходе жизненного цикла преимуществен…»

Новая страница

'''Стадии жизненного цикла''' выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.

В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы):
# '''[[Концепция системы|Разработка концепции]]''' (Copcept Development)
#:[[Файл:concept-dev.png]]
## '''Анализ потребностей''' - выявляется потребность в новой системе (действительно ли она нужна, существует ли практический способ удовлетворить потребность).
##: Инструменты и методики на этом этапе относятся к двум областям математики: анализ операций и [[исследование операций]]. Помимо математического изучения проблемы производится также анализ технологий (см. [[Управление технологиями]]) и ставятся эксперименты.
## '''Исследование концепции''' - разрабатывается начальный набор требований, исследуются возможные варианты концепции (удовлетворяющие нужды, с приемлимыми затратами).
##: Инструменты и методики относятся к [[процессный подход|процессному подходу]] (например, анализ требований), математические методы (например, [[СППР|поддержки принятия решений]]) и [[Экспертное оценивание|экспертных оценок]] (например, [[мозговой штурм]]).
## '''Определение концепции''' - определяется предпачтительная концепция (достигается благоприятный баланс между функциональными возможностями, сроком службы и стоимостью). Сравнивают характеристики, практическую полезность, [[оценка рисков|риски]] разработки и стоимость альтернативных концепций.
##: Инструменты и методики можно разбить на две категории: анализ альтернатив (частная разновидность [[исследование операций|исследования операций]]) и построение [[архитектура|архитектуры]] системы.
# '''Разработка инженерно-технического решения''' (Engineering Development)
#:[[Файл:engineering-dev.png]]
## '''[[Эскизное проектирование]]''' - минимизируется число невыявленных концепцией проблем. Задачи: 1) идентификация и [[уменьшение рисков|снижение рисков]] разработки; 2) разработка проектной документации на систему и [[модель]] (макет, образец), прошедшая [[Валидация|валидацию]].
##: На этой стадии применяются экспериментальные модели и [[имитационное моделирование]], цель которых - снизить затраты на валидацию концепций, рекомендованных в качестве основы при проектировании компонентов и подсистем.
## '''[[Проектирование|Техническое проектирование]]''' - возможность заказчику и пользователю системы ознакомиться с проектом на ранних этапах, проконтролировать выполнение бюджета и графика, высказать разработчику полезные критические замечания. Системный инженер отвечает за совместимость отдельных компонентов (соответствие требованиям к функциональности и совместимости), а также за то, чтобы при изменениях не нарушались интерфейсы и конфигурация ([[управление изменениями]]). На этом этапе уточняется программы испытаний и аттестации, а также создается прототип (виртуальный, физический или гибридный).
##: Инструменты: [[САПР]]. Модели системы и имитационные модели должны соответствовать текущему состоянию проекта и результатам испытаний.
## '''[[Комплексирование]] и аттестация''' - проверяется согласованность интерфейсов компонентов, их взаимодействие в соответствии с функциональными требованиями. Часто требуется разработка и конструирование вспомогательных комплексов, делающих возможными имитацию эксплуатационных воздействий и [[Ограничение|ограничений]]. Результатами являются:
### спецификации на изготовление системы (технические условия на производство системы)
### готовая система (все необходимое для производства и сборки и, возможно, прототип).
##: Могут помочь методики комплексирования, инструменты, методы, средства и принципы испытаний и аттестации.
# '''Постразработческая стадия''' (Postdevelopment)
## '''[[Производство]]''' - на этом этапе возможны неожиданные проблемы (ошибки в программах, сбои в ходе заводских испытаний). Системный инженер должен диагностировать источник проблемы и найти эффективное решение.
## '''[[Эксплуатация]] и [[сопровождение]]''' - планирование этого этапа подразумевает подготовку логистической системы и программ обучения операторов и ремонтного персонала. На протяжение срока эксплуатации возможно обновление системы, обусловленное эволюцией ее целей и задач, а также техническим прогрессом.
## '''[[Утилизация]]'''

[[Категория:Концепции]]

@@ Строка 52: / Строка 52: @@
 # '''Ввод в действие''':
 ## Подготовка объекта автоматизации к вводу АС в действие.
-## [[Обучение персонала|Подготовка персонала]].
+## [[Обучение|Подготовка персонала]].
 ## Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).
 ## [[Строительно-монтажные работы]].

@@ Строка 52: / Строка 52: @@
 # '''Ввод в действие''':
 ## Подготовка объекта автоматизации к вводу АС в действие.
-## Подготовка персонала.
+## [[Обучение персонала|Подготовка персонала]].
 ## Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями).
 ## [[Строительно-монтажные работы]].

← Предыдущая		Версия 16:29, 9 декабря 2017
Строка 1:		Строка 1:
−	'''Стадии жизненного цикла''' выделяют по изменению в ходе жизненного цикла преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.	+	'''Стадии жизненного цикла''' выделяют по изменению в ходе [[Жизненный цикл\|жизненного цикла]] преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.

	В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы):		В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы):

@@ Строка 1: / Строка 1: @@
 '''Стадии жизненного цикла''' выделяют по изменению в ходе [[Жизненный цикл|жизненного цикла]] преимущественного образа мышления (в [[ISO 24744]] — change of mental framework). Это не слишком формальное определение, но оно как минимум не предлагает сосредотачиваться на “состоянии целевой системы”, а даётся именно в терминах обеспечивающих систем. На разных стадиях жизненного цикла системы люди думают про разное: на стадии проектирования люди думают о проектировании, на стадии строительства о стройке, на стадии эксплуатации — об эксплуатации.
 В классической системной инженерии (Kossiakoff et al.) выделяются следующие стадии ЖЦ (стадии разбиваются на этапы):
 # '''[[Концепция системы|Разработка концепции]]''' (Copcept Development)
@@ Строка 24: / Строка 25: @@
 ## '''[[Эксплуатация]] и [[сопровождение]]''' - планирование этого этапа подразумевает подготовку логистической системы и программ обучения операторов и ремонтного персонала. На протяжение срока эксплуатации возможно обновление системы, обусловленное эволюцией ее целей и задач, а также техническим прогрессом.
 ## '''[[Утилизация]]'''
 [[Категория:Концепции]]