331

Для всех / Re: Как добраться до составления сценариев использования?

« : 12 Февраля 2017, 21:42:13 »

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

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

Кстати, а какие книги Вы читали? Кстати по отделу кадров вполне неплохо (правда не полно) написано здесь: http://book.uml3.ru

332

Обучение / Re: Приглашаю на семинар: "Современная классификация видов тестирования ПО"

« : 10 Февраля 2017, 11:49:23 »

PS. Там ходят в носках.

В чем фишка? Смотрю, ты эту фразу как мантру повторяешь во многих местах?

333

Для всех / Re: Вопрос в тесте по бизнес-аналитике

« : 31 Января 2017, 12:07:08 »

Эм, если Иван "талантливый разработчик", то он должен знать техническую сторону разработки ПО.
А "опытного пользователя" скорее всего добавили для красного словца.

+1
Тем более в задании говорится о совершенствовании доп навыков. Так что безальтернативно 1 и 2

334

Для всех / Re: Вопрос в тесте по бизнес-аналитике

« : 31 Января 2017, 00:02:14 »

А разве не очевидно с позиции теста.

1 аналитику крайне важны коммуникационные навыки (хотя и не только ему)
2 знать приемы разработки требований - понятно почему
3 - конечно неплохо бы БА знать и эту сторону, но все-таки это же тест. Причем некоторые даже утверждают это знать для БА вредно
4 -БА все-таки не управленец - это скорее руководитель проекта, продукта, персонала
5 - Это тоже не его задача - а это явный РП

1 и 2, про 3 можно поспорить

335

Sparx / Re: EA-Почему в диаграмме не отображается extends?

« : 17 Января 2017, 23:16:11 »

Еще замечу, не все так просто с вашим кодом

