Управление развитием сложных систем, нужна помощь

[Сильвио]

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

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


Есть кое-какие соображения насчет формы реализации. Составление вектора целей на бумаге со временем превращается в утомительную задачу, потому как поменять местами или вписать новые строки задача не простая. На ум приходят средства автоматизации. В самом простом виде, можно использовать электронные таблицы (например MS Excel или OOo Calc). Если знаешь чего хочешь, то средства найдутся. Но задача стоит несколько шире.

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

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

Задача стала обрисовываться примерно так:

1 Общие сведения

Управление развитием сложных систем (далее — УРСС).

Разрабатывается на основе аналитической работы ВП СССР «ДОТУ», представляет из себя программный продукт выполняющий функции работы с вектором целей (первые этапы полной функции управления).

Задача не имеет сроков на реализацию.

Финансирование проекта проходит на добровольной основе.

2 Назначение и цели создания

Автоматизированная система УРСС предназначена для предоставления доступных инструментов по созданию и сопровождению технических задач применения полной функции управления к частным вопросам.

3 Цели разработки текущего этапа

На первом этапе система должна:

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

И вот тут возникает первая проблема. Нужен программист. Чего и зачем делать понятно, как реализовать - не очень.

Предлагаю всем желающим принять участие в этом проекте:

1. Помочь найти программиста.
2. Предложить откорректированный текст описания задачи. (ДОТУ ведь не один я читал, должны понимать о чём речь)
3. Помочь с распространением этого описания по "сочувствующим" ресурсам, чтобы найти наконец программиста.
4. Придумать название проекту, если это не устраивает.
5. Высказать пожелания по функциональности, размещению и пр. в этой теме или на сайте, породившем эту идею, media-mera

[guest00]

Здравствуйте,

Правильно ли я разбил задачу?

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

Предлагаю использовать данную ветку для уточнения самого задания. В дальнейшем, используя эту ветку, любой желающий будет в состоянии реализовать систему.

Прошу нарисовать примерный эскиз экрана системы, со всеми таблицами, полями, кнопками, древовидными структурами, меню и прочее.

Задание, по субъективному ощущению, не сформулирована для исполнителя, т.е. программиста. По мере развития самого задания, уверен, появится и требуемый программист.

[Сильвио]

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


Изображены кнопочки по сортировке и добавлению данных.

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


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

Сообщение от guest00

Правильно ли я разбил задачу?

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

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

Эскиз в ближайшее время перерисую. И, буду благодарен за любую помощь в формулировании задания для программиста.

[Сильвио]

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

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

Нужна возможность вставить сразу готовый к заполнению блок. Например, тот же блок "здоровье", с уже готовым набором целей. Пользователю останется заполнить текущее состояние и ошибку по каждому пункту блока.

[Сильвио]

Аналитический блок/статистика — это работа на будущее. Эта часть будет раскрыта как последующие этапы полной функции управления.

Например, вначале можно в этом блоке размещать статистику по достижению целей. Затем перейти к формированию списков факторов среды по каждой цели. И т.д.


Коллективная работа представляется следующим образом:
При создании проекта участник получает права администратора на него.
Далее он может разослать приглашения другим пользователям ресурса или сделать проект открытым для всех.

[Сильвио]

Примерный эскиз. Все подробности ещё не продуманы.

[Генн]

Можно попробовать использовать Яндекс народ http://narod.yandex.ru/. Нажимаем "Создайте свой сайт" (нужна регистрация) и там можно редактировать свой сайт в виде таблицы целей со ссылками.

[guest00]

Прежде чем переходить к выбору инструмента, желательно получить хотя бы 80%-ую детализацию (визуализацию) того, что ты желаешь. Сайт можно не только на народе создавать. Есть много открытых проектов для коллективной работы, например тот же Alfresco, который можно установить в сети (в бесплатном облаке). Его закрытый и платный аналог - SharePoint.

Необходимо вначале понять задачу, так как сам пытаюсь использовать ДОТу в процессах управления.

Надо сразу договориться, что "вектор"="таблица" (см. работу ВП, 2. Категории достаточно общей теории управления ).

