Я долго смеялся

Я старался чо.

- показать саму границу системы - boundary
- показать цели использования системы внешними сущностями - то есть именнованные в терминах цели пользователя обязанности (отвественности) системы = варианты использования

границу не могу показать - не умещается. за границей в основном всегда только акторы стоят (другого не встречал, хотя Вы может и встречали - я не такой знаток)

Вопрос: можно ли на ДВИ отобразить прецедент, которого нет в сценариях ВИ, и он происходит не при помощи системы, но влияет на другие прецеденты (я говорю конкретно про отгрузку товара). Например, он влияет на формирование статуса и зависим от мониторинга ИСУП..

Вопрос: можно ли на ДВИ отобразить прецедент, которого нет в сценариях ВИ, и он происходит не при помощи системы, но влияет на другие прецеденты (я говорю конкретно про отгрузку товара). Например, он влияет на формирование статуса и зависим от мониторинга ИСУП..

НЕт, вариант использование рассматриваемой системы. Если хочешь показать другие прецеденты, расширяй контекст.

НЕт, вариант использование рассматриваемой системы

ну а если например нарисовать границу системы и прецедент вынести за эту границу? =) нельзя так сделать ?

Если хочешь показать другие прецеденты, расширяй контекст.

Это как сделать ?

Еще вопрос. Про диаграмму развертывания. Вот например у меня есть физческий сервер и я на него устанавливаю веб-сервер, сервер базы данных, php.. Узлом будет являться только физический сервер, а все остальное - компонентами узла, или как?

ну а если например нарисовать границу системы и прецедент вынести за эту границу? =) нельзя так сделать ?

Потом нарисовать еще одну границу дать ей название, по смыслу включающее и новый прецедент и уже имеющейся баундэри и часть акторов. Можно, только мы получим уже совсем другую историю. UML однозначного ответа не дает, поскольку не регламентирует такие попытки, пробуй! Вопрос в целесообразности.

Еще вопрос. Про диаграмму развертывания. Вот например у меня есть физческий сервер и я на него устанавливаю веб-сервер, сервер базы данных, php.. Узлом будет являться только физический сервер, а все остальное - компонентами узла, или как?

http://www.uml-diagrams.org/deployment-diagrams.html
Узел - это физическое устройство или некоторая операционная среда. Делаем вывод, что это можно рассматривать как операционную среду, т.е. узел - вот пример http://www.uml-diagrams.org/deployment-diagrams-examples.html#web-application
вообще покопайся http://www.uml-diagrams.org, IMO много полезного, хотя и по-английски, но делал наш бывший гражданин (хотя может и не бывший)

http://www.uml-diagrams.org/deployment-diagrams.html
Узел - это физическое устройство или некоторая операционная среда. Делаем вывод, что это можно рассматривать как операционную среду, т.е. узел - вот пример http://www.uml-diagrams.org/deployment-diagrams-examples.html#web-application
вообще покопайся http://www.uml-diagrams.org, IMO много полезного, хотя и по-английски, но делал наш бывший гражданин (хотя может и не бывший)
Отправлено: Мая 28, 2011, 10:20:45 pm

Спасибо за ссылки =) хорошо все написано.
Как я понял компоненты уже давно входят в узлы окружения и, соответственно, не отображаются на схемах.
Единственная трудность для меня теперь - это как придумывать названия "артефактам"..

Передел ДВИ и сделал диаграмму развертывания. Посмотрите, пожалуйста

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

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

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

Не, я просто задал вопросы. Я не советовал их удалять, нужно внимательно подумать, нужна ли тут связь, стоит ли  ее хранить

обратные стрелочки не пунктиром нарисованы..

Ну нельзя было сказать: "Поставь галочку "Is Return""?.. Я полчаса искал как этот возврат сделать..

Передел ДВИ и сделал диаграмму развертывания. Посмотрите, пожалуйста

А тебе самому твоя ДВИ нравится?
1. зачем нужна картинка? для того чтобы лучше быстрее и проще понять то, что написано словами. А у тебя что? лес ассоциаций, куча овальчиков
2. распределение ВИ  и ролей - по-моему не продуманное. Например, администратор - то он управляет аккаунтами пользователей, то уже выставляет какие-то счета - смешение ролей явное
3. на одной диаграмме представлены ВИ разного уровня нужности. одни относяся к бизнес-контексту, другие просто к организации работы системы, я бы разделил их на две диаграммы
4. Название ВИ не всегда понятны. А инклюды с эксендами лишние. Каков в них смылс неясно. Выставление счета расширяет Мониторинг ИСУП (а где точка расширения, где условие)

и т.д.

Ну нельзя было сказать: "Поставь галочку "Is Return""?.. Я полчаса искал как этот возврат сделать..

Знание добытое самостоятельно наиболее ценно!

Что сказать по поводу ДП.
Каковое назначение, что ты хотел ею сказать и кому?
Варианты ответа:
научному руковдителю - смотри мол я умею рисовать ДП
будущей комиссии - смотрите мол я ведь знаю что такое UML  и даже знаю что такое ДП
самому себе - понять как будет реализован ВИ, какие классы нужно добавить, как правильно распределеить обязанности между классами

Далее поскольку ты выбрал типичный принцип разделение интерфейса и модели, то выбор в качестве управляющего класса Систему, выглядет несколько странно. Я думаю что в данном случае как минимум это должен быть контроллер варианта использования
Далее каким образом происходит сохранение объекта Проект? Куда он сохраняется? Из реализации ВИ не ясно

А тебе самому твоя ДВИ нравится?

да так себе.

2. распределение ВИ  и ролей - по-моему не продуманное. Например, администратор - то он управляет аккаунтами пользователей, то уже выставляет какие-то счета - смешение ролей явное

в "выставление счета" у меня входит собственно составление счета бухгалтером + публикация ссылки на этот счет на сайте, что делает как раз администратор.

4. Название ВИ не всегда понятны. А инклюды с эксендами лишние. Каков в них смылс неясно. Выставление счета расширяет Мониторинг ИСУП (а где точка расширения, где условие)

Условие простое: " В ходе мониторинга заданий в СУП обнаружено задание на публикацию счета".. Где это прописывать надо? в пометке к прецеденту?

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

Согласен, это самому не нравится... Но я чето не знаю как их разделить..

Знание добытое самостоятельно наиболее ценно!

=)

Что сказать по поводу ДП.
Каковое назначение, что ты хотел ею сказать и кому?
Варианты ответа:
научному руковдителю - смотри мол я умею рисовать ДП
будущей комиссии - смотрите мол я ведь знаю что такое UML  и даже знаю что такое ДП
самому себе - понять как будет реализован ВИ, какие классы нужно добавить, как правильно распределеить обязанности между классами

Все 3 варианта.. А научный руководитель к сожалению сам не умеет рисовать ДП 8(

Далее каким образом происходит сохранение объекта Проект? Куда он сохраняется? Из реализации ВИ не ясно

Сохранение объекта проект происходит в базу данных mysql очевидно, в таблицу "проекты".

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

Вся проблема в том, что я занимаюсь так называемым "обратным проектированием", тоесть систему я уже сделал, а теперь пытаюсь ее описать, мне бы, например, было бы легче наоборот (тоесть спроектировать, и не делать ничего), но я не ищу легких путей видимо.
Так вот, я не очень знаю какой класс выбрать для "контроллера", поэтому я назвал его абстрактно "System", тоесть система управления контентом \ движок сайта, называйте как хотите, при помощи него выполняются все движения по сайту, sql запросы, записи в БД и т.д. на мой взгляд..

А вы описание предметной области будете делать, или ограничитесь вариантами использования?

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