Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - [прилетело НЛО и...]

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 »
181
Как "кочку опоры" можно использовать http://ccecc.acm.org/guidance
Там несколько сборников "наставлений" по разным областям. Можно докопать до табличек, в которых указан необходимый skill и способы выявления его наличия на (низком / среднем / высоком) уровне. Кажется, для ITшника отдельный скилл по ИСИС не выписан, зато в приложениях выписаны каталоги курсов разных универов. В какой-то другой области скилл указан  и ожидается, что чел может (назвать / использовать предложенный / выбрать подходящий) tool под тот или иной процесс ЖЦ или под ту или иную технологическую операцию.

182
Понятия нет, говорите. Пусть так.
Есть стандарт, который может определить правильность (well-formed) диаграммы/модели независимо от контекста. Это усложняет овладение стандартным UML (а не языками, похожими на UML) прикладниками.

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

184
Кстати, при внимательно разглядывании обоих вариантов ДК становится виден их общий недочёт. На полюсе агрегации рядом с ромбом следует писать [0..1], иначе получаются бесконечные или закольцованные древовидные структуры. При этом закольцованные структуры выглядят сомнительно в плане того, что являются графами с циклами по отношению "целое -> часть", т. е. некоторое "целое" может оказаться собственной "частью" напрямую или опосредовано. Как ни странно, стандарт в этом месте не даёт явного запрета. "Не заморачивайтесь с ромбами" (с) С. Амблер. И всё такое.)

185
А справа - это диаграмма объектов?
Фиг знает. Википедийное творчество. Мысленно можно "яйца" заменить на прямоугольники, будет норм.

186
Зависит от того сколько уровней нужно.

W3sDesign Composite Design Pattern UML CC BY-SA 4.0, by Vanderjoe, from Wikimedia Commons

187
Кажется, в моём варианте книги глав было 8 и подпараграфы не указывались.
Если убрать из названия главы слово "инструментальная" и заменить в 5.1.2 "языки" на "среды", то всё будет норм. Дальше оглавления такие книги лучше не читать.)

188
У Советова в информ технологиях как раз указано, что ИС в ИТ - это программные, технические и организационные средства...
Советов, Цехановский "Информационные технологии". Книг и изданий у них много. Что-то скачало, просмотрело, оценило.

189
И, кстати, вопрос (у меня во всяком случае возник) - при таком рассуждении к обсуждаемым "средствам ИС" стоит ли также относить язык программирования?
ЯП является языковым, не программным инструментальным средством. IDE ЯП является программным ИС. Выше упоминали учебник Советова, где ИС подразделяются на программные, технические, организационные. Почему бы к ним не добавить языковые.

190
Разумно предположить, что дисциплина рассматривает инструментальные _программные_ средства ИС, которые являются также инструментальным ПО. Если "покурить" в Гугле "инструментальное ПО", то аналогии со сварщиком и токарем отпадут. Дальше легко перекинуть мостик к рассмотрению программных средств, используемых при создании ИС.

191
Стало понятнее. Но не совсем ясен приведенный скриншот. Разве в данном случае CAD является инструментальным средствам существования ИС? Скорее у CAD имеется ИС или она связана с ИС. Нет?
На скриншоте платная профессиональная настройка над AutoCAD для моделирования коммуникационных сетей. Это один из инструментов проектирования ИС некоторого вида. Построенная с его помощью модель отличается от рисуночка тем, что позволяет отвечать на вопросы (например, как будет выглядеть покрытие на карте города) и на основании ответов принимать проектные решения.
Более того, если в состав ИС входят производственные роботы, и если в рамках проекта их программируют, то CAM применяются в процессах ЖЦ ИС как инструмент, такой же как среда программирования. Что бы там ни говорили на этот счёт практически-ориентированные "зубры". "Зубриное" понимание может расходиться со стандартным, дело житейское.

192
Уважаемое НЛО, что-то ничего не понял, можете попробовать еще раз?
Надо сесть в машину времени и скакнуть на 4-5 лет тому назад.

193
Практически-ориентированный "зубр" расскажет о том, что CAD ИС якобы не существует (см. скриншот ниже, как подтверждение якобы несуществования).

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



194
"Академическая польза"?
Речь ведётся о том, как организовать обзор: по алфавиту или более разумно, чтобы на голову надевалось.
Уважуха, снова "не так учат".

195
Это что еще за ISO из прошлого, и чем они так безопасны? И что в новых стандартах столь нервноопасного?
12207:1995 обозрим и налезает на студенческую голову. 12207:2017 вышибает в ней пробки. Так кажется.
Удивлено, что в ЖЦ ИС подобного разрастания не произошло (по количеству процессов). Пассаж про "25 processes which have 123 outcomes derived from 403 activities" с 3хзначными числами наводит на всякие мысли.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 »