16

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

« : 12 Декабря 2016, 23:09:17 »

активности имеется ввиду механизмы?

как то так.

В BPMN аналогичная конструкция отражается подпроцессом Ad hoc

17

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

« : 12 Декабря 2016, 21:44:04 »

Эх блин, как то некрасиво получится если писать что то типа "виза согласования юриста" 

Не надо пытаться забивать гвозди микроскопом. IDEF0 предназначен для описания ФУНКЦИОНАЛЬНОЙ структуры, а не последовательности событий.

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

18

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

« : 12 Декабря 2016, 20:59:44 »

Где выход равен входу?

Виза согласования. На входе и на выходе РАЗНЫЕ визы на РАЗНЫХ документах. Хотя формально запрета на рекурсию в IDEF0 нет, но данный случай IMHO не тот, где ее следовало бы использовать

19

Sparx / Re: Нужны примеры описания API в UML

« : 12 Декабря 2016, 20:40:48 »

Если брать описание API в EA, то это удобно делать через определение операций в компоненте.

http://www.sparxsystems.com/enterprise_architect_user_guide/12.1/building_models/operationsmainpage.html

20

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

« : 12 Декабря 2016, 20:24:11 »

Если выход равен входу, то что происходит в процессе?

21

Sparx / Re: Нужны примеры описания API в UML

« : 12 Декабря 2016, 20:16:02 »

http://www.uml-diagrams.org.http.s11.wbprx.com/component-diagrams-examples.html

22

Для всех / Re: Вопросы по книге Вигерса и Битти "Разработка требований к ПО"

« : 30 Ноября 2016, 20:20:06 »

Вопрос 2. Когда написано про "ожидания в отношении качества", то имеются ввиду нефункциональные требования или бывают "ожидания в отношении качества", которые могут быть функциональными требованиями?

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

23

Для всех / Re: Вопросы по книге Вигерса и Битти "Разработка требований к ПО"

« : 30 Ноября 2016, 20:12:53 »

• Изучение среды, в которой будет использоваться новый продукт.

Я это всегда понимал как описание обьекта(обьектов) автоматизации. Иногда можно описать контекстной диаграммой , но чаще нужно структурированное описание

24

Вакансии / Re: Работа в государственной компании для начинающих специалистов,Москва

« : 28 Октября 2016, 19:36:03 »

Не вакансия, а мечта.

Да. Особенно если использование функции СУМ идет по отдельному трудовому соглашению:)

25

Для всех / Re: План изучения готовой ИТ-системы

« : 20 Октября 2016, 01:51:59 »

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

+100500

Обучение как самостоятельная деятельность неэффективна.

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

Дальше нужно посмотреть, как все идет

26

Системный Анализ и Требования / Re: Классификация фактов\утверждений

« : 17 Октября 2016, 14:27:01 »

Есть какое-нибудь ПО для таких семантических сетей?

Есть. Начать копать  можно отсюда https://ru.wikipedia.org/wiki/Web_Ontology_Language?wprov=sfla1

27

Системный Анализ и Требования / Re: Классификация фактов\утверждений

« : 17 Октября 2016, 13:25:46 »

Цель то какая?

Для таких глобальных описаний есть семантические сети. Языки описаний онтологии тоже есть.

28

Примеры / Re: Нет ни малейшего понимания.

« : 11 Октября 2016, 21:57:08 »

Ориентированность обусловлена желанием UX-дизайнера создавать прототипы на основе uml диаграмм.
Начал изучать Фаулера и как он пишет, что в основном применял uml для создания эскизов. Надеюсь это что-то подходящее.

А разработчики будут при этом пользоваться диаграммами?

Или для них нужна другая форма представления?

29

Примеры / Re: Нет ни малейшего понимания.

« : 10 Октября 2016, 11:28:32 »

Такой вопрос: какие диаграммы сочетаются с user stories?

Недавно у Касперского проходила очень интересная конференция по управлению требованиями в agile.

https://youtu.be/uHjmBAbUJrc

Ее ценность в том, что на ней делились практическим опытом Agile.

Я для себя сделал примерно такой вывод: user story и uml сочетаются ограниченно. То есть uml диаграмма может быть разработана как иллюстрация какой то user story, но обеспечить единый поток моделирования в agile  крайне трудно за счет того, что поток моделирования прерывается из-за итерационности разработки.

Так же много интересного пл управлению требованию в Agile на страничке журнала "Практика проектирования систем"

https://m.facebook.com/story.php?story_fbid=1221314127939008&id=939608916109532

30

Примеры / Re: Нет ни малейшего понимания.

« : 08 Октября 2016, 21:51:07 »

Если SCRUM, то сформулируйте новый функционал в виде user story

http://2tickets2dublin.com/how-to-write-good-user-stories-part-1/