азербайджанец

Линии связей в DFD диаграммах означают потоки данных в системе. И сразу возникает вопрос: «Так ведь, получается, каждый внутренний технический запрос надо на схеме изобразить? Их же слишком много!».

На скриншоте из книги «Structured analysis and system specification» DeMarco стр. 69 — объяснение.

Подразумевается, что в DFD надо изображать только data flow (поток данных), а не control flow (поток управления). Кстати, видел довольно много статей и роликов о DFD, где об этом не упоминают, и только в книге встретилось объяснение.

«It is slightly more complicated to eliminate flow of information that is used only for control purposes. The test for this is to ask what the destination process uses the information for. If it is modified and put out as an outgoing data flow or part of one, then it is a legitimate data flow. If it only serves to prompt the process to start doing its work or guide it in how to do its work, then it is control.»

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

Из книги «Structured analysis and system specification» Tom DeMarco (1979). Таких книг много, конечно. Но интересно посмотреть на одно из мнений конца 70-х.

«The most important product of systems analysis — of the analysis phase of the life cycle — is the specification document. Different organizations have different terms for this document: Functional Specification, External Specification, Design Specification, Memo of Rational, Requirements Document. In order to avoid the slightly different connotations that these names carry, I would like to introduce a new term here: the Target Document. The Target Document established the goals for the rest of the project. It says what the project will have to deliver in order to be considered a success. The Target Documet is the principal product of analysis.»

«Самым важным продуктом системного анализа — аналитической фазы жизненного цикла — является документ спецификации. В разных организациях используются разные названия для этого документа: Функциональная спецификация, Внешняя спецификация, Проектная спецификация, Обоснование, Спецификация требований. Чтобы избежать некоторый коннотаций в этих именах, я хотел бы ввести здесь новый термин: Целевой документ. Целевой документ установливает цели для остальной части проекта. И описывает то, что должен дать проект, чтобы считаться успешным. Целевой документ — это основной продукт анализа.»

«Structured Analysis is the use of these tools:
Data Flow Diagrams
Data Dictionary
Structured English
Decision Tables
Decision Trees
to build a new kind of Target Document, the Structured Specification.»

«Структурный анализ — это применение следующих инструментов:
Диаграммы потоков данных
Словарь данных
Структурированный язык
Таблицы принятия решений
Деревья решений
чтобы создать новый вид Целевого документа, Структурную спецификацию.»

Какой у «Memo of Rational» соответствующий перевод?
Буду благодарен замечаниям!

Кстати, в библиотеке archive.org книги, которые можно посмотреть только зарегистрировавшись и открыв функцией «взять на час» (Borrow for 1 hour) — можно скачать только в формате Encrypted Daisy. Но можно и сохранить их скриншоты для каждого разворота. Откадрировать и сделать pdf всей книги.
Чтобы разрешение скриншотов было выше, лучше развернуть на весь экран с помощью F11 и в интерфейсе листалки книги внизу справа с самого края кликнуть кнопку «Toggle fullscreen».

Команды в Linux. Нужно еще поставить программу imagemagic.

Откадрировать все png файлы в директории: convert -crop 1443×944+237+100 +repage *.png
1443×944 — ширина x высота картинки. 237+100 — ширина+высота отступа от левого верхнего угла картинки.

Сгенерировать pdf: convert *.png -colorspace Gray book.pdf

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

"Как читать книги, журналы, газеты" Георгия Гецова. http://libgen.is/book/index.php?md5=82383B65A1E4EC20D75B1ADFAD1B9297 Концентрированная информация о том, как вести каталоги выписок и вырезок. Каталог выписок - замечательный инструмент, чтобы разбираться и учиться, работать в том числе и над своими текстами, над собой, над своими ошибками, чтобы сложнее было запутать и задурить голову.

Для настроя — оглавление книги на тему исследований:
Абызов А. Г., Мельников Е. Г. — Методы социологических и прикладных исследований
(http://libgen.is/book/index.php?md5=FD1FF074C3D53202DB9DDE650F99AED9)

Почему пишу о концептуальном моделировании и почему нравится эта тема?

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

Довольно много книг и научных статей по теме. И, кстати, mindmap — это ее упрощенная версия.

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

В списке литературы по концептуальному моделированию теперь для каждой книги можно открыть граф оглавления. То есть для всех сборников статей конференции «International Conference on Conceptual Modeling» с 1992 по 2019 и для книг. Добавил в список еще 23 книги.

Оглавления открываются по правому клику по нодам «Table of content».

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

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

https://sushilshik.github.io/base.html?scale=0.031&x=61570&y=14573

Обновление страницы news.html. Теперь тут уже удобно скачивать и аннотировать новости.

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

Еще одну проблему удалось решить: библиотека vis-network, на основе которой построен mm-vis-js, устроена так, что чем больше на странице нод, тем медленнее добавляются новые. Поэтому уже где-то на 6-7 тысячах нод на странице начинаются сильные лаги.

Неизбежно нужно было добавить функцию сворачивания. То есть, если выделить ноду и нажать alt-y, то все ее ветви будут убраны со страницы, а данные сохранятся в основном json файле страницы. Так можно сворачивать деревья в тысячи нод и работа сразу ускоряется. Чтобы восстановить ветви, нужно опять выделить ноду и нажать alt-y.

При скачивании новостей они сразу складываются в каталог источников в скрытые ветви в нодах «newsList» у каждого источника. Чтобы развернуть ленты новостей, нужно, соответственно, выделить ноду «newsList» и нажать alt-y.

Страница загружается медленно, может быть секунд 30. Но есть куда оптимизировать.

Чтобы скачивать новости, нужно открыть страницу news.html локально из копии репозитория, запустить node mvj-serv.js, выделить большую прямоугольную ноду с кодом для обработки новостей на news.html, затем сразу выделить с правой клавишей мыши дерево новостей и нажать ctrl+r. Можно выделить и только участок дерева каталога, чтобы скачать новости только из источников в выделенной части дерева.

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

На скриншоте развернута лента новостей в каталоге источников в разделе Scientifi journals у сайта nature.com. И рядом с большой нодой кода скачивания новостей — дерево-подборка новостей, которые начали скачиваться в «27.01.2020, 23:02:53».

В общем, фактически все это proof of concept, исследование. То есть работа в режиме поиска и проверки решений. Сделал вариант функции, посмотрел, как она вживую работает, исправил и т. д. Поэтому код максимально простой. Но уже каждый день пользуюсь для чтения новостей, удобно.

https://sushilshik.github.io/news.html

Любопытно, что в сети сейчас не видно какой-то ретроспективы по событиям этого десятилетия. И не было ретроспективы по техникам, которыми мешали общению в эти годы в сети.

Нет каких-нибудь списков, статей, обзоров, книг.

В том числе с идеями, как на все это правильно реагировать.

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

Но не заметно вербализации впечатлений о десятилетии, чтобы их можно было систематизировать и вынести из них опыт.

Даже в некоей гражданской истории, в «гражданском мифе» не вижу фиксации истории проблем общения в сети 10-х годов. В форме текстов, обзоров. Именами, символами, образами, которые задавали бы разные ракурсы взглядов. Мне кажется, фиксация этой истории в целом важна для адаптации общества.

А раз нет фиксации, то через несколько лет, может быть, уже не просто будет вспомнить детали, «что было в том году, что в этом».

То есть опыт накопился в головах, в отдельных постах, но не структурировался и дальше не пошел.