91
Поздравления / Re: Поздравляем Гришу с днем рождения!
« : 17 Августа 2009, 11:50:18 »
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
92
Системный Анализ и Требования / Re: Как подготовить детальные требования в случае нескольких систем?
« : 10 Августа 2009, 13:46:50 »
уважаемый Водолей, а вы занимаетесь интеграционными проектами? если да, поделитесь методологией. не стесняйтесь, я всегда рада узнать что-то новое.
93
Системный Анализ и Требования / Re: Как подготовить детальные требования в случае нескольких систем?
« : 10 Августа 2009, 10:55:16 »
Можно и подробнее.
Если bubamar выступает в роли заказчика и система И создается сторонними разработчиками, то в ТЗ (по ГОСТ 34 / 19 или вообще без ГОСТа
) при детализации требований можно ограничиться фразой: При выполнении бизнес-процесса Б2-1 в системе А из системы Б в систему А должен быть передан массив данных Д1, полученный в результате выполнения бизнес-процесса Б1-1. Такая формулировка действительно не содержит деталей реализации.
Если же bubamar выступает в роли аналитика при создании системы И, то ему в процессе создания документации приходится учитывать ответы на вопросы:
Какая из систем инициирует интеграционный процесс? (далее рассматривается случай, если активная система А, пассивная Б)
Какой запрос приходит из системы А?
Как преобразовать формат данных запроса?
Что нужно вызвать в системе Б, чтобы по параметрам переданным из системы А получить из нее необходимые данные?
Как преобразовать формат полученных данных?
Какой ответ нужно сформировать для системы А?
Какие могут быть исключительные ситуации и что делать в каждом конкретном случае?
Требуется ли логирование интеграционных процессов, если требуется, то в каких точках, какой уровень логирования?
и т.д. и т.п.
это не детали реализации?
Если bubamar выступает в роли заказчика и система И создается сторонними разработчиками, то в ТЗ (по ГОСТ 34 / 19 или вообще без ГОСТа
) при детализации требований можно ограничиться фразой: При выполнении бизнес-процесса Б2-1 в системе А из системы Б в систему А должен быть передан массив данных Д1, полученный в результате выполнения бизнес-процесса Б1-1. Такая формулировка действительно не содержит деталей реализации.Если же bubamar выступает в роли аналитика при создании системы И, то ему в процессе создания документации приходится учитывать ответы на вопросы:
Какая из систем инициирует интеграционный процесс? (далее рассматривается случай, если активная система А, пассивная Б)
Какой запрос приходит из системы А?
Как преобразовать формат данных запроса?
Что нужно вызвать в системе Б, чтобы по параметрам переданным из системы А получить из нее необходимые данные?
Как преобразовать формат полученных данных?
Какой ответ нужно сформировать для системы А?
Какие могут быть исключительные ситуации и что делать в каждом конкретном случае?
Требуется ли логирование интеграционных процессов, если требуется, то в каких точках, какой уровень логирования?
и т.д. и т.п.
это не детали реализации?
94
Системный Анализ и Требования / Re: Как подготовить детальные требования в случае нескольких систем?
« : 09 Августа 2009, 15:16:28 »
to Boatman: с удовольствием почитала бы статью по интеграции
to bubamar:
а) Правильно ли я поняла, что задача состоит в том, что есть система Б в которую ввели массив данных Д, есть система А в которую надо передать массив данных Д?
Как это выглядит:
Делим массив данных Д на массивы данных Д1 ...Дn, которые соответствуют бизнес-процессам системы А. После этого интеграционный процесс для бизнес процесса из массива Б2 выглядит как: система А запросила у системы Б массив данных Д1, система Б отдала запрашиваемые данные системе И, которая передает их системе А.
Из документации:
для системы А: спецификация запроса к системе И, спецификация ответа от системы И (умножить на число Б2), описание бизнес процессов системы А с указанием шага "интеграционный процесс"
для системы Б: спецификация сервиса системы Б (хранимой процедуры, метода и т.д.)
для системы И: описание интеграционного процесса системы И, системная модель (оно же ТЗ)
б) А вот не включать детали реализации для систем А,Б и И не получится. Метод "magic" не позволит создать качественную документацию.
to bubamar:
а) Правильно ли я поняла, что задача состоит в том, что есть система Б в которую ввели массив данных Д, есть система А в которую надо передать массив данных Д?
Как это выглядит:
Делим массив данных Д на массивы данных Д1 ...Дn, которые соответствуют бизнес-процессам системы А. После этого интеграционный процесс для бизнес процесса из массива Б2 выглядит как: система А запросила у системы Б массив данных Д1, система Б отдала запрашиваемые данные системе И, которая передает их системе А.
Из документации:
для системы А: спецификация запроса к системе И, спецификация ответа от системы И (умножить на число Б2), описание бизнес процессов системы А с указанием шага "интеграционный процесс"
для системы Б: спецификация сервиса системы Б (хранимой процедуры, метода и т.д.)
для системы И: описание интеграционного процесса системы И, системная модель (оно же ТЗ)
б) А вот не включать детали реализации для систем А,Б и И не получится. Метод "magic" не позволит создать качественную документацию.
95
Обсуждение статей / Re: Внедрение ERP в жестких условиях
« : 10 Июня 2009, 13:30:09 »
Весело, если бы не было так грустно 
и реалистично.
Самое забавное что характерно не только для ERP. А вы "прогибаетесь" под требования заказчика или вгоняете их в рамки возможностей внедряемой системы?
и реалистично. Самое забавное что характерно не только для ERP. А вы "прогибаетесь" под требования заказчика или вгоняете их в рамки возможностей внедряемой системы?
96
Обсуждение статей / Re: Главный критерий успеха
« : 05 Июня 2009, 20:49:32 »
Гриша - респект! 
Скотт Адамс нервно курит в сторонке. 
С нетерпением жду следующий постер.
Скотт Адамс нервно курит в сторонке. С нетерпением жду следующий постер.
97
О Сайте и Форуме / Re: Новости Cайта
« : 05 Июня 2009, 14:28:35 »
to greesha: порадовал так порадовал 
, с нетерпением буду ждать следующий выпуск
, с нетерпением буду ждать следующий выпуск
98
Идеи и мозговой штурм / Re: Софт, который делает ролик из действий пользователя
« : 28 Мая 2009, 14:08:23 »99
Идеи и мозговой штурм / Re: Софт, который делает ролик из действий пользователя
« : 28 Мая 2009, 13:33:38 »
Adobe Captivate 4, Jing ... А вообще посмотри на http://www.screencast.com/tools.aspx может там еще о чем пишут))
100
Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории
« : 28 Мая 2009, 13:16:50 »
В городок приехал богатый турист.
Оставив в залог 100$ хозяину гостиницы, он поднялся посмотреть комнаты отеля. Хозяин гостиницы, не медля ни минуты, берёт купюру и бежит с ней к мяснику отдать долг.
Мясник, с купюрой в руках, бежит к фермеру и отдаёт ему долг за говядину. Фермер отдает долг владельцу автомастерской.
Владелец мастерской направляется в местный магазин и отдаёт долг за продукты.
Хозяин магазина бегом к местной девочке по сопровождению, которая из-за кризиса "обслуживала" его в долг...
Девочка сразу бежит к хозяину гостиницы и отдаёт ему долг за комнаты, которые она снимала для клиентов.
В этот момент обратно спускается турист и говорит, что не нашёл подходящей комнаты, забирает залог и уезжает.
Никто ничего не получил, но весь городок теперь живёт без долгов и с оптимизмом смотрит в будущее...
Оставив в залог 100$ хозяину гостиницы, он поднялся посмотреть комнаты отеля. Хозяин гостиницы, не медля ни минуты, берёт купюру и бежит с ней к мяснику отдать долг.
Мясник, с купюрой в руках, бежит к фермеру и отдаёт ему долг за говядину. Фермер отдает долг владельцу автомастерской.
Владелец мастерской направляется в местный магазин и отдаёт долг за продукты.
Хозяин магазина бегом к местной девочке по сопровождению, которая из-за кризиса "обслуживала" его в долг...
Девочка сразу бежит к хозяину гостиницы и отдаёт ему долг за комнаты, которые она снимала для клиентов.
В этот момент обратно спускается турист и говорит, что не нашёл подходящей комнаты, забирает залог и уезжает.
Никто ничего не получил, но весь городок теперь живёт без долгов и с оптимизмом смотрит в будущее...
101
О Сайте и Форуме / Re: Сменился дизайн сайта
« : 19 Мая 2009, 11:32:40 »Так лучше?
да. по смыслу как раз близки новостные блоки. Спасибо!
102
О Сайте и Форуме / Re: Сменился дизайн сайта
« : 19 Мая 2009, 11:01:07 »
В общем теперь проявите свой профессионализм и скажите так сколько разделов должно быть на сайте?
Адын?
to BAS: может поменять стрикеры "Что нового на форуме" и "События" местами? (как то логичнее будет) А то близкие по смыслу блоки расположенные по диагонали плохо воспринимаются.
103
О Сайте и Форуме / Re: [Опрос] Какого раздела вам больше всего не хватает на сайте?
« : 18 Мая 2009, 10:30:45 »
Денис, а почему нельзя при голосовании выбрать несколько пунктов?
104
IDEF ARIS BPMN и пр. / Re: Выбор нотации моделирования IDEF для внедрения Бухгалтерской ИС 1С 8.х
« : 10 Мая 2009, 12:41:43 »
По вопросу 1:
Поговориа с подругой - консультантом 1С. Они не рисуют никаких моделей и, соответственно нотациями не пользуются, только текстовое описание. При внедрении Oracle Business Suite и описании процессов бухгалтерии as-is и to-be в нашей компании использовали Aris и его методологию, по смыслу модели были аналогичны создаваемым при внедрении iRenaissance в нотации IDEF0 (до Aris в компании использовался MS Visio). Движение по счетам бухучета указывалось в описании требований к шагу процесса в текстовом виде. Дополнительных моделей чтобы оисать движение средств по счетам никогда не создавалось.
По вопросу2:
Мне кажется, что если создать документ из двух колонок в которых перечисленны процессы бухучета, выполнемые вручную и автоатизированно можн увидеть различия между двумя ИС.
По вопросу 3:
А список доработок, как мне всегда казалось, возникает из перечня бизнес-требований и перечня возможностей системы по умолчанию. Различия существующей ИС и внедряемой ИС никогда не дадут Вам перечень доработок для внедряемой ИС.
Поговориа с подругой - консультантом 1С. Они не рисуют никаких моделей и, соответственно нотациями не пользуются, только текстовое описание. При внедрении Oracle Business Suite и описании процессов бухгалтерии as-is и to-be в нашей компании использовали Aris и его методологию, по смыслу модели были аналогичны создаваемым при внедрении iRenaissance в нотации IDEF0 (до Aris в компании использовался MS Visio). Движение по счетам бухучета указывалось в описании требований к шагу процесса в текстовом виде. Дополнительных моделей чтобы оисать движение средств по счетам никогда не создавалось.
По вопросу2:
Мне кажется, что если создать документ из двух колонок в которых перечисленны процессы бухучета, выполнемые вручную и автоатизированно можн увидеть различия между двумя ИС.
По вопросу 3:
А список доработок, как мне всегда казалось, возникает из перечня бизнес-требований и перечня возможностей системы по умолчанию. Различия существующей ИС и внедряемой ИС никогда не дадут Вам перечень доработок для внедряемой ИС.
105
Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории
« : 27 Апреля 2009, 15:53:45 »