roma-dxunvrs
60 lines
6.3 KiB
Markdown
60 lines
6.3 KiB
Markdown
## Системная инженерия
|
|
Это междисциплинарный подход и средство, позволяющее реализовать успешные системы. Он фокусируется на целостном и одновременном понимании потребностей заинтересованных сторон (стейкхолдеров); изучении возможностей; документировании требований; и синтезе, проверке, приемке и разработке решений при рассмотрении всей проблемы, от исследования концепции системы до вывода системы из эксплуатации.
|
|
При проектировании важно ничего не забыть, чтобы все заработало - междисциплинарный подход
|
|
## Предмет системной инженерии и роль
|
|
Предмет: сверхбольшие системы - должны сынтегрироваться все части
|
|
Роль: координация и структура (команды разработки, процессов, передачи информации и т.п.)
|
|
## Понятие системы
|
|
1. Система как совокупность частей
|
|
2. Система как функциональное место
|
|
3. Система как жизненный цикл
|
|
## 1. Система как совокупность частей
|
|
Система состоит из подсистем, которые в свою очередь тоже являются системами, и так далее - иерархия систем
|
|
|
|
![[Иерархия систем.png]]
|
|
### Структура системы
|
|
|
|
![[Структура системы.png]]
|
|
|
|
Одна система при разных взглядах. При разных взглядах на систему что-то может и совпадать. В зависимости от нужд от системы - она меняется.
|
|
Например: дом с точки зрения сантехника, электрика и строителя
|
|
## 2. Система как функциональное место
|
|
Функциональное место определяет систему:
|
|
- Название
|
|
- Назначение
|
|
- Границы
|
|
Например: насосная станция с двумя насосами, мы заменили один из них на новый - но насос остался тем же, с точки зрения системы
|
|
Описывает функции, а не реализации
|
|
### Операционное окружение
|
|
- Окружение, в котором развертываются системы
|
|
- Проблемы или возможность, в ответ на которую была разработана система, существует в этом окружении
|
|
- Важный фактор при определении возможностей системы, желаемых результатов и выгод для заинтересованных сторон, а также ограничений
|
|
### Представление и точка зрения
|
|
- **Представление (View)** - представление системы с заданной точки зрения
|
|
- **Stakeholder** - заинтересованная сторона в системе (обычно, физ или юр лицо), оказывает влияние на систему, формирует точку зрения через которую мы работаем (например, заказчик, пользователь, государство)
|
|
- **Точка зрения (Viewpoint)** - это спецификация соглашений, правил построения и использования *представления* с целью решения проблем заинтересованных сторон. У каждого стейкхолдера своя точка зрения на систему
|
|
## 3. Система как жизненный цикл
|
|
Жизненный цикл системы - эволюция интересующей системы во времени от концепции до вывода из эксплуатации
|
|
### Типовые стадии:
|
|
1. Концептуальный этап
|
|
2. Этап разработки
|
|
3. Этап производства
|
|
4. Этап утилизации
|
|
5. Этап поддержки
|
|
6. Этап вывода из эксплуатации
|
|
Этап утилизации - использование системы во время эксплуатации. Вся разработка - ради этого этапа, чтобы выполнять свою цель и занимать функциональное место
|
|
### Обеспечивающие системы
|
|
Системы, которые дополняют интересующую систему на этапах ее жизненного цикла, но не обязательно вносит непосредственный вклад в ее фукнционирование во время эксплуатации
|
|
Например: девопс команда + бизнес-команда + команда разработчиков
|
|
## Успешная система
|
|
Требует:
|
|
1. Рассмотрения ее структуры
|
|
2. Рассмотрения ее функционального места
|
|
3. Рассмотрения ее операционного окружения
|
|
4. Рассмотрения ее жизненного цикла
|
|
5. Рассмотрения ее обеспечивающих систем
|
|
## Фундаментальная проблема систем
|
|
Множественность точек зрения на систему. Систему может разрушить проблема коммуникации при разработке
|
|
Формальный способ зафиксировать эти точки зрения и передать их другим - [[Понятие архитектуры|архитектура]]
|
|
## Применение в Computer Science
|
|
- [[Компьютерные системы]] |