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

×


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

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


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

Страницы: « 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 »
181
И, кстати, вопрос (у меня во всяком случае возник) - при таком рассуждении к обсуждаемым "средствам ИС" стоит ли также относить язык программирования?
ЯП является языковым, не программным инструментальным средством. IDE ЯП является программным ИС. Выше упоминали учебник Советова, где ИС подразделяются на программные, технические, организационные. Почему бы к ним не добавить языковые.

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

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

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

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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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