public class MainActivity extends AppCompatActivity {
    private RecyclerView mList;
    private SimpleAdapter mAdapter;

Т.е. MainActivity является по вашей версии родителем SimpleAdapter, одновременно содержит его объект в качестве частного атрибута - отсюда ассоциация между родительским классом и его потомком

Но если попробовать все-таки разделить классы в отдельные файлы, а интерфейсы в отдельные файлы также  - и попробовать реинжиниринг должно получиться, либо надо шаманить с кодом трансформации с java в uml

336

Sparx / Re: EA-Почему в диаграмме не отображается extends?

« : 17 Января 2017, 23:03:02 »

В присланном вами коде есть только это классы реализованные вами
AlarmReceiver.java
BootReceiver.java
DateTimeSorter.java
LicencesActivity.java
MainActivity.java
Reminder.java
ReminderAddActivity.java
ReminderDatabase.java
ReminderEditActivity.java

Все они и отображаются на диаграмме,
а вот классы-предки - части библиотек, которых у вас в пакете нет, откуда же он возьмет эту информацию и отобразит ее на диаграмме?
Далее Класс SimpleAdapter показан как внедренный объект в которые еще другие внедрены в трассировке показана связь принадлежит.
Попробуйте разделить в разные файлы и еще раз импортируйте код. Думаю парсер кода спотыкается на том, что классы наследники (а также и интерфейсы) записаны в одном файле mainactivity - как гипотеза

337

Sparx / Re: EA-Почему в диаграмме не отображается extends?

« : 16 Января 2017, 22:23:28 »

Добрый вечер.

Вы что-то путаете. В ДК нет никаких связей расширения, наверное Вы путаете ее с наследованием.
Для того, чтобы помочь Вам нужен исходный код, а также сведения о версии ЕА.

338

Для всех / Re: Формирование матрицы распределения ответственности за процесс

« : 13 Января 2017, 10:05:50 »

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

В вопросе и ответ.

1 создать матрицу (насколько я понимаю этот термин - двумерную таблицу, в которой столбцы - люди и отделы имеющие какое-то отношение к процессу, строки собственно сами процессы или процедуры(действия) этого процесса
2. на пересечении можно указывать ответственность (и) в виде например какого-то кода

Можно поступать иначе
1. например в Enterprise Architect создать всех ЗЛ - простым перечислением или структурировать в какую-то иерархию посредством связей подчинения и т.п.
2. Начать делать модели процессов используя те или иные нотации, связывая каждый шаг с ЗЛ посредством нужного типа связей
ЕА позволяет через UML профиль насоздавать таких связей, которые нужны в вашем контектсе
3. построить матрицы трассировки по определенным связям
4 для выделения ключевости рассматривать общее количество связей данного ЗЛ с операциями и по другим факторам

Другой способ - воспользоваться программной системой типа cradle - которая позволяет решать задачу построения такой матрицы и удобным образом решать ваши аналитические задачи

339

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

« : 24 Декабря 2016, 18:45:19 »

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

В чем статика?

http://www.uml-diagrams.org/use-case-diagrams.html

340

Проектирование / Re: IDEF0 реализация продукции

« : 18 Декабря 2016, 21:18:27 »

Можно ли как то в idef3 реализовать вот такой алгоритм? или всё таки от перекрестка в обязательном порядке должно выходит 2 и более блоков, и потом так же в перекрестке закрываться?

Вы можете нарисовать аналогичную конструкцию в IDEF3, но два потока входящие в одну единицу поведения (работу) в этом случае вызывают нечеткую интерпретацию

Если смотреть только на входящие потоки, то мы можем предположить, что это два паралельных потока
Однако если посмотреть на всю модель мы понимаем, что эти два потока не параллельные, а исклюзивные

Потому чтобы избегать нечеткости прочтения даже в случае вашей схемы нужно использовать еще один ромб, а в случае IDEF3 слияние и разветвление потоков выполняется с использованием соединений

341

Для всех / Re: Трассируемые документы.

« : 14 Декабря 2016, 21:45:06 »

Тут ко мне с обвинением, что я обманываю людей, обратилась Юлия Мадорская.

Идею обратиться к Мадорской по поводу трассировки полностью поддерживаю. Есть правда шансы после этого начать считать, что 3sl cradle лучший в мире инструмент аналитика, но в этом ничего плохого нет

В данном случае инструмент не проходить по условиям пункта 3

Я должен заявить, что никого обманывать не планировал. Мне известно только о 14 днях (https://www.threesl.com/en/downloads/software.php), но оказывается это не совсем верно, при обращении к представителям продукта ознакомительную лицензию можно продлить. Так что ilyaspb поспешите воспользоваться возможностью.

342

Для всех / Re: Трассируемые документы.

« : 14 Декабря 2016, 20:45:30 »

А ТЗ у Вас в какой форме написано. Вы берете какую-то основу или это просто какой-то внутренний формат?

Такого стандарта я не знаю. В поисковике ссылок довольно много. Посмотрел это стандарт, в нем 11 раздел посвящен целому набору документов, они Вас не очень устраивают?

343

Для всех / Re: Трассируемые документы.

« : 14 Декабря 2016, 00:07:08 »

Идею обратиться к Мадорской по поводу трассировки полностью поддерживаю. Есть правда шансы после этого начать считать, что 3sl cradle лучший в мире инструмент аналитика, но в этом ничего плохого нет

В данном случае инструмент не проходить по условиям пункта 3

344

Для всех / Re: Трассируемые документы.

« : 13 Декабря 2016, 20:23:48 »

Добрый вечер, Илья.

Вообще для обсуждения неплохо бы визуализировать Ваши мысли в виде ... модели трассировки. Кстати у вас в Петербурге есть специалист в области трассировок - это Юлия Мадорская (https://www.facebook.com/yulia.madorskaya). Попробуйте с ней связаться, возможно она сумеет Вам помочь больше, чем кто-либо еще.

1. Я не вижу чего-то экстраординарного, но все должно определятся вашими потребностями и возможностями, желанием команды делать это и наличием культуры, времени и требуемых ресурсов. Трассируемость требования вперед и назад важное свойство работы с требованиями и другими артефактами проекта.

2. Не думаю, что название документов является тут важным. Определится с их названиями поможет следование какому-то стандарту (посмотрите например тут http://dit.isuct.ru/Publish_RUP/index.htm#core.base_rup/guidances/supportingmaterials/welcome_2BC5187F.html)

3. На таких условиях ничего особого посоветовать не могу, разве какие-нибудь средства типа redmine или wiki.

345

Проектирование / Re: IDEF0 реализация продукции

« : 13 Декабря 2016, 17:10:03 »

В IDEF0 допустимы связи между блоками:
выход  на вход
выход на управление
выход на на механизм
обратная связь выхода на управление (в том числе и своего блока) - отрицательная обычно обратная связь
обратная связь выход на вход и на свой блок в том числе - подразумевает циклическую переработку или положительную обратную связь, когда продукт играет роль сырья (добавки к сырью)

виза - это не вход - это все-таки скорее управление - она определяет, управляет, разрешает продолжение процесса (в данном случае утверждает или запрещает) но не перерабатывается в ходе исполнения процесса во что-то иное