91
Sparx / Re: Документация по Sparx Systems Enterprise Architect
« : 31 Января 2012, 18:17:52 »
Придется изучать английскую версию. Русской нет.
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Однозначного понимания того, на вход или на механизм поступают фин.ресурсы после прочтения многочисленной литературы по ИДЕФ-ноль у меня не сформировалось. Увиденые модели БП допускают и тот и другой вариант.и на нашем форуме пока четкого ответа нет.
Для практического удобства может быть предложена иная (зауженная) интерпретация исходных примитивов стандарта IDEF0 (см. Рис.1 “Общая модель БП (В)”). Основная идея предлагаемой рекомендации по конкретизации языков моделирования БП состоят в следующем:
(1) Все “Работы” принадлежат одному классу, т.е. обладают одинаковым набором свойств и поведением. Этот важный и часто нарушаемый принцип отдельно обсудим ниже.
(2) Все связи между “Работами” относятся к классу “Ресурс”. Например, электронное издание “Налогового кодекса РФ” является общедоступным информационным ресурсом.
(3) Для однозначной “привязки” ресурсов к трем возможным входам БП на множестве “Ресурсов” вводится следующая классификация.
1. Признак изменчивости “Ресурса” при исполнении “Работы”.
1.1. “Ресурсы”, подлежащие трансформации в другие виды “Ресурсов”.
1.2. Нетрансформируемые “Ресурсы”.
1.2.1. Неизнашиваемые “Ресурсы”. Например, большая часть информационных “Ресурсов” в электронной форме являются неизнашиваемыми.
1.2.2. Изнашиваемые (устаревающие) “Ресурсы”. Например, вспомогательные инструменты, персонал.
2. Признак блокировки “Ресурса” “Работой”, исключающий возможность использования “Ресурса” другими “Работами”
2.1. “Ресурсы”, которые не могут блокироваться “Работами” (“Ресурсы” общего пользования)
2.2. Блокируемые “Ресурсы”
Бессмысленно измерять количество действий и прочих "физических" параметров системы, которая "поддерживает" бизнес процесс. Потому что это ничего не дает бизнес процессу.
Подобная трактовка характерна для начальных уровней зрелости управления ИТ.
надо разработать некую МЕГАСИСТЕМУ. На вопрос, какой она должна быть, следуют философские рассуждения, не приближающие к постановке конкретных целей. На попытку выхода на реальных потребителей выясняется, что таких на горизонте нет, требования собирать негде. Так повторяется много раз. В результате долгих мытарств какие-то требования высасываются из пальца. Но в ответ на простой вопрос: каковы гарантии, что после разработки это все кто-то купит, следует обиженное молчание. В результате наш программист с коллегами тратит пару человеко-лет на разработку МЕГАСИСТЕМЫ, которая не выдерживает первого же столкновения с реальностью.Общей частой проблемой менеджмента является нежелание отвечать за свои слова. Чаще всего цели ставятся устно без фиксации на бумаге, что позволяет всегда переложить ответственность за ошибку.
мягко говоря, неидеальныйэто не совсем то, что можно назвать приемлемым.
рисовать стрелки, у которых линия может быть сначала пунктирной, а потом сплошнойНу это вроде не обязательно. Просто пунктирная или сплошная.
линия может быть сначала пунктирной, а потом сплошной