Мысли и вопросы, возникшие после просмотра картинки:

1. Древовидная структура. Корень дерева - что-то типа "Мои цели", причем каждая дочерняя ветвь идет от этого корня или от другой дочерней ветви (на языке программистов это self-association - дословно самообъединение). В таком случае достаточно легко переносить ветви с одной родительской ветви на другую
2. Из той же работы ВП читаем, что

"В наиболее общем случае под термином «вектор» подразумевается — не отрезок со
стрелочкой, указывающей направление, а упорядоченный перечень (т.е. с номерами)
разнокачественной информации. В пределах же каждого качества должна быть определена
хоть в каком-нибудь смысле мера качества. Благодаря этому сложение и вычитание векторов
обладают некоторым смыслом, определяемым при построении векторного пространства
параметров. "

Займемся самим перечнем, вернее типом данных в каждом столбце перечня.
"Цель" - строковая переменная, т.е. будет храниться строка
"Описание цели" - строка
"Текущее состояние" - строка? Или цифра?
"Ошибка" - строка? Или цифра?
3. Возле цели должен стоять ее вес. Т.е. цифра. Вернее порядковый номер. Если пользователь решил изменить порядок, вернее приоритет цели, то он просто перетаскивает ветвь выше или ниже по текущей ветви, либо переносит на другую дочернюю или родительскую ветви. При этом вес цели меняется автоматически (просто пересчитывается исходя из нового положения ветви).
4. Шаблоны. Нужны начальные (базовые) шаблоны древовидной структуры с заранее установленными значениями. Здоровье, безопасность и т.д. Может помочь пирамида потребностей Маслоу (Maslow A.H. Motivation and Personality/ Maslow A.H. – New York: Harpaer & Row, 1954.), правда старовата литература... Но в порядке возрастания потребности индивида выглядят так: физиологические потребности->потребность в безопасности и защищенности->потребность в компетентности, причастности->потребность в самовыражении.

Такие вот мысли. Но уже вырисовывается образ будущей системы...

[Сильвио]

Сообщение от Генн

Можно попробовать использовать Яндекс народ http://narod.yandex.ru/. Нажимаем "Создайте свой сайт" (нужна регистрация) и там можно редактировать свой сайт в виде таблицы целей со ссылками.

Это шутка?

[Сильвио]

Товарищи, ну неужели никто не применял ДОТУ на практике, не составлял вектор целей, не выявлял ключевых, свободных и управляемых параметров, не давал оценки их текущему состоянию?

Ну чего мы с нулей начинаем? Я велосипед не изобретаю, всё по ДОТУ. Есть вполне себе понятная задача, которую можно автоматизировать.

Сообщение от guest00

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

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

Сообщение от guest00

Сайт можно не только на народе создавать. Есть много открытых проектов для коллективной работы, например тот же Alfresco, который можно установить в сети (в бесплатном облаке). Его закрытый и платный аналог - SharePoint.

Уже понятно, что готовых движков, подходящих для реализации задачи, нет. Суррогаты не нужны, нужен разработчик.

[Сильвио]

Сообщение от guest00

Надо сразу договориться, что "вектор"="таблица" (см. работу ВП, 2. Категории достаточно общей теории управления ).

Мысли и вопросы, возникшие после просмотра картинки:

1. Древовидная структура. Корень дерева - что-то типа "Мои цели", причем каждая дочерняя ветвь идет от этого корня или от другой дочерней ветви (на языке программистов это self-association - дословно самообъединение). В таком случае достаточно легко переносить ветви с одной родительской ветви на другую
2. Из той же работы ВП читаем, что

