Pull to refresh

Comments 37

Вы опять так и не привели решаемую задачу.
Вот-вот. Не хочу никого обидеть, но сейчас статья имеет следующий смысл: есть некоторый способ моделирования, есть какие-то «смайлики», которые обозначают какие-то объекты/операции, есть отсылки к некоторым областям знания/литературе. Все. Остальное осталось «за кадром». В общем, то ли я дурак, то ли лыжи не едут, но суть статьи мне не ясна.
Суть проста:
Имеется линейная шкала абстрактности от 0% до 100%, на которой выделяется 9 нечетких уровней
Имеется круговая шкала фаз цикла Деминга от -100% до +100%, на которой выделяется 4 нечетких области фазы

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

Все просто, однако из 4000 прочтений предыдущих статей не было ни одного комментария вида «Это уже есть (было). Читайте там-то.»

С уважением, Алексей.
А зачем использовать эти шкалы при анализе и проектировании?

Заодно — при анализе и проектировании чего?
А зачем использовать эти шкалы при анализе и проектировании?

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

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

Стандартизацию чего?
Управления качеством информационных систем
Что такое «качество информационной системы»?
Я так думаю, что это качество в применении к информационной системе

Согласно ГОСТ Р ИСО 9000-2008 (отмененному):

3.1.1. КАЧЕСТВО (quality): степень соответствия совокупности присущих ХАРАКТЕРИСТИК (3.5.1) ТРЕБОВАНИЯМ (3.1.2).
Примечания
1. Термин «качество» может применяться с такими прилагательными, как плохое, хорошее или превосходное.
2. Термин «присущий», являющийся противоположным термину «присвоенный», означает имеющийся в чем-то, особенно если это относится к постоянным характеристикам.

Согласно N 149-ФЗ (федеральный Закон Об информации, информационных технологиях и о защите информации)
Статья 2. Основные понятия, используемые в настоящем Федеральном законе
3) информационная система — совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств;
И какие же вы будете измерять соответствие характеристик информационной системы функциональным требованиям заказчика?
Измерят и без меня — по наработке на отказ, времени отклика, количеству успешных обращений и т.п.
Я предлагаю управлять
Понятно. Вас не смущает, что описанные вами параметры не имеют отношения к функциональным требованиям?

Как вы собираетесь управлять тем, что вы не знаете, как контролировать?
По принципу «черного ящика»
Программа работает? Не трогай!

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

Но нельзя управлять чем-то, не умея контролировать его.
Прошу еще раз взглянуть на вторую (или третью) схему на habrahabr.ru/post/176391/ (Модель взаимодействия открытых систем, цикл Деминга и Туннельное моделирование) и подсказать, где я могу поискать контроллирование. Чем оно отличается от управления?
Во-первых, я не понимаю, почему я должен опираться на ваши же схемы.

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

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

Кроме того могут быть две ситуации, когда Ваши глаза будут Вас обманывать:
— машина села на свой мост
— спидометр сломался
Мне не важно, что «получается». Мне важно, что нельзя (бессмысленно) «управлять качеством информационной системы» не имея средств контроля этого качества.
Мне не важно, что «получается».
При таком подходе Ваше управление проявляет черты бессмыссленности — в Вашей терминологии
Речь не об управлении, а о вашем обсуждении.
На сайте Интегрального сообщества предложено поискать подход к проблеме Единого Знания
integral-community.ru/forum/viewtopic.php?f=12&t=32
Проект «Единое Знание»
(координатор – д. филос. н., проф. Войцехович В.Э.)

Цель – дискуссии, обсуждение и разработка участниками проекта возможности создания учения, объединяющего все основные типы знания — мировоззренческие, научные, художественные и иные.
Почему возникает такая задача? – Потому что человечество накопило гигантские объёмы всевозможных знаний, представлений, образов, переживаний. Все они совершенно неорганизованны, разбросаны по библиотекам, сайтам, музеям, головам 7 миллиардов жителей Земли и напоминают беспорядочную «кучу» информации, разобраться в которой очень трудно.

В этой груде информации можно выделить:
основание – множество личных переживаний, образов, знаний (явных и неявных) каждого человека,
среднюю часть — частные знания и
вершину – мировоззрения, т.е. всеобщие знания и убеждения. Это мифы, эзотерические учения, религии, теологии, философские концепции. От них зависят все остальные, частные, конкретные знания, образы, переживания. Вершина определяет духовную и интеллектуальную жизнь человечества.

