Перевод «Umbrello UML» на русский
Umbrello UML Modeller helps the software development process by using the industry standard Unified Modelling Language (UML) to enable you to create diagrams for designing and documenting your systems.
Umbrello UML Modeller помогает в процессе разработки программного обеспечения, используя промышленный стандарт — язык UML (UML), предоставляя возможность создавать диаграммы для разработки и документирования ваших систем.
Staruml как поменять язык на русский
На ихнем форуме молчат, саппорт теперь коммерческий.
Может кто-нибудь сталкивался с такой проблемой:
На некоторых компьютерах StarUML перестаёт понимать русскую кодировку и отображает кракозябры. На других компьютерах всё в порядке. Что делать?
Настроек кодировки в самой программе нет. Гугл находит ссылку на подобный вопрос, но ссылка мертва, а сохранённая в кэше копия ведёт только на заголовок этого сообщения, там даже видно, что ответ есть — но до него не добраться. здесь, внизу экрана.
Re: [StarUML] Проблемы с русским языком
| От: | Anton Mamaenko |
| Дата: | 27.05.07 11:37 |
| Оценка: |
Здравствуйте, Didro, Вы писали:
D>На ихнем форуме молчат, саппорт теперь коммерческий.
D>Может кто-нибудь сталкивался с такой проблемой:
D>На некоторых компьютерах StarUML перестаёт понимать русскую кодировку и отображает кракозябры. На других компьютерах всё в порядке. Что делать?
D>Настроек кодировки в самой программе нет. Гугл находит ссылку на подобный вопрос, но ссылка мертва, а сохранённая в кэше копия ведёт только на заголовок этого сообщения, там даже видно, что ответ есть — но до него не добраться. здесь, внизу экрана.
Решена ли кем-нибудь, описанная выше проблема? При работе с StarUML 5.0 под русской Windows XP Pro SP2 слова написанные кирилицей отображаются в рабочей области в неправильной кодировке. При этом щелчок курсором мыши в рабочей области вызывает ее прерисовку и кодировка оказывается правильной! При скроллинге опять портится кодировка до следующего щелчка мыши. В меню таких проблем с кодировкой нет.
Может ли проблема заключаться, что отрисовка содержимого рабочей области в буфер экрана и в видимую область осуществляется по-разному?
Re[2]: [StarUML] Проблемы с русским языком
| От: | Аноним |
| Дата: | 13.03.08 08:42 |
| Оценка: |
Здравствуйте, Anton Mamaenko, Вы писали:
AM>Здравствуйте, Didro, Вы писали:
D>>На ихнем форуме молчат, саппорт теперь коммерческий.
D>>Может кто-нибудь сталкивался с такой проблемой:
D>>На некоторых компьютерах StarUML перестаёт понимать русскую кодировку и отображает кракозябры. На других компьютерах всё в порядке. Что делать?
D>>Настроек кодировки в самой программе нет. Гугл находит ссылку на подобный вопрос, но ссылка мертва, а сохранённая в кэше копия ведёт только на заголовок этого сообщения, там даже видно, что ответ есть — но до него не добраться. здесь, внизу экрана.
AM>Решена ли кем-нибудь, описанная выше проблема? При работе с StarUML 5.0 под русской Windows XP Pro SP2 слова написанные кирилицей отображаются в рабочей области в неправильной кодировке. При этом щелчок курсором мыши в рабочей области вызывает ее прерисовку и кодировка оказывается правильной! При скроллинге опять портится кодировка до следующего щелчка мыши. В меню таких проблем с кодировкой нет.
AM>Может ли проблема заключаться, что отрисовка содержимого рабочей области в буфер экрана и в видимую область осуществляется по-разному?
У меня вылечилось после прочтения следующего текста:
Q: При установке в WindowsNT русских программ, все меню с русскими буквами отображаются иероглифами. Можно ли что-то сделать?
A: Это известная проблема кириллицы и в WindowsNT и Windows2000. Решение ее можно поискать в базе данных Microsoft http://search.support.microsoft.com/kb/, набрав в окне поиска слово «Cyrillic». Но можно попробовать ее исправить и по этой инструкции: войдите, для начала, в «Control Panel» -> «Regional Options». На закладке «General», в разделе «Settings for the current user» поставьте «Russian» а в «Language settings for the system» — «Cyrillic» и установите его как «default» — шрифт. Откроется окно «Select System Locale», в котором тоже необходимо выставить «Russian». Если не помогло, то в редакторе реестра откройте ветвь
[HKEY_LOCAL_MACHINE\SOFTWARE \Microsoft\WindowsNT\CurrentVersion\FontSubstitutes]
и исправьте параметры шрифта, «отвечающего» за окна
«MS Shell Dlg»=»MS Sans Serif»
«MS Shell Dlg 2″=»MS Sans Serif»
на
«MS Shell Dlg»=»MS Sans Serif,204»
«MS Shell Dlg 2″=»MS Sans Serif,204»
либо на
«MS Shell Dlg»=»Lucida Sans Unicode»
«MS Shell Dlg 2″=»Lucida Sans Unicode»
Для других шрифтов тоже можно выбрать кириллическое подмножество, дописав к ним цифры «204». Также в ветви
[HKEY_LOCAL_MACHINE\SOFTWARE \Microsoft\WindowsNT\CurrentVersion\FontMapper]
установите:
«ARIAL»=dword:000000cc
«DEFAULT»=dword:000000cc
И, наконец, в ветви:
[HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Control\Nls\CodePage]
«1251»=»C_1251.NLS»
«1252»=»C_1251.NLS»
«866»=»C_866.NLS»
«ACP»=»1251»
«OEMCP»=»866»
«MACCP»=»10007»
«OEMHAL»=»vga866.fon»
@=»C_1251.NLS»
После изменений следует перезагрузить Windows
Re[3]: [StarUML] Проблемы с русским языком
| От: | Аноним |
| Дата: | 14.03.08 10:20 |
| Оценка: |
Здравствуйте, Аноним, Вы писали:
А>У меня вылечилось после прочтения следующего текста:
Не помогло. Есть ли ещё варианты?
Разработка модели информационной системы с помощью StarUML
Анализ основных методик моделирования программного обеспечения, их достоинства и недостатки. Разработка модели информационной системы для консалтинговой организации, состоящей из диаграмм. Генерация заготовки программного кода для классов на языке C++.
| Рубрика | Программирование, компьютеры и кибернетика |
| Вид | дипломная работа |
| Язык | русский |
| Дата добавления | 07.08.2018 |
| Размер файла | 2,1 M |
- посмотреть текст работы
- скачать работу можно здесь
- полная информация о работе
- весь список подобных работ
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Диаграмма классов не содержит информации о временных аспектах функционирования системы. Она предназначена для описания только статической структуры модели системы. В этом представлении удобнее всего описывать функциональные требования к системе — услуги, которые система предоставляет конечному пользователю. Диаграмма классов содержит следующие сущности: классы, отношения (зависимости, обобщения, ассоциации, кооперации), интерфейсы, комментарии, ограничения, пакеты, подсистемы. [10 с. 7]
Диаграммы состояний (Statechart Diagram) используются для описания поведения сложных систем. Они определяют все возможные состояния, в которых может находиться объект, а также процесс смены состояний объекта в результате некоторых событий.
Диаграмма деятельности (Activity Diagram)
На диаграмме деятельности изображаются переходы потока управления от одной деятельности к другой деятельность (Activity) — это продолжающийся во времени неатомарный шаг вычислений в автомате. В конечном счёте, деятельность приводит к выполнению некоторого действия (Action), составленного из выполняемых атомарных вычислений, каждое из которых либо изменяет состояние системы, либо возвращает какое-то значение.
Диаграммы деятельности имеет динамический аспект поведения системы. Благодаря этому, можно промоделировать последовательные и параллельные шаги вычислительного процесса, а также жизнь объекта, когда он переходит из одного состояния в другое в разных точках потока управления. Графическая нотация диаграммы деятельности схожа с нотаций диаграммы состояний, так как на ней также присутствуют обозначения состояний и переходов. Отличия следующие:
· состояния используются для представления не деятельностей, а действий (другая семантика состояний);
· на переходах отсутствует сигнатура событий.
Каждое состояние, изображённое на диаграмме деятельности, соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении операции в предыдущем состоянии. Графически диаграмма деятельности изображается в форме графа деятельности, вершинами которого являются состояния действия, а дугами — переходы от одного состояния действия к другому.
Диаграммой последовательностей (Sequence Diagram) это диаграмма взаимодействий, заостряющая внимание на временной упорядоченности сообщений, которыми обмениваются объекты системы. Графически диаграмма последовательностей изображается в виде таблицы, объекты которой расположены в оси X, а сообщения в порядке возрастания времени — вдоль оси Y. На данной диаграмме изображаются толь те объекты, которые непосредственно учувствуют во взаимодействии.
Диаграммы последовательностей характеризуются двумя особенностями, которые отличают их от диаграмм кооперации: линией жизни объекта и фокусом управления. Линия жизни объекта (Object Lifeline) изображается на диаграмме в виде вертикальной пунктирной линии, которая говорит о существование объекта во времени. Объект на диаграмме изображается графически в форме прямоугольника и расположен в верхней части своей линии жизни.
Диаграммой кооперации (Collaboration Diagram) называется диаграмма взаимодействий, в которой основное внимание уделяется структурной организации объектов, принимающих и отправляющих сообщения. Данная диаграмма графически изображается в виде графа, состоящего из вершин и рёбер. Кооперация (Collaboration) представляет собой спецификацию множества объектов отдельных классов, совместно взаимодействующих с целью реализации отдельных вариантов использования в общем контексте моделируемой системы. Кооперация определяет структуру поведения системы в терминах взаимодействия участников этой кооперации. Для того, чтобы создать диаграммы кооперации, нужно расположить участвующие во взаимодействии объекты в виде вершин графа и затем связи, соединяющие эти объекты, изобразить в виде дуг данного графа. Связи между объектами дополняются сообщениями, которые посылаются и принимаются объектом. Диаграммы кооперации характеризуют две особенности, отличающие их от диаграмм последовательности: путь (связь) и порядковый номер сообщения.
UML 2.x — диаграмма компонентов представляет собой тип структуры диаграмм, который показывает, как компоненты связаны с более крупными компонентами или системами программного обеспечения, а также показаны зависимости между этими компонентами.
Разработка компонентов предполагает, что построенные компоненты могут быть использованы повторно и заменены некоторыми другими компонентами. Компоненты в UML 2.x могут представлять собой логические компоненты и физические компоненты.
Диаграмма компонентов используется для моделирования статического вида системы с точки зрения реализации, т.е. описывает особенности физического представления системы. Этот тип диаграмм позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых могут выступать исходный, бинарный и исполняемый коды. Диаграммы компонентов обычно включают в себя:
ь отношения зависимости, обобщения, ассоциации и реализации
Диаграмма развёртывания (Deployment Diagram)
Диаграмма развёртывания (Deployment Diagram) — это диаграмма, на которой представлена конфигурация обрабатывающих узлов и размещённые на них компоненты. Применяется диаграмма развёртывания для представления общей конфигурации и топологии распределённой программной системы и содержит изображение размещения компонентов по отдельным узлам системы. Кроме того, она показывает наличие физических соединений — маршрутов передачи информации между аппаратными устройствами, задействованными в реализации системы. Диаграмма развёртывания содержит графические изображения процессоров, устройств, процессов и связей между ними. Узел (Node) представляет собой физически существующий элемент системы, который может обладать вычислительным ресурсом или являться техническим устройством. Графически узел на диаграмме развёртывания изображается в форме куба. Узел имеет имя, которое указывается внутри этого графического символа.
Диаграмма сущность-связь (ER Diagram)
Модель Сущность-Связь (ER-модель) (англ. entity-relationship model или entityrelationship diagram) — это модель данных, с помощью которой описываются концептуальные схемы. Представляет собой графическую нотацию, которая основана на блоках и на линиях связи, благодаря которым возможно описать объекты и отношения между моделями данных. В этом смысле ER-модель является метамоделью данных, то есть средством описания моделей данных.
ER-модель удобна при проектировании (моделировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем. Данный вид диаграмм позволяет выделить главные сущности и обозначить отношения между сущностями, имеющиеся в модели. Важно отметить что сами отношения также являются сущностями (выделяются в отдельные графические блоки), что позволяет устанавливать отношения на множестве самих отношений. ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области (area of interest). На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется физической моделью данных по отношению к исходной ER-диаграмме.
2.1.8 Архитектура StarUML 2.x
StarUML 2 — модифицируемая программная среда, предназначенная для моделирования ПО. Продукт располагает обширным арсеналом встроенных функций, а также позволяет добавлять дополнительные средства проектирования. Архитектура StarUML 2 представлена на рис. 2.1, где светлым цветом обозначена непосредственно платформа, а темным — объекты расширения, которые могут быть разработаны отдельно и затем интегрированы в систему.
*Подход: Подход определяет структуру проекта и основные параметры организации диаграмм.
*Профиль UML 2.x и расширение нотации: Профиль UML 2.x обеспечивает расширение набора спецификаций модели программного обеспечения через механизм расширения UML 2.x.
*Модельный фреймворк: Фреймворк делает часть модели программного обеспечения многократно используемой и позволяет применять её при разработке других моделей программного обеспечения.
Рис. 2.1 — Архитектура StarUML 2
*COM-объект расширения: позволяет добавлять новые функциональные возможности к StarUML 2.
*Расширение меню: Меню приложения StarUML 2 (главное меню и всплывающие меню) можно расширять.
*Расширение опций: опции настройки StarUML 2 могут добавляться пользователем. Написание дополнительных COM-объектов».
*Обработка событий: Различные события, возникающие в StarUML 2, могут быть перехвачены и обработаны.
*Внешнее API: внешнее API StarUML 2 позволяет получать извне доступ к различным функциональным возможностям и информации программы.
Модуль — пакет программ, который осуществляет добавление новых функциональных возможностей к StarUML 2. Модуль включает различные механизмы расширения StarUML 2. Как показано на рис. 2.2, дополнительный пакет может использовать подходы, фреймворки модели, профили UML 2.x, скрипты, расширения меню, расширения опций настройки, систему помощи и COM-объекты.
Модули могут содержать различные элементы, поскольку они разрабатываются для различных целей. Модули могут использоваться для того, чтобы поддерживать специфические процессы, языки или платформы, объединяя их с другими инструментами, или расширяя существующие функции.
Рис. 2.2 — Модуль StarUML 2.x
*Поддержка специфических процессов: компонентов UML 2.x, RUP, Catalysis, XP.
*Поддержка специфических языков программирования: C/C ++, Python, C#, Visual Basic, Java, Perl, Object Pascal.
*Интеграция со специфическими инструментами: Visual SourceSafe, CVS, MS Word, Eclipse, Visual Studio .NET.
*Расширение других функциональных возможностей: менеджер трассировки, поддержка шаблонов проектирования, проверка правил.
*Построение специфической рабочей среды (личной или стандартной для предприятия).
*Подход: подход применяется, чтобы определить в начале проекта его исходную структуру. Например, при создании add-in для специфического процесса, подход может использоваться, чтобы предопределить структуру моделей, создаваемых на каждой стадии разработки проекта.
*Фреймворк модели: При разработке модуля, связанного со специфическими языками или платформами, фреймворк модели может предоставить готовую библиотеку классов или иной прикладной инструментарий. Любые типовые элементы проекта (например, «События», «Трансакции», «Безопасность», «Каталоги» . ), уже разработанные ранее, также могут быть добавлены в качестве фрагментов модели.
*Профиль UML 2.x: Профиль UML 2.x определяется для расширения нотации UML 2.x под специфические процессы, языки или фреймворки, включая введение дополнительных свойств элементов. Он имеет глобальный эффект в модуле.
*Расширение меню: Расширение меню используется, чтобы добавлять новые функциональные возможности и расширять главное меню или всплывающие меню, и тем самым позволить пользователю выбирать и выполнять новые функции. Это — критический элемент в разработке add-in`ов.
*Расширение опций настройки: add-in может иметь собственные параметры настройки. Для их редактирования StarUML 2 допускает использовать свой стандартный диалог управления опциями.
*Дополнительный COM-объект: Дополнительные функции могут быть реализованы с помощью языковых инструментов, подобных Visual Basic, Delphi, Visual C++, и C#. Вообще, объекты COM используются для разработки дополнительного GUI или реализации сложных функциональных возможностей. Скрипты используются для воплощения более простых функциональных возможностей. При программировании COM-объектов, обычно, используется API StarUML 2.
*Скрипт: Простое расширение функциональных возможностей может быть выполнено, с помощью скриптовых средств (JScript, VBScript, Python. ). Они обычно взаимодействуют с приложением StarUML 2 через его API.
*Помощь: Помощь для add-in может быть создана на HTML и зарегистрирована локально или с указанием удалённого пути. [12 с. 7]
3. Разработка модели информационной системы консалтинговой компании в графической нотации UML
3.1 Описание диаграммы вариантов использования (Use Case Diagram)
Суть диаграммы вариантов использования состоит в следующем: проектируемая система представляется в виде множества сущностей или актёров, взаимодействующих с системой с помощью так называемых вариантов использования (ВИ). При этом актёром (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне путём обращения к тем или иным её службам. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актёру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой в процессе диалога с актёром.
В разрабатываемой модели выявлены актёры «Клиент», «Аналитик и «Менеджер», а также набор действий — заключение договора, подготовка, обработка и анализ данных. Между сущностью «Клиент» и «Заключение договора», «Менеджер» и «Управление взаимодействием с клиентами», «Аналитик» и «Подготовка данных», «Обработка данных», «Анализ и прогнозирование данных» определены отношения ассоциации. Между сущностью «Анализ и прогнозирование данных» и сущностями «Обработка данных», «Подготовка данных», «Создание отчёта» определены отношения включения (include). Между сущностью «Подготовка данных» и сущностями «Управление взаимодействием с клиентами», проставлены отношения расширения (extend). При этом на данном уровне абстракции ничего не говорится о том, каким образом будет реализовано взаимодействие актёров с системой. Диаграмма вариантов использования приведена на рис. 3.1.
Рис. 3.1 — Диаграмма вариантов использования
Далее для каждого варианта использования был сформулирован текстовый сценарий, который служит для определения предполагаемого взаимодействия актёров с элементами системы и хранит в себе информацию о них.
Таблица 3.1 Сценарий варианта использования «Заключение договора»
StarUML 5.0.2.1570
StarUML — это проект с открытым исходным кодом, целью которого является создание быстрой, гибкой, функциональной и расширяемой среды моделирования на языке UML (UML) для Windows, которая может конкурировать с коммерческими решениями в этой области.
Обзор
StarUML это программное обеспечение Shareware в категории (2), разработанная Plastic Software, Inc..
Проверяли обновления 157 раз пользователями нашего клиентского приложения UpdateStar в прошлом месяце.
Последняя версия StarUML-5.0.2.1570, выпущенный на 18.02.2008. Первоначально он был добавлен в нашу базу данных на 29.10.2007.
StarUML работает на следующих операционных системах: Windows/Mac. Загружаемый файл имеет размер 162,3MB.
StarUML не был оценен нашими пользователями еще.