Займемся самим перечнем, вернее типом данных в каждом столбце перечня.
"Цель" - строковая переменная, т.е. будет храниться строка
"Описание цели" - строка
"Текущее состояние" - строка? Или цифра?
"Ошибка" - строка? Или цифра?
3. Возле цели должен стоять ее вес. Т.е. цифра. Вернее порядковый номер. Если пользователь решил изменить порядок, вернее приоритет цели, то он просто перетаскивает ветвь выше или ниже по текущей ветви, либо переносит на другую дочернюю или родительскую ветви. При этом вес цели меняется автоматически (просто пересчитывается исходя из нового положения ветви).
4. Шаблоны. Нужны начальные (базовые) шаблоны древовидной структуры с заранее установленными значениями. Здоровье, безопасность и т.д. Может помочь пирамида потребностей Маслоу (Maslow A.H. Motivation and Personality/ Maslow A.H. – New York: Harpaer & Row, 1954.), правда старовата литература... Но в порядке возрастания потребности индивида выглядят так: физиологические потребности->потребность в безопасности и защищенности->потребность в компетентности, причастности->потребность в самовыражении.

Такие вот мысли. Но уже вырисовывается образ будущей системы...

Хорошие мысли. Использую их в детализации задачи.

[guest00]

Сильвио,

Вы же написали, что срок разработки не ограничен. Не спешите.

Уже понятно, что готовых движков, подходящих для реализации задачи, нет. Суррогаты не нужны, нужен разработчик.

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

И да, практически применять ДОТу надо. Пытался писать таблицы как и Вы. Ставил целям вес - просто порядковый номер. Пытался выставлять вероятность возникновения события от 0 до 1. С вложенными целями не экспериментировал.

Мое мнение - программисту еще рановато браться за работу. Но, если вопрос стоит только о работе с деревом - можно смело формулировать задание.

[Сильвио]

Да, первоначальная задача стояла только о работе с деревом. Именно эту часть работы я хотел автоматизировать. Теперь же идея несколько разрослась.

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



Комментарии и к картинке.

Нарисована одна из страниц ресурса для работы с самим вектором целей.

На главной странице предполагается разместить ленту публичных проектов (об этом далее) и список закрепленных избранных проектов.


Блок «Персональная страница» следующие разделы:

• кабинет;
• проекты;
• коллективные проекты;
• шаблоны;
• аналитика.

Кабинет

Функции управления учетной записью, профиль, статистика, приглашения(отправка, получение, ответ).

Проекты

Под проектом понимается объем данных состоящий из:

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

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


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


Любой блок проекта можно сохранить как шаблон.


Каждому проекту можно назначить статус публичности: персональный, коллективный или публичный.


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


Коллективный проект предполагает административные права у создателя и возможность назначения прав для подключаемых пользователей.


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


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


Коллективные проекты

На странице коллективных проектов отображаются:


свои проекты со статусом коллективный
проекты к которым присоединился пользователь
открытые проекты, которые отслеживает пользователь.

Шаблоны

Список сохранённых шаблонов с возможностями их редактирования аналогичными разделу "проекты".


Так же отдельной колонкой идет список публичных шаблонов.


Любой свой шаблон можно предложить сделать публичным. То есть отправить на рассмотрение администрации сайта.


Любой публичный шаблон можно переместить в свои. Например, для редактирования перед вставкой.


Аналитика

Условный раздел, который будет расширяться по мере введения дополнительного функционала по ДОТУ.



остальные ссылки в верхнем меню сайта:

Коллективная работа (Социальный раздел ресурса):

Поиск пользователей.
Форумы.
Группы.


Справка

Справочные материалы по заполнению форм, инструкции по применению, ответы на вопросы, обратная связь.




Остаются открытые вопросы:

• как автоматизировать опознавание факторов среды?
• в какой форме работать с частными целевыми функциями и вообще нужно ли?
• насколько глубоко воплощать положения ДОТУ (схемы управления, структуры, манёвры).

Опознавание факторов среды по сути процесс творческий и индивидуальный. Есть идея как несколько упростить задачу.


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


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


Автоматические подсказки не лишены изъянов. Миллион мух, как известно... Нужны оба варианта.

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

Вопрос не в том имеем мы право делиться такой информацией или нет, а в том, сможет ли человек воспользоваться ей. Один возьмёт шаблон целиком, а другой выкинет из него всё лишнее. На мой взгляд, первый вопрос воспитывает индивидуалистов, второй способствует коллективной работе.


Шаблоны

