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

×


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

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


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

Страницы: « 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 »
151
Не совсем в тему. В этом году перевели книгу Хорхе Карриона "Книжные магазины". Библиофилам, читающим с бумаги, может быть интересна.
Расширяет перечень ВИ книжных, добавляя такие как: "Выпить чашечку кофе", "Навербовать новых членов в партию", "Улучшить жизнь в сельской местности", "Спереть книгу, а потом продать обратно" и проч. столь же невообразимые.

152
https://sourceforge.net/projects/qpc/files/doc/PSiCC2.pdf/download
Проблем нет. Самек делает примеры под свои инструменты, так что, может быть необходимым допиливание, портирование.

153
Краш-курс Самека ("A Crash Course in UML State Machines") реально хорош. Если перевести его на русский, стандартный UML и Simulink, то, мне кажется, взлетит. Потянут ли студенты? Не знаю.

154
Удивительное завершение темы, учитывая её название. [Пардоньте, не смогло смолчать.]

155
Как "кочку опоры" можно использовать http://ccecc.acm.org/guidance
Там несколько сборников "наставлений" по разным областям. Можно докопать до табличек, в которых указан необходимый skill и способы выявления его наличия на (низком / среднем / высоком) уровне. Кажется, для ITшника отдельный скилл по ИСИС не выписан, зато в приложениях выписаны каталоги курсов разных универов. В какой-то другой области скилл указан  и ожидается, что чел может (назвать / использовать предложенный / выбрать подходящий) tool под тот или иной процесс ЖЦ или под ту или иную технологическую операцию.

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

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

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

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

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

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

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

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

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

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

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

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