Частные знания составляют наука, искусство, обыденные представления («житейская мудрость»).

Можно ли навести порядок в этом хаосе, состоящем из священных писаний, теорий, понятий, индивидуальных и коллективных переживаний и образов?
Можно. И в это верили многие из великих мыслителей.


Описание направления — на странице integral-community.ru/projects/uni-knowledge/

В журнале Интегральная философия ( integral-community.ru/journal/ ) в № 1, 2012 опубликована статья: В.Э. Войцехович. Возможно ли Единое Знание? integral-community.ru/magazine/Integral-philosophy-mag1.pdf стр.26 — 34

В журнале №2, 2012 integral-community.ru/magazine/Integral-philosophy-mag2.pdf стр. 81 — 94 опубликован мой вариант подхода к моделированию Единого Знания

Просто, философов с математическим образованием в сообществе — как минимум, трое, а из программистов — похоже, я один.

Присоединяйтесь — подумать.
И как ваше «туннельное моделирование» этому помогает?
в 2004 году на civ.icelord.net/read.php?f=5&i=2324&t=2324 было первое предложение по оценке абстрактности, рациональности, глубины терминов

Сейчас добавился контекст и выявлены основные кандидаты на то, чтобы быть «лицом сегмента».

Увы, работать пришлось в основном в одиночку, только в последние годы удалось научиться объяснять, что же получается.

При этом ( см. таблицу вверху) выяснилось, что можно провести параллель между ранними вариантами модели Захмана и полученной схемой, что позволяет сделать вывод об их равнозначности при поиске «белых пятен» стадии анализа. Модель Захмана содержит одну количественную и шесть качественных координат, данная модель — две количественных.

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

как то так…
Я еще раз спрашиваю: какую задачу решает ваше «туннельное моделирование»? Конкретно, по пунктам.

P.S.
только в последние годы удалось научиться объяснять, что же получается.

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

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

Естественно, технологии и методы и сейчас позволяют писать замечательные программы, но Вы тоже читаете на habrahabr о том, что студентов учат не тому.
На практике все подобные методологии радостно разбиваются о суровую реальность — поддерживать такую документацию часто дороже, чем систему построенную по ней. А для того чтобы объяснить разработчику задачу хватает текстов в свободной форме.
Думаю, что данный подход может неплохо поддаваться математизации, в частности, проверке целостности описания.
Первые схемы SADT рисовались на бумаге, потом до ПК добрался BPWin.

Согласитесь, что программу для такой технологии можно нарисовать даже в Access. Главное — знать, что можно сделать и так.
Конкретно, я в последнее время при необходимости анализа задачи беру шаблон из 10 файлов Visio с гиперссылками (один — оглавление 0.vsd, и по одному на каждый уровень: лист с циклом Деминга и по одному листу для декомпозиции каждого элемента цикла Деминга на данном уровне), копирую в новый каталог, и стараюсь заполнить все ячейки. При необходимости — выполняется простейшая структурная декомпозиция ячеек.

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

Дальнейшую документацию сравниваю с полученными схемами, и смотрю, что еще не учтено.

Т.е.на данном этапе, задача — «живая шпаргалка» для предпроектного обследования.
Простите, какого предпроектного обследования? Обследования чего?
Подготовка технического задания на учетные задачи
Подготовка технического задания не является предпроектным обследованием.

Я же говорю — вы постоянно путаетесь в конкретном применении.
kill-sveta.narod.ru/pr_ais.html
Предпроектное обследование является предпроектным обследованием и предшествует подготовке технического задания
Предшествует, да. Но это никак не отвечает на вопрос «какого предпроектного обследования» и «обследования чего».
А зачем?
Последнее, на чем обкатывалась методика — задача по хранению информации об оборудовании, документах, связях оборудования и документов. Считайте, что рельс на железной дороге или труба в составе нефтепровода.
Потому что надо понимать спектр решаемых задач. И понимать, зачем они делаются.
Насчет спектра Вы правы. Данный подход в последнюю очередь стоит пробовать на технологических процессах, но он должен помочь в системах разных масштабов с участием людей.
Sign up to leave a comment.

Articles