166

Обучение / Re: Инструментальные средства информационных систем

« : 05 Октября 2018, 18:44:51 »

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

167

Обучение / Re: Инструментальные средства информационных систем

« : 10 Сентября 2018, 12:54:29 »

Стало понятнее. Но не совсем ясен приведенный скриншот. Разве в данном случае CAD является инструментальным средствам существования ИС? Скорее у CAD имеется ИС или она связана с ИС. Нет?

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

168

Обучение / Re: Инструментальные средства информационных систем

« : 10 Сентября 2018, 01:44:52 »

Уважаемое НЛО, что-то ничего не понял, можете попробовать еще раз?

Надо сесть в машину времени и скакнуть на 4-5 лет тому назад.

169

Обучение / Re: Инструментальные средства информационных систем

« : 08 Сентября 2018, 17:23:59 »

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

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

170

Обучение / Re: Инструментальные средства информационных систем

« : 07 Сентября 2018, 18:40:07 »

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

171

Обучение / Re: Инструментальные средства информационных систем

« : 07 Сентября 2018, 02:25:09 »

Это что еще за ISO из прошлого, и чем они так безопасны? И что в новых стандартах столь нервноопасного?

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

172

Для всех / Re: Обоснование выбора языка программирования (C vs C++)

« : 06 Сентября 2018, 20:47:18 »

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

173

Обучение / Re: Инструментальные средства информационных систем

« : 06 Сентября 2018, 00:33:46 »

Спасибо за ссылки.
ISO-стандарты хороши тем, что у них есть разные версии. Те, что из прошлого тысячелетия, можно показывать студентам без риска расстроить их нервную систему. Более свежие -- фрагментами, в щадящем режиме. 

Я немного понимаю Марсианский  и был бы крайне признателен, если коллега с Марса прислал бы мне готовую ссылку  на авторитетнейший материал из их передового образовательного учреждения. Это бы вызвало взаимное межрасовое доверие и укрепило межпланетную дружбу.

MITOPECOURSEWARE содержит много курсов по ИС, адресованных разной аудитории. Надо копать, зная о том, для кого курс.
https://goo.gl/99Utgv
^ Этот для управленцев.
https://goo.gl/5J2ZuX
^ Этот для космонавтов.
https://goo.gl/XX7ZQY
^ Этот для электриков.
https://goo.gl/DsRdhc
^ Этот для компьютерщиков.
Скорее всего, стоит собирать солянку, пользуясь подходящими частями из разных мест. Марсиане мультидисциплинарны. В порядке вещей сшивать пэчворк из разных учебных предметов.

Рядом с Марсом находится червоточина им. братьев Ноланов, через которую сообщаются наши галактики. Отсюда моё низкопоклонство перед Марсом. 

174

Для всех / Re: Правильно ли анализировать эффективность продаж сезонных товаров по предыдущему

« : 05 Сентября 2018, 21:14:34 »

Межгалактический привет!
Позвольте поинтересоваться, уверены ли Вы, что данный форум о маркетинге, и что тутошние аналитики -- маркетологи?

175

Обучение / Re: Инструментальные средства информационных систем

« : 05 Сентября 2018, 21:09:37 »

Чисто теоретически, плясать можно от печки, т. е. от стандарта (ISO 15288 или его российский аналог, если есть).
На моей планете принято искать материалы и опыт в местах с высочайшей репутацией. Например, в Марсианском институте технологии (MIT). Правда, марсианские жизненные циклы не похожи на земные. Год длиннее и всё такое. При всём сказанном Томск и Архангельск не выглядят российскими кузницами создателей ИС, на мой взгляд профана.

176

Для всех / Re: Интеграция с другой системой в Use case диаграмме

« : 02 Сентября 2018, 20:50:45 »

