151

Теория моделирования и нотации / Re: Теория и принципы моделирования

« : 02 Августа 2019, 22:29:41 »

Порция некротрединга.

скажите пожалуйста,  как лучше (правильно) описывать поведение кнопок в интерфейсе в варианте использования или в интерфейсе или дублировать?

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

152

Проектирование / Re: Математическое обоснование S.O.L.I.D принципов

« : 30 Июля 2019, 21:08:54 »

Я могу повторить (и продолжить повторять столько, сколько потребуется, чтобы донести нужную мысль), что моей оценке подлежит текст, а не его автор и не те, кто как-то работал с этим текстом (принимал, оценивал, рецензировал). Мне почти ничего неизвестно об этих людях. О тексте что-то известно. С ним можно ознакомиться и дать ему свою оценку. Попытки увода разговора к персоналиям я буду игнорить, ага.

Это вики-сокращения. Предлагаю покурить их в поисковике.)

Числовая последовательность бесконечна по определению. Числовая последовательность по определению состоит из вещественных (или комплексных) чисел. Слово "непрерывный" использовано как самый точный маркер, который я могу дать, того, чем область матана отличается от области дискры (в том запасе математики, который впихнули в меня в университете штата Марс на младших курсах).

Процессы ЖЦ ПО не подвластны матану, как я полагаю.

153

Проектирование / Re: Математическое обоснование S.O.L.I.D принципов

« : 30 Июля 2019, 14:11:21 »

Я сказало не больше, чем хотело. Чтобы утверждать что-либо о редакции, надо персонально знать её сотрудников и следить за их работой в течение какого-то времени. У меня такой возможности нет. С ru-вики спорить не готово. ВП:АИ, ВП:ПСР и всё такое. Исходя из уточнения можно сделать вывод, что автор настаивает на том, что у него недискретный бесконечный случай. Очень хорошо, пусть так и будет.

154

Проектирование / Re: Математическое обоснование S.O.L.I.D принципов

« : 29 Июля 2019, 18:58:37 »

Процесс разработки ПО <> редактирование исходного кода программы.
В общем случае, программа <> одномодульная программа.
Единоличное редактирование кода <> редактирование кода группой разработчиков.
Использование нотации из непрерывной математики (lim) неуместно в дискретном случае, где к тому же всё конечно.
Приведённые примеры не относятся напрямую к проведённой якобы формализации.
Сделанные из якобы осуществлённой формализации выводы относятся к вырожденному случаю вроде написания студентом кода в рамках упражнения практикума, но не соотносятся с индустриальным программированием, т. е. современной разработкой ПО.
Карго-научная статья.

155

Проектирование / Re: Математическое обоснование S.O.L.I.D принципов

« : 28 Июля 2019, 11:42:27 »

Статья лежит в киберленинке. Полагаю, что при нормальном рецензировании она бы никогда не появилась в научном журнале.

156

Для всех / Re: Как избавиться от кракозябр вместо русского языка при создании RTF-отчетов?v.2

« : 08 Июля 2019, 01:28:41 »

Не видя и не щупая EA, советовать трудно, но это меня не остановит.

Первое. Судя по всему в тексте кусок из шаблона дан в неверной кодировке (декодер Арт.Лебедева расшифровывает его так: CP1252->CP1251). По совпадению в Вашем первом скриншоте горит ansicpg1252. Что если его исправить на ansi1251 (если это правится).

Второе, что взбредает в инопланетный мозг -- проверить, всё ли ладно с шаблоном. Например, начинается ли он с {\rtf1\ansi\ansicpg1251

Третье, в Сети пишут, что галки про Jet4.0 недостаточно. Нужны ритуальные действия: скачивание Jet 4.0 EABase model и перенос в неё записей из прежнего проекта.

Есть ещё более ритуальные действия вроде проверки, верно ли установлена кодовая страница в Винде для неюникодовых приложений.

Помочь, скорее всего не помогло, потому... улетело.)

157

Системный Анализ и Требования / Re: Давайте поговорим про Use Case и функции. В чем отличия?

« : 16 Июня 2019, 17:47:50 »

Просто приклею это сюда и улечу.