Шаблон представляет собой небольшой проект с незаполненными полями текущего состояния и ошибки. То есть это список целей с подцелями и параметров относящихся к этим целям (контрольный, управляемые, свободные). Задача состоит в том, чтобы можно было вставить в любое место текущего проекта этот список целей, или добавить к себе уже готовый образец проекта для правки и заполнения. (self-association)


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

[Сильвио]

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

Есть предложения как организовать коллективную работу более удобным образом?

[Сильвио]

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

В качестве способа организации технологического процесса и ответственности коллектива выбран «Microsoft Solutions Framework». Если есть предложения по альтернативным способам организации IT разработок, смело высказывайтесь, рассмотрю все.

Agile направление в MSF ориентируется на небольшие команды (5-6 человек), предполагает, что информация о разрабатываемом продукте не просто выясняется в процесе разработки, а может и будет изменяться по ходу. Таким образом, первая рабочая версия системы должна быть создана как можно раньше, а сам продукт фактически проявляется из прототипов путем повторения итераций в цикле разработки.

Процесс разработки всецело сосредоточен на одном ресурсе (медиа-мера). Большое спасибо всем, кто откликнулся.

[xor]

Сообщение от Сильвио

....
В качестве способа организации технологического процесса и ответственности коллектива выбран «Microsoft Solutions Framework». Если есть предложения по альтернативным способам организации IT разработок, смело высказывайтесь, рассмотрю все...

Рекомендую Redmine. Успешно используем (коллектив - 100~ человек).

[perestoronin]

Сообщение от xor

Рекомендую Redmine. Успешно используем (коллектив - 100~ человек).

+ Redmine - причем без альтернативы, демо (простенькое) можно посмотреть здесь http://demo.redmine.org/projects/shistace/issues/gantt

Причем это ПО имеет локализацию на многие языки мира, в том числе и на русский от российских разработчиков.

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

В основе Redmine лежит популярный сейчас фреймворк Ruby On Rails http://rubyonrails.org/ и не менее популярный язык Ruby http://www.ruby-lang.org

[Сильвио]

Сообщение от xor

Рекомендую Redmine. Успешно используем (коллектив - 100~ человек).

У нас коллектив ~4 человека. В этом смысле все участник сошлись, что нужно придерживаться направления Agile. Мне нравится Agil направление в MSF просто потому, что есть русскоязычная документация. А в результате всё-равно что-то своё получается.

Проект у нас не коммерческий и по срокам не ограниченный, потому многих вех, стандартных для популярных моделей у нас нет.

[Сильвио]

Вы всё говорите о ПО, а тем временем для управления проектом нужно не ПО, а организационная структура. Нужна сопроводительная документация, разграничение ответственности по ролям, нужна выработанная концепция и т.д.

Я программирование самостоятельно не планирую. Какое выбрать ПО для разработки решает непосредственно разработчик. У меня другие задачи.

[Сильвио]

Давненько здесь не появлялся. С времени прошлого посещения произошли кое-какие изменения.

Вопросов, касающихся разработки УРСС очень много, поэтому в рамках одной темы решать бесполезно. Всвязи с этим под проект заведена ветка на форуме ресурса медиа-мера (порядка 15 тем).

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

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

Видение проекта:

ПО "Управление развитием сложных систем" предназначено для сопровождения процессов управления по ДОТУ. ПО предлагает инструменты автоматизацию всех этапов ПФУ: выявление факторов среды и их оценку; управления векторами целей, состояния и ошибки, а так же формирование концепции; построение сетевых структур управления и применение метода динамического программирования для поиска оптимального решения. Все этапы работы выполняются непосредственно пользователями.

Фрагмент концепции решения:

Цели системы:

• сопровождение всех этапов ПФУ
• работать с факторами среды (1,2 этапы ПФУ)
• работать с векторами целей (3,4)
• работать с сетевыми структурами (5,6,7)

Задачи системы:

• Задачи работы с вектором целей:
  • добавить/удалить цель
  • упорядочить список целей
  • объединять несколько целей в одну интегральную
  • управлять древовидной структурой целей
  • задать каждой цели контрольный параметр
  • указывать для целей управляемые и свободные параметры
  • для параметров с числовыми типами автоматически считать разность для вектора ошибки

