From f7e7a923aca8be643f9ae6f7252f9fb27b3d2c3b Mon Sep 17 00:00:00 2001 From: Timothy Pearson Date: Sat, 3 Dec 2011 11:05:10 -0600 Subject: Second part of prior commit --- tde-i18n-de/docs/tdesdk/umbrello/Makefile.am | 4 + tde-i18n-de/docs/tdesdk/umbrello/Makefile.in | 635 +++++++++++++++++ .../docs/tdesdk/umbrello/activity-diagram.png | Bin 0 -> 28846 bytes .../docs/tdesdk/umbrello/add-remove-languages.png | Bin 0 -> 8255 bytes tde-i18n-de/docs/tdesdk/umbrello/aggregation.png | Bin 0 -> 333 bytes tde-i18n-de/docs/tdesdk/umbrello/asf.xmi | 500 +++++++++++++ tde-i18n-de/docs/tdesdk/umbrello/association.png | Bin 0 -> 440 bytes tde-i18n-de/docs/tdesdk/umbrello/authors.docbook | 44 ++ tde-i18n-de/docs/tdesdk/umbrello/class-diagram.png | Bin 0 -> 23432 bytes tde-i18n-de/docs/tdesdk/umbrello/class.png | Bin 0 -> 590 bytes tde-i18n-de/docs/tdesdk/umbrello/code-import.png | Bin 0 -> 12731 bytes .../umbrello/code_import_and_generation.docbook | 163 +++++ .../docs/tdesdk/umbrello/collaboration-diagram.png | Bin 0 -> 28514 bytes tde-i18n-de/docs/tdesdk/umbrello/composition.png | Bin 0 -> 400 bytes tde-i18n-de/docs/tdesdk/umbrello/credits.docbook | 11 + tde-i18n-de/docs/tdesdk/umbrello/folders.png | Bin 0 -> 13975 bytes .../docs/tdesdk/umbrello/generalization.png | Bin 0 -> 399 bytes .../docs/tdesdk/umbrello/generation-options.png | Bin 0 -> 7416 bytes tde-i18n-de/docs/tdesdk/umbrello/index.cache.bz2 | Bin 0 -> 19509 bytes tde-i18n-de/docs/tdesdk/umbrello/index.docbook | 85 +++ .../docs/tdesdk/umbrello/introduction.docbook | 57 ++ .../docs/tdesdk/umbrello/other_features.docbook | 76 ++ tde-i18n-de/docs/tdesdk/umbrello/screen-shots.xmi | 497 +++++++++++++ .../docs/tdesdk/umbrello/sequence-diagram.png | Bin 0 -> 25151 bytes tde-i18n-de/docs/tdesdk/umbrello/state-diagram.png | Bin 0 -> 23600 bytes .../docs/tdesdk/umbrello/umbrello-main-screen.png | Bin 0 -> 19652 bytes .../docs/tdesdk/umbrello/umbrello-ui-clean.png | Bin 0 -> 19238 bytes tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui.png | Bin 0 -> 26389 bytes .../docs/tdesdk/umbrello/uml_basics.docbook | 780 +++++++++++++++++++++ .../docs/tdesdk/umbrello/use-case-diagram.png | Bin 0 -> 24876 bytes .../tdesdk/umbrello/working_with_umbrello.docbook | 409 +++++++++++ 31 files changed, 3261 insertions(+) create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/Makefile.am create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/Makefile.in create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/activity-diagram.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/add-remove-languages.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/aggregation.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/asf.xmi create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/association.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/authors.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/class-diagram.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/class.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/code-import.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/code_import_and_generation.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/collaboration-diagram.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/composition.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/credits.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/folders.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/generalization.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/generation-options.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/index.cache.bz2 create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/index.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/introduction.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/other_features.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/screen-shots.xmi create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/sequence-diagram.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/state-diagram.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/umbrello-main-screen.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui-clean.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/uml_basics.docbook create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/use-case-diagram.png create mode 100644 tde-i18n-de/docs/tdesdk/umbrello/working_with_umbrello.docbook (limited to 'tde-i18n-de/docs/tdesdk/umbrello') diff --git a/tde-i18n-de/docs/tdesdk/umbrello/Makefile.am b/tde-i18n-de/docs/tdesdk/umbrello/Makefile.am new file mode 100644 index 00000000000..df6332b8050 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/Makefile.am @@ -0,0 +1,4 @@ +KDE_LANG = de +SUBDIRS = $(AUTODIRS) +KDE_DOCS = AUTO +KDE_MANS = AUTO diff --git a/tde-i18n-de/docs/tdesdk/umbrello/Makefile.in b/tde-i18n-de/docs/tdesdk/umbrello/Makefile.in new file mode 100644 index 00000000000..66ffa2b8157 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/Makefile.in @@ -0,0 +1,635 @@ +# Makefile.in generated by automake 1.10.1 from Makefile.am. +# KDE tags expanded automatically by am_edit - $Revision: 483858 $ +# @configure_input@ + +# Copyright (C) 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, +# 2003, 2004, 2005, 2006, 2007, 2008 Free Software Foundation, Inc. +# This Makefile.in is free software; the Free Software Foundation +# gives unlimited permission to copy and/or distribute it, +# with or without modifications, as long as this notice is preserved. + +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY, to the extent permitted by law; without +# even the implied warranty of MERCHANTABILITY or FITNESS FOR A +# PARTICULAR PURPOSE. + +@SET_MAKE@ +VPATH = @srcdir@ +pkgdatadir = $(datadir)/@PACKAGE@ +pkglibdir = $(libdir)/@PACKAGE@ +pkgincludedir = $(includedir)/@PACKAGE@ +am__cd = CDPATH="$${ZSH_VERSION+.}$(PATH_SEPARATOR)" && cd +install_sh_DATA = $(install_sh) -c -m 644 +install_sh_PROGRAM = $(install_sh) -c +install_sh_SCRIPT = $(install_sh) -c +INSTALL_HEADER = $(INSTALL_DATA) +transform = $(program_transform_name) +NORMAL_INSTALL = : +PRE_INSTALL = : +POST_INSTALL = : +NORMAL_UNINSTALL = : +PRE_UNINSTALL = : +POST_UNINSTALL = : +subdir = docs/tdesdk/umbrello +DIST_COMMON = $(srcdir)/Makefile.am $(srcdir)/Makefile.in +ACLOCAL_M4 = $(top_srcdir)/aclocal.m4 +am__aclocal_m4_deps = $(top_srcdir)/acinclude.m4 \ + $(top_srcdir)/configure.in +am__configure_deps = $(am__aclocal_m4_deps) $(CONFIGURE_DEPENDENCIES) \ + $(ACLOCAL_M4) +mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs +CONFIG_HEADER = $(top_builddir)/config.h +CONFIG_CLEAN_FILES = +SOURCES = +DIST_SOURCES = +#>- RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \ +#>- html-recursive info-recursive install-data-recursive \ +#>- install-dvi-recursive install-exec-recursive \ +#>- install-html-recursive install-info-recursive \ +#>- install-pdf-recursive install-ps-recursive install-recursive \ +#>- installcheck-recursive installdirs-recursive pdf-recursive \ +#>- ps-recursive uninstall-recursive +#>+ 7 +RECURSIVE_TARGETS = all-recursive check-recursive dvi-recursive \ + html-recursive info-recursive install-data-recursive \ + install-dvi-recursive install-exec-recursive \ + install-html-recursive install-info-recursive \ + install-pdf-recursive install-ps-recursive install-recursive \ + installcheck-recursive installdirs-recursive pdf-recursive \ + ps-recursive uninstall-recursive nmcheck-recursive bcheck-recursive +RECURSIVE_CLEAN_TARGETS = mostlyclean-recursive clean-recursive \ + distclean-recursive maintainer-clean-recursive +ETAGS = etags +CTAGS = ctags +DIST_SUBDIRS = $(SUBDIRS) +#>- DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) +#>+ 1 +DISTFILES = $(DIST_COMMON) $(DIST_SOURCES) $(TEXINFOS) $(EXTRA_DIST) $(KDE_DIST) +ACLOCAL = @ACLOCAL@ +AMTAR = @AMTAR@ +ARTSCCONFIG = @ARTSCCONFIG@ +AUTOCONF = @AUTOCONF@ +AUTODIRS = @AUTODIRS@ +AUTOHEADER = @AUTOHEADER@ +AUTOMAKE = @AUTOMAKE@ +AWK = @AWK@ +CONF_FILES = @CONF_FILES@ +CYGPATH_W = @CYGPATH_W@ +DCOPIDL = @DCOPIDL@ +DCOPIDL2CPP = @DCOPIDL2CPP@ +DCOPIDLNG = @DCOPIDLNG@ +DCOP_DEPENDENCIES = @DCOP_DEPENDENCIES@ +DEFS = @DEFS@ +ECHO_C = @ECHO_C@ +ECHO_N = @ECHO_N@ +ECHO_T = @ECHO_T@ +GMSGFMT = @GMSGFMT@ +INSTALL = @INSTALL@ +INSTALL_DATA = @INSTALL_DATA@ +INSTALL_PROGRAM = @INSTALL_PROGRAM@ +INSTALL_SCRIPT = @INSTALL_SCRIPT@ +INSTALL_STRIP_PROGRAM = @INSTALL_STRIP_PROGRAM@ +KCFG_DEPENDENCIES = @KCFG_DEPENDENCIES@ +KCONFIG_COMPILER = @KCONFIG_COMPILER@ +KDECONFIG = @KDECONFIG@ +KDE_EXTRA_RPATH = @KDE_EXTRA_RPATH@ +KDE_RPATH = @KDE_RPATH@ +KDE_XSL_STYLESHEET = @KDE_XSL_STYLESHEET@ +LIBOBJS = @LIBOBJS@ +LIBS = @LIBS@ +LN_S = @LN_S@ +LTLIBOBJS = @LTLIBOBJS@ +MAKEINFO = @MAKEINFO@ +MAKEKDEWIDGETS = @MAKEKDEWIDGETS@ +MCOPIDL = @MCOPIDL@ +MEINPROC = @MEINPROC@ +MKDIR_P = @MKDIR_P@ +MSGFMT = @MSGFMT@ +PACKAGE = @PACKAGE@ +PACKAGE_BUGREPORT = @PACKAGE_BUGREPORT@ +PACKAGE_NAME = @PACKAGE_NAME@ +PACKAGE_STRING = @PACKAGE_STRING@ +PACKAGE_TARNAME = @PACKAGE_TARNAME@ +PACKAGE_VERSION = @PACKAGE_VERSION@ +PATH_SEPARATOR = @PATH_SEPARATOR@ +SET_MAKE = @SET_MAKE@ +SHELL = @SHELL@ +STRIP = @STRIP@ +TOPSUBDIRS = @TOPSUBDIRS@ +VERSION = @VERSION@ +XGETTEXT = @XGETTEXT@ +XMLLINT = @XMLLINT@ +X_RPATH = @X_RPATH@ +abs_builddir = @abs_builddir@ +abs_srcdir = @abs_srcdir@ +abs_top_builddir = @abs_top_builddir@ +abs_top_srcdir = @abs_top_srcdir@ +am__leading_dot = @am__leading_dot@ +am__tar = @am__tar@ +am__untar = @am__untar@ +#>- bindir = @bindir@ +#>+ 2 +DEPDIR = .deps +bindir = @bindir@ +build_alias = @build_alias@ +builddir = @builddir@ +datadir = @datadir@ +datarootdir = @datarootdir@ +docdir = @docdir@ +dvidir = @dvidir@ +exec_prefix = @exec_prefix@ +host_alias = @host_alias@ +htmldir = @htmldir@ +includedir = @includedir@ +infodir = @infodir@ +install_sh = @install_sh@ +kde_appsdir = @kde_appsdir@ +kde_bindir = @kde_bindir@ +kde_confdir = @kde_confdir@ +kde_datadir = @kde_datadir@ +kde_htmldir = @kde_htmldir@ +kde_icondir = @kde_icondir@ +kde_kcfgdir = @kde_kcfgdir@ +kde_libs_htmldir = @kde_libs_htmldir@ +kde_libs_prefix = @kde_libs_prefix@ +kde_locale = @kde_locale@ +kde_mimedir = @kde_mimedir@ +kde_moduledir = @kde_moduledir@ +kde_servicesdir = @kde_servicesdir@ +kde_servicetypesdir = @kde_servicetypesdir@ +kde_sounddir = @kde_sounddir@ +kde_styledir = @kde_styledir@ +kde_templatesdir = @kde_templatesdir@ +kde_wallpaperdir = @kde_wallpaperdir@ +kde_widgetdir = @kde_widgetdir@ +tdeinitdir = @tdeinitdir@ +libdir = @libdir@ +libexecdir = @libexecdir@ +localedir = @localedir@ +localstatedir = @localstatedir@ +mandir = @mandir@ +mkdir_p = @mkdir_p@ +oldincludedir = @oldincludedir@ +pdfdir = @pdfdir@ +prefix = @prefix@ +program_transform_name = @program_transform_name@ +psdir = @psdir@ +sbindir = @sbindir@ +sharedstatedir = @sharedstatedir@ +srcdir = @srcdir@ +sysconfdir = @sysconfdir@ +target_alias = @target_alias@ +top_builddir = @top_builddir@ +top_srcdir = @top_srcdir@ +xdg_appsdir = @xdg_appsdir@ +xdg_directorydir = @xdg_directorydir@ +xdg_menudir = @xdg_menudir@ +KDE_LANG = de +#>- SUBDIRS = $(AUTODIRS) +#>+ 1 +SUBDIRS =. +KDE_DOCS = AUTO +KDE_MANS = AUTO +#>- all: all-recursive +#>+ 1 +all: docs-am all-recursive + +.SUFFIXES: +$(srcdir)/Makefile.in: $(srcdir)/Makefile.am $(am__configure_deps) +#>- @for dep in $?; do \ +#>- case '$(am__configure_deps)' in \ +#>- *$$dep*) \ +#>- cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ +#>- && exit 0; \ +#>- exit 1;; \ +#>- esac; \ +#>- done; \ +#>- echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu docs/tdesdk/umbrello/Makefile'; \ +#>- cd $(top_srcdir) && \ +#>- $(AUTOMAKE) --gnu docs/tdesdk/umbrello/Makefile +#>+ 12 + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu docs/tdesdk/umbrello/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu docs/tdesdk/umbrello/Makefile + cd $(top_srcdir) && perl ../scripts/admin/am_edit -p../scripts/admin docs/tdesdk/umbrello/Makefile.in +.PRECIOUS: Makefile +Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + @case '$?' in \ + *config.status*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh;; \ + *) \ + echo ' cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe)'; \ + cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ $(am__depfiles_maybe);; \ + esac; + +$(top_builddir)/config.status: $(top_srcdir)/configure $(CONFIG_STATUS_DEPENDENCIES) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +$(top_srcdir)/configure: $(am__configure_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh +$(ACLOCAL_M4): $(am__aclocal_m4_deps) + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh + +# This directory's subdirectories are mostly independent; you can cd +# into them and run `make' without going through this Makefile. +# To change the values of `make' variables: instead of editing Makefiles, +# (1) if the variable is set in `config.status', edit `config.status' +# (which will cause the Makefiles to be regenerated when you run `make'); +# (2) otherwise, pass the desired values on the `make' command line. +$(RECURSIVE_TARGETS): + @failcom='exit 1'; \ + for f in x $$MAKEFLAGS; do \ + case $$f in \ + *=* | --[!k]*);; \ + *k*) failcom='fail=yes';; \ + esac; \ + done; \ + dot_seen=no; \ + target=`echo $@ | sed s/-recursive//`; \ + list='$(SUBDIRS)'; for subdir in $$list; do \ + echo "Making $$target in $$subdir"; \ + if test "$$subdir" = "."; then \ + dot_seen=yes; \ + local_target="$$target-am"; \ + else \ + local_target="$$target"; \ + fi; \ + (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \ + || eval $$failcom; \ + done; \ + if test "$$dot_seen" = "no"; then \ + $(MAKE) $(AM_MAKEFLAGS) "$$target-am" || exit 1; \ + fi; test -z "$$fail" + +$(RECURSIVE_CLEAN_TARGETS): + @failcom='exit 1'; \ + for f in x $$MAKEFLAGS; do \ + case $$f in \ + *=* | --[!k]*);; \ + *k*) failcom='fail=yes';; \ + esac; \ + done; \ + dot_seen=no; \ + case "$@" in \ + distclean-* | maintainer-clean-*) list='$(DIST_SUBDIRS)' ;; \ + *) list='$(SUBDIRS)' ;; \ + esac; \ + rev=''; for subdir in $$list; do \ + if test "$$subdir" = "."; then :; else \ + rev="$$subdir $$rev"; \ + fi; \ + done; \ + rev="$$rev ."; \ + target=`echo $@ | sed s/-recursive//`; \ + for subdir in $$rev; do \ + echo "Making $$target in $$subdir"; \ + if test "$$subdir" = "."; then \ + local_target="$$target-am"; \ + else \ + local_target="$$target"; \ + fi; \ + (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) $$local_target) \ + || eval $$failcom; \ + done && test -z "$$fail" +tags-recursive: + list='$(SUBDIRS)'; for subdir in $$list; do \ + test "$$subdir" = . || (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) tags); \ + done +ctags-recursive: + list='$(SUBDIRS)'; for subdir in $$list; do \ + test "$$subdir" = . || (cd $$subdir && $(MAKE) $(AM_MAKEFLAGS) ctags); \ + done + +ID: $(HEADERS) $(SOURCES) $(LISP) $(TAGS_FILES) + list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ + unique=`for i in $$list; do \ + if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ + done | \ + $(AWK) '{ files[$$0] = 1; nonemtpy = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ + mkid -fID $$unique +tags: TAGS + +TAGS: tags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ + $(TAGS_FILES) $(LISP) + tags=; \ + here=`pwd`; \ + if ($(ETAGS) --etags-include --version) >/dev/null 2>&1; then \ + include_option=--etags-include; \ + empty_fix=.; \ + else \ + include_option=--include; \ + empty_fix=; \ + fi; \ + list='$(SUBDIRS)'; for subdir in $$list; do \ + if test "$$subdir" = .; then :; else \ + test ! -f $$subdir/TAGS || \ + tags="$$tags $$include_option=$$here/$$subdir/TAGS"; \ + fi; \ + done; \ + list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ + unique=`for i in $$list; do \ + if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ + done | \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ + if test -z "$(ETAGS_ARGS)$$tags$$unique"; then :; else \ + test -n "$$unique" || unique=$$empty_fix; \ + $(ETAGS) $(ETAGSFLAGS) $(AM_ETAGSFLAGS) $(ETAGS_ARGS) \ + $$tags $$unique; \ + fi +ctags: CTAGS +CTAGS: ctags-recursive $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) \ + $(TAGS_FILES) $(LISP) + tags=; \ + list='$(SOURCES) $(HEADERS) $(LISP) $(TAGS_FILES)'; \ + unique=`for i in $$list; do \ + if test -f "$$i"; then echo $$i; else echo $(srcdir)/$$i; fi; \ + done | \ + $(AWK) '{ files[$$0] = 1; nonempty = 1; } \ + END { if (nonempty) { for (i in files) print i; }; }'`; \ + test -z "$(CTAGS_ARGS)$$tags$$unique" \ + || $(CTAGS) $(CTAGSFLAGS) $(AM_CTAGSFLAGS) $(CTAGS_ARGS) \ + $$tags $$unique + +GTAGS: + here=`$(am__cd) $(top_builddir) && pwd` \ + && cd $(top_srcdir) \ + && gtags -i $(GTAGS_ARGS) $$here + +distclean-tags: + -rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags + +#>- distdir: $(DISTFILES) +#>+ 1 +distdir: distdir-nls $(DISTFILES) + @srcdirstrip=`echo "$(srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ + topsrcdirstrip=`echo "$(top_srcdir)" | sed 's/[].[^$$\\*]/\\\\&/g'`; \ + list='$(DISTFILES)'; \ + dist_files=`for file in $$list; do echo $$file; done | \ + sed -e "s|^$$srcdirstrip/||;t" \ + -e "s|^$$topsrcdirstrip/|$(top_builddir)/|;t"`; \ + case $$dist_files in \ + */*) $(MKDIR_P) `echo "$$dist_files" | \ + sed '/\//!d;s|^|$(distdir)/|;s,/[^/]*$$,,' | \ + sort -u` ;; \ + esac; \ + for file in $$dist_files; do \ + if test -f $$file || test -d $$file; then d=.; else d=$(srcdir); fi; \ + if test -d $$d/$$file; then \ + dir=`echo "/$$file" | sed -e 's,/[^/]*$$,,'`; \ + if test -d $(srcdir)/$$file && test $$d != $(srcdir); then \ + cp -pR $(srcdir)/$$file $(distdir)$$dir || exit 1; \ + fi; \ + cp -pR $$d/$$file $(distdir)$$dir || exit 1; \ + else \ + test -f $(distdir)/$$file \ + || cp -p $$d/$$file $(distdir)/$$file \ + || exit 1; \ + fi; \ + done + list='$(DIST_SUBDIRS)'; for subdir in $$list; do \ + if test "$$subdir" = .; then :; else \ + test -d "$(distdir)/$$subdir" \ + || $(MKDIR_P) "$(distdir)/$$subdir" \ + || exit 1; \ + distdir=`$(am__cd) $(distdir) && pwd`; \ + top_distdir=`$(am__cd) $(top_distdir) && pwd`; \ + (cd $$subdir && \ + $(MAKE) $(AM_MAKEFLAGS) \ + top_distdir="$$top_distdir" \ + distdir="$$distdir/$$subdir" \ + am__remove_distdir=: \ + am__skip_length_check=: \ + distdir) \ + || exit 1; \ + fi; \ + done +check-am: all-am +check: check-recursive +all-am: Makefile +installdirs: installdirs-recursive +installdirs-am: +install: install-recursive +install-exec: install-exec-recursive +install-data: install-data-recursive +#>- uninstall: uninstall-recursive +#>+ 1 +uninstall: uninstall-docs uninstall-nls uninstall-recursive + +install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + +installcheck: installcheck-recursive +install-strip: + $(MAKE) $(AM_MAKEFLAGS) INSTALL_PROGRAM="$(INSTALL_STRIP_PROGRAM)" \ + install_sh_PROGRAM="$(INSTALL_STRIP_PROGRAM)" INSTALL_STRIP_FLAG=-s \ + `test -z '$(STRIP)' || \ + echo "INSTALL_PROGRAM_ENV=STRIPPROG='$(STRIP)'"` install +mostlyclean-generic: + +clean-generic: + +distclean-generic: + -test -z "$(CONFIG_CLEAN_FILES)" || rm -f $(CONFIG_CLEAN_FILES) + +maintainer-clean-generic: + @echo "This command is intended for maintainers to use" + @echo "it deletes files that may require special tools to rebuild." +#>- clean: clean-recursive +#>+ 1 +clean: kde-rpo-clean clean-recursive + +#>- clean-am: clean-generic mostlyclean-am +#>+ 1 +clean-am: clean-docs clean-bcheck clean-generic mostlyclean-am + +distclean: distclean-recursive + -rm -f Makefile +distclean-am: clean-am distclean-generic distclean-tags + +dvi: dvi-recursive + +dvi-am: + +html: html-recursive + +info: info-recursive + +info-am: + +#>- install-data-am: +#>+ 1 +install-data-am: install-docs install-nls + +install-dvi: install-dvi-recursive + +install-exec-am: + +install-html: install-html-recursive + +install-info: install-info-recursive + +install-man: + +install-pdf: install-pdf-recursive + +install-ps: install-ps-recursive + +installcheck-am: + +maintainer-clean: maintainer-clean-recursive + -rm -f Makefile +maintainer-clean-am: distclean-am maintainer-clean-generic + +mostlyclean: mostlyclean-recursive + +mostlyclean-am: mostlyclean-generic + +pdf: pdf-recursive + +pdf-am: + +ps: ps-recursive + +ps-am: + +uninstall-am: + +.MAKE: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) install-am \ + install-strip + +.PHONY: $(RECURSIVE_CLEAN_TARGETS) $(RECURSIVE_TARGETS) CTAGS GTAGS \ + all all-am check check-am clean clean-generic ctags \ + ctags-recursive distclean distclean-generic distclean-tags \ + distdir dvi dvi-am html html-am info info-am install \ + install-am install-data install-data-am install-dvi \ + install-dvi-am install-exec install-exec-am install-html \ + install-html-am install-info install-info-am install-man \ + install-pdf install-pdf-am install-ps install-ps-am \ + install-strip installcheck installcheck-am installdirs \ + installdirs-am maintainer-clean maintainer-clean-generic \ + mostlyclean mostlyclean-generic pdf pdf-am ps ps-am tags \ + tags-recursive uninstall uninstall-am + +# Tell versions [3.59,3.63) of GNU make to not export all variables. +# Otherwise a system limit (for SysV at least) may be exceeded. +.NOEXPORT: + +#>+ 2 +KDE_DIST=uml_basics.docbook add-remove-languages.png class.png asf.xmi code-import.png association.png index.docbook state-diagram.png activity-diagram.png generation-options.png credits.docbook aggregation.png code_import_and_generation.docbook umbrello-main-screen.png use-case-diagram.png sequence-diagram.png folders.png index.cache.bz2 class-diagram.png umbrello-ui.png generalization.png umbrello-ui-clean.png collaboration-diagram.png Makefile.in other_features.docbook composition.png introduction.docbook working_with_umbrello.docbook authors.docbook Makefile.am screen-shots.xmi + +#>+ 24 +index.cache.bz2: $(srcdir)/index.docbook $(KDE_XSL_STYLESHEET) other_features.docbook sequence-diagram.png code_import_and_generation.docbook umbrello-ui.png umbrello-ui-clean.png generalization.png aggregation.png index.docbook composition.png umbrello-main-screen.png association.png add-remove-languages.png introduction.docbook credits.docbook working_with_umbrello.docbook use-case-diagram.png class-diagram.png generation-options.png asf.xmi state-diagram.png folders.png screen-shots.xmi activity-diagram.png collaboration-diagram.png code-import.png uml_basics.docbook class.png authors.docbook + @if test -n "$(MEINPROC)"; then echo $(MEINPROC) --check --cache index.cache.bz2 $(srcdir)/index.docbook; $(MEINPROC) --check --cache index.cache.bz2 $(srcdir)/index.docbook; fi + +docs-am: index.cache.bz2 + +install-docs: docs-am install-nls + $(mkinstalldirs) $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello + @if test -f index.cache.bz2; then \ + echo $(INSTALL_DATA) index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/; \ + $(INSTALL_DATA) index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/; \ + elif test -f $(srcdir)/index.cache.bz2; then \ + echo $(INSTALL_DATA) $(srcdir)/index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/; \ + $(INSTALL_DATA) $(srcdir)/index.cache.bz2 $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/; \ + fi + -rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/common + $(LN_S) $(kde_libs_htmldir)/$(KDE_LANG)/common $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/common + +uninstall-docs: + -rm -rf $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello + +clean-docs: + -rm -f index.cache.bz2 + + +#>+ 13 +install-nls: + $(mkinstalldirs) $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello + @for base in other_features.docbook sequence-diagram.png code_import_and_generation.docbook umbrello-ui.png umbrello-ui-clean.png generalization.png aggregation.png index.docbook composition.png umbrello-main-screen.png association.png add-remove-languages.png introduction.docbook credits.docbook working_with_umbrello.docbook use-case-diagram.png class-diagram.png generation-options.png asf.xmi state-diagram.png folders.png screen-shots.xmi activity-diagram.png collaboration-diagram.png code-import.png uml_basics.docbook class.png authors.docbook ; do \ + echo $(INSTALL_DATA) $$base $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/$$base ;\ + $(INSTALL_DATA) $(srcdir)/$$base $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/$$base ;\ + done + +uninstall-nls: + for base in other_features.docbook sequence-diagram.png code_import_and_generation.docbook umbrello-ui.png umbrello-ui-clean.png generalization.png aggregation.png index.docbook composition.png umbrello-main-screen.png association.png add-remove-languages.png introduction.docbook credits.docbook working_with_umbrello.docbook use-case-diagram.png class-diagram.png generation-options.png asf.xmi state-diagram.png folders.png screen-shots.xmi activity-diagram.png collaboration-diagram.png code-import.png uml_basics.docbook class.png authors.docbook ; do \ + rm -f $(DESTDIR)$(kde_htmldir)/$(KDE_LANG)/umbrello/$$base ;\ + done + + +#>+ 5 +distdir-nls: + for file in other_features.docbook sequence-diagram.png code_import_and_generation.docbook umbrello-ui.png umbrello-ui-clean.png generalization.png aggregation.png index.docbook composition.png umbrello-main-screen.png association.png add-remove-languages.png introduction.docbook credits.docbook working_with_umbrello.docbook use-case-diagram.png class-diagram.png generation-options.png asf.xmi state-diagram.png folders.png screen-shots.xmi activity-diagram.png collaboration-diagram.png code-import.png uml_basics.docbook class.png authors.docbook ; do \ + cp $(srcdir)/$$file $(distdir); \ + done + +#>+ 15 +force-reedit: + @for dep in $?; do \ + case '$(am__configure_deps)' in \ + *$$dep*) \ + cd $(top_builddir) && $(MAKE) $(AM_MAKEFLAGS) am--refresh \ + && exit 0; \ + exit 1;; \ + esac; \ + done; \ + echo ' cd $(top_srcdir) && $(AUTOMAKE) --gnu docs/tdesdk/umbrello/Makefile'; \ + cd $(top_srcdir) && \ + $(AUTOMAKE) --gnu docs/tdesdk/umbrello/Makefile + cd $(top_srcdir) && perl ../scripts/admin/am_edit -p../scripts/admin docs/tdesdk/umbrello/Makefile.in + + +#>+ 21 +clean-bcheck: + rm -f *.bchecktest.cc *.bchecktest.cc.class a.out + +bcheck: bcheck-recursive + +bcheck-am: + @for i in ; do \ + if test $(srcdir)/$$i -nt $$i.bchecktest.cc; then \ + echo "int main() {return 0;}" > $$i.bchecktest.cc ; \ + echo "#include \"$$i\"" >> $$i.bchecktest.cc ; \ + echo "$$i"; \ + if ! $(CXX) $(DEFS) -I. -I$(srcdir) -I$(top_builddir) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) $(CXXFLAGS) $(KDE_CXXFLAGS) --dump-class-hierarchy -c $$i.bchecktest.cc; then \ + rm -f $$i.bchecktest.cc; exit 1; \ + fi ; \ + echo "" >> $$i.bchecktest.cc.class; \ + perl $(top_srcdir)/admin/bcheck.pl $$i.bchecktest.cc.class || { rm -f $$i.bchecktest.cc; exit 1; }; \ + rm -f a.out; \ + fi ; \ + done + + +#>+ 3 +final: + $(MAKE) all-am + +#>+ 3 +final-install: + $(MAKE) install-am + +#>+ 3 +no-final: + $(MAKE) all-am + +#>+ 3 +no-final-install: + $(MAKE) install-am + +#>+ 3 +kde-rpo-clean: + -rm -f *.rpo + +#>+ 3 +nmcheck: +nmcheck-am: nmcheck diff --git a/tde-i18n-de/docs/tdesdk/umbrello/activity-diagram.png b/tde-i18n-de/docs/tdesdk/umbrello/activity-diagram.png new file mode 100644 index 00000000000..ef0c6c466b0 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/activity-diagram.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/add-remove-languages.png b/tde-i18n-de/docs/tdesdk/umbrello/add-remove-languages.png new file mode 100644 index 00000000000..75f6a6f747a Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/add-remove-languages.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/aggregation.png b/tde-i18n-de/docs/tdesdk/umbrello/aggregation.png new file mode 100644 index 00000000000..69e698cf09f Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/aggregation.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/asf.xmi b/tde-i18n-de/docs/tdesdk/umbrello/asf.xmi new file mode 100644 index 00000000000..ed4ff7c562a --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/asf.xmi @@ -0,0 +1,500 @@ + + + + + umbrello uml modeller http://uml.sf.net + 1.1 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/association.png b/tde-i18n-de/docs/tdesdk/umbrello/association.png new file mode 100644 index 00000000000..131ed8eee55 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/association.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/authors.docbook b/tde-i18n-de/docs/tdesdk/umbrello/authors.docbook new file mode 100644 index 00000000000..5c39151e95a --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/authors.docbook @@ -0,0 +1,44 @@ + +Autoren und Geschichte +Dieses Projekt wurde von Paul Hensgen als eines seiner Universitätsprojekte initiiert. Der Originalname des Projektes lautete UML Modeller . Paul hatte die Entwicklung bis Ende 2001, als die Version 1.0 erschien, vorangetrieben. +Version 1.0 bot schon eine Vielzahl von Funktionen. Nachdem Paul bei seiner Universität die Arbeit eingereicht hatte, konnten andere Entwickler dem Projekt beitreten, um es weiter zu verbessern. So wurde das ursprünglich binäre Dateiformat zugunsten von &XML; Dateien fallengelassen, es wurde Unterstützung für weitere &UML; Diagramme hinzugefügt, genauso wie die Quelltexterzeugung und das Einlesen von Quelltext, um nur ein paar wenige Verbesserungen zu nennen. +Paul musste sich im Sommer 2002 aus dem Entwicklungsteam leider zurückziehen, aber das Programm lebt weiter und entwickelt sich, wie andere Open Source Software. Es wird heute von einer Gruppe von Entwicklern von überall aus der Welt gepflegt. Im September 2002 wurde der Projektname von &UML; Modeller in &umbrello; geändert. Dafür gab es gute Gründe, z.B. war uml — wie es allgemein genannt wurde — zu allgemein und es gab deswegen Probleme mit einigen Distributionen. Und außerdem sind die Entwickler der Meinung, dass Umbrello ein viel coolerer Name ist. +&umbrello;s Entwicklung, genauso wie die Diskussion wo in zukünftigen Versionen die Schwerpunkte liegen sollen, ist offen und wird über das Internet geführt. Falls sie zu dem Projekt beitragen wollen, zögern sie nicht die Entwickler zu kontaktieren! Es gibt viele Möglichkeiten, wie man zu &umbrello; beitragen kann: + +Fehler berichten oder Vorschläge für Verbesserungen machen +Fehler beheben oder neue Funktionen hinzufügen +Eine gute Dokumentation schreiben oder Umbrello in eine andere Sprache übersetzen +Und natürlich mit uns programmieren! + +Es ist ersichtlich, dass es viele Möglichkeiten gibt, zum Projekt beizutragen. Alle Aufgaben dabei sind gleichwichtig und jeder ist herzlich willkommen uns zu helfen. +Die Entwickler von &umbrello; sind per Email erreichbar unter: uml_devel@lists.sourceforge.net. + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/class-diagram.png b/tde-i18n-de/docs/tdesdk/umbrello/class-diagram.png new file mode 100644 index 00000000000..d024cc91fb9 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/class-diagram.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/class.png b/tde-i18n-de/docs/tdesdk/umbrello/class.png new file mode 100644 index 00000000000..0e56a42868a Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/class.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/code-import.png b/tde-i18n-de/docs/tdesdk/umbrello/code-import.png new file mode 100644 index 00000000000..dff27edd7a0 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/code-import.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/code_import_and_generation.docbook b/tde-i18n-de/docs/tdesdk/umbrello/code_import_and_generation.docbook new file mode 100644 index 00000000000..1ed89f5d58e --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/code_import_and_generation.docbook @@ -0,0 +1,163 @@ + +Quelltextimport und Quelltexterzeugung +&umbrello; ist ein &UML; Modellierungswerkzeug und sein Schwerpunkt liegt deshalb auf der Analyse und des Designs ihres Systems. Um den Ãœbergang zwischen Design und Implementierung zu erleichtern, kann &umbrello; Quelltext in verschiedenen Programmiersprachen erzeugen. Möchte man hingegen die &UML; in einem bereits existierendem C++ Projekt einsetzen, unterstützt &umbrello; einem bei der Erstellung eines Modells des vorhandenen Systems, indem es den Quelltext einliest und die gefundenen Klassen erstellt. + +Quelltexterzeugung +&umbrello; kann Quelltext in verschiedenen Programmiersprachen auf Basis ihres &UML; Modells erzeugen und hilft dabei einen Anfang für die Implementierung zu schaffen. Der erzeugte Quelltext besteht aus den Klassendeklarationen, den Methoden und den Attributen. Man muss diese Hüllen lediglich ausfüllen, um die Klassenoperationen mit Funktionalität zu füllen. +&umbrello; 1.2 bietet Quelltexterzeugung in ActionScript, Ada, C++, CORBA IDL, &Java;, JavaScript, PHP, Perl, Python, SQL und XMLSchema. + +Quelltext erzeugen +Um Quelltext mit &umbrello; zu erzeugen, muss man zuerst ein Modell laden, das mindestens eine Klasse enthält. Wenn man Quelltext erzeugen will, muss man den Assistent für die Erzeugung des Quelltextes ... aus dem Quelltextmenu auswählen. Dadurch wird der Assistent gestartet, der dann durch den Prozess zur Quelltexterzeugung führt. +Im ersten Schritt muss man die Klassen auswählen, für die Quelltext erzeugt werden soll. Am Anfang sind alle Klassen des Modells ausgewählt und man kann nun einzelne entfernen. Dazu muss man sie aus der rechten Liste in die linke Liste verschieben. +Im folgenden Schritt des Assistenten kann man die Parameter des Quelltextgenerators verändern. Folgende Parameter sind verfügbar: + + +Parameter Quelltexterzeugung + + + + + + Parameter für die Quelltexterzeugung in &umbrello; + + + Parameter für die Quelltexterzeugung in &umbrello; + + + + + +Generierungsoptionen + + + +Dokumentation Quelltext +Der Parameter Erzeugt Dokumentations-Kommentare, selbst wenn diese leer sind. weist den Quelltextgenerator an, Kommentare der Form /** bla */ einzufügen, selbst wenn diese leer sind. Hat man die Klassen, Methoden und Attribute im Modell dokumentiert, fügt die Quelltexterzeugung diese Kommentare im Doxygen Format mit ein, egal was an dieser Stelle ausgewählt wurde. Ist dieser Parameter aktiviert, werden im Unterschied allerdings für alle Klassen, Methoden und Attribute Platzhalter eingefügt, selbst wenn diese nicht im Modell dokumentiert wurden. Man sollte diese dann direkt im Quelltext in den bereits vorhandenen Platzhaltern dokumentieren. +Erzeugt Kommentare für Abschnitte, selbst wenn diese leer sind.: &umbrello; schreibt Kommentare in den Quelltext um die verschiedenen Bereiche einer Klasse zu trennen. So würde zum Beispiel public methods oder Attributes vor den entsprechenden Abschnitten eingefügt werden. Wurde dieser Parameter aktiviert, wird für jeden Abschnitt ein entsprechendes Kommentar eingefügt, selbst dann, wenn der Abschnitt leer ist. So würde zum Beispiel das Kommentar protected methods eingefügt werden, selbst wenn keine geschützten Methoden in der Klasse existieren. + + +Ordner +Verzeichnis für alle zu erzeugenden Dateien: Hier wählt man das Verzeichnis aus, in dem der erzeugte Quelltext abgelegt werden soll. +Der Parameter Einbeziehung der Header-Dateien aus Verzeichnis erlaubt es einen Kopf an den Anfang jeder erzeugten Datei einzufügen. Diese Dateiköpfe können zum Beispiel Urheberhinweise oder Lizenzinformationen enthalten, sowie Variablen, die während der Quelltexterzeugung entsprechend ersetzt werden. Man sollte einen Blick auf die Vorlagedateien für Dateiköpfe werfen, die mit &umbrello; ausgeliefert werden. Dort kann man sehen, wie man zum Beispiel mit den Variablen das aktuelle Datum oder einen Namen einfügen kann. + + +Vorgaben für Ãœberschreibung + +Dieser Parameter legt das Verhalten von &umbrello; fest, wenn es eine Datei während der Quelltexterzeugung anlegen will, die im Zielverzeichnis bereits existiert. &umbrello; kann vorhandene Dateien nicht modifizieren. Man kann wählen zwischen dem Ãœberschreiben der existierenden Datei, dem Nachfragen, was passieren soll, und der Auswahl eines anderen Dateinamens durch &umbrello;. Soll &umbrello; einen anderen Dateinamen finden, dann hängt &umbrello; ein Suffix an die entsprechende Datei an. + + +Sprache +Umbrello wählt als Sprache für die Quelltexterzeugung die momentan als aktive Sprache gewählte aus. Man kann allerdings im Quelltextassistenten eine andere Sprache auswählen. + + + +Quelltexterzeugung +Der dritte und letzte Schritt des Assistenten zeigt den Status der eigentlichen Quelltexterzeugung. Man muss lediglich auf die Schaltfläche Erzeugen klicken, damit die entsprechenden Dateien mit den Klassen angelegt werden. +Es ist zu beachten, dass die gesetzten Parameter nur für die aktuelle Quelltexterzeugung gültig sind. Beim nächsten Aufruf des Assistenten muss man alle Parameter, wie Header-Datei Verzeichnis und Vorgaben für Ãœberschreibung, neu einstellen. Man kann allerdings die Voreinstellungen dauerhaft über den Quelltexterzeugung Abschnitt in den &umbrello; Einstellungen verändern. Diese Einstellungen erreicht man über Einstellungen &umbrello; einrichten .... +Hat man die Standardeinstellungen für die Quelltexterzeugung bereits richtig eingestellt, kann man die Quelltexterzeugung ohne den entsprechenden Assistenten direkt starten. Dazu wählt man Erzeuge alle Quelltexte aus dem Quelltext Menu. Dies erzeugt den Quelltext aller Klassen des Modells mit den aktuellen Einstellungen wie Ausgabeverzeichnis und Vorgaben für Ãœberschreiben. Man sollte deshalb vorsichtig damit umgehen. + + + + +Quelltext einlesen +&umbrello; kann bereits vorhandenen Quelltext eines bestehenden Projektes einlesen, um beim Aufbau des Systemmodells zu unterstützen. &umbrello; 1.2 verfügt über die Möglichkeit C++ Quelltext einzulesen, weitere Sprachen werden in späteren Versionen folgen. +Um Klassen in das aktuelle Modell zu importieren, muss man Klassen importieren ... aus dem Quelltextmenu auswählen. Im erscheinenden Dateidialog sind die Dateien auszuwählen, die die C++ Klassen Deklarationen enthalten und mit OK zu bestätigen. Die Klassen werden importiert und man findet sie danach in der Baumansicht des Modells. Es ist zu beachten, dass Umbrello beim Einlesen von Quelltext keine Diagramme anlegt, sondern lediglich die Klassen. Man kann diese nun in beliebigen Diagrammen verwenden. + + +Quelltext einlesen + + + + + + Dialog für das Einlesen von Quelltext in &umbrello; + + + Dialog für das Einlesen von Quelltext in &umbrello; + + + + + + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/collaboration-diagram.png b/tde-i18n-de/docs/tdesdk/umbrello/collaboration-diagram.png new file mode 100644 index 00000000000..a1a24928a2d Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/collaboration-diagram.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/composition.png b/tde-i18n-de/docs/tdesdk/umbrello/composition.png new file mode 100644 index 00000000000..07d50da90c1 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/composition.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/credits.docbook b/tde-i18n-de/docs/tdesdk/umbrello/credits.docbook new file mode 100644 index 00000000000..6f6407392c6 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/credits.docbook @@ -0,0 +1,11 @@ + +Copyright + +Copyright 2001, Paul Hensgen +Copyright 2002-2003 Die &umbrello; Autoren. Siehe dazu http://uml.sf.net/developers.php für weitere Informationen. +&underFDL; &underGPL; diff --git a/tde-i18n-de/docs/tdesdk/umbrello/folders.png b/tde-i18n-de/docs/tdesdk/umbrello/folders.png new file mode 100644 index 00000000000..b34ee2083ab Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/folders.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/generalization.png b/tde-i18n-de/docs/tdesdk/umbrello/generalization.png new file mode 100644 index 00000000000..e506a990955 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/generalization.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/generation-options.png b/tde-i18n-de/docs/tdesdk/umbrello/generation-options.png new file mode 100644 index 00000000000..b17eaaa81a0 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/generation-options.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/index.cache.bz2 b/tde-i18n-de/docs/tdesdk/umbrello/index.cache.bz2 new file mode 100644 index 00000000000..c7150eb8b2c Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/index.cache.bz2 differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/index.docbook b/tde-i18n-de/docs/tdesdk/umbrello/index.docbook new file mode 100644 index 00000000000..8b3d9043d61 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/index.docbook @@ -0,0 +1,85 @@ + +Umbrello &UML; Modeller"> + + + UML"> + + + + + + + + + + +]> + + + +Das Handbuch zu &umbrello; + + +&umbrello; Autoren + + + +2001 +Paul Hensgen + + +2002, 2003 +&umbrello; Autoren + + + +2003-10-15 +1.2 + + +&umbrello; unterstützt den Software Entwicklungsprozess durch die Anwendung des Industriestandards Unified Modelling Language (&UML;). Dadurch kann man mithilfe von Diagrammen das System entwickeln und dokumentieren. + + + +KDE +UML +modellieren +Diagramme +Software Entwicklung +Entwicklung + + + + +&introduction-chapter; +¨-basics-chapter; +&working-with-umbrello-chapter; +&code-import-and-generation-chapter; +&other-features-chapter; +&authors-chapter; +&credits-chapter; + + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/introduction.docbook b/tde-i18n-de/docs/tdesdk/umbrello/introduction.docbook new file mode 100644 index 00000000000..b349d8db9a0 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/introduction.docbook @@ -0,0 +1,57 @@ + +Einführung + +&umbrello; ist ein &UML; Diagramm Werkzeug, welches den Software Entwicklungs Prozess unterstützen kann. Hauptsächlich während der Analyse und des Design hilft &umbrello; dabei, ein qualitativ hochwertiges Produkt zu erzeugen. Die &UML; kann weiterhin zur Dokumentation des Softwaredesigns genutzt werden, um sie und ihre Kollegen zu unterstützen. +Ein gutes Modell des zukünftigen Softwaresystems ist die beste Grundlage, um mit anderen daran arbeitenden Entwicklern oder mit dem Kunden zu kommunizieren. Ein gutes Modell ist extrem wichtig für mittlere und große Projekte, aber selbst in kleinen Projekten ist es hilfreich. So kann man es selbst in einem Ein-Mann-Projekt einsetzen. Kleine Projekte profitieren von einem guten Model ebenso, da man einen Ãœberblick erhält, was dabei hilft die Sache gleich beim ersten Versuch richtig umzusetzen. +Die &UML; ist eine Diagrammnotationssprache um solche Modelle zu beschreiben. Man kann seine Ideen mithilfe verschiedener Diagramme in der &UML; ausdrücken. &umbrello; 1.2 unterstützt folgende Typen: + +Klassendiagramm +Sequenzdiagramm +Kollaborationsdiagramm +Anwendungsfalldiagramm +Zustandsdiagramm +Aktivitätsdiagramm +Komponenten Diagramm +Verteilungsdiagramm + +Mehr Informationen über &UML; kann man auf der OMG Homepage http://www.omg.org/ finden. Der &UML; Standard wurde von dieser Organisation geschaffen. +Wir hoffen sie haben Spaß mit &umbrello; und das es ihnen bei der Erstellung qualitativ hochwertiger Software hilft. &umbrello; ist ein freies Werkzeug. Die einzige Sache, um die wir sie bitten, ist es, Fehler, Probleme oder Vorschläge an die Umbrello Entwickler zu berichten über uml-devel@lists.sourceforge.net oder http://bugs.kde.org! + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/other_features.docbook b/tde-i18n-de/docs/tdesdk/umbrello/other_features.docbook new file mode 100644 index 00000000000..289a7cb051d --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/other_features.docbook @@ -0,0 +1,76 @@ + +Weitere Funktionen + +Weitere Funktionen in &umbrello; +In diesem Kapitel werden weitere Funktionen von &umbrello; genau erläutert. + +Objekte als PNG Bilder kopieren +Neben dem normalen Kopieren, Ausschneiden und Einfügen Funktionen für das Kopieren von Objekten zwischen einzelnen Diagrammen, beherrscht &umbrello; auch das Kopieren von Objekten als PNG Bildern, so dass man diese in andere Dokumente einfügen kann. Damit dies funktioniert, muss man keine speziellen Handlungen vornehmen. Einfach das Objekt (Klasse, Akteur, &etc;) auswählen und kopieren (&Ctrl;C oder über das Menu), dann &kword; öffnen (oder jedes andere Programm, indem man Bilder einfügen kann) und Einfügen auswählen. Mit dieser tollen Funktion kann man sehr leicht einzelne Teile von Diagrammen als einfache Bilder exportieren. + + +Export als ein Bild +Man kann natürlich ebenfalls ein komplettes Diagramm als PNG Bild exportieren. Dazu wählt man das gewünschte Diagramm und ruft dann aus dem Menu Diagramm den Eintrag Exportieren als Bild ... auf. + + +Drucken +&umbrello; ermöglicht es einzelne Diagramme zu drucken. Man kann dies entweder über den Druckknopf aus der Programmwerkzeugleiste oder über den Menueintrag Druck aus dem Datei Menu aufrufen. Es erscheint der Standard &kde; Druckdialog, womit man den Ausdruck des Diagrammes steuern kann. + + +Logische Ordner +Für eine bessere Organisation des Modells, besonders bei größeren Projekten, kann man logische Ordner in der Baumansicht anlegen. Dazu einfach NeuOrdner aus dem Kontextmenu der Standardordner in der Baumansicht wählen und einen neuen Ordner anlegen. Ordner können verschachtelt werden und man kann Objekte in diese hinein ziehen oder kopieren. + + +das Modell mit Ordnern organisieren + + + + + + Ein Modell mit logischen Ordnern in &umbrello; organisieren + + + ein Modell mit logischen Ordnern in &umbrello; organisieren + + + + + + + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/screen-shots.xmi b/tde-i18n-de/docs/tdesdk/umbrello/screen-shots.xmi new file mode 100644 index 00000000000..33abdd141e3 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/screen-shots.xmi @@ -0,0 +1,497 @@ + + + + + umbrello uml modeller http://uml.sf.net + 1.1 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/sequence-diagram.png b/tde-i18n-de/docs/tdesdk/umbrello/sequence-diagram.png new file mode 100644 index 00000000000..ba82ab835fd Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/sequence-diagram.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/state-diagram.png b/tde-i18n-de/docs/tdesdk/umbrello/state-diagram.png new file mode 100644 index 00000000000..5b9b787a39c Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/state-diagram.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/umbrello-main-screen.png b/tde-i18n-de/docs/tdesdk/umbrello/umbrello-main-screen.png new file mode 100644 index 00000000000..0a79f163942 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/umbrello-main-screen.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui-clean.png b/tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui-clean.png new file mode 100644 index 00000000000..f63ff28a549 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui-clean.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui.png b/tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui.png new file mode 100644 index 00000000000..642d7b263c8 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/umbrello-ui.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/uml_basics.docbook b/tde-i18n-de/docs/tdesdk/umbrello/uml_basics.docbook new file mode 100644 index 00000000000..840c8853871 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/uml_basics.docbook @@ -0,0 +1,780 @@ + +&UML; Grundlagen + +Ãœber &UML; +Dieses Kapitel gibt einen kurzen Ãœberblick über die &UML; Grundlagen. Man sollte sich aber bewusst sein, dass es keine vollständige &UML; Anleitung ist. Wenn man mehr über die Unified Modelling Language, oder allgemein über Software Analyse und Design, lernen will, dann sollte man eines der vielen zu diesem Thema publizierten Bücher lesen. Man kann natürlich die vielen Einführungen im Internet zum Thema als Ausgangspunkt wählen. + +Die Unified Modelling Language (&UML;) ist eine Diagrammnotation zum spezifizieren, visualisieren und dokumentieren von Modellen objektorientierter Softwaresysteme. &UML; ist kein Vorgehensmodell, d.h. es sagt nichts über die einzelnen Schritte aus, die nötig sind, um ein System zu gestalten. Aber &UML; hilft ihnen ihr Design zu visualisieren und mit anderen zu kommunizieren. Der &UML; Standard wird von der Object Management Group (OMG) gepflegt und ist der Industriestandard zur Beschreibung von Softwaremodellen. +&UML; wurde für das objektorientierte Softwaredesign entwickelt und ist daher nur von begrenztem Nutzen bei anderen Programmierparadigmen. +&UML; setzt sich zusammen aus vielen Modellelementen, die für sich einen bestimmten Sachverhalt des Softwaresystems repräsentieren. Diese Elemente werden zu Diagrammen kombiniert, die einen Ausschnitt oder einen bestimmten Blickpunkt auf das System darstellen. Folgende Diagrammtypen werden von &umbrello; unterstützt: + + + +Anwendungsfalldiagramm , stellt Akteure (Menschen oder andere Nutzer des Systems), Anwendungsfälle (Szenario, wie die Akteure das System nutzen) und die Beziehungen dazwischen dar + +Klassendiagramm, stellt Klassen und ihre Beziehungen untereinander dar + + Sequenzdiagramm, stellt Objekte und ihre Beziehungen dar, wobei der Schwerpunkt auf dem chronologischen Nachrichtenaustausch zwischen den Objekten liegt + +Kollaborationsdiagramm , stellt Objekte und ihre Beziehungen dar, wobei der Schwerpunkt auf Objekten liegt, die am Nachrichtenaustausch beteiligt sind + + +Zustandsdiagramm , stellt Zustände, Zustandsänderungen und Ereignisse in einem Objekt oder Teilsystem dar + +Aktivitätsdiagram , stellt die Aktivitäten, Zustände und Zustandsänderungen von Objekten und die Ereignisse in Teilsystemen dar + +Komponentendiagramm , stellt die höheren Programmierkomponenten (wie KParts und Java Beans) dar. + +Verteilungsdiagramm , stellt die Instanzen der Komponenten und ihre Beziehungen dar. + + + + + + +&UML; Elemente + +Anwendungsfalldiagramm +Anwendungsfalldiagramme beschreiben die Beziehungen und Abhängigkeiten zwischen einer Gruppe von Anwendungsfällen und den teilnehmenden Akteuren in einem Prozess. +Dabei ist zu beachten, dass ein Anwendungsfalldiagramm nicht das Systemdesign wiederspiegelt und damit keine Aussage über die Systeminterna trifft. Anwendungsfalldiagramme werden zur Vereinfachung der Kommunikation zwischen Entwickler und zukünftigen Nutzer bzw. Kunde erstellt. Sie sind vorallem bei der Festlegung der benötigten Kriterien des zukünftigen Systems hilfreich. Somit treffen Anwendungsfalldiagramme eine Aussage, was zu tun ist, aber nicht wie wie das erreicht wird. + + +ein beispielhaftes Anwendungsfalldiagramm. + + + + + + &umbrello; bei der Darstellung eines Anwendungfalldiagrammes + + + &umbrello; bei der Darstellung eines Anwendungfalldiagrammes + + + + + +Anwendungsfall +Ein Anwendungsfall beschreibt, aus der Sicht des Akteur, eine Reihe von Aktivitäten im System, die ein konkret fassbares Ergebnis liefern. +Anwendungsfälle dienen als Beschreibung von typischen Interaktionen zwischen Nutzer und dem System. Sie stellen die externe Schnittstelle dar und spezifizieren damit die Anforderungen, was das System zu tun hat (nur das was, aber nicht das wie!). +Bei der Arbeit mit Anwendungsfällen, sollte man folgende einfache Regeln beachten: + jeder Anwendungsfall ist mindestens mit einem Akteur verbunden + jeder Anwendungsfall hat einen Auslöser (also einen Akteur) + jeder Anwendungsfall führt zu einem relevanten Ergebnis (messbar und wirtschaftlich relevant) + + + +Anwendungsfälle können untereinander in Verbindung stehen. Die 3 gebräuchlichsten Beziehungen zwischen Anwendungsfällen sind: + +<<include>>, wodurch ausgesagt wird, dass ein Anwendungsfall in einem anderen Anwendungsfall stattfindet. +<<extends>>, wodurch ausgesagt wird, dass in einer bestimmten Situation (oder einem bestimmten Erweiterungspunkt) der Anwendungsfall durch einen anderen erweitert wird. +Verallgemeinerung, wodurch ausgesagt wird, dass ein Anwendungsfall die Eigenschaften eines Superanwendungsfall (übergeordneten) erbt und diese überschreiben oder erweitern kann, ganz ähnlich wie bei der Vererbung zwischen Klassen. + + + + +Akteur +Ein Akteur ist ein externes Objekt (außerhalb des Systems), welches mit dem System durch die Teilnahme und Auslösung von Anwendungsfällen in Kontakt tritt. Akteure können echte Menschen (z.B. der Nutzer des Systems), Computersysteme oder externe Ereignisse sein. +Akteure stellen somit nicht die physische Person oder System dar, sondern vielmehr die Rollen dieser Objekte. Steht eine physische Person auf verschiedenen Wegen (z.B. durch verschiedene Rollen) mit dem System in Kontakt, dann wird sie durch verschiedene Akteure dargestellt. So würde eine Person, die im Kundensupport genauso wie in der Auftragsannahme tätig ist, einmal als Akteur Supportmitarbeiter und einmal als Akteur Vertriebsmitarbeiter dargestellt werden. + + +Anwendungsfallbeschreibung +Eine Anwendungsfallbeschreibung legt in Textform den Anwendungsfall dar. Normalerweise werden dazu Notizen oder sonstwie mit dem Anwendungsfall verlinkte Dokumente dargestellt und beschreiben die Prozesse oder Aktivitäten, die im Anwendungfall stattfinden. + + + + +Klassendiagramm +Klassendiagramme zeigen die verschiedenen Klassen, aus denen das System besteht, und wie diese untereinander in Abhängigkeit stehen. Die Klassendiagramme werden als statisch bezeichnet, da sie lediglich die Klassen mit ihren Methoden und Attributen sowie die statischen Verbindungen zwischen ihnen darstellen. Dabei wird gezeigt, welche Klassen von anderen Klassen etwas wissen und welche Klassen ein Teil von anderen Klassen sind. Es wird aber nicht der Nachrichtenaustausch (Methodenaufrufe) zwischen den Klassen dargestellt. + + +ein beispielhaftes Klassendiagramm + + + + + + &umbrello; bei der Darstellung eines Klassendiagrammes + + + &umbrello; bei der Darstellung eines Klassendiagrammes + + + + + +Klasse +Eine Klasse definiert die Attribute und Methoden einer Menge von Objekten. Alle Objekte dieser Klasse (die Instanzen) haben das gleiche Verhalten und die selben Attribute (aber mit unterschiedlichen Werten). Der Begriff Typ wird manchmal synonym für Klasse verwendet, aber es muss beachtet werden, dass Typ allgemeiner ist und daher die beiden Begriffe nicht identisch in ihrer Bedeutung sind. +In der &UML; werden Klassen als Rechtecke mit dem Klassennamen dargestellt. Sie können die Attribute und Operationen der Klasse in 2 extra abgetrennten Bereichen innerhalb des Rechteck enthalten. + + +eine Klasse in der &UML; + + + + + + visuelle Darstellung einer Klasse in der &UML; + + + visuelle Darstellung einer Klasse in der &UML; + + + + + +Attribut +In der &UML; werden Attribute mindestens mit ihrem Namen dargestellt, es können aber noch der Typ, der Anfangswert und weitere Eigenschaften mit angezeigt werden. So kann man z.B. die Sichtbarkeit von Attributen mit darstellen: + ++, steht für public (öffentliche) Attribute +#, steht für protected (geschützte) Attribute +-, steht für private Attribute + + + +Operation +Operationen (Methoden) müssen ebenfalls mindestens mit ihrem Namen dargestellt werden und können weiterhin die Parameter und die Rückgabewerte in der Darstellung enthalten. Wie bei Attributen, ist die Sichtbarkeit ebenfalls darstellbar: ++, steht für public (öffentliche) Operationen +#, steht für protected (geschützte) Operationen +-, steht für private Operationen + + + + + +Klassen-Templates +Klassen können als Klassen-Templates genutzt werden um zu zeigen, dass es sich um eine unspezifizierte Klasse oder Typ handelt. Der Klassentyp wird während der Instanzbildung (also Objekt wird angelegt) bestimmt. Template-Klassen gibt es in modernen Sprachen wie C++ und ab Java 1.5, wo sie Generics genannt werden. + + + + +Klassenassoziation +Klassen können sich auf unterschiedlichen Wegen aufeinander beziehen (assoziieren): + +Verallgemeinerung +Die Vererbung ist ein Basiskonzept der objektorientierten Programmierung. Ein Klasse erhält dabei alle Attribute und Operationen der Klasse, von der sie abgeleitet wird. Die Klasse kann diese Operationen/Attribute überschreiben und ändern, sowie neue hinzufügen. +In der &UML; wird durch die Assoziation Verallgemeinerung zwischen 2 Klassen eine Hierarchie aufgebaut, die das Konzept von abgeleiteter Klasse und Basisklasse verkörpert. Die Verallgemeinerung zwischen 2 Klassen wird in der &UML; durch eine Linie zwischen den 2 Klassen dargestellt, wobei sich ein Pfeil auf der Seite der Basisklasse befindet. +Verallgemeinerung + + + + + + visuelle Darstellung der Verallgemeinerung in &UML; + + + visuelle Darstellung der Verallgemeinerung in &UML; + + + + + + + +Assoziation +Eine Assoziation stellt den Zusammenhang zwischen Klassen dar und beschreibt damit die allgemeine Bedeutung und Struktur verschiedenster Typen von Verbindungen zwischen Objekten. +Assoziationen sind der Mechanismus, der es den Objekten erlaubt untereinander zu kommunizieren. Sie beschreiben die Verbindungen zwischen verschiedenen Klassen (die Verbindung zwischen den eigentlichen Objekten werden als Objektverbindungen oder als Link bezeichnet). +Assoziationen können Rollen haben, die den Zweck der Verbindung beschreiben und entweder uni- oder bidirektional sind (ob die Verbindung zwischen den Objekten ein- oder zweiseitig ist). Beide Enden einer Assoziation verfügen über einen Multiplizitätswert, der angibt, wieviele Objekte auf der einen Seite mit wieviel Objekten auf der anderen Seite verbunden sein können. +In der &UML; wird die Assoziation durch eine Linie zwischen den in der Beziehung teilnehmenden Klassen dargestellt. Dabei kann die Rolle und die Multiplizität ebenfalls angezeigt werden. Multiplizität wird als Bereich [min..max] von nicht negativen Werten dargestellt, wobei der Stern (*) auf der Maximumseite einen unendlichen Wert repräsentiert. +&UML; Assoziation + + + + + + visuelle Darstellung einer &UML; Assoziation + + + visuelle Darstellung einer &UML; Assoziation + + + + + + + +Aggregation +Aggregationen sind eine Spezialart von Assoziationen. Dabei haben die verbundenen Klassen nicht den gleichen Status, sondern es wird eine Teil eines Ganzes Beziehung dargestellt. Ein Aggregation beschreibt, wie die Klasse, die die Rolle des Ganzen vertritt, sich aus anderen Klassen, die die Rollen des Teil innehaben, zusammensetzt. Bei Aggregationen hat die Klasse mit der Rolle des Ganzen immer eine Multiplizität von 1. +In der &UML; werden Aggregationen durch Assoziationen dargestellt, wobei auf der Seite des Ganzen ein Rhombus ist. +Aggregation + + + + + + visuelle Darstellung einer Aggregationsbeziehung in der &UML; + + + visuelle Darstellung einer Aggregationsbeziehung in der &UML; + + + + + + +Komposition +Kompositionen sind Assoziationen, die eine sehr starke Aggregation darstellen. Das bedeutet, dass Kompositionen ebenfalls eine Teil eines Ganzen Beziehung darstellen, wobei die Beziehung aber so stark ist, dass die Teile nicht allein existieren können. Sie bestehen nur innerhalb des Ganzen und werden zerstört, wenn das Ganze zerstört wird. +In der &UML; werden Kompositionen durch ein ausgefülltes Rhombus auf der Seite des Ganzen dargestellt. + +Komposition + + + + + + visuelle Darstellung einer Kompositionsbeziehung in der &UML; + + + + + + + +Andere Klassendiagramm Elemente +Neben Klassen können weitere Elemente in einem Klassendiagramm dargestellt werden. + +Schnittstelle +Schnittstellen (Interfaces) sind abstrakte Klassen. Das bedeutet, von der Klasse können keine Instanzen direkt gebildet werden. Schnittstellen können Operationen aber keine Attribute beinhalten. Klassen können durch eine Realisierungsassoziation von Schnittstellen abgeleitet werden und von der Klasse können dann Instanzen gebildet werden. + + + +Datentypen +Datentypen sind Primitive, die normalerweise in den Programmiersprachen verfügbar sind wie Integer und Boolean. Sie können keine Beziehung zu Klassen haben, aber Klassen zu ihnen. + + + +Aufzählungen +Aufzählungen sind eine einfache Liste von Werten. Ein typisches Beispiel für eine Aufzählung sind die Wochentage. Die einzelnen Einträge in der Aufzählung werden als Aufzählungswert bezeichnet. Wie Datentypen können sie keine Beziehung zu Klassen haben, aber Klassen können Beziehungen zu ihnen haben. + + + +Pakete +Pakete stehen für Namensräume (Namespace) in Programmiersprachen. In einem Diagramm stehen sie stellvertretend für Teilsysteme, die aus mehr als einer Klasse, manchmal hunderte, bestehen können. + + + + + + + +Sequenzdiagramm + +Sequenzdiagramme zeigen den Nachrichtenaustausch (also Methodenaufruf) zwischen Objekten in einem spezifischen Zeitrahmen. Dabei wird besondere Betonung auf die Reihenfolge und die Zeiten gelegt, in denen die Nachrichten an die Objekte gesendet werden. + +Im Sequenzdiagramm wird das Objekt durch eine vertikal verlaufende gestrichelte Linie gekennzeichnet. Der Objektname befindet sich am oberen Ende. Die Zeitachse verläuft ebenfalls vertikal, wobei sie sich nach unten hin erhöht. Nachrichten zwischen den Objekten werden als Pfeile mit den Operationen- und Parameternamen gekennzeichnet. + + + +Sequenzdiagramm + + + + + + &umbrello; bei der Darstellung eines Sequenzdiagrammes + + + &umbrello; bei der Darstellung eines Sequenzdiagrammes + + + + +Nachrichten können synchron oder asynchron sein. Bei synchronen Nachrichten erfolgt ein normaler Nachrichtenaufruf und die Kontrolle wird an das gerufene Objekt übergeben. Asynchrone Aufrufe geben sofort die Kontrolle an das rufende Objekt zurück. Synchrone Nachrichten haben eine vertikale Box auf der Seite des gerufenen Objektes um den Programmverlauf darzustellen. + + + +Kollaborationsdiagramm + +Kollaborationsdiagramme zeigen die Interaktionen zwischen Objekten, die an einer spezifischen Situation teilnehmen. Dies entspricht im Wesentlichen den Informationen aus dem Sequenzdiagramm, wobei bei diesen der Schwerpunkt auf dem zeitlichen Auftreten liegt. Bei Kollaborationsdiagramm wird hingegen vordergründig die Verbindung zwischen Objekten und ihrer Topologie gelegt. + +Die Nachrichten zwischen den Objekten werden in Kollaborationsdiagrammen durch Pfeile dargestellt, an denen Name, Parameter und die Nachrichtensequenz steht. Die Kollaborationsdiagramme sind hervorragend dafür geeignet eine spezielle Programmabfolge oder Situation zu zeigen. Man kann damit sehr leicht und schnell einen Teil der Programmlogik demonstrieren und erklären. + + +Kollaboration + + + + + + &umbrello; bei der Darstellung einnes Kollaborationdiagrammes + + + &umbrello; bei der Darstellung einnes Kollaborationdiagrammes + + + + + + + +Zustandsdiagramm +Zustandsdiagramme zeigen Objekte in ihren verschiedenen Zuständen während ihres Lebens und sie zeigen die Einflüsse, die die Objekte in einen anderen Zustand bringen. +Zustandsdiagramme betrachten Objekte als Zustandsmaschinen oder endliche Automaten, die in einer endlichen Anzahl von Zuständen sein können und die ihren Zustand durch eine endliche Anzahl von Einflüssen verändern. So kann sich zum Beispiel das Objekt NetServer während seines Lebens in folgenden Zuständen befinden: + +bereit +wartend +arbeitend +angehalten + +und die Ereignisse, die eine Zustandsänderung des Objektes auslösen, könnten sein: + +Objekt ist angelegt +Objekt erhält Nachricht zu warten +ein Client fordert eine Verbindung über ein Netzwerk an +ein Client beendet eine Anforderung +eine Anforderung wird bearbeitet und beendet +Objekt empfängt Nachricht anhalten +&etc; + + + +Zustandsdiagramm + + + + + + Umbrello bei der Darstellung eines Zustanddiagrammes + + + Umbrello bei der Darstellung eines Zustanddiagrammes + + + + + +Zustand +Zustände sind die Bausteine des Zustandsdiagrammes. Ein Zustand gehört zu genau einer Klasse und steht für eine bestimmte Konstellation der Attributwerte dieser Klasse. Somit beschreibt ein Zustand in der &UML; den internen Zustand eines Objektes einer bestimmten Klasse. +Wichtig ist dabei, dass nicht jede Attributveränderung im Objekt zu einem neuen Zustand führen soll, sondern lediglich Attributwerte mit spürbaren Auswirkungen als Zustand des Objektes zu vermerken sind. +2 besondere Zustände sind Start und Ende. So kann es kein Ereignis geben, dass ein Objekt in seinen Startzustand zurückversetzt und kein Ereignis kann ein Objekt in einen anderen Zustand versetzen, wenn dieses bereits seinen Endzustand erreicht hat. + + + + + +Aktivitätsdiagramm +Aktivitätsdiagramme beschreiben die Abfolge von Aktivitäten in einem System. Sie sind dabei eine spezielle Form der Zustandsdiagramme, indem sie fast ausschließlich Aktivitäten beinhalten. + + +ein beispielhaftes Aktivitätsdiagramm + + + + + + &umbrello; bei der Darstellung eines Aktivitätdiagrammes + + + &umbrello; bei der Darstellung eines Aktivitätdiagrammes + + + + +Aktivitätsdiagramme sind den prozeduralen Flussdiagrammen sehr ähnlich. Der Unterschied ist, dass Aktivitäten klar an Objekte gekoppelt sind. + +Aktivitätsdiagramme gehören immer eindeutig zu Klassen, Operationen oder Anwendungsfällen. + +In Aktivitätsdiagrammen können sowohl sequenzielle wie auch parallele Aktivitäten dargestellt werden. Parallele Bearbeitung wird mittels der Fork/Wait Symbole umgesetzt. Für parallel laufende Aktivitäten ist es dabei unerheblich, in welcher Reihenfolge sie ablaufen. Sie können zum gleichen Zeitpunkt aber auch nacheinander ausgeführt werden. + +Aktivität +Eine Aktivität ist ein einzelner Schritt in einem Prozess. Somit ist eine Aktivität ein Zustand des Systems mit einer internen Aktivität und mindestens einem Ãœbergang. Es sind allerdings mehrere Ãœbergänge möglich, wenn die Aktivität unterschiedliche Bedingungen enthält. +Aktivitäten können eine Hierarchie bilden, indem man eine Aktivität aus anderen zusammensetzen kann. Dabei müssen die eingehenden und ausgehenden Ãœbergänge mit den entsprechenden Ãœbergängen in der Verfeinerung übereinstimmen. + + + + + +Hilfselemente +In der &UML; sind einige Elemente, die keine semantische Bedeutung für das Modell haben, aber Diagramme verständlicher machen können. Die Elemente sind: + +Textzeile +Textnotiz und entsprechende Verbindung +Rahmen + +Mit der Textzeile kann eine Kurzinformation in das Diagramm eingefügt werden. Der Text ist freistehend und hat keine Bedeutung für das Modell. + +Mittels der Textnotiz können detailierte Informationen über ein Objekt oder eine Situation eingefügt werden. Der große Vorteil der Textnotiz ist, dass sie mit einem &UML; Element verbunden werden kann und somit die Notiz zu diesem speziellen Objekt oder der speziellen Situation gehört. + +Rahmen sind frei schwebende Rechtecke, die zur visuellen Gruppierung von Objekten in Diagrammen genutzt werden können. Sie machen ein Diagramm besser lesbar, haben aber keine logische Bedeutung für das Modell. + + + + + +Komponentendiagramm +Komponentendiagramme stellen die Software Komponenten (entweder Komponententechnologien wie KParts, CORBA Komponenten oder Java Beans oder klar abgrenzbare Systemeinheiten) dar und die Resultate wie Quelltextdateien, Programmbibliotheken oder relationale Datenbanktabellen. + +Komponenten können Schnittstellen (also abstrakte Klasse mit Operationen) enthalten, mit denen Verbindungen zwischen Komponenten möglich werden. + + + +Verteilungsdiagramm + +Verteilungsdiagramme zeigen die Laufzeitobjekte der Komponenten und ihre Beziehungen. Sie beinhalten Knoten als physische Ressourcen, typischerweise ein Computer. Weiterhin zeigen sie Schnittstellen und Objekte (Klasseninstanzen). + + + + + diff --git a/tde-i18n-de/docs/tdesdk/umbrello/use-case-diagram.png b/tde-i18n-de/docs/tdesdk/umbrello/use-case-diagram.png new file mode 100644 index 00000000000..d693440a261 Binary files /dev/null and b/tde-i18n-de/docs/tdesdk/umbrello/use-case-diagram.png differ diff --git a/tde-i18n-de/docs/tdesdk/umbrello/working_with_umbrello.docbook b/tde-i18n-de/docs/tdesdk/umbrello/working_with_umbrello.docbook new file mode 100644 index 00000000000..0c13894d907 --- /dev/null +++ b/tde-i18n-de/docs/tdesdk/umbrello/working_with_umbrello.docbook @@ -0,0 +1,409 @@ + +Mit &umbrello; arbeiten + + +Dieses Kapitel gibt eine Einführung in die Oberfläche von &umbrello; und vermittelt alle Kenntnisse, um sofort mit der Modellierung anzufangen. Wie normalerweise üblich, sind (fast) alle Aktionen über &umbrello;s Menus und Werkzeugleisten erreichbar. Allerdings nutzt &umbrello; ebenfalls sehr stark die über rechte Maustaste erreichbaren Kontextmenus. Man kann fast auf jedes Element in &umbrello;s Arbeitsbereich oder Baumansicht mit der rechten Maustaste klicken, um für das gewählte Element sinnvoll erscheinende Funktionen zu erreichen. Für einige Nutzer ist dies am Anfang sehr verwirrend, da sie meist die Arbeit über Menus und Werkzeugleisten gewöhnt sind. Aber hat man sich erst einmal an den Rechtsklick gewöhnt, kann man sein Arbeitstempo wesentlich erhöhen. + + +Nutzeroberfläche +&umbrello;s Hauptfenster unterteilt sich in 3 Bereiche, die dabei helfen den Ãœberblick über das gesamte System zu wahren, verschiedene Diagramme schnell aufzurufen und letztendlich am Modell zu arbeiten. +Diese Bereiche werden folgendermaßen bezeichnet: + +Baumansicht +Arbeitsbereich +Dokumentationsfenster + + + +&umbrello;s Nutzeroberfläche + + + + + + &umbrello;s Nutzeroberfläche + + + &umbrello;s Nutzeroberfläche + + + + + +Baumansicht +Die Baumansicht befindet sich am oberen linken Rand des Fensters und zeigt alle Diagramme, Klassen, Akteure und Anwendungsfälle, aus denen das Modell besteht. Mit der Baumansicht bekommt man einen schnellen Ãœberblick über die Elemente, die das System formen. Weiterhin kann man mit der Baumansicht sehr elegant zwischen den einzelnen Diagrammen wechseln und Elemente aus dem Modell in das aktuelle Diagramm einfügen. +Besteht das Modell aus vielen Klassen und Diagrammen, hilft die Baumansicht bei der Wahrung der Ãœbersicht, indem man das Modell mittels Ordnern besser organisiert. Man kann Ordner anlegen, indem man vom Kontextmenu (Klick mit rechter Maustaste auf ein Ordnerelement in der Baumansicht) den entsprechenden Befehl wählt. Die Elemente kann man einfach in die gewünschten Ordner mittels Drag'n Drop (Ziehen und Ablegen) verschieben. + + + +Dokumentationsfenster +Das Dokumentationsfenster ist das kleine Fenster am unteren linken Rand des &umbrello; Fensters. Es zeigt die für das aktuell gewählte Objekt hinterlegte Dokumentation. Das Dokumentationsfenster ist sehr klein, da es nur einen kurzen Einblick in die hinterlegte Dokumentation geben soll. Die komplette Dokumentation ist natürlich über die Eigenschaften des Elementes verfügbar. + + +Arbeitsbereich +Der Arbeitsbereich ist der Hauptteil des Fensters. Hier findet die eigentliche Arbeit statt. Er wird zum bearbeiten und anschauen der im Modell hinterlegten Diagramme genutzt. Der Arbeitsbereich zeigt das aktuell aktive Diagramm. Momentan kann immer nur 1 Diagramm im Arbeitsbereich zu einem Zeitpunkt dargestellt werden. + + + +Erstellen, Laden und Speichern von Modellen +Um etwas Sinnvolles mit &umbrello; machen zu können, muss man zuerst ein Modell anlegen, an dem man arbeiten kann. Während &umbrello;s Start wird entweder das zuletzt bearbeitete Modell geladen oder ein neues leeres Modell angelegt. Die hängt von den Einstellungen im Einstellungsfenster ab. Dadurch kann man sofort mit der gewünschten Arbeit beginnen. + +Neues Modell +Um zu irgendeinem Zeitpunkt ein neues Modell anzulegen, wählt man Neu aus dem Dateimenu oder klickt auf das Neu Symbol in der horizontalen Werkzeugleiste. Arbeitet man gerade an einem Modell, fragt &umbrello; zuerst nach, ob man das aktuelle Modell nicht speichern will, bevor man ein neues Element anlegt. + + +Modell speichern +Man kann zu jedem Zeitpunkt das Modell speichern indem man den SpeichernEintrag aus dem Datei Menu wählt, oder auf das entsprechende Symbol in der horizontalen Werkzeugleiste klickt. Soll das Modell unter einem anderen Dateinamen gespeichert werden, wählt man den Eintrag Speichern unter ... aus dem Datei Menu. +Zur Absicherung bietet &umbrello; die Möglichkeit, das Modell automatisch nach einem bestimmten Zeitabschnitt zu speichern. Man kann diese Möglichkeit und das Zeitintervall in &umbrello;s Einstellungen definieren. + + +Modell laden +Um ein bereits existierendes Modell zu laden, muss man Öffnen aus dem Datei Menu oder das entsprechende Symbol aus der horizontalen Werkzeugleiste wählen. Die zuletzt bearbeiteten Modelle sind ebenfalls über das Untermenu Zuletzt geöffnete Dateien im Datei Menu verfügbar. Dadurch kann man häufig verwendete Modelle wesentlich schneller aufrufen. +Mit &umbrello; kann man immer nur an einem Modell gleichzeitig arbeiten. Fordert man das Programm zum Laden eines anderen Modells auf und wurde das momentan bearbeitete Modell seit dem letzten Speichern verändert, fragt &umbrello; nach, ob man die Änderungen nicht zuerst speichern will. Dadurch wird ein möglicher Datenverlust verhindert. Man kann aber mehrere Instanzen von &umbrello; starten und auch zwischen den Instanzen Objekte kopieren und einfügen. + + + +Modelle bearbeiten +In &umbrello; gibt es prinzipiell 2 Möglichkeiten die Elemente des Modells zu verändern. +Man kann die Elemente direkt in der Baumansicht bearbeiten. +Man kann die Elemente in den Diagrammen bearbeiten. + + +Ãœber das mit der rechten Maustaste erreichbare Kontextmenu kann man in der Baumansicht fast alle Elemente des Modells hinzufügen, entfernen oder verändern. Klickt man zum Beispiel mit der rechten Maustaste auf einen Ordner in der Baumansicht, kann man eines der verschiedenen Diagramme sowie Akteure, Klassen und Anwendungsfälle anlegen, je nachdem ob der Ordner der logischen Sicht oder der Anwendungsfallsicht untergeordnet ist. +Nachdem man ein Element dem Modell hinzugefügt hat, kann man seine Eigenschaften über den Eigenschaftendialog ändern. Diesen erreicht man über den Punkt Eigenschaften aus dem Kontextmenu des jeweiligen Elements. +Weiterhin kann man das Modell durch das Anlegen und Ändern von Elementen in den Diagrammen bearbeiten. Weitere Details, wie das geht, sind in den folgenden Abschnitten zu finden. + + +Diagramme hinzufügen und entfernen +Das &UML; Modell besteht aus &UML; Elementen und den Assoziationen zwischen diesen. Man kann aber das Modell nicht direkt sehen, sondern man nutzt Diagramme, um es zu betrachten. + +Diagramme anlegen +Um ein neues Diagramm dem Modell hinzufügen, muss man lediglich den Diagrammtyp aus dem Untermenu Neu aus dem Diagramm Menu wählen und dem Kind einen Namen geben. Das Diagramm wird angelegt und als aktives Diagramm für den Arbeitsplatz ausgewählt. Es taucht sofort in der Baumansicht auf. +Man sollte sich daran erinnern, dass &umbrello; sehr starken Gebrauch von den Kontextmenus, erreichbar über die rechte Maustaste, macht. So kann man auf einen Ordner in der Baumansicht mit der rechten Maustaste klicken und aus dem Untermenu Neu den gewünschten Typ auswählen. Es ist zu beachten, dass man in der Anwendungsfallsicht lediglich Anwendungsfalldiagramme hinzufügen kann und in der logischen Sicht alle anderen Diagrammtypen. + + +Diagramme entfernen +Will man ein Diagramm aus dem Modell entfernen, muss man es aktivieren und dann Löschen aus dem Diagramm Menu aufrufen. Man kann dies ebenfalls über den Löschen Eintrag im Kontextmenu des entsprechenden Diagramms in der Baumansicht machen. +Da das Löschen eines Diagramms ein ernster Eingriff ist, der Datenverlust verursachen kann, falls es unbeabsichtigt passiert, fragt &umbrello; um Bestätigung, bevor die Löschoperation ausgeführt wird. Wurde das Diagramm einmal gelöscht und die Datei gespeichert, gibt es keine Möglichkeit, die Aktion rückgängig zu machen! + + +Diagramme umbenennen +Will man ein Diagramm umbenennen, kann man dies durch den Umbenennen Eintrag im Kontextmenu des Diagramms in der Baumansicht erreichen. +Ein anderer Weg ist der Eigenschaftendialog des Diagramms, der durch den Eintrag Eigenschaften aus dem über die rechte Maustaste erreichbaren Kontextmenus des Diagramms aufgerufen werden kann. Weiterhin kann man in der Baumansicht mit einem Doppelklick auf das Diagramm den Eigenschaftendialog ebenfalls aufrufen. + + + +Diagramme bearbeiten +Während der Arbeit mit Diagrammen versucht &umbrello; einen durch die Anwendung einfacher Regeln zu unterstützen, indem nur die möglichen Elemente in einem Diagramm zur Verfügung stehen und nur die sinnvollen Beziehungen zwischen diesen angelegt werden können. Als &UML; Experte wird man dies vielleicht gar nicht bemerken, für Anfänger ist es eine große Unterstützung bei der Erstellung von standardkonformen Diagrammen. +Nachdem man ein Diagramm angelegt hat, kann man es bearbeiten. Es ist dabei der Unterschied zwischen Diagramm- und Modellbearbeitung, für Anfänger schwieriger verständlich, zu beachten. Wie bereits dargelegt wurde, sind Diagramme eine Sicht auf das Modell. Legt man zum Beispiel in einem Klassendiagramm eine Klasse an, dann bearbeitet man eigentlich sowohl Modell wie auch Diagramm. Ändert man hingegen lediglich die Farbe oder andere Darstellungsoptionen einer Klasse in einem Klassendiagramm, dann wird dadurch lediglich das Diagramm, aber nicht das Modell verändert. + +Elemente einfügen +Eines der ersten Dinge mit einem neuen Diagramm ist es, Elemente wie Klassen, Akteure oder Anwendungsfälle einzufügen. Es gibt prinzipiell 2 Möglichkeiten, wie dies geschehen kann. + +Existierende Elemente aus der Baumansicht in das Diagramm schieben. +Ein neues Element mithilfe der Werkzeuge in der vertikalen Werkzeugleiste anlegen und gleichzeitig dem aktiven Diagramm hinzuzufügen. + +Um ein im Modell bereits existierendes Element in das aktuelle Diagramm einzufügen, muss man es lediglich von der Baumansicht in das Diagramm an die gewünschte Stelle ziehen. Man kann das Element jederzeit mit dem Auswahlwerkzeug im Diagramm verschieben. +Die zweite Möglichkeit Elemente hinzuzufügen ist es, eines der Werkzeuge aus der vertikalen Werkzeugleiste am rechten Bildschirmrand zu benutzen. Dabei wird das Element ebenfalls dem Modell hinzugefügt. +Die vertikale Werkzeugleiste befindet sich standardmäßig am rechten Fensterrand des Anwendungsfensters, man kann sie allerdings an andere Stellen verschieben oder sie über allen anderen Bereichen schwebend positionieren. Die in dieser Werkzeugleiste verfügbaren Werkzeuge, dargestellt durch die verschiedenen Knöpfe, ändern sich je nach momentan bearbeiteten Diagrammtyp. Das momentan gewählte Werkzeug wird hervorgehoben in der Werkzeuglaste dargestellt. Ãœber die &Esc; Taste kann man das Auswahl-Werkzeug auswählen. +Hat man ein Bearbeitungswerkzeug aus der Werkzeugleiste ausgewählt, zum Beispiel um eine Klasse einzufügen, ändert sich der Mauszeiger in ein Kreuz. Man kann nun das Element in das Diagramm über einen einzelnen Klick mit der linken Maustaste im Diagramm einfügen. &UML; Elemente müssen immer eindeutige Namen haben. Gibt es zum Beispiel in einem Diagramm die Klasse KlasseA, dann kann man in einem anderen Diagramm keine neue Klasse mit dem gleichen Namen einfügen. Soll es sich bei den beiden Klassen um unterschiedliche Elemente handeln, dann müssen diese auch unterschiedliche Namen haben. Um das gleiche Element nochmals einzufügen, ist das Werkzeug Klasse einfügen nicht das richtige Hilfsmitteln. Man muss in solch einem Fall lediglich die gewünschte Klasse aus der Baumansicht in das Diagramm ziehen. + + +Elemente löschen +Man kann jedes Element über den Eintrag Löschen aus dem Kontextmenu entfernen. +Hier zeigt sich wiederum der große Unterschied zwischen einem Element aus einem Diagramm und einem Element aus dem Modell zu entfernen. Löscht man ein Element in einem Diagramm, dann wird es nur aus diesem speziellen Diagramm entfernt. Das Element ist aber weiterhin Teil des Modells und falls es in anderen Diagrammen genutzt wird, werden diese nicht verändert. Löscht man hingegen das Element in der Baumansicht, dann löscht man das Element im ganzen Modell. Da das Element dann nicht länger im Modell existiert, wird es ebenfalls in allen Diagrammen gelöscht, in denen es verwendet wird. + + +Elemente bearbeiten +Man kann die meisten &UML; Elemente des Modells ändern, indem man den Eigenschaftdialog öffnet und die gewünschten Änderungen vornimmt. Um zum Beispiel ein Objekt zu verändern, ist es auszuwählen und dann Eigenschaften aus seinem Kontextmenu (rechte Maustaste) zu wählen. Jedes Element verfügt über solch einen Dialog, der aus mehreren Seiten besteht, abhängig vom Typ des zu bearbeitenden Elementes. Für einige Elemente, wie Akteure, kann man lediglich einige wenige Parameter wie den Namen oder die Dokumentation ändern. Für andere Elemente hingegen, wie Klassen, kann man viele Einstellungen vornehmen wie Attribute und Operationen, Sichtbarkeit und die Darstellung im Diagramm (nur Operationen oder komplette Signatur der Operationen). Man kann sogar die Linienfarben und die Füllfarbe für die Visualisierung der Klasse im Diagramm einstellen. + +Für die meisten &UML; Elemente kann man diesen Eigenschaftendialog durch einen Doppelklick auf das entsprechende Element mit dem Auswahlwerkzeug (Pfeil) aufrufen. Die Ausnahme bilden Assoziationen. Ein Doppelklick fügt ihnen einen neuen Ankerpunkt hinzu. Den Eigenschaftendialog erreicht man für Assoziationen über das Kontextmenu per rechter Maustaste. + +Man kann den Eigenschaftendialog auch über das Kontextmenu in der Baumansicht erreichen. Dadurch kann man die Eigenschaften für Diagramme bearbeiten, zum Beispiel ob der Raster anzuzeigen ist oder nicht. + + +Klassen bearbeiten +Obwohl das Bearbeiten der Eigenschaften von Objekten bereits im letzten Abschnitt erörtert wurde, folgt ein weiterer Abschnitt zu Klassen, da sie komplizierter als alle anderen &UML; Elemente sind. +Im Eigenschaftendialog der Klassen kann man alles von der Farbe bis zu den Operationen und Attributen bearbeiten. + +Allgemeine Klasseneinstellungen +Die Seite im Eigenschaftendialog für die allgemeinen Einstellungen ist selbsterklärend. Dort kann man den Klassennamen, die Sichtbarkeit, die Dokumentation &etc; ändern. Diese Seite ist immer verfügbar. + + +Attributeinstellungen von Klassen +Auf der Seite für die Attributeinstellungen kann man Attribute der Klasse hinzufügen, bearbeiten und löschen. Man kann weiterhin die Attribute in der Liste nach oben und nach unten über die Pfeile verschieben. Diese Seite ist ebenfalls immer verfügbar. + + +Operationseinstellungen von Klassen +Wie in der Seite für die Attributeinstellungen, kann man auf der Seite für die Operationseinstellungen Operationen hinzufügen, bearbeiten und aus der Klasse entfernen. Fügt man eine Operation hinzu oder verändert eine bestehende, dann geschieht dies über den Operationseigenschaften Dialog. Um einen neuen Parameter zu einer Operation hinzuzufügen, muss man den Knopf Neuer Parameter benutzen, der den Paramtereigenschaften Dialog aufruft. Diese Seite ist immer verfügbar. + + +Einstellung für parametrisierbare Klasse +Auf dieser Seite kann man Klassen-Templates, das sind unspezifizierte Klassen und Datentypen, einfügen. In Java 1.5 werden sie unter der Bezeichnung Generics eingeführt. + + +Seite der Klassenassoziationen +Die Seite Assoziationen zeigt alle mit der Klasse verbundenen Assoziationen im aktuellen Diagramm. Ein Doppelklick auf eine Assoziation zeigt den entsprechenden Eigenschaftsdialog. Je nach Assoziationstyp kann man einige Parameter wie Multiplizität und Rollennamen ändern. Verfügt die gewählte Assoziation nicht über solche Parameter, dann ist der Eigenschaftdialog nicht änderbar und man kann lediglich die Dokumentation der Assoziation ändern. +Diese Seite ist nur verfügbar, wenn man die Klasseneigenschaften aus einem Diagramm heraus aufruft. Erfolgt hingegen der Aufruf aus der Baumansicht, ist diese Seite nicht verfügbar. + + +Seite Anzeige +In der Seite Anzeige kann man einstellen, wie die Klasse im Diagramm dargestellt wird. Eine Klasse kann zum Beispiel als einfaches Rechteck mit dem Namen dargestellt werden. Dies ist besonders nützlich, wenn man sehr viele Klassen im Diagramm hat, oder sich noch nicht für Details interessiert. Man kann aber auch die komplette Klasse mit Paketen, Stereotypen, Attributen und Operationen mit Signatur und Sichtbarkeit anzeigen lassen. +Je nach gewünschtem Informationsumfang, kann man die entsprechenden Optionen auf dieser Seite wählen. Die hier gemachten Einstellungen sind lediglich Anzeigeeinstellungen für das aktuelle Diagramm. Das bedeutet, ausgeblendete Operationen im Diagramm sind trotzdem weiterhin Teil des gesamten Modells. Diese Seite ist nur verfügbar, wenn der Eigenschaftendialog der Klasse aus einem Diagramm heraus aufgerufen wurde. Wird der Eigenschaftendialog lediglich aus der Baumansicht aufgerufen, fehlen die Darstellungseinstellungen logischerweise. + + +Seite Klassen Farbe +Auf der Seite Objektfarbe kann man die Linienfarben und die Füllfarbe einstellen. Diese Seite ist nur verfügbar, wenn die Eigenschaften der Klasse aus einem Diagramm aufgerufen wurden und nicht aus der Baumansicht. + + + + +Assoziationen +Assoziationen bringen 2 &UML; Elemente miteinander in Verbindung. Normalerweise werden Assoziationen zwischen Klassen definiert, aber einige können auch zwischen Anwendungsfällen und Akteuren angelegt werden. +Um eine Assoziation anzulegen, ist das entsprechende Werkzeug aus der vertikalen Werkzeugleiste auszuwählen (zum Beispiel allgemeine Assoziation, Verallgemeinerung, Aggregation &etc;) und auf das Ausgangselement zu klicken. Danach muss man auf den 2. Partner der Assoziation klicken. Es handelt sich dabei um 2 Klicks und nicht um einen Klick mit anschließendem Ziehen von einem Element zum anderen! +Versucht man eine Assoziation anzulegen, die nicht mit den &UML; Spezifikationen vereinbar ist, dann verhindert dies &umbrello; und gibt einen entsprechenden Hinweis aus. Dies ist zum Beispiel der Fall, wenn zwischen Klasse A und B eine Verallgemeinerung existiert und nun versucht wird, eine Verallgemeinerung von B nach A anzulegen. +Durch einen Rechtsklick auf eine Assoziation erscheint ein Menu mit den Einträgen, die man auf die Assoziation anwenden kann. Um zum Beispiel eine Assoziation zu löschen, muss man den Eintrag Löschen aus dem Kontextmenu auswählen. Man kann über den Eintrag Eigenschaften je nach Typ der Assoziation in einem Dialog die Attribute der Assoziation wie Rollenname und Multiplizität ändern. + +Ankerpunkte +Assoziationen werden standardmäßig als durchgezogene Linie zwischen den beiden zu verbindenden Objekten im Diagramm gezeichnet. +Man kann solch einen zusätzlichen Ankerpunkt durch einen Doppelklick auf die Assoziation an einer beliebigen Stelle einfügen. Diesen eingefügten Ankerpunkt (dargestellt durch einen blauen Punkt, wenn die Assoziation ausgewählt ist) kann man nun verschieben, um der Assoziation die gewünschte Form zu geben. +Um einen Ankerpunkt zu entfernen, muss man diesen lediglich doppelt mit der linken Maustaste anklicken. +Es ist zu beachten, dass man den Eigenschaftsdialog einer Assoziation lediglich über ihr Kontextmenu aufrufen kann. Ein Doppelklick, wie bei anderen &UML; Elementen, fügt einen Ankerpunkt ein. + + + + +Textnotizen, Anmerkungen und Rahmen +Textnotizen, Textzeilen und Rahmen sind Elemente, die in allen Diagrammtypen verfügbar sind. Sie haben keine inhaltliche Bedeutung für das Modell, sie können aber hilfreiche Kommentare und Erklärungen enthalten, die ein Diagramm leichter lesbar machen. +Um eine Textnotiz oder eine Textzeile einzufügen, wählt man das entsprechende Werkzeug aus der vertikalen Werkzeugleiste und klickt im Diagramm an die Stelle, wo das Kommentar erscheinen soll. Man kann den Text über das Kontextmenu ändern oder im Fall von Textnotizen durch einen Doppelklick auf den Text. + +Anker +Mit Ankern kann man ein &UML; Element mit einer Textnotiz verbinden. Möchte man zum Beispiel mit einer Textnotiz einige Hinweise über eine Klasse angeben, dann verbindet man diese Textnotiz mit der Klasse. Dadurch ist ersichtlich, dass die Textnotiz sich auf das entsprechende Element bezieht. +Um einen Anker zwischen einer Textnotiz und einem &UML; Element einzufügen, muss man das entsprechende Werkzeug von der vertikalen Werkzeugleiste wählen. Zuerst klickt man auf die gewünschte Textnotiz und mit dem zweiten Klick auf das zu verlinkende &UML; Element. + + + + + -- cgit v1.2.1