С этим можно согласиться в том плане, что включаемые ВИ и расширяющие ВИ разрешено не соединять ассоциациями с ДЛ, связанными с включающим или расширяемым ВИ.   
Правомерность инклюдов / экстендов мне кажется разумным проверять по описаниям ВИ. Если от сценария "Создать отчёт" можно проложить дорожку к "Импортировать задачи", то так тому и быть.
Абстрактный ВИ описывает некую общую схему, которая сама по себе не реализуется (её экземпляр не может быть порождён), а лишь используется для удобства описания других ВИ -- своих наследников. В стандарте не проведена граница между абстрактным/конкретным ВИ и полностью описанным (=полным)/ не полностью описанным (=неполным) ВИ. Это ведёт к недопониманию вроде такого.
ВИ с включениями по стандарту неполный, т. к. его описание содержит ссылки на включаемые ВИ. Но он может быть конкретным или абстрактным. Включаемый ВИ по стандарту полный, так как его описание не ссылается на включающие его ВИ (допустим, что других связей нет). Он также может быть конкретным или абстрактным.
ВИ с расширением по стандарту полный, т. к. его описание  не зависит от описаний расширяющих ВИ. Он может быть конкретным или абстрактным. Расширяющий ВИ неполный, т. к. в его описании обязательны ссылки на точки расширения, т. е. на другие описания. Он может быть конкретным или абстрактным.
Представляется, что у абстрактного включаемого ВИ и у абстрактного расширяющего ВИ должны быть конкретные наследники, возможно, не прямые.
Стандарт проводит параллель между включением ВИ и композицией. Напрасно, на мой взгляд. Инклюды и экстенды не зря рисуются как пунктирные стрелки, намекая на зависимость описаний. Ассоциации (композиции) между ВИ стандарт не запрещает (если это ВИ из разных сабжектов), но и не описывает, каков их смысл.

177

Обучение / Re: Инструментальные средства информационных систем

« : 02 Сентября 2018, 19:48:42 »

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

... математические, алгоритмические, ...

Такая уж дисциплина досталась. Мой ксенолонгвист советует добавить в список ещё и языковые.)
Если смотреть гуглируемые программы дисциплины, то как результаты освоения указывается изученное ПО, а не, скажем, инструменты прокладки лвс. Гугль-критерий не работает, но всё же. 

178

Обучение / Re: Инструментальные средства информационных систем

« : 02 Сентября 2018, 03:18:15 »

Я кстати не нашел внятного определения "Инструментальное средство ИС"

На моей планете так называют программное обеспечение, предназначенное и используемое для поддержки какого-либо процесса ЖЦ ИС.
Предположительно, говоря об инструментальных средствах имеют в виду программные средства. Ну не аппаратные же?
Классификация, полагаю строится так: в рамках каждого процесса ЖЦ ИС придумано использовать разнообразные виды инструментальных средств. Берем (рассматриваемый) набор процессов, для каждого процесса озвучиваем (рассматриваемый) набор средств. Вязанка готова. Думается, что в этой части чистота и осмысленность теории не очень важны. Такая уж дисциплина (см. выше).

179

Для всех / Re: Интеграция с другой системой в Use case диаграмме

« : 02 Сентября 2018, 02:50:09 »

Когда ВИ описывает взаимодействие системы со второстепенным ДЛ, стартующее по триггеру (событию времени), тогда на диаграмме заводят фиктивное действующее лицо Время, инициирующее взаимодействие. Например, так рекомендует поступать Скотт Амблер.

В польской Википедии можно найти человечка с головой-циферблатом, рисуемого в таком случае (нестандартный стереотип).
В описании вместо шага ДЛ Время в разделе "Триггеры" указывается событие времени, запускающее экземпляр ВИ.

Но если Вы -- хардкорный разработчик требований, то вместо этого Вы должны ржать и интересоваться тем, что в голове у Скотта Амблера (и не только у него). ХРТ убеждён, что ВИ на диаграмме ВИ рисуют только одного уровня и это уровень "уровня моря". Вообразить пользователя, цель которого "Импорт задач", и которого зовут Время, проблематично.  Несовсем ясно, зачем это делать, но ХРТ видит какой-то повод для этого (ржаки и проч.).
 

180

Обучение / Re: Инструментальные средства информационных систем

« : 31 Августа 2018, 22:21:40 »

IS2010 -- список рекомендаций. Он упомянут как пример, в котором есть вязанка курсов о процессах, но нет курса о вязанке инструментов.
Если мы пришли к выводу о том, какого рода дисциплина досталась, то можно двигаться дальше. Например, решить, что делать.
Преподавательская инерция подсказывает такой способ "чтоделания": первый цикл нарезать по пути, проложенному предшественником. Это принесёт меньше сюрпризов для студентов. Это позволит лучше понять, что хорошо, что плохо, что возможно, что невозможно.
Если уже сейчас видно, что наследство плохое и хорошего в нём мало, то второй способ "чтоделания": реформировать курс. Тут может быть много разных направлений:
1) Проверить / повторить / укрепить знания и навыки получаемые студентами в рамках других курсов по процессам ЖЦ ИС.
2) Дополнить другие курсы этим, дав в его рамках материал, которые они не кроют, но который необходимо дать.
...
N) ... .