1171

UML SysML и пр. / Re: Википедия -- наша мать

« : 04 Января 2013, 00:04:03 »

1. [start] - определено как сторожевое условие, но это неправильно. Start - не условие, а триггер
2. и т.д.

n-1. retrivial - незнакомое слово, имелось в виду видимо Retrival - считывание.
n. использование do/wait просто глупо
n+1. вообще не сказано, что за объект. Это не есть гуд

1172

UML SysML и пр. / Re: Википедия -- наша мать

« : 03 Января 2013, 14:01:07 »

Виктор, добрый день. С Новым годом.

Ну все правильно . Диаграммы состояний вот такие, а диаграммы автоматов другие

Если серьезно, думаю тут все относительно просто. Первая статья небольшая, перевести ее большого труда не составило. Таким образом некто Пес-призраг сохранил себя в истории.

Причем английская страница ведет на несколько иную страницу на русском http://ru.wikipedia.org/wiki/Диаграмма_состояний_(теория_автоматов), которая по созданию СТАРШЕЕ других англоязычных аналогов

Однако вот подобные статьи - удар по репутации.

1173

О Сайте и Форуме / Re: Файловый архив не доступен

« : 28 Декабря 2012, 20:22:11 »

Коллеги, может в Skydrive хранилище заведем (там 7 ГБ с возможностью встраивания содержимого документов в веб-страницы), а текущее деактивируем? Просто много битых ссылок образовалось.

Да можно, правда битость не в том, что они битые, а в том, что содержимое по ссылком убрано.

1174

Задачи студентов / Re: use case(транзакции)

« : 28 Декабря 2012, 08:01:35 »

Большое спасибо за столь обстоятельный ответ! Всё стало прозрачно.

Пожалуйста

1175

О Сайте и Форуме / Re: Файловый архив не доступен

« : 27 Декабря 2012, 20:45:36 »

Да, неплохо бы. Саша, не ты добавлял? Кто первоисточник?

1176

О Сайте и Форуме / Re: Файловый архив не доступен

« : 27 Декабря 2012, 12:28:05 »

Файловый архив не доступен.

Да это так. Тут есть ряд причин. Часть материала потерялась и руки не доходят, часть снята специально. Но архив как репозиторий названий оставлен. можно использовать как справочник

Я нашла FAQ на вашем сайте, похоже он великолепен)

Спасибо

1177

Задачи студентов / Re: use case(транзакции)

« : 27 Декабря 2012, 12:25:51 »

Акторами будут системы, не являющимися частями проектируемой (рассматриваемой системы). Таким образом. Веб-сервис вполне может быть актором, так как нужно реализовать интерфейс взаимодействия с веб-сервисом. По этой логике и MySQL-сервер становится актором. Но разница есть.

MySQL-сервер - инструмент реализации и по сути является частью систему, проявляется на стадии проектирования и реализации.

Web-сервис - сторонний компонент и не является частью системы.

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

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

1178

UML SysML и пр. / Re: Помогите пожалуйста посторить диаграмму состояний

« : 25 Декабря 2012, 22:44:06 »

Ion, смотри все просто.

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

Если рассматривать так - ну глупо, потому нужно посмотреть, на конркетные классы и найти жертву.
В принципе каждый класс может быть жертвой, но в реальности не все.

Вообще нужно смотреть на такой класс, вернее объект класса, у которого есть ИЗМЕНЯЕМЫЕ во времени значения атрибутов.
В твоем случае, например может быть ЗАКАЗ. Я там не присматривался, но заказ может быть
-- предложен, размещен, новый
-- одобрен, взят в разработку, в работе, выполняется, оценивается и т.п.
-- выполнен
-- отклонен
-- оплачен
и т.п.

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

Далее нужно описать из какого состояния куда можно попасть, и что может происходить при этом.

Поищи на uml-diagrams.org ну и google тебе в поиск

1179

Конференции Семинары и Тренинги / Re: Конференции по БА

« : 24 Декабря 2012, 18:12:44 »

Наша команда с удовольствием бы приехала в Рязань (избранные)

1180

Для всех / Re: Есть набор связных файлов - как опубликовать через Google

« : 21 Декабря 2012, 23:47:38 »

А Google Sites поддерживают JavaScript, который активно используется на страницах сгенерированного HTML Report'a EA?
Можно через FTP оперативно загрузить, например, на narod.ru, если есть почтовый аккаунт на Яндексе.

Да есть аккаунт на Яндаксе. попробую спасибо.

1181

Для всех / Есть набор связных файлов - как опубликовать через Google

« : 21 Декабря 2012, 17:40:30 »

Друзья, есть проектная документация в виде сайта. Генерится ЕА
css
EARoot
files
images
js
blank.htm
index.htm
toc.htm

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

1182

Задачи студентов / Re: Бизнесс-процесс "Деятельность туристической фирмы"

« : 20 Декабря 2012, 22:19:26 »

А не могли бы вы подсказать,как бы она выглядела бы в idef0 правильно?В чём ошибки?

Я как раз этого и не хочу. Поскольку ошибки нотации очевидны. Все-таки нужно сначал понять язык, а потом им пользоваться. Тем более он ведь прост (http://dit.isuct.ru/ivt/books/CASE/case8/sadt_index.htm)
Второе это логика и здравый смысл: вход преобразуется в выход. Найдите соответствие каждому входу и каждому выходу. Например во что превращаются Представители? Или как Заказы и Пактеы услуг превращаются в разработку и комплектацию турмаршрута?
Третье, что это за декомпозиция в три вида туроператоров. Вы понимаете, что такое ФУНКЦИОНАЛЬНАЯ декомпозиция?

1183

Задачи студентов / Re: Бизнесс-процесс "Деятельность туристической фирмы"

« : 20 Декабря 2012, 08:50:27 »

А зачем ее нужно моделировать в dfd?

DFD - диаграмма потоков ДАННЫХ, т.е. в вашем случае нужно смоделировать информационные потоки, определить их источники и потребителей и центры(процессы) преобразования одних потоков в другие.

Ваша idef0 содержит ошибки, вернее лучше сказать - это не idef0 вообще, а что-то выглядящая как idef0. Ликбез читать не буду, у вас свой преподаватель есть, да и источников знаний предостаточно.

1184

Задачи студентов / Re: Система поддержки процесса обучения (на примере кафедры)

« : 11 Декабря 2012, 11:01:57 »

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

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

Итак, какую такую пользу принесет система:
студенту
преподавателю
и т.д.

Мне бы хотелось начать с этого. Причем кратко без кучи текста, который малопонятен и слишком специфичен (ну и скучен)

1185

Задачи студентов / Re: UC диаграмма, правильно?

« : 07 Декабря 2012, 16:25:26 »

А как правильно описывать циклы и ветвления, не используя "ЕСЛИ"

Почитайте вот эти статьи
Рекомендации по написанию спецификаций вариантов использования
и
Как моделировать альтернативные потоки?

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

В вашем случе это могло бы выглядеть так

1. ВИ начинается, когда Менеджер выбирает опцию (отправляет команду) "Проверить заказ''.
2. Система отображает заполненную клиентом анкету.
3. Менеджер проверяет анкету и устанавливает статус "Без ошибок"
4. Система сохраняет изменения.

Альтернативные процесс
Анкета заполнена не верно

Предусловие: АП на шаге 3 основного потока, менеджер обнаружил ошибки в заполнении анкеты
1. Менеджер инициирует ВИ "Указать ошибку"
2. Система выполняет ВИ "Указать ошибку"