МАИ г.Байконур год выполнения 2011 UML диаграммы в NetBeans IDE Диаграмма use case (Use Case Diagram) Диаграмма развертывания (Deployment Diagram) Диаграмма классов (Class Diagram) Диаграмма последовательности (Sequence Diagram) Диаграмма состояния (Statechart Diagram)
11 стр. (Автор и выходные данные не указаны). Данная лабораторная работа часть посвящена базовым принципам объектно-ориентированного подхода, который лежит в основе процесса моделирования UML. В частности, будут рассмотрены следующие важные понятия. Абстракция. Наследование. Полиморфизм. Инкапсуляция. Передача сообщений. Ассоциации. Агрегация.
7 стр. (Автор и выходные данные не указаны). Цель работы: Получить практические навыки применение CASE – средств при проектировании баз данных. Унифицированный язык визуального моделирования Unified Modeling Language (UML) представляет собой объектно-ориентированный язык моделирования, обладающий следующими основными характеристиками: является языком визуального моделирования,...
БГУИР, Минск, Сердюков Р. Е., 33 с.
Дисциплина " Проектирование программ в интеллектуальных системах"
Описание объектной модели
Диаграмма требований
Диаграмма сущность-связь
Диаграмма вариантов использования
Варианты развития системы
Диаграмма классов
Диаграмма классов развития
Диаграмма состояний
Диаграмма деятельности
Диаграмма компонентов
Привязка к языку...
БГУИР, Минск, Сердюков Р. Е., 20 с. Дисциплина " Проектирование программ в интеллектуальных системах" Описание объектной модели Диаграмма сущность Диаграммы вариантов использования Варианты развития системы Базовая диаграмма классов Диаграммы классов в соответствии с направлениями развития Диаграмма состояний Диаграмма компонентов Привязка к языку программирования Метрики
10 стр. (Автор и выходные данные не указаны). Итак, ознакомимся с элементами, которые показывают изменения во времени. В этой лабораторной работе остановимся на следующих вопросах. Что такое диаграмма состояний. События, действия и условия перехода. Подчиненные состояния: последовательные и параллельные. История состояний. Почему важны диаграммы состояний. Добавление диаграммы...
10 стр. (Автор и выходные данные не указаны). Цель работы: освоить элементы языка UML и соответствующие инструменты Rational Rose для составления концептуальной модели проектируемой системы, содержащей перечень исполнителей, взаимодействующих с системой, описание её функций в форме диаграмм, позволяющих формально специфицировать сценарии поведения и моделировать требования к...
11 стр. (Автор и выходные данные не указаны). В настоящее время унифицированный язык моделирования (UML — Unified Modeling Language) является одним из наиболее популярных в сфере инструментов разработки объектно-ориентированных систем. Почему именно так? UML является визуальным языком моделирования, который позволяет системным архитекторам представлять свое видение системы в...
11 стр. (Автор и выходные данные не указаны). Следующим шагом является диаграмма последовательностей UML, отображающая взаимодействие объектов во времени. В этой лабораторной работе будут рассмотрены следующие вопросы. Что такое диаграмма последовательностей. Применение диаграмм последовательностей. Общие и частные диаграммы. Использование управляющих конструкций "если" и...
СПб НИУ ИТМО, СПб., 2012 г., автор - Романов Н.А., 5 стр.
Дисциплина - Информационные технологии в приборостроении
Цель работы: изучение языка графического описания UML, ознакомление с графическим редактором и составление примеров диаграмм.
Содержание:
UML.
Диаграмма прецедентов.
Диаграмма деятельности.
Диаграмма классов.
15 стр. (Автор и выходные данные не указаны). После того, как студенты познакомились с классами и отношениями между ними, самое время сосредоточить внимание на еще одной важной области применения UML — прецедентах. В этом пункте будут рассмотрены следующие вопросы. Что такое прецеденты. Создание прецедента. Включение прецедента. Расширение прецедента. Анализ прецедента.
Практическая работа. — 2 с. (Автор и выходные данные не указаны). Содержание: Требования к выполнению и оформлению работы. Перед началом работы. Создайте действующих лиц. Создайте варианты использования. Постройте диаграмму вариантов использования. Добавьте описание к вариантам использования. Создайте три текстовых файла (например, в MS Office) с описанием вариантов...
15 стр. (Автор и выходные данные не указаны). Цель работы: научиться создавать модели поведения основных объектов системы в виде диаграммы состояний (State Diagram) и детализировать особенности алгоритмической реализации выполняемых объектом операций с помощью диаграммы деятельности (Activity Diagram). Файл предназначен для преподавателей систем UML.
8 стр. (Автор и выходные данные не указаны). В лабораторной работе рассмотрены следующие вопросы: Визуализация классов. Атрибуты. Операции. Обязанности и ограничения. Выявление классов.
2 стр. (Автор и выходные данные не указаны). Цель работы: описать на языке UML логическую структуру проектируемой системы в виде диаграммы классов и представить её как визуальную модель системы в CASE-среде Rational Rose.
3 стр. (Автор и выходные данные не указаны). Цель работы: научиться описывать в CASE-среде Rational Rose взаимодействие объектов проектируемой системы с помощью диаграммы последовательности (Sequence Diagram) и диаграммы сотрудничества (Collaboration Diagram).
2 стр. (Автор и выходные данные не указаны). Цель работы: научиться проводить анализ необходимой аппаратной конфигурации, на которой будут работать отдельные процессы автоматизированной системы и описывать их взаимодействие средствами языка UML.
15 стр. (Автор и выходные данные не указаны). В этой лабораторной работе вы узнаете, как классы связываются друг с другом. Будут рассмотрены следующие понятия. Ассоциации. Кратность. Составные ассоциации. Рефлексивные ассоциации. Наследование и обобщение. Зависимости.
3 стр. (Автор и выходные данные не указаны). Цель работы: освоить технологию перехода от моделей логического представления к физической организации проектируемой системы в форме диаграмм программных компонентов (Component Diagram), представленных в исходном коде, двоичных или исполняемых файлах.
CASE - это системы автоматизированного проектирования программного обеспечения. UML - методология проектирования ПО, а средства проектирования по методологии UML являются подмножеством CASE,Поэтому книги по UML в теории - в объектно-ориентированное моделирование (там сейчас есть много, кстати, про ООП, что совершенно ошибочно), а про средства UML - в CASE.
Да, конечно так умно, надо переосмыслить. Прочитала раз 5.Я так понимаю, например - UML в среде Rational Rose Rose - это в CASE, так?А ООП, если без привязки к языкам, теория - просто в Информатику? Вот список отсюда: /file/170614/ /file/567/ /file/10721/ /file/180232/ /file/122986/ /file/130273/ /file/123050/ P.S. Из скрытого текста Вашего комментария делаю вывод, что Вы отвечаете на сообщения на месте, не переходя в раздел. Например, у нас такая возможность в личном кабинете отсутствует, чтобы ответить по сообщению сразу из кабинета. Я не прошу. Просто констатирую подмеченный факт. Все-таки интерфейсы разнятся) Но, наверное, в этом случае Вы все же отвечали из админки - живой ленты - на поток комментариев.
Я так понимаю, например - UML в среде Rational Rose Rose - это в CASE, так?Да. Т.е. сама среда Rational Rose - это и есть CASE. Точно так же как инженерная графика - это теория, а CAПР системы вроде AutoCAD - это среды.А ООП, если без привязки к языкам, теория - просто в Информатику?Объектно-ориентированное программирование - да, в информатику. Т.к. тут речь идет о 3 принципах (инкапсуляция, наследование, полиморфизм) в применении к конкретным языкам программирования. Объектно-ориентированное проектирование и объектно-ориентированное моделирование - живет здесь. Тут "область исследования" шире - помимо способов написания программного кода, здесь рассматривается уже процесс проектирования программного продукта целиком - от требований и сценариев использования, до способов развертывания его в целевой среде.P.S.: Вовсе нет. Единственное что есть у модераторов - это список последних комментариев из всех разделов с закладками. Ответить прямо из него нет возможности - приходится переходить в раздел (но может быть это и к лучшему т.к. видна вся дискуссия, а не только ее "хвост").
Добрый день! Может быть, есть тут программисты толковые? Подскажите, пожалуйста, как с помощью компонентов TIdTCPServer и TIdTCPClient из библиотеки Indy 10.2.5 в Delphi2009 передавать большие строки/сообщения? Проблема в ограниченности строки, даже не в самой дельфи(там до 2 Гб), а компонент ограничивает. Ну или можно в какой-нибудь поток организовать и передать, потом считать... но вот мне нужен пример хороший, пока не нашла. Подскажите, как реализовать?
Во-первых, вы как-то разделом ошиблись. Объектно-ориентированным бывает не только программирование.А вообще разбейте большое сообщение на несколько мелких и передайте по частям. Передавать данные размером более 4Кб в одном пакете ИМХО странная затея.
Комментарии
UML в Системное моделирование и CASE-средства или наоборот.Если что, вот список отсюда:
/file/170614/
/file/1052/
/file/814/
/file/104929/
/file/816/
/file/106506/
/file/96759/
/file/32435/
/file/813/
/file/98229/И в Системном моделировании и CASE-средствах лежит вот это:
неизвестная ссылка
UML - методология проектирования ПО, а средства проектирования по методологии UML являются подмножеством CASE,Поэтому книги по UML в теории - в объектно-ориентированное моделирование (там сейчас есть много, кстати, про ООП, что совершенно ошибочно), а про средства UML - в CASE.
Прочитала раз 5.Я так понимаю, например - UML в среде Rational Rose Rose - это в CASE, так?А ООП, если без привязки к языкам, теория - просто в Информатику?
Вот список отсюда:
/file/170614/
/file/567/
/file/10721/
/file/180232/
/file/122986/
/file/130273/
/file/123050/ P.S. Из скрытого текста Вашего комментария делаю вывод, что Вы отвечаете на сообщения на месте, не переходя в раздел. Например, у нас такая возможность в личном кабинете отсутствует, чтобы ответить по сообщению сразу из кабинета. Я не прошу. Просто констатирую подмеченный факт.
Все-таки интерфейсы разнятся)
Но, наверное, в этом случае Вы все же отвечали из админки - живой ленты - на поток комментариев.
Точно так же как инженерная графика - это теория, а CAПР системы вроде AutoCAD - это среды.А ООП, если без привязки к языкам, теория - просто в Информатику?Объектно-ориентированное программирование - да, в информатику.
Т.к. тут речь идет о 3 принципах (инкапсуляция, наследование, полиморфизм) в применении к конкретным языкам программирования.
Объектно-ориентированное проектирование и объектно-ориентированное моделирование - живет здесь.
Тут "область исследования" шире - помимо способов написания программного кода, здесь рассматривается уже процесс проектирования программного продукта целиком - от требований и сценариев использования, до способов развертывания его в целевой среде.P.S.: Вовсе нет. Единственное что есть у модераторов - это список последних комментариев из всех разделов с закладками. Ответить прямо из него нет возможности - приходится переходить в раздел (но может быть это и к лучшему т.к. видна вся дискуссия, а не только ее "хвост").
Передавать данные размером более 4Кб в одном пакете ИМХО странная затея.