31
ПО Аналитика / Re: [Посчитаемся] Какие CASE средства с поддержкой UML вы используете?
« : 27 Февраля 2007, 11:05:09 »
без проблем поделюсь своей версией, версия последняя вроде.
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
32
Примеры / Re: Реальные примеры - безналичная оплата топлива на АЗС
« : 27 Февраля 2007, 09:43:09 »
Вот удалось сутра немного подумать, решил написать текстовый вариант.
Бизнес Прецеденты:
1. Заправить топливо
Сценарии:
Заправить топливо:
1. Сообщить заправщику тип и объем заправляемого топлива
2. Дождаться выполнения работы заправщиком
3. Посмотреть показатели счетчика: увидеть залитый объем и сумму к оплате.
4. Произвести оплату заправленного топлива
5. Получить чек
Актеры:
Покупатель
Business worker:
Заправщик
Системные Прецеденты:
1. Заправить топливо
1.1. Выбрать тип топлива
1.2. Проконтролировать заправляемый объем
1.3. Получить чек
2. Видеть показатели счетчика (стоит или не стоит выводить это а прецедент, буду рад прояснениям.)
Есть ли такой тип описания ВИ???
Или нужно описывать:
1. Заправить топливо
2. Видеть показатели счетчика
Сценарии:
….
Сценарии:
- Подскажите, не знаю до какого уровня спускаться.
Пример 1:
1. Выбрать тип топлива (просто берется тот или иной пистолет\шланг)
2. Заправить топливо
2.1. Вставить пистолет
2.2. Отпустить фиксатор (начать подачу топлива?)
2.3. Дождаться необходимых показателей счетчика топлива\суммы или отстрела пистолета.
2.4. Вытащить пистолет
2.5. Установить пистолет в исходную позицию
3. Посмотреть показатели счетчика
4. Сообщить сумму покупателю
5. Взять оплату
6. Выдать чек.
Пример 2:
1. Заправить топливо
1.1. Взять пистолет
1.2. Вставить пистолет
1.3. Отпустить фиксатор
1.4. Дождаться необходимых показателей счетчика или отстрела
1.5. Вытащить пистолет
1.6. Установить пистолет в исходную позицию.
Сценарии:
Актеры:
Заправщик
Покупатель
Возможно будет быстрее и правильнее разобраться уточнив текстовое описание, а потом уж делать модели ВИ.
Буду рад услышать критику и детальные объяснения, что не так, чтобы создать текстовое описание, а потом построить модели.
Потом к “to be” можно будет перешагнуть.
Бизнес Прецеденты:
1. Заправить топливо
Сценарии:
Заправить топливо:
1. Сообщить заправщику тип и объем заправляемого топлива
2. Дождаться выполнения работы заправщиком
3. Посмотреть показатели счетчика: увидеть залитый объем и сумму к оплате.
4. Произвести оплату заправленного топлива
5. Получить чек
Актеры:
Покупатель
Business worker:
Заправщик
Системные Прецеденты:
1. Заправить топливо
1.1. Выбрать тип топлива
1.2. Проконтролировать заправляемый объем
1.3. Получить чек
2. Видеть показатели счетчика (стоит или не стоит выводить это а прецедент, буду рад прояснениям.)
Есть ли такой тип описания ВИ???
Или нужно описывать:
1. Заправить топливо
2. Видеть показатели счетчика
Сценарии:
….
Сценарии:
- Подскажите, не знаю до какого уровня спускаться.
Пример 1:
1. Выбрать тип топлива (просто берется тот или иной пистолет\шланг)
2. Заправить топливо
2.1. Вставить пистолет
2.2. Отпустить фиксатор (начать подачу топлива?)
2.3. Дождаться необходимых показателей счетчика топлива\суммы или отстрела пистолета.
2.4. Вытащить пистолет
2.5. Установить пистолет в исходную позицию
3. Посмотреть показатели счетчика
4. Сообщить сумму покупателю
5. Взять оплату
6. Выдать чек.
Пример 2:
1. Заправить топливо
1.1. Взять пистолет
1.2. Вставить пистолет
1.3. Отпустить фиксатор
1.4. Дождаться необходимых показателей счетчика или отстрела
1.5. Вытащить пистолет
1.6. Установить пистолет в исходную позицию.
Актеры:
Заправщик
Покупатель
Возможно будет быстрее и правильнее разобраться уточнив текстовое описание, а потом уж делать модели ВИ.
Буду рад услышать критику и детальные объяснения, что не так, чтобы создать текстовое описание, а потом построить модели.
Потом к “to be” можно будет перешагнуть.
33
ПО Аналитика / Re: IBM Rational Professional Bundle & IBM Rational Software Architect 6.0
« : 26 Февраля 2007, 21:21:06 »
Думаю необходимо воспользоваться торрентом.
Модератор: Тема закрыта. Нельзя публиковать такого рода сообщения
Модератор: Тема закрыта. Нельзя публиковать такого рода сообщения
34
ПО Аналитика / Re: [Посчитаемся] Какие CASE средства с поддержкой UML вы используете?
« : 26 Февраля 2007, 20:57:29 »
Сейчас пересел на ЕА, надоели вылетания Посейдона.
В принципе отличная тулзовина, пока что радуюсь не нарадуюсь ей....
В принципе отличная тулзовина, пока что радуюсь не нарадуюсь ей....
35
О Сайте и Форуме / Re: Работа сайта\форума
« : 26 Февраля 2007, 20:55:10 »
Собственно такое вот получил, в 20:50-55 МСК.
36
Примеры / Re: Реальные примеры - безналичная оплата топлива на АЗС
« : 26 Февраля 2007, 20:33:08 »
Спасибо Эдуард, спасибо Юрий.
Задачу которую я хочу достигнуть я написал в первом посте.
Имеется в виду цель данных диаграмм?
Или задача которую я ставлю форумчанам вывешивая свои посты\диаграммы?
Не совсем понял что мне нужно более точно ставить, какую задачу?
Решение о внедрении системы уже принято, на каких основаниях - неизвестно.
Известно что есть и что должно быть. Оплата отличается только тем что никто из пользователей заправки не будет видеть денюжку.
Не ищется идеальное решение, к сожалению, необходимо - "я слепила из того что было, а потом что слепила то и полюбила."
К сожалению я не модифицирую бизнес процесс, я лишь пытаюсь что-бы придуманное решение не было сделано черезчур через попу.
Правильно ли я понимаю что это не ВИ для бизнес модели?
В данный момент корпоративных клиентов нету, нету безналичной оплаты.
Примеры мне нужны видимо...запутался я....
Покупатель может посмотреть на информацию та дисплее колонки - сколько литров залито, какая стоимость залитого топлива.
(почему это ВИ? - ИМХО можно скрывать это от пользователя. Мелкий ВИ- согласен, может и не нужно его показывать, но ИМХО можно.)
Простите - имел в виду узнать объем заправленного топлива и сумму за это заправленное топливо. Имелось в виду что это отображается на индикаторе заправочной колонки.
Вот переписанные БМВИ и ВИ системы.
Надеюсь понятна цель данных диаграмм. Хотелось бы услышать критику по диаграммам.
Если не понятно, и что-то пропущено, то я напишу текстовые сценарии работы на этих АЗС.
Как разберусь с "is" тогда и перешагну к "to be". to-be в принципе определен не мной, и вариантов улучшений у меня не много, основная задача при создании SRS к системе и ПО, что-бы небыло ляпов в системе и ПО, плюс в рамках придуманного БП сделать как можно более удобную систему.
Надеюсь я читабелен, и надеюсь более или менее понятен и последователен.
К сожалению нету времени заниматься этим проектом и тем более уточнять детали. К уточнению деталей приступлю как создам грубые модели "is" и "to be". Сейчас моя цель - создать их правильными ч точки зрения семантики.
Я чувствую что плаваю тут.
+Сказывается что занимаюсь этим после рабочего дня:)
Какую задачу вы имеете в виду?
Думаю. здесь на форуме уже было достаточно дискуссий по поводу того, как следует представлять свои задачи для обсуждения.
Я понимаю, что многое из заявленного достаточно прозрачно и тем не менее. Если и ставить задачу, то ставить ее достаточно точно. Пусть не полно, это нормально для постановки задачи. Четкое понимание того, что нужно дает и четкое понимание тех диаграмм, что были изображены.
Задачу которую я хочу достигнуть я написал в первом посте.
Имеется в виду цель данных диаграмм?
Или задача которую я ставлю форумчанам вывешивая свои посты\диаграммы?
Не совсем понял что мне нужно более точно ставить, какую задачу?
Цитировать
Очевидно, что имеет смысл начать с проблемы. Что за проблема, с чем она связана, почему возникла, кого она затрагивает, что получается не так, как хотелось. А как хотелось.Проблема мне не известна, я ее не узнаю.
Вероятно, помимо безналичной оплаты будет оплата и за наличные деньги. Если нас интересует безналичная оплата, то почему такая ситуация возникла. Что требуется для ее организации, чем будет отличаться безналичная оплата от оплаты за наличные.
Решение о внедрении системы уже принято, на каких основаниях - неизвестно.
Известно что есть и что должно быть. Оплата отличается только тем что никто из пользователей заправки не будет видеть денюжку.
Цитировать
Что занчит оплата по картам. Какое участие в этом принимает клиент? Что означает поднести карты, куда ее следует подносить? что будет при этом?Клиент подносит карту-идентификатор. Так сказать ID, к считывателю, который узнает ID карты. Сверяет с БД, что это за аккаунт, есть ли на нем деньги, показывает сколько денег, при заправке автоматически снимает указанную сумму с счета этого аккаунта.
Цитировать
Нужен для анализ бизнес-процесса? Если это новый бизнес-процесс, какие есть аналоги. Внедряется совершенно новое исполнение или за основу берутся существующие опробированные решения?Мне не известны аналогичные решения, думаю есть более удобные решения, например в России в Neste видел подобное.
Не ищется идеальное решение, к сожалению, необходимо - "я слепила из того что было, а потом что слепила то и полюбила."
К сожалению я не модифицирую бизнес процесс, я лишь пытаюсь что-бы придуманное решение не было сделано черезчур через попу.
Цитировать
Исходя из модели бизнес-процесса видим, что Покупатель топливо размещает заказ - что это означает, какие документы при этом должны формироваться, зачем, чьи интересы должны быть защищены? Получает ли покупатель квитанцию при оплате некоторого количества топлива?Извините, я имел в виду устный запрос. Имел в виду что Покупатель должен сообщить бизнес-веркеру информацию - вид топлива и объем.
Правильно ли я понимаю что это не ВИ для бизнес модели?
Цитировать
далее диаграмма бизнес-юзкейсов. - где граница системы? кто тут основное действующее лицо? кто внешнее, кто исполнитель.Более чем справедливо, не знаю я как правильно это все отображать. Хотелось бы увидеть примеры, что-бы разобраться как необходимо это изображать.
Очевидно покупатель топлива - внешнее лицо, инициатор процесса покупки топлива. Заправщик - лицо, исполняющее - это часть системы.
Если диаграмма должна отражать бизнес- как прозрачный ящик, то как все-таки это происходит. Не лучше ли сначала написать текстовый сценарий?
Цитировать
Кто такой покупатель топлива? Это корпоративный клиент или физическое лицо? Думаю тут есть свои нюансы.
На мой взгляд диаграмма излишне детализирована и не соответствует области дейстия уровня бизнеса. Например неочень понятно, что означает Купить топливо, сообщая заказ. Произвести оплату, узная сумму. ВИ явно разного уровня цели, все что кроме купить топливо, скорее подфункции. И опять же слишком много места для волюнтаристического обсуждения.
В данный момент корпоративных клиентов нету, нету безналичной оплаты.
Примеры мне нужны видимо...запутался я....
Цитировать
Диаграмма системных ВИ: почему отображена связь между Покупателем и заправщиком?Я связь отобразил т.к. Покупатель - сообщает заправщику что ему нужно, какой бензин, в каком количестве,
Разве у покупателя есть такая цель - Узнать объем топлива? И он обращается к системе для этого?
Заправить топливо - разве сделать запись о продаже не включается в процесс Заправить топливо.
Вопросов больше чем ответов на мой взгляд.
Покупатель может посмотреть на информацию та дисплее колонки - сколько литров залито, какая стоимость залитого топлива.
(почему это ВИ? - ИМХО можно скрывать это от пользователя. Мелкий ВИ- согласен, может и не нужно его показывать, но ИМХО можно.)
Как будет выглядеть сценарий для UC "Узнать стоимость"? Может это полсьл часть UC "Купит топливо", который может просто привести к завершению юзкейса, если цена не устроит?
Простите - имел в виду узнать объем заправленного топлива и сумму за это заправленное топливо. Имелось в виду что это отображается на индикаторе заправочной колонки.
Вот переписанные БМВИ и ВИ системы.
Надеюсь понятна цель данных диаграмм. Хотелось бы услышать критику по диаграммам.
Если не понятно, и что-то пропущено, то я напишу текстовые сценарии работы на этих АЗС.
Как разберусь с "is" тогда и перешагну к "to be". to-be в принципе определен не мной, и вариантов улучшений у меня не много, основная задача при создании SRS к системе и ПО, что-бы небыло ляпов в системе и ПО, плюс в рамках придуманного БП сделать как можно более удобную систему.
Надеюсь я читабелен, и надеюсь более или менее понятен и последователен.
К сожалению нету времени заниматься этим проектом и тем более уточнять детали. К уточнению деталей приступлю как создам грубые модели "is" и "to be". Сейчас моя цель - создать их правильными ч точки зрения семантики.
Я чувствую что плаваю тут.
+Сказывается что занимаюсь этим после рабочего дня:)
37
Примеры / Re: Реальные примеры - безналичная оплата топлива на АЗС
« : 23 Февраля 2007, 19:47:47 »
Всем большое спасибо за помощь.
Времени не было абсолютно заниматься этим проектом, т.к. приорите у него - как будет время свободное.
Вобщем нашел немного времени и сделал диаграммы бизнес процесса (только обслуживание), бизнес и системных ВИ.
Много вопросов возникло по поводу как правильно их рисовать, думал несколько вариантов представить, как мне думалось нарисовать. Но нету времени.
Буду очень рад критике как по самим диаграммам с точки зрения ЮМЛ, с точки зрения правильности и содержательности, так и дальнейшим шагам, и.п.
П.С. Сорри что тему создал, а времени особо нету заниматься - времени нету на проект и на форум соответственно:(
Всем еще раз огромное спасибо!
П.П.С. Бизнес процесс на АЗС довольно таки сжатый, заправщик он же и кассир, выполняет все действия.
Вот картинки:
Времени не было абсолютно заниматься этим проектом, т.к. приорите у него - как будет время свободное.
Вобщем нашел немного времени и сделал диаграммы бизнес процесса (только обслуживание), бизнес и системных ВИ.
Много вопросов возникло по поводу как правильно их рисовать, думал несколько вариантов представить, как мне думалось нарисовать. Но нету времени.
Буду очень рад критике как по самим диаграммам с точки зрения ЮМЛ, с точки зрения правильности и содержательности, так и дальнейшим шагам, и.п.
П.С. Сорри что тему создал, а времени особо нету заниматься - времени нету на проект и на форум соответственно:(
Всем еще раз огромное спасибо!
П.П.С. Бизнес процесс на АЗС довольно таки сжатый, заправщик он же и кассир, выполняет все действия.
Вот картинки:
38
Примеры / Реальные примеры - безналичная оплата топлива на АЗС
« : 20 Февраля 2007, 17:40:21 »
Для начала хотелось бы определиться в чем (UML, DFD, IDEF) можно сделать наброски диаграмм (и диаграмм чего), что бы можно было общаться с заказчиком. Представить свое виденье, и соответственно после вопросво-ответов внести изменения в диаграммы.
39
Примеры / Реальные примеры - безналичная оплата топлива на АЗС
« : 20 Февраля 2007, 17:20:55 »
Значится так:
Поступил новый проект мне на разработку требований к системе.
После 10 минут разговоров удалось выяснить следующее:
Задача:
Есть проект, для которого необходимо разработать SRS (system, then software).
Цель проекта:
Обеспечить возможность безналичной оплаты топлива на АЗС для корпоративных клиентов.
Реализация:
Обеспечение безналичной оплаты планируется реализовать при помощи карт-идетификаторов при поднесении которой заправка будет связываться с сервером и проверять\снимать деньги со «счета» клиента.
Каждый счет может иметь неограниченное количество карт привязанных к счету.
Система работает только при наличии непрерывной связи с сервером.
Ограничения системы:
Система должна только снимать деньги на основании заправленного бензина.
Система не должна управлять подачей топлива.
При поднесении карты система должна связаться с сервером и показать доступную сумму.
После заправки система должна снять деньги со «счета» клиента и вывести сообщение об оплате.
При недостатке денег на «счете» клиента система должна сообщить о недостаточности средств на счету. Снять деньги со счета и вывести сообщение о недостающей сумме. Доплата суммы контролируется вне системы, средствами персонала АЗС.
Бизнес – прецеденты при безналичной оплате.
Покупатель:
Заправка топливом (устная просьба)
Оплата топлива (поднесение карты)
Информация о состоянии счета
Информация о снятии денег со счета
Получение чека
Кассир:
Заправка топлива
Проверка оплаты
Администратор:
Указание цены на топливо.
Создание\редактирование\удаление клиента
Создание\редактирование\удаление счетов для клиента
Создание\редактирование\удаление карточек для счета клиента
Внесение денег на счет клиента.
Выдача денег со счета клиента
Просмотр статистики (TBD)
Владелец счета:
Устная просьба к администратору
Просмотр статистики? (устная просьба к админу на распечатку отчета?)
Основная проблема в том, что система разрабатываться будет на основании наименьшего сопротивления с точки зрения оборудования. Отсюда и ее …… странность
Скоро буду приступать к работе, собственно смогу задавать вопросы, получать четкие ответы – принимать решения и все уточнять. И делать спецификацию.
Хотелось бы услышать советы с чего начать, какие вопросы моменты уточнить, и т.п.
К сожалению бизнес анализ, и изменения\автоматизация делается на основании что проще\выгоднее поставщику услуги а не заказчику ИМХО (И не мной...). Поэтому серьезные ограничения на влезание в БП-ы.
Поступил новый проект мне на разработку требований к системе.
После 10 минут разговоров удалось выяснить следующее:
Задача:
Есть проект, для которого необходимо разработать SRS (system, then software).
Цель проекта:
Обеспечить возможность безналичной оплаты топлива на АЗС для корпоративных клиентов.
Реализация:
Обеспечение безналичной оплаты планируется реализовать при помощи карт-идетификаторов при поднесении которой заправка будет связываться с сервером и проверять\снимать деньги со «счета» клиента.
Каждый счет может иметь неограниченное количество карт привязанных к счету.
Система работает только при наличии непрерывной связи с сервером.
Ограничения системы:
Система должна только снимать деньги на основании заправленного бензина.
Система не должна управлять подачей топлива.
При поднесении карты система должна связаться с сервером и показать доступную сумму.
После заправки система должна снять деньги со «счета» клиента и вывести сообщение об оплате.
При недостатке денег на «счете» клиента система должна сообщить о недостаточности средств на счету. Снять деньги со счета и вывести сообщение о недостающей сумме. Доплата суммы контролируется вне системы, средствами персонала АЗС.
Бизнес – прецеденты при безналичной оплате.
Покупатель:
Заправка топливом (устная просьба)
Оплата топлива (поднесение карты)
Информация о состоянии счета
Информация о снятии денег со счета
Получение чека
Кассир:
Заправка топлива
Проверка оплаты
Администратор:
Указание цены на топливо.
Создание\редактирование\удаление клиента
Создание\редактирование\удаление счетов для клиента
Создание\редактирование\удаление карточек для счета клиента
Внесение денег на счет клиента.
Выдача денег со счета клиента
Просмотр статистики (TBD)
Владелец счета:
Устная просьба к администратору
Просмотр статистики? (устная просьба к админу на распечатку отчета?)
Основная проблема в том, что система разрабатываться будет на основании наименьшего сопротивления с точки зрения оборудования. Отсюда и ее …… странность
Скоро буду приступать к работе, собственно смогу задавать вопросы, получать четкие ответы – принимать решения и все уточнять. И делать спецификацию.
Хотелось бы услышать советы с чего начать, какие вопросы моменты уточнить, и т.п.
К сожалению бизнес анализ, и изменения\автоматизация делается на основании что проще\выгоднее поставщику услуги а не заказчику ИМХО (И не мной...). Поэтому серьезные ограничения на влезание в БП-ы.
40
Примеры / Реальные примеры - БД Финансовых Инструментов
« : 14 Февраля 2007, 09:30:13 »
Предлагаю сделать отдельный подраздел или что-то подобное. И каждый пример постить в отдельную тему. С полным описанием, вопросами и т.п.
А эту тему оставить для обсуждения самого обсуждения:))), обсуждения обсуждения реальных примеров:)
Думаю будут идеи и пожелания к ходу рассмотрения примеров, будет неплохо если они будут у нас в одном месте.
А эту тему оставить для обсуждения самого обсуждения:))), обсуждения обсуждения реальных примеров:)
Думаю будут идеи и пожелания к ходу рассмотрения примеров, будет неплохо если они будут у нас в одном месте.
41
Примеры / Реальные примеры
« : 13 Февраля 2007, 20:57:20 »
Вобщем-то давно хотел предложить ветку где можно будет выставлять реальные примеры для всеобщего обсуждения и улучшения.
Плюсы:
1. Увидеть свои ошибки.
2. Увидеть решение загвоздок, или сомнений.
3. Услышать опыт других людей, взглянуть на свой подход со стороны.
4. Повысить качество своего "продукта"
5. Улучшить свой уровень как специалиста.
Кто что скажет?
Плюсы:
1. Увидеть свои ошибки.
2. Увидеть решение загвоздок, или сомнений.
3. Услышать опыт других людей, взглянуть на свой подход со стороны.
4. Повысить качество своего "продукта"
5. Улучшить свой уровень как специалиста.
Кто что скажет?
42
Системный Анализ и Требования / Re: IEEE-STD-830-1998
« : 12 Февраля 2007, 14:18:14 »ДержиСпасибо!
Цитировать
Какие есть вопросы?
Вопросы чуть позже будут, как под (в) него буду под(в)гонять требования.
Спасибо!
43
Сообщество Аналитиков / Re: Протокол №2 от 4.02.2007
« : 12 Февраля 2007, 13:22:46 »
Все отлично, ... только
Я не буду BoBOK заниматься, я даже незнаю что это:)))
BaBOK имелся в виду? - тогда можно....
Правда что-то последнее время ничего не успеваю...
Я не буду BoBOK заниматься, я даже незнаю что это:)))
BaBOK имелся в виду? - тогда можно....
Правда что-то последнее время ничего не успеваю...
44
Системный Анализ и Требования / IEEE-STD-830-1998
« : 12 Февраля 2007, 12:53:08 »
Собственно, хотелось бы пообсуждать немного написание SRS на основе (по правилам) IEEE-STD-830-1998.
Собственно, столкнулся с проблемой...
Где его скачать? в оригинале, а не abstract... так сказать:)
П.С. Помогите плиз.
Собственно, столкнулся с проблемой...
Где его скачать? в оригинале, а не abstract... так сказать:)
П.С. Помогите плиз.
45
Проектирование / Книги: Иан Грэхем - Объектно-ориентированные методы. Принципы и практика
« : 24 Января 2007, 20:21:33 »
Спасибо за тему!
Скоро приобрету книгу.
Нашел еще вот такую
Объектно-ориентированные методы. Принципы и практика
3-е издание
Иан Грэхем
Object-Oriented Methods: Principles & Practice Third Edition
Ian Graham
Подробно тут:
http://www.williamspublishing.com/Books/5-8459-0438-2.html#ogl
Ктонибудь читал? Книги сравнимы?
Скоро приобрету книгу.
Нашел еще вот такую
Объектно-ориентированные методы. Принципы и практика
3-е издание
Иан Грэхем
Object-Oriented Methods: Principles & Practice Third Edition
Ian Graham
Подробно тут:
http://www.williamspublishing.com/Books/5-8459-0438-2.html#ogl
Ктонибудь читал? Книги сравнимы?