ЗЫ: Просьба пояснить что-либо из уже написанного — это тоже помощь.
ЗЗЫ: Заранее извиняюсь, если снова надолго исчезну — работа над проектом локализована не здесь. Разработчик найдет. Так что этой теме можно уже сказать большое спасибо.

[Straga]

Сильвио, на Форумах ЖИВЕМ СООбЩА, в разделе "Изба читальня" есть замечательная книжка по прикладному системному анализу, которая, IMHO, хорошо дополнит Ваш материал.

ВВЕДЕНИЕ

Одно из определений прикладного системного анализа характеризует его как теорию и практику преодоления сложности. Человек сталкивается со сложностью в любых сферах деятельности, и накопленный и обобщенный опыт ее преодоления и составляет содержание прикладного системного анализа. Хотя каждый конкретный случай использования системного анализа имеет ярко выраженную специфику , связанную с природой данного явления или процесса, субъекта или организации, объекта или комплекса разнородных объектов, — арсенал средств системного аналитика достаточно универсален. Аналогией может служить сундучок слесаря с инструментами, приспособлениями и деталями “на всякий случай”. В данном курсе дается сжатое описание инструментария прикладного системного анализа.
Однако, для того, чтобы квалифицированно, т.е. осознанно и эффективно пользоваться инструментами, слесарю надо сначала усвоить ряд общих принципов своей профессии. Аналогично, системному аналитику необходимо знать, понимать и принимать системный взгляд на мир. Поэтому “технологическому” разделу курса, излагающему рабочие процедуры прикладного системного анализа, предшествует “методологический” раздел, где кратко излагаются четыре основных понятия, на которых зиждется все здание этой дисциплины — понятия проблемы, системы, модели, управления.
Еще одна важная особенность прикладного системного анализа состоит в осознанном учете различия между проблемами хорошо формализованными (вплоть до построения математических моделей ) и слабо структурированными, рыхлыми проблемами, описываемыми в терминах разговорного или описательного профессионального языка. Для работы с такого рода проблемами в системном анализе используются разные (“твердая” и “мягкая”) методологии. Важно, что в системном анализе разработаны также методы постепенного развития нашего описания рассматриваемой проблемы от ее “мягкого” обличия к наиболее “жесткому” его варианту, доступному в заданных условиях.
Описание процедур системного анализа будет дано в варианте, пригодном для их применения к наиболее трудным для изучения системам — социальным, т.е. содержащим в своем составе людей и организации. Пусть это не покажется техническим специалистам избыточным: во-первых, из широкого набора инструментов всегда можно подобрать более узкий набор для конкретного случая; а во-вторых, создание любых технических систем направлено на благо людей, и более полный учет этого аспекта только улучшит систему.
Прикладной системный анализ имеет универсальный, наддисциплинарный и междисциплинарный характер; проблемы же встречаются у специалистов любого профиля. Опыт чтения этого курса на разных факультетах (и технического, и физико-матема*тического, и естественного, и гуманитарного профилей) утвердил автора в убеждении о полезности знания методов системного анализа для профессионалов любой специальности.

[Alex_Andr]

Задача не имеет сроков на реализацию.

Сроки ставить необходимо, но не слишком большие. Дело в том, что при больших сроках меняются обстоятельства, знания и взгляды людей, и когда вы подойдёте к запланированному событию, то будете смотреть на него по-другому.

Составление вектора цели, вектор текущего состояния, вектора ошибки и т.д

А Вы подумали о том, что цель может быть выбрана не правильно?
Возвращение несколько раз к одному и тому же действию с разных позитивно похожих положений относительно действующего объекта не приветствуется.
То есть не достигнутая цель не должна стоять на пути, а должна преобразовываться в другую цель. Иначе можно сказать – вы достигаете её сразу или трансформируете в новый образ, в новую форму, дающую возможность не останавливаться в своём развитии. Остановка ведёт к постепенной деградации. Новая же форма ведёт к дальнейшему совершенствованию и физическому, и духовному, что соразмерно.
На единичное достижение цели должно в среднем отводиться до шести месяцев.