"Запутанная концепция" уровней ВИ проиллюстрирована в книге Халл, Джексон, Джереми "Инженерия требований" на примере ресторана. Авторы выделяют сценарий (высокоуровневый ВИ) "Владеть рестораном", кроющий весь "ЖЦ" ресторана под эгидой одного владельца. Внутри его описания они используют менее крупный сценарий одного (каждого) дня работы ресторана -- ВИ более низкого уровня. В свою очередь, внутри его описания используется ещё более мелкий сценарий обслуживания клиента ресторана -- более низкоуровневый ВИ. Можно углубиться дальше -- выделяя подсценарии (ВИ) вроде "Сервировать стол", "Принять пищу". И т. д.

Приклеило и улетело, как обычно.

158

Для всех / Re: Что читать?

« : 16 Июня 2019, 17:31:28 »

... лучше читать Blanchard и Fabrycky

Спасибо за подсказку, Galogen!

159

Примеры / Re: Рефакторинг моделей UML

« : 08 Июня 2019, 02:01:56 »

Эти немцы оч. классные (созданный ими USE -- маст юз), но они не вполне следуют стандарту.

If no multiplicity is shown on an association end, it implies a multiplicity of exactly 1.

Они могут записать на псевдоOCL ограничение с тернарной ассоциацией, а я не могу.

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

Про эквивалентность квалификатора не скажу дурного, т. к. повторило это изобретение прошлой зимой. Его только стоит доработать на случай квалификаторов с обоих сторон. Пример заставляет задуматься и послать луч добра в сторону авторов стандарта, запретивших квалификаторы на n-арных ассоциациях. Почему, собственно, если квалификатору эквивалентен кусок класса ассоциации (который вполне может ужиться с n-арной).

Композицию очень геморно описывать OCLем, из-за каскадированного удаления всех объектов-композитов одновременно с объектом -- их владельцем.

Обобщение нельзя свести к делегированию (мадам Лизкова запрещает).

Статья писана в 1998 году. Всё указанное простительно.)

160

Для всех / Re: Что читать?

« : 05 Июня 2019, 23:01:26 »

Я бы еще посоветовал почитать книгу
Элизабет Халл, Джереми Дик: Разработка и управление требованиями

Некротредить, так некротредить.
Книга в 2017 была выпущена на русском ДМК-Пресс. Сделано это в рамках программы Российского института системной инженерии. В списке РИСИ меня заинтересовали книга А. Косякова и книга Г. Лоусона, которые, на первый взгляд, на форуме не обсуждались. Кто-то читал?

161

Примеры / Re: Рефакторинг моделей UML

« : 15 Мая 2019, 23:07:25 »

Попытка монетизации самим автором тут.
Jason McColm Smith. Elemental Design Patterns [pdf]
Джейсон Мак-Колм Смит Элементарные шаблоны проектирования [pdf]

162

Для всех / Re: Разработка структуры блоков системы

« : 15 Мая 2019, 22:56:56 »

Спасибо. Неожиданно копипаста сработала. Должно быть съело чего-нибудь не то.)

163

Для всех / Re: Разработка структуры блоков системы

« : 15 Мая 2019, 14:12:58 »

Ершов А.П. и др. Терминологический словарь по основам информатики и вычислительной техники, далее ходить по стрелочкам.

164

Примеры / Re: Рефакторинг моделей UML

« : 14 Мая 2019, 12:28:54 »

Прошу зачесть как попытку некротрединга.

С моей планеты выглядит так, что, с одной стороны, можно выявлять дублирование языковых средств в UML, когда одно и то же можно описать разными фрагментами UML-модели, с другой стороны, можно сосредоточиться на рефакторинге как таковом, когда от исходной модели осуществляется переход к схожей с ней новой, имеющей дополнительные желаемые свойства / не имеющей прежних нежелательных свойств. По этому пути есть способ, базирующийся на образцах. В его рамках в новой модели появляется использование какого-то образца, которого раньше не было. Тогда каталог рефакторингов выводится из каталога образцов, например, составленного Джейсоном Мак-Колмом Смитом.   

165

IDEF ARIS BPMN и пр. / Re: ER модель для существующей системы

« : 14 Марта 2019, 10:08:15 »

Это применимо для моделирования новой системы, но для уже существующей системы количество сущностей отражает количество тех типов данных (таблиц), которые есть в системе.

Простите, не обратило должного внимания на заголовок. Если цель создания модели описать существующее решение как можно ближе к коду, то мой совет неуместен.