Изменены ссылки на заголовки внутри файлов
This commit is contained in:
LeterZP
@@ -1,32 +1,32 @@
|
||||
## Содержание
|
||||
- [Решение задач компьютеров без компьютеров](#Решение%20задач%20компьютеров%20без%20компьютеров)
|
||||
- [Отдельные операции](#Отдельные%20операции)
|
||||
- [Таблицы значений](#Таблицы%20значений)
|
||||
- [Устройства](#Устройства)
|
||||
- [Механизмы](#Механизмы)
|
||||
- [Сравнение устройств и механизмов](#Сравнение%20устройств%20и%20механизмов)
|
||||
- [Современность](#Современность)
|
||||
- [Информационные системы](#Информационные%20системы)
|
||||
- [Эффективное решение](#Эффективное%20решение)
|
||||
- [Достоинства](#Достоинства)
|
||||
- [Практика](#Практика)
|
||||
- [Системы управления](#Системы%20управления)
|
||||
- [Жаккард](#Жаккард)
|
||||
- [Проблема создания станка](#Проблема%20создания%20станка)
|
||||
- [Жаккардовый ткацкий станок](#Жаккардовый%20ткацкий%20станок)
|
||||
- [Программное обеспечение](#Программное%20обеспечение)
|
||||
- [Другие примеры](#Другие%20примеры)
|
||||
- [Поиск кратчайшего пути на взвешенном графе](#Поиск%20кратчайшего%20пути%20на%20взвешенном%20графе)
|
||||
- [Задача коммивояжера](#Задача%20коммивояжера)
|
||||
- [Приставка Dendy и пистолет](#Приставка%20Dendy%20и%20пистолет)
|
||||
- [Реле и релейные диаграммы](#Реле%20и%20релейные%20диаграммы)
|
||||
- [Электрическое реле](#Электрическое%20реле)
|
||||
- [Релейная диаграмма](#Релейная%20диаграмма)
|
||||
- [Управление двигателем](#Управление%20двигателем)
|
||||
- [Практика применения реле](#Практика%20применения%20реле)
|
||||
- [Реле и состояние](#Реле%20и%20состояние)
|
||||
- [RS-триггер](#RS-триггер)
|
||||
- [От реле к транзистору](#От%20реле%20к%20транзистору)
|
||||
- [[#Решение задач компьютеров без компьютеров]]
|
||||
- [[#Отдельные операции]]
|
||||
- [[#Таблицы значений]]
|
||||
- [[#Устройства]]
|
||||
- [[#Механизмы]]
|
||||
- [[#Сравнение устройств и механизмов]]
|
||||
- [[#Современность]]
|
||||
- [[#Информационные системы]]
|
||||
- [[#Эффективное решение]]
|
||||
- [[#Достоинства]]
|
||||
- [[#Практика]]
|
||||
- [[#Системы управления]]
|
||||
- [[#Жаккард]]
|
||||
- [[#Проблема создания станка]]
|
||||
- [[#Жаккардовый ткацкий станок]]
|
||||
- [[#Программное обеспечение]]
|
||||
- [[#Другие примеры]]
|
||||
- [[#Поиск кратчайшего пути на взвешенном графе]]
|
||||
- [[#Задача коммивояжера]]
|
||||
- [[#Приставка Dendy и пистолет]]
|
||||
- [[#Реле и релейные диаграммы]]
|
||||
- [[#Электрическое реле]]
|
||||
- [[#Релейная диаграмма]]
|
||||
- [[#Управление двигателем]]
|
||||
- [[#Практика применения реле]]
|
||||
- [[#Реле и состояние]]
|
||||
- [[#RS-триггер]]
|
||||
- [[#От реле к транзистору]]
|
||||
## Решение задач компьютеров без компьютеров
|
||||
|
||||
Несмотря на то, что сейчас компьютеры являются неотъемлемой частью нашей жизни, основные задачи, которые они решают, схожи с задачами, которые ставились еще несколько столетий назад. И все же, люди в прошлом такие задачи решали даже без компьютеров.
|
||||
@@ -34,7 +34,7 @@
|
||||
Еще до создания компьютеров существовали примитивные вычислительные алгоритмы. Такие с одной стороны простые, но в тоже время сложные, алгоритмы могли выполнять те же задачи без электрических схем и компьютеров, используя при этом различные способы.
|
||||
### Отдельные операции
|
||||
|
||||
Самым примитивным методом для вычисления являются простейшие устройства, способные вычислять заранее заданные функции для заранее заданных параметрах (обычно такое задание включает либо точное количество используемых значений, либо какой-то промежуток значений). Но даже они не оставались неизменными со временем - из изначального вычисления с помощью дискретных и цифровых величин ([таблиц](#Таблицы%20значений)) осуществлялся постепенный переход к аналоговым [устройствам](#Устройства), а позже возвращение обратно к цифровым [механизмам](#Механизмы).
|
||||
Самым примитивным методом для вычисления являются простейшие устройства, способные вычислять заранее заданные функции для заранее заданных параметрах (обычно такое задание включает либо точное количество используемых значений, либо какой-то промежуток значений). Но даже они не оставались неизменными со временем - из изначального вычисления с помощью дискретных и цифровых величин ([[#Таблицы%20значений|таблиц]])) осуществлялся постепенный переход к аналоговым [[#Устройства|устройствам]]), а позже возвращение обратно к цифровым [[#Механизмы|механизмам]].
|
||||
#### Таблицы значений
|
||||
|
||||
Таблицы значений отражают в себе какую-то зависимость, которую можно представить в виде математической функции.
|
||||
|
||||
+33
-33
@@ -1,28 +1,28 @@
|
||||
## Содержание
|
||||
- [Компьютерные системы](#Компьютерные%20системы)
|
||||
- [Системы с преобладающей программной составляющей](#Системы%20с%20преобладающей%20программной%20составляющей)
|
||||
- [Классификация компьютерных систем](#Классификация%20компьютерных%20систем)
|
||||
- [Информационные системы](#Информационные%20системы)
|
||||
- [Управляющие системы](#Управляющие%20системы)
|
||||
- [Система. Системная инженерия](#Система.%20Системная%20инженерия)
|
||||
- [Системная инженерия](#Системная%20инженерия)
|
||||
- [Понятие системы](#Понятие%20системы)
|
||||
- [Система как совокупность частей](#Система%20как%20совокупность%20частей)
|
||||
- [Система как функциональное место](#Система%20как%20функциональное%20место)
|
||||
- [Операционное окружение](#Операционное%20окружение)
|
||||
- [Представление и точка зрения](#Представление%20и%20точка%20зрения)
|
||||
- [Система как жизненный цикл](#Система%20как%20жизненный%20цикл)
|
||||
- [Обеспечивающие системы](#Обеспечивающие%20системы)
|
||||
- [Требования для разработки успешной системы](#Требования%20для%20разработки%20успешной%20системы)
|
||||
- [Архитектура](#Архитектура)
|
||||
- [Классическое определение архитектуры](#Классическое%20определение%20архитектуры)
|
||||
- [Определение архитектуры в системной инженерии](#Определение%20архитектуры%20в%20системной%20инженерии)
|
||||
- [Сущностные определения системы](#Сущностные%20определения%20системы)
|
||||
- [Проблема коммуникации при разработке компьютерных систем](#Проблема%20коммуникации%20при%20разработке%20компьютерных%20систем)
|
||||
- [Причины важности архитектуры](#Причины%20важности%20архитектуры)
|
||||
- [Риск откладывания управления рисками](#Риск%20откладывания%20управления%20рисками)
|
||||
- [V-диаграмма](#V-диаграмма)
|
||||
- [Эффект архитектурного проектирования](#Эффект%20архитектурного%20проектирования)
|
||||
- [[#Компьютерные системы]]
|
||||
- [[#Системы с преобладающей программной составляющей]]
|
||||
- [[#Классификация компьютерных систем]]
|
||||
- [[#Информационные системы]]
|
||||
- [[#Управляющие системы]]
|
||||
- [[#Система. Системная инженерия]]
|
||||
- [[#Системная инженерия]]
|
||||
- [[#Понятие системы]]
|
||||
- [[#Система как совокупность частей]]
|
||||
- [[#Система как функциональное место]]
|
||||
- [[#Операционное окружение]]
|
||||
- [[#Представление и точка зрения]]
|
||||
- [[#Система как жизненный цикл]]
|
||||
- [[#Обеспечивающие системы]]
|
||||
- [[#Требования для разработки успешной системы]]
|
||||
- [[#Архитектура]]
|
||||
- [[#Классическое определение архитектуры]]
|
||||
- [[#Определение архитектуры в системной инженерии]]
|
||||
- [[#Сущностные определения системы]]
|
||||
- [[#Проблема коммуникации при разработке компьютерных систем]]
|
||||
- [[#Причины важности архитектуры]]
|
||||
- [[#Риск откладывания управления рисками]]
|
||||
- [[#V-диаграмма]]
|
||||
- [[#Эффект архитектурного проектирования]]
|
||||
|
||||
## Компьютерные системы
|
||||
|
||||
@@ -32,7 +32,7 @@
|
||||
|
||||
На самом деле, это довольно общее определение, и в современном понятие компьютерных систем определяется намного строже. Иногда бывают случаи, когда очень сложно определить, является ли что-либо компьютерной системой или нет.
|
||||
|
||||
В стандартных компьютерных системах в основном [преобладает программная составляющая](#Системы%20с%20преобладающей%20программной%20составляющей).
|
||||
В стандартных компьютерных системах в основном [[#Системы с преобладающей программной составляющей|преобладает программная составляющая]].
|
||||
### Системы с преобладающей программной составляющей
|
||||
|
||||
>**Software-intensive systems** are systems in which software development and/or integration are dominant considerations. This includes computer-based systems ranging from individual software applications, information systems, embedded systems, software product lines and product families and systems-of-systems --- [ISO/IEC/IEEE 42010](https://en.wikipedia.org/wiki/ISO/IEC_42010). (*Системы с преобладающей программной составляющей - это такие системы, в которых основной упор делается на разработку и/или внедрение программного обеспечения. Это включает в себя такие компьютерные системы, как отдельное программное обеспечение, информационные системы, встроенные системы, линейки и семейства программного обеспечения и системы систем.*)
|
||||
@@ -40,7 +40,7 @@
|
||||
В настоящее время такие системы преобладают. В современном мире около половины стоимости всей разработки какого-либо оборудования уходит на разработку программного обеспечения.
|
||||
### Классификация компьютерных систем
|
||||
|
||||
В основе своей, вся [вычислительная техника](Вычислительные%20платформы.md) создана для того, чтобы либо быстро обрабатывать данные - [информационные системы](#Информационные%20системы), либо точно управлять данными - [управляющие системы](#Управляющие%20системы). Оба этих класса обладают разными требованиями к своим составляющим, и это в конечном итоге выливается в различие между внутренней составляющей таких систем.
|
||||
В основе своей, вся [вычислительная техника](Вычислительные%20платформы.md) создана для того, чтобы либо быстро обрабатывать данные - [[#Информационные системы|информационные системы]], либо точно управлять данными - [[#Управляющие системы|управляющие системы]]. Оба этих класса обладают разными требованиями к своим составляющим, и это в конечном итоге выливается в различие между внутренней составляющей таких систем.
|
||||
#### Информационные системы
|
||||
|
||||
Основная цель информационных систем - получить данные, преобразовать или накопить их каким-либо образом, и выдать их в измененном или обработанном виде. Приоритетом таких систем всегда является экономия времени и скорость обработки данных, и даже не важно насколько - даже если можно сэкономить одну лишнюю миллисекунду, это нужно сделать (если можно быстрее, то нужно быстрее).
|
||||
@@ -72,7 +72,7 @@
|
||||
Отсюда вытекает и роль системной инженерии. Системный инженер способен взаимодействовать с покупателем (заказчиком), понимая и анализируя его требования, передавая эти требования в нужном виде команде разработчиков для внедрения, а также поддерживая всю систему на протяжении всего ее жизненного цикла. Системная инженерия фокусируется на том, чтобы удостоверится в достижении целей и задач системы связыванием всех ее частей воедино.
|
||||
### Понятие системы
|
||||
|
||||
Понятие системы можно рассматривать с трех разных точек зрения. С одной стороны, система - это [совокупность частей](#Система%20как%20совокупность%20частей) (различные небольшие элементы образуют полноценную систему). С другой, система - это [функциональное место](#Система%20как%20функциональное%20место) (система - это место, откуда мы получаем результат, и не важно, что происходит внутри этой системы). С третьей, система - это [жизненный цикл](#Система%20как%20жизненный%20цикл) (то, как система рождается и умирает).
|
||||
Понятие системы можно рассматривать с трех разных точек зрения. С одной стороны, система - это [[#Система как совокупность частей|совокупность частей]] (различные небольшие элементы образуют полноценную систему). С другой, система - это [[#Система как функциональное место|функциональное место]] (система - это место, откуда мы получаем результат, и не важно, что происходит внутри этой системы). С третьей, система - это [[#Система как жизненный цикл|жизненный цикл]] (то, как система рождается и умирает).
|
||||
#### Система как совокупность частей
|
||||
|
||||
Система - это комбинация взаимодействующих между собой элементов, организованных для достижения одной или нескольких установленных целей. Такую систему можно рассматривать как готовый продукт или услугу, которую она предоставляет.
|
||||
@@ -129,16 +129,16 @@
|
||||
### Требования для разработки успешной системы
|
||||
|
||||
Разработка успешной системы требует
|
||||
1. рассмотрения ее [структуры](#Система%20как%20совокупность%20частей)
|
||||
2. рассмотрения ее [функционального места](#Система%20как%20функциональное%20место)
|
||||
3. рассмотрения ее [операционного окружения](#Операционное%20окружение)
|
||||
4. рассмотрения ее [жизненного цикла](#Система%20как%20жизненный%20цикл)
|
||||
5. рассмотрения ее [обеспечивающих систем](#Обеспечивающие%20системы)
|
||||
1. рассмотрения ее [[#Система как совокупность частей|структуры]]
|
||||
2. рассмотрения ее [[#Система как функциональное место|функционального места]]
|
||||
3. рассмотрения ее [[#Операционное окружение|операционного окружения]]
|
||||
4. рассмотрения ее [[#Система как жизненный цикл|жизненного цикла]]
|
||||
5. рассмотрения ее [[#Обеспечивающие системы|обеспечивающих систем]]
|
||||
|
||||
Аналогичные результаты были получены в ряде других исследований, и такой же вывод можно найти, к примеру, в [OMG Essence](https://www.omg.org/spec/Essence/1.2) (стандарт задающий общее ядро понятий для описания, сравнения и разработки ПО) или в [СМД-методологии](https://web.archive.org/web/20220409190315/https://ru.wikipedia.org/wiki/СМД-методология) (системомыследеятельностный подход по Г. П. Щедровицкому).
|
||||
### Архитектура
|
||||
|
||||
При разработке компьютерных систем часто возникают [проблемы коммуникации](#Проблема%20коммуникации%20при%20разработке%20компьютерных%20систем). Одной из основных причин возникновения таких проблем является взгляд на систему только с какой-то одной [точки зрения](#Представление%20и%20точка%20зрения). Из-за этого становится важным навык видеть все вопросы и проблемы, возникающие при разработке. Как говорил [Барри Боэм](https://ru.wikipedia.org/wiki/Боэм,_Барри) (Barry W. Boehm): "Poor management can increase software costs more rapidly than any other factor. (*Плохой менеджмент может увеличить стоимость программного обеспечения намного стремительнее, чем любой другой фактор.*)". Именно поэтому при разработке очень важна архитектура.
|
||||
При разработке компьютерных систем часто возникают [[#Проблема коммуникации при разработке компьютерных систем|проблемы коммуникации]]. Одной из основных причин возникновения таких проблем является взгляд на систему только с какой-то одной [[#Представление и точка зрения|точки зрения]]. Из-за этого становится важным навык видеть все вопросы и проблемы, возникающие при разработке. Как говорил [Барри Боэм](https://ru.wikipedia.org/wiki/Боэм,_Барри) (Barry W. Boehm): "Poor management can increase software costs more rapidly than any other factor. (*Плохой менеджмент может увеличить стоимость программного обеспечения намного стремительнее, чем любой другой фактор.*)". Именно поэтому при разработке очень важна архитектура.
|
||||
|
||||
>**Архитектура** - формальный способ зафиксировать множественность точек зрения на систему и передать ее другим.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user