151

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

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

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

152

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

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

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

153

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

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

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

154

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

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

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

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

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

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

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

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

155

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

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

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

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

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

156

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

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

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

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

157

Примеры / 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 году. Всё указанное простительно.)

158

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

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

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

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

159

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

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

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

160

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

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

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

161

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

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

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

162

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

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

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

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

163

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

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

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

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

164

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

« : 13 Марта 2019, 12:42:51 »

Может быть применён рефакторинг сущностей -- выделение поднабора атрибутов в отдельную связанную сущность.
Например, если у сущности Персона есть атрибуты кодГорода, номерТелефона, добавочныйНомер, то их можно вынести в отдельную сущность НомерТелефона, связанную с Персоной. В итоге у Персоны список атрибутов укорачивается, становится обозримым.

165

Sparx / Re: отразить на диаграмме свойства Generalization Set

« : 05 Марта 2019, 16:09:42 »

В отличие от Galogen, я хожу лишь по докам EA. Моя гипотеза состоит в том, что их авторы ничего не утаили. Исходя из неё предлагается решение с костылём. Если оно не подходит, то и ладно.