271
О Сайте и Форуме / Re: А чем Вы можете помочь ресурсу uml2.ru?
« : 16 Июня 2017, 09:58:55 »Моё замечание о "рокировках" можно счесть самодеятельностью такого рода.Затрудняюсь понять, о чем вы говорите.
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Моё замечание о "рокировках" можно счесть самодеятельностью такого рода.Затрудняюсь понять, о чем вы говорите.
Идея по улучшению форума:
На заглавной странице есть описания разделов. Предлагаю из описаний разделов "Примеры" и "Нововведения" убрать упоминание UML. Может быть, это поспособствует тому, что смена ГОСТов не будет казаться umlьным нововведением, а приглашение проверить IDEF-пример -- обсуждением нотации. Добавлю, что, на мой вкус, некоторые темы про нотации, оказавшиеся в "Примерах", неплохо бы "рокирнуть" с темами про задачи из "Теории моделирования и нотаций".
P. S. + Внести в правила пункт о запрете попыток самодеятельного модерирования со стороны рядовых участников.))
состояния и переходы - схемой "гирлянда".
Сомневаюсь, потому что в рамках университета не приходилось описывать сценарии работы приложения. Только бизнес-процессы. Мозг уже заточен под то, что нотации используются для описания БП. Однако сейчас почитала немного про UML и насколько я успела понять, он используется для описания объектно-ориентированный приложений. А BI приложения очень простенькие.
Хотелось бы совета от опытных людей в данном вопросе.
Пролетая мимо, интересно заметить, что в подразделе форума, посвящённому UML-нотации, размещена тема, в которой по большей части обсуждаются не ошибки с точки зрения нотации, а ошибки use-case моделирования (назовём это так), за которые некоторые участники обсуждения выдают любые отклонения от привычных им практик. Всё это довольно близко к подходу, в рамках которого UML пытаются рассматривать и критиковать не как язык, а как метод (назовём это так).Ну, начальный вопрос был именно об ошибках использования нотации, но как всегда где-то что-то пошло не туда.
(А вообще - вот это женщина! Хвостиком махнула - и уже всем интересно: что, как, почему...)
Спасибо всем за помощь и поддержку, я многое смогла и поняла.Не сошлись характерами? Будете искать компанию влюбленную в ЕА ?
Но на этом все, я написала заявление на увольнение
В БД будет так:Если честно не понял, что Вы этим хотели сказать.
Таблица "Склады" с полями:Первичный ключ: Ид_Склад
- Ид_Склад, NotNull
- ФИО_Кладовщика, NotNull
Таблица "Накладные" с полями:Внешний ключ (на таблицу "Склады"): Ид_Склад
- Ид_Склад, NotNull
- ФИО_Кладовщика, NotNull
Новая запись в таблице "Накладные" в качестве значений полей ничего, кроме Null, иметь не может, ведь нет никаких default value. Это первый из моментов, объекта не было и он появился. Дальше кто-то (или что-то) должен позаботиться, чтобы ограничения целостности (оба NotNull, внешний ключ и, конечно, совпадение ФИО Кладовщика) выполнялись - запись может быть сохранена в БД, и сохраняется. Это второй из моментов, объект был "новым" и стал "не новым" - теперь запись ничем не отличается от других.
и ещё специфицированияДа, конечно.
"ФИО кладовщика в накладной должно совпадать с ФИО кладовщика склада на момент создания накладной" - разве это не требование?Требование и что?
Присвоение происходит в момент, когда объекта не было и он появляется, или в момент, когда объект был "новый" и стал "не новый"?
Может эти моменты совпадают?Хотелось бы понять что Вы под этим подразумеваете
Создание объекта - это рантайм режим, но речь идет не о конкретном объекте, а об общих правилах создания объектов.Конструктор возвращает уже "не новый" объект - все ограничения должны выполняться (у "нового" ограничения могут и не выполняться - некоторые свойства (атрибуты и полюса) имеют "Null" значение)?Не понимаю, к чему Вы клоните. Общие правила создания объектов задаются классом, его структурой и методами класса, спецификой его конструктора. Умолчательные значения тоже суть работа конструктора, только в данном случае поднята повыше на абстрактном уровне.
Так как же должно выглядеть описание атрибута по форме видимость ИМЯ кратность : тип = начальное_значение {свойства} (взято из Иванова-Новикова)?
Пока ясно, что среди свойства не должно быть derived и должно быть frozen. Но только frozen мало, надо еще что-то, может быть какие-то constraint?Как это надо понимать:
- В момент создание объекта значение атрибута или (a) задается по умолчанию, или (b) вычисляется - задается конструктором.
- В момент создание объекта значение атрибута или (a) задается по умолчанию, или (b) вычисляется, или (c) задается конструктором.
Подскажите как обратиться к техподдержке форума или администратору или к кому-нибудь, по вопросу сообщения "не может получать личные сообщения" при отправки сообщений?Здравствуйте. Обратитесь, например, ко мне.
Народ подскажите хоть последовательность как создавать тест в ЕАА это не помогает? http://sparxsystems.com/resources/testing.html