121

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

« : 28 Сентября 2019, 22:03:09 »

Во многих источниках информации указано, что use case - это некая цель, которую желает достич пользователь с помощью системы.

Use cases are no longer required to express some needs of actors and to be initiated by an actor.

Написанное относится к UML, начиная с версии 2.5.

122

Обучение / Re: Analyst Days EU. Первая европейская конференция по системному и бизнес-анализу

« : 12 Сентября 2019, 23:38:14 »

Интересный сайт. Даты указаны в ноябре 2018. И крупными буквами: "событие отменено".
Наверное, так и надо.

123

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

« : 06 Августа 2019, 13:03:55 »

Вроде того (с поправкой, что речь идёт о текстовых описаниях, которые могут предшествовать UML-диаграммам и/или дополнять их).
Есть статья 2002 года, не мейнстрим, но есть.

124

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

« : 06 Августа 2019, 00:01:47 »

Всё верно, если пишется ВИ ЧЯ+УМ. Т. к. такие ВИ пишутся часто, то есть повод не рассматривать другие ВИ.

125

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

« : 05 Августа 2019, 19:33:07 »

В книге Коберна (впервые я о нём услышало через ксенолингвист как о Кобурне) есть и о недопустимости, есть и о полезности расширения описаний сведениями о GUI (см. 17.4). Заметим себе, что Коберн пишет о ВИ, как о способе описания функциональных требований. Отсюда, мне кажется, не следует делать вывод, что применение ВИ исчерпывается этим. Коберн увязывает наличие/отсутствие описания "кнопок" с уровнем цели ВИ. При разборе ошибок (см. 19), сведения о GUI вытираются из описаний ВИ с областью действия "система как ЧЯ" и целью "уровня моря". Можно конечно, ограничиться рассмотрением и написанием только таких ВИ, если стоит такая цель.
Про Джекобсона написало в личку.


 

126

Обучение / Re: Учебный академический курс "Инженерия требований"

« : 03 Августа 2019, 01:19:58 »

В Curricula SE2014 на "требования" заложено 30 часов. Перечень тем дан на стр. 31. В аппендиксе, начинающемся со стр. 70 даны примеры конкретных учебных планов. Так в универе Миссисипи "требования" дают в осеннем семестре 3 курса в рамках дисциплины "Введение в программную инженерию", а также в рамках прака по программной инженерии на 4м году бакалавриата. В Rose-­‐Hulman тоже осенью 3 курса дают дисциплину, название которой совпадает с темой обсуждения. На стр. 86 даны подробные сведения о Rose-­‐Hulman'овском курсе. В частности, указана веб-страничка со всеми материалами.
 

127

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

« : 03 Августа 2019, 00:52:55 »

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

128

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

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

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

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

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

129

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

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

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

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

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

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

130

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

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

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

131

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

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

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

132

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

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

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

133

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

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

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

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

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

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

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

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

134

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

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

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

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

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

135

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

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

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

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