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

×


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

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


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

Страницы: « 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
Понятия нет, говорите. Пусть так.
Есть стандарт, который может определить правильность (well-formed) диаграммы/модели независимо от контекста. Это усложняет овладение стандартным UML (а не языками, похожими на UML) прикладниками.

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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

195
Заставить компилятор помогать искать ошибки, а для этого перейти на С++ -- я правильно поняло аргументацию?  "Разработать стратегию преобразования архитектуры к ООП дизайну" как один из завершающих шагов? Постепенный рефакторинг проекта из неОО к ОО чтобы... была применимость технологий, доступных именно на C++?
Я не Ваше начальство, но звучит не очень убедительно на мой инопланетный слух.
Представьте, что сохраняется статус кво, т. е. Си. Опишите негативные (и позитивные) возможные последствия этого (те самые искомые компиллером ошибки?). Продумайте как переход на С++ сглаживает негатив / не портит позитив. Оцените что стоит дороже -- разгребать последствия залипания на С или переходить на С++.
Ну, Вы поняли, мне советовать со стороны легко, и всё такое.

Страницы: « 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 »